From owner-freebsd-hackers Sun Jul 14 1: 3:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55CBE37B400 for ; Sun, 14 Jul 2002 01:03:11 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFD6943E31 for ; Sun, 14 Jul 2002 01:03:10 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6E836f72201; Sun, 14 Jul 2002 01:03:06 -0700 (PDT) (envelope-from rizzo) Date: Sun, 14 Jul 2002 01:03:06 -0700 From: Luigi Rizzo To: "Duane H. Hesser" Cc: hackers@FreeBSD.ORG Subject: Re: how to find offset of a string in a binary file ? Message-ID: <20020714010305.A71964@iguana.icir.org> References: <20020713132144.A68304@iguana.icir.org> <200207132223.g6DMNe892090@androcles.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200207132223.g6DMNe892090@androcles.com>; from dhh@androcles.com on Sat, Jul 13, 2002 at 03:23:40PM -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 Sat, Jul 13, 2002 at 03:23:40PM -0700, Duane H. Hesser wrote: ... > >> > So, does anyone know how to use the basic unix tools to find > >> > the offset of a string in a binary file ? ... > strings -at [odx] 'file' | grep whatever thanks a lot, that did the job cheers luigi > Duane H. Hesser > dhh@androcles.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 14 2:39:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36EFF37B400; Sun, 14 Jul 2002 02:39:37 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EC8343E58; Sun, 14 Jul 2002 02:39:37 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id DAEF3AE1EE; Sun, 14 Jul 2002 02:39:36 -0700 (PDT) Date: Sun, 14 Jul 2002 02:39:36 -0700 From: Alfred Perlstein To: hackers@freebsd.org Cc: obrien@freebsd.org Subject: rcorder cleanup from NetBSD Message-ID: <20020714093936.GC77219@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.27i 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 NetBSD has cleaned up sbin/rcorder quite a bit, and chance someone feels up to integrating thier changes? If I were to do it, would I need to 'cvs import' or simply commit the changes? -- -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.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 14 7:45:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 319B837B400 for ; Sun, 14 Jul 2002 07:45:27 -0700 (PDT) Received: from mail.powerlist.info (mail.powerlist.info [202.5.125.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 06FAB43E58 for ; Sun, 14 Jul 2002 07:45:26 -0700 (PDT) (envelope-from powerlist-powerlist-return-157-hackers=freefall.freebsd.org@powerlist.info) Received: (qmail 10091 invoked by uid 508); 9 Jul 2002 17:09:10 -0000 Mailing-List: contact powerlist-powerlist-help@powerlist.info; run by ezmlm X-No-Archive: yes List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list powerlist-powerlist@powerlist.info Message-ID: <3D0FE62A.4CD29368@PowerList.info> Date: Wed, 10 Jul 2002 12:02:19 +1000 From: Gary Green MIME-Version: 1.0 To: info@PowerList.info Subject: Power List X-Priority: 4 (Low) 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 & Welcome, You've been selected to receive a FREE trial subscription to the Power List. You'll receive inspiring quotes like these: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ "A real friend never gets in your way - unless you happen to be on the way down." - Dr Wayne Dyer "War does not determine who is right - only who is left." - Bertrand Russell "The man with a new idea is a crank, until the idea succeeds" - Mark Twain ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Should you wish to be removed from this enlightening and empowering list at any time, please click the link below or send a blank email to this address: powerlist-powerlist-unsubscribe-hackers=freefall.freebsd.org@powerlist.info http://www.PowerList.info/cgi-bin/unsubscribe?id=hackers@freefall.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 Jul 14 7:50:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF12237B400 for ; Sun, 14 Jul 2002 07:50:12 -0700 (PDT) Received: from search.sparks.net (d-207-5-180-136.gwi.net [207.5.180.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B76943E3B for ; Sun, 14 Jul 2002 07:50:12 -0700 (PDT) (envelope-from dmiller@sparks.net) Received: by search.sparks.net (Postfix, from userid 100) id BC863D992; Sun, 14 Jul 2002 10:49:56 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by search.sparks.net (Postfix) with ESMTP id A9F07D991 for ; Sun, 14 Jul 2002 10:49:56 -0400 (EDT) Date: Sun, 14 Jul 2002 10:49:56 -0400 (EDT) From: David Miller To: hackers@freebsd.org Subject: setsockopt() weirdness 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'm probably doing something basic wrong, but I'm getting a very inconsistent response when using setsockopt to set the SO_RCVTIMEO to seven seconds or more. The program included works on a 4.3R system, a 4.4R and a 4.6stable system SUPd June 24. The systems are a 486, 800 MHz P-III, and 1.1 GHz t-bird respectively. The program fails to work on a 1 GHz t-bird with 4.6S SUPd last night, and an XP1700+ SUP'd several days ago. "Works" is defined as: bash-2.05$ ./x Successfully set timeout to 6 Successfully set timeout to 7 "Not works" is defined as: alex:c$ ./x Successfully set timeout to 6 Error 33 trying to set socket timeout to 7 Clue greatly appreciated. --- David The program: #include #include #include #include #include #include #include #include extern int errno; main() { int sock, timeout ; struct itimerval s_timeout; if ((sock = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP)) < 0) { printf("Couldn't get a socket, err %d\n",sock); exit(-1); } s_timeout.it_interval.tv_usec = 0; s_timeout.it_value.tv_usec = 0; s_timeout.it_value.tv_sec = 0; s_timeout.it_interval.tv_sec = 6; if (setsockopt(sock, SOL_SOCKET, SO_RCVTIMEO, &s_timeout, sizeof(s_timeout))) { printf("Error %d trying to set socket timeout\n",errno); } else { printf("Successfully set timeout to %d\n", s_timeout.it_interval.tv_sec); } s_timeout.it_interval.tv_sec = 7; if (setsockopt(sock, SOL_SOCKET, SO_RCVTIMEO, &s_timeout, sizeof(s_timeout))) { printf("Error %d trying to set socket timeout to %d\n", errno, s_timeout.it_interval.tv_sec); } else { printf("Successfully set timeout to %d\n", s_timeout.it_interval.tv_sec); } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 14 7:57:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E3B337B400 for ; Sun, 14 Jul 2002 07:57:09 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0E6F43E65 for ; Sun, 14 Jul 2002 07:57:08 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6EEv6E75100; Sun, 14 Jul 2002 07:57:06 -0700 (PDT) (envelope-from rizzo) Date: Sun, 14 Jul 2002 07:57:06 -0700 From: Luigi Rizzo To: David Miller Cc: hackers@FreeBSD.ORG Subject: Re: setsockopt() weirdness Message-ID: <20020714075706.A74633@iguana.icir.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from dmiller@sparks.net on Sun, Jul 14, 2002 at 10:49:56AM -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 Sun, Jul 14, 2002 at 10:49:56AM -0400, David Miller wrote: > I'm probably doing something basic wrong, but I'm getting a very > inconsistent response when using setsockopt to set the SO_RCVTIMEO to > seven seconds or more. i would suspect some overflow of 16-bit fields used to store the timeout value (scaled by HZ) . What value of "HZ" are you using ? And what is the exact threshold where it fails (i'd bet it is between 6.5 and 6.6 sec.) ? cheers luigi > > The program included works on a 4.3R system, a 4.4R and a 4.6stable system > SUPd June 24. The systems are a 486, 800 MHz P-III, and 1.1 GHz t-bird > respectively. > > The program fails to work on a 1 GHz t-bird with 4.6S SUPd last night, and > an XP1700+ SUP'd several days ago. > > "Works" is defined as: > > bash-2.05$ ./x > Successfully set timeout to 6 > Successfully set timeout to 7 > > "Not works" is defined as: > > alex:c$ ./x > Successfully set timeout to 6 > Error 33 trying to set socket timeout to 7 > > > Clue greatly appreciated. > > --- David > > The program: > > #include > #include > #include > #include > #include > #include > #include > #include > > > extern int errno; > > main() { > > int sock, timeout ; > struct itimerval s_timeout; > > if ((sock = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP)) < 0) { > printf("Couldn't get a socket, err %d\n",sock); > exit(-1); > } > > s_timeout.it_interval.tv_usec = 0; > s_timeout.it_value.tv_usec = 0; > > s_timeout.it_value.tv_sec = 0; > s_timeout.it_interval.tv_sec = 6; > > if (setsockopt(sock, SOL_SOCKET, SO_RCVTIMEO, > &s_timeout, sizeof(s_timeout))) { > printf("Error %d trying to set socket timeout\n",errno); > } > else { > printf("Successfully set timeout to %d\n", > s_timeout.it_interval.tv_sec); > } > > s_timeout.it_interval.tv_sec = 7; > > if (setsockopt(sock, SOL_SOCKET, SO_RCVTIMEO, > &s_timeout, sizeof(s_timeout))) { > printf("Error %d trying to set socket timeout to %d\n", > errno, s_timeout.it_interval.tv_sec); > } > else { > printf("Successfully set timeout to %d\n", > s_timeout.it_interval.tv_sec); > } > } > > > > 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 Sun Jul 14 8:50:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15EF737B400 for ; Sun, 14 Jul 2002 08:50:07 -0700 (PDT) Received: from search.sparks.net (d-207-5-180-136.gwi.net [207.5.180.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id A97BD43E72 for ; Sun, 14 Jul 2002 08:50:06 -0700 (PDT) (envelope-from dmiller@sparks.net) Received: by search.sparks.net (Postfix, from userid 100) id 34440D994; Sun, 14 Jul 2002 11:49:46 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by search.sparks.net (Postfix) with ESMTP id 1DDC5D993; Sun, 14 Jul 2002 11:49:46 -0400 (EDT) Date: Sun, 14 Jul 2002 11:49:46 -0400 (EDT) From: David Miller To: Luigi Rizzo Cc: hackers@FreeBSD.ORG Subject: Re: setsockopt() weirdness In-Reply-To: <20020714075706.A74633@iguana.icir.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, 14 Jul 2002, Luigi Rizzo wrote: > On Sun, Jul 14, 2002 at 10:49:56AM -0400, David Miller wrote: > > I'm probably doing something basic wrong, but I'm getting a very > > inconsistent response when using setsockopt to set the SO_RCVTIMEO to > > seven seconds or more. > > i would suspect some overflow of 16-bit fields used to store > the timeout value (scaled by HZ) . > What value of "HZ" are you using ? And what is the exact threshold > where it fails (i'd bet it is between 6.5 and 6.6 sec.) ? I haven't tried to pin it down exactly. I can, if that would be happy to anyone else. HZ is set to 5000; the machine is intended to process several tens of thousands of very small packets per second, and interrupt processing was a big problem. Since receiving your message I recompiled the kernel with HZ=1000 and the problem occurs with 32 seconds working and 33 not, so I'm sure you're right with the bet of 6.5 and 6.6 seconds. Does this mean that if one left HZ alone at 100 that you could only set it for 320 seconds? There's no warning of this in the manpage for setsockopt; I naturally assumed that one could set an unsigned long delay and that it would work. Is this a bug, or just a feature I'm looking at sideways? On a different note, how could I have discovered this without asking the hackers list? Thanks, and thanks for your help luigi! --- David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 14 8:58:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A008037B400 for ; Sun, 14 Jul 2002 08:58:34 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5879C43E6D for ; Sun, 14 Jul 2002 08:58:34 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6EFwWo77028; Sun, 14 Jul 2002 08:58:32 -0700 (PDT) (envelope-from rizzo) Date: Sun, 14 Jul 2002 08:58:32 -0700 From: Luigi Rizzo To: David Miller Cc: hackers@FreeBSD.ORG Subject: Re: setsockopt() weirdness Message-ID: <20020714085832.C74633@iguana.icir.org> References: <20020714075706.A74633@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from dmiller@sparks.net on Sun, Jul 14, 2002 at 11:49:46AM -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 Sun, Jul 14, 2002 at 11:49:46AM -0400, David Miller wrote: ... > HZ is set to 5000; the machine is intended to process several tens of > thousands of very small packets per second, and interrupt processing was a > big problem. why don't you use "options DEVICE_POLLING" then :) > Does this mean that if one left HZ alone at 100 that you could only set it > for 320 seconds? There's no warning of this in the manpage for > setsockopt; I naturally assumed that one could set an unsigned long delay > and that it would work. Is this a bug, or just a feature I'm looking at > sideways? well it's obviously a bug, but we have been hit by this 2-3years ago with nfs (in-kernel), so i thought the problem had been fixed at the time by increasing the size of the relevant data structure. Maybe it was not done everywhere... > On a different note, how could I have discovered this without asking the > hackers list? bugs are bugs... so you can't expect to find them documented :) cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 14 9:44:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D961337B400 for ; Sun, 14 Jul 2002 09:44:07 -0700 (PDT) Received: from search.sparks.net (d-207-5-180-136.gwi.net [207.5.180.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8677B43E4A for ; Sun, 14 Jul 2002 09:44:07 -0700 (PDT) (envelope-from dmiller@sparks.net) Received: by search.sparks.net (Postfix, from userid 100) id BD6DFD994; Sun, 14 Jul 2002 12:43:51 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by search.sparks.net (Postfix) with ESMTP id A6B98D993; Sun, 14 Jul 2002 12:43:51 -0400 (EDT) Date: Sun, 14 Jul 2002 12:43:51 -0400 (EDT) From: David Miller To: Luigi Rizzo Cc: hackers@FreeBSD.ORG Subject: Re: setsockopt() weirdness In-Reply-To: <20020714085832.C74633@iguana.icir.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, 14 Jul 2002, Luigi Rizzo wrote: > On Sun, Jul 14, 2002 at 11:49:46AM -0400, David Miller wrote: > ... > > HZ is set to 5000; the machine is intended to process several tens of > > thousands of very small packets per second, and interrupt processing was a > > big problem. > > why don't you use "options DEVICE_POLLING" then :) I am. Perhaps I understood wrong, but I thought that HZ controlled the maximum latency when polling? > > Does this mean that if one left HZ alone at 100 that you could only set it > > for 320 seconds? There's no warning of this in the manpage for > > setsockopt; I naturally assumed that one could set an unsigned long delay > > and that it would work. Is this a bug, or just a feature I'm looking at > > sideways? > > well it's obviously a bug, but we have been hit by this 2-3years ago with > nfs (in-kernel), so i thought the problem had been fixed at the time > by increasing the size of the relevant data structure. > Maybe it was not done everywhere... > > > On a different note, how could I have discovered this without asking the > > hackers list? > > bugs are bugs... so you can't expect to find them documented :) No, of course not. Thanks Luigi! --- David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 14 9:48: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39FB137B400 for ; Sun, 14 Jul 2002 09:47:58 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id E713A43E64 for ; Sun, 14 Jul 2002 09:47:57 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6EGlur77478; Sun, 14 Jul 2002 09:47:56 -0700 (PDT) (envelope-from rizzo) Date: Sun, 14 Jul 2002 09:47:56 -0700 From: Luigi Rizzo To: David Miller Cc: hackers@FreeBSD.ORG Subject: Re: setsockopt() weirdness Message-ID: <20020714094756.G74633@iguana.icir.org> References: <20020714085832.C74633@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from dmiller@sparks.net on Sun, Jul 14, 2002 at 12:43:51PM -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 Sun, Jul 14, 2002 at 12:43:51PM -0400, David Miller wrote: > On Sun, 14 Jul 2002, Luigi Rizzo wrote: > > > On Sun, Jul 14, 2002 at 11:49:46AM -0400, David Miller wrote: > > ... > > > HZ is set to 5000; the machine is intended to process several tens of > > > thousands of very small packets per second, and interrupt processing was a > > > big problem. > > > > why don't you use "options DEVICE_POLLING" then :) > > I am. Perhaps I understood wrong, but I thought that HZ controlled the > maximum latency when polling? oh yes, but HZ=5000 sounds a bit on the high side... do you really need a max latency of 200us ?? Plus, you still poll in the idle loop, so unless the box is overloaded, your average latency will still be shorted than 1/HZ. (all of this is of course irrelevant for the original subject:) cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 14 10:54:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5937B37B400 for ; Sun, 14 Jul 2002 10:54:32 -0700 (PDT) Received: from tungsten.btinternet.com (tungsten.btinternet.com [194.73.73.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D17243E84 for ; Sun, 14 Jul 2002 10:54:31 -0700 (PDT) (envelope-from waynep@penguinpowered.org.uk) Received: from host217-36-11-193.in-addr.btopenworld.com ([217.36.11.193] helo=marvin.penguinpowered.org.uk) by tungsten.btinternet.com with esmtp (Exim 3.22 #8) id 17TnZl-0005yL-00 for freebsd-hackers@freebsd.org; Sun, 14 Jul 2002 18:54:30 +0100 Received: from [192.168.10.12] (helo=set.home.penguinpowered.org.uk) by marvin.penguinpowered.org.uk with esmtp (Exim 3.33 #1) id 17TngT-0004Cn-00 for freebsd-hackers@freebsd.org; Sun, 14 Jul 2002 19:01:25 +0100 Received: from waynep by set.home.penguinpowered.org.uk with local (Exim 3.34 #1) id 17ToVg-0000ea-00 for freebsd-hackers@freebsd.org; Sun, 14 Jul 2002 18:54:20 +0000 From: Wayne Pascoe To: freebsd-hackers@freebsd.org Subject: Problems getting wireless card working in PCI adaptor Date: 14 Jul 2002 18:54:19 +0000 Message-ID: Lines: 75 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service) 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 again, I'm trying to get a wireless card going in a desktop machine. The wireless card is a ORiNOCO Wireless LAN PC Card The PCI->PCMCIA controller has a texas instruments chip on it and appears to be made by Elan. I was receiving some assistance on this, but the trail seems to have gone cold. I'm reposting all of the information that I previously supplied in the hopes of someone being able to help me. The last request for information I got was to provide a full dmesg output. This dmesg output is now at http://www.penguinpowered.org.uk/dmesg.txt The hardware combo works under XP but does not work under FreeBSD 4.6 The pc card worked in the old ISA controller, but I recently had to replace my board and I could not find a motherboard with an ISA slot. When I boot the machine up, I get the following output: pccardd[46]: Card "Lucent Technologies"("WaveLAN/IEEE") [Version 01.01] [] matched "Lucent Technologies" ("WaveLAN/IEEE") [(null)] [(null)] pccardd[46]: Using IO addr 0x240, size 64 pccardd[46]: Setting config reg at offs 0x3e0 to 0x41, Rest time = 50 ms pccardd[46]: Assigning I/O window 0, start 0x240, size 0x40 flags 0x5 pccardd[46]: Assign wi0, io 0x240-0x27f, mem 0x0, 0 byes, irq 5, flags 0 wi0 at port 0x240-0x27f irq 5 slot 0 on pccard0 wi0: 802.11 address: 00:02:2d:02:a6:13 wi0: using Lucent Technologies, WaveLAN/IEEE wi0: Licent Firmware: Station 7.28.01 pccardd[46]: wi0: Lucent Technlogies (WaveLAN/IEEE) inserted. pccardd[46]: pccardd started This information became available when I set debuglevel in pccard.conf to 4. I am then able to assign and IP address to wi0 and set other options like network, etc using wicontrol. However when I do anything network related (ping, traceroute, etc) I get the following message: wi0: watchdog timeout The settings under XP are as follows: ORiNOCO Wireless LAN PC Card IRQ 5 I/O Range FF40-FF7F Texas Instruments PCI-1211 CardBus Controller (says Elan on card) Memory Range EF004000 - EF004FFF Memory Range FEBFF000 - FEBFFFFF Memory Range FABFF000 - FEBFEFFF I/O Range FE00 - FEFF I/O Range FD00 - FDFF IRQ 5 Memory Range 000DF000 - 000DFFFF I've tried both compiling the wi driver into the kernel and using it as a kernel module. The problem happens the same. I've recompiled the kernel and I have the following line for my pcic device in my kernel configuration file: device pcic0 at pci? irq 0 port 0x3e0 iomem 0xdf0000 This iomem seems to be one of the ones XP is reporting as being in use for this device. I've also tried having the above line with at isa replacing at pci. I have found that IRQ 5 is used by the onboard usb controller, but even if I disable in the bios I still get this message popping up. -- - Wayne Pascoe - http://www.penguinpowered.org.uk/wayne/ Hanlon's Razor: Never attribute to malice that which is adequately explained by stupidity. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 14 13:51:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A00037B400; Sun, 14 Jul 2002 13:51:07 -0700 (PDT) Received: from gnome06.net.rol.ru (gnome06.net.rol.ru [194.67.1.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBAD143E4A; Sun, 14 Jul 2002 13:51:05 -0700 (PDT) (envelope-from rostok@smartlink.net.ua) Received: from ts1-a06.kiev.sovam.net.ua ([212.109.32.38]:9480 "HELO rostok" ident: "NO-IDENT-SERVICE[2]" whoson: "-unregistered-" smtp-auth: TLS-CIPHER: TLS-PEER: ) by gnome06.net.rol.ru with SMTP id ; Mon, 15 Jul 2002 00:46:01 +0400 From: ROSTOK Organization: X-Priority: 3 X-MSMail-Priority: Normal Subject: Семинары в июле Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Date: Sun, 14 Jul 2002 23:53:05 +0300 Message-Id: <20020714204601Z4007534-14320+90635@gnome06.net.rol.ru> To: unlisted-recipients: ;(no To-header on input) 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 ************************************************************************************* INTERNATIONAL CENTRE for INFORMATION & CONSULTING МЕЖДУНАРОДНЫЙ ИНФОРМАЦИОННО - КОНСАЛТИНГОВЫЙ ЦЕНТР ************************************************************************************* г. Киев, тел.: (044) 4590282, 2372025 ************************************************************************************* приглашает представителей украинских и зарубежных фирм, банков, страховых компаний и частных лиц принять участие в семинарах-практикумах. Место проведения: конференц-зал УкрНИИАТ (г. Киев, ул.Фрунзе,19/21 - ст. м. "Контрактовая площадь"). <}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<} АНАЛИЗ ФИНАНСОВЫХ РЕЗУЛЬТАТОВ ДЕЯТЕЛЬНОСТИ ОРГАНИЗАЦИИ 16 июля 2002 г. Слушатели семинара смогут освоить современный рабочий инструментарий анализа и прогнозирования финансовых результатов, разработанный в соответствии с требованиями законодательства Украины и международных стандартов финансовой отчетности. Комплексная методика анализа финансовых результатов, раскрываемая на семинаре, имеет прикладной характер и была успешно апробирована на украинских предприятиях различных форм собственности и сфер деятельности. Целевая аудитория: руководители предприятий, финансовые директора и финансовые менеджеры, специалисты по финансовому анализу и планированию, другие заинтересованные лица. Ведет семинар: ОЛЕГ ПЕЛЕЩАК - независимый эксперт в области финансового анализа и планирования. Внешний консультант известных торговых компаний UNITRADE, FOZZY, BILLA, МЕЗОКРЕД и др. Автор уникальных методик финансового анализа и прогнозирования. Автор многих статей и публикаций по проблемам диагностики финансового состояния компаний и контроллинга. ПРОГРАММА СЕМИНАРА: } Система информационного обеспечения анализа финансовых результатов. } Составляющие финансового результата деятельности организации. } Структурный анализ отчета о прибылях и убытках. } Динамический (горизонтальный) анализ. } Влияние учетной политики и инфляции на финансовые результаты организации. } Анализ доходов, расходов и финансовых результатов от текущей деятельности. } Методы анализа, планирования и внутреннего контроля прибыли: анализ достаточной прибыли для поддержания текущей платежеспособности; анализ прибыли от инвестиционной и финансовой деятельности. } Устойчивость фирмы. Взаимосвязь показателей рентабельности и устойчивости. } Прогнозирование финансовых результатов. } Ситуационное моделирование в прогнозировании финансовых результатов. Риски и реальность прогнозов. } Управление формированием прибыли от продаж товаров (работ, услуг). } Анализ доходности: основные показатели, характеризующие доходность деятельности организации (рентабельность, прибыльность) и их использование для целей анализа финансовых результатов. } Показатели рентабельности и их взаимосвязь. } Факторный анализ рентабельности. } Эффективность деятельности и цели предприятия. } Инвестиционная привлекательность предприятия. СТОИМОСТЬ УЧАСТИЯ В СЕМИНАРЕ: 450 грн. без НДС (единый налог) - за одного участника с местом в 1,2 ряду (V.I.P. место). 410 грн. без НДС (единый налог) - за одного участника с местом в 3-5 ряду. <}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<} ФИНАНСОВЫЕ ИНСТРУМЕНТЫ ОЦЕНКИ ЭФФЕКТИВНОСТИ ПРОДАЖ С ИСПОЛЬЗОВАНИЕМ РЕСУРСОВ ПРЕДПРИЯТИЯ 17 июля 2002 г. Семинар адресован финансовым директорам, главным бухгалтерам, финансовым аналитикам, руководителям экономических и плановых отделов, специалистов и консультантов по управлению. В ходе семинара слушатели смогут узнать, как по основным исходным данным управленческого учета определить все наиболее важные финансовые показатели эффективности и устойчивости бизнес процессов в рамках текущего и будущего периода и построить "профиль финансовой эффективности" компании? Как измерить эффект от продаж по отдельной товарной позиции и оценить эффективность использования ресурсов, задействованных этой товарной позицией? Как рассчитать эффективность использования заемных средств? Знание подходов к решению этих и других задач позволяет существенно повысить качество управленческих решений в контуре продаж и управления ресурсами. На семинаре дается полное описание финансового механизма коммерческой деятельности компании как единого и взаимосвязанного целого; все финансовые показатели эффективности, устойчивости и чувствительности бизнес процессов определяются на базе семи ключевых финансовых параметров, характеризующих результаты деятельности компании за отчетный период. В ПРОГРАММЕ СЕМИНАРА: } Задачи финансового анализа компании. } Исходные финансовые данные, необходимые для управления бизнес процессами, оценка полезности полученной финансовой информации для принятия управленческих решений. } Задачи финансового анализа на уровне всей компании и на локальных уровнях: отдельных направлений деятельности, отдельных операций и видов продукции. } Финансовый анализ эффективности продаж. } Финансовые показатели эффективности, устойчивости и чувствительности к отклонениям бизнес процесса по продажам на уровне компании в целом; анализ эффективности продаж по отдельным видам продукции; классификация видов продукции компании по эффективности продаж. } Финансовый анализ эффективности использования собственных ресурсов. } Основные показатели оценки эффективности использования ресурсов. } Финансовые показатели, необходимые для построения "профиля финансовой эффективности" компании. } Финансовые механизмы изменения "профиля финансовой эффективности". } Методы оценки эффективности использования ресурсов на локальных уровнях. } Финансовый анализ эффективности использования кредитных ресурсов. } Преимущества и риски, связанные с использованием платных кредитных ресурсов. } Критическое состояние бизнес процесса по эффективности использования кредитных ресурсов. } Эффект операционного рычага и эффект финансового рычага (операционный и финансовый леверидж): методика расчета показателей и характерные графики изменения этих показателей в зависимости от объема продаж. } Определение сопряженного эффекта финансового и операционного рычагов. } Расчет показателей эффективности использования кредитных ресурсов. ВЕДЕТ СЕМИНАР: Константин Полосков - старший корпоративный менеджер управления корпоративного банкинга АППБ "Аваль" Любим Герасименко - казначей компании "Филипп Моррис Украина" ЦЕЛЕВАЯ АУДИТОРИЯ: Руководители предприятий, менеджеры отделов и служб сбыта, маркетинга украинских и зарубежных предприятий, частные лица, заинтересованные в получении достоверной информации. СТОИМОСТЬ УЧАСТИЯ В СЕМИНАРЕ: 450 грн. без НДС (единый налог) - за одного участника с местом в 1,2 ряду (V.I.P. место). 410 грн. без НДС (единый налог) - за одного участника с местом в 3-5 ряду. <}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<} ОБЕСПЕЧЕНИЕ РОСТА ПРОДАЖ в условиях жесткой конкуренции 23 июля 2002 г. Для того, чтобы добиться прироста объема реализации продукции, выйти на новые сегменты рынка, необходимо эффективно управлять продажами, используя для этого весь арсенал испытанных средств и приемов, применяемый для удержания и укрепления конкурентных позиций. Отличительной особенностью предлагаемого семинара является комплексный подход к управлению продажами, построенный на основе целостной системы знаний и навыков - от подготовки и планирования продаж до использования практических методов управления клиентом. Целевая аудитория: руководители и специалисты отделов маркетинга и маркетинговых служб, менеджеров по продажам как торговых компаний, так и производственных предприятий, самостоятельно реализующих свою продукцию. Бизнес-тренер: А.С. КОЛМЫКОВ - бизнес-консультант по торговле. Прошел обучение в институте "AGIT" (Германия) и стажировку в Торговой Компании "METRO" (Бельгия), "MACRO" (Польша). Постоянный консультант компаний CARREFOUR, HIT, E.LECLERC, GEANT, GLOBI, BILLA, FOZZY, МЕГАМАРКЕТ, ЛЯ ФУРШЕТ, Печерский Торговый Центр. ПРОГРАММА СЕМИНАРА: } Профессиональная подготовка продаж: сбор информации, выявление достоинств и особенностей продаваемого товара; рекламная подготовка продаж. Планирование этапов реализации и составление графика работ в контуре продаж } Системы и методы продаж: продажи через собственную сеть, директ-маркетинг, сетевой маркетинг } Организация сбыта. Построение каналов товародвижения в различных системах продаж. Механизмы стимулирования продаж. Система скидок и льгот, предоставляемых различным категориям клиентов } Планирование увеличения продаж: технологии определения целевых групп клиентов и планирование сбытовых мероприятий для таких групп; нормативы продаж } Выбор стратегии ценообразования и прогнозирование тенденций изменения ценовой ситуации. Планирование ценообразования в контуре продаж } Управление клиентом на предпродажной стадии: типы и стереотипы клиентов, в ыявление реальных и мнимых потребностей клиента, техники позитивной мотивации и убеждения клиента, действия продавца при негативной реакции клиента, ответы на возражения клиента. Способы разрешения конфликтных ситуаций } Процедура продаж: этапы, методы; техника ведения переговоров; начало, оформление и завершение сделки. Работа с неплатежами клиентов } Учет затрат в контуре продаж. Оценка эффективности рекламной кампании } Управление персоналом по продажам. Разработка индивидуальных планов менеджеров по объемам продаж. Мотивация и системы стимулирования персонала отдела продаж. СТОИМОСТЬ УЧАСТИЯ В СЕМИНАРЕ: 470 грн. без НДС (единый налог) - за одного участника с местом в 1,2 ряду (V.I.P. место). 430 грн. без НДС (единый налог) - за одного участника с местом в 3-5 ряду <}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<} КАК ВЕРНУТЬ ДОЛГ? ПРОБЛЕМЫ ИСПОЛНЕНИЯ СУДЕБНЫХ РЕШЕНИЙ 24 июля 2002 г. Практически все предприятия Украины сталкиваются с проблемой исполнения различных судебных решений. К сожалению, отсутствие у должника денежных средств и имущества, бездеятельность судебных исполнителей, а также препятствий местных властей, препятствует быстрому исполнению решений. Как правильно и быстро исполнить судебные решения расскажут компетентные представители Минюста, Академии СБУ. В программе семинара: } Возврат долгов и погашение дебиторской задолженности - основа пополнения оборотных средств. } Функции Государственной исполнительной службы при решении проблемы долгов. } Порядок обращения взыскания на различные виды активов. } Исполнение международных судебных решений за рубежом. БИЗНЕС-ТРЕНЕР: Кузь А.Р. - заместитель директора Департамента государственной исполнительной службы Министерства Юстиции Украины. Обидина И.Ф. - начальник отдела исполнения международных судебных решений Министерства Юстиции Украины. Сушков Р.А. - преподаватель уголовного права Академии СБУ. Боровик И.В. - адвокат. В СЕМИНАРЕ ПРИНИМАЮТ УЧАСТИЕ: Руководители Государственного специализированного предприятия "Укрспец'юст". Известные аудиторы ЦЕЛЕВАЯ АУДИТОРИЯ: Руководители предприятий, начальники юридических служб, юристы украинских и иностранных предприятий, страховые компании и банки, представители юридических, консалтинговых, аудиторских фирм, частные лица, заинтересованные в получении достоверной информации. СТОИМОСТЬ УЧАСТИЯ В СЕМИНАРЕ: 350 грн. без НДС (единый налог) - за одного участника с местом в 1,2 ряду (V.I.P. место). 299 грн. без НДС (единый налог) - за одного участника с местом в 3-5 ряду <}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<}<} ПОСТАНОВКА УПРАВЛЕНЧЕСКОГО УЧЕТА НА ПРЕДПРИЯТИИ. ОСНОВЫ КОНТРОЛЛИНГА 25 июля 2002 г. Базовый семинар для финансовых директоров, главных бухгалтеров предприятий, специалистов в области управления финансами. Программа разработана с учетом практического опыта постановки управленческого учета на украинских предприятиях. Целевая аудитория: руководители предприятий, финансовые директора и финансовые менеджеры, специалисты по финансовому анализу и планированию, другие заинтересованные лица. Бизнес-тренер: ОЛЕГ ПЕЛЕЩАК - независимый эксперт в области финансового анализа и планирования. Внешний консультант известных торговых компаний UNITRADE, FOZZY, BILLA, МЕЗОКРЕД и др. Автор уникальных методик финансового анализа и прогнозирования. Автор многих статей и публикаций по проблемам диагностики финансового состояния компаний и контроллинга. В ПРОГРАММЕ СЕМИНАРА: } Управленческий учет как основа для принятия решений на предприятии. Пользователи, цели, качественные характеристики и основные принципы организации системы управленческого учета. Объект управленческого учета. } Время как ограниченный ресурс в управленческом учете. Особенности управленческого учета в зависимости от вида бизнеса, отрасли, предприятия. Интеграция бухгалтерского и управленческого учета: проблемы и решения. Управленческий учет по формуле "три в одном". Финансовая структура, ее использования для построения системы управленческого учета. Элементы учета организационной структуры, стратегии, маркетинга, логистики в системе управленческого учета. Структура управленческого учета: разработка принципов, положений и регламентов, необходимых для постановки управленческого учета. Формат учетной политики для целей управленческого учета. } Управленческий учет в условиях современных технологий. } Цепочка Управленческий учет - Прогнозирование - Принятие решений как основа управления предприятием. Методики использования данных управленческого учета для оценки результатов работы предприятия, принятия решений: Activity Based Costing (ABC) и Strategic Cost Management (SCM) как инструменты анализа состояния предприятия. } Основы теории принятия решений. Принятие решений при отсутствии четких критериев. } Особенности введения управленческого учета в холдингах. } Основы контроллинга: место финансового контролера в структуре принятия решений предприятия; организация внутренней системы контроля и документооборота; рычаги контроля на предприятии. Принципы выбора автоматизированной системы управленческого учета. Необходимые компоненты успешного проекта автоматизации. СТОИМОСТЬ УЧАСТИЯ В СЕМИНАРЕ: 450 грн. без НДС (единый налог) - за одного участника с местом в 1,2 ряду (V.I.P. место). 410 грн. без НДС (единый налог) - за одного участника с местом в 3-5 ряду. ************************************************************************************ ДЛЯ УЧАСТИЯ В СЕМИНАРЕ: зарегистрироваться, связавшись с Центральным офисом по телефону: (044) 4590282, 2372025, сообщив: название организации, ФИО и должность участника. Получить счет для оплаты по факсу. Оплатить счет. ******************************************************************************** Рассылка произведена в соответствии со ст. 34 Конституции Украины информация о Вас получена из открытых источников. http://www.rada.kiev.ua/konst/CONST1.HTM ******************************************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 14 14:45:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2DA137B400; Sun, 14 Jul 2002 14:45:46 -0700 (PDT) Received: from 12-234-90-219.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CF0843E31; Sun, 14 Jul 2002 14:45:46 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from FreeBSD.org (master.gorean.org [10.0.0.2]) by 12-234-90-219.client.attbi.com (8.12.3/8.12.3) with ESMTP id g6ELjaBu031973; Sun, 14 Jul 2002 14:45:42 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Message-ID: <3D31F100.E79D1B77@FreeBSD.org> Date: Sun, 14 Jul 2002 14:45:36 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.79 [en] (X11; U; FreeBSD 4.6-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Chad David Cc: hackers@FreeBSD.org, alfred@FreeBSD.org Subject: Re: tuning for samba References: <20020710180711.A43342@colnta.acns.ab.ca> 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 Chad David wrote: > > So, I'm building a new box tonight and was wondering if anybody > has any tried and true tuning parameters for samba on -stable. Since you never got any actual answers to your question, I offer the following. The only samba tuning option I've ever seen make a difference is enabling "socket options = TCP_NODELAY". Also, make sure that newreno is turned off on the samba host. As for nfs mount options, I have found that -3cisl works best for me, when the servers are sun, or netapp boxes. HTH, Doug -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 14 14:49: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B7E037B400; Sun, 14 Jul 2002 14:49:07 -0700 (PDT) Received: from gnome03.net.rol.ru (gnome03.net.rol.ru [194.67.1.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id A97B843E31; Sun, 14 Jul 2002 14:49:06 -0700 (PDT) (envelope-from rostok@smartlink.net.ua) Received: from ts1-a06.kiev.sovam.net.ua ([212.109.32.38]:23560 "HELO rostok" ident: "NO-IDENT-SERVICE[2]" whoson: "-unregistered-" smtp-auth: TLS-CIPHER: TLS-PEER: ) by gnome03.net.rol.ru with SMTP id ; Mon, 15 Jul 2002 01:43:09 +0400 From: ROSTOK Organization: X-Priority: 3 X-MSMail-Priority: Normal Subject: АУДИТОРСЬКА ФІРМА КОСТКОНТРОЛ Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Date: Mon, 15 Jul 2002 00:50:18 +0300 Message-Id: <20020714214309Z3811923-5717+93213@gnome03.net.rol.ru> To: unlisted-recipients: ;(no To-header on input) 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 Шановні клієнти! Аудиторська фірма " Костконтрол" працює на ринку аудиторських послуг з 1995 року, згідно Свідоцтва про внесення до реєстру суб'єктів аудиторської діяльності № 1147, видане Аудиторською Палатою України. Ми готові надати Вам комплекс аудиторських та консультаційних послуг для підприємств різних форм власності. Наша робота з клієнтами ведеться по таким напрямкам: * проведення обов'язкового аудиту ( підтвердження достовірності та повноти річної фінансової звітності для акціонерних товариств); !!!Звіти закритим акціонерним товариствам до 30.09.02!!! "під ключ" * комплексні аудиторські перевірки; * тематичний аудит за різними напрямками; * відновлення бухгалтерського (податкового) обліку; * фінансово-економічний аналіз підприємства; * абонентне бухгалтерське обслуговування; * податкове планування, оптимізація податкових платежів; * консультації з усіх питань фінансово-господарської діяльності; * пошук нормативних документів у розрізі діяльності замовника, коментарі до них; * комп'ютеризація обліку та супровід. Сподіваємось на взаємовигідне співробітництво ! Наші контактні телефони в Києві: (044) 231-19-51, 561-84-91 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 14 15: 3: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FB0737B400; Sun, 14 Jul 2002 15:03:04 -0700 (PDT) Received: from ns.aus.com (adsl-67-115-108-163.dsl.sntc01.pacbell.net [67.115.108.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E60C43E65; Sun, 14 Jul 2002 15:03:03 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g6ENFgM09011; Mon, 15 Jul 2002 08:45:42 +0930 Date: Mon, 15 Jul 2002 08:45:42 +0930 (CST) From: Richard Sharpe To: Doug Barton Cc: Chad David , , Subject: Re: tuning for samba In-Reply-To: <3D31F100.E79D1B77@FreeBSD.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, 14 Jul 2002, Doug Barton wrote: > Chad David wrote: > > > > So, I'm building a new box tonight and was wondering if anybody > > has any tried and true tuning parameters for samba on -stable. > > Since you never got any actual answers to your question, I offer the > following. The only samba tuning option I've ever seen make a difference > is enabling "socket options = TCP_NODELAY". Also, make sure that newreno Default: socket options = TCP_NODELAY > is turned off on the samba host. As for nfs mount options, I have found > that -3cisl works best for me, when the servers are sun, or netapp > boxes. How does turning off newreno help? We think we are seeing fast retransmit get confused in the presence of dropped packets. Is this possibly related? Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 14 17:49: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77D0937B400 for ; Sun, 14 Jul 2002 17:48:55 -0700 (PDT) Received: from www.powerlist.info (www.powerlist.info [202.5.125.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 29E5143E58 for ; Sun, 14 Jul 2002 17:48:54 -0700 (PDT) (envelope-from powerlist-powerlist-return-@www.powerlist.info) Received: (qmail 5945 invoked by uid 508); 15 Jul 2002 00:59:43 -0000 Mailing-List: contact powerlist-powerlist-help@www.powerlist.info; run by ezmlm List-Help: List-Post: List-Subscribe: Date: 15 Jul 2002 00:59:43 -0000 Message-ID: <1026694783.5944.ezmlm@www.powerlist.info> From: powerlist-powerlist-help@www.powerlist.info To: hackers@freefall.freebsd.org Delivered-To: responder for powerlist-powerlist@www.powerlist.info Received: (qmail 5936 invoked from network); 15 Jul 2002 00:59:42 -0000 Received: from adsl-63-203-118-74.dsl.lsan03.pacbell.net (HELO mice.XGforce.COM) (63.203.118.74) by 0 with SMTP; 15 Jul 2002 00:59:42 -0000 Received: from ssn (brams.XGforce.COM [63.203.118.78]) by mice.XGforce.COM (8.11.6/8.11.6) with SMTP id g6EHe3w31343 for ; Sun, 14 Jul 2002 10:40:13 -0700 (PDT) (envelope-from support@xgforce.com) MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Reply-To: powerlist-powerlist-uc.1026694783.nibopnojdinkaljfdpol-hackers=freefall.freebsd.org@www.powerlist.info Subject: confirm unsubscribe from powerlist-powerlist@www.powerlist.info 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'm managing the PowerList mailing list. To confirm that you would like hackers@freefall.freebsd.org removed from the PowerList mailing list, please send an empty reply to this address: powerlist-powerlist-uc.1026694783.nibopnojdinkaljfdpol-hackers=freefall.freebsd.org@www.powerlist.info Usually, this happens when you just hit the "reply" button. If this does not work, simply copy the address and paste it into the "To:" field of a new message. --- Enclosed is a copy of the request I received. Return-Path: Received: (qmail 5936 invoked from network); 15 Jul 2002 00:59:42 -0000 Received: from adsl-63-203-118-74.dsl.lsan03.pacbell.net (HELO mice.XGforce.COM) (63.203.118.74) by 0 with SMTP; 15 Jul 2002 00:59:42 -0000 Received: from ssn (brams.XGforce.COM [63.203.118.78]) by mice.XGforce.COM (8.11.6/8.11.6) with SMTP id g6EHe3w31343 for ; Sun, 14 Jul 2002 10:40:13 -0700 (PDT) (envelope-from support@xgforce.com) Message-ID: <005801c22b5d$6c406e70$4e76cb3f@ssn> From: "XGforce Support Team" To: Subject: Date: Sun, 14 Jul 2002 10:39:26 -0700 Organization: XGforce.COM MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0054_01C22B22.B9B0F660" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 Disposition-Notification-To: "XGforce Support Team" X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 This is a multi-part message in MIME format. ------=_NextPart_000_0054_01C22B22.B9B0F660 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Best Regards support http://www.xgforce.com/support.html --------------------------------------------- The Next Generation Server Clustering and Clustered Enterprise Firewall/VPN Solutions. --------------------------------------------- ------=_NextPart_000_0054_01C22B22.B9B0F660 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 

Best=20 Regards
 
support
http://www.xgforce.com/suppo= rt.html
---------------------------------------------
The=20 Next Generation Server Clustering and
Clustered Enterprise = Firewall/VPN=20 Solutions.
---------------------------------------------
<= /BODY> ------=_NextPart_000_0054_01C22B22.B9B0F660-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 14 21:23:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B501F37B400 for ; Sun, 14 Jul 2002 21:23:30 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BBCF43E5E for ; Sun, 14 Jul 2002 21:23:30 -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.12.4/8.12.4) with SMTP id g6F4NObM055982 for ; Mon, 15 Jul 2002 00:23:25 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 15 Jul 2002 00:23:24 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: hackers@FreeBSD.org Subject: Request for submissions: FreeBSD Bi-Monthly Development Status Report (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 Reminder that the deadline for submissions is approaching. Remember that this is a great way for consumers of FreeBSD technology to know what's going on, and makes it a lot easier to sell FreeBSD to potential new adopters! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories ---------- Forwarded message ---------- Date: Mon, 8 Jul 2002 19:23:02 -0400 (EDT) From: Robert Watson To: developers@FreeBSD.org, hackers@FreeBSD.org Subject: Request for submissions: FreeBSD Bi-Monthly Development Status Report This is a solicitation for submissions for the May 2002 - June 2002 FreeBSD Bi-Monthly Development Status Report. All submissions are due by July 19, 2002. Submissions should be made by filling out the template found at: http://www.FreeBSD.org/news/status/report-sample.xml Submissions must then be e-mailed to the following address: robert+freebsd.monthly@cyrus.watson.org For automatic processing. Reports must be submitted in the XML format described, or they will be silently dropped. Submissions made to other e-mail addresses will be ignored. Status reports should be submitted once per project, although project developers may choose to submit additional reports on specific sub-projects of substantial size. Status reports are typically one or two short paragraphs, but the text may be up to 20 lines in length. Submissions are welcome on a variety of topics relating to FreeBSD, including development, documentation, advocacy, and development processes. Prior status reports may be viewed at: http://www.FreeBSD.org/news/status/ Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories 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 Jul 15 0:57:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0355637B938 for ; Mon, 15 Jul 2002 00:56:49 -0700 (PDT) Received: from desertmail.com (dns1.hbd.co.jp [211.126.197.234]) by mx1.FreeBSD.org (Postfix) with SMTP id C857643E72 for ; Mon, 15 Jul 2002 00:56:34 -0700 (PDT) (envelope-from Grow_Younger3865q44@desertmail.com) Received: from 63.118.240.121 ([63.118.240.121]) by smtp4.cyberecschange.com with smtp; 15 Jul 0102 02:56:11 +0100 Received: from unknown (47.41.246.60) by rly-xr01.nihuyatut.net with smtp; 15 Jul 0102 03:55:42 +1200 Received: from 54.14.9.15 ([54.14.9.15]) by smtp-server1.cflrr.com with smtp; 15 Jul 0102 15:55:13 -0800 Reply-To: "Yes" Message-ID: <026b82b06a4c$4753e5a5$0cd78ec7@jvdytu> From: "Yes" To: Subject: Check out Oral Spray HGH Date: Mon, 15 Jul 0102 10:35:57 -0300 MiME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00C4_74D16D1D.B5466D25" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Internet Mail Service (5.5.2650.21) 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 ------=_NextPart_000_00C4_74D16D1D.B5466D25 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: base64 R29vZCBkYXkNCg0KPGh0bWw+DQoNCjxoZWFkPg0KDQo8bWV0YSBodHRwLWVx dWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNl dD13aW5kb3dzLTEyNTIiPg0KDQo8bWV0YSBuYW1lPSJHRU5FUkFUT1IiIGNv bnRlbnQ9Ik1pY3Jvc29mdCBGcm9udFBhZ2UgNC4wIj4NCg0KPG1ldGEgbmFt ZT0iUHJvZ0lkIiBjb250ZW50PSJGcm9udFBhZ2UuRWRpdG9yLkRvY3VtZW50 Ij4NCg0KPHRpdGxlPlRoZXJlIGFyZSB0aHJlZSBkaWZmZXJlbnQgdHlwZXMg b2YgSEdIIHByb2R1Y3RzPC90aXRsZT4NCg0KPC9oZWFkPg0KDQo8Ym9keSBi YWNrZ3JvdW5kPSJjbG91ZHMuanBnIj4NCg0KPHA+PGZvbnQgc2l6ZT0iNCI+ PGZvbnQgY29sb3I9IiM4MDAwMDAiPjxiPlRoZXJlIGFyZSB0aHJlZSBkaWZm ZXJlbnQgdHlwZXMgb2YNCg0KSEdIIHByb2R1Y3RzLjwvYj48L2ZvbnQ+PGJy Pg0KDQpUaGUgY29uZnVzaW9uIGlzIHRoYXQgYWxsIHRocmVlIGFyZTxicj4N Cg0KYWR2ZXJ0aXNlZCBhcyBpZiB0aGV5IHdlcmUgdGhlIHNhbWUuPC9mb250 Pjxicj4NCg0KJm5ic3A7PGJyPg0KDQombmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgPHU+VGhlIHRocmVlIHR5cGVzIGFyZTo8 L3U+PGJyPg0KDQombmJzcDs8YnI+DQoNCjxiPjEpPC9iPiAtLS0gPGZvbnQg Y29sb3I9IiMwMDAwRkYiPjxiPkhvbWVvcGF0aGljIEhHSDwvYj48L2ZvbnQ+ PGJyPg0KDQo8Yj4yKTwvYj4gLS0tIDxmb250IGNvbG9yPSIjMDAwMEZGIj48 Yj5QcmUtY3Vyc29yIEhHSDwvYj48L2ZvbnQ+PGJyPg0KDQo8Yj4zKTwvYj4g LS0tIDxmb250IGNvbG9yPSIjMDAwMEZGIj48Yj5SZWFsIG9yIHN5bnRoZXRp YyBIR0g8L2I+PC9mb250Pg0KDQooZGVsaXZlcmVkIGJ5IGluamVjdGlvbjxi cj4NCg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IG9yLCBieSBhbiBvcmFsIHNwcmF5IG1ldGhvZCkuPGJyPg0KDQombmJz cDs8YnI+DQoNCkRvIHlvdSBrbm93IGRpZmZlcmVuY2VzPzxicj4NCg0KJm5i c3A7PGJyPg0KDQpDYWxsIHVzIGFuZCB3ZSdsbCBleHBsYWluIHRoZW0gdG8g eW91Ljxicj4NCg0KJm5ic3A7PGJyPg0KDQpPdXIgdG9sbCBmcmVlIG51bWJl ciBpcyA8Zm9udCBjb2xvcj0iIzAwMDA4MCI+PGI+MS04ODgtNjIxLTczMDA8 L2I+PC9mb250Pjxicj4NCg0KQW4gSEdIIHN0YWZmIG1lbWJlciBpcyBhdmFp bGFibGU8YnI+DQoNCjkgdG8gNSBQYWNpZmljIFRpbWUuPGJyPg0KDQpJZiBh ZnRlciBob3VycywgcGxlYXNlIGxlYXZlIHlvdSBuYW1lPGJyPg0KDQphbmQg ZGF5IGFuZCBldmVuaW5nIHBob25lIG51bWJlcnMuPGJyPg0KDQpXZSB3aWxs IGNhbGwgeW91IGJhY2sgaW4gYSBubyBwcmVzc3VyZSw8YnI+DQoNCmVkdWNh dGlvbmFsIG1hbm5lci48YnI+DQoNCklmIHlvdSBhcmUgb3ZlcnNlYXMgY2Fs bCB5b3VyIGxvbmcgZGlzdGFuY2U8YnI+DQoNCm9wZXJhdG9yIGFuZCBhc2sg dG8gYmUgY29ubmVjdGVkIHRvIG91cjxicj4NCg0KcGhvbmUgbnVtYmVyLiZu YnNwOyBXZSB3aWxsIGNhbGwgeW91IGJhY2sgc288YnI+DQoNCndlIGNhbiBw YXkgZm9yIHRoZSBsb25nIGRpc3RhbmNlIGNoYXJnZXMuPGJyPg0KDQombmJz cDs8YnI+DQoNCjxmb250IGNvbG9yPSIjRkYwMDAwIj5Gb3IgbW9yZSBpbmZv cm1hdGlvbiBvbiBIR0ggcmVhZCBvbi4uLi4uLi4uLi4uLjwvZm9udD48YnI+ DQoNCiZuYnNwOzxicj4NCg0KSEFWRSBZT1UgSEVBUkQgT0Y8YnI+DQoNCkhV TUFOIEdST1dUSCBIT1JNT05FIChIR0gpPz8/PGJyPg0KDQombmJzcDs8YnI+ DQoNCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZWxlYXNlZCBieSB5b3Vy IG93biBwaXR1aXRhcnkgZ2xhbmQsIEhHSCBzdGFydHMNCg0KZGVjbGluaW5n PGJyPg0KDQppbiB5b3VyIDIwcywgZXZlbiBtb3JlIGluIHlvdXIgMzBzIGFu ZCA0MHMsIGV2ZW50dWFsbHkgcmVzdWx0aW5nPGJyPg0KDQppbiB0aGUgc2hy aW5rYWdlIG9mIG1ham9yIG9yZ2FucyAtLSBwbHVzLCBhbGw8YnI+DQoNCm90 aGVyIHN5bXB0b21zIHJlbGF0ZWQgdG8gb2xkIGFnZS48YnI+DQoNCiZuYnNw Ozxicj4NCg0KJm5ic3A7PGJyPg0KDQpJTiBUSE9VU0FORFMgT0YgQ0xJTklD QUwgU1RVRElFUyw8YnI+DQoNCkhHSCBIQVMgQkVFTiBTSE9XTiBUTyBBQ0NP TVBMSVNIIFRIRSBGT0xMT1dJTkc6PGJyPg0KDQombmJzcDs8YnI+DQoNCiog UmVkdWNlIEJvZHkgRmF0IGFuZCBCdWlsZCBMZWFuIE11c2NsZTxicj4NCg0K Jm5ic3A7Jm5ic3A7IFdJVEhPVVQgRVhFUkNJU0UhPGJyPg0KDQombmJzcDs8 YnI+DQoNCiogRW5oYW5jZSBTZXh1YWwgUGVyZm9ybWFuY2U8YnI+DQoNCiZu YnNwOzxicj4NCg0KKiBSZW1vdmUgV3JpbmtsZXMgYW5kIENlbGx1bGl0ZTxi cj4NCg0KJm5ic3A7PGJyPg0KDQoqIExvd2VyIEJsb29kIFByZXNzdXJlIGFu ZCBJbXByb3ZlIENob2xlc3Rlcm9sIFByb2ZpbGU8YnI+DQoNCiZuYnNwOzxi cj4NCg0KKiBJbXByb3ZlIFNsZWVwLCBWaXNpb24gYW5kIE1lbW9yeTxicj4N Cg0KJm5ic3A7PGJyPg0KDQoqIFJlc3RvcmUgSGFpciBDb2xvciBhbmQgR3Jv d3RoPGJyPg0KDQombmJzcDs8YnI+DQoNCiogU3RyZW5ndGhlbiB0aGUgSW1t dW5lIFN5c3RlbTxicj4NCg0KJm5ic3A7PGJyPg0KDQoqIEluY3JlYXNlIEVu ZXJneSBhbmQgQ2FyZGlhYyBPdXRwdXQ8YnI+DQoNCiZuYnNwOzxicj4NCg0K KiBUdXJuIGJhY2sgeW91ciBib2R5J3MgQmlvbG9naWNhbCBUaW1lIENsb2Nr IDEwIC0gMjAgeWVhcnM8YnI+DQoNCiZuYnNwOzxicj4NCg0KKiBMaXZlIExv bmdlciBBTkQgU3Ryb25nZXI8YnI+DQoNCiZuYnNwOzxicj4NCg0KQWxsIG5h dHVyYWwgYW5kIG9yZ2FuaWMgcGxhbnQgYmFzZWQ8YnI+DQoNCiZuYnNwOzxi cj4NCg0KPGZvbnQgY29sb3I9IiMwMDAwRkYiPjxiPkZFRUwgMTAgWUVBUlMg WU9VTkdFUiBXSVRIIE9SQUwgU1BSQVkgSEdILjxicj4NCg0KR1VBUkFOVEVF RDwvYj48L2ZvbnQ+PGJyPg0KDQombmJzcDs8YnI+DQoNCiZuYnNwOyZuYnNw OyZuYnNwOyBXZSBhcmUgdGhlIG1hbnVmYWN0dXJlciBhbmQgd2Ugc2VsbCBk aXJlY3RseSB0byBEb2N0b3JzLDxicj4NCg0KQ2hpcm9wcmFjdG9ycywgYW5k IGNvbnN1bWVycyB3b3JsZCB3aWRlIHRoZSBoaWdoZXN0IGdyYWRlPGJyPg0K DQombmJzcDtIR0ggT3JhbCBTcHJheSBhdmFpbGFibGUuJm5ic3A7PGJyPg0K DQombmJzcDs8YnI+DQoNCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBXaXRo IGludGVybmV0IG1hcmtldGluZywgd2UgYXJlIGFibGUgdG8gc2F2ZQ0KDQph ZHZlcnRpc2luZzxicj4NCg0KY29zdCBhbmQgcGFzcyB0aG9zZSBzYXZpbmdz IGFsb25nIHRvIHlvdS48YnI+DQoNCkJ1dCB5b3UgbXVzdCBhY3Qgbm93LiZu YnNwOzxicj4NCg0KJm5ic3A7PGJyPg0KDQpUbyByZWNlaXZlIG1vcmUgaW5m b3JtYXRpb24gY2FsbCZuYnNwOyB1cyBub3cuPGJyPg0KDQombmJzcDs8YnI+ DQoNCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBUT0xMIEZSRUUgPGI+PGZvbnQg Y29sb3I9IiMwMDAwODAiPjEtODg4LTYyMS03MzAwPC9mb250PjwvYj48YnI+ DQoNCiZuYnNwOzxicj4NCg0KV2UgbXVzdCBzcGVhayB0byB5b3UgaW4gcGVy c29uIHRvIHF1YWxpZnkgeW91ciB1c2FnZS48YnI+DQoNCiZuYnNwOzxicj4N Cg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEFsbCBvZiB5b3VyIHF1ZXN0 aW9ucyB3aWxsIGJlIGFkZHJlc3NlZCBhbmQgYW5zd2VyZWQgaW4NCg0KYSBm cmllbmRseSw8YnI+DQoNCm5vIHByZXNzdXJlIG1hbm5lci4mbmJzcDsgT3Vy IG1haW4gcHVycG9zZSBpcyB0byBwcm92aWRlIHlvdSB3aXRoPGJyPg0KDQom bmJzcDtpbmZvcm1hdGlvbiBzbyB5b3UgY2FuIG1ha2UgYW4gZWR1Y2F0ZWQg ZGVjaXNpb24uPGJyPg0KDQombmJzcDs8YnI+DQoNCiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBGb3IgbW9yZSBpbmZvcm1hdGlvbiBjYWxsPGJyPg0KDQom bmJzcDs8YnI+DQoNCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8Yj48Zm9udCBj b2xvcj0iIzAwMDA4MCI+MS04ODgtNjIxLTczMDA8L2ZvbnQ+PC9iPjxicj4N Cg0KJm5ic3A7PGJyPg0KDQombmJzcDtJZiB5b3UgYXJlIG9uIGxpbmUgd3Jp dGUgZG93biBvdXI8YnI+DQoNCnBob25lIG51bWJlciBhbmQgY2FsbCB1cyB3 aGVuIHlvdSBjYW4uPGJyPg0KDQombmJzcDs8YnI+DQoNClNvb24sIHlvdSBh bmQgeW91ciBsb3ZlZCBvbmVzIHdpbGwgYmUgdmVyeSBnbGFkIHlvdSBkaWQu PGJyPg0KDQombmJzcDs8YnI+DQoNClJlYWQgd2hhdCBwZW9wbGUgYXJlIHNh eWluZzo8YnI+DQoNCiZuYnNwOzxicj4NCg0KJnF1b3Q7VGhlIGVmZmVjdHMg b2YgNiBtb250aHMgb2YgR0ggb248YnI+DQoNCmxlYW4gYm9keSBtYXNzIGFu ZCBmYXQgd2VyZSBlcXVpdmFsZW50PGJyPg0KDQppbiBtYWduaXR1ZGUgdG8g dGhlIGNoYW5nZXMgaW5jdXJyZWQ8YnI+DQoNCmR1cmluZyAxMC0yMCB5ZWFy cyBvZiBhZ2luZy4mcXVvdDs8YnI+DQoNCkRyLiBEYW5pZWwgUnVkbWFuLCBN RCw8YnI+DQoNCk5ldyBFbmdsYW5kIEpvdXJuYWwgb2YgTWVkaWNpbmUuPGJy Pg0KDQombmJzcDs8YnI+DQoNCiZxdW90O1dpdGhpbiBmb3VyIG1vbnRocywg bXkgYm9keSBmYXQgZGVjcmVhc2VkPGJyPg0KDQombmJzcDtmb3JtIDMwJSBk b3duIHRvIDIxJSEgSSBub3RpY2VkIG15IHNraW48YnI+DQoNCiZuYnNwO2lz IG1vcmUgc3VwcGxlIGFuZCBteSBvdmVyYWxsIG1lbnRhbDxicj4NCg0KJm5i c3A7b3V0bG9vayBpbXByb3ZlZCBzaWduaWZpY2FudGx5LiZxdW90Ozxicj4N Cg0KJm5ic3A7RC5XLiwgTmV3IEplcnNleTxicj4NCg0KJm5ic3A7PGJyPg0K DQomcXVvdDtXZSBoYXZlIGJlZW4gb24gdGhlIHNwcmF5IGZvciBqdXN0IDMg d2Vla3M8YnI+DQoNCm5vdywgYW5kIGJlc2lkZXMgdGhlIHRyZW1lbmRvdXMg ZW5lcmd5IHdlPGJyPg0KDQpib3RoIGZlZWwsIG15IGh1c2JhbmRzIGFsbGVy Z2llcyBhbmQgc3BlbGxzPGJyPg0KDQpvZiBkZXByZXNzaW9uIGhhdmUgbGlm dGVkLiBJIGFtIGhlYWxpbmc8YnI+DQoNCmV4dHJlbWVseSBmYXN0IGFmdGVy IGFuIGFjY2lkZW50IGFuZCBoYXZlPGJyPg0KDQpsb3N0IDcgbGJzLiB3aXRo b3V0IHRyeWluZyEmcXVvdDs8YnI+DQoNCkMuQi4sIEZsYWdzdGFmZi4gQVo8 YnI+DQoNCiZuYnNwOzxicj4NCg0KVGhhbmtzIGZvciByZWFkaW5nIG91ciBs ZXR0ZXIsPGJyPg0KDQpUaGUgSEdIIFN0YWZmPGJyPg0KDQpVU0EgRGl2aXNp b248YnI+DQoNCiZuYnNwOzxicj4NCg0KUFM6Jm5ic3A7IFRoZSBIR0ggU3Rh ZmYgZ3VhcmFudGVlcyB0aGU8YnI+DQoNCmhpZ2hlc3QgcXVhbGl0eSBhbmQg bG93ZXN0IHByaWNlLjxicj4NCg0KJm5ic3A7PGJyPg0KDQombmJzcDtXZSBt YW51ZmFjdHVyZSBhbmQgc2hpcCBkaXJlY3RseSB0byB5b3VyIGRvb3IuPGJy Pg0KDQombmJzcDs8YnI+DQoNCkNhbGwgdXMgbm93IDxiPjxmb250IGNvbG9y PSIjMDAwMDgwIj4xLTg4OC02MjEtNzMwMDwvZm9udD48L2I+PGJyPg0KDQom bmJzcDs8YnI+DQoNCj09PT09PT0mbmJzcDsmbmJzcDsgRW5kIG9mIG1lc3Nh Z2UgPT09PT09PT0mbmJzcDs8YnI+DQoNCiZuYnNwOzxicj4NCg0KJm5ic3A7 Jm5ic3A7IFRoZSBmb2xsb3dpbmcgc3RhdGVtZW50IGlzIHByb3ZpZGVkIHRv IGJlPGJyPg0KDQppbiBjb21wbGlhbmNlIHdpdGggY29tbWVyY2lhbCBlbWFp bCBsYXdzLjxicj4NCg0KJm5ic3A7PGJyPg0KDQombmJzcDsmbmJzcDsgSWYg eW91IGRvIG5vdCB3aXNoIHRvIHJlY2VpdmUgZnVydGhlcjxicj4NCg0KbWFp bGluZ3MsIHBsZWFzZSBjbGljayByZXBseSB0bzogIHRoZV9oZ2hfY2xpbmlj QGJ0YW1haWwubmV0LmNuICBhbmQgdHlwZSByZW1vdmUgaW4gdGhlIHN1Ympl Y3QgYm94Ljxicj4NCg0KVGhlbiBjbGljayBzZW5kLjxicj4NCg0KJm5ic3A7 PGJyPg0KDQombmJzcDsmbmJzcDsgVGhpcyBtZXNzYWdlIGlzIGluIGZ1bGwg Y29tcGxpYW5jZSB3aXRoPGJyPg0KDQpVLlMuIEZlZGVyYWwgcmVxdWlyZW1l bnRzIGZvciBjb21tZXJjaWFsPGJyPg0KDQplbWFpbCB1bmRlciBiaWxsIFMu MTYxOCBUaXRsZSBsbGwsIFNlY3Rpb24gMzAxLDxicj4NCg0KUGFyYWdyYXBo IChhKSgyKShDKSBwYXNzZWQgYnkgdGhlIDEwNXRoIFUuUy48YnI+DQoNCkNv bmdyZXNzIGFuZCBpcyBub3QgY29uc2lkZXJlZCBTUEFNPGJyPg0KDQpzaW5j ZSBpdCBpbmNsdWRlcyBhIHJlbW92ZSBtZWNoYW5pc20uKjxicj4NCg0KVGhp cyBtZXNzYWdlIGlzIG5vdCBpbnRlbmRlZCBmb3IgcmVzaWRlbnRzIGluIHRo ZTxicj4NCg0Kc3RhdGVzIG9mIENBLCBOQywgTlYsIFJJLCBUTiwgVkEgJmFt cDsgV0EuPGJyPg0KDQpTY3JlZW5pbmcgb2YgYWRkcmVzc2VzIGhhcyBiZWVu IGRvbmUgdG8gdGhlIGJlc3Q8YnI+DQoNCm9mIG91ciB0ZWNobmljYWwgYWJp bGl0eS48YnI+DQoNCiZuYnNwOzxicj4NCg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IENhbGwgdXMNCg0Kbm93IDxiPjxmb250IGNvbG9yPSIjMDAw MDgwIj4xLTg4OC02MjEtNzMwMDwvZm9udD48L2I+IGZvciB5b3VyPGJyPg0K DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZnJlZQ0KDQpIR0ggY29u c3VsdGF0aW9uLjwvcD4NCg0KPHA+PGJyPg0KDQpUaGFuayB5b3U8L3A+DQoN CjwvYm9keT4NCg0KPC9odG1sPg0KDQogDQogDQogDQogDQogDQogDQogDQog DQogDQogDQogDQogDQogDQogDQogDQogDQogDQogDQogDQogDQogDQogDQog DQogDQogDQogDQogDQogDQogDQogDQogDQogDQogDQogDQogDQogDQogDQog DQogDQogDQogDQogDQogDQogDQogDQoNCi0tDQoNCjQ4MDdaa1hGNS0wbDEw To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 15 1:24:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D087237B41B for ; Mon, 15 Jul 2002 01:24:33 -0700 (PDT) Received: from hotmail.com (f134.sea2.hotmail.com [207.68.165.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84E9843E67 for ; Mon, 15 Jul 2002 01:24:33 -0700 (PDT) (envelope-from najeiv@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 15 Jul 2002 01:24:33 -0700 Received: from 81.17.128.1 by sea2fd.sea2.hotmail.msn.com with HTTP; Mon, 15 Jul 2002 08:24:33 GMT X-Originating-IP: [81.17.128.1] From: "Naje V" To: freebsd-hackers@FreeBSD.ORG Subject: named pipes and pthread Date: Mon, 15 Jul 2002 08:24:33 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 15 Jul 2002 08:24:33.0241 (UTC) FILETIME=[0C33BC90:01C22BD9] 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 Why opening of named pipe blocks all pthreads in process? _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 15 1:59:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C1BB37B400 for ; Mon, 15 Jul 2002 01:59:35 -0700 (PDT) Received: from ns.mmk.ru (ns1.mmk.ru [195.54.3.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9967B43E4A for ; Mon, 15 Jul 2002 01:59:32 -0700 (PDT) (envelope-from freebsd@mmk.ru) Received: from antivirus.mmk.ru (sinful [161.8.100.3]) by ns.mmk.ru (8.12.3/8.12.3) with ESMTP id g6F8wQcp010414 for ; Mon, 15 Jul 2002 14:58:26 +0600 (YEKST) (envelope-from freebsd@mmk.ru) Received: from wall.mmk.ru (localhost [127.0.0.1]) by antivirus.mmk.ru (8.11.6/8.11.6) with ESMTP id g6F8t8c00285 for ; Mon, 15 Jul 2002 14:55:08 +0600 (ESD) Received: from wall (client [1.1.1.2]) by wall.mmk.ru (8.12.3/8.12.3) with SMTP id g6F8wPsm002256 for ; Mon, 15 Jul 2002 14:58:25 +0600 (YEKST) (envelope-from freebsd@mmk.ru) Message-ID: <007d01c22bdd$fea506b0$02010101@wall> From: "Dmitry A. Bondareff" To: Subject: tip problem Date: Mon, 15 Jul 2002 14:59:57 +0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_007A_01C22C10.48E23B80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.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 This is a multi-part message in MIME format. ------=_NextPart_000_007A_01C22C10.48E23B80 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Hello, hackers! I have servers with FreeBSD 4.6-RELEASE-p2. And only for one of them I have problem with tip command. # tip com1 after this command server halting and only "reset" button may help. How to diagnose the problem ? Dmitry. ------=_NextPart_000_007A_01C22C10.48E23B80 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable
Hello, hackers!
 
I have servers with FreeBSD=20 4.6-RELEASE-p2.
 
And only for one of them I have = problem with=20 tip command.
 
# tip com1
after this command server halting = and only=20 "reset" button may help.
 
How to diagnose the problem = ?
 
Dmitry.
------=_NextPart_000_007A_01C22C10.48E23B80-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 15 2: 5:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7235037B400 for ; Mon, 15 Jul 2002 02:05:57 -0700 (PDT) Received: from relay02.esat.net (relay02.esat.net [192.111.39.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FF9743E4A for ; Mon, 15 Jul 2002 02:05:56 -0700 (PDT) (envelope-from phil@ipac.ie) Received: from ipac-gw.cr001.ddm.esat.net (mail.rfc-networks.ie) [193.95.188.30] by relay02.esat.net with esmtp id 17U1nj-0007Da-00; Mon, 15 Jul 2002 10:05:51 +0100 Received: from tear.domain (unknown [10.0.1.254]) by mail.rfc-networks.ie (Postfix) with ESMTP id A3D3054AA1 for ; Mon, 15 Jul 2002 09:09:06 +0100 (IST) Received: by tear.domain (Postfix, from userid 1000) id 700EC2113F; Mon, 15 Jul 2002 10:05:44 +0000 (GMT) Date: Mon, 15 Jul 2002 10:05:44 +0000 From: Philip Reynolds To: freebsd-hackers@freebsd.org Subject: Re: tip problem Message-ID: <20020715100544.C15438@rfc-networks.ie> Reply-To: philip.reynolds@rfc-networks.ie References: <007d01c22bdd$fea506b0$02010101@wall> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <007d01c22bdd$fea506b0$02010101@wall>; from freebsd@mmk.ru on Mon, Jul 15, 2002 at 02:59:57PM +0600 X-Operating-System: FreeBSD 4.6-RC X-URL: http://www.rfc-networks.ie 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 "Dmitry A. Bondareff" 57 lines of wisdom included: > Hello, hackers! > > I have servers with FreeBSD 4.6-RELEASE-p2. > > And only for one of them I have problem with tip command. > > # tip com1 > after this command server halting and only "reset" button may help. What's connected to com1? tip -v com1 should generate more information to work with... Phil. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 15 2:11:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 194EE37B400 for ; Mon, 15 Jul 2002 02:11:48 -0700 (PDT) Received: from comp.chem.msu.su (comp-ext.chem.msu.su [158.250.32.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBF1D43E64 for ; Mon, 15 Jul 2002 02:11:43 -0700 (PDT) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.11.6/8.11.6) id g6F9BMm63705; Mon, 15 Jul 2002 13:11:22 +0400 (MSD) (envelope-from yar) Date: Mon, 15 Jul 2002 13:11:22 +0400 From: Yar Tikhiy To: Terry Lambert Cc: hackers@freebsd.org Subject: Re: Large variables on stack Message-ID: <20020715131121.C61915@comp.chem.msu.su> References: <20020712194809.A62768@comp.chem.msu.su> <3D2F4DE4.932D4995@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D2F4DE4.932D4995@mindspring.com>; from tlambert2@mindspring.com on Fri, Jul 12, 2002 at 02:45:08PM -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 Hi Terry, On Fri, Jul 12, 2002 at 02:45:08PM -0700, Terry Lambert wrote: > > My gut feeling is: if you are asking this question, then you are > trying to justify doing something that you know is bad, but want > to do anyway because it would be easier than doing it right. My > answer to that is: trust your instincts, even if it means more work. In fact, I'm trying to justify to myself fixing this issue in existing code along with doing more serious work on it :-) To everybody participating in this thread: Thank you a lot for clarifying this question to me and all the list readers. It has been a really fruitful discussion. -- Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 15 3:39:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC0CB37B400 for ; Mon, 15 Jul 2002 03:39:46 -0700 (PDT) Received: from goose.mail.pas.earthlink.net (goose.mail.pas.earthlink.net [207.217.120.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A48043E65 for ; Mon, 15 Jul 2002 03:39:46 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0003.cvx40-bradley.dialup.earthlink.net ([216.244.42.3] helo=mindspring.com) by goose.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17U3Gb-0007Jt-00; Mon, 15 Jul 2002 03:39:45 -0700 Message-ID: <3D32A644.EE31B1C9@mindspring.com> Date: Mon, 15 Jul 2002 03:39:00 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Naje V Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: named pipes and pthread 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 Naje V wrote: > Why opening of named pipe blocks all pthreads in process? Because the user space pthreads can only may threads work by trading a blocking operation for a non-blocking operation plus a context switch, and opening a named pipe can not be done via O_NDELAY, while preserving the semantics (i.e. "reader open waits for writer open"). Consider using a real pipe or a socket, instead. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 15 3:58:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E68F237B400 for ; Mon, 15 Jul 2002 03:58:52 -0700 (PDT) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 503DF43E58 for ; Mon, 15 Jul 2002 03:58:51 -0700 (PDT) (envelope-from timon@memphis.mephi.ru) Received: (from timon@localhost) by memphis.mephi.ru (8.11.6/8.11.6) id g6FAwnJ33759 for freebsd-hackers@freebsd.org; Mon, 15 Jul 2002 14:58:49 +0400 (MSD) (envelope-from timon) Date: Mon, 15 Jul 2002 14:58:48 +0400 From: "Artem 'Zazoobr' Ignatjev" To: freebsd-hackers@freebsd.org Subject: Extended partitions Message-ID: <20020715145848.A33029@memphis.mephi.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i 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 all. I've got some questions related to freebsd bootstrapping process. I've got hdd with zoo of different OSes, and partition table looks quite weird.... Finally, I've installed fbsd on the last partition and bumped into a wall: boot1 can't load it from such a place, since it analyzes partition table kept in MBR (hence only first 4 partitions can be analyzed).... Is there any suggestions on hacking boot1 code to support recursion into extended partions? And also, hacking fdisk code (well, I wrote small utility which dumps whole partition table to screen, but fdisk.c looks rather wierd..? Sinceherely yours, Artem 'Zazoobr' Ignatjev. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 15 4:30: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA9D637B400 for ; Mon, 15 Jul 2002 04:30:02 -0700 (PDT) Received: from ns.mmk.ru (ns1.mmk.ru [195.54.3.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B114D43E3B for ; Mon, 15 Jul 2002 04:29:52 -0700 (PDT) (envelope-from freebsd@mmk.ru) Received: from antivirus.mmk.ru (sinful [161.8.100.3]) by ns.mmk.ru (8.12.3/8.12.3) with ESMTP id g6FBSRcp012675; Mon, 15 Jul 2002 17:28:27 +0600 (YEKST) (envelope-from freebsd@mmk.ru) Received: from wall.mmk.ru (localhost [127.0.0.1]) by antivirus.mmk.ru (8.11.6/8.11.6) with ESMTP id g6FBP9C09324; Mon, 15 Jul 2002 17:25:09 +0600 (ESD) Received: from wall (client [1.1.1.2]) by wall.mmk.ru (8.12.3/8.12.3) with SMTP id g6FBSOsm002484; Mon, 15 Jul 2002 17:28:24 +0600 (YEKST) (envelope-from freebsd@mmk.ru) Message-ID: <017a01c22bf2$f4e0d310$02010101@wall> From: "Dmitry A. Bondareff" To: , References: <007d01c22bdd$fea506b0$02010101@wall> <20020715100544.C15438@rfc-networks.ie> Subject: Re: tip problem Date: Mon, 15 Jul 2002 17:29:57 +0600 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.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.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 So. When I connect with tip to port on which modem connected - server do not halt. But on empty port - HALT! -------------------------------------- #tip -v com2 connected ------------------------------------- and that's all, no verify messages. Dmitry. ----- Original Message ----- From: "Philip Reynolds" To: Sent: Monday, July 15, 2002 4:05 PM Subject: Re: tip problem > "Dmitry A. Bondareff" 57 lines of wisdom included: > > Hello, hackers! > > > > I have servers with FreeBSD 4.6-RELEASE-p2. > > > > And only for one of them I have problem with tip command. > > > > # tip com1 > > after this command server halting and only "reset" button may help. > > What's connected to com1? > > tip -v com1 > > should generate more information to work with... > > Phil. > > 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 Jul 15 4:37:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17DDC37B405 for ; Mon, 15 Jul 2002 04:37:39 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92FCB43E4A for ; Mon, 15 Jul 2002 04:37:38 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0003.cvx40-bradley.dialup.earthlink.net ([216.244.42.3] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17U4AB-0005C9-00; Mon, 15 Jul 2002 04:37:12 -0700 Message-ID: <3D32B3B2.5A8DE2CA@mindspring.com> Date: Mon, 15 Jul 2002 04:36:18 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Dmitry A. Bondareff" Cc: philip.reynolds@rfc-networks.ie, freebsd-hackers@FreeBSD.ORG Subject: Re: tip problem References: <007d01c22bdd$fea506b0$02010101@wall> <20020715100544.C15438@rfc-networks.ie> <017a01c22bf2$f4e0d310$02010101@wall> 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 "Dmitry A. Bondareff" wrote: > So. > > When I connect with tip to port on which modem connected - server do not > halt. > But on empty port - HALT! > > -------------------------------------- > #tip -v com2 > connected > > ------------------------------------- > and that's all, no verify messages. How do you know the machine itself is completely halted, and it's not just your session? Have you tried: ~. ? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 15 4:41: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30D3337B400 for ; Mon, 15 Jul 2002 04:41:07 -0700 (PDT) Received: from relay01.esat.net (relay01.esat.net [192.111.39.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C6F743E3B for ; Mon, 15 Jul 2002 04:41:06 -0700 (PDT) (envelope-from phil@ipac.ie) Received: from ipac-gw.cr001.ddm.esat.net (mail.rfc-networks.ie) [193.95.188.30] by relay01.esat.net with esmtp id 17U4Dw-0003YJ-00; Mon, 15 Jul 2002 12:41:04 +0100 Received: from tear.domain (unknown [10.0.1.254]) by mail.rfc-networks.ie (Postfix) with ESMTP id 313AE54AA0 for ; Mon, 15 Jul 2002 11:44:18 +0100 (IST) Received: by tear.domain (Postfix, from userid 1000) id 11C7B2113F; Mon, 15 Jul 2002 12:40:56 +0000 (GMT) Date: Mon, 15 Jul 2002 12:40:56 +0000 From: Philip Reynolds To: freebsd-hackers@freebsd.org Subject: Re: tip problem Message-ID: <20020715124056.A18585@rfc-networks.ie> Reply-To: philip.reynolds@rfc-networks.ie References: <007d01c22bdd$fea506b0$02010101@wall> <20020715100544.C15438@rfc-networks.ie> <017a01c22bf2$f4e0d310$02010101@wall> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <017a01c22bf2$f4e0d310$02010101@wall>; from freebsd@mmk.ru on Mon, Jul 15, 2002 at 05:29:57PM +0600 X-Operating-System: FreeBSD 4.6-RC X-URL: http://www.rfc-networks.ie 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 "Dmitry A. Bondareff" 47 lines of wisdom included: > So. > > When I connect with tip to port on which modem connected - server do not > halt. > But on empty port - HALT! > > -------------------------------------- > #tip -v com2 > connected > > ------------------------------------- > and that's all, no verify messages. I don't think the machine locks up. Once you type 'tip com2', try pressing ~ (press '~', let go, and press and 'D' together.) You should exit tip. I doubt the actual machine has stopped running once this happens. If I were you and I wanted to communicate with something on the serial port, I'd use kermit: $ make search key=kermit Port: kermit-7.0.196 Path: /usr/ports/comms/kermit Info: File transfer and terminal emulation utility for serial lines and sockets Maint: joerg@FreeBSD.org Index: comms B-deps: R-deps: Regards, Phil. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 15 7:34:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA48137B400 for ; Mon, 15 Jul 2002 07:34:44 -0700 (PDT) Received: from TheSocket.remoteserver.org (dsl-65-189-64-149.telocity.com [65.189.64.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1339C43E5E for ; Mon, 15 Jul 2002 07:34:44 -0700 (PDT) (envelope-from swordman@TheSocket.remoteserver.org) Received: from localhost (swordman@localhost) by TheSocket.remoteserver.org (8.11.6/8.11.4) with ESMTP id g6FEb0s23591 for ; Mon, 15 Jul 2002 09:37:00 -0500 (CDT) Date: Mon, 15 Jul 2002 09:37:00 -0500 (CDT) From: SwordManX To: freebsd-hackers@freebsd.org Subject: Subscribe. 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'd like to subscribe to the mailing list. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 15 10:36:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14D9837B446 for ; Mon, 15 Jul 2002 10:36:07 -0700 (PDT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFAB54431F for ; Mon, 15 Jul 2002 10:25:39 -0700 (PDT) (envelope-from sepotvin@videotron.ca) Received: from hades.videotron.ca ([24.203.254.196]) by relais.videotron.ca (Videotron-Netscape Messaging Server v4.15 MTA-PRD3) with ESMTP id GZAWDQ02.WQG for ; Mon, 15 Jul 2002 13:25:02 -0400 Received: from hades.videotron.ca. (localhost [127.0.0.1]) by hades.videotron.ca. (8.12.3/8.12.3) with ESMTP id g6FILaPh041489 for ; Mon, 15 Jul 2002 14:21:37 -0400 (EDT) (envelope-from spotvin@hades.videotron.ca) Received: (from spotvin@localhost) by hades.videotron.ca. (8.12.3/8.12.3/Submit) id g6FILaZB041488 for freebsd-hackers@FreeBSD.ORG; Mon, 15 Jul 2002 14:21:36 -0400 (EDT) Date: Mon, 15 Jul 2002 14:21:36 -0400 From: "Stephane E. Potvin" To: freebsd-hackers@FreeBSD.ORG Subject: NetBSD's uvm_pglistalloc equivalent? Message-ID: <20020715142136.A1012@hades.videotron.ca.> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i 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 my porting effort to the ARM platform, I need a function that has the functionality of NetBSD's uvm_pglistalloc. This is needed because the L1 table of the StrongARM processor is four pages. These pages need to be allocated contiguously. I guess that I can probably acheive this goal by wrapping something around contigmalloc, but before I do so I just wanted to double check that there was no already available facilities that I had overlooked. Thanks in advance! Steph To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 15 11: 8: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAE1037B400 for ; Mon, 15 Jul 2002 11:07:55 -0700 (PDT) Received: from msgbas2.cos.agilent.com (msgbas2x.cos.agilent.com [192.25.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24C2143E31 for ; Mon, 15 Jul 2002 11:07:55 -0700 (PDT) (envelope-from igor_dorovskoy@agilent.com) Received: from msgrel1t.cos.agilent.com (msgrel1t.cos.agilent.com [130.29.152.157]) by msgbas2.cos.agilent.com (Postfix) with ESMTP id A6F2C1F05; Mon, 15 Jul 2002 12:07:54 -0600 (MDT) Received: from axcsbh4.cos.agilent.com (axcsbh4.cos.agilent.com [130.29.152.145]) by msgrel1t.cos.agilent.com (Postfix) with SMTP id 847A754C; Mon, 15 Jul 2002 12:07:48 -0600 (MDT) Received: from 130.29.152.145 by axcsbh4.cos.agilent.com (InterScan E-Mail VirusWall NT); Mon, 15 Jul 2002 12:07:47 -0600 Received: by axcsbh4.cos.agilent.com with Internet Mail Service (5.5.2653.19) id <3YPNQAYF>; Mon, 15 Jul 2002 12:07:46 -0600 Message-ID: <0D9185CE635BD511ACA50090277A6FCF03880948@axcs18.cos.agilent.com> From: igor_dorovskoy@agilent.com To: freebsd@mmk.ru, philip.reynolds@rfc-networks.ie, freebsd-hackers@FreeBSD.ORG Subject: RE: tip problem Date: Mon, 15 Jul 2002 12:07:38 -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 That's normal. Seems yours keystrokes tip successfully delivered to com2 port but no one can answer back, because com2 is not connected to any other equipment (bwy, I bet you've added com2 as an alias to real com device in your /etc/remote, right?). It that case it looks like your system halted (or dead), but it's not true. If you are working from console, try or etc to switch to next virtual terminal and check/kill tip as an task in task list or use Terry's advise, - hit ~. to exit from tip (rtfm:). Regards, Igor. -----Original Message----- From: Dmitry A. Bondareff [mailto:freebsd@mmk.ru] Sent: Monday, July 15, 2002 7:30 AM To: philip.reynolds@rfc-networks.ie; freebsd-hackers@FreeBSD.ORG Subject: Re: tip problem So. When I connect with tip to port on which modem connected - server do not halt. But on empty port - HALT! -------------------------------------- #tip -v com2 connected ------------------------------------- and that's all, no verify messages. Dmitry. ----- Original Message ----- From: "Philip Reynolds" To: Sent: Monday, July 15, 2002 4:05 PM Subject: Re: tip problem > "Dmitry A. Bondareff" 57 lines of wisdom included: > > Hello, hackers! > > > > I have servers with FreeBSD 4.6-RELEASE-p2. > > > > And only for one of them I have problem with tip command. > > > > # tip com1 > > after this command server halting and only "reset" button may help. > > What's connected to com1? > > tip -v com1 > > should generate more information to work with... > > Phil. > > 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 15 13:45:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 116FE37B400 for ; Mon, 15 Jul 2002 13:45:27 -0700 (PDT) Received: from gadolinium.btinternet.com (gadolinium.btinternet.com [194.73.73.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BAB743E4A for ; Mon, 15 Jul 2002 13:45:26 -0700 (PDT) (envelope-from waynep@penguinpowered.org.uk) Received: from host217-36-11-193.in-addr.btopenworld.com ([217.36.11.193] helo=marvin.penguinpowered.org.uk) by rhenium.btinternet.com with esmtp (Exim 3.22 #8) id 17SvCP-0001AR-00 for freebsd-hackers@freebsd.org; Fri, 12 Jul 2002 08:50:45 +0100 Received: from [192.168.10.12] (helo=set.home.penguinpowered.org.uk) by marvin.penguinpowered.org.uk with esmtp (Exim 3.33 #1) id 17SvJC-0002dk-00 for freebsd-hackers@freebsd.org; Fri, 12 Jul 2002 08:57:46 +0100 Received: from waynep by set.home.penguinpowered.org.uk with local (Exim 3.34 #1) id 17SwCt-0000Ei-00 for freebsd-hackers@freebsd.org; Fri, 12 Jul 2002 08:55:19 +0000 From: Wayne Pascoe To: freebsd-hackers@freebsd.org Subject: Re: Problems getting wireless card working with PCI adaptor References: Date: 12 Jul 2002 08:55:19 +0000 In-Reply-To: Message-ID: Lines: 32 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service) 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 Wayne Pascoe writes: > "M. Warner Losh" writes: > > > : I have found that IRQ 5 is used by the onboard usb controller, but > > : even if I disable in the bios I still get this message popping up. > > > > Using a PCI expantion card requires you to use PCI routing. > > > > Can you post the complete dmesg? I need to know how we're setting > > things up and what you've posted so far isn't sufficient. > > I'm attaching a dmesg from a fresh install to this email. All I've > done to the install is to add the following lines to /etc/rc.conf and > reboot Apparantly the dmesg attachment never made it through. I've uploaded it to http://www.penguinpowered.org.uk/dmesg.txt Last night I tried a RedHat load and found almost exactly the same problem with Linux kernel 2.4.18 and pcmcia-cs. So it looks like I'm missing something fundamental about getting a PCI->PCMCIA card working :( -- - Wayne Pascoe - http://www.penguinpowered.org.uk/wayne/ The thing is, I was POSITIVE that I wasn't actually depressed, just that life had no meaning and I was tired of living. -- daystar on k5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 15 14:27:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47DFA37B400 for ; Mon, 15 Jul 2002 14:27:17 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6A9343E42 for ; Mon, 15 Jul 2002 14:27:16 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0196.cvx21-bradley.dialup.earthlink.net ([209.179.192.196] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17UDNC-0003Fu-00; Mon, 15 Jul 2002 14:27:15 -0700 Message-ID: <3D333E03.549F18D0@mindspring.com> Date: Mon, 15 Jul 2002 14:26:27 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Stephane E. Potvin" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: NetBSD's uvm_pglistalloc equivalent? References: <20020715142136.A1012@hades.videotron.ca.> 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 "Stephane E. Potvin" wrote: > In my porting effort to the ARM platform, I need a function that has the > functionality of NetBSD's uvm_pglistalloc. This is needed because the L1 > table of the StrongARM processor is four pages. These pages need to be > allocated contiguously. I guess that I can probably acheive this goal by > wrapping something around contigmalloc, but before I do so I just wanted > to double check that there was no already available facilities that I had > overlooked. How often must this be allocated? How many of them are needed? If you only need a small set number of them, then they can be allocated very early on in the system lifetime, which means you should allocate them in machdep.c, with the rest of the memory overlay which attempts to make memory in protected mode look like physical RAM. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 16 2:17:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C2F037B401 for ; Tue, 16 Jul 2002 02:17:07 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FCE843E31 for ; Tue, 16 Jul 2002 02:17:07 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.5/8.12.2) with ESMTP id g6G9H6oi061386; Tue, 16 Jul 2002 02:17:06 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.5/Submit) id g6G9H68w061385; Tue, 16 Jul 2002 02:17:06 -0700 (PDT) Date: Tue, 16 Jul 2002 02:17:06 -0700 From: "David O'Brien" To: Alfred Perlstein Cc: hackers@freebsd.org Subject: Re: rcorder cleanup from NetBSD Message-ID: <20020716091706.GA61346@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mail-Followup-To: David O'Brien , Alfred Perlstein , hackers@freebsd.org References: <20020714093936.GC77219@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020714093936.GC77219@elvis.mu.org> User-Agent: Mutt/1.4i 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, Jul 14, 2002 at 02:39:36AM -0700, Alfred Perlstein wrote: > NetBSD has cleaned up sbin/rcorder quite a bit, and chance someone > feels up to integrating thier changes? When did they do this? I sznced us up just a few weeks ago. > If I were to do it, would I need to 'cvs import' or simply commit > the changes? How about letting me do it as I've done it in the past. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 16 2:24: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DB8437B400; Tue, 16 Jul 2002 02:24:01 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AD5343E4A; Tue, 16 Jul 2002 02:24:01 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id E4987AE24A; Tue, 16 Jul 2002 02:24:00 -0700 (PDT) Date: Tue, 16 Jul 2002 02:24:00 -0700 From: Alfred Perlstein To: David O'Brien Cc: hackers@freebsd.org Subject: Re: rcorder cleanup from NetBSD Message-ID: <20020716092400.GV77219@elvis.mu.org> References: <20020714093936.GC77219@elvis.mu.org> <20020716091706.GA61346@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020716091706.GA61346@dragon.nuxi.com> User-Agent: Mutt/1.3.27i 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 [020716 02:17] wrote: > On Sun, Jul 14, 2002 at 02:39:36AM -0700, Alfred Perlstein wrote: > > NetBSD has cleaned up sbin/rcorder quite a bit, and chance someone > > feels up to integrating thier changes? > > When did they do this? I sznced us up just a few weeks ago. > > > If I were to do it, would I need to 'cvs import' or simply commit > > the changes? > > How about letting me do it as I've done it in the past. That would be great, thanks! -- -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.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 16 10:12: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5252737B401 for ; Tue, 16 Jul 2002 10:12:01 -0700 (PDT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47F3C43E3B for ; Tue, 16 Jul 2002 10:12:00 -0700 (PDT) (envelope-from sepotvin@videotron.ca) Received: from hades.videotron.ca ([24.203.254.196]) by relais.videotron.ca (Videotron-Netscape Messaging Server v4.15 MTA-PRD2) with ESMTP id GZCQFZ03.92M for ; Tue, 16 Jul 2002 13:11:59 -0400 Received: from hades.videotron.ca. (localhost [127.0.0.1]) by hades.videotron.ca. (8.12.3/8.12.3) with ESMTP id g6GI8XPh051644 for ; Tue, 16 Jul 2002 14:08:34 -0400 (EDT) (envelope-from spotvin@hades.videotron.ca) Received: (from spotvin@localhost) by hades.videotron.ca. (8.12.3/8.12.3/Submit) id g6GI8XPU051643 for freebsd-hackers@FreeBSD.ORG; Tue, 16 Jul 2002 14:08:33 -0400 (EDT) Date: Tue, 16 Jul 2002 14:08:33 -0400 From: "Stephane E. Potvin" To: freebsd-hackers@FreeBSD.ORG Subject: Re: NetBSD's uvm_pglistalloc equivalent? Message-ID: <20020716140833.D1012@hades.videotron.ca.> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20020715142136.A1012@hades.videotron.ca.> <3D333E03.549F18D0@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D333E03.549F18D0@mindspring.com>; from tlambert2@mindspring.com on Mon, Jul 15, 2002 at 02:26:27PM -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, Jul 15, 2002 at 02:26:27PM -0700, Terry Lambert wrote: > "Stephane E. Potvin" wrote: > > In my porting effort to the ARM platform, I need a function that has the > > functionality of NetBSD's uvm_pglistalloc. This is needed because the L1 > > table of the StrongARM processor is four pages. These pages need to be > > allocated contiguously. I guess that I can probably acheive this goal by > > wrapping something around contigmalloc, but before I do so I just wanted > > to double check that there was no already available facilities that I had > > overlooked. > > How often must this be allocated? > > How many of them are needed? > > If you only need a small set number of them, then they can be > allocated very early on in the system lifetime, which means > you should allocate them in machdep.c, with the rest of the > memory overlay which attempts to make memory in protected mode > look like physical RAM. I need one per process to hold the L1PT of the process' vm space. I will probably implement a cache to avoid creating/destroying repetitively but I don't think that it's reasonable to preallocate them as it will wire too much physical memory. Steph To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 16 11:10:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 753F237B400 for ; Tue, 16 Jul 2002 11:10:40 -0700 (PDT) Received: from utility.clubscholarship.com (utility.clubscholarship.com [198.78.70.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B8F743E58 for ; Tue, 16 Jul 2002 11:10:40 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Received: from localhost (root@localhost) by utility.clubscholarship.com (8.11.6/8.11.6) with ESMTP id g6GI7Gm38979 for ; Tue, 16 Jul 2002 11:07:16 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Date: Tue, 16 Jul 2002 11:07:15 -0700 (PDT) From: Patrick Thomas To: Subject: resolver workaround conceptually possible ? Message-ID: <20020716110540.N79469-100000@utility.clubscholarship.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 under the impression that at this time there is no workaround for the resolver problem - you are forced to reinstall or upgrade. I am curious though, is it at least conceptually possible that there could be a workaround ? If so, what would it entail ? thanks - pt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 16 11:17: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E436637B400 for ; Tue, 16 Jul 2002 11:16:59 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9622943E42 for ; Tue, 16 Jul 2002 11:16:59 -0700 (PDT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 777192A7F2 for ; Tue, 16 Jul 2002 11:16:59 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 27B744C285 for ; Tue, 16 Jul 2002 11:16:59 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id CE9A03927; Tue, 16 Jul 2002 11:16:58 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Patrick Thomas Cc: freebsd-hackers@freebsd.org Subject: Re: resolver workaround conceptually possible ? In-Reply-To: <20020716110540.N79469-100000@utility.clubscholarship.com> Date: Tue, 16 Jul 2002 11:16:58 -0700 From: Peter Wemm Message-Id: <20020716181658.CE9A03927@overcee.wemm.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 Patrick Thomas wrote: > > I am under the impression that at this time there is no workaround for the > resolver problem - you are forced to reinstall or upgrade. > > I am curious though, is it at least conceptually possible that there could > be a workaround ? If so, what would it entail ? Assuming that bind9 has been fixed, you could use bind9 for your local resolver and it will "filter" anything nasty out as a side effect of the fact that it always constructs replies, rather than caching a reply and forwarding the reply as-is to the resolver client (as bind8 does). Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 16 11:36:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C91E737B400 for ; Tue, 16 Jul 2002 11:36:52 -0700 (PDT) Received: from utility.clubscholarship.com (utility.clubscholarship.com [198.78.70.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D07643E6E for ; Tue, 16 Jul 2002 11:36:52 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Received: from localhost (root@localhost) by utility.clubscholarship.com (8.11.6/8.11.6) with ESMTP id g6GIXMZ40062; Tue, 16 Jul 2002 11:33:22 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Date: Tue, 16 Jul 2002 11:33:22 -0700 (PDT) From: Patrick Thomas To: Peter Wemm Cc: Subject: Re: resolver workaround conceptually possible ? In-Reply-To: <20020716181658.CE9A03927@overcee.wemm.org> Message-ID: <20020716113032.M79469-100000@utility.clubscholarship.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 > Assuming that bind9 has been fixed, you could use bind9 for your local > resolver and it will "filter" anything nasty out as a side effect of the > fact that it always constructs replies, rather than caching a reply and > forwarding the reply as-is to the resolver client (as bind8 does). Thank you very much. I would like to clarify two things - first, that I can "fix" bind9 by simply grabbing the tarball, configure;make;make install ... or do I have to change libraries on the system itself and otehrwise rearrange things in order for bind9 to compile "fixed" ? That is, just update bind9 as normal ? Second, again, just to clarify, this is a full fix ? Once someone does this they can rest easy ? thanks a lot! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 16 11:41:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D493837B400 for ; Tue, 16 Jul 2002 11:41:41 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 814D743E3B for ; Tue, 16 Jul 2002 11:41:41 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020716184032.VADE24728.rwcrmhc51.attbi.com@InterJet.elischer.org>; Tue, 16 Jul 2002 18:40:32 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA73832; Tue, 16 Jul 2002 11:37:05 -0700 (PDT) Date: Tue, 16 Jul 2002 11:37:04 -0700 (PDT) From: Julian Elischer To: Patrick Thomas Cc: freebsd-hackers@freebsd.org Subject: Re: resolver workaround conceptually possible ? In-Reply-To: <20020716110540.N79469-100000@utility.clubscholarship.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 a real workaround means: setting resolver.conf to point to 127.0.0.1 running a local copy of bind-9 as a forwarding server. bind-9 rebuilds requests and answers it forwards.. bind-8 just passes them through. On Tue, 16 Jul 2002, Patrick Thomas wrote: > > I am under the impression that at this time there is no workaround for the > resolver problem - you are forced to reinstall or upgrade. > > I am curious though, is it at least conceptually possible that there could > be a workaround ? If so, what would it entail ? > > thanks - pt > > > 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 Jul 16 11:44:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28F3F37B400 for ; Tue, 16 Jul 2002 11:44:09 -0700 (PDT) Received: from utility.clubscholarship.com (utility.clubscholarship.com [198.78.70.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0FB643E6A for ; Tue, 16 Jul 2002 11:44:08 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Received: from localhost (root@localhost) by utility.clubscholarship.com (8.11.6/8.11.6) with ESMTP id g6GIelM40435; Tue, 16 Jul 2002 11:40:47 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Date: Tue, 16 Jul 2002 11:40:47 -0700 (PDT) From: Patrick Thomas To: Julian Elischer Cc: Subject: Re: resolver workaround conceptually possible ? In-Reply-To: Message-ID: <20020716113916.U79469-100000@utility.clubscholarship.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 Understood. That's not very painful at all - I assume any new version of bind9 will work then. Is there a reason this workaround couldn't be added to the freebsd-security advisory ? Currently it states there is no workaround, and this is a very nice one... Also, you meant resolv.conf, right ? (not resolver.conf ?) --pt On Tue, 16 Jul 2002, Julian Elischer wrote: > a real workaround means: > > setting resolver.conf to point to 127.0.0.1 > running a local copy of bind-9 as a forwarding server. > bind-9 rebuilds requests and answers it forwards.. > bind-8 just passes them through. > > > On Tue, 16 Jul 2002, Patrick Thomas wrote: > > > > > I am under the impression that at this time there is no workaround for the > > resolver problem - you are forced to reinstall or upgrade. > > > > I am curious though, is it at least conceptually possible that there could > > be a workaround ? If so, what would it entail ? > > > > thanks - pt > > > > > > 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 Jul 16 12: 8:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0191437B400 for ; Tue, 16 Jul 2002 12:08:39 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id A189443E3B for ; Tue, 16 Jul 2002 12:08:38 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020716190015.VUSI24728.rwcrmhc51.attbi.com@InterJet.elischer.org>; Tue, 16 Jul 2002 19:00:15 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA73904; Tue, 16 Jul 2002 11:47:57 -0700 (PDT) Date: Tue, 16 Jul 2002 11:47:55 -0700 (PDT) From: Julian Elischer To: Patrick Thomas Cc: freebsd-hackers@freebsd.org Subject: Re: resolver workaround conceptually possible ? In-Reply-To: <20020716113916.U79469-100000@utility.clubscholarship.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, 16 Jul 2002, Patrick Thomas wrote: > > Understood. That's not very painful at all - I assume any new version of > bind9 will work then. the newest definitly will > > Is there a reason this workaround couldn't be added to the > freebsd-security advisory ? Currently it states there is no workaround, > and this is a very nice one... If the security people felt like it, it would probably be an idea to mention it.. Also, having your own caching forwarding server is usually a good idea on any site with mor ethan a few machines anyway. > > Also, you meant resolv.conf, right ? (not resolver.conf ?) yes of course.. :-) Of course you just need one forwarding server per site not per machine.. (and block outgoing dns requests from all other machines using the firewall) > > --pt > > On Tue, 16 Jul 2002, Julian Elischer wrote: > > > a real workaround means: > > > > setting resolver.conf to point to 127.0.0.1 > > running a local copy of bind-9 as a forwarding server. > > bind-9 rebuilds requests and answers it forwards.. > > bind-8 just passes them through. > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 16 13:54:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9E0D37B400 for ; Tue, 16 Jul 2002 13:54:55 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A89143E3B for ; Tue, 16 Jul 2002 13:54:55 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0002.cvx40-bradley.dialup.earthlink.net ([216.244.42.2] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17UZLN-0005Qj-00; Tue, 16 Jul 2002 13:54:49 -0700 Message-ID: <3D3487EC.24A7B112@mindspring.com> Date: Tue, 16 Jul 2002 13:54:04 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Stephane E. Potvin" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: NetBSD's uvm_pglistalloc equivalent? References: <20020715142136.A1012@hades.videotron.ca.> <3D333E03.549F18D0@mindspring.com> <20020716140833.D1012@hades.videotron.ca.> 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 "Stephane E. Potvin" wrote: > > How often must this be allocated? > > > > How many of them are needed? > > > > If you only need a small set number of them, then they can be > > allocated very early on in the system lifetime, which means > > you should allocate them in machdep.c, with the rest of the > > memory overlay which attempts to make memory in protected mode > > look like physical RAM. > > I need one per process to hold the L1PT of the process' vm space. I will > probably implement a cache to avoid creating/destroying repetitively but I > don't think that it's reasonable to preallocate them as it will wire too > much physical memory. So your answers are: o Allocated on every fork, freed on every exit o One per process I don't know how you have the ARM memory map laid out. One thing that FreeBSD does -- and why I suggested machdep.c -- is to map out page mappings, without providing backing store for those mappings until later. I guess I need a clarification on your original statement: > > > table of the StrongARM processor is four pages. These pages > > > need to be allocated contiguously. The questions are: o Contiguous in physical memory? yes/no o Contiguous in kernel virtual memory? yes/no o Mapped at all in user virtual memory? yes/no o Contiguous in user virtual memory? yes/no If it's just in kernel virtual memory, then the approach I suggested -- using machdep.c -- is the correct one. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 16 15:42: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17DD337B400 for ; Tue, 16 Jul 2002 15:42:05 -0700 (PDT) Received: from valu.uninet.ee (valu.uninet.ee [194.204.34.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id B586343E58 for ; Tue, 16 Jul 2002 15:42:04 -0700 (PDT) (envelope-from taavi@uninet.ee) Received: by valu.uninet.ee (Postfix, from userid 1002) id E899436452; Wed, 17 Jul 2002 01:42:03 +0300 (EEST) Received: from localhost (localhost [127.0.0.1]) by valu.uninet.ee (Postfix) with ESMTP id E56833261B for ; Wed, 17 Jul 2002 01:42:03 +0300 (EEST) Date: Wed, 17 Jul 2002 01:42:03 +0300 (EEST) From: Taavi Talvik To: freebsd-hackers@freebsd.org Subject: Linker sets portability Message-ID: <20020717014008.Y99892-100000@valu.uninet.ee> 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 Probably this belongs to questions, but anyway: How portable is idea of using linker sets? Is it possible to use them (maybe using some preprocessor wizardry) on linux/solaris/win/etc? Do they have somewhat similiar facilities? best regards, taavi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 16 16:16:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5540E37B400 for ; Tue, 16 Jul 2002 16:16:19 -0700 (PDT) Received: from x-filez.com (x-filez.com [128.121.214.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1517143E58 for ; Tue, 16 Jul 2002 16:16:19 -0700 (PDT) (envelope-from postmaster@mediatwins.com) Received: from company.mail ([212.24.137.218]) by mail.x-filez.com (8.Who.Cares/Beer.Is.Better) with ESMTP id g6GNGIl70913 for ; Wed, 17 Jul 2002 03:16:18 +0400 (MSD) Received: from company.mail [212.24.137.218] by company.mail [212.24.137.218] with SMTP (MDaemon.PRO.v5.0.5.R) for ; Wed, 17 Jul 2002 01:15:36 +0200 X-Originator: MailScan From: postmaster@mediatwins.com To: freebsd-hackers@FreeBSD.org Message-id: <22609322997515461243332335507445@mediatwins.com> Date: Wed, 17 Jul 2002 01:15:30 +0200 MIME-Version: 1.0 Subject: Attachments not Delivered by MailScan! Content-Type: multipart/mixed; boundary="MailScanBoundary0" Content-Transfer-Encoding: 7bit X-MDRemoteIP: 212.24.137.218 X-Return-Path: postmaster@mediatwins.com X-MDaemon-Deliver-To: freebsd-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 --MailScanBoundary0 Content-type: text/plain; Content-Transfer-Encoding: 7bit The attachment(s) that you sent with the following mail was deleted by MailScan (not delivered to the recipient) ========================================================== The Mail came from : freebsd-hackers@FreeBSD.org The Mail recipient : mainmail@company.mail Subject of the Mail : A very good tool Message-ID : The following attachments were deleted: Attachment: class.exe ========================================================== Use MailScan on your EMail Servers for maximum protection from Internet-borne viruses. --MailScanBoundary0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 16 16:30:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87B2337B400 for ; Tue, 16 Jul 2002 16:30:47 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1875A43E42 for ; Tue, 16 Jul 2002 16:30:47 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0098.cvx40-bradley.dialup.earthlink.net ([216.244.42.98] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17UbmF-0000fr-00; Tue, 16 Jul 2002 16:30:43 -0700 Message-ID: <3D34AC52.2D882455@mindspring.com> Date: Tue, 16 Jul 2002 16:29:22 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Taavi Talvik Cc: freebsd-hackers@freebsd.org Subject: Re: Linker sets portability References: <20020717014008.Y99892-100000@valu.uninet.ee> 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 Taavi Talvik wrote: > Probably this belongs to questions, but anyway: > > How portable is idea of using linker sets? Is it possible > to use them (maybe using some preprocessor wizardry) on > linux/solaris/win/etc? Do they have somewhat similiar facilities? "Moderately portable". A linker set is basically a mechanism for getting the linker to aggregate instances of a structure element into an array of structure elements, and then set a total count. In effect, it allows you to "magically" declare an initialized array of data in a distributed fashion, instead of having to declare it al together, in one module. It is an abuce of the method that the GNU ld uses in order to aggregate lists of constructor and destructor references for support of virtual, pure virtual, and template classes as single instances, rather than as static per object instances. This basically allows you to do "templateclassname foo;", and end up with only one copy of the member function code (the constructor, destructor, etc.) for the entire program, even if you statically declare instances of this class type in multiple compilation units. The simple answer to your question is that you can abuse this mechanism wherever you use ELF, GNU ld is used as your linker, and your compiler supports inline assembly with ELF section attribution. This answer is "good enough" if you are using GNU tools on all your platforms, so you could stop reading now. However, if you are not... The more complete answer is that any linker that supports a C++ compiler, and for which the combination permits a single instance of a constructor/destructor for a virtual or pure virtual base class *might* support linker sets, if the code was implemented generically enough (i.e. the aggregation effect is by attribute, not by specific name, and limited to e.g. ".init" and ".fini"). If it supports single instancing with template classes, rather than static instancing, then you are *guaranteed* that the linker can support linker sets. In general, this must be supported to enable implementation of certain C++ standard mandated elements, in particular, static data members, such as list::count (an integer count of elements on a per type list), which could not be implemented with per compilation unit static instances. So the claim "standards compliant", if accurate, usually means "yes". Whether the C compiler can generate them is based on the ability of the C compiler to generate linker C++ feature triggering code... which bascially means inline assembly, and the ability to specify enough information to trigger the linker effect (i.e. if the linker looks at the object attribute ans the compiler attributes objects as "compiled C code" as distinct from "compiled C++ code", then it won't work; because of the need for C++ code to link with system libraries written in C, though, this check is unlikely). Microsoft DLL's have that ability, derived from OLE, and based on the current COM (Common Object Model) to create arbitrary support for aggregate objects. Specifically, Microsoft DLL's which are instances of COM objects generally have "process attach" and "process detach" entry points (equivalent to ".init" and ".fini" in UNIX for the creation of global constructors and destructors). They also have the ability to support arbitrary "thread attach" and "thread detach" entry points. These are necessary to be able to support "rental" and "apartment" model threading, which permits you to create a thread-unsafe library, and maintain the ability to use it from a threaded program anyway (UNIX is very behind Microsoft here; an example is the LDAP and IMAP4 client libraries, both of which could benefit from these models, but of course, the LDAP libraries are generally not thread safe even on Win32, because people don't know how to program to Windows threads models). Because they need to be able to create a worker thread at "process attach", kill it at "process detach", and IPC with it from threads which rendesvous at "thread attach" and "thread detach", Microsoft supports an arbitrary extension mechanism in their linker, which you can access from Visual C++ inline asm directives (the WSOCK32 -- "winsock" -- API requires this ability, since it uses an event engine to translate windows events for asynchornous events; every Windows network application effectively relies on a hidden window with an event loop in it based on a "process attach" to the DLL). -- So the general answer is "pretty much everyone whose linker is capable of linking programs compliant with the C++ standards, and whose C compiler supports a sufficiently sophisticated ability to escape to inline assebly to generate the data that the linker uses to accomplish C++ specific features, can be made to support linker sets". Of course... "the implementation is left as an exercise for the student"... 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 16 17:33:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A826237B400 for ; Tue, 16 Jul 2002 17:33:52 -0700 (PDT) Received: from natto.numachi.com (natto.numachi.com [198.175.254.216]) by mx1.FreeBSD.org (Postfix) with SMTP id 6644643E58 for ; Tue, 16 Jul 2002 17:33:51 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 73776 invoked by uid 1001); 17 Jul 2002 00:33:50 -0000 Date: Tue, 16 Jul 2002 20:33:50 -0400 From: Brian Reichert To: hackers@freebsd.org Subject: forum for discussing 'make release' issues Message-ID: <20020716203350.O259@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i 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 Can someone suggest the be FreeBSD mailing list wherein I could explore issues I'm having with trying to build a 4.6-STABLE release on a 4.5-RELEASE box? I don't know if this is a -hackers question, or a -stable question, or what. (I've looked at the list of lists majordomo knows about, and I don't see what would be a good fit...) Thanks for any input... -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 16 22:30:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC76837B400 for ; Tue, 16 Jul 2002 22:30:30 -0700 (PDT) Received: from mail3.dreamscape.com (mail3.dreamscape.com [206.64.128.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21C9C43E4A for ; Tue, 16 Jul 2002 22:30:26 -0700 (PDT) (envelope-from krentel@dreamscape.com) Received: from dreamscape.com (sA16-p10.dreamscape.com [209.217.195.137]) by mail3.dreamscape.com (8.9.3+blt/8.9.3) with ESMTP id BAA07344 for ; Wed, 17 Jul 2002 01:30:23 -0400 (EDT) Received: from blue.mwk.domain (localhost [127.0.0.1]) by dreamscape.com (8.11.1/8.11.1) with ESMTP id g6H5Tr512665 for ; Wed, 17 Jul 2002 01:29:55 -0400 (EDT) (envelope-from krentel@blue.mwk.domain) Message-Id: <200207170529.g6H5Tr512665@dreamscape.com> To: freebsd-hackers@freebsd.org Subject: dump on mounted fs Date: Wed, 17 Jul 2002 01:29:53 -0400 From: "Mark W. Krentel" 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 Dump still works on a mounted file system in Freebsd, right? That is, a write that completes before dump is started will be in the dump, even if the data is in memory? I don't mean writing to a file during the dump, that's a separate problem. I only recently learned that this doesn't work in Linux and I wanted to check that it's (still?) ok in Freebsd. Apparently, in the 2.4 Linux kernels, the buffer and page caches make it impossible for dump to always get the correct version of a file, even if there are no writes during the dump. It takes a umount before dump will see all of the changes (yuck). Anyone know about Solaris, IRIX, etc? --Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 16 23:10:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AF1237B400 for ; Tue, 16 Jul 2002 23:10:08 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBB1C43E42 for ; Tue, 16 Jul 2002 23:10:07 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0588.cvx22-bradley.dialup.earthlink.net ([209.179.200.78] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Ui0j-0006KF-00; Tue, 16 Jul 2002 23:10:06 -0700 Message-ID: <3D350A0B.198877BC@mindspring.com> Date: Tue, 16 Jul 2002 23:09:15 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Brian Reichert Cc: hackers@freebsd.org Subject: Re: forum for discussing 'make release' issues References: <20020716203350.O259@numachi.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 Brian Reichert wrote: > Can someone suggest the be FreeBSD mailing list wherein I could > explore issues I'm having with trying to build a 4.6-STABLE release > on a 4.5-RELEASE box? > > I don't know if this is a -hackers question, or a -stable question, > or what. (I've looked at the list of lists majordomo knows about, > and I don't see what would be a good fit...) > > Thanks for any input... I don't see anyone else answering, but... This configuration is not supported"(tm). Posting the precise symptoms of the failure on -hackers is probably your best change for an answer; if anyone is doing this, it's there. Is this just to upgrade? If so, then download the CDROM image, burn a disc, and boot off it and select the upgrade option, instead. Building is only really expecte to work RELEASE to next RELEASE or RELEASE to STABLE, not RELEASE to *next* STABLE. It it works, great, but it's not a project goal. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 0:33:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB8C637B400 for ; Wed, 17 Jul 2002 00:33:14 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D80D43E31 for ; Wed, 17 Jul 2002 00:33:14 -0700 (PDT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 436DB2A7D6 for ; Wed, 17 Jul 2002 00:33:14 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 013B74C26C for ; Wed, 17 Jul 2002 00:33:13 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 9C21D3910; Wed, 17 Jul 2002 00:33:13 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Mark W. Krentel" Cc: freebsd-hackers@freebsd.org Subject: Re: dump on mounted fs In-Reply-To: <200207170529.g6H5Tr512665@dreamscape.com> Date: Wed, 17 Jul 2002 00:33:13 -0700 From: Peter Wemm Message-Id: <20020717073313.9C21D3910@overcee.wemm.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 "Mark W. Krentel" wrote: > Dump still works on a mounted file system in Freebsd, right? That is, > a write that completes before dump is started will be in the dump, > even if the data is in memory? I don't mean writing to a file during > the dump, that's a separate problem. > > I only recently learned that this doesn't work in Linux and I wanted > to check that it's (still?) ok in Freebsd. Apparently, in the 2.4 > Linux kernels, the buffer and page caches make it impossible for dump > to always get the correct version of a file, even if there are no > writes during the dump. It takes a umount before dump will see all of > the changes (yuck). > > Anyone know about Solaris, IRIX, etc? Dump on a live FS is always risky. FreeBSD in 4.x and earlier will have up to about a 30 second delay before a write() makes it to physical disk. However, 5.x have snapshots where you can take a virtual snapshot of the file system device as it existed at the instant that you create it. You can then take a coherent dump that *will* be accurate. fsck uses snapshots in 5.x to do background fsck to reclaim lost resources. 5.0 should be released sometime this century. :-) Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 2:23:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3D3637B400 for ; Wed, 17 Jul 2002 02:23:17 -0700 (PDT) Received: from priv-edtnes27.telusplanet.net (defout.telus.net [199.185.220.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id E447743E31 for ; Wed, 17 Jul 2002 02:23:16 -0700 (PDT) (envelope-from sh@planetquake.com) Received: from dbs ([216.232.25.240]) by priv-edtnes27.telusplanet.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP id <20020717092316.IOEF589.priv-edtnes27.telusplanet.net@dbs> for ; Wed, 17 Jul 2002 03:23:16 -0600 Message-ID: <002101c22d73$972ec970$f019e8d8@slugabed.org> From: "Sean Hamilton" To: Subject: Beep after shutdown Date: Wed, 17 Jul 2002 02:23:19 -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 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.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 Greetings, The fact that FreeBSD does not beep after it finishes shutting down has costed me dozens of hours of reformatting inconsistent filesystems, and probably all sorts of little bits of data loss which I'm just unaware of. I've tried to hack this into the kernel myself, without much luck. The best I got it to do was start beeping but never end, since the timer related stuff had already been killed off. This wound up being more irritating than useful. Anybody clueful want to point me in the right direction? thanks, sh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 2:40:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CB1F37B400 for ; Wed, 17 Jul 2002 02:40:26 -0700 (PDT) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2A9A43E3B for ; Wed, 17 Jul 2002 02:40:24 -0700 (PDT) (envelope-from takawata@axe-inc.co.jp) Received: from axe-inc.co.jp ([192.47.224.47]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with ESMTP id SAA08936; Wed, 17 Jul 2002 18:40:22 +0900 (JST) Message-Id: <200207170940.SAA08936@axe-inc.co.jp> To: "Sean Hamilton" Cc: hackers@freebsd.org, chi@bd.mbn.or.jp Subject: Re: Beep after shutdown In-reply-to: Your message of "Wed, 17 Jul 2002 02:23:19 MST." <002101c22d73$972ec970$f019e8d8@slugabed.org> Date: Wed, 17 Jul 2002 18:40:21 +0900 From: Takanori Watanabe 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 <002101c22d73$972ec970$f019e8d8@slugabed.org>, "Sean Hamilton" wrote: >Greetings, > >The fact that FreeBSD does not beep after it finishes shutting down has >costed me dozens of hours of reformatting inconsistent filesystems, and >probably all sorts of little bits of data loss which I'm just unaware of. >I've tried to hack this into the kernel myself, without much luck. The best >I got it to do was start beeping but never end, since the timer related >stuff had already been killed off. This wound up being more irritating than >useful. > >Anybody clueful want to point me in the right direction? Following patch is Chiharu Shibata's patch for old 4-stable. The article on the patch is published in FreeBSD press(http://www.ux.mycom.co.jp/). http://plaza17.mbn.or.jp/~chi/myprog/FreeBSD/scbeep.diff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 2:44:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86F0E37B400 for ; Wed, 17 Jul 2002 02:44:49 -0700 (PDT) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BF7B43E31 for ; Wed, 17 Jul 2002 02:44:48 -0700 (PDT) (envelope-from nicolas@dauerreden.de) Received: from fwd06.sul.t-online.de by mailout06.sul.t-online.com with smtp id 17UlMV-0007gB-03; Wed, 17 Jul 2002 11:44:47 +0200 Received: from pc5.abc (520067998749-0001@[217.233.105.204]) by fmrl06.sul.t-online.com with esmtp id 17UlMO-1yeua8C; Wed, 17 Jul 2002 11:44:40 +0200 Received: from pc5.abc (localhost.abc [127.0.0.1]) by pc5.abc (8.12.3/8.12.3) with ESMTP id g6H9id2e070128 for ; Wed, 17 Jul 2002 11:44:39 +0200 (CEST) (envelope-from nicolas@pc5.abc) Received: (from nicolas@localhost) by pc5.abc (8.12.3/8.12.3/Submit) id g6H9icBv070127 for freebsd-hackers@FreeBSD.ORG; Wed, 17 Jul 2002 11:44:38 +0200 (CEST) Date: Wed, 17 Jul 2002 11:44:38 +0200 From: Nicolas Rachinsky To: freebsd-hackers@FreeBSD.ORG Subject: Re: Beep after shutdown Message-ID: <20020717094438.GA67119@narr.dauerreden.de> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <002101c22d73$972ec970$f019e8d8@slugabed.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002101c22d73$972ec970$f019e8d8@slugabed.org> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: C11ABC0E X-PGP-Fingerprint: 19DB 8392 8FE0 814A 7362 EEBD A53B 526A C11A BC0E X-PGP-Key: http://www.rachinsky.de/nicolas/nicolas_rachinsky.asc User-Agent: Mutt/1.5.1i X-Sender: 520067998749-0001@t-dialin.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 * Sean Hamilton [2002-07-17 02:23 -0700]: > Greetings, > > The fact that FreeBSD does not beep after it finishes shutting down has > costed me dozens of hours of reformatting inconsistent filesystems, and > probably all sorts of little bits of data loss which I'm just unaware of. > I've tried to hack this into the kernel myself, without much luck. The best > I got it to do was start beeping but never end, since the timer related > stuff had already been killed off. This wound up being more irritating than > useful. > > Anybody clueful want to point me in the right direction? See http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/34820 Nicolas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 2:45:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0D3A37B400 for ; Wed, 17 Jul 2002 02:45:27 -0700 (PDT) Received: from priv-edtnes16-hme0.telusplanet.net (defout.telus.net [199.185.220.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CE4B43E64 for ; Wed, 17 Jul 2002 02:45:27 -0700 (PDT) (envelope-from sh@planetquake.com) Received: from dbs ([216.232.25.240]) by priv-edtnes16-hme0.telusplanet.net (InterMail vM.5.01.04.02 201-253-122-122-102-20011128) with SMTP id <20020717094525.ZNEH5909.priv-edtnes16-hme0.telusplanet.net@dbs> for ; Wed, 17 Jul 2002 03:45:25 -0600 Message-ID: <003d01c22d76$b003dff0$f019e8d8@slugabed.org> From: "Sean Hamilton" To: References: <200207170940.SAA08936@axe-inc.co.jp> Subject: Re: Beep after shutdown Date: Wed, 17 Jul 2002 02:45:29 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.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 From: "Takanori Watanabe" > >Anybody clueful want to point me in the right direction? > > Following patch is Chiharu Shibata's patch for old 4-stable. > The article on the patch is published in > FreeBSD press(http://www.ux.mycom.co.jp/). > > http://plaza17.mbn.or.jp/~chi/myprog/FreeBSD/scbeep.diff Unfortunately, no luck here. One of the devices I pull from the kernel is sc, which this depends on. sh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 2:55:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDB8A37B400 for ; Wed, 17 Jul 2002 02:55:12 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 513F743E3B for ; Wed, 17 Jul 2002 02:55:12 -0700 (PDT) (envelope-from baka@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1921) id 090E1AE1CA; Wed, 17 Jul 2002 02:55:12 -0700 (PDT) Date: Wed, 17 Jul 2002 02:55:12 -0700 From: Jon Mini To: Sean Hamilton Cc: hackers@FreeBSD.ORG Subject: Re: Beep after shutdown Message-ID: <20020717095512.GA90175@elvis.mu.org> References: <200207170940.SAA08936@axe-inc.co.jp> <003d01c22d76$b003dff0$f019e8d8@slugabed.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003d01c22d76$b003dff0$f019e8d8@slugabed.org> User-Agent: Mutt/1.3.27i 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, Jul 17, 2002 at 02:45:29AM -0700, Sean Hamilton wrote: > From: "Takanori Watanabe" > > >Anybody clueful want to point me in the right direction? > > > > Following patch is Chiharu Shibata's patch for old 4-stable. > > The article on the patch is published in > > FreeBSD press(http://www.ux.mycom.co.jp/). > > > > http://plaza17.mbn.or.jp/~chi/myprog/FreeBSD/scbeep.diff > > Unfortunately, no luck here. One of the devices I pull from the kernel is > sc, which this depends on. The only bit from syscons used here is sc_tone(), which can quite litterally be pulled out of isa/isa_syscons.c with copy & paste. -- Jonathan Mini 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 Jul 17 6:16: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 590E237B400 for ; Wed, 17 Jul 2002 06:16:01 -0700 (PDT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 673EA43E3B for ; Wed, 17 Jul 2002 06:16:00 -0700 (PDT) (envelope-from sepotvin@videotron.ca) Received: from hades.videotron.ca ([24.203.254.196]) by relais.videotron.ca (Videotron-Netscape Messaging Server v4.15 MTA-PRD3) with ESMTP id GZEA6M00.6DK for ; Wed, 17 Jul 2002 09:15:58 -0400 Received: from hades.videotron.ca. (localhost [127.0.0.1]) by hades.videotron.ca. (8.12.3/8.12.3) with ESMTP id g6HECRPh059112 for ; Wed, 17 Jul 2002 10:12:27 -0400 (EDT) (envelope-from spotvin@hades.videotron.ca) Received: (from spotvin@localhost) by hades.videotron.ca. (8.12.3/8.12.3/Submit) id g6HECQdQ059111 for freebsd-hackers@FreeBSD.ORG; Wed, 17 Jul 2002 10:12:26 -0400 (EDT) Date: Wed, 17 Jul 2002 10:12:26 -0400 From: "Stephane E. Potvin" To: freebsd-hackers@FreeBSD.ORG Subject: Re: NetBSD's uvm_pglistalloc equivalent? Message-ID: <20020717101226.E1012@hades.videotron.ca.> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20020715142136.A1012@hades.videotron.ca.> <3D333E03.549F18D0@mindspring.com> <20020716140833.D1012@hades.videotron.ca.> <3D3487EC.24A7B112@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D3487EC.24A7B112@mindspring.com>; from tlambert2@mindspring.com on Tue, Jul 16, 2002 at 01:54:04PM -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 Tue, Jul 16, 2002 at 01:54:04PM -0700, Terry Lambert wrote: > "Stephane E. Potvin" wrote: > > > How often must this be allocated? > > > > > > How many of them are needed? > > > > > > If you only need a small set number of them, then they can be > > > allocated very early on in the system lifetime, which means > > > you should allocate them in machdep.c, with the rest of the > > > memory overlay which attempts to make memory in protected mode > > > look like physical RAM. > > > > I need one per process to hold the L1PT of the process' vm space. I will > > probably implement a cache to avoid creating/destroying repetitively but I > > don't think that it's reasonable to preallocate them as it will wire too > > much physical memory. > > So your answers are: > > o Allocated on every fork, freed on every exit > > o One per process > > I don't know how you have the ARM memory map laid out. One thing > that FreeBSD does -- and why I suggested machdep.c -- is to map > out page mappings, without providing backing store for those > mappings until later. > > I guess I need a clarification on your original statement: > > > > > table of the StrongARM processor is four pages. These pages > > > > need to be allocated contiguously. > > The questions are: > > o Contiguous in physical memory? yes/no > > o Contiguous in kernel virtual memory? yes/no > > o Mapped at all in user virtual memory? yes/no > > o Contiguous in user virtual memory? yes/no > > If it's just in kernel virtual memory, then the approach I > suggested -- using machdep.c -- is the correct one. > Ok, here are your answers: 1. Contiguous in physical memory? yes 2. Contiguous in kernel virtual memory? not mandatory but would be nice 3. Mapped at all in user virtual memory? no 4. Contiguous in user virtual memory? no This memory area is for the l1 table and is similar to the x86 l1 table, the only difference is the size of the table. On x86 processors, you have 1024 l1 entries (for a total of 4096 bytes or one physical page) per l1 table and each l2 table is 1024 entries (for a total of 4096 bytes or one physical page). In the ARM case, there is 4096 l1 entries (for a total of 16384 bytes or four physical pages) per l1 table and each l2 table is 256 entries (for a total of 1024 bytes or four l2 tables per physical page). The l1 table is mainly accessed by the processor as part of the virtual->physical translation and must be contiguous in physical memory for that reason. Steph To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 8:55:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4014A37B400 for ; Wed, 17 Jul 2002 08:55:16 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id EB3D643E5E for ; Wed, 17 Jul 2002 08:55:14 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 17 Jul 2002 16:55:13 +0100 (BST) Date: Wed, 17 Jul 2002 16:55:10 +0100 From: David Malone To: "Mark W. Krentel" Cc: freebsd-hackers@freebsd.org Subject: Re: dump on mounted fs Message-ID: <20020717155510.GA85749@walton.maths.tcd.ie> References: <200207170529.g6H5Tr512665@dreamscape.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207170529.g6H5Tr512665@dreamscape.com> User-Agent: Mutt/1.3.25i 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, Jul 17, 2002 at 01:29:53AM -0400, Mark W. Krentel wrote: > I only recently learned that this doesn't work in Linux and I wanted > to check that it's (still?) ok in Freebsd. Apparently, in the 2.4 > Linux kernels, the buffer and page caches make it impossible for dump > to always get the correct version of a file, even if there are no > writes during the dump. It takes a umount before dump will see all of > the changes (yuck). After upgrading some Redhat machines to 1GB of ram it became nearly impossible to dump any filesystem without dump going crazy trying to read nonexistant blocks (previously it had worked fine). Upgrading the version of the linux dump program which we use helped significantly and now we can back up the machines with amanda again. Though dumping a live filesystem isn't a very good idea in theory, the only problems we've ever encountered with dumping live FreeBSD filesystems are related to the last allocated inode changing between the start and the end of the dump. I think Ian Dowse has fixed some of these problems in restore. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 9:13:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40EEF37B400 for ; Wed, 17 Jul 2002 09:13:20 -0700 (PDT) Received: from mail.ubergeeks.com (lorax.ubergeeks.com [209.145.65.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D44D43E31 for ; Wed, 17 Jul 2002 09:13:19 -0700 (PDT) (envelope-from adrian@ubergeeks.com) Received: from mail.ubergeeks.com (localhost [127.0.0.1]) by mail.ubergeeks.com (8.12.3/8.12.3) with ESMTP id g6HFhaHb055213; Wed, 17 Jul 2002 11:43:36 -0400 (EDT) (envelope-from adrian@ubergeeks.com) Received: from localhost (adrian@localhost) by mail.ubergeeks.com (8.12.3/8.12.3/Submit) with ESMTP id g6HFhLvb055210; Wed, 17 Jul 2002 11:43:26 -0400 (EDT) (envelope-from adrian@ubergeeks.com) X-Authentication-Warning: lorax.ubergeeks.com: adrian owned process doing -bs Date: Wed, 17 Jul 2002 11:43:21 -0400 (EDT) From: Adrian Filipi-Martin Reply-To: Adrian Filipi-Martin To: Terry Lambert Cc: Alex Dupre , Subject: Re: terminfo/termcap and cygwin In-Reply-To: <3D2C977E.F4EC2346@mindspring.com> Message-ID: <20020717114041.G55180-100000@lorax.ubergeeks.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 On Wed, 10 Jul 2002, Terry Lambert wrote: > Alex Dupre wrote: > > In normal situation accessing to a FreeBSD 4.x machine from cygwin is not > > very pleasant: editing files is quite a pain, there are many terminal > > "glitches" like the cursor in the wrong position and garbage text. > > Sounds like Cygwin's terminal program fails to correctly implement > the ANSI 3.64 standard. Could you use an ANSI 3.64 standard terminal, > instead? Windows Telnet is standards compliant, for example. I'm not sure that cygwin does much in the way of the ANSI work. It's just a DOS box with bash in it, right? My work around for this problem was to use rxvt under cygwin which behaves almost exacly like xterm right down to cutting and pasting. Adrian -- [ adrian@ubergeeks.com ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 9:20:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57FC937B400 for ; Wed, 17 Jul 2002 09:20:14 -0700 (PDT) Received: from mw1.texas.net (mw1.texas.net [206.127.30.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id E94B143E6A for ; Wed, 17 Jul 2002 09:20:12 -0700 (PDT) (envelope-from davidp@staff3.texas.net) Received: from staff3.texas.net (staff3.texas.net [207.207.0.40]) by mw1.texas.net (8.11.6/8.11.6) with ESMTP id g6HGKCW23524 for ; Wed, 17 Jul 2002 11:20:12 -0500 (CDT) Received: (from davidp@localhost) by staff3.texas.net (8.11.6/8.11.6) id g6HGKBv57035 for freebsd-hackers@freebsd.org; Wed, 17 Jul 2002 11:20:11 -0500 (CDT) (envelope-from davidp) Date: Wed, 17 Jul 2002 11:20:11 -0500 From: David Parr To: freebsd-hackers@freebsd.org Subject: ffs_blkfree: bad size panic Message-ID: <20020717112011.A56922@staff.texas.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.2.5.1i 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 got a panic on 4.5-STABLE with ffs_blkfree: bad size. I've searched through the mailing lists archives without finding anything. Can anyone help me trace down what the problem is?=20 Thanks! david davidp@texas.net ------------------------- (davidp) gc02:/tmp$ uname -a FreeBSD gc02.nnrp.aus1.giganews.com 4.5-STABLE FreeBSD 4.5-STABLE #0: Wed M= ay 15 13:44:34 CDT 2002 root@gc01.nnrp.aus1.giganews.com:/usr/obj/usr/s= rc/sys/NEWSBELL1800 i386 (davidp) gc02:/tmp$ sudo gdb -k /usr/tmp/kernel.0 /usr/tmp/vmcore.0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... SMP 2 cpus IdlePTD at phsyical address 0x00324000 initial pcb at physical address 0x00293600 panicstr: ffs_blkfree: bad size panic messages: --- panic: ffs_blkfree: bad size mp_lock =3D 00000001; cpuid =3D 0; lapic.id =3D 01000000 boot() called on cpu#0 syncing disks... 240 71 23 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9=20 giving up on 9 buffers Uptime: 4d0h40m46s xl0: reset didn't complete dumping to dev #twed/0x20001, offset 4194304 dump 2048 2047 2046 2045 2044 2043 2042 2041 2040 2039 2038 2037 2036 2035 = 2034 2033 2032 2031 2030 2029 2028 2027 2026 2025 2024 2023 2022 2021 2020 = 2019 2018 2017 2016 2015 2014 2013 2012 2011 2010 2009 2008 2007 2006 2005 = 2004 2003 2002 2001 2000 1999 1998 1997 1996 1995 1994 1993 1992 1991 1990 = 1989 1988 1987 1986 1985 1984 1983 1982 1981 1980 1979 1978 1977 1976 1975 = 1974 1973 1972 1971 1970 1969 1968 1967 1966 1965 1964 1963 1962 1961 1960 = 1959 1958 1957 1956 1955 1954 1953 1952 1951 1950 1949 1948 1947 1946 1945 = 1944 1943 1942 1941 1940 1939 1938 1937 1936 1935 1934 1933 1932 1931 1930 = 1929 1928 1927 1926 1925 1924 1923 1922 1921 1920 1919 1918 1917 1916 1915 = 1914 1913 1912 1911 1910 1909 1908 1907 1906 1905 1904 1903 1902 1901 1900 = 1899 1898 1897 1896 1895 1894 1893 1892 1891 1890 1889 1888 1887 1886 1885 = 1884 1883 1882 1881 1880 1879 1878 1877 1876 1875 1874 1873 1872 1871 1870 = 1869 1868 1867 1866 1865 1864 1863 1862 1861 1860 1859 1858 1857 1856 1855 = 1854 1853 1852 1851 1850 1849 1848 1847 1846 1845 1844 1843 1842 1841 1840 = 1839 1838 1837 1836 1835 1834 1833 1832 1831 1830 1829 1828 1827 1826 1825 = 1824 1823 1822 1821 1820 1819 1818 1817 1816 1815 1814 1813 1812 1811 1810 = 1809 1808 1807 1806 1805 1804 1803 1802 1801 1800 1799 1798 1797 1796 1795 = 1794 1793 1792 1791 1790 1789 1788 1787 1786 1785 1784 1783 1782 1781 1780 = 1779 1778 1777 1776 1775 1774 1773 1772 1771 1770 1769 1768 1767 1766 1765 = 1764 1763 1762 1761 1760 1759 1758 1757 1756 1755 1754 1753 1752 1751 1750 = 1749 1748 1747 1746 1745 1744 1743 1742 1741 1740 1739 1738 1737 1736 1735 = 1734 1733 1732 1731 1730 1729 1728 1727 1726 1725 1724 1723 1722 1721 1720 = 1719 1718 1717 1716 1715 1714 1713 1712 1711 1710 1709 1708 1707 1706 1705 = 1704 1703 1702 1701 1700 1699 1698 1697 1696 1695 1694 1693 1692 1691 1690 = 1689 1688 1687 1686 1685 1684 1683 1682 1681 1680 1679 1678 1677 1676 1675 = 1674 1673 1672 1671 1670 1669 1668 1667 1666 1665 1664 1663 1662 1661 1660 = 1659 1658 1657 1656 1655 1654 1653 1652 1651 1650 1649 1648 1647 1646 1645 = 1644 1643 1642 1641 1640 1639 1638 1637 1636 1635 1634 1633 1632 1631 1630 = 1629 1628 1627 1626 1625 1624 1623 1622 1621 1620 1619 1618 1617 1616 1615 = 1614 1613 1612 1611 1610 1609 1608 1607 1606 1605 1604 1603 1602 1601 1600 = 1599 1598 1597 1596 1595 1594 1593 1592 1591 1590 1589 1588 1587 1586 1585 = 1584 1583 1582 1581 1580 1579 1578 1577 1576 1575 1574 1573 1572 1571 1570 = 1569 1568 1567 1566 1565 1564 1563 1562 1561 1560 1559 1558 1557 1556 1555 = 1554 1553 1552 1551 1550 1549 1548 1547 1546 1545 1544 1543 1542 1541 1540 = 1539 1538 1537 1536 1535 1534 1533 1532 1531 1530 1529 1528 1527 1526 1525 = 1524 1523 1522 1521 1520 1519 1518 1517 1516 1515 1514 1513 1512 1511 1510 = 1509 1508 1507 1506 1505 1504 1503 1502 1501 1500 1499 1498 1497 1496 1495 = 1494 1493 1492 1491 1490 1489 1488 1487 1486 1485 1484 1483 1482 1481 1480 = 1479 1478 1477 1476 1475 1474 1473 1472 1471 1470 1469 1468 1467 1466 1465 = 1464 1463 1462 1461 1460 1459 1458 1457 1456 1455 1454 1453 1452 1451 1450 = 1449 1448 1447 1446 1445 1444 1443 1442 1441 1440 1439 1438 1437 1436 1435 = 1434 1433 1432 1431 1430 1429 1428 1427 1426 1425 1424 1423 1422 1421 1420 = 1419 1418 1417 1416 1415 1414 1413 1412 1411 1410 1409 1408 1407 1406 1405 = 1404 1403 1402 1401 1400 1399 1398 1397 1396 1395 1394 1393 1392 1391 1390 = 1389 1388 1387 1386 1385 1384 1383 1382 1381 1380 1379 1378 1377 1376 1375 = 1374 1373 1372 1371 1370 1369 1368 1367 1366 1365 1364 1363 1362 1361 1360 = 1359 1358 1357 1356 1355 1354 1353 1352 1351 1350 1349 1348 1347 1346 1345 = 1344 1343 1342 1341 1340 1339 1338 1337 1336 1335 1334 1333 1332 1331 1330 = 1329 1328 1327 1326 1325 1324 1323 1322 1321 1320 1319 1318 1317 1316 1315 = 1314 1313 1312 1311 1310 1309 1308 1307 1306 1305 1304 1303 1302 1301 1300 = 1299 1298 1297 1296 1295 1294 1293 1292 1291 1290 1289 1288 1287 1286 1285 = 1284 1283 1282 1281 1280 1279 1278 1277 1276 1275 1274 1273 1272 1271 1270 = 1269 1268 1267 1266 1265 1264 1263 1262 1261 1260 1259 1258 1257 1256 1255 = 1254 1253 1252 1251 1250 1249 1248 1247 1246 1245 1244 1243 1242 1241 1240 = 1239 1238 1237 1236 1235 1234 1233 1232 1231 1230 1229 1228 1227 1226 1225 = 1224 1223 1222 1221 1220 1219 1218 1217 1216 1215 1214 1213 1212 1211 1210 = 1209 1208 1207 1206 1205 1204 1203 1202 1201 1200 1199 1198 1197 1196 1195 = 1194 1193 1192 1191 1190 1189 1188 1187 1186 1185 1184 1183 1182 1181 1180 = 1179 1178 1177 1176 1175 1174 1173 1172 1171 1170 1169 1168 1167 1166 1165 = 1164 1163 1162 1161 1160 1159 1158 1157 1156 1155 1154 1153 1152 1151 1150 = 1149 1148 1147 1146 1145 1144 1143 1142 1141 1140 1139 1138 1137 1136 1135 = 1134 1133 1132 1131 1130 1129 1128 1127 1126 1125 1124 1123 1122 1121 1120 = 1119 1118 1117 1116 1115 1114 1113 1112 1111 1110 1109 1108 1107 1106 1105 = 1104 1103 1102 1101 1100 1099 1098 1097 1096 1095 1094 1093 1092 1091 1090 = 1089 1088 1087 1086 1085 1084 1083 1082 1081 1080 1079 1078 1077 1076 1075 = 1074 1073 1072 1071 1070 1069 1068 1067 1066 1065 1064 1063 1062 1061 1060 = 1059 1058 1057 1056 1055 1054 1053 1052 1051 1050 1049 1048 1047 1046 1045 = 1044 1043 1042 1041 1040 1039 1038 1037 1036 1035 1034 1033 1032 1031 1030 = 1029 1028 1027 1026 1025 1024 1023 1022 1021 1020 1019 1018 1017 1016 1015 = 1014 1013 1012 1011 1010 1009 1008 1007 1006 1005 1004 1003 1002 1001 1000 = 999 998 997 996 995 994 993 992 991 990 989 988 987 986 985 984 983 982 981= 980 979 978 977 976 975 974 973 972 971 970 969 968 967 966 965 964 963 96= 2 961 960 959 958 957 956 955 954 953 952 951 950 949 948 947 946 945 944 9= 43 942 941 940 939 938 937 936 935 934 933 932 931 930 929 928 927 926 925 = 924 923 922 921 920 919 918 917 916 915 914 913 912 911 910 909 908 907 906= 905 904 903 902 901 900 899 898 897 896 895 894 893 892 891 890 889 888 88= 7 886 885 884 883 882 881 880 879 878 877 876 875 874 873 872 871 870 869 8= 68 867 866 865 864 863 862 861 860 859 858 857 856 855 854 853 852 851 850 = 849 848 847 846 845 844 843 842 841 840 839 838 837 836 835 834 833 832 831= 830 829 828 827 826 825 824 823 822 821 820 819 818 817 816 815 814 813 81= 2 811 810 809 808 807 806 805 804 803 802 801 800 799 798 797 796 795 794 7= 93 792 791 790 789 788 787 786 785 784 783 782 781 780 779 778 777 776 775 = 774 773 772 771 770 769 768 767 766 765 764 763 762 761 760 759 758 757 756= 755 754 753 752 751 750 749 748 747 746 745 744 743 742 741 740 739 738 73= 7 736 735 734 733 732 731 730 729 728 727 726 725 724 723 722 721 720 719 7= 18 717 716 715 714 713 712 711 710 709 708 707 706 705 704 703 702 701 700 = 699 698 697 696 695 694 693 692 691 690 689 688 687 686 685 684 683 682 681= 680 679 678 677 676 675 674 673 672 671 670 669 668 667 666 665 664 663 66= 2 661 660 659 658 657 656 655 654 653 652 651 650 649 648 647 646 645 644 6= 43 642 641 640 639 638 637 636 635 634 633 632 631 630 629 628 627 626 625 = 624 623 622 621 620 619 618 617 616 615 614 613 612 611 610 609 608 607 606= 605 604 603 602 601 600 599 598 597 596 595 594 593 592 591 590 589 588 58= 7 586 585 584 583 582 581 580 579 578 577 576 575 574 573 572 571 570 569 5= 68 567 566 565 564 563 562 561 560 559 558 557 556 555 554 553 552 551 550 = 549 548 547 546 545 544 543 542 541 540 539 538 537 536 535 534 533 532 531= 530 529 528 527 526 525 524 523 522 521 520 519 518 517 516 515 514 513 51= 2 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 4= 93 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 = 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456= 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 43= 7 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 4= 18 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 = 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381= 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 36= 2 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 3= 43 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 = 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306= 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 28= 7 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 2= 68 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 = 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231= 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 21= 2 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 1= 93 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 = 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156= 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 13= 7 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 1= 18 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 = 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 = 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 = 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 = 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1=20 --- #0 0xc0161ee2 in dumpsys () (kgdb) where #0 0xc0161ee2 in dumpsys () #1 0xc0161cb3 in boot () #2 0xc0162125 in panic () #3 0xc01d25d3 in ffs_blkfree () #4 0xc01d6e42 in handle_workitem_freeblocks () #5 0xc01d52bb in process_worklist_item () #6 0xc01d5152 in softdep_process_worklist () #7 0xc018f6e3 in sched_sync () (kgdb) --=20 David Parr email: davidp@texas.net phone: (512) 684-9654 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 10:28:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A374237B400 for ; Wed, 17 Jul 2002 10:28:19 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 419F843E4A for ; Wed, 17 Jul 2002 10:28:19 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0460.cvx22-bradley.dialup.earthlink.net ([209.179.199.205] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Usaz-0000bR-00; Wed, 17 Jul 2002 10:28:14 -0700 Message-ID: <3D35A901.44758CE6@mindspring.com> Date: Wed, 17 Jul 2002 10:27:29 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sean Hamilton Cc: freebsd-hackers@freebsd.org Subject: Re: Beep after shutdown References: <002101c22d73$972ec970$f019e8d8@slugabed.org> 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 Sean Hamilton wrote: > The fact that FreeBSD does not beep after it finishes shutting down has > costed me dozens of hours of reformatting inconsistent filesystems, and > probably all sorts of little bits of data loss which I'm just unaware of. > I've tried to hack this into the kernel myself, without much luck. The best > I got it to do was start beeping but never end, since the timer related > stuff had already been killed off. This wound up being more irritating than > useful. > > Anybody clueful want to point me in the right direction? I agree. If it could beep after powering off, that would be useful, too. I ...er ...uh ...what the heck are you talking about? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 10:42:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5123737B400 for ; Wed, 17 Jul 2002 10:42:22 -0700 (PDT) Received: from natto.numachi.com (natto.numachi.com [198.175.254.216]) by mx1.FreeBSD.org (Postfix) with SMTP id B9F6843E31 for ; Wed, 17 Jul 2002 10:42:20 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 78923 invoked by uid 1001); 17 Jul 2002 17:42:18 -0000 Date: Wed, 17 Jul 2002 13:42:18 -0400 From: Brian Reichert To: Terry Lambert Cc: Brian Reichert , hackers@freebsd.org Subject: Re: forum for discussing 'make release' issues Message-ID: <20020717134218.E259@numachi.com> References: <20020716203350.O259@numachi.com> <3D350A0B.198877BC@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D350A0B.198877BC@mindspring.com>; from tlambert2@mindspring.com on Tue, Jul 16, 2002 at 11:09:15PM -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 Tue, Jul 16, 2002 at 11:09:15PM -0700, Terry Lambert wrote: > Brian Reichert wrote: > > Can someone suggest the be FreeBSD mailing list wherein I could > > explore issues I'm having with trying to build a 4.6-STABLE release > > on a 4.5-RELEASE box? > > > > I don't know if this is a -hackers question, or a -stable question, > > or what. (I've looked at the list of lists majordomo knows about, > > and I don't see what would be a good fit...) > > > > Thanks for any input... > > I don't see anyone else answering, but... > > This configuration is not supported"(tm). Darn. > Posting the precise symptoms of the failure on -hackers is probably > your best change for an answer; if anyone is doing this, it's there. Ok, thanks. > Is this just to upgrade? No. What I had hoped to do was maintain a single build box, on which I could maintain the presence of several releases. I had explored trying to mirror various FTP archives, but I was finding difficult to gauge what I needed for diskspace, and how to selectively pare out what parts I didn't want or need. There doesn't seem to be a canonical description of how that gets laid out, WRT symlinks and whatnot... I found that it was easy enough to keep a mirror of the source tree, as I can extract whatever flavor of source I want. I had a fantasy that that would give me the stepping stone I needed. But, it seems not to be. Oh, well. It was only an experiment. :/ I _wish_ vmware would behave for me... > It it works, great, but it's not a project goal. Noted. Thanks for the feedback... > > -- Terry -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 11:11: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0F4237B400 for ; Wed, 17 Jul 2002 11:10:56 -0700 (PDT) Received: from dexter.zoopee.org (zoopee.org [192.117.108.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89A5543E3B for ; Wed, 17 Jul 2002 11:10:55 -0700 (PDT) (envelope-from alsbergt@zoopee.org) Received: from alsbergt by dexter.zoopee.org with local (Exim 3.34 #2) id 17UtGB-0006OO-00 for freebsd-hackers@freebsd.org; Wed, 17 Jul 2002 21:10:47 +0300 Date: Wed, 17 Jul 2002 21:10:47 +0300 From: Tom Alsberg To: FreeBSD Hackers List Subject: strace, PIOCWSTOP, NFS, and dynamically linked executables Message-ID: <20020717181047.GA24473@zoopee.org> Reply-To: Tom Alsberg Mail-Followup-To: Tom Alsberg , FreeBSD Hackers List Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Face: "5"j@Y1Peoz1;ftTv>\|['ox-csmV+:_RDNdi/2lSe2x?0:HVAeVW~ajwQ7RfDlcb^18eJ;t,O,s5-aNdU/DJ2E8h1s,..4}N9$27u`pWmH|;s!zlqqVwr9R^_ji=1\3}Z6gQBYyQ]{gd5-V8s^fYf{$V2*_&S>eA|SH@Y\hOVUjd[5eah{EO@gCr.ydSpJHJIU[QsH~bC?$C@O:SzF=CaUxp80-iknM(]q(W List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi there... I seem to have some problems with running strace (A program that traces system calls, signals, and processes, in the ports: devel/strace) on FreeBSD. The problem is that the binary executable is not traced (it runs as a forked process of strace, but in the background of the shell). The only output of strace is something like: execve("...", ["..."], [/* ... vars */]PIOCWSTOP: Resource temporarily unavailable (What I substituted '...' for depends on the binary executed) I couldn't find yet what this PIOCWSTOP means exactly (I didn't find it in a search (grep) of all the /usr/include tree). The cases when the problem happens seem to be as follows: If I try to run strace on a statically linked binary (like most binaries in /bin), then: If the binary is on a remote NFS filesystem (FreeBSD 4.6 is the NFS server in this case too, even though it seems to be so too with NetApp's Filer servers), then first the problem happens, then after waiting about 5 seconds and running strace on the same binary again, the problem doesn't happen. If the binary is on a local filesystem (UFS in this case), then the problem does not happen. If I try to run strace on a dynamically linked binary (like most binaries in /usr and other installed programs), then: If the binary is on a remote NFS filesystem, then the problem always seems to happen. If the binary is on a local filesystem, then the problem first happens, and after about 5 seconds running strace on the same binary again, the problem doesn't happen. Or, to say: The problem always happens with a dynamically linked binary on NFS. The problem happens only the first time with a statically linked binary on NFS, or a dynamically linked binary on a local filesystem. The problem never happens with a statically linked binary on a local filesystem. I couldn't yet find the cause, and wonder (would be glad) if someone could help. Thank you, any help appreciated, -- Tom -- Tom Alsberg - certified insane, complete illiterate. e-mail: Homepage: http://www.cs.huji.ac.il/~alsbergt/ * An idea is not responsible for the people who believe in it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 11:41: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9B9837B400 for ; Wed, 17 Jul 2002 11:40:54 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 002DD43E6A for ; Wed, 17 Jul 2002 11:40:52 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0460.cvx22-bradley.dialup.earthlink.net ([209.179.199.205] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17UtjC-0006wr-00; Wed, 17 Jul 2002 11:40:46 -0700 Message-ID: <3D35BA01.144D3B39@mindspring.com> Date: Wed, 17 Jul 2002 11:40:01 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Brian Reichert Cc: hackers@freebsd.org Subject: Re: forum for discussing 'make release' issues References: <20020716203350.O259@numachi.com> <3D350A0B.198877BC@mindspring.com> <20020717134218.E259@numachi.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 Brian Reichert wrote: > What I had hoped to do was maintain a single build box, on > which I could maintain the presence of several releases. > > I had explored trying to mirror various FTP archives, but I was > finding difficult to gauge what I needed for diskspace, and how to > selectively pare out what parts I didn't want or need. There doesn't > seem to be a canonical description of how that gets laid out, WRT > symlinks and whatnot... > > I found that it was easy enough to keep a mirror of the source tree, > as I can extract whatever flavor of source I want. I had a fantasy > that that would give me the stepping stone I needed. > > But, it seems not to be. Oh, well. It was only an experiment. :/ The "normal" way to do this, barring any gratuitous system call changes(*), is to take the "DISC2" FS image, copy it into a directory, chroot into the directory, and do the build in the chroot'ed environment. -- Terry (*) *all* system call changes are, by definition, gratuitous; but everyone believes they can improve "mount" at some point in their naieve young lives, and so there are incompatabilities To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 12: 1:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5C5637B400 for ; Wed, 17 Jul 2002 12:01:42 -0700 (PDT) Received: from mail.empirequest.com (www.empirequest.com [216.126.10.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91EA943E58 for ; Wed, 17 Jul 2002 12:01:41 -0700 (PDT) (envelope-from spinlock_lists@empirequest.com) Received: (qmail 4435 invoked by uid 89); 17 Jul 2002 19:01:23 -0000 Received: from unknown (HELO twothousand) (spinlock?lists@empirequest.com@192.168.0.2) by www.empirequest.com with SMTP; 17 Jul 2002 19:01:23 -0000 Message-ID: <00d501c22dc4$57d08b00$0200a8c0@twothousand> From: "Andrei Cojocaru" To: Subject: Counting the clock cycles Date: Wed, 17 Jul 2002 13:01:22 -0600 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.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.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 was asking around in #freebsdhelp on EFNet what the equivalent of GetTickCount() in the Win32 API is in FreeBSD. I need a way to properly determine passage of time that is not affected if I change the system clock for example. The only way I'm aware that you can do that is by counting the number of clock cycles since system startup. What function does that in FreeBSD? I'd also like a Linux way if possible. (that is a way that will work across all UNIX clones). Thanks and please include my email in the reply directly since I'm not signed up to this mailing list. Thanks once again. ---- Andrei Cojocaru spinlock_lists@empirequest.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 12:16:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8752E37B400 for ; Wed, 17 Jul 2002 12:16:36 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 226F343E5E for ; Wed, 17 Jul 2002 12:16:36 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0460.cvx22-bradley.dialup.earthlink.net ([209.179.199.205] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17UuHp-0000nb-00; Wed, 17 Jul 2002 12:16:33 -0700 Message-ID: <3D35C261.1ED2AC46@mindspring.com> Date: Wed, 17 Jul 2002 12:15:45 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andrei Cojocaru Cc: freebsd-hackers@freebsd.org Subject: Re: Counting the clock cycles References: <00d501c22dc4$57d08b00$0200a8c0@twothousand> 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 Andrei Cojocaru wrote: > I was asking around in #freebsdhelp on EFNet what the equivalent of > GetTickCount() in the Win32 API is in FreeBSD. > > I need a way to properly determine passage of time that is not affected if I > change the system clock for example. The only way I'm aware that you can do > that is by counting the number of clock cycles since system startup. What > function does that in FreeBSD? I'd also like a Linux way if possible. (that > is a way that will work across all UNIX clones). Thanks and please include > my email in the reply directly since I'm not signed up to this mailing list. Use the Pentium Cycle Counter. Note that power management is going to make it inaccurate as a time base. Give up on the idea that you will have a wall time that is more accurate than the CMOS clock; after you've embraced that, you can learn to stop worrying and love Intel. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 12:19:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45FC837B41C for ; Wed, 17 Jul 2002 12:19:49 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1846743E65 for ; Wed, 17 Jul 2002 12:19:49 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id DF577AE30B; Wed, 17 Jul 2002 12:19:48 -0700 (PDT) Date: Wed, 17 Jul 2002 12:19:48 -0700 From: Alfred Perlstein To: Andrei Cojocaru Cc: freebsd-hackers@freebsd.org Subject: Re: Counting the clock cycles Message-ID: <20020717191948.GE77219@elvis.mu.org> References: <00d501c22dc4$57d08b00$0200a8c0@twothousand> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00d501c22dc4$57d08b00$0200a8c0@twothousand> User-Agent: Mutt/1.3.27i 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 * Andrei Cojocaru [020717 12:02] wrote: > I was asking around in #freebsdhelp on EFNet what the equivalent of > GetTickCount() in the Win32 API is in FreeBSD. > > I need a way to properly determine passage of time that is not affected if I > change the system clock for example. The only way I'm aware that you can do > that is by counting the number of clock cycles since system startup. What > function does that in FreeBSD? I'd also like a Linux way if possible. (that > is a way that will work across all UNIX clones). Thanks and please include > my email in the reply directly since I'm not signed up to this mailing list. > Thanks once again. I don't see a platform independant way of doing this, sorry. Have a look at the source for w(1). http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/w/w.c Look at the function pr_header(), it uses SYSCTL to grab system uptime. -- -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.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 12:21:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3282937B400 for ; Wed, 17 Jul 2002 12:21:07 -0700 (PDT) Received: from mail2.lsil.com (mail2.lsil.com [147.145.40.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A710043E4A for ; Wed, 17 Jul 2002 12:21:06 -0700 (PDT) (envelope-from vanis@lsil.com) Received: from mhbs.lsil.com (mhbs [147.145.31.100]) by mail2.lsil.com (8.9.3+Sun/8.9.1) with ESMTP id MAA07978 for ; Wed, 17 Jul 2002 12:21:05 -0700 (PDT) Received: from atl1.se.lsil.com by mhbs.lsil.com with ESMTP for freebsd-hackers@freebsd.org; Wed, 17 Jul 2002 12:20:46 -0700 Received: by EXA-ATLANTA.se.lsil.com with Internet Mail Service (5.5.2653.19) id ; Wed, 17 Jul 2002 15:20:46 -0400 Message-Id: <0E3FA95632D6D047BA649F95DAB60E57F6B243@EXA-ATLANTA.se.lsil.com> From: "Sabapathi, Vanishree" To: freebsd-hackers@freebsd.org Subject: FW: Reg: Claiming a device which is already claimed by another driver. Date: Wed, 17 Jul 2002 15:20:42 -0400 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 had sent this mail already, but was not sure if it reached... as I had not registered previously... I would very much appreciate help on thi topic... Regards, -Vani. > -----Original Message----- > From: Sabapathi, Vanishree > Sent: Wednesday, July 17, 2002 11:11 AM > To: 'freebsd-hackers@spitfire.velocet.net' > Subject: Reg: Claiming a device which is already claimed by another > driver. > > Hi, > I am writing a charecter driver for a pci-ide controller, my problem > is that atapci driver already claims my device. So in essence I need to > detach the atapci driver from my device and claim it.... > I have tried using the bus_generic_detach to detach the atapci driver, but > now how will I be able to attach to it?? > > Regards, > -Vanishree To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 12:26:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCBF537B401 for ; Wed, 17 Jul 2002 12:26:37 -0700 (PDT) Received: from PIKES.panasas.com (gw2.panasas.com [65.194.124.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF93A43E4A for ; Wed, 17 Jul 2002 12:26:36 -0700 (PDT) (envelope-from deepankar.das@panasas.com) Received: from panasas.com ([172.17.132.153]) by PIKES.panasas.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 3M3CQMFT; Wed, 17 Jul 2002 15:26:35 -0400 Message-ID: <3D35C4EA.3050408@panasas.com> Date: Wed, 17 Jul 2002 12:26:34 -0700 From: Deepankar Das User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.4) Gecko/20011126 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Andrei Cojocaru Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Counting the clock cycles References: <00d501c22dc4$57d08b00$0200a8c0@twothousand> 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 rdtsc() will give you cycle counts since system boot. It reads a Pentium internal register which is incremented at every CPU internal clock cycle. Deepankar Andrei Cojocaru wrote: > I was asking around in #freebsdhelp on EFNet what the equivalent of > GetTickCount() in the Win32 API is in FreeBSD. > > I need a way to properly determine passage of time that is not affected if I > change the system clock for example. The only way I'm aware that you can do > that is by counting the number of clock cycles since system startup. What > function does that in FreeBSD? I'd also like a Linux way if possible. (that > is a way that will work across all UNIX clones). Thanks and please include > my email in the reply directly since I'm not signed up to this mailing list. > Thanks once again. > ---- > Andrei Cojocaru > spinlock_lists@empirequest.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 Wed Jul 17 12:43:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E43B737B400 for ; Wed, 17 Jul 2002 12:43:52 -0700 (PDT) Received: from spqr.osg.gov.bc.ca (spqr.osg.gov.bc.ca [142.32.102.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44BC443E72 for ; Wed, 17 Jul 2002 12:43:52 -0700 (PDT) (envelope-from Cy.Schubert@osg.gov.bc.ca) Received: from passer.osg.gov.bc.ca (passer.osg.gov.bc.ca [142.32.110.29]) by spqr.osg.gov.bc.ca (Postfix) with ESMTP id EC2329EE10; Wed, 17 Jul 2002 12:43:46 -0700 (PDT) Received: from cwsys.cwsent.com (cwsys2 [10.1.2.1]) by passer.osg.gov.bc.ca (8.12.3/8.12.3) with ESMTP id g6HJhhP6002982; Wed, 17 Jul 2002 12:43:45 -0700 (PDT) (envelope-from cy@cwsent.com) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.12.3/8.12.3) with ESMTP id g6HJhf4o051526; Wed, 17 Jul 2002 12:43:42 -0700 (PDT) (envelope-from cy@cwsys.cwsent.com) Message-Id: <200207171943.g6HJhf4o051526@cwsys.cwsent.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - CITS Open Systems Group From: Cy Schubert - CITS Open Systems Group X-os: FreeBSD X-Sender: cy@cwsent.com To: "Andrei Cojocaru" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Counting the clock cycles In-Reply-To: Message from "Andrei Cojocaru" of "Wed, 17 Jul 2002 13:01:22 MDT." <00d501c22dc4$57d08b00$0200a8c0@twothousand> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Jul 2002 12:43:41 -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 In message <00d501c22dc4$57d08b00$0200a8c0@twothousand>, "Andrei Cojocaru" writ es: > I was asking around in #freebsdhelp on EFNet what the equivalent of > GetTickCount() in the Win32 API is in FreeBSD. > > I need a way to properly determine passage of time that is not affected if I > change the system clock for example. The only way I'm aware that you can do > that is by counting the number of clock cycles since system startup. What > function does that in FreeBSD? I'd also like a Linux way if possible. (that > is a way that will work across all UNIX clones). Thanks and please include > my email in the reply directly since I'm not signed up to this mailing list. > Thanks once again. How about time(3)? -- Cheers, Phone: 250-387-8437 Cy Schubert Fax: 250-387-5766 Team Leader, Sun/Alpha Team Email: Cy.Schubert@osg.gov.bc.ca Open Systems Group, CITS Ministry of Management Services Province of BC FreeBSD UNIX: cy@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 Jul 17 13:14:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2885B37B400 for ; Wed, 17 Jul 2002 13:14:16 -0700 (PDT) Received: from mail.empirequest.com (www.empirequest.com [216.126.10.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B68743E65 for ; Wed, 17 Jul 2002 13:14:15 -0700 (PDT) (envelope-from spinlock_lists@empirequest.com) Received: (qmail 6665 invoked by uid 89); 17 Jul 2002 20:14:14 -0000 Received: from unknown (HELO fivehundred) (spinlock?lists@empirequest.com@192.168.0.3) by www.empirequest.com with SMTP; 17 Jul 2002 20:14:14 -0000 Message-ID: <004801c22dce$859bfa60$0300a8c0@fivehundred> From: "Andrei Cojocaru" To: "Cy Schubert - CITS Open Systems Group" Cc: References: <200207171943.g6HJhf4o051526@cwsys.cwsent.com> Subject: Re: Counting the clock cycles Date: Wed, 17 Jul 2002 14:14:14 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4910.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 doesn't fit my criteria since it changes, bah I'll just use gettimeofday = since it's a portable API and hope the computers I run it on don't = change their blocks by too much... ----- Original Message -----=20 From: "Cy Schubert - CITS Open Systems Group" = To: "Andrei Cojocaru" Cc: Sent: Wednesday, July 17, 2002 13:43 Subject: Re: Counting the clock cycles=20 > In message <00d501c22dc4$57d08b00$0200a8c0@twothousand>, "Andrei=20 > Cojocaru" writ > es: > > I was asking around in #freebsdhelp on EFNet what the equivalent of > > GetTickCount() in the Win32 API is in FreeBSD. > >=20 > > I need a way to properly determine passage of time that is not = affected if I > > change the system clock for example. The only way I'm aware that you = can do > > that is by counting the number of clock cycles since system startup. = What > > function does that in FreeBSD? I'd also like a Linux way if = possible. (that > > is a way that will work across all UNIX clones). Thanks and please = include > > my email in the reply directly since I'm not signed up to this = mailing list. > > Thanks once again. >=20 > How about time(3)? >=20 >=20 > -- > Cheers, Phone: 250-387-8437 > Cy Schubert Fax: 250-387-5766 > Team Leader, Sun/Alpha Team Email: Cy.Schubert@osg.gov.bc.ca > Open Systems Group, CITS > Ministry of Management Services > Province of BC =20 > FreeBSD UNIX: cy@FreeBSD.org >=20 >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 13:25:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6C7137B400 for ; Wed, 17 Jul 2002 13:25:53 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id F120743E31 for ; Wed, 17 Jul 2002 13:25:52 -0700 (PDT) (envelope-from dmp@pantherdragon.org) Received: from sparx.pantherdragon.org (evrtwa1-ar10-4-61-236-062.evrtwa1.dsl-verizon.net [4.61.236.62]) by spork.pantherdragon.org (Postfix) with ESMTP id 2BD84471D7; Wed, 17 Jul 2002 13:25:52 -0700 (PDT) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by sparx.pantherdragon.org (Postfix) with ESMTP id ED4A9FFDC; Wed, 17 Jul 2002 13:25:52 -0700 (PDT) Message-ID: <3D35D2D0.F480C81D@pantherdragon.org> Date: Wed, 17 Jul 2002 13:25:52 -0700 From: Darren Pilgrim X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andrei Cojocaru Cc: Cy Schubert - CITS Open Systems Group , freebsd-hackers@FreeBSD.ORG Subject: Re: Counting the clock cycles References: <200207171943.g6HJhf4o051526@cwsys.cwsent.com> <004801c22dce$859bfa60$0300a8c0@fivehundred> 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 Andrei Cojocaru wrote: > > doesn't fit my criteria since it changes, bah I'll just use > gettimeofday since it's a portable API and hope the computers I run > it on don't change their blocks by too much... If you're really worried about it, get a GPS device that can provide you with a PPS signal for use with ntpd. Then I'd say you could safely rely on the computer's clock being accurate. > From: "Cy Schubert - CITS Open Systems Group" > > In message <00d501c22dc4$57d08b00$0200a8c0@twothousand>, "Andrei > > Cojocaru" writes: > > > I was asking around in #freebsdhelp on EFNet what the equivalent of > > > GetTickCount() in the Win32 API is in FreeBSD. > > > > > > I need a way to properly determine passage of time that is not affected if I > > > change the system clock for example. The only way I'm aware that you can do > > > that is by counting the number of clock cycles since system startup. What > > > function does that in FreeBSD? I'd also like a Linux way if possible. (that > > > is a way that will work across all UNIX clones). Thanks and please include > > > my email in the reply directly since I'm not signed up to this mailing list. > > > Thanks once again. > > > > How about time(3)? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 13:35:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D77F37B400 for ; Wed, 17 Jul 2002 13:35:28 -0700 (PDT) Received: from mail.empirequest.com (www.empirequest.com [216.126.10.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9373F43E42 for ; Wed, 17 Jul 2002 13:35:27 -0700 (PDT) (envelope-from spinlock_lists@empirequest.com) Received: (qmail 7432 invoked by uid 89); 17 Jul 2002 20:35:27 -0000 Received: from unknown (HELO fivehundred) (spinlock?lists@empirequest.com@192.168.0.3) by www.empirequest.com with SMTP; 17 Jul 2002 20:35:27 -0000 Message-ID: <005f01c22dd1$7be7d180$0300a8c0@fivehundred> From: "Andrei Cojocaru" To: "Darren Pilgrim" Cc: "Cy Schubert - CITS Open Systems Group" , References: <200207171943.g6HJhf4o051526@cwsys.cwsent.com> <004801c22dce$859bfa60$0300a8c0@fivehundred> <3D35D2D0.F480C81D@pantherdragon.org> Subject: Re: Counting the clock cycles Date: Wed, 17 Jul 2002 14:35:26 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4910.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 I am already synchronizing using xntp, that's not the problem. The = problem is by some weird way the clock got out of sync by about 1hr = during daylight switch on one of the computers I run, and I need a = reliable way to get passage of time (I don't need date/time, just the = passage of it) for different internal operations in the program. ----- Original Message -----=20 From: "Darren Pilgrim" To: "Andrei Cojocaru" Cc: "Cy Schubert - CITS Open Systems Group" = ; Sent: Wednesday, July 17, 2002 14:25 Subject: Re: Counting the clock cycles > Andrei Cojocaru wrote: > >=20 > > doesn't fit my criteria since it changes, bah I'll just use > > gettimeofday since it's a portable API and hope the computers I run > > it on don't change their blocks by too much... >=20 > If you're really worried about it, get a GPS device that can provide > you with a PPS signal for use with ntpd. Then I'd say you could = safely > rely on the computer's clock being accurate. >=20 > > From: "Cy Schubert - CITS Open Systems Group" = > > > In message <00d501c22dc4$57d08b00$0200a8c0@twothousand>, "Andrei > > > Cojocaru" writes: > > > > I was asking around in #freebsdhelp on EFNet what the equivalent = of > > > > GetTickCount() in the Win32 API is in FreeBSD. > > > > > > > > I need a way to properly determine passage of time that is not = affected if I > > > > change the system clock for example. The only way I'm aware that = you can do > > > > that is by counting the number of clock cycles since system = startup. What > > > > function does that in FreeBSD? I'd also like a Linux way if = possible. (that > > > > is a way that will work across all UNIX clones). Thanks and = please include > > > > my email in the reply directly since I'm not signed up to this = mailing list. > > > > Thanks once again. > > > > > > How about time(3)? > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 14: 0:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7E2A37B400 for ; Wed, 17 Jul 2002 14:00:18 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 067A843E6D for ; Wed, 17 Jul 2002 14:00:18 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020717210017.SVWP6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Wed, 17 Jul 2002 21:00:17 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA79591; Wed, 17 Jul 2002 13:50:58 -0700 (PDT) Date: Wed, 17 Jul 2002 13:50:57 -0700 (PDT) From: Julian Elischer To: Darren Pilgrim Cc: Andrei Cojocaru , Cy Schubert - CITS Open Systems Group , freebsd-hackers@FreeBSD.ORG Subject: Re: Counting the clock cycles In-Reply-To: <3D35D2D0.F480C81D@pantherdragon.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 depending on the acuracy needed use the uptime.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 14: 2:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 177FF37B400 for ; Wed, 17 Jul 2002 14:02:53 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5065743E64 for ; Wed, 17 Jul 2002 14:02:52 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g6HL0ZXB096985; Wed, 17 Jul 2002 23:00:36 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Andrei Cojocaru" Cc: "Darren Pilgrim" , "Cy Schubert - CITS Open Systems Group" , freebsd-hackers@FreeBSD.ORG Subject: Re: Counting the clock cycles In-Reply-To: Your message of "Wed, 17 Jul 2002 14:35:26 MDT." <005f01c22dd1$7be7d180$0300a8c0@fivehundred> Date: Wed, 17 Jul 2002 23:00:35 +0200 Message-ID: <96984.1026939635@critter.freebsd.dk> From: Poul-Henning Kamp 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 <005f01c22dd1$7be7d180$0300a8c0@fivehundred>, "Andrei Cojocaru" writ es: >I am already synchronizing using xntp, that's not the problem. The >problem is by some weird way the clock got out of sync by about 1hr >during daylight switch on one of the computers I run, and I need a >reliable way to get passage of time (I don't need date/time, just >the passage of it) for different internal operations in the program. Use UTC time, it has no daylight savings problems. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 14: 3: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAEB737B400 for ; Wed, 17 Jul 2002 14:03:04 -0700 (PDT) Received: from mail.empirequest.com (www.empirequest.com [216.126.10.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87CF943E5E for ; Wed, 17 Jul 2002 14:03:03 -0700 (PDT) (envelope-from spinlock_lists@empirequest.com) Received: (qmail 8527 invoked by uid 89); 17 Jul 2002 21:03:02 -0000 Received: from unknown (HELO fivehundred) (spinlock?lists@empirequest.com@192.168.0.3) by www.empirequest.com with SMTP; 17 Jul 2002 21:03:02 -0000 Message-ID: <007801c22dd5$56d2ba50$0300a8c0@fivehundred> From: "Andrei Cojocaru" To: "Julian Elischer" , "Darren Pilgrim" Cc: "Cy Schubert - CITS Open Systems Group" , References: Subject: Re: Counting the clock cycles Date: Wed, 17 Jul 2002 15:03:02 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4910.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 yes but how do you get the uptime? ----- Original Message -----=20 From: "Julian Elischer" To: "Darren Pilgrim" Cc: "Andrei Cojocaru" ; "Cy Schubert - = CITS Open Systems Group" ; = Sent: Wednesday, July 17, 2002 14:50 Subject: Re: Counting the clock cycles > depending on the acuracy needed use the uptime.. >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 14:45:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE79137B400 for ; Wed, 17 Jul 2002 14:45:10 -0700 (PDT) Received: from pooh.softalia.com (pooh.softalia.com [65.161.202.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BC2A43E67 for ; Wed, 17 Jul 2002 14:45:09 -0700 (PDT) (envelope-from kkonaka@softalia.com) Received: from tigger.softalia.com (tigger.softalia.com [65.161.202.175]) by pooh.softalia.com (8.9.3+Sun/3.7W-isfs) with ESMTP id RAA07621; Wed, 17 Jul 2002 17:45:00 -0400 (EDT) Received: from roo.softalia.com (IDENT:444-ident-is-a-completely-pointless-protocol-that-offers-no-security-or-traceability-at-all-so-take-this-and-log-it!@roo.softalia.com [10.10.10.4]) by tigger.softalia.com (8.11.4/3.7W-isfs) with ESMTP id g6HLj1t07219; Wed, 17 Jul 2002 17:45:01 -0400 Date: Wed, 17 Jul 2002 17:44:50 -0400 Message-ID: From: kkonaka@mac.com To: freebsd-hackers@FreeBSD.ORG Subject: Re: Counting the clock cycles In-Reply-To: <007801c22dd5$56d2ba50$0300a8c0@fivehundred> References: <007801c22dd5$56d2ba50$0300a8c0@fivehundred> <00d501c22dc4$57d08b00$0200a8c0@twothousand> User-Agent: Wanderlust/2.6.0 (Twist And Shout) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/20.7 (sparc--netbsdelf) MULE/4.0 (HANANOEN) 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 need a way to properly determine passage of time > that is not affected if I change the system clock > for example. how about using setitimer(2) - ITIMER_REAL? since it appears(?) on almost all unix(-like) platforms this expires based only on callout (or jiffies) ticks countdown, and settimeofday(2) never seems to bother adjusting callout queues. kenji To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 14:45:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06E0F37B400 for ; Wed, 17 Jul 2002 14:45:28 -0700 (PDT) Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49F9543E5E for ; Wed, 17 Jul 2002 14:45:27 -0700 (PDT) (envelope-from robm@mac.com) Received: from smtp-relay01.mac.com (smtp-relay01-en1 [10.13.10.224]) by smtpout.mac.com (8.12.1/8.10.2/1.0) with ESMTP id g6HLjQ7d005983 for ; Wed, 17 Jul 2002 14:45:26 -0700 (PDT) Received: from asmtp01.mac.com (asmtp01-qfe3 [10.13.10.65]) by smtp-relay01.mac.com (8.12.1/8.12.1/1.0) with ESMTP id g6HLjLWf026340 for ; Wed, 17 Jul 2002 14:45:21 -0700 (PDT) Received: from h209-139-252-250.gtconnect.net ([66.119.176.126]) by asmtp01.mac.com (Netscape Messaging Server 4.15) with ESMTP id GZEXRK00.KBV for ; Wed, 17 Jul 2002 14:45:20 -0700 Date: Wed, 17 Jul 2002 14:45:18 -0700 Mime-Version: 1.0 (Apple Message framework v482) Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: problem getting multiple bktr devices talking through a single HB1 bridge From: Rob McKeever To: freebsd-hackers@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <7CCB9A8B-99CE-11D6-8D79-0050E4465D5F@mac.com> X-Mailer: Apple Mail (2.482) 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 everyone, I've got a problem I'm hoping that someone out there can help solve (surprise, surprise!). I've got a bunch of capture cards that use 4 Conexant BT878A capture chips connected through a single HiNT HB1 bridge chip. When I've tried connecting multiple BT878's directly to the main PCI bus, the system runs just fine with all slots filled. I've tried the same thing using the multi-chip capture cards but have had much less success - the system will run for a period of time, then spontaneously reboot without warning. It usually does not leave a kernel dump. So far, Ive got: 1) Multiple independent BT878A's work fine (devices bktr0 through bktr7 usually, although I've also tweaked things to test with up to 20 bktr devices) 2) Running only one BT878A per HiNT HB1 bridge works just fine 3) Running multiple BT878A's per HB1 causes reboots The test software I've been using to try and figure this out is fxtv. I'll be using some of my own streaming code in the end, but this provides a nice open source verification of the problem (thus assuring me that it's not something I did wrong). The more simultaneous session started ('cause the bktr driver doesn't automatically disable capture when a connected client process closes), the quicker the system crashes. I've talked to Roger Hardiman, who maintains the bktr driver, who suggested that perhaps some special setup info had to be given to bridge chip (like what is done to support the newer Matrox Meteor cards). The only affect I've been able to have by doing this has been to set the primary and secondary latency higher - this results in somewhat longer times between reboots. I've talked to HiNT who thinks this is likely an issue with the BT878A driver on FreeBSD. I've been trying to get in touch with Conexant, but the closest I've been able to get is phone tag with a local field engineer. Can anyone provide any other suggestions? I can provide specs sheets for all chips involved, kernel configuration info, run tests, etc. if it will help. I's also be willing to compensate someone some for their efforts should we manage to find an answer. Thanks, in advance, Rob McKeever Vancouver, BC Canada robm@mac.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 18:47:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D5AB37B405 for ; Wed, 17 Jul 2002 18:47:32 -0700 (PDT) Received: from www.powerlist.info (www.powerlist.info [202.5.125.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 640FE43E6D for ; Wed, 17 Jul 2002 18:47:29 -0700 (PDT) (envelope-from powerlist-powerlist-return-@www.powerlist.info) Received: (qmail 16658 invoked by uid 508); 17 Jul 2002 06:38:43 -0000 Mailing-List: contact powerlist-powerlist-help@www.powerlist.info; run by ezmlm List-Help: List-Post: List-Subscribe: Date: 17 Jul 2002 06:38:43 -0000 Message-ID: <1026887923.16657.ezmlm@www.powerlist.info> From: powerlist-powerlist-help@www.powerlist.info To: hackers@freefall.freebsd.org Delivered-To: responder for powerlist-powerlist@www.powerlist.info Received: (qmail 16652 invoked from network); 17 Jul 2002 06:38:42 -0000 Received: from english-breakfast.cloud9.net (168.100.1.9) by 0 with SMTP; 17 Jul 2002 06:38:42 -0000 Received: from irish-breakfast.cloud9.net (irish-breakfast.cloud9.net [168.100.1.6]) by english-breakfast.cloud9.net (Postfix) with ESMTP id BC73D26C48 for ; Mon, 15 Jul 2002 07:35:54 -0400 (EDT) MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: ezmlm response 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'm managing the PowerList mailing list. I'm sorry, I've been unable to carry out your request, since the address hackers@freefall.freebsd.org was not on the PowerList mailing list when I received your request and is not a subscriber of this list. If you unsubscribe, but continue to receive mail, you're subscribed under a different address than the one you currently use. The message will have a ``List-Unsubscribe:'' header, you can send a message to the address in that header. It contains the subscription already coded into it. If this still doesn't work, I'm sorry to say that I can't help you. Please FORWARD a list message together with a note about what you're trying to achieve and a list of addresses that you might be subscribed under to my owner: who will take care of it. My owner is a little bit slower than I am, so please be patient. --- Enclosed is a copy of the request I received. Return-Path: Received: (qmail 16652 invoked from network); 17 Jul 2002 06:38:42 -0000 Received: from english-breakfast.cloud9.net (168.100.1.9) by 0 with SMTP; 17 Jul 2002 06:38:42 -0000 Received: from irish-breakfast.cloud9.net (irish-breakfast.cloud9.net [168.100.1.6]) by english-breakfast.cloud9.net (Postfix) with ESMTP id BC73D26C48 for ; Mon, 15 Jul 2002 07:35:54 -0400 (EDT) Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary To: powerlist-powerlist-uc.1026694783.nibopnojdinkaljfdpol-hackers=freefall.freebsd.org@www.powerlist.info From: jellmers@cloud9.net X-Originating-Ip: 198.8.1.14 MIME-Version: 1.0 Reply-To: jellmers@cloud9.net Date: Mon, 15 Jul 2002 7:35:54 EDT X-Mailer: EMUmail 5.1 Subject: (No subject) X-Http_host: www.mail.cloud9.net X-Webmail-User: jellmers@mail.cloud9.net Message-Id: <20020715113554.BC73D26C48@english-breakfast.cloud9.net> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 21:19:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B64937B486 for ; Wed, 17 Jul 2002 21:19:10 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B435043E65 for ; Wed, 17 Jul 2002 21:19:06 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6I4I71f022780; Wed, 17 Jul 2002 22:18:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 17 Jul 2002 22:17:13 -0600 (MDT) Message-Id: <20020717.221713.18991134.imp@bsdimp.com> To: dmp@pantherdragon.org Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Counting the clock cycles From: "M. Warner Losh" In-Reply-To: <3D35D2D0.F480C81D@pantherdragon.org> References: <200207171943.g6HJhf4o051526@cwsys.cwsent.com> <004801c22dce$859bfa60$0300a8c0@fivehundred> <3D35D2D0.F480C81D@pantherdragon.org> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) 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 In message: <3D35D2D0.F480C81D@pantherdragon.org> Darren Pilgrim writes: : If you're really worried about it, get a GPS device that can provide : you with a PPS signal for use with ntpd. Then I'd say you could safely : rely on the computer's clock being accurate. If you are lucky enough to find "accuracy" in the 10s of us close enough. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 21:19:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F59E37B40E for ; Wed, 17 Jul 2002 21:19:29 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2819043E67 for ; Wed, 17 Jul 2002 21:19:26 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6I4Ic1f022789; Wed, 17 Jul 2002 22:18:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 17 Jul 2002 22:17:44 -0600 (MDT) Message-Id: <20020717.221744.131412739.imp@bsdimp.com> To: phk@critter.freebsd.dk Cc: spinlock_lists@empirequest.com, dmp@pantherdragon.org, Cy.Schubert@uumail.gov.bc.ca, freebsd-hackers@FreeBSD.ORG Subject: Re: Counting the clock cycles From: "M. Warner Losh" In-Reply-To: <96984.1026939635@critter.freebsd.dk> References: <005f01c22dd1$7be7d180$0300a8c0@fivehundred> <96984.1026939635@critter.freebsd.dk> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) 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 In message: <96984.1026939635@critter.freebsd.dk> Poul-Henning Kamp writes: : In message <005f01c22dd1$7be7d180$0300a8c0@fivehundred>, "Andrei Cojocaru" writ : es: : >I am already synchronizing using xntp, that's not the problem. The : >problem is by some weird way the clock got out of sync by about 1hr : >during daylight switch on one of the computers I run, and I need a : >reliable way to get passage of time (I don't need date/time, just : >the passage of it) for different internal operations in the program. : : Use UTC time, it has no daylight savings problems. Just stupid leap-seconds :-( Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 21:48:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00EA437B400 for ; Wed, 17 Jul 2002 21:48:35 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 870A843E42 for ; Wed, 17 Jul 2002 21:48:34 -0700 (PDT) (envelope-from dmp@pantherdragon.org) Received: from sparx.pantherdragon.org (evrtwa1-ar10-4-61-236-062.evrtwa1.dsl-verizon.net [4.61.236.62]) by spork.pantherdragon.org (Postfix) with ESMTP id 80EBE471D7; Wed, 17 Jul 2002 21:48:34 -0700 (PDT) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by sparx.pantherdragon.org (Postfix) with ESMTP id B539210002; Wed, 17 Jul 2002 21:48:34 -0700 (PDT) Message-ID: <3D3648A2.DADFE507@pantherdragon.org> Date: Wed, 17 Jul 2002 21:48:34 -0700 From: Darren Pilgrim X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "M. Warner Losh" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Counting the clock cycles References: <200207171943.g6HJhf4o051526@cwsys.cwsent.com> <004801c22dce$859bfa60$0300a8c0@fivehundred> <3D35D2D0.F480C81D@pantherdragon.org> <20020717.221713.18991134.imp@bsdimp.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 "M. Warner Losh" wrote: > > In message: <3D35D2D0.F480C81D@pantherdragon.org> > Darren Pilgrim writes: > : If you're really worried about it, get a GPS device that can provide > : you with a PPS signal for use with ntpd. Then I'd say you could safely > : rely on the computer's clock being accurate. > > If you are lucky enough to find "accuracy" in the 10s of us close enough. I don't quite understand what you're saying here. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 22: 2:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13A1F37B401 for ; Wed, 17 Jul 2002 22:02:54 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 513BA43E3B for ; Wed, 17 Jul 2002 22:02:53 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6I52p1f022979; Wed, 17 Jul 2002 23:02:51 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 17 Jul 2002 23:01:46 -0600 (MDT) Message-Id: <20020717.230146.85933196.imp@bsdimp.com> To: dmp@pantherdragon.org Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Counting the clock cycles From: "M. Warner Losh" In-Reply-To: <3D3648A2.DADFE507@pantherdragon.org> References: <3D35D2D0.F480C81D@pantherdragon.org> <20020717.221713.18991134.imp@bsdimp.com> <3D3648A2.DADFE507@pantherdragon.org> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) 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 In message: <3D3648A2.DADFE507@pantherdragon.org> Darren Pilgrim writes: : "M. Warner Losh" wrote: : > : > In message: <3D35D2D0.F480C81D@pantherdragon.org> : > Darren Pilgrim writes: : > : If you're really worried about it, get a GPS device that can provide : > : you with a PPS signal for use with ntpd. Then I'd say you could safely : > : rely on the computer's clock being accurate. : > : > If you are lucky enough to find "accuracy" in the 10s of us close enough. : : I don't quite understand what you're saying here. I'm saying that ntp steers the system clock only +- 40-70us (eg a few 10's of us) in the best client situation on a LAN. Reference clocks can get the system time deviation down to a few microseconds (on the order of 2-5us). phk claims to have gotten better with custom clock hardware... of course these numbers are from FreeBSD 4.3 and the ntp nano-kernel in the kernel has gotten a little better since then. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 23:17: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E7B437B400 for ; Wed, 17 Jul 2002 23:17:00 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2C0343E58 for ; Wed, 17 Jul 2002 23:16:59 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g6I6EZXB000662; Thu, 18 Jul 2002 08:14:41 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "M. Warner Losh" Cc: spinlock_lists@empirequest.com, dmp@pantherdragon.org, Cy.Schubert@uumail.gov.bc.ca, freebsd-hackers@FreeBSD.ORG Subject: Re: Counting the clock cycles In-Reply-To: Your message of "Wed, 17 Jul 2002 22:17:44 MDT." <20020717.221744.131412739.imp@bsdimp.com> Date: Thu, 18 Jul 2002 08:14:35 +0200 Message-ID: <661.1026972875@critter.freebsd.dk> From: Poul-Henning Kamp 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 <20020717.221744.131412739.imp@bsdimp.com>, "M. Warner Losh" writes: >In message: <96984.1026939635@critter.freebsd.dk> > Poul-Henning Kamp writes: >: In message <005f01c22dd1$7be7d180$0300a8c0@fivehundred>, "Andrei Cojocaru" writ >: es: >: >I am already synchronizing using xntp, that's not the problem. The >: >problem is by some weird way the clock got out of sync by about 1hr >: >during daylight switch on one of the computers I run, and I need a >: >reliable way to get passage of time (I don't need date/time, just >: >the passage of it) for different internal operations in the program. >: >: Use UTC time, it has no daylight savings problems. > >Just stupid leap-seconds :-( Well, I have already sent comments to the latest IERS questionaire telling them how ugly we think those are. Unless we want to deal properly with leapseconds and implement TAI, we have no choice in that matter. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 17 23:21:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD92537B400 for ; Wed, 17 Jul 2002 23:21:16 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20E9F43E31 for ; Wed, 17 Jul 2002 23:21:16 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6I6L91f023312; Thu, 18 Jul 2002 00:21:09 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 18 Jul 2002 00:19:42 -0600 (MDT) Message-Id: <20020718.001942.104667940.imp@bsdimp.com> To: phk@critter.freebsd.dk Cc: spinlock_lists@empirequest.com, dmp@pantherdragon.org, Cy.Schubert@uumail.gov.bc.ca, freebsd-hackers@FreeBSD.ORG Subject: Re: Counting the clock cycles From: "M. Warner Losh" In-Reply-To: <661.1026972875@critter.freebsd.dk> References: <20020717.221744.131412739.imp@bsdimp.com> <661.1026972875@critter.freebsd.dk> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) 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 In message: <661.1026972875@critter.freebsd.dk> Poul-Henning Kamp writes: : Unless we want to deal properly with leapseconds and implement TAI, : we have no choice in that matter. Well, djm has libraries that keeps the system time in UTC + leapseconds and causes the right time to be displayed by tweaks to the timezone files.... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 0:19:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 034F737B400 for ; Thu, 18 Jul 2002 00:19:38 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8184143E31 for ; Thu, 18 Jul 2002 00:19:37 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0230.cvx21-bradley.dialup.earthlink.net ([209.179.192.230] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17V5ZR-0006Yq-00; Thu, 18 Jul 2002 00:19:29 -0700 Message-ID: <3D366BD1.D3B14CBC@mindspring.com> Date: Thu, 18 Jul 2002 00:18:41 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andrei Cojocaru Cc: Darren Pilgrim , Cy Schubert - CITS Open Systems Group , freebsd-hackers@FreeBSD.ORG Subject: Re: Counting the clock cycles References: <200207171943.g6HJhf4o051526@cwsys.cwsent.com> <004801c22dce$859bfa60$0300a8c0@fivehundred> <3D35D2D0.F480C81D@pantherdragon.org> <005f01c22dd1$7be7d180$0300a8c0@fivehundred> 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 Andrei Cojocaru wrote: > I am already synchronizing using xntp, that's not the problem. The problem is by some weird way the clock got out of sync by about 1hr during daylight switch on one of the computers I run, and I need a reliable way to get passage of time (I don't need date/time, just the passage of it) for different internal operations in the program. Looking for another clock already living there somewhere in the same PC hardware isn't going to fix it. You need to disable CMOS daylight savings time swithing in the BIOS, so that it doesn't jump the reported clock value on you. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 0:23:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3622237B400 for ; Thu, 18 Jul 2002 00:23:43 -0700 (PDT) Received: from www.powerlist.info (www.powerlist.info [202.5.125.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 155CF43E58 for ; Thu, 18 Jul 2002 00:23:42 -0700 (PDT) (envelope-from powerlist-powerlist-return-@www.powerlist.info) Received: (qmail 8702 invoked by uid 508); 18 Jul 2002 07:36:41 -0000 Mailing-List: contact powerlist-powerlist-help@www.powerlist.info; run by ezmlm List-Help: List-Post: List-Subscribe: Date: 18 Jul 2002 07:36:41 -0000 Message-ID: <1026977801.8701.ezmlm@www.powerlist.info> From: powerlist-powerlist-help@www.powerlist.info To: hackers@freefall.freebsd.org Delivered-To: responder for powerlist-powerlist@www.powerlist.info Received: (qmail 29960 invoked from network); 18 Jul 2002 06:01:05 -0000 Received: from kebab.gaffel.nu (217.8.138.140) by 0 with SMTP; 18 Jul 2002 06:01:05 -0000 Received: (qmail 56583 invoked from network); 15 Jul 2002 08:20:22 -0000 Received: from unknown (HELO jali) (192.168.1.3) by kebab.gaffel.nu with SMTP; 15 Jul 2002 08:20:22 -0000 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: ezmlm response 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'm managing the PowerList mailing list. I'm sorry, I've been unable to carry out your request, since the address hackers@freefall.freebsd.org was not on the PowerList mailing list when I received your request and is not a subscriber of this list. If you unsubscribe, but continue to receive mail, you're subscribed under a different address than the one you currently use. The message will have a ``List-Unsubscribe:'' header, you can send a message to the address in that header. It contains the subscription already coded into it. If this still doesn't work, I'm sorry to say that I can't help you. Please FORWARD a list message together with a note about what you're trying to achieve and a list of addresses that you might be subscribed under to my owner: who will take care of it. My owner is a little bit slower than I am, so please be patient. --- Enclosed is a copy of the request I received. Return-Path: Received: (qmail 29960 invoked from network); 18 Jul 2002 06:01:05 -0000 Received: from kebab.gaffel.nu (217.8.138.140) by 0 with SMTP; 18 Jul 2002 06:01:05 -0000 Received: (qmail 56583 invoked from network); 15 Jul 2002 08:20:22 -0000 Received: from unknown (HELO jali) (192.168.1.3) by kebab.gaffel.nu with SMTP; 15 Jul 2002 08:20:22 -0000 Message-ID: <000d01c22bd8$7b464bd0$0301a8c0@oyvind.no> From: =?iso-8859-1?Q?=D8yvind_Kolbu?= To: Subject: Date: Mon, 15 Jul 2002 10:20:29 +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.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 0:28:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 333EC37B401 for ; Thu, 18 Jul 2002 00:28:35 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 611B043E5E for ; Thu, 18 Jul 2002 00:28:34 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6I7SX1f023474 for ; Thu, 18 Jul 2002 01:28:33 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 18 Jul 2002 01:27:01 -0600 (MDT) Message-Id: <20020718.012701.40618865.imp@bsdimp.com> To: hackers@freebsd.org Subject: Interrupt storms on current handled better than stable From: "M. Warner Losh" X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) 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 Just wanted to let folks know that I'm very happy with the way that interrupt storms are handled in current. They do eat all the CPU, which is unfortunate. However, they don't keep me from breaking into the debugger, or pinging the machine! When I call boot 0 from the debugger, the system becomes very responsive for the short period of time that I can interact with it. This is very cool. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 2: 0:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7278337B400 for ; Thu, 18 Jul 2002 02:00:44 -0700 (PDT) Received: from ns.okbmei.msk.su (ns.okbmei.msk.su [194.190.170.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2FC143E3B for ; Thu, 18 Jul 2002 02:00:41 -0700 (PDT) (envelope-from burba@okbmei.msk.su) Received: (from burba@localhost) by ns.okbmei.msk.su (8.12.3/8.11.4) id g6I90SGX001524 for freebsd-hackers@freebsd.org; Thu, 18 Jul 2002 13:00:28 +0400 (MSD) Message-Id: <200207180900.g6I90SGX001524@ns.okbmei.msk.su> Subject: unsubscribe To: freebsd-hackers@freebsd.org Date: Thu, 18 Jul 2002 13:00:28 +0400 (MSD) From: "Alex S. Burba" Reply-To: "Alex S. Burba" Organization: OKB MEI X-Mailer: ELM [version 2.4ME+ PL92 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit 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 unsubscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 4: 5:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AD8A37B401 for ; Thu, 18 Jul 2002 04:05:46 -0700 (PDT) Received: from mail.acool.net (mail.acool.net [66.28.140.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECC0B43E5E for ; Thu, 18 Jul 2002 04:05:45 -0700 (PDT) (envelope-from ereese@acool.net) Received: from nunyabiz [65.80.167.242] by mail.acool.net with ESMTP (SMTPD32-6.06) id A18B2C02A6; Thu, 18 Jul 2002 07:07:55 -0400 Message-ID: <00be01c22e4b$1b7fa410$0100a8c0@nunyabiz> From: "ereese" To: Subject: errors after cvsup Date: Thu, 18 Jul 2002 07:06:02 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00BB_01C22E29.93813310" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.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 This is a multi-part message in MIME format. ------=_NextPart_000_00BB_01C22E29.93813310 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable After my last cvsup, I went to run make buildworld as I normally do and = got the following error. How do I fix this so that I can continue with = the updates? su-2.04# make buildworld "/usr/src/share/mk/bsd.subdir.mk", line 32: Could not find bsd.init.mk make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src. Emmett Reese Administrator www.acool.net ------=_NextPart_000_00BB_01C22E29.93813310 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
After my last cvsup, I went to run make = buildworld=20 as I normally do and got the following error.  How do I fix this so = that I=20 can continue with the updates?
 
 
 
su-2.04# make buildworld
"/usr/src/share/mk/bsd.subdir.mk", line = 32:=20 Could not find bsd.init.mk
make: fatal errors encountered -- cannot=20 continue
*** Error code 1

Stop in /usr/src.
 
 
Emmett Reese
Administrator
www.acool.net
------=_NextPart_000_00BB_01C22E29.93813310-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 5: 6:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D184737B400 for ; Thu, 18 Jul 2002 05:06:08 -0700 (PDT) Received: from artemis.drwilco.net (artemis.drwilco.net [209.162.234.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC29043E5E for ; Thu, 18 Jul 2002 05:06:07 -0700 (PDT) (envelope-from lists@bsdchicks.com) Received: from 80.79.194.3 (nobody@localhost [127.0.0.1]) by artemis.drwilco.net (8.12.3/8.12.3) with SMTP id g6IC4ZOE034373; Thu, 18 Jul 2002 08:04:35 -0400 (EDT) (envelope-from lists@bsdchicks.com) Message-ID: X-Mailer: BasiliX 1.1.0 -- http://basilix.org X-SenderIP: 80.79.194.3 Date: Thu, 18 Jul 2002 08:04:35 EDT From: "Rogier R. Mulhuijzen" Reply-To: "Rogier R. Mulhuijzen" Subject: Re: errors after cvsup To: "ereese" To: freebsd-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 First thing to do when a buildworld fails after you cvsup, is to do another cvsup and retry buildworld. On 18 Jul 2002 07:04 EDT you wrote: > After my last cvsup, I went to run make buildworld as I normally do and got the following error. How do I fix this so that I can continue with the updates? > > > > su-2.04# make buildworld > "/usr/src/share/mk/bsd.subdir.mk", line 32: Could not find bsd.init.mk > make: fatal errors encountered -- cannot continue > *** Error code 1 > > Stop in /usr/src. > > > Emmett Reese > Administrator > www.acool.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 7:43:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A6A237B400; Thu, 18 Jul 2002 07:43:17 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C341A43E5E; Thu, 18 Jul 2002 07:43:16 -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.12.4/8.12.4) with SMTP id g6IEhAOo010934; Thu, 18 Jul 2002 10:43:10 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 18 Jul 2002 10:43:10 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: developers@FreeBSD.org, hackers@FreeBSD.org Subject: Request for submissions: FreeBSD Bi-Monthly Development Status Report (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 Final reminder: submissions for the May/June status report must be received by tomorrow afternoon to be included. Please submit information on on-going FreeBSD projects/etc. This information is both very important to get a sense of where the project is going internally, and for the purposes of advocacy. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories ---------- Forwarded message ---------- Date: Mon, 15 Jul 2002 00:23:24 -0400 (EDT) From: Robert Watson To: hackers@FreeBSD.org Subject: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) Reminder that the deadline for submissions is approaching. Remember that this is a great way for consumers of FreeBSD technology to know what's going on, and makes it a lot easier to sell FreeBSD to potential new adopters! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories ---------- Forwarded message ---------- Date: Mon, 8 Jul 2002 19:23:02 -0400 (EDT) From: Robert Watson To: developers@FreeBSD.org, hackers@FreeBSD.org Subject: Request for submissions: FreeBSD Bi-Monthly Development Status Report This is a solicitation for submissions for the May 2002 - June 2002 FreeBSD Bi-Monthly Development Status Report. All submissions are due by July 19, 2002. Submissions should be made by filling out the template found at: http://www.FreeBSD.org/news/status/report-sample.xml Submissions must then be e-mailed to the following address: robert+freebsd.monthly@cyrus.watson.org For automatic processing. Reports must be submitted in the XML format described, or they will be silently dropped. Submissions made to other e-mail addresses will be ignored. Status reports should be submitted once per project, although project developers may choose to submit additional reports on specific sub-projects of substantial size. Status reports are typically one or two short paragraphs, but the text may be up to 20 lines in length. Submissions are welcome on a variety of topics relating to FreeBSD, including development, documentation, advocacy, and development processes. Prior status reports may be viewed at: http://www.FreeBSD.org/news/status/ Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 8:30:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A78D037B400 for ; Thu, 18 Jul 2002 08:30:41 -0700 (PDT) Received: from natto.numachi.com (natto.numachi.com [198.175.254.216]) by mx1.FreeBSD.org (Postfix) with SMTP id 47A3243E42 for ; Thu, 18 Jul 2002 08:30:38 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 85217 invoked by uid 1001); 18 Jul 2002 15:30:32 -0000 Date: Thu, 18 Jul 2002 11:30:32 -0400 From: Brian Reichert To: Terry Lambert Cc: Brian Reichert , hackers@freebsd.org Subject: Re: forum for discussing 'make release' issues Message-ID: <20020718113032.M259@numachi.com> References: <20020716203350.O259@numachi.com> <3D350A0B.198877BC@mindspring.com> <20020717134218.E259@numachi.com> <3D35BA01.144D3B39@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D35BA01.144D3B39@mindspring.com>; from tlambert2@mindspring.com on Wed, Jul 17, 2002 at 11:40:01AM -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, Jul 17, 2002 at 11:40:01AM -0700, Terry Lambert wrote: > The "normal" way to do this, barring any gratuitous system call > changes(*), is to take the "DISC2" FS image, copy it into a > directory, chroot into the directory, and do the build in the > chroot'ed environment. I was considering _something_ like this. It looks like to accomplish what you suggest I either: - wait for someone else to generate a release for FreeBSD-X.Y, then eat bandwidth sucking down that distribution, or - incrementally perform a series of upgrades (from my current installation up to FreeBSD-X.Y), which I fear will not be automatable. But, it just seems odd that I can't magically derive any version of FreeBSD I want, given a CVS mirror and a distfiles mirror. I don't mean 'odd' in a bad way; if FreeBSD wasn't engineered to be maintained this way, so be it. I'm certainly impressed with the resources FreeBSD otherwise provides. :) The whole project I was considering seems to be approaching intractable, unless I eat up other people's bandwith to generate an archive of disc2 images. So - off to some other project. Thanks for all the feedback... > -- Terry > (*) *all* system call changes are, by definition, gratuitous; but > everyone believes they can improve "mount" at some point in > their naieve young lives, and so there are incompatabilities But you're not bitter. :) -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 8:36:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ADE437B400 for ; Thu, 18 Jul 2002 08:36:35 -0700 (PDT) Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id B694B43E31 for ; Thu, 18 Jul 2002 08:36:34 -0700 (PDT) (envelope-from bts@fake.com) Received: from this.is.fake.com ([66.26.254.93]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Thu, 18 Jul 2002 09:35:52 -0400 Received: by this.is.fake.com (Postfix, from userid 111) id 67B48BB2C; Thu, 18 Jul 2002 09:35:38 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Terry Lambert , Sean Hamilton Subject: Re: Beep after shutdown Date: Thu, 18 Jul 2002 09:35:38 -0400 X-Mailer: KMail [version 1.3] Cc: freebsd-hackers@FreeBSD.ORG References: <002101c22d73$972ec970$f019e8d8@slugabed.org> <3D35A901.44758CE6@mindspring.com> In-Reply-To: <3D35A901.44758CE6@mindspring.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020718133538.67B48BB2C@this.is.fake.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 Wednesday 17 July 2002 01:27 pm, Terry Lambert wrote: | Sean Hamilton wrote: | > The fact that FreeBSD does not beep after it finishes shutting down has | > costed me dozens of hours of reformatting inconsistent filesystems, and | > probably all sorts of little bits of data loss which I'm just unaware of. | > I've tried to hack this into the kernel myself, without much luck. The | > best I got it to do was start beeping but never end, since the timer | > related stuff had already been killed off. This wound up being more | > irritating than useful. | > | > Anybody clueful want to point me in the right direction? | | I agree. | | If it could beep after powering off, that would be useful, too. | | I ...er ...uh ...what the heck are you talking about? Obviusly for older hardware that can't power itself off, so that you know when it's done before you hit the power switch. Personally I don't understand the problem since I usually can look at the screen display and even if I can't I can hear the disk spinning down but maybe his disks are too quiet. The display problem presumably arises on a setup with no console where he's shutting down via an ssh command or something. Ssh gets cut off before the machine actually finishes shutting down, of course, so it's hard to tell when it finishes. And presumably if you are in the middle of noisy machine room it's hard to hear the disk spin down. So he wants a hardware beep to tell him it's safe. | | -- Terry | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-hackers" in the body of the message -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org http://www.eff.org http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 8:40:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A3C937B401; Thu, 18 Jul 2002 08:40:08 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B09A43E58; Thu, 18 Jul 2002 08:40:07 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020718154007.NVBD26053.rwcrmhc53.attbi.com@InterJet.elischer.org>; Thu, 18 Jul 2002 15:40:07 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id IAA83723; Thu, 18 Jul 2002 08:31:05 -0700 (PDT) Date: Thu, 18 Jul 2002 08:31:03 -0700 (PDT) From: Julian Elischer To: Robert Watson Cc: developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) 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 Thu, 18 Jul 2002, Robert Watson wrote: > > Final reminder: submissions for the May/June status report must be > received by tomorrow afternoon to be included. Please submit information > on on-going FreeBSD projects/etc. This information is both very important > to get a sense of where the project is going internally, and for the > purposes of advocacy. wouldn't it be relatively easy to make a web form that would do this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 8:56:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5800137B400 for ; Thu, 18 Jul 2002 08:56:09 -0700 (PDT) Received: from mail.empirequest.com (www.empirequest.com [216.126.10.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CE8443E6A for ; Thu, 18 Jul 2002 08:56:08 -0700 (PDT) (envelope-from spinlock_lists@empirequest.com) Received: (qmail 33024 invoked by uid 89); 18 Jul 2002 15:56:06 -0000 Received: from unknown (HELO twothousand) (spinlock?lists@empirequest.com@192.168.0.2) by www.empirequest.com with SMTP; 18 Jul 2002 15:56:06 -0000 Message-ID: <001301c22e73$a07c90b0$0200a8c0@twothousand> From: "Andrei Cojocaru" To: "Terry Lambert" Cc: "Darren Pilgrim" , "Cy Schubert - CITS Open Systems Group" , References: <200207171943.g6HJhf4o051526@cwsys.cwsent.com> <004801c22dce$859bfa60$0300a8c0@fivehundred> <3D35D2D0.F480C81D@pantherdragon.org> <005f01c22dd1$7be7d180$0300a8c0@fivehundred> <3D366BD1.D3B14CBC@mindspring.com> Subject: Re: Counting the clock cycles Date: Thu, 18 Jul 2002 09:56:06 -0600 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.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.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 Does FreeBSD do that or do I have to look for an option in the BIOS? ---- Andrei Cojocaru spinlock_lists@empirequest.com ----- Original Message ----- From: "Terry Lambert" To: "Andrei Cojocaru" Cc: "Darren Pilgrim" ; "Cy Schubert - CITS Open Systems Group" ; Sent: Thursday, July 18, 2002 1:18 AM Subject: Re: Counting the clock cycles > Andrei Cojocaru wrote: > > I am already synchronizing using xntp, that's not the problem. The problem is by some weird way the clock got out of sync by about 1hr during daylight switch on one of the computers I run, and I need a reliable way to get passage of time (I don't need date/time, just the passage of it) for different internal operations in the program. > > Looking for another clock already living there somewhere in the same > PC hardware isn't going to fix it. > > You need to disable CMOS daylight savings time swithing in the BIOS, > so that it doesn't jump the reported clock value on you. > > -- Terry > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 9: 3:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D622437B401 for ; Thu, 18 Jul 2002 09:03:52 -0700 (PDT) Received: from smtp.completel.fr (smtp.completel.fr [213.244.0.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id B80F743E65 for ; Thu, 18 Jul 2002 09:03:51 -0700 (PDT) (envelope-from jeremy.dhoinne@netasq.com) Received: from netasq.com (unknown [213.30.137.178]) by smtp.completel.fr (Postfix) with ESMTP id 8E999179E7F for ; Thu, 18 Jul 2002 17:44:49 +0200 (CEST) Received: from netasq.com by completel.fr (8.10.1/8.10.1) with SMTP id g6IFrH308601 for ; Thu, 18 Jul 2002 17:53:17 +0200 (CEST) Date: Thu, 18 Jul 2002 16:26:22 +0200 From: "Jeremy D'Hoinne" To: freebsd-hackers@freebsd.org Subject: select() behavior when system date changes Message-Id: <20020718162622.60f83271.jeremy.dhoinne@netasq.com> Organization: netasq X-Mailer: Sylpheed version 0.7.8 (GTK+ 1.2.10; i386-portbld-freebsd4.6) 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 Hi, I have a problem with many server daemons. select() might block for a long time if system date changes. --------- Example : at 10h00am I call select() with a timeout argument set to 2min, at 10h01am, time changes to 09h59am. select() returns at 10h02am, it has blocked during 5 minutes. --------- That is a problem when summer time changes occurs, select() might block for an hour. Is this a known problem ? Is there a way that select() acts differently ? Thanks for your answers, Jeremy D'Hoinne To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 9: 9:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8110337B400 for ; Thu, 18 Jul 2002 09:09:23 -0700 (PDT) Received: from smtp.completel.fr (smtp.completel.fr [213.244.0.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C0ED43E6D for ; Thu, 18 Jul 2002 09:09:22 -0700 (PDT) (envelope-from jeremy.dhoinne@netasq.com) Received: from netasq.com (unknown [213.30.137.178]) by smtp.completel.fr (Postfix) with ESMTP id AE9B5179E5E for ; Thu, 18 Jul 2002 18:09:20 +0200 (CEST) Received: from netasq.com by completel.fr (8.10.1/8.10.1) with SMTP id g6IGHm308809 for ; Thu, 18 Jul 2002 18:17:48 +0200 (CEST) Date: Thu, 18 Jul 2002 17:58:56 +0200 From: "Jeremy D'Hoinne" To: freebsd-hackers@FreeBSD.org Subject: select() behavior when system date changes precisions. Message-Id: <20020718175856.2a5dd923.jeremy.dhoinne@netasq.com> Organization: netasq X-Mailer: Sylpheed version 0.7.8 (GTK+ 1.2.10; i386-portbld-freebsd4.6) 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've forgottent to precise that servers involved use thread library (compilation with -pthread flag) Jeremy D'Hoinne --- original post --- Hi, I have a problem with many server daemons. select() might block for a long time if system date changes. --------- Example : at 10h00am I call select() with a timeout argument set to 2min, at 10h01am, time changes to 09h59am. select() returns at 10h02am, it has blocked during 5 minutes. --------- That is a problem when summer time changes occurs, select() might block for an hour. Is this a known problem ? Is there a way that select() acts differently ? Thanks for your answers, Jeremy D'Hoinne --- end of original post --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 10:18:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 381BB37B400; Thu, 18 Jul 2002 10:18:07 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5503043E58; Thu, 18 Jul 2002 10:18:06 -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.12.4/8.12.4) with SMTP id g6IHHkOo012359; Thu, 18 Jul 2002 13:17:46 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 18 Jul 2002 13:17:46 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Julian Elischer Cc: developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) 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 Thu, 18 Jul 2002, Julian Elischer wrote: > On Thu, 18 Jul 2002, Robert Watson wrote: > > > Final reminder: submissions for the May/June status report must be > > received by tomorrow afternoon to be included. Please submit information > > on on-going FreeBSD projects/etc. This information is both very important > > to get a sense of where the project is going internally, and for the > > purposes of advocacy. > > wouldn't it be relatively easy to make a web form that would do this? I thought about it, but haven't had time to implement. Right now I just cat the messages together, render, and fix warnings and errors due to bad sgml in submissions. Oh, and write an introduction. It's actually a remarkably simple process [for me], but I agree we could make it easier for developers. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 14:13:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01D0137B400 for ; Thu, 18 Jul 2002 14:13:13 -0700 (PDT) Received: from mail2.lsil.com (mail2.lsil.com [147.145.40.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E5E243E67 for ; Thu, 18 Jul 2002 14:13:12 -0700 (PDT) (envelope-from vanis@lsil.com) Received: from mhbs.lsil.com (mhbs [147.145.31.100]) by mail2.lsil.com (8.9.3+Sun/8.9.1) with ESMTP id OAA11895 for ; Thu, 18 Jul 2002 14:13:07 -0700 (PDT) Received: from atl1.se.lsil.com by mhbs.lsil.com with ESMTP for freebsd-hackers@freebsd.org; Thu, 18 Jul 2002 14:12:42 -0700 Received: by EXA-ATLANTA.se.lsil.com with Internet Mail Service (5.5.2653.19) id ; Thu, 18 Jul 2002 17:12:41 -0400 Message-Id: <0E3FA95632D6D047BA649F95DAB60E57F6B2B0@EXA-ATLANTA.se.lsil.com> From: "Sabapathi, Vanishree" To: freebsd-hackers@freebsd.org Subject: RE: Reg: Claiming a device which is already claimed by another driver. Date: Thu, 18 Jul 2002 17:12:31 -0400 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 If not an answer to my question, can someone please tell me which is the FreeBSD device driver development forum or New's group, where I am most likely to get help... Thanks in advance, Regards, -Vani. > -----Original Message----- > From: Sabapathi, Vanishree > Sent: Wednesday, July 17, 2002 3:21 PM > To: 'freebsd-hackers@freebsd.org' > Subject: FW: Reg: Claiming a device which is already claimed by > another driver. > > > I had sent this mail already, but was not sure if it reached... as I had > not registered previously... I would very much appreciate help on thi > topic... > > Regards, > -Vani. > -----Original Message----- > From: Sabapathi, Vanishree > Sent: Wednesday, July 17, 2002 11:11 AM > To: 'freebsd-hackers@spitfire.velocet.net' > Subject: Reg: Claiming a device which is already claimed by another > driver. > > Hi, > I am writing a charecter driver for a pci-ide controller, my problem > is that atapci driver already claims my device. So in essence I need to > detach the atapci driver from my device and claim it.... > I have tried using the bus_generic_detach to detach the atapci driver, but > now how will I be able to attach to it?? > > Regards, > -Vanishree To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 14:26:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFDBC37B400 for ; Thu, 18 Jul 2002 14:26:19 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A3E443E3B for ; Thu, 18 Jul 2002 14:26:19 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx22-bradley.dialup.earthlink.net ([209.179.198.180] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17VImm-0001lw-00; Thu, 18 Jul 2002 14:26:11 -0700 Message-ID: <3D373243.4CB5F22F@mindspring.com> Date: Thu, 18 Jul 2002 14:25:23 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Brian T.Schellenberger" Cc: Sean Hamilton , freebsd-hackers@FreeBSD.ORG Subject: Re: Beep after shutdown References: <002101c22d73$972ec970$f019e8d8@slugabed.org> <3D35A901.44758CE6@mindspring.com> <20020718133538.67B48BB2C@this.is.fake.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 "Brian T.Schellenberger" wrote: > Obviusly for older hardware that can't power itself off, so that you know > when it's done before you hit the power switch. Personally I don't > understand the problem since I usually can look at the screen display and > even if I can't I can hear the disk spinning down but maybe his disks are too > quiet. The display problem presumably arises on a setup with no console > where he's shutting down via an ssh command or something. Ssh gets cut off > before the machine actually finishes shutting down, of course, so it's hard > to tell when it finishes. And presumably if you are in the middle of noisy > machine room it's hard to hear the disk spin down. > > So he wants a hardware beep to tell him it's safe. Most drivers, including those for "machines which can go `Bing!'", are shut down by the time you would want the "Bing!" to happen, so that their putative microphones don't do evil things like generate interrupts which need to be handled by kernels which are no longer there. Not to mention that ACPI has probably already powered down the sound card hardware anyway... I thought I told you not to mention that?!? Most rack mount hardware have no voice boxes (no speakers). So I guess he wants it out the PC speaker that's not there, either? I suppose I was just surprised that someone would be using SSH for a console, when they were close enough to a box jammed in a rack between other boxes, all of them making noise, that they could hear the sealed-in speaker through the tiny front vents at all. Over the fans. Don't get me wrong: I like the idea of feedback from the device to tell me it's doing something. At a former employer, they were so afraid that someone might find out that the hardware was actually a PC motherboard inside a big heavy box that they refused to permit BIOS messages out the serial console, and they refused to permit the serial console to be marked as a console in the FreeBSD kernel, so that the customer wouldn't see that it was a *gasp!* UNIX system from the boot messages, either. The result was a box that, when powered on, did memory tests with no feedback to the serial console or anywhere else for a very long time, while the BIOS POST'ed, and then loaded up FreeBSD, and took a long time to start there too (dependency order problems in the startup scripts leading to sleeps to get the timing right), after which it downloaded firmware to the networking cards, and then, maybe 20 seconds after that, it popped up a serial console login prompt. Thus... the first thing you saw was the network card lights going on solid, then the first indication you got that anything at all was happening was, almost two minutes later, they go black, and thirty seconds after that, they come back on, start blinking with the traffic, and you get a login prompt. Yeah, the first couple of times I tried it, I thought the damn thing was DOA, too. Quite the delay of gratification for your new investment of tens of thousands of dollars. So I understand wanting some kind of feedback, even if you're the only person who has any human factors experience at your company. On the other hand, the feedback you want is probably not the "Bing!" being asked for here... e.g. a PC speaker entombed in a 1U sheet metal sarcophogas in a 19 inch moral equivalent of The Valley Of The Kings with all the other entombed PC speakers, in a howling sandstorm of cooling fans... is not likely to end up giving you satisfaction. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 14:30:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06C4B37B400 for ; Thu, 18 Jul 2002 14:30:16 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D77143E64 for ; Thu, 18 Jul 2002 14:30:15 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx22-bradley.dialup.earthlink.net ([209.179.198.180] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17VIqf-0007Vs-00; Thu, 18 Jul 2002 14:30:10 -0700 Message-ID: <3D373334.F9D0E98@mindspring.com> Date: Thu, 18 Jul 2002 14:29:24 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andrei Cojocaru Cc: Darren Pilgrim , Cy Schubert - CITS Open Systems Group , freebsd-hackers@FreeBSD.ORG Subject: Re: Counting the clock cycles References: <200207171943.g6HJhf4o051526@cwsys.cwsent.com> <004801c22dce$859bfa60$0300a8c0@fivehundred> <3D35D2D0.F480C81D@pantherdragon.org> <005f01c22dd1$7be7d180$0300a8c0@fivehundred> <3D366BD1.D3B14CBC@mindspring.com> <001301c22e73$a07c90b0$0200a8c0@twothousand> 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 Andrei Cojocaru wrote: > > Looking for another clock already living there somewhere in the same > > PC hardware isn't going to fix it. > > > > You need to disable CMOS daylight savings time swithing in the BIOS, > > so that it doesn't jump the reported clock value on you. > > Does FreeBSD do that or do I have to look for an option in the BIOS? You need to look for an option in BIOS. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 14:35:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2283037B400; Thu, 18 Jul 2002 14:35:40 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id A310643E3B; Thu, 18 Jul 2002 14:35:39 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx22-bradley.dialup.earthlink.net ([209.179.198.180] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17VIvy-0007Sr-00; Thu, 18 Jul 2002 14:35:38 -0700 Message-ID: <3D37347D.10CD3250@mindspring.com> Date: Thu, 18 Jul 2002 14:34:53 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Robert Watson Cc: Julian Elischer , developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) 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 Robert Watson wrote: > I thought about it, but haven't had time to implement. Right now I just > cat the messages together, render, and fix warnings and errors due to bad > sgml in submissions. Oh, and write an introduction. It's actually a ******************** > remarkably simple process [for me], but I agree we could make it easier ************** > for developers. ************** Oh. I just have to laugh. I can't help it. 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 15: 0:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB6BE37B400 for ; Thu, 18 Jul 2002 15:00:17 -0700 (PDT) Received: from tomts24-srv.bellnexxia.net (tomts24.bellnexxia.net [209.226.175.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7FED43E64 for ; Thu, 18 Jul 2002 15:00:16 -0700 (PDT) (envelope-from matt@gsicomp.on.ca) Received: from xena.gsicomp.on.ca ([65.95.181.144]) by tomts24-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20020718220024.LAKX2648.tomts24-srv.bellnexxia.net@xena.gsicomp.on.ca>; Thu, 18 Jul 2002 18:00:24 -0400 Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.3/8.11.3) with SMTP id g6IKkPX00110; Thu, 18 Jul 2002 16:46:25 -0400 (EDT) (envelope-from matt@gsicomp.on.ca) Message-ID: <002601c22ea6$7f2a4280$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "Sabapathi, Vanishree" , References: <0E3FA95632D6D047BA649F95DAB60E57F6B2B0@EXA-ATLANTA.se.lsil.com> Subject: Re: Reg: Claiming a device which is already claimed by another driver. Date: Thu, 18 Jul 2002 18:00:14 -0400 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.4910.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, > > I am writing a charecter driver for a pci-ide controller, my problem > > is that atapci driver already claims my device. So in essence I need to > > detach the atapci driver from my device and claim it.... > > I have tried using the bus_generic_detach to detach the atapci driver, but > > now how will I be able to attach to it?? If you're writing a new driver for a PCI-IDE controller, then you'll have to remove the default FreeBSD driver for that particular device from your kernel, so that the device isn't taken when you attempt to start your driver. This would require removing any of the 'device ata' lines from your kernel config, adding in the proper line for your new driver, rebuilding your kernel and then debugging from there. ('options ddb' is good when writing new kernel drivers.) -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 15:17:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2232037B400 for ; Thu, 18 Jul 2002 15:17:54 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 254E943E31 for ; Thu, 18 Jul 2002 15:17:48 -0700 (PDT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g6IMHU0i002930 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 19 Jul 2002 00:17:37 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g6IMHUFJ039655 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 19 Jul 2002 00:17:30 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g6IMHTWm039654; Fri, 19 Jul 2002 00:17:29 +0200 (CEST)?g (envelope-from ticso) Date: Fri, 19 Jul 2002 00:17:29 +0200 From: Bernd Walter To: "Jeremy D'Hoinne" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: select() behavior when system date changes Message-ID: <20020718221728.GB39237@cicely5.cicely.de> Reply-To: ticso@cicely.de References: <20020718162622.60f83271.jeremy.dhoinne@netasq.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020718162622.60f83271.jeremy.dhoinne@netasq.com> X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i 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, Jul 18, 2002 at 04:26:22PM +0200, Jeremy D'Hoinne wrote: > Hi, > > I have a problem with many server daemons. > select() might block for a long time if system date changes. > > --------- > Example : > at 10h00am > I call select() with a timeout argument set to 2min, > > at 10h01am, time changes to 09h59am. > > select() returns at 10h02am, it has blocked during 5 minutes. Normaly time only goes forward and never skips. > --------- > > That is a problem when summer time changes occurs, select() > might block for an hour. The time never changes. Daylight changes are only a different representation. > Is this a known problem ? > Is there a way that select() acts differently ? -- 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 Thu Jul 18 15:29:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CB2937B400 for ; Thu, 18 Jul 2002 15:29:30 -0700 (PDT) Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BDB443E67 for ; Thu, 18 Jul 2002 15:29:30 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx22-bradley.dialup.earthlink.net ([209.179.198.180] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17VJm2-0007eK-00; Thu, 18 Jul 2002 15:29:26 -0700 Message-ID: <3D374119.8477B46B@mindspring.com> Date: Thu, 18 Jul 2002 15:28:41 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Sabapathi, Vanishree" Cc: freebsd-hackers@freebsd.org Subject: Re: Reg: Claiming a device which is already claimed by another driver. References: <0E3FA95632D6D047BA649F95DAB60E57F6B2B0@EXA-ATLANTA.se.lsil.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 "Sabapathi, Vanishree" wrote: > If not an answer to my question, can someone please tell me which is the > FreeBSD device driver development forum or New's group, where I am most > likely to get help... Not all processes are reversible. That is, things, once allocated, may not be capable of being deallocated. The forum you should probably use is -current or -hackers (dpending on the version you are writing the code for), or -net (if it's a network device of some kind). My advice is that taking something away from a driver is a lot harder than the driver not being allowed to grab it in the first place, so your best bet is to grab it first. Normally, you would never face this problem, anyway, because you would not have two device drivers for the same device, because one device driver would be good enough. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 15:46:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12C6F37B400 for ; Thu, 18 Jul 2002 15:46:26 -0700 (PDT) Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87B9F43E58 for ; Thu, 18 Jul 2002 15:46:25 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx22-bradley.dialup.earthlink.net ([209.179.198.180] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17VK2I-0005A7-00; Thu, 18 Jul 2002 15:46:14 -0700 Message-ID: <3D374509.DA9EF368@mindspring.com> Date: Thu, 18 Jul 2002 15:45:29 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: ticso@cicely.de Cc: Jeremy D'Hoinne , freebsd-hackers@FreeBSD.ORG Subject: Re: select() behavior when system date changes References: <20020718162622.60f83271.jeremy.dhoinne@netasq.com> <20020718221728.GB39237@cicely5.cicely.de> 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 Bernd Walter wrote: > > I have a problem with many server daemons. > > select() might block for a long time if system date changes. > > > > --------- > > Example : > > at 10h00am > > I call select() with a timeout argument set to 2min, > > > > at 10h01am, time changes to 09h59am. > > > > select() returns at 10h02am, it has blocked during 5 minutes. > > Normaly time only goes forward and never skips. There are three ways of measuring timer intervals: o Absolute delta The timer expires after an elapsed interval, counted on real ticks o Relative delta The timer expires after the wall clock indicates an elapsed interval, counted in effective ticks o Absolute endpoint The timer expires on or after an endpoint Right here, you seem to be complaining about "absolute endpoint", where an endpoint was calculated from the current time at the time of the call to set the timer. Arguably, select(2)'s timer *should* be a delta timer, rather than an endpoint timer, but... absolute, or relative? The answer depends on the application, doesn't it? Also, power management has made it nearly impossible to account "ticks" for a delta timer these days, no matter what (you can not expect a delta timer to fire and do work while a machine is suspended or hibernating pending wakeup). Normally, you won't see wide swings in the endpoint comparison time... if you are running NTP, and seeing wide swings, then yur hardware has a large clock drift, and your update time interval needs to be significantly decreased. Given your other postings, it appears that your complaint is that the daylight savings time changes are reflected in your time base from your hardware itself: the CMOS clock moves a full 3600 seconds, all at once. The only real fix for this, as I've stated three times now, is to make your hardware not do that, even if you have to reflash your BIOS after talking to the vendor. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 17:18:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E4CF37B400; Thu, 18 Jul 2002 17:18:17 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F62143E58; Thu, 18 Jul 2002 17:18:16 -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.12.4/8.12.4) with SMTP id g6J0I4Oo016172; Thu, 18 Jul 2002 20:18:04 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 18 Jul 2002 20:18:03 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Terry Lambert Cc: Julian Elischer , developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) In-Reply-To: <3D37347D.10CD3250@mindspring.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, 18 Jul 2002, Terry Lambert wrote: > Robert Watson wrote: > > I thought about it, but haven't had time to implement. Right now I just > > cat the messages together, render, and fix warnings and errors due to bad > > sgml in submissions. Oh, and write an introduction. It's actually a > ******************** > > remarkably simple process [for me], but I agree we could make it easier > ************** > > for developers. > ************** > > Oh. I just have to laugh. I can't help it. 8-) 8-). I kid you not :-). About 40% of the SGML submissions I receive are broken in some form, despite a template that is correct. Usually it's unclosed tags, removal of a necessary tag, etc. If I had to guess, asking for nroff/mdoc submissions would result in a slightly higher success rate, as I suspect developers have a bit more experience with it, and also don't have to install a port to get syntax checking. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 17:22:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7599037B400 for ; Thu, 18 Jul 2002 17:22:16 -0700 (PDT) Received: from kali.avantgo.com (shadow.avantgo.com [64.157.226.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37B3743E58 for ; Thu, 18 Jul 2002 17:22:16 -0700 (PDT) (envelope-from scott@avantgo.com) Received: from river.avantgo.com ([10.11.30.114]) by kali.avantgo.com with Microsoft SMTPSVC(5.0.2195.3779); Thu, 18 Jul 2002 17:22:15 -0700 Date: Thu, 18 Jul 2002 17:18:55 -0700 (PDT) From: Scott Hess To: Terry Lambert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: select() behavior when system date changes In-Reply-To: <3D374509.DA9EF368@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 19 Jul 2002 00:22:15.0940 (UTC) FILETIME=[55E10440:01C22EBA] 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, 18 Jul 2002, Terry Lambert wrote: > Arguably, select(2)'s timer *should* be a delta timer, rather than an > endpoint timer, but... absolute, or relative? The answer depends on the > application, doesn't it? Absolutely absolute. Applications should be written to accomodate early returns from select(). [Of course, nobody but _nobody_ seems to bother coding with the Unix paradigm of returning EINTR or similar results rather than restarting the system call in mind.] Later, scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 17:32:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D29E437B400; Thu, 18 Jul 2002 17:32:29 -0700 (PDT) Received: from cmailm2.svr.pol.co.uk (cmailm2.svr.pol.co.uk [195.92.193.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id E02D543E5E; Thu, 18 Jul 2002 17:32:28 -0700 (PDT) (envelope-from paul@freebsd-services.com) Received: from modem-1131.beedrill.dialup.pol.co.uk ([217.135.36.107] helo=mailgate.originative.co.uk) by cmailm2.svr.pol.co.uk with esmtp (Exim 3.35 #1) id 17VLgz-0000Kn-00; Fri, 19 Jul 2002 01:32:21 +0100 Received: from prawn (prawn.originative.co.uk [10.0.0.253]) by mailgate.originative.co.uk (Postfix) with SMTP id 49F441D13D; Fri, 19 Jul 2002 01:32:19 +0100 (BST) Message-ID: <036201c22ebb$ba08dbe0$fd00000a@prawn> From: "Paul Richards" To: "Robert Watson" , "Terry Lambert" Cc: "Julian Elischer" , , References: Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) Date: Fri, 19 Jul 2002 01:32:13 +0100 Organization: FreeBSD Services Ltd 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.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.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 ----- Original Message ----- From: "Robert Watson" To: "Terry Lambert" Cc: "Julian Elischer" ; ; Sent: Friday, July 19, 2002 1:18 AM Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) > tags, removal of a necessary tag, etc. If I had to guess, asking for > nroff/mdoc submissions would result in a slightly higher success rate, as > I suspect developers have a bit more experience with it, and also don't > have to install a port to get syntax checking. I wonder how true that is these days. The last time I used nroff was for my masters thesis which was in 1990! Does anyone except man page maintainers still use it in earnest? Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 17:46: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6EFF37B400; Thu, 18 Jul 2002 17:46:00 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BD3F43E5E; Thu, 18 Jul 2002 17:46:00 -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.12.4/8.12.4) with SMTP id g6J0jnOo016374; Thu, 18 Jul 2002 20:45:49 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 18 Jul 2002 20:45:49 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Paul Richards Cc: Terry Lambert , Julian Elischer , developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) In-Reply-To: <036201c22ebb$ba08dbe0$fd00000a@prawn> 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, 19 Jul 2002, Paul Richards wrote: > ----- Original Message ----- > From: "Robert Watson" > To: "Terry Lambert" > Cc: "Julian Elischer" ; ; > > Sent: Friday, July 19, 2002 1:18 AM > Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status > Report (fwd) > > > > tags, removal of a necessary tag, etc. If I had to guess, asking for > > nroff/mdoc submissions would result in a slightly higher success rate, as > > I suspect developers have a bit more experience with it, and also don't > > have to install a port to get syntax checking. > > I wonder how true that is these days. The last time I used nroff was for > my masters thesis which was in 1990! Does anyone except man page > maintainers still use it in earnest? You seem to have picked up the Microsoft Outlook quoting style when responding to messages :-). I've seen many base system developers commit man pages, but few commit to the docbook/sgml side of things in the doc project. People whine loudly about using sgml, and whine a lot less about copy-and-pasting a man page. While your assertion is likely true outside the FreeBSD src developer community, I'm pretty sure it's not true inside of it. The FreeBSD src developer community is, after all, a community of people who write software that frequently ships with man pages. Sure, the nroff markup may not be the best, but it's still workable. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 18:27:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7040E37B400; Thu, 18 Jul 2002 18:27:55 -0700 (PDT) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id D40B343E5E; Thu, 18 Jul 2002 18:27:54 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g6J1RrK1083918; Thu, 18 Jul 2002 21:27:53 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Thu, 18 Jul 2002 21:27:52 -0400 To: Robert Watson From: Garance A Drosihn Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) Cc: hackers@FreeBSD.org Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) 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 8:45 PM -0400 7/18/02, Robert Watson wrote: >I've seen many base system developers commit man pages, but few >commit to the docbook/sgml side of things in the doc project. >[...] The FreeBSD src developer community is, after all, a >community of people who write software that frequently ships >with man pages. Sure, the nroff markup may not be the best, >but it's still workable. In my case, I don't actually "know" nroff. I just look at other man pages and copy what they seem to be doing... On the other hand, I know even less about sgml. -- Garance Alistair Drosehn = gad@gilead.netel.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 Thu Jul 18 18:40:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 747C837B400 for ; Thu, 18 Jul 2002 18:40:25 -0700 (PDT) Received: from mail2.dreamscape.com (mail2.dreamscape.com [206.64.128.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA57F43E6A for ; Thu, 18 Jul 2002 18:40:24 -0700 (PDT) (envelope-from krentel@dreamscape.com) Received: from dreamscape.com (sA21-p62.dreamscape.com [209.217.202.62]) by mail2.dreamscape.com (8.9.3+blt/8.9.3) with ESMTP id VAA10079; Thu, 18 Jul 2002 21:40:17 -0400 (EDT) Received: from blue.mwk.domain (localhost [127.0.0.1]) by dreamscape.com (8.11.1/8.11.1) with ESMTP id g6J1da517312; Thu, 18 Jul 2002 21:39:46 -0400 (EDT) (envelope-from krentel@blue.mwk.domain) Message-Id: <200207190139.g6J1da517312@dreamscape.com> To: Peter Wemm Cc: freebsd-hackers@freebsd.org Subject: Re: dump on mounted fs In-Reply-To: Your message of "Wed, 17 Jul 2002 00:33:13 PDT." <20020717073313.9C21D3910@overcee.wemm.org> Date: Thu, 18 Jul 2002 21:39:36 -0400 From: "Mark W. Krentel" 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 > Dump on a live FS is always risky. FreeBSD in 4.x and earlier will have > up to about a 30 second delay before a write() makes it to physical disk. Ok, assume all the writes have finished, we wait 1-2 minutes before starting dump, no new writes happen during the dump, then are we assured that the dump reflects all of the previous writes? I understand there is no perfect solution to backing up a running system. I'm just checking that this isn't way off base. In Linux, the problem is far more serious. No amount of waiting or syncs can force certain writes to be visible to dump. Doesn't happen until umount. I was panicked by this and mainly wanted to check that Freebsd doesn't behave this way. > However, 5.x have snapshots where you can take a virtual snapshot of the > file system device as it existed at the instant that you create it. You can > then take a coherent dump that *will* be accurate. fsck uses snapshots in > 5.x to do background fsck to reclaim lost resources. I guess that's the right long-term solution for backing up a running system. I'm in eager anticipation. --Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 18:42:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E644437B400 for ; Thu, 18 Jul 2002 18:42:52 -0700 (PDT) Received: from mail2.dreamscape.com (mail2.dreamscape.com [206.64.128.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38E1C43E58 for ; Thu, 18 Jul 2002 18:42:52 -0700 (PDT) (envelope-from krentel@dreamscape.com) Received: from dreamscape.com (sA21-p62.dreamscape.com [209.217.202.62]) by mail2.dreamscape.com (8.9.3+blt/8.9.3) with ESMTP id VAA11246; Thu, 18 Jul 2002 21:42:50 -0400 (EDT) Received: from blue.mwk.domain (localhost [127.0.0.1]) by dreamscape.com (8.11.1/8.11.1) with ESMTP id g6J1gI517325; Thu, 18 Jul 2002 21:42:19 -0400 (EDT) (envelope-from krentel@blue.mwk.domain) Message-Id: <200207190142.g6J1gI517325@dreamscape.com> To: David Malone Cc: freebsd-hackers@freebsd.org Subject: Re: dump on mounted fs In-Reply-To: Your message of "Wed, 17 Jul 2002 16:55:10 BST." <20020717155510.GA85749@walton.maths.tcd.ie> Date: Thu, 18 Jul 2002 21:42:18 -0400 From: "Mark W. Krentel" 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 > After upgrading some Redhat machines to 1GB of ram it became nearly > impossible to dump any filesystem without dump going crazy trying > to read nonexistant blocks (previously it had worked fine). Upgrading > the version of the linux dump program which we use helped significantly > and now we can back up the machines with amanda again. Do you check your backups, or does Amanda do it for you? I think dump is on the way out in Linux. http://old.lwn.net/2001/0503/a/lt-dump.php3 --Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 21:30:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E790B37B400; Thu, 18 Jul 2002 21:30:04 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95F4C43E31; Thu, 18 Jul 2002 21:30:04 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6J4U2CV038849; Thu, 18 Jul 2002 21:30:02 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6J4U2oG038846; Thu, 18 Jul 2002 21:30:02 -0700 (PDT) (envelope-from dillon) Date: Thu, 18 Jul 2002 21:30:02 -0700 (PDT) From: Matthew Dillon Message-Id: <200207190430.g6J4U2oG038846@apollo.backplane.com> To: Robert Watson Cc: Terry Lambert , Julian Elischer , developers@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) References: 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, 18 Jul 2002, Terry Lambert wrote: : :> Robert Watson wrote: :> > I thought about it, but haven't had time to implement. Right now I just :> > cat the messages together, render, and fix warnings and errors due to bad :> > sgml in submissions. Oh, and write an introduction. It's actually a :> ******************** :> > remarkably simple process [for me], but I agree we could make it easier :> ************** :> > for developers. :> ************** :> :> Oh. I just have to laugh. I can't help it. 8-) 8-). : :I kid you not :-). About 40% of the SGML submissions I receive are broken :in some form, despite a template that is correct. Usually it's unclosed :tags, removal of a necessary tag, etc. If I had to guess, asking for :nroff/mdoc submissions would result in a slightly higher success rate, as :I suspect developers have a bit more experience with it, and also don't :have to install a port to get syntax checking. : :Robert N M Watson FreeBSD Core Team, TrustedBSD Projects :robert@fledge.watson.org Network Associates Laboratories You could create a port. e.g. 'senddevstat', which pops the person into vi with a template and runs it through a checker when one saves and quits, then asks whether to send it or not. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 23:38:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D71B37B400 for ; Thu, 18 Jul 2002 23:38:55 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id DAE8543E5E for ; Thu, 18 Jul 2002 23:38:53 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 19 Jul 2002 07:38:52 +0100 (BST) To: "Mark W. Krentel" Cc: freebsd-hackers@freebsd.org Subject: Re: dump on mounted fs In-reply-to: Your message of "Thu, 18 Jul 2002 21:42:18 EDT." <200207190142.g6J1gI517325@dreamscape.com> X-Request-Do: Date: Fri, 19 Jul 2002 07:38:52 +0100 From: David Malone Message-ID: <200207190738.aa74454@salmon.maths.tcd.ie> 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 > Do you check your backups, or does Amanda do it for you? I think dump > is on the way out in Linux. I've managed to restore them when needed (despite Redhat's best efforts over the years, including shipping a version of restore that couldn't restore symlinks). In general we don't store users data on the Linux machines, so it is only the OS that will get chewed. Maybe I should resign to using tar on Linux. Can tar be made not to modify the ctime, mtime and atime? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 18 23:44:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CF0437B400; Thu, 18 Jul 2002 23:44:36 -0700 (PDT) Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5B3D43E64; Thu, 18 Jul 2002 23:44:35 -0700 (PDT) (envelope-from bandix@geekpunk.net) Received: from [192.168.1.100] (pcp532233pcs.nash01.tn.comcast.net [68.52.140.254]) by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTP id <0GZH00KWUHDSQ6@mtaout04.icomcast.net>; Fri, 19 Jul 2002 02:44:17 -0400 (EDT) Date: Fri, 19 Jul 2002 01:44:17 -0500 (CDT) From: "Brandon D. Valentine" Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) In-reply-to: X-X-Sender: bandix@dallben To: Robert Watson Cc: Terry Lambert , Julian Elischer , developers@FreeBSD.org, hackers@FreeBSD.org Message-id: <20020719013111.F18913-100000@dallben> 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 On Thu, 18 Jul 2002, Robert Watson wrote: >I kid you not :-). About 40% of the SGML submissions I receive are broken >in some form, despite a template that is correct. Usually it's unclosed >tags, removal of a necessary tag, etc. If I had to guess, asking for >nroff/mdoc submissions would result in a slightly higher success rate, as >I suspect developers have a bit more experience with it, and also don't >have to install a port to get syntax checking. Knowing my own inclinations if I were asked to go through the hassle of composing an SGML document once a month which would encompass one measly paragraph I'd probably be negligent of the duty more often that not. A simple web form which a developer can visit, fill in a handful of fields, and then if he's using w3m, fill in a large textarea blob by dropping to vi, would dramatically decrease the activation energy necessary to get a developer submission. The backend for this should be trivial to whip-up. You're probably the best candidate to do it since you actually know what you need to compose a report. You shouldn't even have to bother with hacking in some public web authentication mechanism if you just throw it on freefall or somewhere similar and htaccess limit connections to localhost so developers need to login and fire up w3m/lynx to make a submission. If you wanted to make it publically accessible while still authenticated there is probably some PerlAuthenHandler magic you could hack up in Apache to check it against the unix passwd database on a machine like freefall. If you could use some help doing something like this I might have time to take a look at it for you and see if I can't whip up the necessary PHP or Perl necessary to create this webform. Brandon D. Valentine -- http://www.geekpunk.net bandix@geekpunk.net ++[>++++++<-]>[<++++++>-]<.>++++[>+++++<-]>[<+++++>-]<+.+++++++..++ +.>>+++++[<++++++>-]<++.<<+++++++++++++++.>.+++.------.--------.>+. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 0: 6:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39DF037B400 for ; Fri, 19 Jul 2002 00:06:08 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 2575F43E31 for ; Fri, 19 Jul 2002 00:06:07 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 19 Jul 2002 08:06:06 +0100 (BST) Date: Fri, 19 Jul 2002 08:06:05 +0100 From: David Malone To: Jeremy D'Hoinne Cc: freebsd-hackers@FreeBSD.org Subject: Re: select() behavior when system date changes precisions. Message-ID: <20020719070605.GA60918@walton.maths.tcd.ie> References: <20020718175856.2a5dd923.jeremy.dhoinne@netasq.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020718175856.2a5dd923.jeremy.dhoinne@netasq.com> User-Agent: Mutt/1.3.25i 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, Jul 18, 2002 at 05:58:56PM +0200, Jeremy D'Hoinne wrote: > I've forgottent to precise that servers involved use thread library > (compilation with -pthread flag) Ahhh - this may explain what you are seeing - I think that the threaded library uses gettimeofday, which would see the time going backwards. The non-threaded version of select uses a kernel "getmicrouptime" call, which shouldn't have this problem. It is possible a getuptime call might be useful for people implimenting things like the threading library. OTOH, there is usually no need to step the clock backwards on FreeBSD after boot. Because get gettimeofday returns the time in UTC there will be no jump for daylight savings. The only remaining problem are leap seconds, which don't happen very often. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 1:36:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74CB537B400 for ; Fri, 19 Jul 2002 01:36:51 -0700 (PDT) Received: from chaos.evolve.za.net (chaos.evolve.za.net [196.34.172.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B75243E6A for ; Fri, 19 Jul 2002 01:36:48 -0700 (PDT) (envelope-from cole@optec.co.za) Received: from amavis by chaos.evolve.za.net with scanned-ok (Exim 3.36 #1) id 17VTFe-000M5E-00 for freebsd-hackers@freebsd.org; Fri, 19 Jul 2002 10:36:38 +0200 Received: from raven.optec.co.za ([196.34.172.1] helo=optec.co.za) by chaos.evolve.za.net with smtp (Exim 3.36 #1) id 17VTCV-000M08-00 for freebsd-hackers@freebsd.org; Fri, 19 Jul 2002 10:36:33 +0200 SUBJECT: Winbond Hardware watchdog Message-Id: From: cole@optec.co.za Date: Fri, 19 Jul 2002 10:36:33 +0200 X-Virus-Scanned: by Opteq - www.optec.co.za To: undisclosed-recipients: ; 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, im busy writing a program to interface with a winbond IO chip on the motherboard, the ports that i need to write and read from are 2e, and 2f respectively, the problem is that i can read from the chip fine, that works, but it appears as if i cant write to the chip, i have tried both the /dev/io interface as well as i386_set_ioperm f I would like to know if freebsd blocks direct hardware writes, or if there is something else that i need to do in order to allow the write through. My kern secure level is 0 and im running the program as root at the moment to avoid any restrictions. If anyone has any ideas, please let me know Thanx Cole To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 6: 3:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F321737B408 for ; Fri, 19 Jul 2002 06:03:00 -0700 (PDT) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35A4B43E5E for ; Fri, 19 Jul 2002 06:03:00 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 15913 invoked from network); 19 Jul 2002 13:02:52 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 19 Jul 2002 13:02:52 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6JD2B065319; Fri, 19 Jul 2002 09:02:11 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020719013111.F18913-100000@dallben> Date: Fri, 19 Jul 2002 09:02:21 -0400 (EDT) From: John Baldwin To: "Brandon D. Valentine" Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Stat Cc: hackers@FreeBSD.org, developers@FreeBSD.org, Julian Elischer , Terry Lambert , Robert Watson 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 19-Jul-2002 Brandon D. Valentine wrote: > On Thu, 18 Jul 2002, Robert Watson wrote: > >>I kid you not :-). About 40% of the SGML submissions I receive are broken >>in some form, despite a template that is correct. Usually it's unclosed >>tags, removal of a necessary tag, etc. If I had to guess, asking for >>nroff/mdoc submissions would result in a slightly higher success rate, as >>I suspect developers have a bit more experience with it, and also don't >>have to install a port to get syntax checking. Humm, personally I just keep report-smpng.xml on my laptop and for each report I just update the contents of the paragraph (xemacs does fine syntax highlighting on it btw, not that it really matters) and then: mail -s 'SMPng report' robert+blah@cyrus.watson.org < report-smpng.xml You don't have to know XML to know how to do this. Once you've filled out the headers for a Project (once) you can just modify the paragraph contents, which look the same (same tags, etc.) as paragraphs in HTML. Perhaps I'm biased since I started out life as a doc/ person though. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "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 Jul 19 6:49:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81A6537B400; Fri, 19 Jul 2002 06:49:05 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE66943E31; Fri, 19 Jul 2002 06:49:04 -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.12.4/8.12.4) with SMTP id g6JDZ0Oo022474; Fri, 19 Jul 2002 09:35:01 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 19 Jul 2002 09:35:00 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Brandon D. Valentine" Cc: Terry Lambert , Julian Elischer , developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) In-Reply-To: <20020719013111.F18913-100000@dallben> 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, 19 Jul 2002, Brandon D. Valentine wrote: > On Thu, 18 Jul 2002, Robert Watson wrote: > > >I kid you not :-). About 40% of the SGML submissions I receive are broken > >in some form, despite a template that is correct. Usually it's unclosed > >tags, removal of a necessary tag, etc. If I had to guess, asking for > >nroff/mdoc submissions would result in a slightly higher success rate, as > >I suspect developers have a bit more experience with it, and also don't > >have to install a port to get syntax checking. > > Knowing my own inclinations if I were asked to go through the hassle of > composing an SGML document once a month which would encompass one measly > paragraph I'd probably be negligent of the duty more often that not. Ever read the template? This isn't exactly rocket science, and it's also not every month. No doubt a web form probably is the right way to go, and it now appears at least three people are writing one. :-) Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 6:50:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51B4B37B400 for ; Fri, 19 Jul 2002 06:50:34 -0700 (PDT) Received: from pokemon.slonce.com (pokemon.slonce.com [213.134.138.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id D75CA43E65 for ; Fri, 19 Jul 2002 06:50:30 -0700 (PDT) (envelope-from x@pokemon.slonce.com) Received: (from x@localhost) by pokemon.slonce.com (8.12.4/31337) id g6JDoYZe001503 for freebsd-hackers@freebsd.org; Fri, 19 Jul 2002 15:50:34 +0200 (CEST) (envelope-from x) Date: Fri, 19 Jul 2002 15:50:33 +0200 From: Zbyszek Sobiecki To: freebsd-hackers@freebsd.org Subject: systrace. Message-ID: <20020719155033.A1460@pokemon.iptelecom.pl> Reply-To: kodz@slonce.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-PGP-Key: available on request 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 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Is there any work done on porting systrace to FreeBSD? --=20 Zbyszek Sobiecki --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia iQCVAwUBPTgZKSFYRaF3vp6JAQGh2QP6AvXkzXGaKSgfWc+l7TVW2qCg+FwvrT11 1GgBG7zA2E9rPe/BLaWpWcOleESAL4Q/LRaTPkOgjQmcU22oRoG3tgCKBIyCGU8w YX+7SAWdNbyZ3QeLo9XAlzyT2mhAlAQRHNQxaozUpH7vmin1v/wxb6E37K8R3cJ5 Immn3XwH370= =UmPv -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 7:20:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D15937B405 for ; Fri, 19 Jul 2002 07:20:22 -0700 (PDT) Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DC7A43E42 for ; Fri, 19 Jul 2002 07:20:22 -0700 (PDT) (envelope-from bandix@geekpunk.net) Received: from [192.168.1.100] (pcp532233pcs.nash01.tn.comcast.net [68.52.140.254]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTP id <0GZI00J3Z2GS4A@mtaout02.icomcast.net> for freebsd-hackers@freebsd.org; Fri, 19 Jul 2002 10:19:41 -0400 (EDT) Date: Fri, 19 Jul 2002 09:19:42 -0500 (CDT) From: "Brandon D. Valentine" Subject: Re: dump on mounted fs In-reply-to: <200207190738.aa74454@salmon.maths.tcd.ie> X-X-Sender: bandix@dallben To: David Malone Cc: "Mark W. Krentel" , freebsd-hackers@freebsd.org Message-id: <20020719091153.F18913-100000@dallben> 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 On Fri, 19 Jul 2002, David Malone wrote: >Maybe I should resign to using tar on Linux. Can tar be made not >to modify the ctime, mtime and atime? This is what the general consensus on the amanda-users list has been for some time now. Linux ext2 dump/restore is massively broken. If you're using something like XFS though you can probably get away with xfs_dump/restore. Personally I prefer to use tar anyway. A tar archive is restorable on most any unix without requiring a vendor/filesystem specific restore binary be available. That's one less point of failure in restoring the backups. The only place where tar really won't cut it is when you're using special filesystem features not traditionally supported by unix, such as filesystem ACLs. Brandon D. Valentine -- http://www.geekpunk.net bandix@geekpunk.net ++[>++++++<-]>[<++++++>-]<.>++++[>+++++<-]>[<+++++>-]<+.+++++++..++ +.>>+++++[<++++++>-]<++.<<+++++++++++++++.>.+++.------.--------.>+. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 7:57:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA50C37B400 for ; Fri, 19 Jul 2002 07:57:29 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 8022443E4A for ; Fri, 19 Jul 2002 07:57:28 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 19 Jul 2002 15:57:27 +0100 (BST) Date: Fri, 19 Jul 2002 15:57:26 +0100 From: David Malone To: Zbyszek Sobiecki Cc: freebsd-hackers@freebsd.org Subject: Re: systrace. Message-ID: <20020719145726.GA73051@walton.maths.tcd.ie> References: <20020719155033.A1460@pokemon.iptelecom.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020719155033.A1460@pokemon.iptelecom.pl> User-Agent: Mutt/1.3.25i 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, Jul 19, 2002 at 03:50:33PM +0200, Zbyszek Sobiecki wrote: > Is there any work done on porting systrace to FreeBSD? I started looking at it and began porting it to current. It doesn't look too hard. I'll probably get it finished at some stage, but if someone else wanted to look at it they should go ahead 'cos I've been a bit busy recently. I actually thought that there might be some race conditions in the code but didn't have a recent OpenBSD machine to test my theory on. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 10: 7:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75DE137B400 for ; Fri, 19 Jul 2002 10:07:23 -0700 (PDT) Received: from search.sparks.net (d-207-5-180-136.gwi.net [207.5.180.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C41C43E58 for ; Fri, 19 Jul 2002 10:07:23 -0700 (PDT) (envelope-from dmiller@sparks.net) Received: by search.sparks.net (Postfix, from userid 100) id F2886D987; Fri, 19 Jul 2002 13:06:47 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by search.sparks.net (Postfix) with ESMTP id DBBCBD984; Fri, 19 Jul 2002 13:06:47 -0400 (EDT) Date: Fri, 19 Jul 2002 13:06:47 -0400 (EDT) From: David Miller To: "Brandon D. Valentine" Cc: David Malone , "Mark W. Krentel" , freebsd-hackers@freebsd.org Subject: Re: dump on mounted fs In-Reply-To: <20020719091153.F18913-100000@dallben> 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, 19 Jul 2002, Brandon D. Valentine wrote: > On Fri, 19 Jul 2002, David Malone wrote: > > >Maybe I should resign to using tar on Linux. Can tar be made not > >to modify the ctime, mtime and atime? > > This is what the general consensus on the amanda-users list has been for > some time now. Linux ext2 dump/restore is massively broken. If you're > using something like XFS though you can probably get away with > xfs_dump/restore. Personally I prefer to use tar anyway. A tar archive > is restorable on most any unix without requiring a vendor/filesystem > specific restore binary be available. That's one less point of failure > in restoring the backups. The only place where tar really won't cut it > is when you're using special filesystem features not traditionally > supported by unix, such as filesystem ACLs. A year ago there was a problem with backing up files larger than either 2GB or 4GB, I forget which. A beta version of star would handle it, but all the native versions of tar and gtar failed. That's often not a problem, but if you're backing up db container files on big drives it's an issue. --- David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 10:53:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A761737B401 for ; Fri, 19 Jul 2002 10:53:49 -0700 (PDT) Received: from mail2.dreamscape.com (mail2.dreamscape.com [206.64.128.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5CF143E6A for ; Fri, 19 Jul 2002 10:53:48 -0700 (PDT) (envelope-from krentel@dreamscape.com) Received: from dreamscape.com (sA6-p43.dreamscape.com [207.198.13.171]) by mail2.dreamscape.com (8.9.3+blt/8.9.3) with ESMTP id NAA09989; Fri, 19 Jul 2002 13:53:41 -0400 (EDT) Received: from blue.mwk.domain (localhost [127.0.0.1]) by dreamscape.com (8.11.1/8.11.1) with ESMTP id g6JHr8519290; Fri, 19 Jul 2002 13:53:09 -0400 (EDT) (envelope-from krentel@blue.mwk.domain) Message-Id: <200207191753.g6JHr8519290@dreamscape.com> To: "Brandon D. Valentine" Cc: David Malone , freebsd-hackers@freebsd.org Subject: Re: dump on mounted fs In-Reply-To: Message from "Brandon D. Valentine" of "Fri, 19 Jul 2002 09:19:42 CDT." <20020719091153.F18913-100000@dallben> Date: Fri, 19 Jul 2002 13:53:08 -0400 From: "Mark W. Krentel" 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 what the general consensus on the amanda-users list has been for > some time now. Linux ext2 dump/restore is massively broken. I believe that ext2 dump on a mounted file system in Linux is pretty much deprecated, though it should still work ok if the partition is unmounted. It's not dump's fault and it's not something that dump can fix. The design of the page and buffer caches in the 2.4 kernels makes it impossible for dump to see the correct versions of some files. (Strangely, my tests suggest that it's files written without O_TRUNC that are handled incorrectly.) And no amount of waiting or syncs will help. http://old.lwn.net/2001/0503/a/lt-dump.php3 http://old.lwn.net/2001/0503/a/lt-metadata.php3 But my real question is if these kinds of problems occur in Freebsd? I understand there are risks, but dump on a mounted partition isn't hopelessly broken in Freebsd, right? --Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 11: 0:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC15237B400; Fri, 19 Jul 2002 11:00:21 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 316A943E64; Fri, 19 Jul 2002 11:00:21 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020719180016.YPVA6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Fri, 19 Jul 2002 18:00:16 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA90176; Fri, 19 Jul 2002 10:54:56 -0700 (PDT) Date: Fri, 19 Jul 2002 10:54:54 -0700 (PDT) From: Julian Elischer To: Robert Watson Cc: "Brandon D. Valentine" , Terry Lambert , developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) 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, 19 Jul 2002, Robert Watson wrote: > > On Fri, 19 Jul 2002, Brandon D. Valentine wrote: > > > On Thu, 18 Jul 2002, Robert Watson wrote: > > > > >I kid you not :-). About 40% of the SGML submissions I receive are broken > > >in some form, despite a template that is correct. Usually it's unclosed > > >tags, removal of a necessary tag, etc. If I had to guess, asking for > > >nroff/mdoc submissions would result in a slightly higher success rate, as > > >I suspect developers have a bit more experience with it, and also don't > > >have to install a port to get syntax checking. > > > > Knowing my own inclinations if I were asked to go through the hassle of > > composing an SGML document once a month which would encompass one measly > > paragraph I'd probably be negligent of the duty more often that not. > > Ever read the template? This isn't exactly rocket science, and it's also > not every month. No doubt a web form probably is the right way to go, and > it now appears at least three people are writing one. :-) This is a leaning experience for me... my first perl program... I suggest that if either of the others is not a perl newbie that you use that :-) p.s. who? > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Network Associates Laboratories > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 11: 6:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4042F37B400; Fri, 19 Jul 2002 11:06:33 -0700 (PDT) Received: from light.imasy.or.jp (light.imasy.or.jp [202.227.24.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50CC943E99; Fri, 19 Jul 2002 11:06:28 -0700 (PDT) (envelope-from clin@imasy.org) Received: (from uucp@localhost) by light.imasy.or.jp (8.11.6+3.4W/8.11.6/light) with UUCP id g6JI6NO20163; Sat, 20 Jul 2002 03:06:23 +0900 (JST) (envelope-from clin@imasy.org) Received: from localhost by mickey.bop.imasy.org (8.9.3/3.7W-mickey2k1008) id DAA96355; Sat, 20 Jul 2002 03:17:17 +0900 (JST) (envelope-from clin@imasy.org) Date: Sat, 20 Jul 2002 03:09:04 +0900 (JST) Message-Id: <20020720.030904.41629401.clin@imasy.org> To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Cc: clin@imasy.org Subject: How to use 4-stable and 5-current without manual fsck. From: Hiroyuki CHIBA X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.1 =?iso-2022-jp?B?KBskQjAqGyhCKQ==?= 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 Hi Folks, I am using 4.5-STABLE and 5-current on the same notebook PC. After cvsup-dating 5-current on 14th July(may be), I have a problem at boot scequence. My 4.5-stable says the complain as follows after a normal shutdown of 5-current and fails into single-user mode: /dev/ad0s3e: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. /dev/ad0s3e: CANNOT WRITE: BLK: 5664 /dev/ad0s3e: BAD SUPER BLOCK: VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE I can not mount that partition normally. But, I can mount the partition after "fsck -b 16"(designating alternative super block location.) Does anyone have any idea or techniques to handle the problem automatically with STABLE and CURRENT? Thanks, ---- Hiroyuki "CLINGON" Chiba clin@imasy.org(private) hiro@bisd.hitachi.co.jp(office) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 11:11:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA69537B400; Fri, 19 Jul 2002 11:11:32 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 794B243E64; Fri, 19 Jul 2002 11:11:32 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id EADEE535E; Fri, 19 Jul 2002 20:11:30 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Hiroyuki CHIBA Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: How to use 4-stable and 5-current without manual fsck. References: <20020720.030904.41629401.clin@imasy.org> From: Dag-Erling Smorgrav Date: 19 Jul 2002 20:11:30 +0200 In-Reply-To: <20020720.030904.41629401.clin@imasy.org> Message-ID: Lines: 15 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 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 Hiroyuki CHIBA writes: > My 4.5-stable says the complain as follows after a normal shutdown of > 5-current and fails into single-user mode: > > /dev/ad0s3e: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > /dev/ad0s3e: CANNOT WRITE: BLK: 5664 > /dev/ad0s3e: BAD SUPER BLOCK: VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE Your -STABLE is too old. This was fixed on June 24. Note that this also means your version of -STABLE is vulnerable to a number of serious security problems. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 11:28:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 156E437B400; Fri, 19 Jul 2002 11:28:54 -0700 (PDT) Received: from light.imasy.or.jp (light.imasy.or.jp [202.227.24.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABF0C43E4A; Fri, 19 Jul 2002 11:28:51 -0700 (PDT) (envelope-from clin@imasy.org) Received: (from uucp@localhost) by light.imasy.or.jp (8.11.6+3.4W/8.11.6/light) with UUCP id g6JISUL21109; Sat, 20 Jul 2002 03:28:30 +0900 (JST) (envelope-from clin@imasy.org) Received: from localhost by mickey.bop.imasy.org (8.9.3/3.7W-mickey2k1008) id DAA96540; Sat, 20 Jul 2002 03:38:01 +0900 (JST) (envelope-from clin@imasy.org) Date: Sat, 20 Jul 2002 03:29:48 +0900 (JST) Message-Id: <20020720.032948.104027311.clin@imasy.org> To: des@ofug.org Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, clin@imasy.org Subject: Re: How to use 4-stable and 5-current without manual fsck. From: Hiroyuki CHIBA In-Reply-To: References: <20020720.030904.41629401.clin@imasy.org> X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.1 =?iso-2022-jp?B?KBskQjAqGyhCKQ==?= 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 Dear DES, >>>>> 19 Jul 2002 20:11:30 +0200, Dag-Erling Smorgrav said: des> Your -STABLE is too old. This was fixed on June 24. Note that this des> also means your version of -STABLE is vulnerable to a number of des> serious security problems. Thank you for your useful suggestion. Exactly, my STABLE is very old as you mentioned, I will cvsup my STABLE. Regards, ---- Hiroyuki CLINGON Chiba clin@imasy.org(private) hiro@bisd.hitachi.co.jp(office) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 11:45:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23CC237B400; Fri, 19 Jul 2002 11:45:24 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8DDC43E3B; Fri, 19 Jul 2002 11:45:22 -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.12.4/8.12.4) with SMTP id g6JIj5Oo025951; Fri, 19 Jul 2002 14:45:05 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 19 Jul 2002 14:45:05 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Julian Elischer Cc: "Brandon D. Valentine" , Scott Ullrich , developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) 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, 19 Jul 2002, Julian Elischer wrote: > > Ever read the template? This isn't exactly rocket science, and it's also > > not every month. No doubt a web form probably is the right way to go, and > > it now appears at least three people are writing one. :-) > > This is a leaning experience for me... my first perl program... I > suggest that if either of the others is not a perl newbie that you use > that :-) > > p.s. who? See, I knew I should not have said that, because now I'm going to go from getting several forms to getting none. :-) So far, I've heard back from you and Scott Ullrich that you've actually started doing work. I've also had a couple of other people offer to help, including Hiten, although I don't think that most of the others have actually started generating code. How about you and Scott hash something out, since it sounds like he has XML background, and send me a cute perl CGI script to use? BTW, the models Scott and I exchanged e-mail on included a form that simply generated the XML for the developer, one that mailed me the XML, etc. I'd like to avoid server state if I can, since then that just has to be managed. :-) Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 12: 0:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61C3137B400; Fri, 19 Jul 2002 12:00:33 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0336D43E5E; Fri, 19 Jul 2002 12:00:33 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020719190031.TUHF24728.rwcrmhc51.attbi.com@InterJet.elischer.org>; Fri, 19 Jul 2002 19:00:31 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA90476; Fri, 19 Jul 2002 11:57:18 -0700 (PDT) Date: Fri, 19 Jul 2002 11:57:18 -0700 (PDT) From: Julian Elischer To: Hiroyuki CHIBA Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: How to use 4-stable and 5-current without manual fsck. In-Reply-To: <20020720.030904.41629401.clin@imasy.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 you need to get teh fsck from 4-stable. it knows how to deal withthe changes that -current is making.. On Sat, 20 Jul 2002, Hiroyuki CHIBA wrote: > Hi Folks, > > I am using 4.5-STABLE and 5-current on the same notebook PC. > After cvsup-dating 5-current on 14th July(may be), I have a problem > at boot scequence. > > My 4.5-stable says the complain as follows after a normal shutdown of > 5-current and fails into single-user mode: > > /dev/ad0s3e: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > /dev/ad0s3e: CANNOT WRITE: BLK: 5664 > /dev/ad0s3e: BAD SUPER BLOCK: VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE > > I can not mount that partition normally. > But, I can mount the partition after "fsck -b 16"(designating > alternative super block location.) > > Does anyone have any idea or techniques to handle the problem > automatically with STABLE and CURRENT? > > Thanks, > > ---- > Hiroyuki "CLINGON" Chiba > clin@imasy.org(private) > hiro@bisd.hitachi.co.jp(office) > > 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 Jul 19 12:20:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3384037B400; Fri, 19 Jul 2002 12:20:11 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7050543E42; Fri, 19 Jul 2002 12:20:10 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020719192009.CXPA6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Fri, 19 Jul 2002 19:20:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA90541; Fri, 19 Jul 2002 12:00:37 -0700 (PDT) Date: Fri, 19 Jul 2002 12:00:35 -0700 (PDT) From: Julian Elischer To: Robert Watson Cc: "Brandon D. Valentine" , Scott Ullrich , developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) 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, 19 Jul 2002, Robert Watson wrote: > On Fri, 19 Jul 2002, Julian Elischer wrote: > > > > Ever read the template? This isn't exactly rocket science, and it's also > > > not every month. No doubt a web form probably is the right way to go, and > > > it now appears at least three people are writing one. :-) > > > > This is a leaning experience for me... my first perl program... I > > suggest that if either of the others is not a perl newbie that you use > > that :-) > > > > p.s. who? > > See, I knew I should not have said that, because now I'm going to go from > getting several forms to getting none. :-) > > So far, I've heard back from you and Scott Ullrich that you've actually > started doing work. I've also had a couple of other people offer to help, > including Hiten, although I don't think that most of the others have > actually started generating code. How about you and Scott hash something > out, since it sounds like he has XML background, and send me a cute perl > CGI script to use? BTW, the models Scott and I exchanged e-mail on > included a form that simply generated the XML for the developer, one that > mailed me the XML, etc. I'd like to avoid server state if I can, since > then that just has to be managed. :-) That's what mine does. it writes an XMKL version back and you cut'n' paste it to you.. I still haven't done the 'links' part yet. also I don't know how to add

to teh description unless I look for /n/n maybe. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Network Associates Laboratories > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 12:21:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBB2337B400; Fri, 19 Jul 2002 12:21:25 -0700 (PDT) Received: from exchange.corp.cre8.com (ns.cre8.com [216.135.81.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1AD543E4A; Fri, 19 Jul 2002 12:21:24 -0700 (PDT) (envelope-from sullrich@CRE8.COM) Received: by exchange.corp.cre8.com with Internet Mail Service (5.5.2653.19) id <3Q57VZWA>; Fri, 19 Jul 2002 15:21:24 -0400 Message-ID: <2F6DCE1EFAB3BC418B5C324F13934C96016CA1ED@exchange.corp.cre8.com> From: Scott Ullrich To: 'Julian Elischer' , Robert Watson Cc: "Brandon D. Valentine" , Scott Ullrich , developers@FreeBSD.org, hackers@FreeBSD.org Subject: RE: Request for submissions: FreeBSD Bi-Monthly Development Statu s Report (fwd) Date: Fri, 19 Jul 2002 15:21:21 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C22F59.76BB81F0" 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. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C22F59.76BB81F0 Content-Type: text/plain; charset="iso-8859-1" We are actively working on our script as well. I'll submit it very soon and we can see which one will be used. FWIW: I am using Perl/XML::Twig. Scott Ullrich sullrich@cre8.com - CS/GC d+(-) s: a26> C++ UBL*++++ P++++ L- E-- W+++ N++ o++ w++ O- M+ V PS+ PE++ Y++ PGP++ t-- 5-- X+ R* tv-- b+++ DI- D--- G- h+ r > -----Original Message----- > From: Julian Elischer [mailto:julian@elischer.org] > Sent: Friday, July 19, 2002 3:01 PM > To: Robert Watson > Cc: Brandon D. Valentine; Scott Ullrich; developers@FreeBSD.org; > hackers@FreeBSD.org > Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development > Status Report (fwd) > > > > > On Fri, 19 Jul 2002, Robert Watson wrote: > > > On Fri, 19 Jul 2002, Julian Elischer wrote: > > > > > > Ever read the template? This isn't exactly rocket > science, and it's also > > > > not every month. No doubt a web form probably is the > right way to go, and > > > > it now appears at least three people are writing one. :-) > > > > > > This is a leaning experience for me... my first perl program... I > > > suggest that if either of the others is not a perl newbie > that you use > > > that :-) > > > > > > p.s. who? > > > > See, I knew I should not have said that, because now I'm > going to go from > > getting several forms to getting none. :-) > > > > So far, I've heard back from you and Scott Ullrich that > you've actually > > started doing work. I've also had a couple of other people > offer to help, > > including Hiten, although I don't think that most of the others have > > actually started generating code. How about you and Scott > hash something > > out, since it sounds like he has XML background, and send > me a cute perl > > CGI script to use? BTW, the models Scott and I exchanged e-mail on > > included a form that simply generated the XML for the > developer, one that > > mailed me the XML, etc. I'd like to avoid server state if > I can, since > > then that just has to be managed. :-) > That's what mine does. > it writes an XMKL version back and you cut'n' paste it to you.. > I still haven't done the 'links' part yet. > also I don't know how to add

to teh description unless I look for > /n/n maybe. > > > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > > robert@fledge.watson.org Network Associates Laboratories > > > > > > > ------_=_NextPart_001_01C22F59.76BB81F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Request for submissions: FreeBSD Bi-Monthly Development = Status Report (fwd)

We are actively working on our script as well.  = I'll submit it very soon and we can see which one will be used.  = FWIW:  I am using Perl/XML::Twig.

Scott Ullrich
sullrich@cre8.com
-
CS/GC  d+(-) s: a26> C++ UBL*++++ P++++ L- = E-- W+++ N++ o++ w++ O- M+ V PS+ PE++ Y++ PGP++ t-- 5-- X+ R* tv-- b+++ = DI- D--- G- h+ r

> -----Original Message-----
> From: Julian Elischer [mailto:julian@elischer.org]
> Sent: Friday, July 19, 2002 3:01 PM
> To: Robert Watson
> Cc: Brandon D. Valentine; Scott Ullrich; = developers@FreeBSD.org;
> hackers@FreeBSD.org
> Subject: Re: Request for submissions: FreeBSD = Bi-Monthly Development
> Status Report (fwd)
>
>
>
>
> On Fri, 19 Jul 2002, Robert Watson = wrote:
>
> > On Fri, 19 Jul 2002, Julian Elischer = wrote:
> >
> > > > Ever read the template?  = This isn't exactly rocket
> science, and it's also
> > > > not every month.  No doubt = a web form probably is the
> right way to go, and
> > > > it now appears at least three = people are writing one.  :-)
> > >
> > > This is a leaning experience for = me... my first perl program...  I
> > > suggest that if either of the others = is not a perl newbie
> that you use
> > > that :-)
> > >
> > > p.s. who?
> >
> > See, I knew I should not have said that, = because now I'm
> going to go from
> > getting several forms to getting = none.   :-)
> >
> > So far, I've heard back from you and Scott = Ullrich that
> you've actually
> > started doing work.  I've also had a = couple of other people
> offer to help,
> > including Hiten, although I don't think = that most of the others have
> > actually started generating code.  = How about you and Scott
> hash something
> > out, since it sounds like he has XML = background, and send
> me a cute perl
> > CGI script to use?  BTW, the models = Scott and I exchanged e-mail on
> > included a form that simply generated the = XML for the
> developer, one that
> > mailed me the XML, etc.  I'd like to = avoid server state if
> I can, since
> > then that just has to be managed.  = :-)
> That's what mine does.
> it writes an XMKL version back and you cut'n' = paste it to you..
> I still haven't done the 'links' part = yet.
> also I don't know how to add <p> to teh = description unless I look for
> /n/n maybe.
>
>
> >
> > Robert N M = Watson           =   FreeBSD Core Team, TrustedBSD Projects
> > = robert@fledge.watson.org      Network = Associates Laboratories
> >
> >
> >
>

------_=_NextPart_001_01C22F59.76BB81F0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 12:40:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 242B337B400; Fri, 19 Jul 2002 12:40:11 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77A0443E58; Fri, 19 Jul 2002 12:40:10 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020719194010.VNNX24728.rwcrmhc51.attbi.com@InterJet.elischer.org>; Fri, 19 Jul 2002 19:40:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA90706; Fri, 19 Jul 2002 12:27:58 -0700 (PDT) Date: Fri, 19 Jul 2002 12:27:55 -0700 (PDT) From: Julian Elischer To: Scott Ullrich Cc: Robert Watson , "Brandon D. Valentine" , developers@FreeBSD.org, hackers@FreeBSD.org Subject: RE: Request for submissions: FreeBSD Bi-Monthly Development Statu s Report (fwd) In-Reply-To: <2F6DCE1EFAB3BC418B5C324F13934C96016CA1ED@exchange.corp.cre8.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 I'm not an expert in cgi and perl or html so I'm sure yours will be better :-) I'm using CGI:: and plain perl :-) On Fri, 19 Jul 2002, Scott Ullrich wrote: > We are actively working on our script as well. I'll submit it very soon and > we can see which one will be used. FWIW: I am using Perl/XML::Twig. > > Scott Ullrich > sullrich@cre8.com > - > CS/GC d+(-) s: a26> C++ UBL*++++ P++++ L- E-- W+++ N++ o++ w++ O- M+ V PS+ > PE++ Y++ PGP++ t-- 5-- X+ R* tv-- b+++ DI- D--- G- h+ r > > > -----Original Message----- > > From: Julian Elischer [mailto:julian@elischer.org] > > Sent: Friday, July 19, 2002 3:01 PM > > To: Robert Watson > > Cc: Brandon D. Valentine; Scott Ullrich; developers@FreeBSD.org; > > hackers@FreeBSD.org > > Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development > > Status Report (fwd) > > > > > > > > > > On Fri, 19 Jul 2002, Robert Watson wrote: > > > > > On Fri, 19 Jul 2002, Julian Elischer wrote: > > > > > > > > Ever read the template? This isn't exactly rocket > > science, and it's also > > > > > not every month. No doubt a web form probably is the > > right way to go, and > > > > > it now appears at least three people are writing one. :-) > > > > > > > > This is a leaning experience for me... my first perl program... I > > > > suggest that if either of the others is not a perl newbie > > that you use > > > > that :-) > > > > > > > > p.s. who? > > > > > > See, I knew I should not have said that, because now I'm > > going to go from > > > getting several forms to getting none. :-) > > > > > > So far, I've heard back from you and Scott Ullrich that > > you've actually > > > started doing work. I've also had a couple of other people > > offer to help, > > > including Hiten, although I don't think that most of the others have > > > actually started generating code. How about you and Scott > > hash something > > > out, since it sounds like he has XML background, and send > > me a cute perl > > > CGI script to use? BTW, the models Scott and I exchanged e-mail on > > > included a form that simply generated the XML for the > > developer, one that > > > mailed me the XML, etc. I'd like to avoid server state if > > I can, since > > > then that just has to be managed. :-) > > That's what mine does. > > it writes an XMKL version back and you cut'n' paste it to you.. > > I still haven't done the 'links' part yet. > > also I don't know how to add

to teh description unless I look for > > /n/n maybe. > > > > > > > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > > > robert@fledge.watson.org Network Associates Laboratories > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 13:33:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82B1037B400 for ; Fri, 19 Jul 2002 13:33:43 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA1143E42 for ; Fri, 19 Jul 2002 13:33:42 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.5/8.12.5) id g6JKXdTN018553; Fri, 19 Jul 2002 15:33:39 -0500 (CDT) (envelope-from dan) Date: Fri, 19 Jul 2002 15:33:39 -0500 From: Dan Nelson To: "Mark W. Krentel" Cc: "Brandon D. Valentine" , David Malone , freebsd-hackers@FreeBSD.ORG Subject: Re: dump on mounted fs Message-ID: <20020719203335.GB13392@dan.emsphone.com> References: <20020719091153.F18913-100000@dallben> <200207191753.g6JHr8519290@dreamscape.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207191753.g6JHr8519290@dreamscape.com> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i 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 the last episode (Jul 19), Mark W. Krentel said: > But my real question is if these kinds of problems occur in Freebsd? > I understand there are risks, but dump on a mounted partition isn't > hopelessly broken in Freebsd, right? Dump should work just fine on FreeBSD. Do a sync before starting the dump and you're set. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 14: 1:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 457B537B400 for ; Fri, 19 Jul 2002 14:01:19 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED7D243E31 for ; Fri, 19 Jul 2002 14:01:17 -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.12.4/8.12.4) with SMTP id g6JL16Oo027219; Fri, 19 Jul 2002 17:01:06 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 19 Jul 2002 17:01:05 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: David Malone Cc: Zbyszek Sobiecki , freebsd-hackers@freebsd.org Subject: Re: systrace. In-Reply-To: <20020719145726.GA73051@walton.maths.tcd.ie> 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, 19 Jul 2002, David Malone wrote: > On Fri, Jul 19, 2002 at 03:50:33PM +0200, Zbyszek Sobiecki wrote: > > Is there any work done on porting systrace to FreeBSD? > > I started looking at it and began porting it to current. It doesn't look > too hard. I'll probably get it finished at some stage, but if someone > else wanted to look at it they should go ahead 'cos I've been a bit busy > recently. > > I actually thought that there might be some race conditions in the code > but didn't have a recent OpenBSD machine to test my theory on. I tend to agree, having noticed what is presumably the same problem -- I chatted with Angelos about it at a recent DARPA PI meeting, and I think we concluded that the race conditions do exist and may well be exploitable. Someone dropped me an e-mail saying they had done a port, but I was on travel at the time so didn't respond--I think it would be useful to look into integrating it, but the race conditions do need to be closed. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 15: 1:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 489A837B400 for ; Fri, 19 Jul 2002 15:01:39 -0700 (PDT) Received: from ns.aus.com (adsl-66-127-242-81.dsl.sntc01.pacbell.net [66.127.242.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C00C43E58 for ; Fri, 19 Jul 2002 15:01:38 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g6JNEWM04704 for ; Sat, 20 Jul 2002 08:44:33 +0930 Date: Sat, 20 Jul 2002 08:44:32 +0930 (CST) From: Richard Sharpe To: Subject: Any problems with Using sendfile In-Reply-To: <20020719102130.E19831@va.samba.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 Hi, I did some testing a couple of days ago with sendfile under FreeBSD and Samba, and observed that in pulling 500MB of data from files on a server I could achieve about 45MB/s over GigE (I have a problem in my switch, I think) but that CPU utilization was at 100% without sendfile and 50% with sendfile. This is a big improvement, but there are potential problems. These problems are due to fact that once you start sending, if anything changes, you cannot stop and say oops, I screwed up. If you promised to send 64kB, you have to send that or drop the connection. The problem is exacerbated by the fact that the Linux sendfile call does not seem to allow you to specify the header on the call, so you are forced to send the header from userspace and the data from the kernel, and you therefor introduce a window during which things can go wrong. For example, the file can be truncated or deleted, and I don't think SMB allows you to send zeros for parts of the file that are not there. This is especially an issue if you don't have kernel oplocks and you have UNIX users sharing files with Windows users. The way Samba does this normally is that it assembles the data in userspace and then sends the response. If a problem occurs, it can determine this before sending anything at all, and can send an error response instead and does not need to drop the connection. However, FreeBSD's sendfile implementation allows you to specify the header to be sent in the call, and I believe that it also locks the vnode prior to trying anything so you are protected against the file changing under you. The only other thing that it could perhaps do is to pin all the pages before trying to send anything. Thus, if any error occurs, it can return to the user saying, sorry, I could not do this, you send an error message. That is, errors are handled in a recoverable way. The question is, does it gain you anything by demanding that the pages involved (up to 16) be pinned before starting to write on the socket? It increases pressure on memory, but it might be that the only problems that could occur mean that really bad things have happened anyway (like the file system has gone because the disk has died), so it might be that there is no need to be worried about this aspect. Are there any comments from here? Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 15:40:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEF4C37B405 for ; Fri, 19 Jul 2002 15:40:16 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 367EC43E31 for ; Fri, 19 Jul 2002 15:40:16 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020719224015.NTFB6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Fri, 19 Jul 2002 22:40:15 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA91466; Fri, 19 Jul 2002 15:33:01 -0700 (PDT) Date: Fri, 19 Jul 2002 15:33:00 -0700 (PDT) From: Julian Elischer To: Richard Sharpe Cc: freebsd-hackers@freebsd.org, jra@samba.org Subject: Re: Any problems with Using sendfile 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 the samba people said that there is a reason they can not use any sendfile implementation. they explained it to me once and I think I got it. but I have since forgotten it. It was something to do with what happens if the session is aborted or broken in some way but I forget the details. On Sat, 20 Jul 2002, Richard Sharpe wrote: > Hi, > > I did some testing a couple of days ago with sendfile under FreeBSD and > Samba, and observed that in pulling 500MB of data from files on a server I > could achieve about 45MB/s over GigE (I have a problem in my switch, I > think) but that CPU utilization was at 100% without sendfile and 50% with > sendfile. > > This is a big improvement, but there are potential problems. These > problems are due to fact that once you start sending, if anything changes, > you cannot stop and say oops, I screwed up. If you promised to send 64kB, > you have to send that or drop the connection. > > The problem is exacerbated by the fact that the Linux sendfile call does > not seem to allow you to specify the header on the call, so you are forced > to send the header from userspace and the data from the kernel, and you > therefor introduce a window during which things can go wrong. For example, > the file can be truncated or deleted, and I don't think SMB allows you to > send zeros for parts of the file that are not there. This is especially an > issue if you don't have kernel oplocks and you have UNIX users sharing > files with Windows users. > > The way Samba does this normally is that it assembles the data in > userspace and then sends the response. If a problem occurs, it can > determine this before sending anything at all, and can send an > error response instead and does not need to drop the connection. > > However, FreeBSD's sendfile implementation allows you to specify the > header to be sent in the call, and I believe that it also locks the vnode > prior to trying anything so you are protected against the file changing > under you. > > The only other thing that it could perhaps do is to pin all the pages > before trying to send anything. Thus, if any error occurs, it can return > to the user saying, sorry, I could not do this, you send an error message. > That is, errors are handled in a recoverable way. > > The question is, does it gain you anything by demanding that the pages > involved (up to 16) be pinned before starting to write on the socket? It > increases pressure on memory, but it might be that the only problems that > could occur mean that really bad things have happened anyway (like the > file system has gone because the disk has died), so it might be that there > is no need to be worried about this aspect. > > Are there any comments from here? > > Regards > ----- > Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, > sharpe@ethereal.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 Fri Jul 19 16: 0:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A16837B400 for ; Fri, 19 Jul 2002 16:00:15 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2274E43E5E for ; Fri, 19 Jul 2002 16:00:15 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020719230014.DPPL24728.rwcrmhc51.attbi.com@InterJet.elischer.org>; Fri, 19 Jul 2002 23:00:14 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA91537; Fri, 19 Jul 2002 15:46:51 -0700 (PDT) Date: Fri, 19 Jul 2002 15:46:49 -0700 (PDT) From: Julian Elischer To: Richard Sharpe Cc: freebsd-hackers@freebsd.org, jra@samba.org Subject: Re: Any problems with Using sendfile 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, 19 Jul 2002, Julian Elischer wrote: > the samba people said that there is a reason they can not use any sendfile > implementation. > they explained it to me once and I think I got it. but I have since > forgotten it. It was something to do with what happens if the session is > aborted or broken in some way but I forget the details. Sorry.. just noticed your .samba.org address.. DUH.. For what it's worth, Tridge and Jeremy explained to me that it was because of what happens if you've promissed to send 100K and then while yuo aer sending, someone truncates the file.. I guess you know teh protocol better than I so I can't say more than that.. > > On Sat, 20 Jul 2002, Richard Sharpe wrote: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 16: 1: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DF4537B400; Fri, 19 Jul 2002 16:01:05 -0700 (PDT) Received: from holly.calldei.com (adsl-208-191-149-232.dsl.hstntx.swbell.net [208.191.149.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9568043E58; Fri, 19 Jul 2002 16:01:04 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: by holly.calldei.com (Postfix, from userid 1001) id 5207975F; Fri, 19 Jul 2002 18:01:53 -0500 (CDT) Date: Fri, 19 Jul 2002 18:01:52 -0500 From: Chris Costello To: Scott Ullrich Cc: developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Statu s Report (fwd) Message-ID: <20020719180152.B505@holly.calldei.com> Reply-To: chris@FreeBSD.org References: <2F6DCE1EFAB3BC418B5C324F13934C96016CA1ED@exchange.corp.cre8.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <2F6DCE1EFAB3BC418B5C324F13934C96016CA1ED@exchange.corp.cre8.com>; from sullrich@CRE8.COM on Fri, Jul 19, 2002 at 03:21:21PM -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 Count me in. http://people.FreeBSD.org/~chris/dstrep.sh -- +-------------------+-------------------------------------------------------+ | Chris Costello | Debugger: | | chris@FreeBSD.org | A tool that substitutes afterthought for forethought. | +-------------------+-------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 16: 5: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F35537B400 for ; Fri, 19 Jul 2002 16:05:01 -0700 (PDT) Received: from lists.samba.org (samba.sourceforge.net [198.186.203.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA77A43E42 for ; Fri, 19 Jul 2002 16:05:00 -0700 (PDT) (envelope-from jra@samba.org) Received: by lists.samba.org (Postfix, from userid 1001) id 1981D4279; Fri, 19 Jul 2002 16:05:46 -0700 (PDT) Date: Fri, 19 Jul 2002 16:05:46 -0700 To: Julian Elischer Cc: Richard Sharpe , freebsd-hackers@freebsd.org, jra@samba.org Subject: Re: Any problems with Using sendfile Message-ID: <20020719160546.B4750@va.samba.org> 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 julian@elischer.org on Fri, Jul 19, 2002 at 03:46:49PM -0700 From: jra@samba.org (Jeremy Allison) 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, Jul 19, 2002 at 03:46:49PM -0700, Julian Elischer wrote: > > Sorry.. just noticed your .samba.org address.. DUH.. > For what it's worth, Tridge and Jeremy explained to me that it was because > of what happens if you've promissed to send 100K and then while yuo aer > sending, someone truncates the file.. I guess you know teh protocol better > than I so I can't say more than that.. Hi Julian, are you back in the Bay or in Oz ? You can use it if you have kernel oplocks, 'cos you're safe to promise a return at that point (no one else can truncate it out from under you). Jeremy. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 16:11: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C8A437B400 for ; Fri, 19 Jul 2002 16:10:59 -0700 (PDT) Received: from ns.aus.com (adsl-66-127-242-81.dsl.sntc01.pacbell.net [66.127.242.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0F4643E42 for ; Fri, 19 Jul 2002 16:10:58 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g6K0NNW04831; Sat, 20 Jul 2002 09:53:23 +0930 Date: Sat, 20 Jul 2002 09:53:23 +0930 (CST) From: Richard Sharpe To: Julian Elischer Cc: , Subject: Re: Any problems with Using sendfile 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, 19 Jul 2002, Julian Elischer wrote: > the samba people said that there is a reason they can not use any sendfile > implementation. > they explained it to me once and I think I got it. but I have since > forgotten it. It was something to do with what happens if the session is > aborted or broken in some way but I forget the details. Yes, it has to do with what happens when you start sendfile on a file, and someone truncates the file from under you ... You can protect against it with OpLocks. If you are concerned about UNIX users truncating the file, then you need kernel oplocks or some other mechanism to ensure that the file, at least in the area you are trying to sendfile, cannot change until you have sent it. I am one of the Samba guys. > On Sat, 20 Jul 2002, Richard Sharpe wrote: > > > Hi, > > > > I did some testing a couple of days ago with sendfile under FreeBSD and > > Samba, and observed that in pulling 500MB of data from files on a server I > > could achieve about 45MB/s over GigE (I have a problem in my switch, I > > think) but that CPU utilization was at 100% without sendfile and 50% with > > sendfile. > > > > This is a big improvement, but there are potential problems. These > > problems are due to fact that once you start sending, if anything changes, > > you cannot stop and say oops, I screwed up. If you promised to send 64kB, > > you have to send that or drop the connection. > > > > The problem is exacerbated by the fact that the Linux sendfile call does > > not seem to allow you to specify the header on the call, so you are forced > > to send the header from userspace and the data from the kernel, and you > > therefor introduce a window during which things can go wrong. For example, > > the file can be truncated or deleted, and I don't think SMB allows you to > > send zeros for parts of the file that are not there. This is especially an > > issue if you don't have kernel oplocks and you have UNIX users sharing > > files with Windows users. > > > > The way Samba does this normally is that it assembles the data in > > userspace and then sends the response. If a problem occurs, it can > > determine this before sending anything at all, and can send an > > error response instead and does not need to drop the connection. > > > > However, FreeBSD's sendfile implementation allows you to specify the > > header to be sent in the call, and I believe that it also locks the vnode > > prior to trying anything so you are protected against the file changing > > under you. > > > > The only other thing that it could perhaps do is to pin all the pages > > before trying to send anything. Thus, if any error occurs, it can return > > to the user saying, sorry, I could not do this, you send an error message. > > That is, errors are handled in a recoverable way. > > > > The question is, does it gain you anything by demanding that the pages > > involved (up to 16) be pinned before starting to write on the socket? It > > increases pressure on memory, but it might be that the only problems that > > could occur mean that really bad things have happened anyway (like the > > file system has gone because the disk has died), so it might be that there > > is no need to be worried about this aspect. > > > > Are there any comments from here? > > > > Regards > > ----- > > Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, > > sharpe@ethereal.com > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > -- Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 16:40:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75F5E37B400 for ; Fri, 19 Jul 2002 16:40:16 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FC6F43E3B for ; Fri, 19 Jul 2002 16:40:16 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020719234015.DSPQ26053.rwcrmhc53.attbi.com@InterJet.elischer.org>; Fri, 19 Jul 2002 23:40:15 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA91700; Fri, 19 Jul 2002 16:21:20 -0700 (PDT) Date: Fri, 19 Jul 2002 16:21:19 -0700 (PDT) From: Julian Elischer To: Jeremy Allison Cc: Richard Sharpe , freebsd-hackers@freebsd.org Subject: Re: Any problems with Using sendfile In-Reply-To: <20020719160546.B4750@va.samba.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 YEAH I'm back!! where are you? On Fri, 19 Jul 2002, Jeremy Allison wrote: > On Fri, Jul 19, 2002 at 03:46:49PM -0700, Julian Elischer wrote: > > > > Sorry.. just noticed your .samba.org address.. DUH.. > > For what it's worth, Tridge and Jeremy explained to me that it was because > > of what happens if you've promissed to send 100K and then while yuo aer > > sending, someone truncates the file.. I guess you know teh protocol better > > than I so I can't say more than that.. > > Hi Julian, are you back in the Bay or in Oz ? > > You can use it if you have kernel oplocks, 'cos you're > safe to promise a return at that point (no one else can > truncate it out from under you). > > Jeremy. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 16:46:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EF4837B407 for ; Fri, 19 Jul 2002 16:46:50 -0700 (PDT) Received: from lists.samba.org (samba.sourceforge.net [198.186.203.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 930C443E4A for ; Fri, 19 Jul 2002 16:43:57 -0700 (PDT) (envelope-from jra@samba.org) Received: by lists.samba.org (Postfix, from userid 1001) id 3899D4389; Fri, 19 Jul 2002 16:43:35 -0700 (PDT) Date: Fri, 19 Jul 2002 16:43:35 -0700 To: Julian Elischer Cc: Jeremy Allison , Richard Sharpe , freebsd-hackers@freebsd.org Subject: Re: Any problems with Using sendfile Message-ID: <20020719164335.C4750@va.samba.org> References: <20020719160546.B4750@va.samba.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 julian@elischer.org on Fri, Jul 19, 2002 at 04:21:19PM -0700 From: jra@samba.org (Jeremy Allison) 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, Jul 19, 2002 at 04:21:19PM -0700, Julian Elischer wrote: > YEAH I'm back!! > > > where are you? Cupertino. Working for HP.... Where are you ? Jeremy. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 17: 1:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD23937B400 for ; Fri, 19 Jul 2002 17:01:23 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB9B643E31 for ; Fri, 19 Jul 2002 17:01:14 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020720000013.RKVK6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Sat, 20 Jul 2002 00:00:13 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA91788; Fri, 19 Jul 2002 16:50:08 -0700 (PDT) Date: Fri, 19 Jul 2002 16:50:05 -0700 (PDT) From: Julian Elischer To: Jeremy Allison Cc: Richard Sharpe , freebsd-hackers@freebsd.org Subject: Re: Any problems with Using sendfile In-Reply-To: <20020719164335.C4750@va.samba.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 ummmm sorry guys.. we'll remove the CC's now :-) On Fri, 19 Jul 2002, Jeremy Allison wrote: > On Fri, Jul 19, 2002 at 04:21:19PM -0700, Julian Elischer wrote: > > YEAH I'm back!! > > > > > > where are you? > > Cupertino. Working for HP.... > Where are you ? > > Jeremy. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 18: 3:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F7AC37B400; Fri, 19 Jul 2002 18:03:07 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB6F543E67; Fri, 19 Jul 2002 18:03:06 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6K135CV081156; Fri, 19 Jul 2002 18:03:05 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6K135Ap081155; Fri, 19 Jul 2002 18:03:05 -0700 (PDT) (envelope-from dillon) Date: Fri, 19 Jul 2002 18:03:05 -0700 (PDT) From: Matthew Dillon Message-Id: <200207200103.g6K135Ap081155@apollo.backplane.com> To: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Another go at bandwidth delay product pipeline limiting for TCP 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 Ok, I am having another go at trying to implement a bandwidth delay product calculation to limit the number of inflight packets. The idea behind this feature is two fold: (1) If you have huge TCP buffers and there is no packet loss our TCP stack will happily build up potentially hundreds of outgoing packets even though most of them just sit in the interface queue (or, worse, in your router's interface queue!). (2) If you have a bandwidth constriction, such as a modem, this feature attempts to place only as many packets in the pipeline as is necessary to fill the pipeline, which means that you can type in one window and send large amounts of data (scp, ftp) in another. Note that this is a transmitter-side solution, not a receiver-side solution. This will not help your typing if you are downloading a lot of stuff and the remote end builds up a lot of packets on your ISP's router. Theoretically we should be able to also restrict the window we advertise but that is a much more difficult problem. This code is highly experimental and so the SYSCTL's are setup for debugging (and it is disabled by default). I'm sure a lot of tuning can be done. The sysctl's are as follows: net.inet.tcp.inflight_enable default off (0) net.inet.tcp.inflight_debug default on (1) net.inet.tcp.inflight_min default 1024 net.inet.tcp.inflight_max default seriously large number Under normal operating conditions the min default would usually be at least 4096. For debugging it is useful to allow it to be 1024. Note that the code will not internally allow the inflight size to drop under 2 * maxseg (two segments). This code calculates the bandwidth delay product and artifically closes the transmit window to that value. The bandwidth delay product for the purposes of transmit window calculation is: bytes_in_flight = end_to_end_bandwidth * srtt Examples: Transport Bandwidth Ping Bandwidth Delay product (-s 1440) GigE 100 MBytes/sec 1.00 ms 100000 bytes 100BaseTX 10 MBytes/sec 0.65 ms 6500 bytes 10BaseT 1 MByte/sec 1.00 ms 1000 bytes T1 170 KBytes/sec 5.00 ms 850 bytes DSL 120 KBytes/sec 20.00 ms 2400 bytes ISDN 14 KBytes/sec 40.00 ms 560 bytes 56K modem 5.6 KBytes/sec 120 ms 672 bytes Slow client 50 KBytes/sec 200 ms 10000 bytes Now lets say you have a TCP send buffer of 128K and the remote end has a receive buffer of 128K, and window scaling works. On a 100BaseTX connection with no packet loss your TCP sender will queue up to 91 packets to the interface even though it only really needs to queue up 5 packets. With net.inet.tcp.inflight_enable turned on, the TCP sender will only queue up 4 packets. On the GigE link which actually needs 69 packets in flight, 69 packets will be queued up. That's what this code is supposed to do. This is my second attempt. I tried this last year too but it was too messy. But this time I think I've got it down to where it isn't as messy. -Matt Matthew Dillon Index: tcp_input.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_input.c,v retrieving revision 1.165 diff -u -r1.165 tcp_input.c --- tcp_input.c 19 Jul 2002 18:27:39 -0000 1.165 +++ tcp_input.c 20 Jul 2002 00:38:15 -0000 @@ -1008,6 +1008,8 @@ else if (tp->t_rtttime && SEQ_GT(th->th_ack, tp->t_rtseq)) tcp_xmit_timer(tp, ticks - tp->t_rtttime); + tcp_xmit_bandwidth_limit(tp, th->th_ack); + acked = th->th_ack - tp->snd_una; tcpstat.tcps_rcvackpack++; tcpstat.tcps_rcvackbyte += acked; @@ -1805,6 +1807,8 @@ tcp_xmit_timer(tp, ticks - to.to_tsecr + 1); else if (tp->t_rtttime && SEQ_GT(th->th_ack, tp->t_rtseq)) tcp_xmit_timer(tp, ticks - tp->t_rtttime); + + tcp_xmit_bandwidth_limit(tp, th->th_ack); /* * If all outstanding data is acked, stop retransmit Index: tcp_output.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_output.c,v retrieving revision 1.65 diff -u -r1.65 tcp_output.c --- tcp_output.c 23 Jun 2002 21:25:36 -0000 1.65 +++ tcp_output.c 20 Jul 2002 00:38:15 -0000 @@ -164,6 +164,7 @@ sendalot = 0; off = tp->snd_nxt - tp->snd_una; win = min(tp->snd_wnd, tp->snd_cwnd); + win = min(win, tp->snd_bwnd); flags = tcp_outflags[tp->t_state]; /* @@ -773,7 +774,8 @@ tp->snd_max = tp->snd_nxt; /* * Time this transmission if not a retransmission and - * not currently timing anything. + * not currently timing anything. Also calculate + * the bandwidth (8 segment average) */ if (tp->t_rtttime == 0) { tp->t_rtttime = ticks; Index: tcp_subr.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_subr.c,v retrieving revision 1.137 diff -u -r1.137 tcp_subr.c --- tcp_subr.c 18 Jul 2002 19:06:12 -0000 1.137 +++ tcp_subr.c 20 Jul 2002 00:38:16 -0000 @@ -144,6 +144,22 @@ SYSCTL_INT(_net_inet_tcp, OID_AUTO, isn_reseed_interval, CTLFLAG_RW, &tcp_isn_reseed_interval, 0, "Seconds between reseeding of ISN secret"); +static int tcp_inflight_enable = 0; +SYSCTL_INT(_net_inet_tcp, OID_AUTO, inflight_enable, CTLFLAG_RW, + &tcp_inflight_enable, 0, "Enable automatic TCP inflight data limiting"); + +static int tcp_inflight_debug = 1; +SYSCTL_INT(_net_inet_tcp, OID_AUTO, inflight_debug, CTLFLAG_RW, + &tcp_inflight_debug, 0, "Debug TCP inflight calculations"); + +static int tcp_inflight_min = 1024; +SYSCTL_INT(_net_inet_tcp, OID_AUTO, inflight_min, CTLFLAG_RW, + &tcp_inflight_min, 0, "Lower-bound for TCP inflight window"); + +static int tcp_inflight_max = TCP_MAXWIN << TCP_MAX_WINSHIFT; +SYSCTL_INT(_net_inet_tcp, OID_AUTO, inflight_max, CTLFLAG_RW, + &tcp_inflight_max, 0, "Upper-bound for TCP inflight window"); + static void tcp_cleartaocache(void); static struct inpcb *tcp_notify(struct inpcb *, int); @@ -547,6 +563,7 @@ tp->t_rttmin = tcp_rexmit_min; tp->t_rxtcur = TCPTV_RTOBASE; tp->snd_cwnd = TCP_MAXWIN << TCP_MAX_WINSHIFT; + tp->snd_bwnd = TCP_MAXWIN << TCP_MAX_WINSHIFT; tp->snd_ssthresh = TCP_MAXWIN << TCP_MAX_WINSHIFT; tp->t_rcvtime = ticks; /* @@ -1509,3 +1526,129 @@ tcp_cleartaocache() { } + +/* + * Calculate the bandwidth based on received acks every 8 + * maximal segments and smooth the result. + * + * The nominal snd_bwnd calculation is (bandwidth * rtt), + * the amount of data required to keep the network pipe + * full. However, we cannot simply make this calculation + * because our adjustment of snd_bwnd based on it will + * be highly unstable, producing positive feedback if we are + * too low and also producing positive feedback if we are + * too high. + * + * In order to stabilize the calculation we have to increase + * bwnd a little, measure the bandwidth, then decrease bwnd + * a little and measure the rtt. The resulting calculation + * will should then be stable. + */ +void +tcp_xmit_bandwidth_limit(struct tcpcb *tp, tcp_seq ack_seq) +{ + u_long bw; + + /* + * If inflight_enable is disabled in the middle of a tcp connection, + * make sure snd_bwnd is effectively disabled. + */ + if (tcp_inflight_enable == 0) { + tp->snd_bwnd = TCP_MAXWIN << TCP_MAX_WINSHIFT; + tp->snd_bandwidth = 0; + } + + /* + * Base periodic is once every 8 maximal segments. + */ + if (tcp_inflight_enable == 0 || + (int)(ack_seq - tp->t_bw_rtseq) < tp->t_maxseg * 8 || + tp->t_bw_rtttime == ticks) { + return; + } + + /* + * Calculate the bandwidth + */ + if (tp->t_bw_rtttime) { + bw = (ack_seq - tp->t_bw_rtseq) * hz / + (ticks - tp->t_bw_rtttime); + } else { + bw = tp->snd_bandwidth; + } + tp->t_bw_rtseq = ack_seq; + tp->t_bw_rtttime = ticks; + if (tp->snd_bandwidth == 0) + tp->snd_bandwidth = bw; + else + tp->snd_bandwidth = (tp->snd_bandwidth * 3 + bw) >> 2; + + /* + * Initial Conditions + */ + if (bw && tp->snd_bwnd == TCP_MAXWIN << TCP_MAX_WINSHIFT) { + tp->snd_bwnd = (u_int64_t)tp->snd_bandwidth * tp->t_srtt / + (hz << TCP_RTT_SHIFT); + } + + /* + * calculate the bandwidth delay product and cycle through + * our state machine. + */ + ++tp->t_bw_state; + + switch(tp->t_bw_state & 0x0F) { + case 0x00: + /* + * Save the bandwidth and increase bwnd. + */ + tp->t_bw_bandwidth = tp->snd_bandwidth; + tp->snd_bwnd += tp->t_maxseg; + break; + case 0x04: + /* + * If the bandwidth does not go up by at least maxseg / 4, + * cycle back to neutral. + */ + if (tp->snd_bandwidth <= tp->t_bw_bandwidth + tp->t_maxseg / 4) + tp->snd_bwnd -= tp->t_maxseg; + break; + case 0x08: + /* + * Save the bandwidth and decrease bwnd. + */ + tp->t_bw_bandwidth = tp->snd_bandwidth; + tp->snd_bwnd -= tp->t_maxseg; + break; + case 0x0C: + /* + * If the bandwidth goes down by more then maxseg / 4, + * cycle back to neutral. Otherwise keep the change. + * + * Note: in the bwnd-too-high case the bandwidth does not + * usually change much so we tend to keep the change, + * which means we tend to decrease bwnd. This stabilizes + * the algorithm. + */ + if (tp->snd_bandwidth <= tp->t_bw_bandwidth - tp->t_maxseg / 4) + tp->snd_bwnd += tp->t_maxseg; + break; + default: + break; /* no action */ + } + if (tcp_inflight_debug) { + static int ltick; + if ((unsigned int)(ticks - ltick) > hz) { + printf("BW %ld (%ld) BWND %d srtt %d\n", + tp->snd_bandwidth, bw, tp->snd_bwnd, tp->t_srtt); + ltick = ticks; + } + } + if (tp->snd_bwnd < tcp_inflight_min) + tp->snd_bwnd = tcp_inflight_min; + if (tp->snd_bwnd < tp->t_maxseg * 2) + tp->snd_bwnd = tp->t_maxseg * 2; + if (tp->snd_bwnd > tcp_inflight_max) + tp->snd_bwnd = tcp_inflight_max; +} + Index: tcp_usrreq.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_usrreq.c,v retrieving revision 1.76 diff -u -r1.76 tcp_usrreq.c --- tcp_usrreq.c 13 Jun 2002 23:14:58 -0000 1.76 +++ tcp_usrreq.c 20 Jul 2002 00:38:16 -0000 @@ -875,6 +875,7 @@ tp->t_state = TCPS_SYN_SENT; callout_reset(tp->tt_keep, tcp_keepinit, tcp_timer_keep, tp); tp->iss = tcp_new_isn(tp); + tp->t_bw_rtseq = tp->iss; tcp_sendseqinit(tp); /* @@ -961,6 +962,7 @@ tp->t_state = TCPS_SYN_SENT; callout_reset(tp->tt_keep, tcp_keepinit, tcp_timer_keep, tp); tp->iss = tcp_new_isn(tp); + tp->t_bw_rtseq = tp->iss; tcp_sendseqinit(tp); /* Index: tcp_var.h =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_var.h,v retrieving revision 1.82 diff -u -r1.82 tcp_var.h --- tcp_var.h 19 Jul 2002 18:27:39 -0000 1.82 +++ tcp_var.h 20 Jul 2002 00:38:17 -0000 @@ -124,10 +124,12 @@ u_long snd_wnd; /* send window */ u_long snd_cwnd; /* congestion-controlled window */ + u_long snd_bwnd; /* bandwidth-controlled window */ u_long snd_ssthresh; /* snd_cwnd size threshold for * for slow start exponential to * linear switch */ + u_long snd_bandwidth; /* calculated bandwidth or 0 */ tcp_seq snd_recover; /* for use in fast recovery */ u_int t_maxopd; /* mss plus options */ @@ -137,6 +139,11 @@ int t_rtttime; /* round trip time */ tcp_seq t_rtseq; /* sequence number being timed */ + int t_bw_rtttime; /* used for bandwidth calculation */ + tcp_seq t_bw_rtseq; /* used for bandwidth calculation */ + int t_bw_state; /* used for snd_bwnd calculation */ + u_long t_bw_bandwidth; /* used for snd_bwnd calculation */ + int t_rxtcur; /* current retransmit value (ticks) */ u_int t_maxseg; /* maximum segment size */ int t_srtt; /* smoothed round-trip time */ @@ -473,6 +480,7 @@ struct tcpcb * tcp_timers(struct tcpcb *, int); void tcp_trace(int, int, struct tcpcb *, void *, struct tcphdr *, int); +void tcp_xmit_bandwidth_limit(struct tcpcb *tp, tcp_seq ack_seq); void syncache_init(void); void syncache_unreach(struct in_conninfo *, struct tcphdr *); int syncache_expand(struct in_conninfo *, struct tcphdr *, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 19: 4:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C07E37B401 for ; Fri, 19 Jul 2002 19:04:48 -0700 (PDT) Received: from garrincha.netbank.com.br (garrincha.netbank.com.br [200.203.199.88]) by mx1.FreeBSD.org (Postfix) with SMTP id 0ABF043E64 for ; Fri, 19 Jul 2002 19:04:46 -0700 (PDT) (envelope-from riel@conectiva.com.br) Received: (qmail 9350 invoked by uid 84); 20 Jul 2002 02:08:37 -0000 Received: from riel@conectiva.com.br by garrincha.netbank.com.br with qmail-scanner-1.01 (. Clean. Processed in 0.367329 secs); 20 Jul 2002 02:08:37 -0000 Received: from 2-110.ctame701-1.telepar.net.br (abcghl@200.193.160.110) by garrincha.netbank.com.br with SMTP; 20 Jul 2002 02:08:37 -0000 Received: from localhost ([IPv6:::ffff:127.0.0.1]:24525 "EHLO localhost") by imladris.surriel.com with ESMTP id ; Fri, 19 Jul 2002 23:04:17 -0300 Date: Fri, 19 Jul 2002 23:04:12 -0300 (BRT) From: Rik van Riel X-X-Sender: riel@imladris.surriel.com To: Matthew Dillon Cc: freebsd-hackers@freebsd.org, Subject: Re: Another go at bandwidth delay product pipeline limiting for TCP In-Reply-To: <200207200103.g6K135Ap081155@apollo.backplane.com> Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.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, 19 Jul 2002, Matthew Dillon wrote: > Note that this is a transmitter-side solution, not a receiver-side > solution. This will not help your typing if you are downloading a > lot of stuff and the remote end builds up a lot of packets on your > ISP's router. Theoretically we should be able to also restrict the > window we advertise but that is a much more difficult problem. It's not too hard actually. Random early drop should be enough for incoming packets, just artificially restrict the bandwidth to something like 90% of your maximum download bandwidth and drop packets that come in too fast. This will cause tcp to slow down to the speed limit you've chosen and the ISP queue will never fill up. regards, Rik -- Bravely reimplemented by the knights who say "NIH". http://www.surriel.com/ http://distro.conectiva.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 19:45:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BB7637B400; Fri, 19 Jul 2002 19:45:25 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72CF443E31; Fri, 19 Jul 2002 19:45:25 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6K2jHCV081550; Fri, 19 Jul 2002 19:45:17 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6K2jHOh081549; Fri, 19 Jul 2002 19:45:17 -0700 (PDT) (envelope-from dillon) Date: Fri, 19 Jul 2002 19:45:17 -0700 (PDT) From: Matthew Dillon Message-Id: <200207200245.g6K2jHOh081549@apollo.backplane.com> To: Rik van Riel Cc: freebsd-hackers@FreeBSD.ORG, Subject: Re: Another go at bandwidth delay product pipeline limiting for TCP References: 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 not too hard actually. Random early drop should be :enough for incoming packets, just artificially restrict :the bandwidth to something like 90% of your maximum :download bandwidth and drop packets that come in too :fast. : :This will cause tcp to slow down to the speed limit you've :chosen and the ISP queue will never fill up. : :regards, : :Rik As a receive side mechanism the idea has merit, but I really dislike artificallly dropping packets as a means of controlling TCP. It's impossible to know what the effect of the drop would have on the remote host's protocol stack. Controlling the remote transmitter by having the receiver change it's window advertisement seems to be a safer route. I may take up the receive-side problem after I get the transmit side down. I still have a lot of work to do on the transmit side. It still takes a little too long to lock onto the correct bandwidth, and interactive traffic will confuse it (though that is one of the reasons why one should set a fairly high minimum, like 4K-8K or so). Your comment on limiting the bandwidth to 90% of maximum is really humerous to me! I spent good two hours trying to get the sender-side algorithm to maintain >90% maximum available bandwidth. The algorithm I am using winds up being the most stable at around 88% and it took a bit of messing around to get it to stabilize at > 90%. I expect a receiver side algorithm would have the same problem. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 20:10:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A35A237B401 for ; Fri, 19 Jul 2002 20:10:24 -0700 (PDT) Received: from pd6mo2so.prod.shaw.ca (h24-71-223-10.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61DE443E84 for ; Fri, 19 Jul 2002 20:09:45 -0700 (PDT) (envelope-from automail@guzooescrow.com) Received: from pd5mr2so.prod.shaw.ca (pd5mr2so-qfe3.prod.shaw.ca [10.0.141.233]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0GZJ00F9P238I8@l-daemon> for freebsd-hackers@freebsd.org; Fri, 19 Jul 2002 21:09:08 -0600 (MDT) Received: from pn2ml10so.prod.shaw.ca (pn2ml10so-qfe0.prod.shaw.ca [10.0.121.80]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0GZJ009Q823ZKB@l-daemon> for freebsd-hackers@freebsd.org; Fri, 19 Jul 2002 21:09:35 -0600 (MDT) Received: from guzooescrow.com (h24-64-152-17.cg.shawcable.net [24.64.152.17]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with SMTP id <0GZJ00ANS23YNK@l-daemon> for freebsd-hackers@freebsd.org; Fri, 19 Jul 2002 21:09:35 -0600 (MDT) Date: Fri, 19 Jul 2002 21:09:43 -0600 From: Fraud Center Subject: Possible Fraud Victim To: freebsd-hackers@freebsd.org Reply-To: Fraud Center Message-id: <0GZJ00ANT23YNK@l-daemon> 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 To Internet Shopper/Possible Fraud Victim Do you buy stuff over the ‘Net? Do you ever get to see the merchant face to face? Than how do you know that he is really going to deliver what he promised? Internet Fraud is a growing problem; in fact in 1999 Internet fraud costs victims more than 8 million dollars on ebay alone. Doesn’t PayPal, or Billpoint protect me? No, more and more internet fraud is committed through PayPal and Billpoint than by any other means. The reason for this is convince, and speed. How can I stop Internet Fraud? Escrow Services are the best method to stop internet fraud; this allows buyers to receive merchandise before sellers are paid. This also allows sellers to know that there funds are good and safely stored. What Escrow Service is recommended? GuZooEscrow.com is the most recommended service; it is fast, cheep, and friendly. What is Online Escrow Services? Many people think that Online Escrow is only for buying homes, this is incorrect Online Escrow Services like GuZooEscrow.com are designed for online purchases. Online Escrow is a trusted third party (GuZooEscrow.com) holds the money while the product is changing hands. These are the steps that Online Escrow Services use to complete there transactions. Step 1: Buyer Contacts GuZooEscrow.com Step 2: GuZooEscrow.com confirms that the seller will accept Escrow Step 3: Buyer Pays GuZooEscrow.com by Credit Card or Official Check Step 4: Seller Ships merchandise to Buyer Step 5: Buyer Receives merchandise Step 6: GuZooEscrow.com pays Seller These 6 Steps have saved Auction shoppers millions of dollars. GuZooEscrow is a service much like PayPal, the difference is GuZooEscrow is fully secure, and offers award winning Customer Service. Can GuZooEscrow.com be used for anything other than Auctions? GuZooEscrow can be used for any transaction big or small. Help Stop Internet Fraud, Use GuZooEscrow.com for your Internet Transactions. GuZooEscrow.com You can calculate your fees at You are receiving this message because you signed up through a partner site to receive promotional messages. This is a 1 time emailing. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 20:14: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03ADF37B401 for ; Fri, 19 Jul 2002 20:13:57 -0700 (PDT) Received: from garrincha.netbank.com.br (garrincha.netbank.com.br [200.203.199.88]) by mx1.FreeBSD.org (Postfix) with SMTP id 2654343E65 for ; Fri, 19 Jul 2002 20:13:56 -0700 (PDT) (envelope-from riel@conectiva.com.br) Received: (qmail 26877 invoked by uid 84); 20 Jul 2002 03:17:48 -0000 Received: from riel@conectiva.com.br by garrincha.netbank.com.br with qmail-scanner-1.01 (. Clean. Processed in 0.717816 secs); 20 Jul 2002 03:17:48 -0000 Received: from 2-110.ctame701-1.telepar.net.br (itdijx@200.193.160.110) by garrincha.netbank.com.br with SMTP; 20 Jul 2002 03:17:47 -0000 Received: from localhost ([IPv6:::ffff:127.0.0.1]:17116 "EHLO localhost") by imladris.surriel.com with ESMTP id ; Sat, 20 Jul 2002 00:12:51 -0300 Date: Sat, 20 Jul 2002 00:12:46 -0300 (BRT) From: Rik van Riel X-X-Sender: riel@imladris.surriel.com To: Matthew Dillon Cc: freebsd-hackers@FreeBSD.ORG, Subject: Re: Another go at bandwidth delay product pipeline limiting for TCP In-Reply-To: <200207200245.g6K2jHOh081549@apollo.backplane.com> Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.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, 19 Jul 2002, Matthew Dillon wrote: > :It's not too hard actually. Random early drop should be > :enough for incoming packets, just artificially restrict > :the bandwidth to something like 90% of your maximum > :download bandwidth and drop packets that come in too > :fast. > : > :This will cause tcp to slow down to the speed limit you've > :chosen and the ISP queue will never fill up. > > As a receive side mechanism the idea has merit, but I really > dislike artificallly dropping packets as a means of controlling > TCP. It's impossible to know what the effect of the drop would > have on the remote host's protocol stack. I agree it's pretty crude, but it seems to work wonders on my DSL line. I'm using a slightly changed version of the wondershaper script (for Linux)... > Your comment on limiting the bandwidth to 90% of maximum is > really humerous to me! I spent good two hours trying to get > the sender-side algorithm to maintain >90% maximum available > bandwidth. The algorithm I am using winds up being the most stable > at around 88% and it took a bit of messing around to get it > to stabilize at > 90%. I expect a receiver side algorithm would > have the same problem. Absolutely. On my DSL things work best when I limit myself to 220 kbit/s down (from the maximum 256 kbit/s), or about 85% of the bandwidth. For sending I'm using cbq as the top scheduler, dividing traffic in the categories 'interactive', 'bulk' and 'traffic we hate', each of these has a token bucket filter (tbf) leaf scheduler to keep latencies down. Sending is also limited to about 85% of the bandwidth. OTOH, the DSL hardware here seems to be a bit broken, fast uploads seem to interfere with the download and break the download speed. I can run one-way traffic with low latency all the way up to about 95% of the bandwidth... regards, Rik -- Bravely reimplemented by the knights who say "NIH". http://www.surriel.com/ http://distro.conectiva.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 20:22:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8129B37B400; Fri, 19 Jul 2002 20:22:47 -0700 (PDT) Received: from everyday.com (host66-233.pool217141.interbusiness.it [217.141.233.66]) by mx1.FreeBSD.org (Postfix) with SMTP id E9DEE43E3B; Fri, 19 Jul 2002 20:22:38 -0700 (PDT) (envelope-from alisia_morelli@everyday.com) Received: from 66.119.111.151 ([66.119.111.151]) by asy100.as122.sol.superonline.com with smtp; Sat, 20 Jul 2002 02:35:49 +0100 Received: from [71.251.195.73] by mta05bw.bigpond.com with local; 20 Jul 2002 12:35:09 -0900 Received: from smtp-server6.tampabay.rr.com ([44.6.38.78]) by smtp013.mail.yahoo.com with local; 20 Jul 2002 03:34:29 -0000 Received: from anther.webhostingtalk.com ([153.167.34.13]) by smtp4.cyberec.com with local; 19 Jul 2002 20:33:49 +0700 Reply-To: Message-ID: <025b88d87d4d$7332e5e7$0ea71de1@onxsat> From: To: Member@FreeBSD.ORG Subject: domain names now only $14.95 Date: Sat, 20 Jul 2002 11:25:24 -0800 MiME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: The Bat! (v1.52f) Business 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 PUBLIC ANNOUNCEMENT: The new domain names are finally available to the general public at discount prices. Now you can register one of the exciting new .BIZ or .INFO domain names, as well as the original .COM and .NET names for just $14.95. These brand new domain extensions were recently approved by ICANN and have the same rights as the original .COM and .NET domain names. The biggest benefit is of-course that the .BIZ and .INFO domain names are currently more available. i.e. it will be much easier to register an attractive and easy-to-remember domain name for the same price. Visit: http://www.affordable-domains.com today for more info. Register your domain name today for just $14.95 at: http://www.affordable-domains.com/ Registration fees include full access to an easy-to-use control panel to manage your domain name in the future. Sincerely, Domain Administrator Affordable Domains To remove your email address from further promotional mailings from this company, click here: http://www.centralremovalservice.com/cgi-bin/domain-remove.cgi 8275HiSK2-398l12 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 20:50:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DA2337B401 for ; Fri, 19 Jul 2002 20:50:05 -0700 (PDT) Received: from mta435.mail.yahoo.com (mta435.mail.yahoo.com [216.136.129.90]) by mx1.FreeBSD.org (Postfix) with SMTP id B1F3843E64 for ; Fri, 19 Jul 2002 20:50:03 -0700 (PDT) (envelope-from ultraflask@yahoo.com) Message-ID: <20020720034941.34743.qmail@mta435.mail.yahoo.com> Date: Fri, 19 Jul 2002 20:49:41 -0700 (PDT) From: Subject: Yahoo! Auto Response To: freebsd-hackers MIME-Version: 1.0 Content-Type: text 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 Invalid Account. Please note: The FlasKMPEG email address that you are trying to reach has been discontinued. Please use any of the following new ones: general questions => general@flaskmpeg.net bugs reports => bugs@flaskmpeg.net legal questions => legal@flaskmpeg.net developer issues => devel@flaskmpeg.net Sorry for the inconvinience. -------------------- Original Message: X-Rocket-Spam: 212.113.174.9 X-YahooFilteredBulk: 212.113.174.9 X-Track: 17: 20 Return-Path: Received: from 212.113.174.9 (EHLO smtp.netcabo.pt) (212.113.174.9) by mta435.mail.yahoo.com with SMTP; 19 Jul 2002 20:49:39 -0700 (PDT) Received: from Nuk ([213.22.6.4]) by smtp.netcabo.pt with Microsoft SMTPSVC(5.0.2195.5600); Sat, 20 Jul 2002 04:47:16 +0100 From: freebsd-hackers To: ultraflask@yahoo.com Subject: Sos! MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=KT11N2lP23dFF Return-Path: yoursweet666@netcabo.pt Message-ID: X-OriginalArrivalTime: 20 Jul 2002 03:47:19.0781 (UTC) FILETIME=[25F3E950:01C22FA0] Date: 20 Jul 2002 04:47:19 +0100 --KT11N2lP23dFF Content-Type: text/html; Content-Transfer-Encoding: quoted-printable --KT11N2lP23dFF Content-Typ _________________________________________________________ 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 Fri Jul 19 21:19:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78A0D37B400; Fri, 19 Jul 2002 21:19:27 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2D6F43E42; Fri, 19 Jul 2002 21:19:25 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 7ABFD816D4; Sat, 20 Jul 2002 13:49:22 +0930 (CST) Date: Sat, 20 Jul 2002 13:49:22 +0930 From: Greg 'groggy' Lehey To: Paul Richards Cc: Robert Watson , Terry Lambert , Julian Elischer , developers@FreeBSD.org, hackers@FreeBSD.org Subject: *roff usage (was: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd)) Message-ID: <20020720041922.GA92618@wantadilla.lemis.com> References: <036201c22ebb$ba08dbe0$fd00000a@prawn> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <036201c22ebb$ba08dbe0$fd00000a@prawn> User-Agent: Mutt/1.3.99i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 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, 19 July 2002 at 1:32:13 +0100, Paul Richards wrote: > On Friday, July 19, 2002 1:18 AM, Robert Watson wrote: > >> tags, removal of a necessary tag, etc. If I had to guess, asking for >> nroff/mdoc submissions would result in a slightly higher success rate, as >> I suspect developers have a bit more experience with it, and also don't >> have to install a port to get syntax checking. > > I wonder how true that is these days. The last time I used nroff was for my > masters thesis which was in 1990! Does anyone except man page maintainers > still use it in earnest? Yes, I wrote "The Complete FreeBSD" in it, and I'm still using it in earnest for a number of things. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 21:43:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D563337B401 for ; Fri, 19 Jul 2002 21:43:27 -0700 (PDT) Received: from priv-edtnes12-hme0.telusplanet.net (fepout4.telus.net [199.185.220.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F1E743E4A for ; Fri, 19 Jul 2002 21:43:27 -0700 (PDT) (envelope-from sh@planetquake.com) Received: from dbs ([216.232.25.240]) by priv-edtnes12-hme0.telusplanet.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP id <20020720044326.DZWF10572.priv-edtnes12-hme0.telusplanet.net@dbs> for ; Fri, 19 Jul 2002 22:43:26 -0600 Message-ID: <001501c22fa7$fd418a50$f019e8d8@slugabed.org> From: "Sean Hamilton" To: Subject: Filesystem hook Date: Fri, 19 Jul 2002 21:43:25 -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 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.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 Greetings, In Windows, there is a filesystem hook, ie, applications can ask to be notified about changes to a given file system / structure. Thus, a directory listing could automatically update, etc. Does FreeBSD offer a similar mechanism? thanks, sh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 19 22:48: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEB1837B400 for ; Fri, 19 Jul 2002 22:48:03 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 645E743E42 for ; Fri, 19 Jul 2002 22:48:03 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6K5lxCV011814; Fri, 19 Jul 2002 22:47:59 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6K5lxoI011811; Fri, 19 Jul 2002 22:47:59 -0700 (PDT) (envelope-from dillon) Date: Fri, 19 Jul 2002 22:47:59 -0700 (PDT) From: Matthew Dillon Message-Id: <200207200547.g6K5lxoI011811@apollo.backplane.com> To: Richard Sharpe Cc: Julian Elischer , , Subject: Re: Any problems with Using sendfile References: 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 :... :> implementation. :> they explained it to me once and I think I got it. but I have since :> forgotten it. It was something to do with what happens if the session is :> aborted or broken in some way but I forget the details. : :Yes, it has to do with what happens when you start sendfile on a file, and :someone truncates the file from under you ... : :You can protect against it with OpLocks. If you are concerned about UNIX :users truncating the file, then you need kernel oplocks or some other :mechanism to ensure that the file, at least in the area you are trying to :sendfile, cannot change until you have sent it. : :I am one of the Samba guys. People have had similar problems with Apache dying because it mmap()'s the file it is trying to serve and something else comes along and copies over or truncates the file. At least insofar as local filesystems and Apache goes, the easiest solution is to update a file by copying to file.NEW and then renaming it over the original, rather then truncating and copying over the original. I think the use of mmap() and even sendfile() by programs like Apache is simply catering to benchmarks. Apache really doesn't need to use mmap() and probably shouldn't use it by default precisely because of the lack of control over changes made to the file(s) being served. Most production servers are I/O limited, not cpu-limited, and using read() vs mmap() makes no difference whatsoever to the number of physical disk seeks that actually occur. mmap() has its uses... News and MTA subsystems, managed file accesses by things like DBMs, and so forth. But basic file serving? It just isn't a necessity. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 20 0:20:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19D2C37B400; Sat, 20 Jul 2002 00:20:12 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 705F843E3B; Sat, 20 Jul 2002 00:20:11 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020720072010.HCZT6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Sat, 20 Jul 2002 07:20:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA93310; Sat, 20 Jul 2002 00:05:18 -0700 (PDT) Date: Sat, 20 Jul 2002 00:05:16 -0700 (PDT) From: Julian Elischer To: Rik van Riel Cc: Matthew Dillon , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Another go at bandwidth delay product pipeline limiting for TCP 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 Sat, 20 Jul 2002, Rik van Riel wrote: > On Fri, 19 Jul 2002, Matthew Dillon wrote: I once wrote a traffic shaper to allow people sharing a link to be able to keep interractive responses good while someone else is FTPing a big file in.. the theory was that teh line becomes unresponsive because the majority of teh window is sitting in the send queue on the internet side of the slow link to the custommer. The answer was to artificially meter out the acks going back to the ftp bulk data source. basically instead of queueing incoming data (well you could do that too,) I queued the outgoing acks and clocked them out by only allowing an ack to be released and forwarded, when my own 'metered simulation' of the ack rate had passed the ack in the packet.. It had the desired affect... With propper tuning you can keep the send queue at the far end of your slow link to 1 or two packets and interactive sessions (which were accounted for, but not controlled) became 'interactive' again despite the existance of the parallel ftp session using most of the bandwidth. Whistle/IBM was going to try for a patent (silly idea I think). I wonder if they ever did..? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 20 0:22:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 128F037B400 for ; Sat, 20 Jul 2002 00:22:38 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA90A43E4A for ; Sat, 20 Jul 2002 00:22:37 -0700 (PDT) (envelope-from baka@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1921) id B26AEAE216; Sat, 20 Jul 2002 00:22:37 -0700 (PDT) Date: Sat, 20 Jul 2002 00:22:37 -0700 From: Jon Mini To: Sean Hamilton Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Filesystem hook Message-ID: <20020720072237.GF31134@elvis.mu.org> References: <001501c22fa7$fd418a50$f019e8d8@slugabed.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001501c22fa7$fd418a50$f019e8d8@slugabed.org> User-Agent: Mutt/1.3.27i 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, Jul 19, 2002 at 09:43:25PM -0700, Sean Hamilton wrote: > Greetings, > > In Windows, there is a filesystem hook, ie, applications can ask to be > notified about changes to a given file system / structure. Thus, a directory > listing could automatically update, etc. > > Does FreeBSD offer a similar mechanism? Yes, the kevent(2) interface allows you to listen for events on a vnode. However, there is no way to request for events of its children (e.g. subdirectories). -- Jonathan Mini 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 Sat Jul 20 0:22:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA6C337B400 for ; Sat, 20 Jul 2002 00:22:52 -0700 (PDT) Received: from ns.aus.com (adsl-66-127-242-81.dsl.sntc01.pacbell.net [66.127.242.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C1BA43E6E for ; Sat, 20 Jul 2002 00:22:50 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g6K8ZC005536; Sat, 20 Jul 2002 18:05:13 +0930 Date: Sat, 20 Jul 2002 18:05:12 +0930 (CST) From: Richard Sharpe To: Matthew Dillon Cc: Julian Elischer , , Subject: Re: Any problems with Using sendfile In-Reply-To: <200207200547.g6K5lxoI011811@apollo.backplane.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, 19 Jul 2002, Matthew Dillon wrote: > :... > :> implementation. > :> they explained it to me once and I think I got it. but I have since > :> forgotten it. It was something to do with what happens if the session is > :> aborted or broken in some way but I forget the details. > : > :Yes, it has to do with what happens when you start sendfile on a file, and > :someone truncates the file from under you ... > : > :You can protect against it with OpLocks. If you are concerned about UNIX > :users truncating the file, then you need kernel oplocks or some other > :mechanism to ensure that the file, at least in the area you are trying to > :sendfile, cannot change until you have sent it. > : > :I am one of the Samba guys. > > People have had similar problems with Apache dying because it mmap()'s > the file it is trying to serve and something else comes along and > copies over or truncates the file. At least insofar as local filesystems > and Apache goes, the easiest solution is to update a file by copying > to file.NEW and then renaming it over the original, rather then > truncating and copying over the original. > > I think the use of mmap() and even sendfile() by programs like Apache > is simply catering to benchmarks. Apache really doesn't need to use While this option turned up while I was looking at a benchmark :-), I think it is more general than that, because it avoids copying data to and from userspace just to get the data to the user. NFS went into the kernel to avoid this, but we do not have that luxury, I think. Being able to handle more clients, especially out of buffer cache when many of them are reading the same file, because there is more CPU to share around, makes a lot of sense from a NAS vendor's point of view. If the data is somewhere in memory, why force Samba to copy it twice? Indeed, even if it has to be brought into memory off of disk, again why force Samba to copy it twice. What I am concerned with is whether the current mechanisms protect us sufficiently that the area we are working on (max 64kB to 128kB at most) will not be changed until we have got rid of the data. > mmap() and probably shouldn't use it by default precisely because of > the lack of control over changes made to the file(s) being served. Most > production servers are I/O limited, not cpu-limited, and using read() vs > mmap() makes no difference whatsoever to the number of physical disk > seeks that actually occur. mmap() has its uses... News and MTA > subsystems, managed file accesses by things like DBMs, and so forth. > But basic file serving? It just isn't a necessity. Well, we have implemented kernel-level oplocks, and can rely on that to protect us, but for people who don't have kernel-level oplocks and who want to make better use of their CPU, it would be great to be able to do this. Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 20 0:25:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D7FA37B400; Sat, 20 Jul 2002 00:25:50 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89DB243E4A; Sat, 20 Jul 2002 00:25:49 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6K7PFp40879; Sat, 20 Jul 2002 00:25:15 -0700 (PDT) (envelope-from rizzo) Date: Sat, 20 Jul 2002 00:25:15 -0700 From: Luigi Rizzo To: Julian Elischer Cc: Rik van Riel , Matthew Dillon , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Another go at bandwidth delay product pipeline limiting for TCP Message-ID: <20020720002515.A40795@iguana.icir.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from julian@elischer.org on Sat, Jul 20, 2002 at 12:05:16AM -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 Sat, Jul 20, 2002 at 12:05:16AM -0700, Julian Elischer wrote: ... > I queued the outgoing acks and clocked them out by only allowing an ack to > be released and forwarded, when my own 'metered simulation' of the ack > rate had passed the ack in the packet.. It had the desired affect... ... this seems to be the same approach used by "Packeteer". Maybe they ended up patenting it :) On the other hand, you can achieve pretty much the same effect with dummynet, as you release incoming (bulky) packets at the desired rate. Both dummynet and your/packeteer approach cannot avoid the initial queue buildup at the far end, but they are 100% equivalent and usavble in the steady state (with responsive flows). cheers luigi > Whistle/IBM was going to try for a patent (silly idea I think). > I wonder if they ever did..? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 20 0:26: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5D5137B400 for ; Sat, 20 Jul 2002 00:26:02 -0700 (PDT) Received: from priv-edtnes16-hme0.telusplanet.net (defout.telus.net [199.185.220.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BEEB43E31 for ; Sat, 20 Jul 2002 00:26:01 -0700 (PDT) (envelope-from sh@planetquake.com) Received: from dbs ([216.232.25.240]) by priv-edtnes16-hme0.telusplanet.net (InterMail vM.5.01.04.02 201-253-122-122-102-20011128) with SMTP id <20020720072600.MARR5909.priv-edtnes16-hme0.telusplanet.net@dbs> for ; Sat, 20 Jul 2002 01:26:00 -0600 Message-ID: <001d01c22fbe$b39bf770$f019e8d8@slugabed.org> From: "Sean Hamilton" To: References: <001501c22fa7$fd418a50$f019e8d8@slugabed.org> <20020720072237.GF31134@elvis.mu.org> Subject: Re: Filesystem hook Date: Sat, 20 Jul 2002 00:26:01 -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 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.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 Subject: Re: Filesystem hook > On Fri, Jul 19, 2002 at 09:43:25PM -0700, Sean Hamilton wrote: > > Greetings, > > > > In Windows, there is a filesystem hook, ie, applications can ask to be > > notified about changes to a given file system / structure. Thus, a directory > > listing could automatically update, etc. > > > > Does FreeBSD offer a similar mechanism? > > Yes, the kevent(2) interface allows you to listen for events on a vnode. > However, there is no way to request for events of its children (e.g. > subdirectories). Thanks, I also got another reply saying the same. Looks like it does what I want, and a fair bit more. I suppose I could just recurse and open a bunch of these if I needed to -- are there limits? I'll check the man page. sh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 20 0:48:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E83D437B400 for ; Sat, 20 Jul 2002 00:48:25 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B592C43E3B for ; Sat, 20 Jul 2002 00:48:25 -0700 (PDT) (envelope-from baka@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1921) id 8A02FAE216; Sat, 20 Jul 2002 00:48:25 -0700 (PDT) Date: Sat, 20 Jul 2002 00:48:25 -0700 From: Jon Mini To: Sean Hamilton Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Filesystem hook Message-ID: <20020720074825.GG31134@elvis.mu.org> References: <001501c22fa7$fd418a50$f019e8d8@slugabed.org> <20020720072237.GF31134@elvis.mu.org> <001d01c22fbe$b39bf770$f019e8d8@slugabed.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001d01c22fbe$b39bf770$f019e8d8@slugabed.org> User-Agent: Mutt/1.3.27i 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, Jul 20, 2002 at 12:26:01AM -0700, Sean Hamilton wrote: > > Thanks, I also got another reply saying the same. Looks like it does what I > want, and a fair bit more. I suppose I could just recurse and open a bunch > of these if I needed to -- are there limits? I'll check the man page. That is basically the only approach available. This becomes a problem if you want to watch an entire filesystem, but it works great for small portions of the tree. The impact on the system is just the same as if you were to poll(2) or select(2) all of those nodes, except that your process only allocates one descriptor for the kqueue, not one for each node. -- Jonathan Mini 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 Sat Jul 20 1: 1:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A3C637B400 for ; Sat, 20 Jul 2002 01:01:25 -0700 (PDT) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F21043E86 for ; Sat, 20 Jul 2002 01:01:24 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0189.cvx40-bradley.dialup.earthlink.net ([216.244.42.189] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17VpAn-0004Wm-00; Sat, 20 Jul 2002 01:01:05 -0700 Message-ID: <3D391893.99F13712@mindspring.com> Date: Sat, 20 Jul 2002 01:00:19 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jeremy Allison Cc: Julian Elischer , Richard Sharpe , freebsd-hackers@freebsd.org Subject: Re: Any problems with Using sendfile References: <20020719160546.B4750@va.samba.org> <20020719164335.C4750@va.samba.org> 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 Jeremy Allison wrote: > On Fri, Jul 19, 2002 at 04:21:19PM -0700, Julian Elischer wrote: > > YEAH I'm back!! > > > > > > where are you? > > Cupertino. Working for HP.... > Where are you ? He's in Cupertino, working for Compaq (Ar ar ar). "It's THE WRONG TROUSERS, Grommit!" -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 20 1:47:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6FBF37B400; Sat, 20 Jul 2002 01:47:43 -0700 (PDT) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BF5A43E4A; Sat, 20 Jul 2002 01:47:43 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0189.cvx40-bradley.dialup.earthlink.net ([216.244.42.189] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Vptg-00041y-00; Sat, 20 Jul 2002 01:47:28 -0700 Message-ID: <3D392372.B744476C@mindspring.com> Date: Sat, 20 Jul 2002 01:46:42 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: Rik van Riel , Matthew Dillon , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Another go at bandwidth delay product pipeline limiting for TCP 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 Julian Elischer wrote: > I once wrote a traffic shaper to allow people sharing a link to be able > to keep interractive responses good while someone else is FTPing > a big file in.. > the theory was that teh line becomes unresponsive because the > majority of teh window is sitting in the send queue on the internet side > of the slow link to the custommer. The answer was to artificially meter > out the acks going back to the ftp bulk data source. > basically instead of queueing incoming data (well you could do that too,) > I queued the outgoing acks and clocked them out by only allowing an ack to > be released and forwarded, when my own 'metered simulation' of the ack > rate had passed the ack in the packet.. It had the desired affect... > With propper tuning you can keep the send queue at the far end of your > slow link to 1 or two packets and interactive sessions (which were > accounted for, but not controlled) became 'interactive' again > despite the existance of the parallel ftp session using most of the > bandwidth. > > Whistle/IBM was going to try for a patent (silly idea I think). > I wonder if they ever did..? As primary author, you would have to sign the filing forms, and then assign it to IBM with another set of forms, since a company is not legally permitted to be named as "inventor". Ask Archie and Paul and Jim what they had to do for the ACL patent (which was granted to them, and assigned to IBM). So if you don't have a patent on it, they don't have a patent on it. 8-). I think the reason this is coming up now is that there was a recent thread on Slashdot where someone was asking for a Windows "traffic shaper" for a DSL line. Let's ignore for the moment that no one has the source code to the Windows TCP stack except Microsoft and there're very few people it has licensed the code to (last time I checked, a Windows source licence was a significant fraction of a billion dollars; there's only one company that has a piecemeal license agreement that lets them get NT source code for a per chunk fee significantly less than licensing the whole thing; last I heard, Microsoft was in negotiations to buy them). In that case, the upstream bandwidth was being limited by a device that lives one or two hops past the customer premesis equipment, and there's really no way you could control it, unless there was a stream protocol involved, and your control mechanism was stateful base on that. The problem was that the outbound ACKs were delayed or dropped, and the incoming asymmertric bandwidth (1.5Mbit diwn, 96Kbit up) was under utilised. In a perfect world, with no dropping, and a fully asymetric transfer (e.g. data in the downchannel, no data in the upchannel, so MTU is 1500 bytes and ACK pakets up were 60 bytes, you are talking fully 2/3rds if the upchannel being needed for *nothing but ACK traffic for downchannel data*. But since you can't distinguish packets, except by length, and the protocols involved were likely not over TCP (RTSP or UDP based streaming), there was no way to favor payload less outbound ACK packets over other traffic. before the outbound queue at the bandwidth delay device saturated and killed your downchannel. Knowing the BWDP, as Matt suggests, lets you calculate the percentage you need to reserve fairly accurately, but really doesn't let you do anything about it, since the buffers you need to control are several hops away. Unfortunately, your approach would not work in this case, or I would have mentioned you as someone to contact about solving the problem. The real problem is that you have to know too much about the data channels involved to be able to do this... unless you *are* the bandwidth limiting device, itself. And that's where the fix needs to go. Basically, the DSL provider in the example case needed to pay more money for their equipment than they did. Even limiting locally to the rate you know you are limited to remotely doesn't really work -- because the throughput, and therefore the ability of the remote end to drain the buffers on the limiter device is dictated by the full path, not just the limiter, so if the limiter was not the "limiting factor" (har! 8-)) for a given link, then you are still going to fill the buffers with packets which are not ACKs for data coming down your faster downchannel. It's a really ugly artificial problem. You have to think that the fact that the upstream is 150% of what it would need to be to keep the downstream fully saturated, IFF the upstream's *only* payload was ACK packets for the downstream, has to be more than simple coincidence. The best "gross hack fix" I could think of for it would be to set the outbound window size to 1 packet. Not very satisfying, for a lot of reasons. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 20 2:19:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D41A537B400 for ; Sat, 20 Jul 2002 02:19:33 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69C8643E64 for ; Sat, 20 Jul 2002 02:19:33 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from dialup-209.244.104.88.dial1.sanjose1.level3.net ([209.244.104.88] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17VqOW-00056i-00; Sat, 20 Jul 2002 02:19:21 -0700 Message-ID: <3D392AE5.25FBF155@mindspring.com> Date: Sat, 20 Jul 2002 02:18:29 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sean Hamilton Cc: freebsd-hackers@freebsd.org Subject: Re: Filesystem hook References: <001501c22fa7$fd418a50$f019e8d8@slugabed.org> 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 Sean Hamilton wrote: > In Windows, there is a filesystem hook, ie, applications can ask to be > notified about changes to a given file system / structure. Thus, a directory > listing could automatically update, etc. > > Does FreeBSD offer a similar mechanism? If you are talking about the IFSMgr_InstallFileSystemApiHook() IFSMgr.VxD entry point, then no, FreeBSD does not have a similar mechanism available. The closest you can get is to use a modified nullfs, and intercept the calls you want, but to do this requires an explicit mount of the nullfs to enable. If you just want modification events, you can get some events as kevent() events, but not all of them. Which events you get (if any) will vary widely from filesystem to filesystem, and most of the events are per-object. That basically means that you would need to monitor each object by getting an open file descriptor; sometimes that would be mutually exclusive (e.g. if the file was attempted to be opened O_EXCL/O_EXLOCK, the previous open would cause the attempt to fail). The number of file descriptors required to monitor just directory events on a large FS could very quickly become prohibitive, unless you limited yourself to directories on which file browser views were open (for example). Likewise, you can't monitor creation events easily (no way to have an open descriptor on a non-existant file that's about the exist 8-)). Finally, the interface and events are fairly limited, making them only useful for monitoring. So, for example, if you wanted to require a password for deleting any file with the letter "q" in its name, you would basically have to add events and a communication channel to your user space program that would popup the password prompt, etc.. If your example of monitoring a directoy on which a file browser window is open for modifications is the full extent of what you wanted to do, and you didn't want to actually intercept events, only monitor them, then kevent() is probably the correct FreeBSD approach for most cases, but you will need to be prepared to deal with FS's that don't support it the same way you would deal with it if there were no such facility (e.g. using a timer to drive a stat() of a directory, etc.). FWIW, if this is for AppleTalk volume modification notification, very early on in FreeBSD's life, we added a volume modification timestamp to the superblock, so that the AppleTalk clients would not need to poll once per file browser window open on a directory, once every 11 seconds (the client default). See the statfs(2) manual page for details. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 20 6: 2:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CF0437B400 for ; Sat, 20 Jul 2002 06:02:53 -0700 (PDT) Received: from gw.gbch.net (gw.gbch.net [203.143.238.93]) by mx1.FreeBSD.org (Postfix) with SMTP id E65F843E6A for ; Sat, 20 Jul 2002 06:02:51 -0700 (PDT) (envelope-from gjb@gbch.net) Received: (qmail 78049 invoked by uid 1001); 20 Jul 2002 23:02:49 +1000 X-Posted-By: GJB-Post 2.26 06-May-2002 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Uptime: 17 days, 5 hrs 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 Message-Id: Date: Sat, 20 Jul 2002 23:02:49 +1000 From: Greg Black To: freebsd-hackers@freebsd.org Reply-To: freebsd-hackers@freebsd.org Subject: Re: dump on mounted fs References: <200207191753.g6JHr8519290@dreamscape.com> In-reply-to: <200207191753.g6JHr8519290@dreamscape.com> of Fri, 19 Jul 2002 13:53:08 -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 "Mark W. Krentel" wrote: | I understand there are risks, but dump on a mounted partition isn't | hopelessly broken in Freebsd, right? It works just fine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 20 6: 8:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 711AE37B400 for ; Sat, 20 Jul 2002 06:08:47 -0700 (PDT) Received: from gw.gbch.net (gw.gbch.net [203.143.238.93]) by mx1.FreeBSD.org (Postfix) with SMTP id 07A7B43E5E for ; Sat, 20 Jul 2002 06:08:46 -0700 (PDT) (envelope-from gjb@gbch.net) Received: (qmail 78392 invoked by uid 1001); 20 Jul 2002 23:08:45 +1000 X-Posted-By: GJB-Post 2.26 06-May-2002 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Uptime: 17 days, 5:06 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 Message-Id: Date: Sat, 20 Jul 2002 23:08:44 +1000 From: Greg Black To: freebsd-hackers@freebsd.org Reply-To: freebsd-hackers@freebsd.org Subject: Re: dump on mounted fs References: <20020719091153.F18913-100000@dallben> In-reply-to: <20020719091153.F18913-100000@dallben> of Fri, 19 Jul 2002 09:19:42 EST 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 "Brandon D. Valentine" wrote: | Personally I prefer to use tar anyway. A tar archive | is restorable on most any unix without requiring a vendor/filesystem | specific restore binary be available. That's one less point of failure | in restoring the backups. The only place where tar really won't cut it | is when you're using special filesystem features not traditionally | supported by unix, such as filesystem ACLs. There are lots of places where tar won't cut it: where you want speed in incremental backups; where your backups are backups rather than archives; where you don't wish to leave footprints all through your file systems; and more. If you're making an archive of data rather than a backup of a system, then tar has its uses; if you're using broken systems like Linux, then you may be forced to use inadequate tools like tar for backups as well as archives. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 20 6:47:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6755D37B400 for ; Sat, 20 Jul 2002 06:47:50 -0700 (PDT) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4395543E31 for ; Sat, 20 Jul 2002 06:47:49 -0700 (PDT) (envelope-from timon@memphis.mephi.ru) Received: (from timon@localhost) by memphis.mephi.ru (8.11.6/8.11.6) id g6KDlkq36327 for freebsd-hackers@freebsd.org; Sat, 20 Jul 2002 17:47:46 +0400 (MSD) (envelope-from timon) Date: Sat, 20 Jul 2002 17:47:45 +0400 From: "Artem 'Zazoobr' Ignatjev" To: freebsd-hackers@freebsd.org Subject: Booting FreeBSD from extended partitions Message-ID: <20020720174745.A33016@memphis.mephi.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i 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, people of freebsd-hackers@, I'm currently trying to make FreeBSD boot from extended partitions (of course, with help of boot mgr - in my case that's WinNT loader), and not without any progress: After patching /boot/loader to understand EXT_X partition type, I'm able to boot from /dev/ad4s9. Now I'm trying to make boot1 traverse through that big number of nested extendeds, feeding boot2 with the correct slice number, but my not so big knowledge about asm programming (especially AT&T) made me unable to do this correctly - now my version of boot1 takes a bit more than sector length (548 bytes instead of 512). Another way, which seems to me too ugly (but I'm forced to use it for now) is to make boot1 recognize extended slices like a freebsd ones, and place patched code of boot2 in free space of first extended slice, which looks for freebsd slice itself. If someone is interested, I can place my code somewhere on the net to see whether one may optimize it more than I can. p.s. I've also wrote a patch for fdisk which allowed it to see all partitions of disk, but it didn't attract attention of anyone from commiters, though. Sinceherely yours, Artem 'Zazoobr' Ignatjev. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 20 9:12:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6F8237B400; Sat, 20 Jul 2002 09:12:29 -0700 (PDT) Received: from patrocles.silby.com (d165.as12.nwbl0.wi.voyager.net [169.207.136.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FB0E43E42; Sat, 20 Jul 2002 09:12:28 -0700 (PDT) (envelope-from silby@silby.com) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.4/8.12.4) with ESMTP id g6KGGacv099548; Sat, 20 Jul 2002 11:16:36 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.5/8.12.5/Submit) with ESMTP id g6KGGTeD099545; Sat, 20 Jul 2002 11:16:31 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Sat, 20 Jul 2002 11:16:29 -0500 (CDT) From: Mike Silbersack To: Luigi Rizzo Cc: Julian Elischer , Rik van Riel , Matthew Dillon , , Subject: Re: Another go at bandwidth delay product pipeline limiting for TCP In-Reply-To: <20020720002515.A40795@iguana.icir.org> Message-ID: <20020720111335.V99536-100000@patrocles.silby.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 On Sat, 20 Jul 2002, Luigi Rizzo wrote: > this seems to be the same approach used by "Packeteer". Maybe they > ended up patenting it :) Packeteer? Here's my commentary on Packeteer: DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE DIE (That was censored, I have much better words for them.) (Part of this anger may be due to having been behind a Packeteer box which made the campus resnet slower than a 56K modem during peak hours.) As a result of that experience, I have serious doubts about rolling out such an algorithm on the internet at large. 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 Sat Jul 20 18: 5:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDCE037B407 for ; Sat, 20 Jul 2002 18:05:19 -0700 (PDT) Received: from krell.webweaver.net (krell.webweaver.net [64.124.90.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7424F43E58 for ; Sat, 20 Jul 2002 18:05:19 -0700 (PDT) (envelope-from nicole@daemontech.com) Received: from xwin.nmhtech.com (vorlon1.webweaver.net [67.112.21.26]) by krell.webweaver.net (Postfix) with ESMTP id 11F9B20F29; Sat, 20 Jul 2002 18:05:18 -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: <20020510153118.GA23467@mooseriver.com> Date: Sat, 20 Jul 2002 18:05:18 -0800 (PDT) Organization: Daemon Technologies From: Nicole Harrington To: Josef Grosch Subject: RE: [Questions] What hardware do you use ? Cc: questions@bafug.org, 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 I'm not on the heckers list at the moment, but the frustrating thing I have found regarding that question is once I have finaly tested something (most often motherboards) and have found it to be stable, its no longer available as the manufacturer has moved on to some other newer board. Nicole On 10-May-02 Unnamed Administration sources reported Josef Grosch said : > > This question came up at last night BAFUG meeting. What hardware do people > use and/or recommend? Specifically, if you were going to build a machine, > using commonly available parts and just to run a generic kernel, what > ethernet, video, motherboards, etc, would you use and/or recommend? > > > Josef > > -- > Josef Grosch | Another day closer to a | FreeBSD 4.5 > jgrosch@MooseRiver.com | Micro$oft free world | www.bafug.org > > _______________________________________________ > Questions mailing list > Questions@bafug.org > http://bafug.org/mailman/listinfo/questions |\ __ /| (`\ | o_o |__ ) ) // \\ Daemon Technologies(tm) | Phone: 510.895.9667 nicole@daemontech.com | -------------------(((---(((----------------------- - Powered by FreeBSD - Email, DNS, SiteHosting, FTP Services, Dedicated Servers, Co-Location, and a Lot More ------------------------------------------------------ " Daemons" will now be known as "spiritual guides" -Politically Correct UNIX Page To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 20 19:36:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C6D037B400; Sat, 20 Jul 2002 19:36:02 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09BA543E31; Sat, 20 Jul 2002 19:36:02 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6L2a1CV000271; Sat, 20 Jul 2002 19:36:01 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6L2a11a000270; Sat, 20 Jul 2002 19:36:01 -0700 (PDT) (envelope-from dillon) Date: Sat, 20 Jul 2002 19:36:01 -0700 (PDT) From: Matthew Dillon Message-Id: <200207210236.g6L2a11a000270@apollo.backplane.com> To: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Bandwidth delay product limiting for TCP - update. 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 Ok, I've done a bunch more work. I've simplified the code enormously. Basically what it does now is calculate the window size based on the current bandwidth and the best RTT it's ever seen. This will handle: (1) Limiting packet queueing to just the amount required to fill the pipe. (2) Reducing the window if the network load increases. (3) Partial ability to handle changes in latency which do not effect the bandwidth carrying capacity of the network. #4 is the most difficult problem to deal with because calculating the window based on SRTT is a positive-feedback loop. i.e. a larger window results in a larger SRTT which results in a larger window. So I can't just use SRTT. Instead I use ((SRTT + RTTBEST) / 2) for the RTT portion of the calculation. This has the effect of allowing the algorithm to compensate for the increased latencies but providing negative bias that increases as the window increases, stabilizing the calculation of the window. I think this may be good enough to commit but I would really like as many people as possible to test it in real life situations (keeping in mind that it only effects the transmit side). I believe I have solved just about all the problems that I had with previous versions. An the damn thing is actually clean(!). -Matt Index: tcp_input.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_input.c,v retrieving revision 1.165 diff -u -r1.165 tcp_input.c --- tcp_input.c 19 Jul 2002 18:27:39 -0000 1.165 +++ tcp_input.c 21 Jul 2002 02:32:57 -0000 @@ -1008,6 +1008,7 @@ else if (tp->t_rtttime && SEQ_GT(th->th_ack, tp->t_rtseq)) tcp_xmit_timer(tp, ticks - tp->t_rtttime); + tcp_xmit_bandwidth_limit(tp, th->th_ack); acked = th->th_ack - tp->snd_una; tcpstat.tcps_rcvackpack++; tcpstat.tcps_rcvackbyte += acked; @@ -1805,6 +1806,7 @@ tcp_xmit_timer(tp, ticks - to.to_tsecr + 1); else if (tp->t_rtttime && SEQ_GT(th->th_ack, tp->t_rtseq)) tcp_xmit_timer(tp, ticks - tp->t_rtttime); + tcp_xmit_bandwidth_limit(tp, th->th_ack); /* * If all outstanding data is acked, stop retransmit @@ -2431,6 +2433,8 @@ delta -= tp->t_rttvar >> (TCP_RTTVAR_SHIFT - TCP_DELTA_SHIFT); if ((tp->t_rttvar += delta) <= 0) tp->t_rttvar = 1; + if (tp->t_rttbest > tp->t_srtt + tp->t_rttvar) + tp->t_rttbest = tp->t_srtt + tp->t_rttvar; } else { /* * No rtt measurement yet - use the unsmoothed rtt. @@ -2439,6 +2443,7 @@ */ tp->t_srtt = rtt << TCP_RTT_SHIFT; tp->t_rttvar = rtt << (TCP_RTTVAR_SHIFT - 1); + tp->t_rttbest = tp->t_srtt + tp->t_rttvar; } tp->t_rtttime = 0; tp->t_rxtshift = 0; @@ -2578,6 +2583,7 @@ if (rt->rt_rmx.rmx_locks & RTV_RTT) tp->t_rttmin = rtt / (RTM_RTTUNIT / hz); tp->t_srtt = rtt / (RTM_RTTUNIT / (hz * TCP_RTT_SCALE)); + tp->t_rttbest = tp->t_srtt + TCP_RTT_SCALE; tcpstat.tcps_usedrtt++; if (rt->rt_rmx.rmx_rttvar) { tp->t_rttvar = rt->rt_rmx.rmx_rttvar / Index: tcp_output.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_output.c,v retrieving revision 1.65 diff -u -r1.65 tcp_output.c --- tcp_output.c 23 Jun 2002 21:25:36 -0000 1.65 +++ tcp_output.c 21 Jul 2002 02:32:57 -0000 @@ -164,6 +164,7 @@ sendalot = 0; off = tp->snd_nxt - tp->snd_una; win = min(tp->snd_wnd, tp->snd_cwnd); + win = min(win, tp->snd_bwnd); flags = tcp_outflags[tp->t_state]; /* @@ -773,7 +774,7 @@ tp->snd_max = tp->snd_nxt; /* * Time this transmission if not a retransmission and - * not currently timing anything. + * not currently timing anything. */ if (tp->t_rtttime == 0) { tp->t_rtttime = ticks; Index: tcp_subr.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_subr.c,v retrieving revision 1.137 diff -u -r1.137 tcp_subr.c --- tcp_subr.c 18 Jul 2002 19:06:12 -0000 1.137 +++ tcp_subr.c 21 Jul 2002 02:32:57 -0000 @@ -144,6 +144,32 @@ SYSCTL_INT(_net_inet_tcp, OID_AUTO, isn_reseed_interval, CTLFLAG_RW, &tcp_isn_reseed_interval, 0, "Seconds between reseeding of ISN secret"); +static int tcp_inflight_enable = 0; +SYSCTL_INT(_net_inet_tcp, OID_AUTO, inflight_enable, CTLFLAG_RW, + &tcp_inflight_enable, 0, "Enable automatic TCP inflight data limiting"); + +static int tcp_inflight_debug = 1; +SYSCTL_INT(_net_inet_tcp, OID_AUTO, inflight_debug, CTLFLAG_RW, + &tcp_inflight_debug, 0, "Debug TCP inflight calculations"); + +static int tcp_inflight_min = 1024; +SYSCTL_INT(_net_inet_tcp, OID_AUTO, inflight_min, CTLFLAG_RW, + &tcp_inflight_min, 0, "Lower-bound for TCP inflight window"); + +static int tcp_inflight_max = TCP_MAXWIN << TCP_MAX_WINSHIFT; +SYSCTL_INT(_net_inet_tcp, OID_AUTO, inflight_max, CTLFLAG_RW, + &tcp_inflight_max, 0, "Upper-bound for TCP inflight window"); + +#if 0 +static int tcp_inflight_attack = 20; +SYSCTL_INT(_net_inet_tcp, OID_AUTO, inflight_attack, CTLFLAG_RW, + &tcp_inflight_attack, 0, "TCP inflight compensation attack rate (%)"); + +static int tcp_inflight_shift = 0; +SYSCTL_INT(_net_inet_tcp, OID_AUTO, inflight_shift, CTLFLAG_RW, + &tcp_inflight_shift, 0, "TCP inflight compensation shift (+/-100) "); +#endif + static void tcp_cleartaocache(void); static struct inpcb *tcp_notify(struct inpcb *, int); @@ -547,8 +573,10 @@ tp->t_rttmin = tcp_rexmit_min; tp->t_rxtcur = TCPTV_RTOBASE; tp->snd_cwnd = TCP_MAXWIN << TCP_MAX_WINSHIFT; + tp->snd_bwnd = TCP_MAXWIN << TCP_MAX_WINSHIFT; tp->snd_ssthresh = TCP_MAXWIN << TCP_MAX_WINSHIFT; tp->t_rcvtime = ticks; + tp->t_bw_rtttime = ticks; /* * IPv4 TTL initialization is necessary for an IPv6 socket as well, * because the socket may be bound to an IPv6 wildcard address, @@ -1509,3 +1537,102 @@ tcp_cleartaocache() { } + +/* + * This code attempts to calculate the bandwidth-delay product. + * The problem with calculating this product is that our manipulation + * of the congestion window modifies both the perceived bandwidth + * and the srtt. It is possible to get a fairly stable maximal + * bandwidth by increasing the congestion window. The bandwidth + * calculation will be fairly good even if bwnd is set very high. + * However, figuring out the minimal srtt is far more difficult + * because we do not want the TCP stream to suffer greatly and therefore + * cannot reduce the congestion window to something very small. + * + * What we do is first increase the congestion window to try to + * obtain a maximal (or at least a 'larger') bandwidth, then decrease + * the congestion window to try to obtain a minimal (or at least a 'smaller') + * rtt. We also have to detect the case where BWND is too high and + * neither increasing nor decreasing it has the desired effect on the + * calculation. By detecting this special case we can stabilize the + * algorithm and recalculate bwnd within a reasonable period of time. + */ +void +tcp_xmit_bandwidth_limit(struct tcpcb *tp, tcp_seq ack_seq) +{ + u_long bw; + u_long bwnd; + int save_ticks; + + /* + * If inflight_enable is disabled in the middle of a tcp connection, + * make sure snd_bwnd is effectively disabled. + */ + if (tcp_inflight_enable == 0) { + tp->snd_bwnd = TCP_MAXWIN << TCP_MAX_WINSHIFT; + tp->snd_bandwidth = 0; + return; + } + + /* + * Figure out the bandwidth. Due to the tick granularity this + * is a very rough number and it MUST be averaged over a fairly + * long period of time. + */ + save_ticks = ticks; + n = save_ticks - tp->t_bw_rtttime; + if ((u_int)n < 1) + return; + + bw = (int64_t)(ack_seq - tp->t_bw_rtseq) * hz / + (save_ticks - tp->t_bw_rtttime); + tp->t_bw_rtttime = save_ticks; + tp->t_bw_rtseq = ack_seq; + if (tp->t_bw_rtttime == 0) + return; + bw = ((int64_t)tp->snd_bandwidth * 15 + bw) >> 4; + + tp->snd_bandwidth = bw; + + /* + * Calculate the semi-static bandwidth delay product, plus two maximal + * segments. The additional slop puts us squarely in the sweet + * spot and also handles the bandwidth run-up case. Without the + * slop we could be locking ourselves into a lower bandwidth. + * + * Situations Handled: + * (1) prevents over-queueing of packets on LANs, especially + * high speed LANs, allowing larger TCP buffers to be + * specified. + * + * (2) able to handle increased network loads (bandwidth drops + * so bwnd drops). + * + * (3) Randomly changes the window size in order to force + * bandwidth balancing between connections. + */ +#define USERTT ((tp->t_srtt + tp->t_rttbest) / 2) + bwnd = (int64_t)bw * USERTT / (hz << TCP_RTT_SHIFT) + 2 * tp->t_maxseg; + + if (tcp_inflight_debug > 0) { + static int ltime; + if ((u_int)(ticks - ltime) >= hz / tcp_inflight_debug) { + ltime = ticks; + printf("%p bw %ld rttbest %d srtt %d bwnd %ld\n", + tp, + bw, + tp->t_rttbest, + tp->t_srtt, + bwnd + ); + } + } + if ((long)bwnd < tcp_inflight_min) + bwnd = tcp_inflight_min; + if (bwnd > tcp_inflight_max) + bwnd = tcp_inflight_max; + if ((long)bwnd < tp->t_maxseg * 2) + bwnd = tp->t_maxseg * 2; + tp->snd_bwnd = bwnd; +} + Index: tcp_usrreq.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_usrreq.c,v retrieving revision 1.76 diff -u -r1.76 tcp_usrreq.c --- tcp_usrreq.c 13 Jun 2002 23:14:58 -0000 1.76 +++ tcp_usrreq.c 21 Jul 2002 02:32:58 -0000 @@ -875,6 +875,7 @@ tp->t_state = TCPS_SYN_SENT; callout_reset(tp->tt_keep, tcp_keepinit, tcp_timer_keep, tp); tp->iss = tcp_new_isn(tp); + tp->t_bw_rtseq = tp->iss; tcp_sendseqinit(tp); /* @@ -961,6 +962,7 @@ tp->t_state = TCPS_SYN_SENT; callout_reset(tp->tt_keep, tcp_keepinit, tcp_timer_keep, tp); tp->iss = tcp_new_isn(tp); + tp->t_bw_rtseq = tp->iss; tcp_sendseqinit(tp); /* Index: tcp_var.h =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_var.h,v retrieving revision 1.82 diff -u -r1.82 tcp_var.h --- tcp_var.h 19 Jul 2002 18:27:39 -0000 1.82 +++ tcp_var.h 21 Jul 2002 02:32:58 -0000 @@ -124,10 +124,12 @@ u_long snd_wnd; /* send window */ u_long snd_cwnd; /* congestion-controlled window */ + u_long snd_bwnd; /* bandwidth-controlled window */ u_long snd_ssthresh; /* snd_cwnd size threshold for * for slow start exponential to * linear switch */ + u_long snd_bandwidth; /* calculated bandwidth or 0 */ tcp_seq snd_recover; /* for use in fast recovery */ u_int t_maxopd; /* mss plus options */ @@ -137,6 +139,9 @@ int t_rtttime; /* round trip time */ tcp_seq t_rtseq; /* sequence number being timed */ + int t_bw_rtttime; /* used for bandwidth calculation */ + tcp_seq t_bw_rtseq; /* used for bandwidth calculation */ + int t_rxtcur; /* current retransmit value (ticks) */ u_int t_maxseg; /* maximum segment size */ int t_srtt; /* smoothed round-trip time */ @@ -144,6 +149,7 @@ int t_rxtshift; /* log(2) of rexmt exp. backoff */ u_int t_rttmin; /* minimum rtt allowed */ + u_int t_rttbest; /* best rtt we've seen */ u_long t_rttupdated; /* number of times rtt sampled */ u_long max_sndwnd; /* largest window peer has offered */ @@ -473,6 +479,7 @@ struct tcpcb * tcp_timers(struct tcpcb *, int); void tcp_trace(int, int, struct tcpcb *, void *, struct tcphdr *, int); +void tcp_xmit_bandwidth_limit(struct tcpcb *tp, tcp_seq ack_seq); void syncache_init(void); void syncache_unreach(struct in_conninfo *, struct tcphdr *); int syncache_expand(struct in_conninfo *, struct tcphdr *, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 20 23:11:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DDAD37B400 for ; Sat, 20 Jul 2002 23:11:10 -0700 (PDT) Received: from TMA-1.brad-x.com (static-b2-191.highspeed.eol.ca [64.56.236.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CFBC43E4A for ; Sat, 20 Jul 2002 23:11:09 -0700 (PDT) (envelope-from brad@brad-x.com) Received: from brad-x.com (Odyssey.brad-x.com [201.64.15.24]) by TMA-1.brad-x.com (Postfix) with ESMTP id B8E0E22104A; Sun, 21 Jul 2002 02:12:03 -0400 (EDT) Date: Sun, 21 Jul 2002 02:09:52 -0400 From: Brad Laue To: "Artem 'Zazoobr' Ignatjev" Cc: freebsd-hackers@freebsd.org Subject: Re: Booting FreeBSD from extended partitions Message-Id: <20020721020952.4e61aefc.brad@brad-x.com> In-Reply-To: <20020720174745.A33016@memphis.mephi.ru> References: <20020720174745.A33016@memphis.mephi.ru> Organization: brad-x.com X-Mailer: Sylpheed version 0.8.0 (GTK+ 1.2.10; i386-portbld-freebsd4.6) 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 On Sat, 20 Jul 2002 17:47:45 +0400 "Artem 'Zazoobr' Ignatjev" wrote: > Hi, people of freebsd-hackers@, > I'm currently trying to make FreeBSD boot from extended > partitions (of course, with help of boot mgr - in my case that's WinNT > loader), and not without any progress: After patching /boot/loader to > understand EXT_X partition type, I'm able to boot from /dev/ad4s9. > Now I'm trying to make boot1 traverse through that big number of > nested extendeds, feeding boot2 with the correct slice number, but my > not so big knowledge about asm programming (especially AT&T) made me > unable to do this correctly - now my version of boot1 takes a bit more > than sector length (548 bytes instead of 512). > Another way, which seems to me too ugly (but I'm forced to use > it for now) is to make boot1 recognize extended slices like a freebsd > ones, and place patched code of boot2 in free space of first extended > slice, which looks for freebsd slice itself. > If someone is interested, I can place my code somewhere on the > net to see whether one may optimize it more than I can. > p.s. I've also wrote a patch for fdisk which allowed it to see all > partitions of disk, but it didn't attract attention of anyone from > commiters, though. > Sinceherely yours, Artem 'Zazoobr' Ignatjev. I'd be very interested in seeing your progress on this, and I think Simon 'corecode' Schultz would be as well - looking forward to it! Attach it to your reply. -- // -- http://www.BRAD-X.com/ -- // To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message