From owner-freebsd-hackers Sun Jul 28 1: 6: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 9097237B400 for ; Sun, 28 Jul 2002 01:06:51 -0700 (PDT) Received: from email.seznam.cz (smtp.seznam.cz [212.80.76.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 1EA5D43E3B for ; Sun, 28 Jul 2002 01:06:50 -0700 (PDT) (envelope-from neologism@seznam.cz) Received: (qmail 55866 invoked from network); 28 Jul 2002 08:06:41 -0000 Received: from ppp1082.brno.worldonline.cz (HELO variola) (212.90.229.179) by smtp.seznam.cz with SMTP; 28 Jul 2002 08:06:41 -0000 Received: from roman by variola with local (Exim 3.13 #1 (Debian)) id 17Yj4e-00009g-00 for ; Sun, 28 Jul 2002 10:06:44 +0200 Date: Sun, 28 Jul 2002 10:06:44 +0200 From: neologism To: freebsd-hackers@freebsd.org Subject: mta versus sendmaill Message-ID: <20020728100644.A584@variola> Reply-To: neologism@seznam.cz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Mailer: Mutt Sender: owner-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 really dislike the way 4.6 handles mta/sendmail in its starting rc scripts Why don't we have something as "mta_enable" which enables mta configuring in its own rc.$mta_name? I mean something like this: case ${mta_enable} in [Yy][Ee][Ss]) if [ -r ${mta_start_script} ]; then sh ${mta_start_script} # eventually + ${mta_configuration} fi ;; esac It's much cleaner imho. And in old 4.4 (and earlier afaik) it was such - sendmail_enable and than it's configuration. If we want to switch from sendmail to generic mta (with its own rc) we should do so the cleanest possible way yours neologism P.S. please CC me cause I'm not on this list To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 28 1:12: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 3522A37B400 for ; Sun, 28 Jul 2002 01:12:12 -0700 (PDT) Received: from grummit.biaix.org (213-97-212-86.uc.nombres.ttd.es [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 925FA43E5E for ; Sun, 28 Jul 2002 01:12:10 -0700 (PDT) (envelope-from joan@biaix.org) Received: (qmail 26001 invoked by uid 3); 28 Jul 2002 08:13:35 -0000 Date: Sun, 28 Jul 2002 10:13:35 +0200 From: Joan Picanyol To: freebsd-hackers@freebsd.org Subject: Re: mta versus sendmaill Message-ID: <20020728101335.B25979@grummit.biaix.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20020728100644.A584@variola> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020728100644.A584@variola>; neologism's (neologism@seznam.cz) message of [20020728 10:08] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * neologism [20020728 10:08]: > I mean something like this: > > case ${mta_enable} in > [Yy][Ee][Ss]) > if [ -r ${mta_start_script} ]; then > sh ${mta_start_script} # eventually + ${mta_configuration} > fi > ;; > esac Well, Dan Bersntein has though of a much more refined version, have a look at http://cr.yp.to/etc-mta.html qvb -- pica To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 28 4:10: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 AC4F237B405; Sun, 28 Jul 2002 04:10:21 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9294443E42; Sun, 28 Jul 2002 04:10:20 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 795F8535C; Sun, 28 Jul 2002 13:10:16 +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: Charles Sprickman Cc: freebsd-hackers@freebsd.org, sos@freebsd.org Subject: Re: kern/40003: Panic on boot w/4.6-stable References: From: Dag-Erling Smorgrav Date: 28 Jul 2002 13:10:16 +0200 In-Reply-To: Message-ID: Lines: 20 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 Charles Sprickman writes: > (kgdb) up 11 > #11 0xc013e8a5 in ad_attach (atadev=0xc075b650) at ../../dev/ata/ata-disk.c:124 > 124 adp->heads = atadev->param->heads; > > (kgdb) p adp > $2 = (struct ad_softc *) 0x68c040 > (kgdb) p atadev > $3 = (struct ata_device *) 0xc075b650 > (kgdb) p *adp > Cannot access memory at address 0x68c040. > (kgdb) p *atadev > $4 = {channel = 0xc075b600, unit = 16, name = 0xc04503b0 "ad1", param = 0x0, > driver = 0x0, flags = 0, mode = 0, cmd = 0, result = 0x0} ad_attach() is trying to dereference atadev->param, which is NULL. 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 Sun Jul 28 13: 4: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 8688C37B401 for ; Sun, 28 Jul 2002 13:04:50 -0700 (PDT) Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BA3343E31 for ; Sun, 28 Jul 2002 13:04:49 -0700 (PDT) (envelope-from spork@fasttrackmonkey.com) Received: (qmail 43354 invoked by uid 85); 28 Jul 2002 19:58:03 -0000 Received: from spork@fasttrackmonkey.com by angryfist.fasttrackmonkey.com by uid 1001 with qmail-scanner-1.10 (sophie: 2.9/3.56. . Clear:0. Processed in 0.058705 secs); 28 Jul 2002 19:58:03 -0000 X-Qmail-Scanner-Mail-From: spork@fasttrackmonkey.com via angryfist.fasttrackmonkey.com X-Qmail-Scanner: 1.10 (Clear:0. Processed in 0.058705 secs) Received: from unknown (HELO white.nat.fasttrackmonkey.com) (64.47.30.2) by 0 with DES-CBC3-SHA encrypted SMTP; 28 Jul 2002 19:58:03 -0000 Date: Sun, 28 Jul 2002 15:58:27 -0400 (EDT) From: Charles Sprickman To: Dag-Erling Smorgrav Cc: "freebsd-hackers@freebsd.org" , "sos@freebsd.org" Subject: Re: kern/40003: Panic on boot w/4.6-stable 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 28 Jul 2002, Dag-Erling Smorgrav wrote: > > (kgdb) p *atadev > > $4 = {channel = 0xc075b600, unit = 16, name = 0xc04503b0 "ad1", param = 0x0, > > driver = 0x0, flags = 0, mode = 0, cmd = 0, result = 0x0} > > ad_attach() is trying to dereference atadev->param, which is NULL. Is there any other info I can provide? I'll drive, you steer. :) Charles > 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 Sun Jul 28 13:57: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 167D037B400; Sun, 28 Jul 2002 13:57:25 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 718AA43E4A; Sun, 28 Jul 2002 13:57:24 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 19C6D535C; Sun, 28 Jul 2002 22:57:19 +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: Charles Sprickman Cc: "freebsd-hackers@freebsd.org" , "sos@freebsd.org" Subject: Re: kern/40003: Panic on boot w/4.6-stable References: From: Dag-Erling Smorgrav Date: 28 Jul 2002 22:57:18 +0200 In-Reply-To: Message-ID: Lines: 10 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Charles Sprickman writes: > On 28 Jul 2002, Dag-Erling Smorgrav wrote: > > ad_attach() is trying to dereference atadev->param, which is NULL. > Is there any other info I can provide? I'll drive, you steer. :) No, this is S=F8ren's cup of tea, which is why I Cc:ed him. DES --=20 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 Sun Jul 28 16:55: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 B724F37B400 for ; Sun, 28 Jul 2002 16:55:49 -0700 (PDT) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C87643E3B for ; Sun, 28 Jul 2002 16:55:49 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g6SNtnS50389; Sun, 28 Jul 2002 16:55:50 -0700 (PDT) Date: Sun, 28 Jul 2002 16:55:49 -0700 (PDT) From: Doug White To: neologism Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: mta versus sendmaill In-Reply-To: <20020728100644.A584@variola> Message-ID: <20020728165244.Q49353-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us 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, 28 Jul 2002, neologism wrote: > I really dislike the way 4.6 handles mta/sendmail in its starting rc scripts > Why don't we have something as "mta_enable" which enables mta configuring in > its own rc.$mta_name? It already does. You want to put an on/off switch on mta_start_script? If you set mta_start_script, you will get your own MTA startscript called instead of sendmail (and the sendmail_* options will be ignored). Or at least this is how its working on the 4.6-STABLE box I built last week. I run postfix and just had to add: mta_start_script="/etc/rc.postfix" to get it going (after creating rc.postfix of course). Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | 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 Mon Jul 29 1: 4: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 7F8BB37B400; Mon, 29 Jul 2002 01:04:25 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BF2643E6E; Mon, 29 Jul 2002 01:04:22 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 33480812FD; Mon, 29 Jul 2002 17:34:18 +0930 (CST) Date: Mon, 29 Jul 2002 17:34:17 +0930 From: Greg 'groggy' Lehey To: Nik Clayton , Murray Stokely Cc: Poul-Henning Kamp , Bob Willcox , Paul Richards , Robert Watson , Terry Lambert , Julian Elischer , developers@FreeBSD.org, hackers@FreeBSD.org, doc@FreeBSD.org Subject: Re: troff vs. DocBook (was: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd)) Message-ID: <20020729080417.GD68969@wantadilla.lemis.com> References: <20020721141108.GA30472@luke.immure.com> <82745.1027266137@critter.freebsd.dk> <20020722002823.GB69834@wantadilla.lemis.com> <20020729000024.D7467@freebsdmall.com> <20020721141108.GA30472@luke.immure.com> <82745.1027266137@critter.freebsd.dk> <20020722002823.GB69834@wantadilla.lemis.com> <20020724203156.GB58018@clan.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020729000024.D7467@freebsdmall.com> <20020724203156.GB58018@clan.nothing-going-on.org> 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 Wednesday, 24 July 2002 at 21:31:56 +0100, Nik Clayton wrote: > On Mon, Jul 22, 2002 at 09:58:23AM +0930, Greg 'groggy' Lehey wrote: >> IMO the tags aren't the problem with DocBook. It's just *really* >> difficult to get good-looking results with. > > What did you think of the 2nd edition of the Handbook? That was Docbook > toolchain all the way (with the possible exception of some small > hand-tweaks to the finished postscript by Murray). I've taken a look at the book again. Yes, it's clean. I don't like the small fonts and the excessive leading and other vertical spacing, but I suppose that could be fixed in the style sheets. There are also a number of widows and orphans, for example the top(1) example on page 99/100. I also suspect that massaging the PostScript was to get round some annoyances of using DocBook. On Monday, 29 July 2002 at 0:00:24 -0700, Murray Stokely wrote: > [CC: changed to a more appropriate mailing list, original list BCCed] > > On Mon, Jul 22, 2002 at 09:58:23AM +0930, Greg 'groggy' Lehey wrote: >> IMO the tags aren't the problem with DocBook. It's just *really* >> difficult to get good-looking results with. I've actually converted >> the FreeBSD book into DocBook (anybody want a perl script?), but jade >> can't format it, and gmat is a real kludge. Theoretically, DocBook is >> better, but I want something that works. > > Hey Greg, > > What's the problem with jade? Hmm. Looking back on what I said there, I'm jumping to conclusions. What I meant was that I needed to use gmat because it contains the O'Reilly style sheets. That's not really a jade issue. > I will certainly agree that it is difficult to get good-looking > results with jade, but you should at least be able to format your > document and get a valid PostScript file with Norm's default > stylesheets. Yes, I've been able to do that with gmat. Given that it worked (and a lot faster than jade, too), I didn't try using jade. If I had done, I fear I would have run into some horrendous problems due to my lack of understanding of the maze of configuration files. > Did TeX run out of resources? Did you bump up the memory allocation > in texmf.cnf? I do recall doing this in the past. This isn't really a sound-off about DocBook, just about the relative turgidity of the tools. I've tried reading the DocBook book, and I've found it very confusing. A large part of the problem, though, is simply the fact that I'm happy with troff, and I haven't seen enough advantage in DocBook to migrate to it. 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 Mon Jul 29 4:30: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 3C44137B400; Mon, 29 Jul 2002 04:30:30 -0700 (PDT) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [212.135.138.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD84943E4A; Mon, 29 Jul 2002 04:30:26 -0700 (PDT) (envelope-from fanf@chiark.greenend.org.uk) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1) id 17Z8jF-0003SZ-00 (Debian); Mon, 29 Jul 2002 12:30:21 +0100 Date: Mon, 29 Jul 2002 12:30:21 +0100 From: Tony Finch To: cyrille.lefevre+dated+1028178747.705301@laposte.net, dot@dotat.at, freebsd-hackers@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: sed -i has difficulty with read-only files Message-ID: <20020729123021.A6864@chiark.greenend.org.uk> References: <20020726165021.C7551@chiark.greenend.org.uk> <20020727051224.GA7996@gits.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020727051224.GA7996@gits.dyndns.org>; from cyrille.lefevre+dated+1028178747.705301@laposte.net on Sat, Jul 27, 2002 at 07:12:24AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jul 27, 2002 at 07:12:24AM +0200, Cyrille Lefevre wrote: > > IMHO, both the old and the newer code are wrong. they should use > getenv("TMPDIR") if any and certainly not the current directory. > there is probably more room in ${TMPDIR:-/var/tmp} then in the > current directory. imagine that the current fs is nearly full... I'm disinclined to use a file in $TMPDIR or in /tmp because of the bad effect it has on the complexity of the code, and I think that if you are running out of disk space then you deserve to lose. Though I'm open to other opinions. Tony. -- f.a.n.finch http://dotat.at/ FAIR ISLE: EAST 4, BACKING NORTHEAST 5 OR 6 OCCASIONALLY 7. RAIN. GOOD BECOMING MODERATE OCCASIONALLY POOR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 29 6:23: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 50B6D37B400; Mon, 29 Jul 2002 06:23:37 -0700 (PDT) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [212.135.138.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0725743E4A; Mon, 29 Jul 2002 06:23:34 -0700 (PDT) (envelope-from fanf@chiark.greenend.org.uk) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1) id 17ZAUk-000883-00 (Debian); Mon, 29 Jul 2002 14:23:30 +0100 Date: Mon, 29 Jul 2002 14:23:30 +0100 From: Tony Finch To: Cyrille Lefevre Cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Subject: Re: sed -i has difficulty with read-only files Message-ID: <20020729142330.B6864@chiark.greenend.org.uk> References: <20020726165021.C7551@chiark.greenend.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020726165021.C7551@chiark.greenend.org.uk>; from dot@dotat.at on Fri, Jul 26, 2002 at 04:50:21PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Updated patches. I still prefer the one that's 40 lines shorter :-) Tony. -- f.a.n.finch http://dotat.at/ SOUTHEAST ICELAND: SOUTHWEST BECOMING VARIABLE 4. FAIR. GOOD. --- main.c Mon Jul 29 13:16:44 2002 +++ main.c.two Mon Jul 29 13:08:49 2002 @@ -413,9 +413,7 @@ char **filename; { struct stat orig; - int input, output; char backup[MAXPATHLEN]; - char *buffer; if (lstat(*filename, &orig) == -1) err(1, "lstat"); @@ -425,36 +423,36 @@ } if (*inplace == '\0') { - char template[] = "/tmp/sed.XXXXXXXXXX"; - - output = mkstemp(template); - if (output == -1) - err(1, "mkstemp"); - strlcpy(backup, template, MAXPATHLEN); + /* + * This is a bit of a hack: we use mkstemp() to avoid the + * mktemp() link-time warning, although mktemp() would fit in + * this context much better. We're only interested in getting + * a name for use in the rename(); there aren't any security + * issues here that don't already exist in relation to the + * original file and its directory. + */ + int fd; + strlcpy(backup, *filename, sizeof(backup)); + strlcat(backup, ".XXXXXXXXXX", sizeof(backup)); + fd = mkstemp(backup); + if (fd == -1) + errx(1, "could not create backup of %s", *filename); + else + close(fd); } else { - strlcpy(backup, *filename, MAXPATHLEN); - strlcat(backup, inplace, MAXPATHLEN); - output = open(backup, O_WRONLY | O_CREAT | O_TRUNC); - if (output == -1) - err(1, "open(%s)", backup); + strlcpy(backup, *filename, sizeof(backup)); + strlcat(backup, inplace, sizeof(backup)); } - input = open(*filename, O_RDONLY); - if (input == -1) - err(1, "open(%s)", *filename); - if (fchmod(output, orig.st_mode & ~S_IFMT) == -1) - err(1, "chmod"); - buffer = (char *)mmap(0, orig.st_size, PROT_READ, MAP_SHARED, input, 0); - if (buffer == MAP_FAILED) - err(1, "mmap(%s)", *filename); - if (write(output, buffer, orig.st_size) == -1) - err(1, "write(%s)", backup); - if (munmap(buffer, orig.st_size) == -1) - err(1, "munmap(%s)", *filename); - close(input); - close(output); - freopen(*filename, "w", stdout); + if (rename(*filename, backup) == -1) + err(1, "rename(\"%s\", \"%s\")", *filename, backup); + if (freopen(*filename, "w", stdout) == NULL) + err(1, "open(\"%s\")", *filename); + if (fchmod(fileno(stdout), orig.st_mode) == -1) + err(1, "chmod(\"%s\")", *filename); *filename = strdup(backup); + if (*filename == NULL) + err(1, "malloc"); return 0; } --- main.c Mon Jul 29 13:16:44 2002 +++ main.c.one Mon Jul 29 13:15:03 2002 @@ -68,6 +68,11 @@ #include "extern.h" /* + * Maximum amount of data to mmap at a time when copying a file. + */ +#define MMAP_MAX (16*1024*1024) + +/* * Linked list of units (strings and files) to be compiled */ struct s_compunit { @@ -407,6 +412,8 @@ /* * Modify a pointer to a filename for inplace editing and reopen stdout + * + * We remove the files before opening them in case of permissions problems */ static int inplace_edit(filename) @@ -416,6 +423,7 @@ int input, output; char backup[MAXPATHLEN]; char *buffer; + off_t off, size; if (lstat(*filename, &orig) == -1) err(1, "lstat"); @@ -424,37 +432,57 @@ return -1; } + /* create and open the backup file */ if (*inplace == '\0') { - char template[] = "/tmp/sed.XXXXXXXXXX"; + const char *tmp; - output = mkstemp(template); + tmp = getenv("TMPDIR"); + if (tmp == NULL) + tmp = "/tmp"; + strlcpy(backup, tmp, sizeof(backup)); + strlcat(backup, "/sed.XXXXXXXXXX", sizeof(backup)); + output = mkstemp(backup); if (output == -1) err(1, "mkstemp"); - strlcpy(backup, template, MAXPATHLEN); + if (fchmod(output, orig.st_mode & ~S_IFMT) == -1) + err(1, "chmod(\"%s\")", backup); } else { - strlcpy(backup, *filename, MAXPATHLEN); - strlcat(backup, inplace, MAXPATHLEN); - output = open(backup, O_WRONLY | O_CREAT | O_TRUNC); + strlcpy(backup, *filename, sizeof(backup)); + strlcat(backup, inplace, sizeof(backup)); + if (unlink(backup) == -1 && errno != ENOENT) + err(1, "unlink(\"%s\")", backup); + output = open(backup, O_WRONLY | O_CREAT | O_TRUNC, orig.st_mode); if (output == -1) - err(1, "open(%s)", backup); + err(1, "open(\"%s\")", backup); } - + /* copy the original file to the backup */ input = open(*filename, O_RDONLY); if (input == -1) - err(1, "open(%s)", *filename); - if (fchmod(output, orig.st_mode & ~S_IFMT) == -1) - err(1, "chmod"); - buffer = (char *)mmap(0, orig.st_size, PROT_READ, MAP_SHARED, input, 0); - if (buffer == MAP_FAILED) - err(1, "mmap(%s)", *filename); - if (write(output, buffer, orig.st_size) == -1) - err(1, "write(%s)", backup); - if (munmap(buffer, orig.st_size) == -1) - err(1, "munmap(%s)", *filename); + err(1, "open(\"%s\")", *filename); + for (off = 0; off < orig.st_size; off += MMAP_MAX) { + size = orig.st_size - off; + if (size > MMAP_MAX) + size = MMAP_MAX; + buffer = mmap(NULL, size, PROT_READ, MAP_SHARED, input, off); + if (buffer == MAP_FAILED) + err(1, "mmap(\"%s\")", *filename); + if (write(output, buffer, size) == -1) + err(1, "write(\"%s\")", backup); + if (munmap(buffer, size) == -1) + err(1, "munmap(\"%s\")", *filename); + } close(input); close(output); - freopen(*filename, "w", stdout); + /* create the replacement for the original file */ + if (unlink(*filename) == -1) + err(1, "unlink(\"%s\")", *filename); + if (freopen(*filename, "w", stdout) == NULL) + err(1, "open(\"%s\")", *filename); + if (fchmod(fileno(stdout), orig.st_mode) == -1) + err(1, "chmod(\"%s\")", *filename); *filename = strdup(backup); + if (*filename == NULL) + err(1, "malloc"); return 0; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 29 6:50: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 F1AFE37B400; Mon, 29 Jul 2002 06:50:43 -0700 (PDT) Received: from totem.fix.no (totem.fix.no [80.91.32.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74E3E43E31; Mon, 29 Jul 2002 06:50:43 -0700 (PDT) (envelope-from anders@totem.fix.no) Received: by totem.fix.no (Postfix, from userid 1000) id 37D9420247; Mon, 29 Jul 2002 15:51:08 +0200 (CEST) Date: Mon, 29 Jul 2002 15:51:08 +0200 From: Anders Nordby To: Matthew Dillon Cc: Nuno Teixeira , Jens Rehsack , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: squid and datasize kernel problems (was: openoffice stack and datasize kernel problems) Message-ID: <20020729135107.GA82519@totem.fix.no> References: <20020608153940.GA13033@gw.tex.bogus> <3D022B97.3BB722F@liwing.de> <20020608161556.GC13033@gw.tex.bogus> <200206081740.g58HesRL081782@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200206081740.g58HesRL081782@apollo.backplane.com> User-Agent: Mutt/1.4i X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 Sender: owner-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, Jun 08, 2002 at 10:40:54AM -0700, Matthew Dillon wrote: > > But it doesn't make much sense. A 64 megabyte stack ought > to be plenty, as should the default 512MB data size. > > It should be noted that mmap() uses whatever VM space > remains after MAXDSIZ and MAXSSIZ have been reserved, so > increasing MAXDSIZ reduces the amount of VM available > to mmap(). Still, a 1 GB MAXDSIZ should not result in > system utilities / servers running out of mmap() space! > Userland has 3G of VM space to play with. I'm running into some similar issues when trying to make Squid eat as much as possible of the 4 GB memory I have installed in a Compaq ProLiant DL 380 G2. At first, Squid seems to die and restart when trying to allocate memory above 512 MB. By tuning MAXDSIZ, I have made it use up to around 2 GB. If I set MAXDSIZ (I now do it in loader.conf with kern.maxdsiz) above around 2950 MB, init starts failing upon boot: init in malloc(): error mmap(2) failed, check limits init in malloc(): warning: recursive call Does anyone have any clues on how to overcome this? I'll be trying out the the dlmalloc library that is distributed with Squid, but I suppose I do need a 4 GB maximum data size to be able to make Squid actually use 4 GB. Is this possible, or am I being totally foolish? Any hint very appreciated. :-) Cheers, -- Anders. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 29 7:39: 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 963EC37B400 for ; Mon, 29 Jul 2002 07:38:34 -0700 (PDT) Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0461543E31 for ; Mon, 29 Jul 2002 07:38:33 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from jenolen.cs.rpi.edu (jenolen.cs.rpi.edu [128.213.12.42]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id KAA72689 for ; Mon, 29 Jul 2002 10:38:31 -0400 (EDT) Received: from jenolen.cs.rpi.edu (crossd@localhost) by jenolen.cs.rpi.edu (8.11.6+Sun/8.9.3) with ESMTP id g6TEcVu07763 for ; Mon, 29 Jul 2002 10:38:31 -0400 (EDT) Message-Id: <200207291438.g6TEcVu07763@jenolen.cs.rpi.edu> X-Authentication-Warning: jenolen.cs.rpi.edu: crossd owned process doing -bs To: freebsd-hackers@freebsd.org Subject: microuptime? Date: Mon, 29 Jul 2002 10:38:31 -0400 From: "David E. Cross" Sender: owner-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 haven't seen microuptime messages in a _very_ long time; over this weekend I replaced the PowerSupply a couple of fans and the CPU heatsinks in my computer (none were yet "bad", but one of the CPU fans was starting to slow down, and I had a problem warm-rebooting the machine: it had a 90% chance of hanging from a warm reboot, even if I hit the reset switch before the BIOS even passed control to boot/loader). After these upgrades I started receiving lots of microuptime errors (note that the reboot problem went away). Has anyone seen them? Do they know what they are indicative of? (Is it time to toss this MoBo?) Below is my kernel config dmesg, dmesg of errors, kernel config. The brief version is: dual Pentium II-400Mhz (ecc Cache), P2B-DS ACPI 1012 BIOS, 512M ECC. Microuptime errors are usually small (1/1000ths of a second, but some are VERY large; 4 or 5 seconds), timecounter is PIIX, method 0. I included so many of the microuptime errors because it apparently gets "stuck" at certain points for long periods of time. -- Boot Dmesg -- Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.6-RELEASE-p3 #0: Fri Jul 19 00:56:33 EDT 2002 root@gemini.crossd.priv.cs.rpi.edu:/usr/obj/usr/src/sys/GEMINI Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (380.87-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183fbff real memory = 536858624 (524276K bytes) avail memory = 518643712 (506488K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc03de000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 7 entries at 0xc00f0d20 apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 19 -> irq 2 IOAPIC #0 intpin 18 -> irq 5 IOAPIC #0 intpin 17 -> irq 10 IOAPIC #0 intpin 16 -> irq 11 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xd400-0xd41f irq 2 at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: Texas Instruments UT-USB41 hub, class 9/0, rev 1.00/1.00, addr 2 uhub1: 7 ports with 7 removable, self powered ums0: Microsoft Microsoft IntelliMouse\M-. Explorer, rev 1.10/1.03, addr 3, iclass 3/1 ums0: 5 buttons and Z dir. ugen0: Belkin Components product 0x0103, rev 1.10/2.06, addr 4 ugen1: Belkin Components product 0x0103, rev 1.10/2.06, addr 5 ulpt0: Belkin Components F5U002 Parallel printer adapter, rev 1.00/1.04, addr 6, iclass 7/1 ukbd0: Microsoft Natural Keyboard Elite, rev 1.00/1.04, addr 7, iclass 3/1 kbd0 at ukbd0 Timecounter "PIIX" frequency 3579545 Hz chip1: port 0xe800-0xe80f at device 4.3 on pci0 ahc0: port 0xd000-0xd0ff mem 0xdf800000-0xdf800fff irq 2 at device 6.0 on pci0 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs pcm0: port 0xb800-0xb81f irq 2 at device 9.0 on pci0 xl0: <3Com 3c980C Fast Etherlink XL> port 0xb000-0xb07f mem 0xdf000000-0xdf00007f irq 5 at device 10.0 on pci0 xl0: Ethernet address: 00:01:02:71:f6:36 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bktr0: mem 0xe2000000-0xe2000fff irq 10 at device 11.0 on pci0 iicbb0: on bti2c0 iicbus0: on iicbb0 master-only iicbus1: on iicbb0 master-only smbus0: on bti2c0 bktr0: Hauppauge Model 38061 B226 bktr0: Hauppauge WinCast/TV, Philips NTSC tuner, remote control. pci0: (vendor=0x109e, dev=0x0878) at 11.1 irq 10 ahc1: port 0xa800-0xa8ff mem 0xde800000-0xde800fff irq 11 at device 12.0 on pci0 aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs orm0:

Reserva = imediata em seu=20 hotel ?

Para que seus h=F3spedes possam ter a facilidade de fazer uma = reserva=20 on-line, 
estamos oferecendo o servi=E7o de atendimento on-line = para seu=20 hotel.
Fa=E7a um teste gratuito: mens= agemdigital.com/atendimentoonline

e-mail: atendimentoonline@m= ensagemdigital.com 

Atenciosamente,

(11) 5082-1515

Desculpe-nos se nosso = contado foi=20 inoportuno ou n=E3o lhe interessa.
Click aqui = para ser=20 removido de nosso  mailing.

------=_NextPart_000_0195_01C234C1.64744870-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 29 12:35: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 7610737B400 for ; Mon, 29 Jul 2002 12:35:30 -0700 (PDT) Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA9BF43E4A for ; Mon, 29 Jul 2002 12:35:29 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from monica.cs.rpi.edu (monica.cs.rpi.edu [128.213.7.3]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id PAA82619; Mon, 29 Jul 2002 15:35:28 -0400 (EDT) Received: from monica.cs.rpi.edu (crossd@localhost) by monica.cs.rpi.edu (8.11.6/8.11.6) with ESMTP id g6TJZSe22496; Mon, 29 Jul 2002 15:35:28 -0400 (EDT) (envelope-from crossd@monica.cs.rpi.edu) Message-Id: <200207291935.g6TJZSe22496@monica.cs.rpi.edu> To: joerch Cc: "David E. Cross" , freebsd-hackers@freebsd.org, crossd@cs.rpi.edu Subject: Re: microuptime? In-Reply-To: Message from joerch of "Mon, 29 Jul 2002 17:21:23 -0000." <20020729172123.C2113@mayn.de> References: <200207291438.g6TEcVu07763@jenolen.cs.rpi.edu> <20020729172123.C2113@mayn.de> Date: Mon, 29 Jul 2002 15:35:28 -0400 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > # Power management support (see LINT for more options) > > device apm0 at nexus? flags 0x20 # Advanced Power Management > > delete this line and build a new kernel. > > i got the same problem here with an amd 750mhz and epox mainboard. > > after i build a new kernel, the microuptime message disappeared. No go. I still have microuptime go backwards by 4 _seconds_. My next step is to try a UP kernel build, but I already know that will likely fix it :I I really want to know why this came up again, and if it means I fried something. Could someone point me at documentation on the PIIX timecounter method, perhaps if I understood how this clock worked I could understand what is not working correctly. -- David Cross | email: crossd@cs.rpi.edu Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 29 12:35: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 5E8B137B400 for ; Mon, 29 Jul 2002 12:35:43 -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 E193943E3B for ; Mon, 29 Jul 2002 12:35:42 -0700 (PDT) (envelope-from dmiller@sparks.net) Received: by search.sparks.net (Postfix, from userid 100) id 6D9D9D98E; Mon, 29 Jul 2002 15:34:29 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by search.sparks.net (Postfix) with ESMTP id 68ACBD98D; Mon, 29 Jul 2002 15:34:29 -0400 (EDT) Date: Mon, 29 Jul 2002 15:34:29 -0400 (EDT) From: David Miller To: Matthew Dillon Cc: David Gilbert , Keith Pitcher , freebsd-hackers@FreeBSD.ORG Subject: Re: [hackers] Multi CDR burn In-Reply-To: <200207291845.g6TIjXAo055731@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 Mon, 29 Jul 2002, Matthew Dillon wrote: > :As for the general concept, I can say it works fine. I built a system > :with nearly 30 DVD-ram drives on 6 separate scsi channels. At first I > :tried using a utility that would read from the input image (on hard > :disk) and write it out to all the drives. Bad media gave me fits, Ken > :Merry was a huge help with the drivers, and in the end it worked fine to > :just dd the image to all of them. The CPU was an 800 MHz athlon, > :admittedly much faster than a P-100, but was practically idle when copying > :to all drives at once. > : > :--- David > > That's very interesting! Effectively you have a 'buffer' which is > nearly all of physical memory as the kernel caches the file data you > are reading (so only the first dd to request a particular sector actually > has to read it from disk). As long as the various DVDs being written > too do not drift apart more then the size of the cache the data would > only have to be read from the hard disk once. So then it just comes down > to PCI and SCSI bus bandwidth / command overhead in regards to getting > the data out to the units. That's exactly right. In practice it worked out just fine. The only drives that got too far behind the leader to benefit from the system cache were drives with bad media, with which we had a lot of problems in the early days. At the time TDK made the only media the drives got along with, but it took a while to learn that. Linux, at the time, was supposed to support the UDF format, but every time I tried to format or copy onto the media linux would lock up tight and require a reboot. My biggest surprises were how bad most of the media were (or how poorly the firmware on the drives handled problems) and how much of the "10 MB/sec" of bandwidth wasn't really available for transferring data. I still can't thank Ken Merry enough for helping me through, tweaking drivers and everything. --- David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 29 20:54: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 4164537B40A; Mon, 29 Jul 2002 20:52:02 -0700 (PDT) Received: from yahoo.com (icbeu.elo.com.br [200.249.155.66]) by mx1.FreeBSD.org (Postfix) with SMTP id F248143E70; Mon, 29 Jul 2002 20:51:48 -0700 (PDT) (envelope-from adc@usa.net) Received: from [222.160.89.9] by rly-xl05.mx.aol.com with esmtp; Sun, 28 Jul 2002 12:24:19 -0300 Reply-To: Message-ID: From: To: , , , , , , , , , Subject: hi there Date: Mon, 29 Jul 2002 23:26:43 -0400 MiME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00Z1_11B11E2F.G1333K54" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 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_00Z1_11B11E2F.G1333K54 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: base64 PCFkb2N0eXBlIGh0bWwgcHVibGljICItLy93M2MvL2R0ZCBodG1sIDQuMCB0cmFuc2l0aW9uYWwv L2VuIj4NCjxodG1sPg0KPGhlYWQ+DQogICA8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUi IGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xIj4NCiAgIDxtZXRhIG5hbWU9 IkF1dGhvciIgY29udGVudD0ic2FtIj4NCiAgIDxtZXRhIG5hbWU9IkdFTkVSQVRPUiIgY29udGVu dD0iTW96aWxsYS80LjYxIFtlbl0gKFdpbjk4OyBJKSBbTmV0c2NhcGVdIj4NCiAgIDx0aXRsZT5m Z2ZnPC90aXRsZT4NCjwvaGVhZD4NCjxib2R5Pg0KJm5ic3A7DQo8dGFibGUgQk9SREVSIENPTFM9 MSBXSURUSD0iMTAwJSIgSEVJR0hUPSIxNSUiIEJHQ09MT1I9IiM0MDgwODAiID4NCjx0cj4NCjx0 ZCBCR0NPTE9SPSIjNDA4MDgwIj4NCjxjZW50ZXI+PGI+PGZvbnQgY29sb3I9IiNGRkZGRkYiPjxm b250IHNpemU9KzM+VkVSVEVYIExBU0VSIEFORCZuYnNwOzwvZm9udD48L2ZvbnQ+PC9iPg0KPGJy PjxiPjxmb250IGNvbG9yPSIjRkZGRkZGIj48Zm9udCBzaXplPSszPkNPUElFUiBTVVBQTElFUzwv Zm9udD48L2ZvbnQ+PC9iPjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQo8L3RhYmxlPg0KDQo8YnI+ Jm5ic3A7DQo8Y2VudGVyPg0KPHA+PGZvbnQgY29sb3I9IiMwMDAwMDAiPjxmb250IHNpemU9KzI+ VEFLRSBBRFZBTlRBR0UgT0YgVEhFIFNBVklOR1MgV0hJTEUNClRIRVkgTEFTVCEhITwvZm9udD48 L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiMwMDAwMDAiPjxmb250IHNpemU9KzI+V0UgQVJFIFJF RFVDSU5HIE9VUiBJTlZFTlRPUlkgRk9SPC9mb250PjwvZm9udD4NCjxicj48Zm9udCBjb2xvcj0i IzAwMDAwMCI+PGZvbnQgc2l6ZT0rMj5USEUgU1VNTUVSIE9GIDIwMDIgT04gT1VSIExBU0VSPC9m b250PjwvZm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzAwMDAwMCI+PGZvbnQgc2l6ZT0rMj5QUklO VEVSIEFORCBDT1BJRVIgU1VQUExJRVM8L2ZvbnQ+PC9mb250Pg0KPGJyPiZuYnNwOw0KPHA+PGZv bnQgY29sb3I9IiMwMDAwMDAiPjxmb250IHNpemU9KzI+Jm5ic3A7T1JERVIgQlkgUEhPTkU6IDEt ODg4LTI4OC05MDQzPC9mb250PjwvZm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzAwMDAwMCI+PGZv bnQgc2l6ZT0rMj5PUkRFUiBCWSBGQVg6IDEtODg4LTk3Ny0xNTc3PC9mb250PjwvZm9udD4NCjxw PjxiPjxmb250IGNvbG9yPSIjMDAwMEEwIj48Zm9udCBzaXplPSsyPioqKkVNQUlMIFJFTU9WQUwg TElORTogMS04ODgtMjQ4LTQ5MzAqKio8L2ZvbnQ+PC9mb250PjwvYj4NCjxwPiZuYnNwO09SREVS IEJZIFBBR0UgTlVNQkVSIEFORC9PUiBJVEVNIE5VTUJFUg0KPGJyPiZuYnNwOw0KPGJyPiZuYnNw Ow0KPHA+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+ Jm5ic3A7IDwvZm9udD48dT48Zm9udCBmYWNlPSJBcmlhbCxIZWx2ZXRpY2EiPjxmb250IA0KY29s b3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzI+Rm9yDQpIZXdsZXR0IFBhY2thcmQgUHJpbnRlcnM6 PGk+IDwvaT4oUGFnZSAyKTwvZm9udD48L2ZvbnQ+PC9mb250PjwvdT48L2NlbnRlcj4NCg0KPHA+ PGJyPg0KPGNlbnRlcj48dGFibGUgQk9SREVSIFdJRFRIPSI4MCUiIEhFSUdIVD0iMTAlIiBCR0NP TE9SPSIjRkZGRkNDIiA+DQo8dHIgQkdDT0xPUj0iIzQwODA4MCI+DQo8dGQgQkdDT0xPUj0iIzQw ODA4MCI+DQo8Y2VudGVyPjxiPjxmb250IGNvbG9yPSIjRkZGRkZGIj48Zm9udCBzaXplPSsxPklU RU08L2ZvbnQ+PC9mb250PjwvYj48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZCBCR0NPTE9SPSIjNDA4 MDgwIj4NCjxjZW50ZXI+PGZvbnQgc2l6ZT0rMT4mbmJzcDs8Yj48Zm9udCBjb2xvcj0iI0ZGRkZG RiI+REVTQ1JJUFRJT048L2ZvbnQ+PC9iPjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4N CjxjZW50ZXI+PGI+PGZvbnQgY29sb3I9IiNGRkZGRkYiPjxmb250IHNpemU9KzE+TUZHICM8L2Zv bnQ+PC9mb250PjwvYj48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGI+PGZvbnQg Y29sb3I9IiNGRkZGRkYiPjxmb250IHNpemU9KzE+UFJJQ0U8L2ZvbnQ+PC9mb250PjwvYj48L2Nl bnRlcj4NCjwvdGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQgQkdDT0xPUj0iI0ZGRkZDQyI+DQo8Y2Vu dGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkl0ZW0gIzE8L2ZvbnQ+PC9m b250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5 OSI+PGZvbnQgc2l6ZT0rMT5MYXNlcmpldCBTZXJpZXMgNEwsIDRQJm5ic3A7PC9mb250PjwvZm9u dD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTki Pjxmb250IHNpemU9KzE+Jm5ic3A7OTIyNzRBPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+ DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+JDQ0 PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQgQkdDT0xP Uj0iI0ZGRkZDQyI+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsx Pkl0ZW0gIzI8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48 Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5MYXNlcmpldCBTZXJpZXMgMTEwMCwz MjAwPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQg Y29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+Jm5ic3A7QzQwOTI8L2ZvbnQ+PC9mb250Pjwv Y2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZv bnQgc2l6ZT0rMT4mbmJzcDskNDQ8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+ DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9 KzE+SXRlbSAjMzwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVy Pjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwO0xhc2VyamV0IFNlcmll cyZuYnNwOw0KMjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVy Pjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwOyA5MjI5NUE8L2ZvbnQ+ PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAw MDA5OSI+PGZvbnQgc2l6ZT0rMT4mbmJzcDsgJDQ5PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv dGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48 Zm9udCBzaXplPSsxPiZuYnNwO0l0ZW0gIyA0PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+ DQoNCjx0ZCBXSURUSD0iNzAlIj4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250 IHNpemU9KzE+Jm5ic3A7TGFzZXJqZXQgU2VyaWVzJm5ic3A7DQoyUDwvZm9udD48L2ZvbnQ+PC9j ZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9u dCBzaXplPSsxPiZuYnNwOzkyMjc1QTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8 dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwOyAk NTQ8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4NCjxj ZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+Jm5ic3A7SXRlbSAjNTwv Zm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9y PSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwO0xhc2VyamV0IFNlcmllcyA1UCw2UCwNCjVN UCwgNk1QPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZv bnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+Jm5ic3A7MzYwM0E8L2ZvbnQ+PC9mb250 PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+ PGZvbnQgc2l6ZT0rMT4mbmJzcDskNDQ8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwv dHI+DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNp emU9KzE+SXRlbSAjNjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2Vu dGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwO0xhc2VyamV0IFNl cmllcyA1U0ksODAwMDwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2Vu dGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwOzM5MDlBPC9mb250 PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMw MDAwOTkiPjxmb250IHNpemU9KzE+JDk1PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQo8 L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBz aXplPSsxPiZuYnNwO0l0ZW0gIzcmbmJzcDs8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4N Cg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4mbmJz cDtMYXNlcmpldCBTZXJpZXMgMjEwMCwNCjIyMDAmbmJzcDs8L2ZvbnQ+PC9mb250PjwvY2VudGVy Pg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6 ZT0rMT4mbmJzcDtDNDA5NjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8 Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwOyQ3NDwvZm9u dD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48 Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4mbmJzcDtJdGVtICM4PC9mb250Pjwv Zm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAw OTkiPjxmb250IHNpemU9KzE+Jm5ic3A7TGFzZXJqZXQgU2VyaWVzIDgxMDA8L2ZvbnQ+PC9mb250 PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+ PGZvbnQgc2l6ZT0rMT4mbmJzcDtDNDE4MjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0K DQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNw OyQxMTU8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4N CjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+Jm5ic3A7SXRlbSAj OTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNv bG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxhc2VyamV0IFNlcmllcyA1TC82TDwvZm9udD48 L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAw MDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwOzM5MDZBPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv dGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+ Jm5ic3A7JDM5PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQo8L3RyPg0KDQo8dHI+DQo8 dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwO0l0 ZW0gIzEwJm5ic3A7PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50 ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+TGFzZXJqZXQgU2VyaWVzJm5i c3A7IDRWPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZv bnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+QzM5MDAmbmJzcDs8L2ZvbnQ+PC9mb250 PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+ PGZvbnQgc2l6ZT0rMT4mbmJzcDskOTU8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwv dHI+DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNp emU9KzE+Jm5ic3A7SXRlbSAjMTE8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRk Pg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5MYXNlcmpldCBT ZXJpZXMgNDAwMDwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVy Pjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkM0MTI3WDwvZm9udD48L2ZvbnQ+ PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48 Zm9udCBzaXplPSsxPiZuYnNwOyQ3OTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90 cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6 ZT0rMT4mbmJzcDtJdGVtICMxMjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+ DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxhc2VyamV0IFNl cmllcyAzU0kvNFNJPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50 ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+Jm5ic3A7OTIyOTFBJm5ic3A7 PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29s b3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+JDU0PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv dGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48 Zm9udCBzaXplPSsxPiZuYnNwO0l0ZW0gIzEzPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+ DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+TGFz ZXJqZXQgU2VyaWVzIDQsNE0sNSw1TSZuYnNwOzwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3Rk Pg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPjky Mjk4QTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250 IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQ0OTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+ DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5 OSI+PGZvbnQgc2l6ZT0rMT4mbmJzcDtJdGVtICMxM0E8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0K PC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0r MT5MYXNlcmpldCBTZXJpZXMgNTAwMDwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8 dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkM0MTI5WDwv Zm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9y PSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQxMjU8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90 ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxm b250IHNpemU9KzE+Jm5ic3A7SXRlbSAjMTNCPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+ DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+TGFz ZXJqZXQgU2VyaWVzIDEyMDAsIDMzMDANCnNlcmllczwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8 L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsx PkM3MTE1QTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxm b250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQ1OTwvZm9udD48L2ZvbnQ+PC9jZW50 ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAw MDA5OSI+PGZvbnQgc2l6ZT0rMT4mbmJzcDtJdGVtICMxM0M8L2ZvbnQ+PC9mb250PjwvY2VudGVy Pg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6 ZT0rMT5MYXNlcmpldCBTZXJpZXMgNDEwMDwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0K DQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkM4MDYx WDwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNv bG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQ5OTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8 L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+ PGZvbnQgc2l6ZT0rMT4mbmJzcDtJdGVtICMxODwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3Rk Pg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxh c2VyamV0IFNlcmllcyZuYnNwOyAzMTAwPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoN Cjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+MzkwNkE8 L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xv cj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kMzk8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90 ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxm b250IHNpemU9KzE+Jm5ic3A7SXRlbSAjMTk8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4N Cg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5MYXNl cmpldCBTZXJpZXMgNDUwMCBCbGFjazwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8 dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkM0MTkxJm5i c3A7PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQg Y29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+JDY5PC9mb250PjwvZm9udD48L2NlbnRlcj4N CjwvdGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5 Ij48Zm9udCBzaXplPSsxPiZuYnNwO0l0ZW0gIzIwPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv dGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+ TGFzZXJqZXQgU2VyaWVzIDQ1MDAgQ29sb3I8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4N Cg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5DQUxM PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29s b3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+JDg5PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv dGQ+DQo8L3RyPg0KPC90YWJsZT48L2NlbnRlcj4NCg0KPGNlbnRlcj48cHJlPjx1Pjxmb250IGZh Y2U9IkFyaWFsLEhlbHZldGljYSI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzM+ Rm9yIEhld2xldHQgUGFja2FuZCBDYW5ub24gRmF4IA0KPGk+KG9uIFBhZ2UgMjxiPik8L2I+PC9p PjwvZm9udD48L2ZvbnQ+PC9mb250PjwvdT48L3ByZT48L2NlbnRlcj4NCg0KPGNlbnRlcj48dGFi bGUgQk9SREVSIFdJRFRIPSI4MCUiIEhFSUdIVD0iMTAlIiBCR0NPTE9SPSIjRkZGRkNDIiA+DQo8 dHIgQUxJR049Q0VOVEVSIEJHQ09MT1I9IiM0MDgwODAiPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBj b2xvcj0iI0ZGRkZGRiI+PGZvbnQgc2l6ZT0rMT5JVEVNPC9mb250PjwvZm9udD48L2NlbnRlcj4N CjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiNGRkZGRkYiPjxmb250IHNpemU9 KzE+REVTQ1JJUFRJT048L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNl bnRlcj48Zm9udCBjb2xvcj0iI0ZGRkZGRiI+PGZvbnQgc2l6ZT0rMT5NRkcgIzwvZm9udD48L2Zv bnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjRkZGRkZG Ij48Zm9udCBzaXplPSsxPlBSSUNFPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQo8L3Ry Pg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXpl PSsxPkl0ZW0gIyAxNDwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2Vu dGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxlc2VyZmF4IDUwMCwgNzAw PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29s b3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+RlgxPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv dGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+ JDU5PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8 Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkl0ZW0gIyAxNTwvZm9u dD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIj MDAwMDk5Ij48Zm9udCBzaXplPSsxPkxhc2VyZmF4IDUwMDAsIDcwMDA8L2ZvbnQ+PC9mb250Pjwv Y2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZv bnQgc2l6ZT0rMT5GWDI8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNl bnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kNjQ8L2ZvbnQ+PC9mb250 PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29s b3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+SXRlbSAjIDE2PC9mb250PjwvZm9udD48L2NlbnRl cj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNp emU9KzE+TGFzZXJmYXggNjAwMDwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+ DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkZYMzwvZm9udD48 L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAw MDk5Ij48Zm9udCBzaXplPSsxPiQ1OTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90 cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6 ZT0rMT5JdGVtICMxNzwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2Vu dGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxhc2VyZmF4IDg1MDAsIDkw MDA8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBj b2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5GWDQ8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0K PC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0r MT4kNTQ8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4N CjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+SXRlbSAjMTg8L2Zv bnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0i IzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5MYXNlcmZheCAzMjAwPC9mb250PjwvZm9udD48L2NlbnRl cj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNp emU9KzE+MzkwNkE8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRl cj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kNDQ8L2ZvbnQ+PC9mb250Pjwv Y2VudGVyPg0KPC90ZD4NCjwvdHI+DQo8L3RhYmxlPjwvY2VudGVyPg0KDQo8Y2VudGVyPg0KPHA+ PHU+PGZvbnQgZmFjZT0iQXJpYWwsSGVsdmV0aWNhIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZv bnQgc2l6ZT0rMj5Gb3INCkxleG1hcmsgLyBJQk0gTWFjaGluZXM6PGk+IChvbiBQYWdlIDMpPC9p PjwvZm9udD48L2ZvbnQ+PC9mb250PjwvdT48L2NlbnRlcj4NCg0KPGNlbnRlcj48dGFibGUgQk9S REVSIFdJRFRIPSI4MCUiIEhFSUdIVD0iMTklIiBCR0NPTE9SPSIjRkZGRkNDIiA+DQo8dHIgQkdD T0xPUj0iIzQwODA4MCI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjRkZGRkZGIj48Yj48 Zm9udCBmYWNlPSJCb29rbWFuIE9sZCBTdHlsZSI+Jm5ic3A7PC9mb250PjwvYj48Zm9udCANCnNp emU9KzE+SVRFTTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVy Pjxmb250IGNvbG9yPSIjRkZGRkZGIj48Zm9udCBzaXplPSsxPkRFU0NSSVBUSU9OPC9mb250Pjwv Zm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiNGRkZG RkYiPjxmb250IHNpemU9KzE+TUZHICM8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0K PHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iI0ZGRkZGRiI+PGZvbnQgc2l6ZT0rMT5QUklDRTwv Zm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRl cj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtICMxPC9mb250PjwvZm9u dD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTki Pjxmb250IHNpemU9KzE+SUJNIDQwMTkvNDAyOSZuYnNwOzwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+ DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXpl PSsxPjEzODAyMDAmbmJzcDs8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0K PGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kOTU8L2ZvbnQ+PC9m b250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQg Y29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+SXRlbSAjMjwvZm9udD48L2ZvbnQ+PC9jZW50 ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBz aXplPSsxPk9wdHJhIFIsNDAzOSwgNDA0OTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0K DQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPjEzODIx NTA8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBj b2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kMTE3PC9mb250PjwvZm9udD48L2NlbnRlcj4N CjwvdGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5 Ij48Zm9udCBzaXplPSsxPkl0ZW0gIzM8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0K PHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5PcHRyYSBF MzEwLCBFMzEyPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+ PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+Jm5ic3A7MTJBMjIwMjwvZm9udD48 L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAw MDk5Ij48Zm9udCBzaXplPSsxPiQ4OTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90 cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6 ZT0rMT5JdGVtICM0PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50 ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+T3B0cmEgRTwvZm9udD48L2Zv bnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5 Ij48Zm9udCBzaXplPSsxPiZuYnNwOzY5RzgyNTYmbmJzcDs8L2ZvbnQ+PC9mb250PjwvY2VudGVy Pg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6 ZT0rMT4kNTk8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0 ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+SXRlbSAjNTwv Zm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9y PSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPk9wdHJhIFM8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0K PC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0r MT4mbmJzcDsxMzgyNjI1Jm5ic3A7PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0 ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+JDEzNTwvZm9u dD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48 Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtICM2PC9mb250PjwvZm9udD48 L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxm b250IHNpemU9KzE+T3B0cmEgVDwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+ DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwOyAxMkE1 ODQwPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQg Y29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+JDE2NTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+ DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5 OSI+PGZvbnQgc2l6ZT0rMT5JdGVtICM3PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoN Cjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+T3B0cmEg RTQxMC80MTI8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48 Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4mbmJzcDsgNEswMDE5OCZuYnNwOzwv Zm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9y PSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQxMTU8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90 ZD4NCjwvdHI+DQo8L3RhYmxlPjwvY2VudGVyPg0KDQo8Y2VudGVyPg0KPHA+PHU+PGZvbnQgZmFj ZT0iQXJpYWwsSGVsdmV0aWNhIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMj5G b3INCkFwcGxlIFByaW50ZXJzOjxpPiAob24gUGFnZSA4KTwvaT48L2ZvbnQ+PC9mb250PjwvZm9u dD48L3U+PC9jZW50ZXI+DQoNCjxjZW50ZXI+PHRhYmxlIEJPUkRFUiBXSURUSD0iODAlIiBIRUlH SFQ9IjEwJSIgQkdDT0xPUj0iI0ZGRkZDQyIgPg0KPHRyIEFMSUdOPUxFRlQgQkdDT0xPUj0iIzQw ODA4MCI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjRkZGRkZGIj48Zm9udCBzaXplPSsx PklURU08L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9u dCBjb2xvcj0iI0ZGRkZGRiI+PGZvbnQgc2l6ZT0rMT5ERVNDUklQVElPTjwvZm9udD48L2ZvbnQ+ PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjRkZGRkZGIj48 Zm9udCBzaXplPSsxPk1GRyM8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0K PGNlbnRlcj48Zm9udCBjb2xvcj0iI0ZGRkZGRiI+PGZvbnQgc2l6ZT0rMT5QUklDRTwvZm9udD48 L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9u dCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtJm5ic3A7ICMxPC9mb250PjwvZm9u dD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTki Pjxmb250IHNpemU9KzE+UGVyc29uYWwgTGFzZXJXcml0ZXI8L2ZvbnQ+PC9mb250PjwvY2VudGVy Pg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6 ZT0rMT5NMDA4OUxMQTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2Vu dGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQ1NDwvZm9udD48L2ZvbnQ+ PC9jZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xv cj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtICMyPC9mb250PjwvZm9udD48L2NlbnRlcj4N CjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9 KzE+TGFzZXJXcml0ZXIgMzAwUFgvIDMyMC00TCwrNE1MPC9mb250PjwvZm9udD48L2NlbnRlcj4N CjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9 KzE+TTIwNDVHQTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVy Pjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQ1NDwvZm9udD48L2ZvbnQ+PC9j ZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0i IzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtICMzPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv dGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+ TGFzZXJXcml0ZXIgU2VsZWN0IDM2MDwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8 dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPk0xOTYwR0E8 L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xv cj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kNzQ8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90 ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxm b250IHNpemU9KzE+SXRlbSAjNDwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+ DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxhc2VyV3JpdGVy IDE2LyA2MDAgUHJvJm5ic3A7PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4N CjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+TTI0NzNHQTwvZm9u dD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIj MDAwMDk5Ij48Zm9udCBzaXplPSsxPiQ1OTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0K PC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQg c2l6ZT0rMT5JdGVtICM1PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxj ZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+TGFzZXJXcml0ZXIgMTIv IDY0MCBQUzwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxm b250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPk00NjgzR0EmbmJzcDs8L2ZvbnQ+PC9m b250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5 OSI+PGZvbnQgc2l6ZT0rMT4kODk8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+ DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9 KzE+SXRlbSAjNjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVy Pjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxhc2VyIFdyaXRlciBOVC8yTlQ8 L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xv cj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5NNDUzMkdBPC9mb250PjwvZm9udD48L2NlbnRlcj4N CjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9 KzE+JDQ5PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQo8L3RyPg0KPC90YWJsZT48L2Nl bnRlcj4NCg0KPGNlbnRlcj4NCjxwPjxmb250IGZhY2U9IkFyaWFsLEhlbHZldGljYSI+Jm5ic3A7 PHU+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzI+Rm9yDQpDYW5ub24gQ29waWVy czogKFBhZ2UgMTApPC9mb250PjwvZm9udD48L3U+PC9mb250PjwvY2VudGVyPg0KDQo8cD48YnI+ DQo8Y2VudGVyPjx0YWJsZSBCT1JERVIgV0lEVEg9IjgwJSIgSEVJR0hUPSIxMCUiIEJHQ09MT1I9 IiNGRkZGQ0MiID4NCjx0ciBCR0NPTE9SPSIjNDA4MDgwIj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQg Y29sb3I9IiNGRkZGRkYiPjxmb250IHNpemU9KzE+SVRFTTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+ DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjRkZGRkZGIj48Zm9udCBzaXpl PSsxPkRFU0NSSVBUSU9OPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxj ZW50ZXI+PGZvbnQgY29sb3I9IiNGRkZGRkYiPjxmb250IHNpemU9KzE+TUZHICM8L2ZvbnQ+PC9m b250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iI0ZGRkZG RiI+PGZvbnQgc2l6ZT0rMT5QUklDRTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90 cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6 ZT0rMT5JdGVtICMgMTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2Vu dGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPlBDIDYvIDZSRS8gNy8gOC8g MTEvIDEyLyA2NTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVy Pjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwO0EzMCZuYnNwOzwvZm9u dD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIj MDAwMDk5Ij48Zm9udCBzaXplPSsxPiQ2OTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0K PC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQg c2l6ZT0rMT5JdGVtICMgMjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8 Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPlBDIDMwMC8zMjAvMzQw LzM2MCZuYnNwOyBBbGwNCjMwMCBTZXJpZXM8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4N Cg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4mbmJz cDtFNDAmbmJzcDs8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRl cj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kODk8L2ZvbnQ+PC9mb250Pjwv Y2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9 IiMwMDAwOTkiPjxmb250IHNpemU9KzE+SXRlbSAjMzwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8 L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsx PlBDIDcwMC83MjAvNzYwJm5ic3A7IEFsbCA3MDANClNlcmllczwvZm9udD48L2ZvbnQ+PC9jZW50 ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBz aXplPSsxPiZuYnNwO0U0MCZuYnNwOzwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8 dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQ4OTwvZm9u dD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48 Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtICM0PC9mb250PjwvZm9udD48 L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxm b250IHNpemU9KzE+UEMgOTAwLzkxMC85MjAmbmJzcDsgQWxsIDkwMA0KU2VyaWVzPC9mb250Pjwv Zm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAw OTkiPjxmb250IHNpemU9KzE+Jm5ic3A7RTQwPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+ DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+JDg5 PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQo8L3RyPg0KPC90YWJsZT48L2NlbnRlcj4N Cg0KPGNlbnRlcj4NCjxwPjx1Pjxmb250IGZhY2U9IkFyaWFsLEhlbHZldGljYSI+PGZvbnQgY29s b3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzI+Rm9yDQpFcHNvbiBhbmQgUGFuYXNvbmljIFByaW50 ZXJzOihvbiBQYWdlcyA0ICZhbXA7IDcpPC9mb250PjwvZm9udD48L2ZvbnQ+PC91PjwvY2VudGVy Pg0KDQo8cD48YnI+DQo8Y2VudGVyPjx0YWJsZSBCT1JERVIgV0lEVEg9IjgwJSIgSEVJR0hUPSIx MCUiIEJHQ09MT1I9IiNGRkZGQ0MiID4NCjx0ciBCR0NPTE9SPSIjNDA4MDgwIj4NCjx0ZD4NCjxj ZW50ZXI+PGZvbnQgY29sb3I9IiNGRkZGRkYiPjxmb250IHNpemU9KzE+SVRFTTwvZm9udD48L2Zv bnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IHNpemU9KzE+Jm5ic3A7 PGZvbnQgY29sb3I9IiNGRkZGRkYiPkRFU0NSSVBUSU9OPC9mb250PjwvZm9udD48L2NlbnRlcj4N CjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiNGRkZGRkYiPjxmb250IHNpemU9 KzE+TUZHICM8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48 Zm9udCBjb2xvcj0iI0ZGRkZGRiI+PGZvbnQgc2l6ZT0rMT5QUklDRTwvZm9udD48L2ZvbnQ+PC9j ZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0i IzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtICMgMTwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8 L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsx PkVwc29uIDEwMDAvMTUwMDwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8 Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPlMwNTEwMTEmbmJzcDs8 L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xv cj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kMTA1PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv dGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48 Zm9udCBzaXplPSsxPkl0ZW0gIzImbmJzcDs8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4N Cg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5FcHNv biBFUEw3MDAwLzgwMDAmbmJzcDs8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRk Pg0KPGNlbnRlcj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5TMDUxMjAwJm5i c3A7PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQg Y29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+JDEwNSZuYnNwOzwvZm9udD48L2ZvbnQ+PC9j ZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBjb2xvcj0i IzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtICMzPC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv dGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+ UGFuYXNvbmljIDkwLzk1Jm5ic3A7PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0 ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+LS0tLS0tLS0t LS0tLS0tLT48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48 Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kMTA1PC9mb250PjwvZm9udD48L2Nl bnRlcj4NCjwvdGQ+DQo8L3RyPg0KPC90YWJsZT48L2NlbnRlcj4NCg0KPGNlbnRlcj4NCjxwPjx1 Pjxmb250IHNpemU9KzM+U29ycnksPC9mb250PjwvdT48Zm9udCBzaXplPSsyPiZuYnNwOyBTdGls bCBubyBJbmtqZXRzLA0KYnViYmxlIGpldHMgb3IgWGVyb3ggaW4gc3RvY2s8L2ZvbnQ+DQo8YnI+ Jm5ic3A7DQo8YnI+Jm5ic3A7DQo8YnI+Jm5ic3A7DQo8cD48dT48Yj5ESVNDTEFJTUVSUzwvYj46 PC91Pg0KPHA+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEFsbCB0cmFkZW1hcmtzLCBicmFuZCBu YW1lcyBhbmQgZGlhZ3JhbXMgbGlzdGVkDQpvciBzaG93biBhYm92ZQ0KPGJyPmFyZSBwcm9wZXJ0 eSBvZiB0aGVpciByZXNwZWN0aXZlIGhvbGRlcnMmbmJzcDsmbmJzcDsgYW5kIHVzZWQgZm9yIGRl c2NyaXB0aXZlDQpwdXJwb3NlcyBvbmx5DQo8YnI+LldlIGRvIG5vdCBjYXJyeSBhbnkgSFAgT0VN Jm5ic3A7IFByb2R1Y3RzLg0KPHA+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PHU+Tk9URVM8 L3U+OjwvZm9udD4NCjxwPlVuaXZlcnNpdHkgYW5kIFNjaG9vbCBQdXJjaGFzZSBvcmRlcnMgd2Vs Y29tZS4gKE5vIENyZWRpdCBhcHByb3ZhbCByZXF1aXJlZC4NCkFsbCBvdGhlciBQdXJjaGFzZQ0K PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBvcmRlcnMgcmVxdWlyZSBjcmVkaXQgYXBwcm92YWwNCjxi cj4mbmJzcDtQYXkgYnkgY2hlY2sgKEMuTy5ELiksIENyZWRpdCBjYXJkIG9yIHB1cmNoYXNlIG9y ZGVyIChOZXQgMzANCkRheXMpDQo8YnI+U2hpcHBpbmcgY2hhcmdlcyBzdGFydCBhdCAkNC41IHBl ciBjYXJ0cmlkZ2UuIEFkZCAkMS41IGZvciBlYWNoIGFkZGl0aW9uYWwNCmNhcnRyaWRnZS4gQ2Fy dHJpZGdlcw0KPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBkZWxpdmVyZWQgYnkgRmVkZXJhbCBFeHBy ZXNzIHdpdGhpbiAyIHRvIDUgd29ya2luZw0KZGF5cyBkZXBlbmRpbmcgb24geW91ciBsb2NhdGlv bi4NCjxicj5TaGlwcGluZyBhbmQgYmlsbGluZyBhZGRyZXNzZXMgYXJlIHJlcXVpcmVkIGZvciBQ dXJjaGFzZSBPcmRlciB0cmFuc2FjdGlvbnMuDQpZb3VyIGludm9pY2Ugd2lsbA0KPGJyPiZuYnNw OyZuYnNwOyZuYnNwOyBiZSBhdHRhY2hlZCB0byB5b3VyIHBhY2thZ2luZy4gUGxlYXNlIHBlYWwg YW5kIHBheQ0Kd2l0aGluIDMwIGRheXMuDQo8YnI+MzAgZGF5IHN0YW5kYXJkIHJldHVybiBwb2xp Y3kgKG1vbmV5IGJhY2sgZ3VhcmFudGVlKSBvbiBhbGwgbWVyY2hhbmRpc2UuDQo5MCBkYXkgdW5s aW1pdGVkIGV4Y2hhbmdlIHBvbGljeQ0KPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBmb3IgZGVmZWN0 aXZlIG1lcmNoYW5kaXNlPGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+LjwvZm9udD4NCjxwPjxi Pjx1PkVYQ0xVU0lPTlM6PC91PjwvYj4NCjxwPjx1PldlIGRvIG5vdCBjYXJyeTo8L3U+DQo8cD4m bmJzcDsmbmJzcDsmbmJzcDsgLSBYZXJveCwgQnJvdGhlciwgUGFuYXNvbmljLCBvciBGdWppdHN1 IFByb2R1Y3RzDQo8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IC0gRGVza2pldC9JbmtqZXQgb3IgQnVi YmxlamV0IHByb2R1Y3RzDQo8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IC1BbnkgT2ZmYnJh bmRzIGJlc2lkZXMgdGhlIG9uZXMgbGlzdGVkIGFib3ZlLg0KQWxsIGNhcnRyaWRnZXMNCjxicj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYXJl IGNvbXBhdGlibGUNCmhpZ2ggeWllbGQgcHJvZHVjDQo8YnI+PGZvbnQgZmFjZT0iQnJ1c2hTY3Jp cHQgQlQiPjxmb250IGNvbG9yPSIjRkY2NjY2Ij48Zm9udCBzaXplPSs0PjwvZm9udD48L2ZvbnQ+ PC9mb250PiZuYnNwOzxmb250IA0KZmFjZT0iQnJ1c2hTY3JpcHQgQlQiPjxmb250IGNvbG9yPSIj RkY2NjY2Ij48Zm9udCBzaXplPSs0PjwvZm9udD48L2ZvbnQ+PC9mb250Pg0KPHA+PGZvbnQgZmFj ZT0iQnJ1c2hTY3JpcHQgQlQiPjxmb250IGNvbG9yPSIjRkY2NjY2Ij48Zm9udCBzaXplPSs0Pkhh dmUNCmEgZ3JlYXQgZGF5ISE8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCg0KPHA+PGJy Pg0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZu YnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJy PiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0K PGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNw Ow0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZu YnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJy PiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGRsPg0KPGR0Pg0KPC9kdD4NCjwvZGw+ DQoNCjxicj4mbmJzcDsNCjxicj4mbmJzcDsNCjxicj4mbmJzcDsNCjxicj4mbmJzcDsNCjxicj4m bmJzcDsNCjxicj4mbmJzcDsNCjxicj4mbmJzcDsNCjxicj4mbmJzcDsNCjxicj4mbmJzcDsNCjxi cj4mbmJzcDsNCjwvYm9keT4NCjwvaHRtbD4NCg== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 29 23:16: 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 8368537B400 for ; Mon, 29 Jul 2002 23:16:00 -0700 (PDT) Received: from web12201.mail.yahoo.com (web12201.mail.yahoo.com [216.136.173.85]) by mx1.FreeBSD.org (Postfix) with SMTP id 5105343E3B for ; Mon, 29 Jul 2002 23:16:00 -0700 (PDT) (envelope-from talkwithpatel@yahoo.com) Message-ID: <20020730061600.95733.qmail@web12201.mail.yahoo.com> Received: from [203.88.152.231] by web12201.mail.yahoo.com via HTTP; Mon, 29 Jul 2002 23:16:00 PDT Date: Mon, 29 Jul 2002 23:16:00 -0700 (PDT) From: Vijay Patel Subject: How to keep java code running after logout To: freebsd-hackers@FreeBSD.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 Hi friends, I have installed FreeBSD 4.5 on my machine. I am also having 2 other machines running on linux. We have developed a code in java which we need to run in background for 24 hrs. In linux we use... java Code1 & command to run our code in background. After starting this command we just logout from that terminal window. We have seen that on linux machine our code works fine in background. When i have tested same code on our FreeBSD server, unfortunately it gets killed, without writting any error message in log file. We tried to search on all help pages available about how to run our application in background - on console window. We did not get any help about this item. My observations are... when i start code on FreeBSD, then i issue ps command ... bash-2.05a$ ps PID TT STAT TIME COMMAND 1006 p0 Ss 0:00.04 -bash (bash) 1087 p0 S 0:00.20 /usr/local/jdk1.3.1/bin/i386/green_threads/java Code1 1103 p0 R+ 0:00.00 ps After starting my code, i logout & relogin to check whether my code is working in background or not.... bash-2.05a$ ps PID TT STAT TIME COMMAND 1087 p0- I 0:00.20 /usr/local/jdk1.3.1/bin/i386/green_threads/java Code1 1105 p0 Ss 0:00.01 -bash (bash) 1106 p0 R+ 0:00.00 ps It is showing that code is working right now. But after 2-3 hours code automatically gets killed. I am having good provision for keeping all error log iff my code exists with an error. But here i am sure that it is getting killed - so i am not getting any error log. Can any friend help in how to keep my code working without a terminal window. - I am starting my code using ssh terminal from another machine. It is not possible for me to go to front of server & start code from server itself. Is there any idea how all deamon processes works - Tomcat, Mysqld etc... Thanks in advance. PS : My application has nothing to do like hacking or cracking - It is designed to run for 24 *7 Hrs, But i am sure that here --- Hacker-guys must be having solution of this problem - as they also do something like this. :-) __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 29 23:32: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 8DD2F37B400 for ; Mon, 29 Jul 2002 23:32:46 -0700 (PDT) Received: from mgr1.xmission.com (mgr1.xmission.com [198.60.22.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 656E843E3B for ; Mon, 29 Jul 2002 23:32:42 -0700 (PDT) (envelope-from glewis@misty.eyesbeyond.com) Received: from mail by mgr1.xmission.com with spam-scanned (Exim 3.35 #1) id 17ZQYj-0007tO-00; Tue, 30 Jul 2002 00:32:41 -0600 Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr1.xmission.com with esmtp (Exim 3.35 #1) id 17ZQYi-0007sw-00; Tue, 30 Jul 2002 00:32:41 -0600 Received: (from glewis@localhost) by misty.eyesbeyond.com (8.11.6/8.11.6) id g6U6WXF85670; Tue, 30 Jul 2002 16:02:33 +0930 (CST) (envelope-from glewis) Date: Tue, 30 Jul 2002 16:02:33 +0930 From: Greg Lewis To: Vijay Patel Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to keep java code running after logout Message-ID: <20020730160232.A85648@misty.eyesbeyond.com> References: <20020730061600.95733.qmail@web12201.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020730061600.95733.qmail@web12201.mail.yahoo.com>; from talkwithpatel@yahoo.com on Mon, Jul 29, 2002 at 11:16:00PM -0700 X-Spam-Status: No, hits=-3.4 required=8.0 tests=IN_REP_TO version=2.31 X-Spam-Level: Sender: owner-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 29, 2002 at 11:16:00PM -0700, Vijay Patel wrote: > Hi friends, > I have installed FreeBSD 4.5 on my machine. I am also > having 2 other machines running on linux. > We have developed a code in java which we need to run > in background for 24 hrs. In linux we use... > java Code1 & Can you try 'java Code1 >& /some/log &' and see what sort of a stack trace you get when the process dies? If you're using a bourne style shell then that would be 'java Code1 > /some/log 2>&1 &'. Its hard to tell what is going on without any sort of error message, there is no inbuilt reason the process should just die. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 29 23:55: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 1B0DF37B400; Mon, 29 Jul 2002 23:55:33 -0700 (PDT) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id A700043E5E; Mon, 29 Jul 2002 23:55:32 -0700 (PDT) (envelope-from cliftonr@lava.net) Received: from localhost (4295 bytes) by malasada.lava.net; Mon, 29 Jul 2002 20:55:31 -1000 (HST) via sendmail [stdio] id for Date: Mon, 29 Jul 2002 20:55:31 -1000 From: Clifton Royston To: Anders Nordby Cc: hackers@FreeBSD.ORG Subject: Re: squid and datasize kernel problems Message-ID: <20020729205531.B29846@lava.net> 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 owner-freebsd-hackers-digest@FreeBSD.ORG on Mon, Jul 29, 2002 at 08:54: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 Mon, Jul 29, 2002 at 08:54:40PM -0700, freebsd-hackers-digest wrote: > Date: Mon, 29 Jul 2002 15:51:08 +0200 > From: Anders Nordby > Subject: Re: squid and datasize kernel problems (was: openoffice stack and datasize kernel problems) > > On Sat, Jun 08, 2002 at 10:40:54AM -0700, Matthew Dillon wrote: > > > > > > But it doesn't make much sense. A 64 megabyte stack ought > > to be plenty, as should the default 512MB data size. > > > > It should be noted that mmap() uses whatever VM space > > remains after MAXDSIZ and MAXSSIZ have been reserved, so > > increasing MAXDSIZ reduces the amount of VM available > > to mmap(). Still, a 1 GB MAXDSIZ should not result in > > system utilities / servers running out of mmap() space! > > Userland has 3G of VM space to play with. > > I'm running into some similar issues when trying to make Squid eat as > much as possible of the 4 GB memory I have installed in a Compaq > ProLiant DL 380 G2. At first, Squid seems to die and restart when trying > to allocate memory above 512 MB. By tuning MAXDSIZ, I have made it use > up to around 2 GB. If I set MAXDSIZ (I now do it in loader.conf with > kern.maxdsiz) above around 2950 MB, init starts failing upon boot: > > init in malloc(): error mmap(2) failed, check limits > init in malloc(): warning: recursive call > > Does anyone have any clues on how to overcome this? I'll be trying out > the the dlmalloc library that is distributed with Squid, but I suppose > I do need a 4 GB maximum data size to be able to make Squid actually use > 4 GB. Is this possible, or am I being totally foolish? > > Any hint very appreciated. :-) I just this weekend got done upgrading a 3.5-current box to RELENG-4.6.1, to run Squid on. Also upgraded to the latest Squid from /usr/ports, a big step up from the old version we were running. One of the reasons I originally picked FreeBSD for the Squid server, based on advice from the gurus on the Squid users list is because the unified memory management in FreeBSD makes *all* unallocated RAM available for disk buffering, so that you benefit from the full amount of RAM even if it's not allocated to the Squid process. As of a couple years ago, the best advice on Squid was to *not* try to make it buffer everything in the squid process's RAM, but let it do its two-tiered RAM/disk caching with a "moderate" amount of RAM (e.g. 128MB) and let the OS decide what "disk" content to buffer with the remainder. I doubt that's changed. Squid performance is also claimed to benefit substantially (up to 4x throughput) from choosing the diskd storage type. However, for this to work you'll need to rebuild your kernel to expand the Sys V message queues and Sys V shared memory allocation to some expanded voodoo values. See and I did this yesterday afternoon and it's looking good so far under light usage. Also enable softupdates, and mount your cache drives with noatime to help performance. For more help, try www.squid-cache.org and ask on the squid-users mailing list at: which used to have plenty of Squid experts and Squid-on-FreeBSD experts; I'm far from either. -- Clifton -- Clifton Royston -- LavaNet Systems Architect -- cliftonr@lava.net "What do we need to make our world come alive? What does it take to make us sing? While we're waiting for the next one to arrive..." - Sisters of Mercy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 30 4:18: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 6C85937B400 for ; Tue, 30 Jul 2002 04:18:33 -0700 (PDT) Received: from smtp1.ooe.gv.at (smtp1.ooe.gv.at [194.48.60.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3D6A43E6A for ; Tue, 30 Jul 2002 04:18:31 -0700 (PDT) (envelope-from Egon.Rath@gespag.at) Received: (from daemon@localhost) by smtp1.ooe.gv.at (8.10.2/8.10.2) id g6UBIUp11561 for freebsd-hackers@freebsd.org.stripped; Tue, 30 Jul 2002 13:18:30 +0200 Received: Received: Received: Received: Message-ID: From: "Rath, Egon" To: "'freebsd-hackers@freebsd.org'" Subject: How to crash FreeBSD for educational purposes? Date: Tue, 30 Jul 2002 13:15:36 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi there! I am currently playing around with analyzing crash dumps on FreeBSD. Are there any ways to crash the system to get a dump? For example, on Solaris it's easy to change the Inode-Number of the root-filesystem, so it crashes the next time it tries to access "/" - but can i do the same on FBSD? Or can i force the system to write the current memory content to the dump-device without crashing the whole system? Thanks, Egon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 30 4:28: 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 A038337B400 for ; Tue, 30 Jul 2002 04:28:02 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E93343E67 for ; Tue, 30 Jul 2002 04:28:01 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 30 Jul 2002 12:28:00 +0100 (BST) Date: Tue, 30 Jul 2002 12:27:59 +0100 From: David Malone To: "Rath, Egon" Cc: "'freebsd-hackers@freebsd.org'" Subject: Re: How to crash FreeBSD for educational purposes? Message-ID: <20020730112759.GA96513@walton.maths.tcd.ie> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 Tue, Jul 30, 2002 at 01:15:36PM +0200, Rath, Egon wrote: > Or can i force the system to write the current memory content to the > dump-device without crashing the whole system? If you compile DDB into the kernel, you can break to the debugger (with ctrl-alt-esc) and then type "panic". David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 30 4:28: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 920E137B400 for ; Tue, 30 Jul 2002 04:28:39 -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 3796443E3B for ; Tue, 30 Jul 2002 04:28:38 -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 UAA28600; Tue, 30 Jul 2002 20:28:23 +0900 (JST) Message-Id: <200207301128.UAA28600@axe-inc.co.jp> To: "Rath, Egon" Cc: hackers@freebsd.org Subject: Re: How to crash FreeBSD for educational purposes? In-reply-to: Your message of "Tue, 30 Jul 2002 13:15:36 +0200." Date: Tue, 30 Jul 2002 20:26:40 +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 , "Rath, Egon" wrote: >Hi there! > >I am currently playing around with analyzing crash dumps on FreeBSD. >Are there any ways to crash the system to get a dump? For example, Check ddb(4). Use panic subcommand. >Or can i force the system to write the current memory content to the >dump-device without crashing the whole system? No, as far as I know. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 30 5:26: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 D816D37B400 for ; Tue, 30 Jul 2002 05:26:44 -0700 (PDT) Received: from www.contentmedia.de (www.contentmedia.de [213.61.138.91]) by mx1.FreeBSD.org (Postfix) with SMTP id 4062E43E3B for ; Tue, 30 Jul 2002 05:26:43 -0700 (PDT) (envelope-from marc@informatik.uni-bremen.de) Received: (qmail 4655 invoked from network); 30 Jul 2002 12:24:51 -0000 Received: from unknown (HELO leeloo.intern.geht.de) (217.227.193.74) by www.contentmedia.de with SMTP; 30 Jul 2002 12:24:51 -0000 Date: Tue, 30 Jul 2002 14:25:17 +0200 From: Marc Recht To: Vijay Patel Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to keep java code running after logout Message-Id: <20020730142517.047c9459.marc@informatik.uni-bremen.de> In-Reply-To: <20020730061600.95733.qmail@web12201.mail.yahoo.com> References: <20020730061600.95733.qmail@web12201.mail.yahoo.com> X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="H:qK1,F=.gK)c9+o" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --H:qK1,F=.gK)c9+o Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > I have installed FreeBSD 4.5 on my machine. I am also > having 2 other machines running on linux. > We have developed a code in java which we need to run > in background for 24 hrs. In linux we use... > java Code1 & > > command to run our code in background. After starting > this command we just logout from that terminal window. > We have seen that on linux machine our code works fine > in background. IIRC this depends on the shell. But IMHO it is normal behaviour that the child (your program) gets killed if the parent (the shell) got killed. You should read nohup(1). nohup is your friend. :-) But for 24x7 you could also use init(8). Under SysV you could write your program in /etc/inittab and under *BSD in /etc/ttys. So the program gets automatically started by init _and_ restarted if it crashes. --H:qK1,F=.gK)c9+o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9RoW07YQCetAaG3MRAtqaAJ9f6PkofgGONNpzfh1RKxklIcFQtwCfeGB3 B+TtpUO8Ca4OFNnkTOFLgwI= =dNqX -----END PGP SIGNATURE----- --H:qK1,F=.gK)c9+o-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 30 5:55: 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 88A4937B400 for ; Tue, 30 Jul 2002 05:54:57 -0700 (PDT) Received: from relay03.esat.net (relay03.esat.net [193.95.141.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBC8F43E31 for ; Tue, 30 Jul 2002 05:54: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 relay03.esat.net with esmtp id 17ZWWd-00023i-00; Tue, 30 Jul 2002 13:54:55 +0100 Received: from tear.domain (unknown [10.0.1.254]) by mail.rfc-networks.ie (Postfix) with ESMTP id CA4A754834 for ; Tue, 30 Jul 2002 12:58:59 +0100 (IST) Received: by tear.domain (Postfix, from userid 1000) id EFFA72113F; Tue, 30 Jul 2002 13:55:44 +0000 (GMT) Date: Tue, 30 Jul 2002 13:55:44 +0000 From: Philip Reynolds To: freebsd-hackers@freebsd.org Subject: Re: How to keep java code running after logout Message-ID: <20020730135544.C18016@rfc-networks.ie> Reply-To: philip.reynolds@rfc-networks.ie References: <20020730061600.95733.qmail@web12201.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020730061600.95733.qmail@web12201.mail.yahoo.com>; from talkwithpatel@yahoo.com on Mon, Jul 29, 2002 at 11:16:00PM -0700 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 Vijay Patel 69 lines of wisdom included: > Hi friends, > I have installed FreeBSD 4.5 on my machine. I am also > having 2 other machines running on linux. > We have developed a code in java which we need to run > in background for 24 hrs. In linux we use... > java Code1 & This is fine, however this sets the process into the background, however the process still has a parent process. It is natural behaviour, that if a parent process dies, so do the children. In innatural situations, this is how ``zombie'' or ``defunct'' processes appear. In (my favourite shell) zsh, putting the program into the background with ``&|'' can work. e.g. $ java Code1 &| $ jobs $ as opposed to $ java Code1 & $ jobs [1] + running java Test $ In the second situation however, you can ``disown'' the process, which will leave the process in the same state as the first. See zshbuiltins(1). > bash-2.05a$ ps > PID TT STAT TIME COMMAND > 1087 p0- I 0:00.20 > /usr/local/jdk1.3.1/bin/i386/green_threads/java Code1 > 1105 p0 Ss 0:00.01 -bash (bash) > 1106 p0 R+ 0:00.00 ps Your main problem is that you're trying to run a ``daemon'' process with Java on a FreeBSD system. As you can see, your Java program is attacked to a TTY, which is a bad idea for a ``daemon''. I have come across a wrapper for this, which is located here: http://www2.dystance.net:8080/ping/djinn/ I can't testify how good or bad this is, but it's something to consider at least. > It is showing that code is working right now. But > after 2-3 hours code automatically gets killed. I am > having good provision for keeping all error log iff my > code exists with an error. But here i am sure that it > is getting killed - so i am not getting any error log. If your code is getting killed after a few hours, I would have a look at logging information, and where abouts your code is actually falling over. Also have a look at the ``nohup(1)'' command. This basically means that when the shell sends the JVM a signal to terminate (when you type ``exit'', this is what happens) it ignores it and keeps running. $ nohup Java Code1 & The above is probably your best bet. I am not that familiar with Java debugging utilities for UNIX, especially FreeBSD. However your problem seems to be the method for spawning your program in the background, which I think you need to rethink. -- Philip Reynolds | Technical Director philip.reynolds@rfc-networks.ie | RFC Networks Ltd. http://www.rfc-networks.ie | +353 (0)1 8832063 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 30 7:37: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 BFAB637B400 for ; Tue, 30 Jul 2002 07:37:09 -0700 (PDT) Received: from ash.drims.net (dom15-209.menta.net [62.57.118.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7913A43E5E for ; Tue, 30 Jul 2002 07:37:08 -0700 (PDT) (envelope-from hal@telefonica.net) Received: from amavis by ash.drims.net with scanned-ok (Exim 3.35 #1 (Debian)) id 17ZY6r-0000Rq-00 for ; Tue, 30 Jul 2002 16:36:25 +0200 Received: from [127.0.0.1] (helo=ash) by ash.drims.net with smtp (Exim 3.35 #1 (Debian)) id 17ZY6E-0000Rf-00 for ; Tue, 30 Jul 2002 16:36:18 +0200 To: freebsd-hackers@freebsd.org Subject: Accessing memory below 1 MB Message-Id: From: hal@telefonica.net Date: Tue, 30 Jul 2002 16:36:18 +0200 X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I'm writing some graphics code (just for fun) and I need "legal" access to the memory addresses below 1 mb. The thing is, I know how to access those addresses (open /dev/mem, mmap, and that's it), but I'd like to be able to alloc some pages so that my accesses are correct and don't make the kernel panic... Does anyone know how I could do that? Thank you in advance. Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 30 8:23: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 A3DDC37B400 for ; Tue, 30 Jul 2002 08:23:42 -0700 (PDT) Received: from mail.malarhojden.nu (malarhojden.nu [195.54.99.114]) by mx1.FreeBSD.org (Postfix) with SMTP id A024743E5E for ; Tue, 30 Jul 2002 08:23:41 -0700 (PDT) (envelope-from daniel@mail.malarhojden.nu) Received: (qmail 66788 invoked by uid 1000); 30 Jul 2002 15:25:14 -0000 Date: Tue, 30 Jul 2002 17:25:14 +0200 From: Daniel Lundqvist To: freebsd-hackers@freebsd.org Subject: select()/poll() i kernel. Message-ID: <20020730152514.GA66448@malarhojden.nu> 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 Hi, I was wondering if there is a select()/poll() for use in kernel by kernel threads? I've been looking around in sys/kern/ but didn't find anything. I'm currently developing under 4.6. Please CC me since I'm not a member of the list. Kind regards, Daniel Lundqvist To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 30 11:25:58 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 6FF0E37B400 for ; Tue, 30 Jul 2002 11:25:56 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDBC243F8E for ; Tue, 30 Jul 2002 11:25:11 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 9EFCD535C; Tue, 30 Jul 2002 20:25:08 +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: hal@telefonica.net Cc: freebsd-hackers@freebsd.org Subject: Re: Accessing memory below 1 MB References: From: Dag-Erling Smorgrav Date: 30 Jul 2002 20:25:07 +0200 In-Reply-To: Message-ID: Lines: 10 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 hal@telefonica.net writes: > I'm writing some graphics code (just for fun) and I need "legal" access to > the memory addresses below 1 mb. You can't access the framebuffer directly in FreeBSD like you can in DOS. Take a look at libvgl ('man vgl'). 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 Tue Jul 30 13:13: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 04EEB37B401 for ; Tue, 30 Jul 2002 13:13:30 -0700 (PDT) Received: from bohemia.nacad.ufrj.br (bohemia.nacad.ufrj.br [146.164.31.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id B183843E42 for ; Tue, 30 Jul 2002 13:13:28 -0700 (PDT) (envelope-from bino@nacad.ufrj.br) Received: from nacad.ufrj.br (localhost.nacad.ufrj.br [127.0.0.1]) by bohemia.nacad.ufrj.br (8.11.6/8.11.6) with ESMTP id g6UKDGw30000; Tue, 30 Jul 2002 17:13:16 -0300 (BRT) (envelope-from bino@nacad.ufrj.br) From: "Albino dos Anjos Aveleda" To: hackers@freebsd.org Subject: system panic Date: Tue, 30 Jul 2002 17:13:16 -0300 Message-Id: <20020730201316.M21128@nacad.ufrj.br> X-Mailer: Open WebMail 1.xx 20020615 X-OriginatingIP: 146.164.31.141 (bino) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I read the article System Panics, parts 1 and 2 and send you my system panic :((( When I transfer the big file (about 6Mb) by network, my freebsd crashed :((( And my samba version is: samba-2.2.5_3 I don't know how to correct this, I hope that you help me. Thanks in advanced, Albino caracu# uname -a FreeBSD caracu.nacad.ufrj.br 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Tue Jul 30 16:15:42 BRT 2002 Bino@caracu.nacad.ufrj.br:/usr/src/sys/compile/CARACU i386 caracu# gdb -k kernel.1 vmcore.1 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 conditions. 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 0x00418000 initial pcb at physical address 0x003641c0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 fault virtual address = 0x45c70000 fault code = supervisor write, page not present instruction pointer = 0x8:0xc019a2e4 stack pointer = 0x10:0xd87aee08 frame pointer = 0x10:0xd87aee44 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 204 (smbd) interrupt mask = none <- SMP: XXX trap number = 12 panic: page fault mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 boot() called on cpu#0 syncing disks... 24 2 done Uptime: 5m42s dumping to dev #da/0x20001, offset 2097280 dump 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 493 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 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 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 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 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 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 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 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 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 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 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 0 --- #0 0xc017b10e in dumpsys () (kgdb) where #0 0xc017b10e in dumpsys () #1 0xc017af1e in boot () #2 0xc017b359 in panic () #3 0xc02cb136 in trap_fatal () #4 0xc02cad91 in trap_pfault () #5 0xc02ca8d3 in trap () #6 0xc019a2e4 in soreceive () #7 0xc018dcb9 in soo_read () #8 0xc018a382 in dofileread () #9 0xc018a23f in read () #10 0xc02cb472 in syscall2 () #11 0xc02b832b in Xint0x80_syscall () #12 0x813dc1b in ?? () #13 0x813df3b in ?? () #14 0x813e09c in ?? () #15 0x80a0700 in ?? () #16 0x80a18db in ?? () #17 0x8068b85 in ?? () #18 0x80675c5 in ?? () (kgdb) -- Albino A. Aveleda bino@nacad.ufrj.br Network Manager +55 21 2562-8080 NACAD-COPPE/UFRJ http://www.nacad.ufrj.br Federal University of Rio de Janeiro (UFRJ) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 30 13: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 9953037B40D for ; Tue, 30 Jul 2002 13:20:13 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A40B43E31 for ; Tue, 30 Jul 2002 13:20:13 -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 <20020730202012.UJDY24567.rwcrmhc51.attbi.com@InterJet.elischer.org>; Tue, 30 Jul 2002 20:20:12 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA35099; Tue, 30 Jul 2002 13:18:53 -0700 (PDT) Date: Tue, 30 Jul 2002 13:18:52 -0700 (PDT) From: Julian Elischer To: Albino dos Anjos Aveleda Cc: hackers@freebsd.org Subject: Re: system panic In-Reply-To: <20020730201316.M21128@nacad.ufrj.br> 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 if you compiled your kernel with -g (config -g MYKERNEL) then you should use gdb -k {compiledir}/kernel.debug vmcore.1 gdb> set directory {compiledir} your kernel trace is somewhat useful but would be more useful if dumped out with the debug kernel instead... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 30 15:22: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 7B29037B400 for ; Tue, 30 Jul 2002 15:22:11 -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 235A743E42 for ; Tue, 30 Jul 2002 15:22:11 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0193.cvx21-bradley.dialup.earthlink.net ([209.179.192.193] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17ZfNR-0001Y0-00; Tue, 30 Jul 2002 15:22:02 -0700 Message-ID: <3D471152.4347ABD1@mindspring.com> Date: Tue, 30 Jul 2002 15:21:06 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Daniel Lundqvist Cc: freebsd-hackers@freebsd.org Subject: Re: select()/poll() i kernel. References: <20020730152514.GA66448@malarhojden.nu> 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 Daniel Lundqvist wrote: > I was wondering if there is a select()/poll() for use in kernel by > kernel threads? I've been looking around in sys/kern/ but didn't find anything. > I'm currently developing under 4.6. > > Please CC me since I'm not a member of the list. 4.6 does not have kernel threads; it has kernel processes (kproc's), however, which are just standard processes which have been assumed to have entered the kernel. As such, they are suitable for use as a context for blocking operations (you can only sleep things that have the ability to have scheduler queue entries, and therefore be awakened at a later time). There is no explicit support for a "select" call; most operations on file descriptors assume a process context in user space from which parameters can be copied, and results copied out. Rather than correcting the FreeBSD model to internally add a space identifier parameter to the body of the call, and make the system calls call that, instead of being directly wired in, you have two real options: 1) Use "The mmap trick" to obtain memory in the user space portion of the kproc address space, so that when uiomove and/or copyin/copyout operate, they have someplace to get or put the data. 2) Write the moral equivalent of the select(2) (or poll(2)) code that can be called from kernel space, and call it from your kproc. Note that either of these will *only* work from a kproc, where the current process identfier is the kproc. So you can't use them in fault handlers or interrupt handlers, if that's what yu are thinking. Really, FreeBSD needs a better abstraction of the file I/O and other operations in kernel space, so that doing this type of work is much easier. On the other hand... it's likely that your expectations of how a kproc can be used as if it were a kernel thread are unreasonable, so maybe it's just as well that there is not explicit support for this kind of thing, like there is in Linux, AIX, and Solaris. -- 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 30 15:23: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 7ACE037B400 for ; Tue, 30 Jul 2002 15:23:43 -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 3EA8243E42 for ; Tue, 30 Jul 2002 15:23:43 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0193.cvx21-bradley.dialup.earthlink.net ([209.179.192.193] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17ZfP2-0003t8-00; Tue, 30 Jul 2002 15:23:41 -0700 Message-ID: <3D4711B6.1A5D3985@mindspring.com> Date: Tue, 30 Jul 2002 15:22:46 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: hal@telefonica.net Cc: freebsd-hackers@freebsd.org Subject: Re: Accessing memory below 1 MB 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 hal@telefonica.net wrote: > I'm writing some graphics code (just for fun) and I need "legal" access to > the memory addresses below 1 mb. > > The thing is, I know how to access those addresses (open /dev/mem, mmap, and > that's it), but I'd like to be able to alloc some pages so that my accesses > are correct and don't make the kernel panic... > > Does anyone know how I could do that? Open the device driver for the device for which you need raw access to the memory, and mmap(2) the memory into your process address space. -- 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 31 4:31: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 1F82E37B400 for ; Wed, 31 Jul 2002 04:31:11 -0700 (PDT) Received: from bugz.infotecs.ru (bugz.infotecs.ru [195.210.139.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FC0D43E65 for ; Wed, 31 Jul 2002 04:31:07 -0700 (PDT) (envelope-from vel@bugz.infotecs.ru) Received: (from vel@localhost) by bugz.infotecs.ru (8.11.6/8.11.4) id g6VBUvL96486 for freebsd-hackers@freebsd.org; Wed, 31 Jul 2002 15:30:57 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200207311130.g6VBUvL96486@bugz.infotecs.ru> Subject: SMP problem on E7500 chipset To: freebsd-hackers@freebsd.org Date: Wed, 31 Jul 2002 15:30:57 +0400 (MSD) X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have some strange problem with FreeBSD 4.6 and SMP kernel on a dual CPU machine. The hardware is: Motherboard SUPER P4DP6, chipset Intel E7500 2 CPUs: Intel Xeon 2.2Ghz Adaptec AIC-7899W SCSI controller 2 Intel-82550 Ethernet controllers When I try to boot an SMP kernel, it tells me that 4 CPUs are found. Network operation slows down to hell, syslog is full of Jul 31 14:44:54 superjob /kernel: fxp0: device timeout Without SMP, everything runs fine. Syslog output regarding dmesg and kernel config are below. Regards, Eugene L. Vorokov ---- Jul 31 14:40:12 superjob /kernel: FreeBSD 4.6-RELEASE #0: Wed Jul 31 14:35:07 MS D 2002 Jul 31 14:40:12 superjob /kernel: maxik@superjob.ru:/usr/src/sys/compile/maxik Jul 31 14:40:12 superjob /kernel: Timecounter "i8254" frequency 1193182 Hz Jul 31 14:40:12 superjob /kernel: CPU: Pentium 4 (2196.27-MHz 686-class CPU) Jul 31 14:40:12 superjob /kernel: Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Jul 31 14:40:12 superjob /kernel: Features=0x3febfbff,ACC> Jul 31 14:40:12 superjob /kernel: real memory = 2146959360 (2096640K bytes) Jul 31 14:40:12 superjob /kernel: avail memory = 2088005632 (2039068K bytes) Jul 31 14:40:12 superjob /kernel: Programming 24 pins in IOAPIC #0 Jul 31 14:40:12 superjob /kernel: IOAPIC #0 intpin 2 -> irq 0 Jul 31 14:40:12 superjob /kernel: Programming 24 pins in IOAPIC #1 Jul 31 14:40:12 superjob /kernel: Programming 24 pins in IOAPIC #2 Jul 31 14:40:12 superjob /kernel: Programming 24 pins in IOAPIC #3 Jul 31 14:40:12 superjob /kernel: Programming 24 pins in IOAPIC #4 Jul 31 14:40:12 superjob /kernel: FreeBSD/SMP: Multiprocessor motherboard Jul 31 14:40:12 superjob /kernel: cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 Jul 31 14:40:12 superjob /kernel: cpu1 (AP): apic id: 6, version: 0x00050014, at 0xfee00000 Jul 31 14:40:12 superjob /kernel: cpu2 (AP): apic id: 1, version: 0x00050014, at 0xfee00000 Jul 31 14:40:12 superjob /kernel: cpu3 (AP): apic id: 7, version: 0x00050014, at 0xfee00000 Jul 31 14:40:12 superjob /kernel: io0 (APIC): apic id: 2, version: 0x00178020, at 0xfec00000 Jul 31 14:40:12 superjob /kernel: io1 (APIC): apic id: 3, version: 0x00178020, at 0xfec80000 Jul 31 14:40:12 superjob /kernel: io2 (APIC): apic id: 4, version: 0x00178020, at 0xfec80400 Jul 31 14:40:12 superjob /kernel: io3 (APIC): apic id: 5, version: 0x00178020, at 0xfec81000 Jul 31 14:40:12 superjob /kernel: io4 (APIC): apic id: 8, version: 0x00178020, at 0xfec81400 Jul 31 14:40:12 superjob /kernel: Preloaded elf kernel "kernel" at 0xc02f0000. ul 31 14:40:12 superjob /kernel: md0: Malloc disk Jul 31 14:40:12 superjob /kernel: Using $PIR table, 28 entries at 0xc00fde00 Jul 31 14:40:12 superjob /kernel: npx0: on motherboard Jul 31 14:40:12 superjob /kernel: npx0: INT 16 interface Jul 31 14:40:12 superjob /kernel: pcib0: on motherboard Jul 31 14:40:12 superjob /kernel: IOAPIC #0 intpin 16 -> irq 2 Jul 31 14:40:12 superjob /kernel: IOAPIC #0 intpin 19 -> irq 5 Jul 31 14:40:12 superjob /kernel: IOAPIC #0 intpin 18 -> irq 10 Jul 31 14:40:12 superjob /kernel: pci0: on pcib0 Jul 31 14:40:12 superjob /kernel: pci0: (vendor=0x8086, dev=0x254 1) at 0.1 Jul 31 14:40:12 superjob /kernel: pcib1: at device 2.0 on pci0 Jul 31 14:40:12 superjob /kernel: pci1: on pcib1 Jul 31 14:40:12 superjob /kernel: pci1: (vendor=0x8086, dev=0x146 1) at 28.0 Jul 31 14:40:12 superjob /kernel: pcib2: at device 29.0 on pci1 Jul 31 14:40:12 superjob /kernel: IOAPIC #2 intpin 4 -> irq 11 Jul 31 14:40:12 superjob /kernel: pci2: on pcib2 Jul 31 14:40:12 superjob /kernel: pcib3: at device 2.0 on pci2 Jul 31 14:40:12 superjob /kernel: pci3: on pcib3 ul 31 14:40:12 superjob /kernel: mly0: mem 0xfe200000-0x fe201fff irq 11 at device 2.1 on pci2 Jul 31 14:40:12 superjob /kernel: mly0: AcceleRAID 170 , 1 channel, firmware 6. 00-7-00 (20001214), 128MB RAM Jul 31 14:40:12 superjob /kernel: pci1: (vendor=0x8086, dev=0x146 1) at 30.0 Jul 31 14:40:12 superjob /kernel: pcib4: at device 31.0 on pci1 Jul 31 14:40:12 superjob /kernel: pci4: on pcib4 Jul 31 14:40:12 superjob /kernel: pcib5: at device 3.0 on pci0 Jul 31 14:40:12 superjob /kernel: pci5: on pcib5 Jul 31 14:40:12 superjob /kernel: pci5: (vendor=0x8086, dev=0x146 1) at 28.0 Jul 31 14:40:12 superjob /kernel: pcib6: at device 29.0 on pci5 Jul 31 14:40:12 superjob /kernel: pci6: on pcib6 Jul 31 14:40:12 superjob /kernel: pci5: (vendor=0x8086, dev=0x146 1) at 30.0 Jul 31 14:40:12 superjob /kernel: pcib7: at device 31.0 on pci5 Jul 31 14:40:12 superjob /kernel: pci7: on pcib7 Jul 31 14:40:12 superjob /kernel: uhci0: port 0x1400-0x141f irq 2 at device 29.0 on pci0 Jul 31 14:40:12 superjob /kernel: usb0: on uhci0 Jul 31 14:40:12 superjob /kernel: usb0: USB revision 1.0 Jul 31 14:40:12 superjob /kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.0 0/1.00, addr 1 Jul 31 14:40:12 superjob /kernel: uhub0: 2 ports with 2 removable, self powered Jul 31 14:40:12 superjob /kernel: uhci1: port 0x1420-0x143f irq 5 at device 29.1 on pci0 Jul 31 14:40:12 superjob /kernel: usb1: on uhci1 Jul 31 14:40:12 superjob /kernel: usb1: USB revision 1.0 Jul 31 14:40:12 superjob /kernel: uhub1: Intel UHCI root hub, class 9/0, rev 1.0 0/1.00, addr 1 Jul 31 14:40:12 superjob /kernel: uhub1: 2 ports with 2 removable, self powered Jul 31 14:40:12 superjob /kernel: uhci2: port 0x 1440-0x145f irq 10 at device 29.2 on pci0 Jul 31 14:40:12 superjob /kernel: uhci2: (New UHCI DeviceId=0x24878086) Jul 31 14:40:12 superjob /kernel: usb2: on uhci2 Jul 31 14:40:12 superjob /kernel: usb2: USB revision 1.0 Jul 31 14:40:12 superjob /kernel: uhub2: (0x24878086) UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jul 31 14:40:12 superjob /kernel: uhub2: 2 ports with 2 removable, self powered idge> at device 30.0 on pci0 Jul 31 14:40:12 superjob /kernel: pci8: on pcib8 Jul 31 14:40:12 superjob /kernel: pci8: at 1.0 irq 16 Jul 31 14:40:12 superjob /kernel: fxp0: port 0 x2400-0x243f mem 0xfc300000-0xfc31ffff,0xfc341000-0xfc341fff irq 11 at device 2. 0 on pci8 Jul 31 14:40:12 superjob /kernel: fxp0: Ethernet address 00:30:48:12:21:31 Jul 31 14:40:12 superjob /kernel: inphy0: on mii bus0 Jul 31 14:40:12 superjob /kernel: inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100b aseTX-FDX, auto Jul 31 14:40:12 superjob /kernel: fxp1: port 0 x2440-0x247f mem 0xfc320000-0xfc33ffff,0xfc342000-0xfc342fff irq 5 at device 3.0 on pci8 Jul 31 14:40:12 superjob /kernel: fxp1: Ethernet address 00:30:48:12:26:15 Jul 31 14:40:12 superjob /kernel: inphy1: on mii bus1 Jul 31 14:40:12 superjob /kernel: inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100b aseTX-FDX, auto Jul 31 14:40:12 superjob /kernel: isab0: at device 31.0 on pci0 Jul 31 14:40:12 superjob /kernel: isa0: on isab0 Jul 31 14:40:12 superjob /kernel: atapci0: port 0 x1460-0x146f,0-0x3,0-0x7,0-0x3,0-0x7 irq 0 at device 31.1 on pci0 Jul 31 14:40:12 superjob /kernel: ata0: at 0x1f0 irq 14 on atapci0 Jul 31 14:40:12 superjob /kernel: ata1: at 0x170 irq 15 on atapci0 Jul 31 14:40:12 superjob /kernel: pci0: (vendor=0x8086, dev=0x248 3) at 31.3 irq 0 Jul 31 14:40:12 superjob /kernel: orm0: Informationsschreiben der notreshop=2Ecom =20

Informationsschreiben= der notreshop=2Ecom
Spezialofferte dieser Woche CD-ROM

Guten=20 Tag,
Interessiert Sie dieses=20 CD-ROM ? Klicken Sie bitte auf den Link, der sich unter der=20 Produktbeschreibung befindet=2E

=20 SPEAK=20 NATURALLY  (CHF 19=2E90) anstelle von 69=2E-

Speak Naturally - das revolution=E4re Programm aus der Welt der=20 Spracherkennung inklusive Headset (Kopfh=F6rer-, Mikrofon- Kombination) zu= einem=20 absoluten Superpreis! Mit dieser von Dragon Systems Inc=2E entwickelten=20= Spracherkennungssoftware l=E4sst sich nach kurzer Einarbeitungszeit eine=20= Diktiergeschwindigkeit von 160 W=F6rter pro Minute erzielen=2E Die Geschwi= ndigkeit=20 kann sogar noch gesteigert werden, da sich das Erkennungssystem dynamisch = an=20 Ihrer Stimme orientiert, d=2Eh=2E mit jedem Diktat schneller wird=2E Die h= ohe=20 Pr=E4zision der Spracherkennung l=E4sst nur sehr wenige Fehler zu, sie lie= gt bei 97%=20 und h=F6her=2E Mit Speak Naturally k=F6nnen Sie Ihre Berichte, E-Mails, An= gebote,=20 Tabellen, Briefe, Texte etc=2E einfach in den PC diktieren=2E Das basieren= de=20 W=F6rterbuch enth=E4lt 280'000 W=F6rter=2E Mit dem "Vocabulary Builde= r" k=F6nnen Sie=20 jederzeit neue W=F6rter aufnehmen=2E

SOLANGE VORRAT

BESTELLUNG

Lieferung gegen= Rechnung=20 zuz=FCglich Versandspesen CHF 5=2E- ; zahlbar innert 30=20 Tagen
R=FCckgaberecht : 10 Tage=2E Bis bald f=FCr weitere Geschen= kideen=2E

Falls Sie keine weiteren=20 Informationen per E-Mail erhalten m=F6chten, so klicken Sie bitte au= f den=20 untenstehenden Link:

Ab= onnieren /=20 Aufl=F6sung

Mit freundlichen Gr=FCssen, Ihr notreshop=2Ecom Team=2E ------=_NextPart_84815C5ABAF209EF376268C8-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 31 15: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 D5A3A37B400 for ; Wed, 31 Jul 2002 15:44:47 -0700 (PDT) Received: from priv-edtnes27.telusplanet.net (defout.telus.net [199.185.220.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id C70A143E4A for ; Wed, 31 Jul 2002 15:44:41 -0700 (PDT) (envelope-from quinn@stiletech.net) Received: from eskimo1 ([64.180.122.148]) by priv-edtnes27.telusplanet.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20020731224440.PHBH589.priv-edtnes27.telusplanet.net@eskimo1> for ; Wed, 31 Jul 2002 16:44:40 -0600 From: "Quinn" To: Subject: Kernel panic running nessusd Date: Wed, 31 Jul 2002 15:44:24 -0700 Message-ID: <003a01c238e3$d2384570$947ab440@eskimo1> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 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 Hi, My system gets a page fault when I try and run a scan using Nessus 1.2.3. I can start nessusd -D and have no problems until I try and run a scan and then within seconds after starting it, usually while in an NIDS scan, I get the page fault below. I am running FreeBSD 4.6 on an i386 platform. Below is the kernel panic that will hopefully mean something to someone that can point me in the right direction to correcting the problem. Thanks, Quinn panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc023d9ef stack pointer = 0x10:0xc03e7900 frame pointer = 0x10:0xc03e794c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = panic: from debugger Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc023d9ef stack pointer = 0x10:0xc03e7900 frame pointer = 0x10:0xc03e794c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = panic: from debugger Uptime: 8m4s oltr0: oltr_pci_shutdown called dumping to dev #ad/0x20001, offset 99632 dump ata0: resetting devices .. done 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 0 --- #0 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc01ec34b in boot (howto=260) at ../../kern/kern_shutdown.c:316 #2 0xc01ec789 in panic (fmt=0xc0389c44 "from debugger") at ../../kern/kern_shutdown.c:595 #3 0xc0141cb9 in db_panic (addr=-1071392273, have_addr=0, count=-1, modif=0xc03e776c "") at ../../ddb/db_command.c:435 #4 0xc0141c59 in db_command (last_cmdp=0xc03eb264, cmd_table=0xc03eb0a4, aux_cmd_tablep=0xc0442ef8) at ../../ddb/db_command.c:333 #5 0xc0141d1e in db_command_loop () at ../../ddb/db_command.c:457 #6 0xc0143e5b in db_trap (type=12, code=0) at ../../ddb/db_trap.c:71 #7 0xc035bfe2 in kdb_trap (type=12, code=0, regs=0xc03e78c0) at ../../i386/i386/db_interface.c:158 #8 0xc036b878 in trap_fatal (frame=0xc03e78c0, eva=8) at ../../i386/i386/trap.c:961 #9 0xc036b551 in trap_pfault (frame=0xc03e78c0, usermode=0, eva=8) at ../../i386/i386/trap.c:859 #10 0xc036b0f7 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = -1063511228, tf_esi = -1063511228, tf_ebp = -1069647540, tf_isp = -1069647636, tf_ebx = -1063511220, tf_edx = -1060364288, tf_ecx = 0, tf_eax = 9, tf_trapno = 12, tf_err = 0, tf_eip = -1071392273, tf_cs = 8, tf_eflags = 66118, tf_esp = -1063511296, tf_ss = -1063511228}) at ../../i386/i386/trap.c:458 #11 0xc023d9ef in in_arpinput () #12 0xc023d2e2 in arpintr () #13 0xc035e319 in swi_net_next () (kgdb) quit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 31 19: 1: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 41BE537B400 for ; Wed, 31 Jul 2002 19:01:28 -0700 (PDT) Received: from alchemistry.net (alchemistry.net [66.114.66.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 780F343E4A for ; Wed, 31 Jul 2002 19:01:27 -0700 (PDT) (envelope-from mail@krel.org) Received: from amavis by alchemistry.net with scanned-ok (Exim 3.36 #1) id 17a5HK-000IvG-00 for hackers@freebsd.org; Wed, 31 Jul 2002 22:01:26 -0400 Received: from [192.168.0.1] (helo=ilya) by alchemistry.net with smtp (TLSv1:RC4-MD5:128) (Exim 3.36 #1) id 17a5HH-000Iv6-00 for hackers@freebsd.org; Wed, 31 Jul 2002 22:01:23 -0400 Message-ID: <00bc01c238ff$7c8a75a0$0100a8c0@ilya> From: "Ilya" To: References: <003a01c238e3$d2384570$947ab440@eskimo1> Subject: stable 4.6 crashed by setiathome Date: Wed, 31 Jul 2002 22:02:27 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 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 X-Virus-Scanned: by AMaViS snapshot-20010714 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG bm8gb25lIHJlcGxpZWQgaW4gU3RhYmxlLCBzbyBJbGwgdHJ5IGhlcmU6DQoNCm15IGJveCBjcmFz aGVkIHRvZGF5IGR1cmluZyB0aGUgZGF5LCBjYW4gYW55b25lIHNoZWQgc29tZSBsaWdodCBvbiB3 aHkgaXQgY291bGQgaGF2ZSBoYXBwZW4/DQppIHNlZSBzZXRpYXRob21lIGFzIGN1cnJlbnQgcHJv Y2VzcyB0aGVyZSwgaSBkaWQgdXBkYXRlIHNldGkgdG8gbGF0ZXN0IHZlcnNpb24gaW4gcG9ydHMg dmVyeSByZWNlbnRseQ0KDQp0aGFuayB5b3UgZm9yIGhlbHAgaW4gYWR2YW5jZQ0KDQoNCg0KZ2Ri IC1rIC91c3Ivb2JqL3Vzci9zcmMvc3lzL0FMQ0hFTUlTVFJZL2tlcm5lbC5kZWJ1ZyAvbW50L2Nk aW1hZ2UvQ1JBU0gvdm1jb3JlLjANCkdOVSBnZGIgNC4xOCAoRnJlZUJTRCkNCkNvcHlyaWdodCAx OTk4IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLg0KR0RCIGlzIGZyZWUgc29mdHdhcmUs IGNvdmVyZWQgYnkgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCBhbmQgeW91IGFyZQ0K d2VsY29tZSB0byBjaGFuZ2UgaXQgYW5kL29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVy IGNlcnRhaW4gY29uZGl0aW9ucy4NClR5cGUgInNob3cgY29weWluZyIgdG8gc2VlIHRoZSBjb25k aXRpb25zLg0KVGhlcmUgaXMgYWJzb2x1dGVseSBubyB3YXJyYW50eSBmb3IgR0RCLiAgVHlwZSAi c2hvdyB3YXJyYW50eSIgZm9yIGRldGFpbHMuDQpUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAi aTM4Ni11bmtub3duLWZyZWVic2QiLi4uDQpJZGxlUFREIGF0IHBoc3lpY2FsIGFkZHJlc3MgMHgw MDQyNzAwMA0KaW5pdGlhbCBwY2IgYXQgcGh5c2ljYWwgYWRkcmVzcyAweDAwMzc1ZjQwDQpwYW5p Y3N0cjogZ2VuZXJhbCBwcm90ZWN0aW9uIGZhdWx0DQpwYW5pYyBtZXNzYWdlczoNCi0tLQ0KRmF0 YWwgdHJhcCA5OiBnZW5lcmFsIHByb3RlY3Rpb24gZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUN Cmluc3RydWN0aW9uIHBvaW50ZXIgICAgID0gMHg4OjB4Y2IxMTVmMmINCnN0YWNrIHBvaW50ZXIg ICAgICAgICAgID0gMHgxMDoweGNiMTE1ZjU4DQpmcmFtZSBwb2ludGVyICAgICAgICAgICA9IDB4 MTA6MHhjYjExNWY1MA0KY29kZSBzZWdtZW50ICAgICAgICAgICAgPSBiYXNlIDB4MCwgbGltaXQg MHhmZmZmZiwgdHlwZSAweDFiDQogICAgICAgICAgICAgICAgICAgICAgICA9IERQTCAwLCBwcmVz IDEsIGRlZjMyIDEsIGdyYW4gMQ0KcHJvY2Vzc29yIGVmbGFncyAgICAgICAgPSBpbnRlcnJ1cHQg ZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0gMA0KY3VycmVudCBwcm9jZXNzICAgICAgICAgPSAxODc0 MyAoc2V0aWF0aG9tZSkNCmludGVycnVwdCBtYXNrICAgICAgICAgID0gbmV0IHR0eSBiaW8gY2Ft DQp0cmFwIG51bWJlciAgICAgICAgICAgICA9IDkNCnBhbmljOiBnZW5lcmFsIHByb3RlY3Rpb24g ZmF1bHQNCg0Kc3luY2luZyBkaXNrcy4uLiAzMyA0IDQgNCA0IDQgNCA0IDQgNCA0IDQgNCA0IDQg NCA0IDQgNCA0IDQNCmdpdmluZyB1cCBvbiA0IGJ1ZmZlcnMNClVwdGltZTogMTFkOGg1N20zMHMN Cg0KZHVtcGluZyB0byBkZXYgI2FkLzB4MjAwMDEsIG9mZnNldCA5MDExMjANCmR1bXAgYXRhMDog cmVzZXR0aW5nIGRldmljZXMgLi4gZG9uZQ0KMTYwIDE1OSAxNTggMTU3IDE1NiAxNTUgMTU0IDE1 MyAxNTIgMTUxIDE1MCAxNDkgMTQ4IDE0NyAxNDYgMTQ1IDE0NCAxNDMgMTQyIDE0MSAxNDAgMTM5 IDEzOCAxMzcgMTM2IDEzNSAxMzQgMTMzIDEzMiAxMzEgMTMwIDEyOSAxMjggMTI3IDEyNiAxMjUg MTI0IDEyMyAxMjIgMTIxIDEyMCAxMTkgMTE4IDExNyAxMTYgMTE1IDExNCAxMTMgMTEyIDExMSAx MTAgMTA5IDEwOCAxMDcgMTA2IDEwNSAxMDQgMTAzIDEwMiAxMDEgMTAwIDk5IDk4IDk3IDk2IDk1 IDk0IDkzIDkyIDkxIDkwIDg5IDg4IDg3IDg2IDg1IDg0IDgzIDgyIDgxIDgwIDc5IDc4IDc3IDc2 IDc1IDc0IDczIDcyIDcxIDcwIDY5IDY4IDY3IDY2IDY1IDY0IDYzIDYyIDYxIDYwIDU5IDU4IDU3 IDU2IDU1IDU0IDUzIDUyIDUxIDUwIDQ5IDQ4IDQ3IDQ2IDQ1IDQ0IDQzIDQyIDQxIDQwIDM5IDM4 IDM3IDM2IDM1IDM0IDMzIDMyIDMxIDMwIDI5IDI4IDI3IDI2IDI1IDI0IDIzIDIyIDIxIDIwIDE5 IDE4IDE3IDE2IDE1IDE0IDEzIDEyIDExIDEwIDkgOCA3IDYgNSA0IDMgMiAxDQotLS0NCiMwICBk dW1wc3lzICgpIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo0ODcNCjQ4NyAg ICAgICAgICAgICBpZiAoZHVtcGluZysrKSB7DQooa2dkYikgd2hlcmUNCiMwICBkdW1wc3lzICgp IGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo0ODcNCiMxICAweGMwMTkyNGJm IGluIGJvb3QgKGhvd3RvPTI1NikgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0ZG93bi5j OjMxNg0KIzIgIDB4YzAxOTI4ZmQgaW4gcGFuaWMgKGZtdD0weGMwMzI2YTJjICIlcyIpIGF0IC91 c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo1OTUNCiMzICAweGMwMmQxYTFiIGluIHRy YXBfZmF0YWwgKGZyYW1lPTB4Y2IxMTVmMTgsIGV2YT0wKSBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9p Mzg2L3RyYXAuYzo5NzQNCiM0ICAweGMwMmQxM2QyIGluIHRyYXAgKGZyYW1lPXt0Zl9mcyA9IC05 OTk0MjM5ODQsIHRmX2VzID0gMTYsIHRmX2RzID0gMTYsIHRmX2VkaSA9IDQxOTQzMDQsIHRmX2Vz aSA9IC0xLA0KICAgICAgdGZfZWJwID0gLTg4ODA1MzkzNiwgdGZfaXNwID0gLTg4ODA1Mzk0OCwg dGZfZWJ4ID0gLTEwNzIwNzkwMTgsIHRmX2VkeCA9IDEsIHRmX2VjeCA9IC0xMDcyMDc4NzY0LA0K ICAgICAgdGZfZWF4ID0gLTEsIHRmX3RyYXBubyA9IDksIHRmX2VyciA9IDAsIHRmX2VpcCA9IC04 ODgwNTM5NzMsIHRmX2NzID0gOCwgdGZfZWZsYWdzID0gNjYwNzAsDQogICAgICB0Zl9lc3AgPSAt OTE0OTY1NTM2LCB0Zl9zcyA9IC05MTQ5NjU1MzZ9KSBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2 L3RyYXAuYzo2MzYNCiM1ICAweGNiMTE1ZjJiIGluID8/ICgpDQojNiAgMHgxMDIxNiBpbiA/PyAo KQ0KQ2Fubm90IGFjY2VzcyBtZW1vcnkgYXQgYWRkcmVzcyAweDgu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 31 19:18: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 6BD7037B405 for ; Wed, 31 Jul 2002 19:18:32 -0700 (PDT) Received: from relay5.kornet.net (relay5.kornet.net [211.48.62.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EC0443E4A for ; Wed, 31 Jul 2002 19:18:31 -0700 (PDT) (envelope-from leaders06@kornet.net) Received: from hmm-qk8ib845m2w (211.217.188.254) by relay5.kornet.net; 1 Aug 2002 11:18:29 +0900 Message-ID: <3d489a753d4f3c32@relay5.kornet.net> (added by relay5.kornet.net) From: =?ks_c_5601-1987?B?xeXF9bnMxNq4rr7G?= To: freebsd-hackers@freebsd.org Subject: =?ks_c_5601-1987?B?W7GksO1dIGZyZWVic2QtaGFja2Vyc7TUIL7Is+fHz73KtM+x7j8gvu7H0LGzwOcgvLyw6DHApyAnxeXF9bnMJ7mrt+FDRLimIL3Fw7vHz7y8v+Qh?= Date: Thu, 01 Aug 2002 11:18:35 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0117_01C0F18A.93A35C00" 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_0117_01C0F18A.93A35C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 a2xjICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogDQogDQogDQogDQogDQog u/nHw0NEIL3Fw7vA2rTCIMHWvNLIrsDOsPogx9SysiC5q7fht84gu/nHw0NEuKYgud7AuyC8 9iDA1sC4uOcgDQogwM/B1sDPsKMgx9C9wMO8x+jAxyCx4si4uKYgteW4s7TPtNkuDQogDQog CQkJICAgwMy4py4uLiAgOiAgICAgIA0KIMD8yK0uLi4gIDogICAgICANCiDH2rXlxvkgIDou Li4gICANCiBlLbjewM8gIDouLi4gICANCiDB1rzSLi4uICA6ICAgICAgDQogICAgIAkJCSAg IA0KICAgICAgICCxzcfPwMcgIL3CtvS++MDMIMiruri8uiDA/MDav+zG7cC7ILq4s7uw1CC1 yMGhIMGkwd/I9yC757D6ILXluLO0z7TZLiDBpLq4xeu9xbjBIMDMv+sNCiDDy8H4uf0gsdTB pMC7IMHYvPbHz7+pILGksO243sDPwNPAuyDHpb3Dx8+/tMC4uOcsILz2vcWwxbrOwOXEobim ILi2t8PHz7DtwNa9wLTPtNkuDQogvPa9xcC7ICC/+MShIL7KwLi9w7jpILz2vcWwxbrOKFVu c3Vic2NyaWJlKbimICDFrLivx9ggwda9yr3Dv+QNCiAgICAgICAgDQo= ------=_NextPart_000_0117_01C0F18A.93A35C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5rbGM8L3RpdGxlPg0KPG1ldGEgaHR0cC1lcXVpdj0i Q29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9ZXVjLWtyIj4NCjwv aGVhZD4NCg0KPGJvZHkgYmdjb2xvcj0iI0ZGRkZGRiIgdGV4dD0iIzAwMDAwMCIgbGVmdG1h cmdpbj0iMSIgdG9wbWFyZ2luPSIxIj4NCjx0YWJsZSB3aWR0aD0iNjAwIiBib3JkZXI9IjAi IGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCI+DQogIDx0cj4NCiAgICA8dGQgYmdj b2xvcj0iI0NDQ0NDQyI+DQogICAgICA8dGFibGUgd2lkdGg9IjYwMCIgYm9yZGVyPSIwIiBj ZWxsc3BhY2luZz0iMSIgY2VsbHBhZGRpbmc9IjAiPg0KICAgICAgICA8dHI+IA0KICAgICAg ICAgIDx0ZCBiZ2NvbG9yPSIjRkZGRkZGIj4gDQogICAgICAgICAgICA8dGFibGUgd2lkdGg9 IjYwMCIgYm9yZGVyPSIwIiBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiPg0KICAg ICAgICAgICAgICA8dHI+IA0KICAgICAgICAgICAgICAgIDx0ZD48aW1nIHNyYz0iaHR0cDov L3d3dy5tYWlscGFydG5lci5jby5rci9lbWFpbC8wNzI1L2ltZ18xLmdpZiIgd2lkdGg9IjYw MCIgaGVpZ2h0PSIxMDQiPjwvdGQ+DQogICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAg ICAgIDx0cj4gDQogICAgICAgICAgICAgICAgPHRkPjxpbWcgc3JjPSJodHRwOi8vd3d3Lm1h aWxwYXJ0bmVyLmNvLmtyL2VtYWlsLzA3MjUvaW1nXzIuZ2lmIiB3aWR0aD0iNjAwIiBoZWln aHQ9IjEwMCI+PC90ZD4NCiAgICAgICAgICAgICAgPC90cj4NCiAgICAgICAgICAgICAgPHRy PiANCiAgICAgICAgICAgICAgICA8dGQ+PGltZyBzcmM9Imh0dHA6Ly93d3cubWFpbHBhcnRu ZXIuY28ua3IvZW1haWwvMDcyNS9pbWdfMy5naWYiIHdpZHRoPSI2MDAiIGhlaWdodD0iMTE4 Ij48L3RkPg0KICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICA8dHI+IA0KICAg ICAgICAgICAgICAgIDx0ZD48aW1nIHNyYz0iaHR0cDovL3d3dy5tYWlscGFydG5lci5jby5r ci9lbWFpbC8wNzI1L2ltZ180LmdpZiIgd2lkdGg9IjYwMCIgaGVpZ2h0PSIxMDMiPjwvdGQ+ DQogICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAg ICAgICAgPHRkPjxpbWcgc3JjPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmtyL2VtYWls LzA3MjUvaW1nXzUuZ2lmIiB3aWR0aD0iNjAwIiBoZWlnaHQ9IjExNSI+PC90ZD4NCiAgICAg ICAgICAgICAgPC90cj4NCiAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICA8 dGQ+PGltZyBzcmM9Imh0dHA6Ly93d3cubWFpbHBhcnRuZXIuY28ua3IvZW1haWwvMDcyNS9p bWdfNi5naWYiIHdpZHRoPSI2MDAiIGhlaWdodD0iODAiPjwvdGQ+DQogICAgICAgICAgICAg IDwvdHI+DQogICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAgICAgICAgPHRkPjxpbWcg c3JjPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmtyL2VtYWlsLzA3MjUvaW1nXzcuZ2lm IiB3aWR0aD0iNjAwIiBoZWlnaHQ9Ijc2Ij48L3RkPg0KICAgICAgICAgICAgICA8L3RyPg0K ICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAgICAgICAgIDx0ZD4gDQogICAgICAgICAg ICAgICAgICA8dGFibGUgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIwIiB3aWR0aD0i NTA5IiBhbGlnbj0iY2VudGVyIj4NCiAgICAgICAgICAgICAgICAgICAgPHRyIGJhY2tncm91 bmQ9ImJvZC0yLmpwZyI+IA0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCBiYWNrZ3JvdW5k PSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmtyL2VtYWlsLzA3MjUvYm9kLTIuanBnIiBo ZWlnaHQ9IjMwMiI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPHA+Jm5ic3A7PC9wPg0K ICAgICAgICAgICAgICAgICAgICAgICAgPHAgYWxpZ249ImNlbnRlciI+PGZvbnQgc2l6ZT0i MiI+PGJyPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8YnI+DQogICAgICAgICAgICAg ICAgICAgICAgICAgIDxicj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPGJyPg0KICAg ICAgICAgICAgICAgICAgICAgICAgICC7+cfDQ0QgvcXDu8DatMIgwda80siuwM6w+iDH1LKy ILmrt+G3ziC7+cfDQ0S4piC53sC7ILz2IMDWwLi45yA8YnI+DQogICAgICAgICAgICAgICAg ICAgICAgICAgIMDPwdbAz7CjIMfQvcDDvMfowMcgseLIuLimILXluLO0z7TZLjxicj4NCiAg ICAgICAgICAgICAgICAgICAgICAgICAgPC9mb250PjwvcD4NCiAgICAgICAgICAgICAgICAg ICAgICAgIDx0YWJsZSB3aWR0aD0iNDUwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBj ZWxscGFkZGluZz0iMCIgYWxpZ249ImNlbnRlciI+DQoJCQk8Zm9ybSBuYW1lPSJmb3JtMSIg bWV0aG9kPSJwb3N0IiBhY3Rpb249Imh0dHA6Ly93d3cubWFpbHBhcnRuZXIuY28ua3IvZW1h aWwvMDcyNS9rbHNfb2suYXNwIj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPHRyPiAN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjI4NSI+IA0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgPHAgc3R5bGU9ImxpbmUtaGVpZ2h0OjE0MCU7IG1h cmdpbi10b3A6MDsgbWFyZ2luLWJvdHRvbTowOyBtYXJnaW4tbGVmdDozMDsiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OXB0OyI+wMy4pzxmb250IGNvbG9yPSIjRkZGRkZGIj4uLi48L2Zv bnQ+IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6ICZuYnNwOyZuYnNwOyAN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9InRleHQiIG5h bWU9Im5hbWUiPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L3NwYW4+PC9w Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPHAgc3R5bGU9ImxpbmUtaGVpZ2h0 OjE0MCU7IG1hcmdpbi10b3A6MDsgbWFyZ2luLWJvdHRvbTowOyBtYXJnaW4tbGVmdDozMDsi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+wPzIrTxmb250IGNvbG9yPSIjRkZGRkZG Ij4uLi48L2ZvbnQ+IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6ICZuYnNw OyZuYnNwOyANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9 InRleHQiIG5hbWU9InRlbDEiPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8 L3NwYW4+PC9wPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPHAgc3R5bGU9Imxp bmUtaGVpZ2h0OjE0MCU7IG1hcmdpbi10b3A6MDsgbWFyZ2luLWJvdHRvbTowOyBtYXJnaW4t bGVmdDozMDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+x9q15cb5IA0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICA6PGZvbnQgY29sb3I9IiNGRkZGRkYiPi4uLjwv Zm9udD4gDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0 ZXh0IiBuYW1lPSJ0ZWwyIj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPC9z cGFuPjwvcD4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxwIHN0eWxlPSJsaW5l LWhlaWdodDoxNDAlOyBtYXJnaW4tdG9wOjA7IG1hcmdpbi1ib3R0b206MDsgbWFyZ2luLWxl ZnQ6MzA7Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjlwdDsiPmUtuN7AzyANCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgOjxmb250IGNvbG9yPSIjRkZGRkZGIj4uLi48L2Zv bnQ+IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0idGV4 dCIgbmFtZT0iZW1haWwiPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L3Nw YW4+PC9wPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPHAgc3R5bGU9ImxpbmUt aGVpZ2h0OjE0MCU7IG1hcmdpbi10b3A6MDsgbWFyZ2luLWJvdHRvbTowOyBtYXJnaW4tbGVm dDozMDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+wda80jxmb250IGNvbG9yPSIj RkZGRkZGIj4uLi48L2ZvbnQ+IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6 ICZuYnNwOyZuYnNwOyANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0 IHR5cGU9InRleHQiIG5hbWU9ImFkZHJlc3MiPg0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICA8L3NwYW4+PC9wPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+ DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxNjUiPiANCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJpbWFnZSIgc3JjPSJodHRw Oi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmtyL2VtYWlsLzA3MjUvYm9kXzEuanBnIiBib3JkZXI9 IjAiIG5hbWU9ImltYWdlIiB3aWR0aD0iMTAxIiBoZWlnaHQ9Ijc2Ij4NCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8L3Ry Pg0KCQkJPC9mb3JtPg0KICAgICAgICAgICAgICAgICAgICAgICAgPC90YWJsZT4NCiAgICAg ICAgICAgICAgICAgICAgICAgIDxwIGFsaWduPSJjZW50ZXIiPiZuYnNwOzwvcD4NCiAgICAg ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICA8L3RyPg0KICAg ICAgICAgICAgICAgICAgPC90YWJsZT4NCiAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAg ICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAgICAgICAgIDx0 ZD4gDQogICAgICAgICAgICAgICAgICA8cCBzdHlsZT0ibGluZS1oZWlnaHQ6MTQwJTsgbWFy Z2luLXRvcDowOyBtYXJnaW4tYm90dG9tOjA7IG1hcmdpbi1sZWZ0OjEwOyIgYWxpZ249ImNl bnRlciI+PGZvbnQgZmFjZT0isby4siIgY29sb3I9IiM2NjY2NjYiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OXB0OyI+PGZvbnQgc2l6ZT0iMiI+sc3Hz8DHIA0KICAgICAgICAgICAgICAg ICAgICC9wrb0vvjAzCDIq7q4vLogwPzA2r/sxu3AuyC6uLO7sNQgtcjBoSDBpMHfyPcgu+ew +iC15biztM+02S4gwaS6uMXrvcW4wSDAzL/rPGJyPg0KICAgICAgICAgICAgICAgICAgICDD y8H4uf0gsdTBpMC7IMHYvPbHz7+pILGksO243sDPwNPAuyDHpb3Dx8+/tMC4uOcsILz2vcWw xbrOwOXEobimILi2t8PHz7DtwNa9wLTPtNkuPGJyPg0KICAgICAgICAgICAgICAgICAgICA8 L2ZvbnQ+PC9zcGFuPjwvZm9udD48Zm9udCBmYWNlPSKxvLiyIiBjb2xvcj0iIzY2NjY2NiIg c2l6ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5cHQ7Ij689r3FwLsgDQogICAgICAg ICAgICAgICAgICAgIL/4xKEgvsrAuL3DuOkgPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0i IzY2NjY2NiIgc2l6ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5cHQ7Ij48YSBocmVm PSJtYWlsdG86aHl1bjEwMzEwQGtvcm5ldC5uZXQiPrz2vcWwxbrOKFVuc3Vic2NyaWJlKTwv YT48Zm9udCBmYWNlPSKxvLiyIj64piANCiAgICAgICAgICAgICAgICAgICAgxay4r8fYIMHW vcq9w7/kPC9mb250Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KICAgICAgICAgICAgICAgIDwvdGQ+ DQogICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICA8L3RhYmxlPg0KICAgICAgICAg IDwvdGQ+DQogICAgICAgIDwvdHI+DQogICAgICA8L3RhYmxlPg0KICAgIDwvdGQ+DQogIDwv dHI+DQo8L3RhYmxlPg0KPGJyPg0KPC9ib2R5Pg0KPC9odG1sPg0K ------=_NextPart_000_0117_01C0F18A.93A35C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 1 2:22: 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 C0ABE37B400 for ; Thu, 1 Aug 2002 02:21:57 -0700 (PDT) Received: from mail.asitatech.com (mail.asitatech.ie [193.120.151.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0811443E8A for ; Thu, 1 Aug 2002 02:21:45 -0700 (PDT) (envelope-from devnull@asitatech.ie) Received: from yoda.asitatech.ie ([192.168.127.212]) by mail.asitatech.com (Merak 4.2.3) with ESMTP id FJA37319 for ; Thu, 01 Aug 2002 10:18:33 +0100 Received: by yoda.asitatech.ie (Postfix, from userid 1001) id 63EE85C04; Thu, 1 Aug 2002 10:24:24 +0000 (GMT) Date: Thu, 1 Aug 2002 10:24:24 +0000 From: Sergey Lyubka To: freebsd-hackers@freebsd.org Subject: Re: Assembly, Kernels and Bootstraps Message-ID: <20020801102424.GC97092@yoda.asitatech.ie> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20020731161322.O5057-100000@boise.neuroflux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020731161322.O5057-100000@boise.neuroflux.com> User-Agent: Mutt/1.3.27i X-OS: FreeBSD 4.5-STABLE Sender: owner-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 exactly what I did some time ago. I wrote a simple program, that was able to boot from a floppy disk, switched to a protected mode and displayed some diagnostics. Then I became curious about 'magic jump' from sectors, segments, and all that stuff to files, syscalls etc.. I began to discover how FreeBSD does that. Although manpages was very helpful, they didn't describe the internals, and I didn't find any other descriptive documentation. So I decided to publish the results of my investigations, to what Terry pointed you. (btw, they are now a part of developers handbook, http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/boot.html) The book about protected mode programming Terry has recommended might be very useful, I didn't read it (I have used Intel manuals and assembly book written by Sergey Zubkov, which is only in Russian, I guess) That question I presume is a sign of a more global need of good book describing FreeBSD internals and philosophy behind it. Linux community has an excellent 'Linux Device Drivers', 'Understanding The Linux Kernel' etc; why not FreeBSD community does have such source of knowledge ? Reading the source code is far not enough. It can reveal the technique, but leaves the phiosophy, historical issues and relationships with other suff out from scope. Respected FreeBSD gurus, please answer on this. Share your knowledge :-) What about you, Terry? regards, sergey On Wed, Jul 31, 2002 at 04:19:59PM -0400, Ryan Sommers wrote: > Greetings, > > Recently I became interested in researching and learning whatever I could > about how a computer boots and what is involved. There are probably better > places to get this information but since FreeBSD is my development > environment of choice I thought I would start here. -- Sergey Lyubka Asita Technologies Int, Galway, Ireland :wq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 1 2:47: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 B06AA37B401 for ; Thu, 1 Aug 2002 02:47:09 -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 040C243E42 for ; Thu, 1 Aug 2002 02:47:09 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0040.cvx22-bradley.dialup.earthlink.net ([209.179.198.40] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17aCXv-0000au-00; Thu, 01 Aug 2002 02:47:03 -0700 Message-ID: <3D490353.8A5A07D4@mindspring.com> Date: Thu, 01 Aug 2002 02:45:55 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sergey Lyubka Cc: freebsd-hackers@freebsd.org Subject: Re: Assembly, Kernels and Bootstraps References: <20020731161322.O5057-100000@boise.neuroflux.com> <20020801102424.GC97092@yoda.asitatech.ie> 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 Sergey Lyubka wrote: > That question I presume is a sign of a more global need of good book > describing FreeBSD internals and philosophy behind it. > Linux community has an excellent 'Linux Device Drivers', > 'Understanding The Linux Kernel' etc; why not > FreeBSD community does have such source of knowledge ? > Reading the source code is far not enough. It can reveal the > technique, but leaves the phiosophy, historical issues and > relationships with other suff out from scope. > > Respected FreeBSD gurus, please answer on this. Share your knowledge :-) > What about you, Terry? Or you? 8-). Get the project to promise not to outdate the book for 6 months, so I can get paid for the time I spend on it in terms of book sales, and I'll write one. The problem comes down to the distance between -current and -stable, and the tendency to MFC tons of crap, rather than cutting a release off of -current. This whole "-current" thing has gotten way, way out of hand. I was six chapters into a FreeBSD 4.4 internals book at one point, when I lost a good chunk of it to the revamping of the locore.s code and the addition of KVAPAGES, and the MFC'ing of Matt's machdep.c changes for auto-tuning, etc., making a lot of my commentary and all but one of my examples non-workable on 4.5 and above. The SYN cache code (which I think is a mistake, unless SYN-cookie becomes incredibly difficult to turn on at all) blew out parts of chapter 5, and Luigi's changes blew out the rest of it, and part of chapter 4, which dealt with software interrupts, how to use them, when to use them, and what to watch out for. Even the stuff you've published is technically out of date, these days, since Peter Wemm and Matt Dillon have been having at rearranging the organization of the paging code (Bruce complained about this too, but for different reasons). It's just not possible to hit a moving target (or in this case, to document code that won't at least sit still at the interfaces). 8-(. I think that no one will write one until a FreeBSD release is cut off a tag off -current, so that MFC'ing doesn't happen any more. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 1 2:56: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 ED3DB37B400 for ; Thu, 1 Aug 2002 02:56:38 -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 94A2143E86 for ; Thu, 1 Aug 2002 02:56:38 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0040.cvx22-bradley.dialup.earthlink.net ([209.179.198.40] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17aCh9-0005cT-00; Thu, 01 Aug 2002 02:56:35 -0700 Message-ID: <3D49058E.3AD0B0E@mindspring.com> Date: Thu, 01 Aug 2002 02:55:26 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sergey Lyubka , freebsd-hackers@freebsd.org Subject: Re: Assembly, Kernels and Bootstraps References: <20020731161322.O5057-100000@boise.neuroflux.com> <20020801102424.GC97092@yoda.asitatech.ie> <3D490353.8A5A07D4@mindspring.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 Terry Lambert wrote: > Sergey Lyubka wrote: [ ... ] > > Linux community has an excellent 'Linux Device Drivers', > > 'Understanding The Linux Kernel' etc; [ ... ] > It's just not possible to hit a moving target (or in this case, > to document code that won't at least sit still at the interfaces). Note also that Linux has made a positive commitment to a stable DDI/DKI, so it's possible to write a device driver's book (and I will agree that the Linux Device Drivers book is an *excellent* book). They've also made a positive commitment to not changing kernel interface gratuitously; it's at least possible to start a book on the -stable branch of Linux, and then only need to "fact check" it against the most recent -stable version of Linux, before publishing with the most recent release CDROM in the jacket envelope. Part of this maturity no doubt arises because of their need to support many platforms simultaneously, rather than having a single "reference platform" that drags the other platforms, screaming, into unfamiliar and non-generic APIs. But part of it is just their commitment to provide a stable platform on which work not related to the developement of Linux itself can be based. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 1 5:57: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 35E0037B405 for ; Thu, 1 Aug 2002 05:57:05 -0700 (PDT) Received: from web21108.mail.yahoo.com (web21108.mail.yahoo.com [216.136.227.110]) by mx1.FreeBSD.org (Postfix) with SMTP id F2D2943E77 for ; Thu, 1 Aug 2002 05:57:04 -0700 (PDT) (envelope-from hitmaster2k@yahoo.com) Message-ID: <20020801125704.79978.qmail@web21108.mail.yahoo.com> Received: from [62.254.0.5] by web21108.mail.yahoo.com via HTTP; Thu, 01 Aug 2002 05:57:04 PDT Date: Thu, 1 Aug 2002 05:57:04 -0700 (PDT) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: Assembly, Kernels and Bootstraps To: Sergey Lyubka , freebsd-hackers@freebsd.org In-Reply-To: <20020801102424.GC97092@yoda.asitatech.ie> 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 --- Sergey Lyubka wrote: > [ ... ] > Respected FreeBSD gurus, please answer on this. Share your knowledge :-) > What about you, Terry? I have heard that, Dr. Kirk McKusick, is going to publish a book on FreeBSD 5.x internals, sometime next year. Till then, I would say people to hold their horses. :) -- Hiten __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 1 7:16: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 C542037B400 for ; Thu, 1 Aug 2002 07:16:47 -0700 (PDT) Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43D8C43E3B for ; Thu, 1 Aug 2002 07:16:47 -0700 (PDT) (envelope-from mwlucas@blackhelicopters.org) Received: from blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by blackhelicopters.org (8.12.4/8.12.4) with ESMTP id g71EGecC012043; Thu, 1 Aug 2002 10:16:40 -0400 (EDT) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.12.4/8.12.4/Submit) id g71EGeSS012042; Thu, 1 Aug 2002 10:16:40 -0400 (EDT) Date: Thu, 1 Aug 2002 10:16:40 -0400 From: Michael Lucas To: Terry Lambert Cc: Sergey Lyubka , freebsd-hackers@FreeBSD.ORG Subject: Re: Assembly, Kernels and Bootstraps Message-ID: <20020801101639.A11972@blackhelicopters.org> References: <20020731161322.O5057-100000@boise.neuroflux.com> <20020801102424.GC97092@yoda.asitatech.ie> <3D490353.8A5A07D4@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: <3D490353.8A5A07D4@mindspring.com>; from tlambert2@mindspring.com on Thu, Aug 01, 2002 at 02:45:55AM -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 Thu, Aug 01, 2002 at 02:45:55AM -0700, Terry Lambert wrote: > Sergey Lyubka wrote: > > That question I presume is a sign of a more global need of good book > > describing FreeBSD internals and philosophy behind it. > > Get the project to promise not to outdate the book for 6 months, > so I can get paid for the time I spend on it in terms of book > sales, and I'll write one. Terry's very right here. I had a hell of a time writing a book about running *stable*; we change things very quickly here, and it's quite difficult to document. (Book is due in my hands tomorrow or Saturday, hurrah!) I was considering editing a book on kernel internals, soliciting chapters from the various developers. (They could provide know-how, I could provide grammar.) But such a book would take four to six months to assemble, and three months to physically produce. Three months after that, we'd realistically start seeing contributions based upon that code. That's one year. We have a hard time keeping people out of interfaces for twelve weeks. > It's just not possible to hit a moving target (or in this case, > to document code that won't at least sit still at the interfaces). I'd like to turn this around. "If the FreeBSD developer community wants a book on the FreeBSD kernel, they need to commit to maintaining a consistent internal kernel interface." If the developer community does this, any number of people will jump on the book contract like a ravenous wolf on a obese antelope. ==ml -- Michael Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.oreillynet.com/pub/q/Big_Scary_Daemons Absolute BSD: http://www.nostarch.com/abs_bsd.htm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 1 7:51: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 C57D237B41C for ; Thu, 1 Aug 2002 07:51:42 -0700 (PDT) Received: from mail.asitatech.com (mail.asitatech.ie [193.120.151.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4398543E42 for ; Thu, 1 Aug 2002 07:51:41 -0700 (PDT) (envelope-from devnull@asitatech.ie) Received: from yoda.asitatech.ie ([192.168.127.212]) by mail.asitatech.com (Merak 4.2.3) with ESMTP id FJA37319 for ; Thu, 01 Aug 2002 15:48:34 +0100 Received: by yoda.asitatech.ie (Postfix, from userid 1001) id 0446E5C04; Thu, 1 Aug 2002 15:54:25 +0000 (GMT) Date: Thu, 1 Aug 2002 15:54:24 +0000 From: Sergey Lyubka To: freebsd-hackers@FreeBSD.ORG Subject: Re: Assembly, Kernels and Bootstraps Message-ID: <20020801155424.GG97092@yoda.asitatech.ie> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20020731161322.O5057-100000@boise.neuroflux.com> <20020801102424.GC97092@yoda.asitatech.ie> <3D490353.8A5A07D4@mindspring.com> <20020801101639.A11972@blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020801101639.A11972@blackhelicopters.org> User-Agent: Mutt/1.3.27i X-OS: FreeBSD 4.5-STABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Lions wrote a book far long ago, and it is still worth reading. Why? Because he didn't just show the code, he showed the concepts. Describing, say, how to call malloc() is a stupid thing. This can be outdated tomorrow. But describing the concept, how kernel malloc interface has being developed in time, and possible future directions of it - this kind of information will not be outdated for a very long time. A lot of such information is buried now in relatively small number of kernel expert's heads. This is bad. Is it possible to get frosen version, say, 5.0 - current, and describe it? I think it is. Many things may become obsolete, but the knowledge I'm talking about will be revealed. Such book must paint a solid and complete picture of FreeBSD kernel. I see it as analogue to Greg Lehey's book, but for the kernel world. As a side effect, it will attract and educate a large number of newbie kernel hackers, which is I suppose quite positive. regards, -sergey On Thu, Aug 01, 2002 at 10:16:40AM -0400, Michael Lucas wrote: > Terry's very right here. > > I had a hell of a time writing a book about running *stable*; we > change things very quickly here, and it's quite difficult to document. > (Book is due in my hands tomorrow or Saturday, hurrah!) > > I was considering editing a book on kernel internals, soliciting > chapters from the various developers. (They could provide know-how, I > could provide grammar.) But such a book would take four to six months > to assemble, and three months to physically produce. Three months > after that, we'd realistically start seeing contributions based upon > that code. > > That's one year. We have a hard time keeping people out of interfaces > for twelve weeks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 1 9:47: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 F1D4A37B400 for ; Thu, 1 Aug 2002 09:47:53 -0700 (PDT) Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 702CE43E42 for ; Thu, 1 Aug 2002 09:47:53 -0700 (PDT) (envelope-from mwlucas@blackhelicopters.org) Received: from blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by blackhelicopters.org (8.12.4/8.12.4) with ESMTP id g71GlocC013127; Thu, 1 Aug 2002 12:47:50 -0400 (EDT) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.12.4/8.12.4/Submit) id g71Glmuq013126; Thu, 1 Aug 2002 12:47:48 -0400 (EDT) Date: Thu, 1 Aug 2002 12:47:47 -0400 From: Michael Lucas To: Sergey Lyubka Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Assembly, Kernels and Bootstraps Message-ID: <20020801124747.A13036@blackhelicopters.org> References: <20020731161322.O5057-100000@boise.neuroflux.com> <20020801102424.GC97092@yoda.asitatech.ie> <3D490353.8A5A07D4@mindspring.com> <20020801101639.A11972@blackhelicopters.org> <20020801155424.GG97092@yoda.asitatech.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020801155424.GG97092@yoda.asitatech.ie>; from devnull@asitatech.ie on Thu, Aug 01, 2002 at 03:54:24PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 01, 2002 at 03:54:24PM +0000, Sergey Lyubka wrote: > Lions wrote a book far long ago, and it is still worth reading. > Why? > Because he didn't just show the code, he showed the concepts. Yes, this would be nice. But there's a reason why that book is such a standout: that sort of writing is very difficult to do. > Is it possible to get frosen version, say, 5.0 - current, > and describe it? I think it is. Many things may become obsolete, > but the knowledge I'm talking about will be revealed. Such book > must paint a solid and complete picture of FreeBSD kernel. You can write all you want, but if a publisher won't print it, you're out of luck. Publishers are very leery of things that are obsolete before they're printed. I'm not saying it *can't* be done, but it would be difficult to get a publisher to bite. That's why we have the developers' handbook online, specifically so things can be updated quickly. And it's difficult to get more text for that; the people who can write that text are busy writing code. ==ml -- Michael Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.oreillynet.com/pub/q/Big_Scary_Daemons Absolute BSD: http://www.nostarch.com/abs_bsd.htm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 1 9:56: 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 492D937B400 for ; Thu, 1 Aug 2002 09:55:59 -0700 (PDT) Received: from mail.asitatech.com (mail.asitatech.ie [193.120.151.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 000E143E4A for ; Thu, 1 Aug 2002 09:55:57 -0700 (PDT) (envelope-from devnull@asitatech.ie) Received: from yoda.asitatech.ie ([192.168.127.212]) by mail.asitatech.com (Merak 4.2.3) with ESMTP id FJA37319 for ; Thu, 01 Aug 2002 17:52:52 +0100 Received: by yoda.asitatech.ie (Postfix, from userid 1001) id 557C65C09; Thu, 1 Aug 2002 17:58:42 +0000 (GMT) Date: Thu, 1 Aug 2002 17:58:42 +0000 From: Sergey Lyubka To: freebsd-hackers@FreeBSD.ORG Subject: Re: Assembly, Kernels and Bootstraps Message-ID: <20020801175842.GH97092@yoda.asitatech.ie> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20020731161322.O5057-100000@boise.neuroflux.com> <20020801102424.GC97092@yoda.asitatech.ie> <3D490353.8A5A07D4@mindspring.com> <20020801101639.A11972@blackhelicopters.org> <20020801155424.GG97092@yoda.asitatech.ie> <20020801124747.A13036@blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020801124747.A13036@blackhelicopters.org> User-Agent: Mutt/1.3.27i X-OS: FreeBSD 4.5-STABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I see. That's sad. > You can write all you want, but if a publisher won't print it, you're > out of luck. Publishers are very leery of things that are obsolete > before they're printed. I'm not saying it *can't* be done, but it > would be difficult to get a publisher to bite. > > That's why we have the developers' handbook online, specifically so > things can be updated quickly. And it's difficult to get more text > for that; the people who can write that text are busy writing code. -- Sergey Lyubka Asita Technologies Int, Galway, Ireland To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 1 10:13: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 7B36A37B400 for ; Thu, 1 Aug 2002 10:13:26 -0700 (PDT) Received: from april.chuckr.org (april.chuckr.org [66.92.147.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 964F943E84 for ; Thu, 1 Aug 2002 10:13:25 -0700 (PDT) (envelope-from chuckr@chuckr.org) Received: from april.chuckr.org (localhost [127.0.0.1]) by april.chuckr.org (8.12.5/8.12.5) with ESMTP id g71HDr3j000882; Thu, 1 Aug 2002 13:13:53 -0400 (EDT) (envelope-from chuckr@chuckr.org) Received: from localhost (chuckr@localhost) by april.chuckr.org (8.12.5/8.12.5/Submit) with ESMTP id g71HDp5b000864; Thu, 1 Aug 2002 13:13:52 -0400 (EDT) X-Authentication-Warning: april.chuckr.org: chuckr owned process doing -bs Date: Thu, 1 Aug 2002 13:13:51 -0400 (EDT) From: Chuck Robey To: "Andrew R. Reiter" Cc: Ryan Sommers , Subject: Re: Assembly, Kernels and Bootstraps In-Reply-To: Message-ID: <20020801131036.G379-100000@april.chuckr.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 Wed, 31 Jul 2002, Andrew R. Reiter wrote: > On Wed, 31 Jul 2002, Ryan Sommers wrote: > > :Greetings, > : > :Recently I became interested in researching and learning whatever I could > :about how a computer boots and what is involved. There are probably better > :places to get this information but since FreeBSD is my development > :environment of choice I thought I would start here. > : > :I just have a few questions that if you could take a few minutes to answer > :you would make my day. > : > :Several of the sites I have visited on assembly say it isn't needed > :anymore. Is it still needed to write a bootstrap? > : > :Where is a good starting point to just read through some of the Kernel > :source? Where is the entry point? I'm on all x86 architecture. Yes to the above, but if you have access to the cvs archive, there's some good READMEs that I don't think are in the current sources. Too bad as far as I'm concerned (maybe I just can't find them). See if you can dig out the README* files (3 of them) from RELENG2 in src/sys/i386/boot/biosboot. They have enough answers in them to give you a lot of the right questions to ask, which is the real start of things. Try reading that old code, too. The methods have gotten more sophisticated now, but at the cost of simplicity, so that old code is the best place to do some learning. > : > > > Ever think about reading the intel manuals? > > -- > Andrew R. Reiter > arr@watson.org > arr@FreeBSD.org > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@chuckr.org | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 1 13:27: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 950B237B400 for ; Thu, 1 Aug 2002 13:27:30 -0700 (PDT) Received: from web21101.mail.yahoo.com (web21101.mail.yahoo.com [216.136.227.103]) by mx1.FreeBSD.org (Postfix) with SMTP id 428DD43E4A for ; Thu, 1 Aug 2002 13:27:30 -0700 (PDT) (envelope-from hitmaster2k@yahoo.com) Message-ID: <20020801202729.66669.qmail@web21101.mail.yahoo.com> Received: from [62.254.0.5] by web21101.mail.yahoo.com via HTTP; Thu, 01 Aug 2002 13:27:29 PDT Date: Thu, 1 Aug 2002 13:27:29 -0700 (PDT) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: Assembly, Kernels and Bootstraps To: Michael Lucas , Sergey Lyubka Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20020801124747.A13036@blackhelicopters.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 --- Michael Lucas wrote: > Yes, this would be nice. But there's a reason why that book is such a > standout: that sort of writing is very difficult to do. [ ... ] > > Is it possible to get frosen version, say, 5.0 - current, > > and describe it? I think it is. Many things may become obsolete, > > but the knowledge I'm talking about will be revealed. Such book > > must paint a solid and complete picture of FreeBSD kernel. > > You can write all you want, but if a publisher won't print it, you're > out of luck. Publishers are very leery of things that are obsolete > before they're printed. I'm not saying it *can't* be done, but it > would be difficult to get a publisher to bite. Not necceserily, a person from Addison Wesley , was interested in publishing the developer's handbook, when it was filled with information. I am not trying to argue though. :-) > That's why we have the developers' handbook online, specifically so > things can be updated quickly. And it's difficult to get more text > for that; the people who can write that text are busy writing code. -- Hiten __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 1 16:10: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 C5EBB37B400 for ; Thu, 1 Aug 2002 16:10:18 -0700 (PDT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id F400143E91 for ; Thu, 1 Aug 2002 16:08:40 -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 H06TME03.FRN for ; Thu, 1 Aug 2002 19:08:38 -0400 Received: from hades.videotron.ca. (localhost [127.0.0.1]) by hades.videotron.ca. (8.12.3/8.12.3) with ESMTP id g7205DFX048096 for ; Thu, 1 Aug 2002 20:05:13 -0400 (EDT) (envelope-from spotvin@hades.videotron.ca) Received: (from spotvin@localhost) by hades.videotron.ca. (8.12.3/8.12.3/Submit) id g7205CRI048095 for freebsd-hackers@FreeBSD.ORG; Thu, 1 Aug 2002 20:05:12 -0400 (EDT) Date: Thu, 1 Aug 2002 20:05:12 -0400 From: "Stephane E. Potvin" To: freebsd-hackers@FreeBSD.ORG Subject: ARM Port: Help with UMA subsystem needed Message-ID: <20020801200512.B45139@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 I've been busy trying to bring the port back in sync with current. Now, each time I start my NetWinder, I get the following panic which I don't seem able to track the source. I would greatly appreciate if anybody knowledgeable with the UMA subsystem could give me a hint on what could be causing this. Panic information: kmeminit: mem_size = 003d0000 kmeminit: vm_kmem_size = 007a0000 kmeminit: npg = 00000f24 Allocating one item from KMAP ENTRY(0xc0675640) uma_zalloc_arg: Bucketzone returned NULL INTERNAL: Allocating one item from KMAP ENTRY(0xc0675640) Allocating one item from MAP(0xc0675500) uma_zalloc_arg: Bucketzone returned NULL INTERNAL: Allocating one item from MAP(0xc0675500) Allocating one item from KMAP ENTRY(0xc0675640) uma_zalloc_arg: Bucketzone returned NULL INTERNAL: Allocating one item from KMAP ENTRY(0xc0675640) Allocating one item from PV ENTRY(0xc06758c0) uma_zalloc_arg: Bucketzone returned NULL INTERNAL: Allocating one item from PV ENTRY(0xc06758c0) Allocating one item from PV ENTRY(0xc06758c0) uma_zalloc_arg: Bucketzone returned NULL INTERNAL: Allocating one item from PV ENTRY(0xc06758c0) UMA startup2 complete. INTERNAL: Allocating one item from UMA Zones(0xc0622fbc) 16(0xc0675b40) size = 16 ipers = 239 ppera = 1 pgoff = 3832 INTERNAL: Allocating one item from UMA Zones(0xc0622fbc) 32(0xc0675c80) size = 32 ipers = 123 ppera = 1 pgoff = 3948 INTERNAL: Allocating one item from UMA Zones(0xc0622fbc) 64(0xc0675dc0) size = 64 ipers = 62 ppera = 1 pgoff = 4008 INTERNAL: Allocating one item from UMA Zones(0xc0622fbc) slab_zalloc: Allocating a new slab for UMA Zones Allocating one item from KMAP ENTRY(0xc0675640) INTERNAL: Allocating one item from UMA Buckets(0xc0675280) uma_zalloc_arg: Bucketzone returned NULL INTERNAL: Allocating one item from KMAP ENTRY(0xc0675640) Allocating one item from PV ENTRY(0xc06758c0) INTERNAL: Allocating one item from UMA Buckets(0xc0675280) slab_zalloc: Allocating a new slab for UMA Buckets panic: lockmgr: locking against myself Debugger("panic") Stopped at 0xc04f4330:mov r2, #0x00000000 Here's a trace of the calls leading to the panic Debugger panic lockmgr _vm_map_lock kmem_malloc page_alloc slab_zalloc uma_zalloc_internal uma_zalloc_arg pmap_get_pv_entry pmap_insert_entry pmap_enter kmem_malloc page_alloc slab_zalloc uma_zalloc_internal uma_zcreate kmeminit mi_startup locorestart If any other information is needed (code, memory dumps, etc...) don't hesitate to ask. 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 Thu Aug 1 16:24: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 B9B8337B400 for ; Thu, 1 Aug 2002 16:24:08 -0700 (PDT) Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3462443E3B for ; Thu, 1 Aug 2002 16:24:08 -0700 (PDT) (envelope-from mwlucas@blackhelicopters.org) Received: from blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by blackhelicopters.org (8.12.4/8.12.4) with ESMTP id g71NO4cC014975; Thu, 1 Aug 2002 19:24:04 -0400 (EDT) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.12.4/8.12.4/Submit) id g71NO310014974; Thu, 1 Aug 2002 19:24:03 -0400 (EDT) Date: Thu, 1 Aug 2002 19:24:03 -0400 From: Michael Lucas To: hiten@uk.FreeBSD.org Cc: Sergey Lyubka , freebsd-hackers@FreeBSD.ORG Subject: Re: Assembly, Kernels and Bootstraps Message-ID: <20020801192403.A14954@blackhelicopters.org> References: <20020801124747.A13036@blackhelicopters.org> <20020801202729.66669.qmail@web21101.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020801202729.66669.qmail@web21101.mail.yahoo.com>; from hitmaster2k@yahoo.com on Thu, Aug 01, 2002 at 01:27:29PM -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 Thu, Aug 01, 2002 at 01:27:29PM -0700, Hiten Pandya wrote: > > You can write all you want, but if a publisher won't print it, you're > > out of luck. Publishers are very leery of things that are obsolete > > before they're printed. I'm not saying it *can't* be done, but it > > would be difficult to get a publisher to bite. > > Not necceserily, a person from Addison Wesley , was interested in > publishing the developer's handbook, when it was filled with information. > I am not trying to argue though. :-) Interested? Yes. Look at the license on the dev handbook; no author royalties makes such a publishing venture much more likely. And there's a *big* gap between interest and a signature on the dotted line. Been there, done that. I know of well over a dozen FreeBSD books that have had a contract signed, and then been dropped before the book was published. And I'm sure there's more out there. Nailing down interfaces would be a big help in actually making such a book come to fruition. ==ml -- Michael Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.oreillynet.com/pub/q/Big_Scary_Daemons Absolute BSD: http://www.nostarch.com/abs_bsd.htm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 2 5:15: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 387AE37B400 for ; Fri, 2 Aug 2002 05:15:29 -0700 (PDT) Received: from bigglesworth.mail.be.easynet.net (bigglesworth.mail.be.easynet.net [212.100.160.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A84A43E6E for ; Fri, 2 Aug 2002 05:15:28 -0700 (PDT) (envelope-from opr@securax.org) Received: from 212-100-182-18.adsl.easynet.be ([212.100.182.18] helo=wh00tie.core.bsdaemon.be) by bigglesworth.mail.be.easynet.net with esmtp (Exim 3.35 #1) id 17abL4-00086x-00 for freebsd-hackers@freebsd.org; Fri, 02 Aug 2002 14:15:26 +0200 Subject: mounting root From: Pieter Danhieux Reply-To: opr@securax.org To: freebsd-hackers@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-QEgXhe35o3z1uS40uuwG" X-Mailer: Ximian Evolution 1.0.5 Date: 02 Aug 2002 14:15:20 +0200 Message-Id: <1028290520.270.4.camel@laptop.core.bsdaemon.be> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-QEgXhe35o3z1uS40uuwG Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Why does the kernel still tries to mount root from fd0c first when i set options ROOTDEVNAME=3D\"cd9660:acd0\" ? And when fd0c fails, THEN he mounts it from acd0. thx for any help --=20 www.bsdaemon.be - securax.org - docs.bsdaemon.be keyserver: pgpkeys.mit.edu PGP keyID: DA07EAE9 --=-QEgXhe35o3z1uS40uuwG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQA9SnfYpOkro9oH6ukRAgGKAJ9Xs53uqVRAAtvNS+Kl0Bs2aER8hwCfeN67 +BTQppCy6upfW/AhaMKQemE= =MPlL -----END PGP SIGNATURE----- --=-QEgXhe35o3z1uS40uuwG-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 2 10:33: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 D463837B400 for ; Fri, 2 Aug 2002 10:33:25 -0700 (PDT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4C9443E6E for ; Fri, 2 Aug 2002 10:33:24 -0700 (PDT) (envelope-from marck@rinet.ru) Received: from localhost (marck@localhost) by woozle.rinet.ru (8.11.6/8.11.6) with ESMTP id g72HXNU96966 for ; Fri, 2 Aug 2002 21:33:23 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Fri, 2 Aug 2002 21:33:23 +0400 (MSD) From: Dmitry Morozovsky To: hackers@freebsd.org Subject: -fomit-frame-pointer for the world build Message-ID: <20020802212841.R58905-100000@woozle.rinet.ru> X-NCC-RegID: ru.rinet 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 Hello there colleagues, I'd tried to search thru the web, but did not succeed enough. What are the drawbacks of building FreeBSD with -fomit-frame-pointer? As far as I can see, it saves both space (which is not as worth as disk space got cheaper and cheaper) and execution time (which is, AFAICC, more important). I'd already done some tests, but not really deep. Would you please clarify this issue abit, or point me to any articles describing exact -fomit-frame-pointer behaviour? Thank you in advance. Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 2 10:46: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 A2CDF37B400 for ; Fri, 2 Aug 2002 10:46:09 -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 1EA1443E3B for ; Fri, 2 Aug 2002 10:46:09 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0929.cvx21-bradley.dialup.earthlink.net ([209.179.195.164] helo=mindspring.com) by goose.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17agUx-0000vg-00; Fri, 02 Aug 2002 10:46:00 -0700 Message-ID: <3D4AC526.4CD399B3@mindspring.com> Date: Fri, 02 Aug 2002 10:45:10 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dmitry Morozovsky Cc: hackers@freebsd.org Subject: Re: -fomit-frame-pointer for the world build References: <20020802212841.R58905-100000@woozle.rinet.ru> 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 Morozovsky wrote: > What are the drawbacks of building FreeBSD with -fomit-frame-pointer? As > far as I can see, it saves both space (which is not as worth as disk space > got cheaper and cheaper) and execution time (which is, AFAICC, more > important). > > I'd already done some tests, but not really deep. > > Would you please clarify this issue abit, or point me to any articles > describing exact -fomit-frame-pointer behaviour? The frame pointer is used for debugging, specifically for the stack traceback function to know arguments. Removing it means losing some debugging functionality. Next time try "info gcc": `-fomit-frame-pointer' Don't keep the frame pointer in a register for functions that don't need one. This avoids the instructions to save, set up and restore frame pointers; it also makes an extra register available in many functions. *It also makes debugging impossible on some machines.* On some machines, such as the Vax, this flag has no effect, because the standard calling sequence automatically handles the frame pointer and nothing is saved by pretending it doesn't exist. The machine-description macro `FRAME_POINTER_REQUIRED' controls whether a target machine supports this flag. *Note Registers::. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 2 11: 2: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 35E5E37B400 for ; Fri, 2 Aug 2002 11:02:29 -0700 (PDT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFBD843E72 for ; Fri, 2 Aug 2002 11:02:27 -0700 (PDT) (envelope-from marck@rinet.ru) Received: from localhost (marck@localhost) by woozle.rinet.ru (8.11.6/8.11.6) with ESMTP id g72I2LC97419; Fri, 2 Aug 2002 22:02:25 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Fri, 2 Aug 2002 22:02:21 +0400 (MSD) From: Dmitry Morozovsky To: Terry Lambert Cc: hackers@freebsd.org Subject: Re: -fomit-frame-pointer for the world build In-Reply-To: <3D4AC526.4CD399B3@mindspring.com> Message-ID: <20020802215736.F97319-100000@woozle.rinet.ru> X-NCC-RegID: ru.rinet 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, 2 Aug 2002, Terry Lambert wrote: TL> > What are the drawbacks of building FreeBSD with -fomit-frame-pointer? As TL> > far as I can see, it saves both space (which is not as worth as disk space TL> > got cheaper and cheaper) and execution time (which is, AFAICC, more TL> > important). TL> > TL> > I'd already done some tests, but not really deep. TL> > TL> > Would you please clarify this issue abit, or point me to any articles TL> > describing exact -fomit-frame-pointer behaviour? TL> TL> The frame pointer is used for debugging, specifically for the TL> stack traceback function to know arguments. Removing it means TL> losing some debugging functionality. Next time try "info gcc": TL> TL> `-fomit-frame-pointer' TL> Don't keep the frame pointer in a register for functions that TL> don't need one. This avoids the instructions to save, set up and TL> restore frame pointers; it also makes an extra register available TL> in many functions. *It also makes debugging impossible on some TL> machines.* TL> TL> On some machines, such as the Vax, this flag has no effect, because TL> the standard calling sequence automatically handles the frame TL> pointer and nothing is saved by pretending it doesn't exist. The TL> machine-description macro `FRAME_POINTER_REQUIRED' controls TL> whether a target machine supports this flag. *Note Registers::. Yes, Terry, I'd read this note. However, it does not clarify for me which exactly functionality is lost with omitting this. I tried to build some binaries with -fomit..., then tried to debug it a bit, and gdb shows me both backtrace stack and arguments, so I was in doubt a bit -- so here is my question ;-) Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 2 11:14: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 E442B37B400 for ; Fri, 2 Aug 2002 11:14:17 -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 90A7143E65 for ; Fri, 2 Aug 2002 11:14:17 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0929.cvx21-bradley.dialup.earthlink.net ([209.179.195.164] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17agwG-0005Kd-00; Fri, 02 Aug 2002 11:14:12 -0700 Message-ID: <3D4ACBC2.DB52A15C@mindspring.com> Date: Fri, 02 Aug 2002 11:13:22 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dmitry Morozovsky Cc: hackers@freebsd.org Subject: Re: -fomit-frame-pointer for the world build References: <20020802215736.F97319-100000@woozle.rinet.ru> 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 Morozovsky wrote: [ ... -fomit-frame-pointer ... ] > Yes, Terry, I'd read this note. However, it does not clarify for me which > exactly functionality is lost with omitting this. > > I tried to build some binaries with -fomit..., then tried to debug it a > bit, and gdb shows me both backtrace stack and arguments, so I was in > doubt a bit -- so here is my question ;-) Try it again on a SPARC or other RISC machine that pushes register window frames on the stack after a certain function call depth is achieved. I was pretty sure at one time that the PPC platform had a variant of this problem, as well. If you want a definative answer, then the people to ask are the GCC implementors, who put the option into the compiler for a reason, and added the descriptive text to the .info file in the first place. Realize that this is a GCC issue, not a FreeBSD issue. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 2 11:35: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 EA6E237B400 for ; Fri, 2 Aug 2002 11:35:47 -0700 (PDT) Received: from warspite.cnchost.com (warspite.concentric.net [207.155.248.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61F2C43E5E for ; Fri, 2 Aug 2002 11:35:47 -0700 (PDT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by warspite.cnchost.com id OAA02984; Fri, 2 Aug 2002 14:35:37 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] Message-ID: <200208021835.OAA02984@warspite.cnchost.com> To: Dmitry Morozovsky Cc: Terry Lambert , hackers@FreeBSD.ORG Subject: Re: -fomit-frame-pointer for the world build In-reply-to: Your message of "Fri, 02 Aug 2002 22:02:21 +0400." <20020802215736.F97319-100000@woozle.rinet.ru> Date: Fri, 02 Aug 2002 11:35:35 -0700 From: Bakul Shah Sender: owner-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 tried to build some binaries with -fomit..., then tried to debug it a > bit, and gdb shows me both backtrace stack and arguments, so I was in > doubt a bit -- so here is my question ;-) I can answer that. Consider the following two functions: f(int n) { int x; int y; ... // no calls to other functions, no nested // declaration of variables } g(int n) { int x; int array[n]; // allowed in gcc int y; ... // no calls to other functions, no nested // declaration of variables } First assume stack grows toward higher addresses. For the other direction just swap - and + in computing local var addresses. Note that when using a frame ptr (also called a dynamic link in compiler lingo), one generally needs to something like this: on entry: push frame ptr frame ptr = stack ptr stack ptr += framesize just before returning: stack ptr -= framesize frame ptr = pop return Its caller then removes arguments on the stack. Now notice that the framesize of f() is a constant! To address a local variable(or any args), one can either use frame ptr + offset1, where offset1 = its distance from the frame ptr, note that for arg n the distance is -ve. or use stack ptr - offset2, where offset2 = its distance from the stack ptr. Given that the framesize is constant, we can always compute where the frame starts from the stack ptr and hence we don't need the frame ptr. Debugging should also work if the framesize constant is made known to the debugger -- usually by storing it just before the generated code for the function. Consequently you don't need to save and restore the caller's frame ptr -- hence the time savings. But if the framesize is not a constant (such as when a variable sized array is declared as in g()), things get a bit complicated. If we have a frame ptr as well as a stack ptr, you can address x as well as y with a constant offset. If you remove the frame pointer, you need to use the value of n in computing the offset of x. Further, the debugger may find it very difficult to locate the framesize (but it can be done) to unravel the stack. So you may or may not see any time savings. Note that there are tricks to making the framesize constant even when there are variables declared in nested blocks. This is done by hoisting the vars to the function level. My view is that -fomit-frame-pointer is almost always worth it provided gdb is smart enough to locate all the frames. If this is not clear enough, try drawing a picture of how the frames are popped and pushed on a stack as well as stare the generated code until you 'get it'! -- bakul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 2 12:50: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 F200837B400; Fri, 2 Aug 2002 12:39:52 -0700 (PDT) Received: from host23.websitesource.com (host23.websitesource.com [209.239.41.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB09A43E5E; Fri, 2 Aug 2002 12:39:45 -0700 (PDT) (envelope-from app-request@americanpetplan.com) Received: (from app-1@localhost) by host23.websitesource.com (8.10.2/8.10.2) id g72JCgF04622; Fri, 2 Aug 2002 15:12:42 -0400 X-Authentication-Warning: host23.websitesource.com: app-1 set sender to app-request@americanpetplan.com using -f Message-ID: <000501c23a57$ee694f80$c5031942@WEBSITES> From: "www.americanpetplan.com" To: Subject: Pet Health Plan! Date: Fri, 2 Aug 2002 14:08:00 -0500 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0001_01C23A2E.0244DFD0" 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 X-Mailing-List: archive/latest/5 X-Loop: app@americanpetplan.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 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C23A2E.0244DFD0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0002_01C23A2E.0244DFD0" ------=_NextPart_001_0002_01C23A2E.0244DFD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Email This offer is brought to you by the American Pet Plan.com. If you = no longer wish to receive offers in the future, please unsubscribe = below. If you cannot view this email, please click here: = www.americanpetplan.com =20 =20 1992 Celebrating 10 years of Excellence! 2002 =20 =20 The American Pet Plan can save you hundreds or even thousands of = dollars per year on all your veterinary health care costs! All at very affordable rates!! =20 =20 Veterinarian Recommended! Benefits Include:=20 $5.00 Doctor Visits!=20 $10.00 Comprehensive Medical Exams!=20 Lowest Cost In-Office Vaccinations!=20 Benefits on All other Veterinary Care & Rx's!=20 Benefits on Grooming & Boarding!=20 Benefits on Pet Sitting & Dog Training!=20 Immediate Benefits on Pre-existing Conditions!=20 All Animals Accepted!=20 No Age Limits!=20 Extremely Affordable!=20 And So Much More!=20 VISIT US NOW AT WWW.AMERICANPETPLAN.COM ! =20 -------------------------------------------------------------------------= - =20 This message is never sent unsolicited. You are receiving this = message as a member of the American Pet Plan.com or one of our = advertising affiliates. If you do not want to receive special offers in = the future, please click here: app-request@americanpetplan.com and type = in UNSUBSCRIBE in the subject line. You will be immediately removed. =20 ------=_NextPart_001_0002_01C23A2E.0244DFD0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Email

 
This offer = is brought to=20 you by the American Pet Plan.com.  If you no longer wish to = receive=20 offers in the future, please unsubscribe below.  If you = cannot view=20 this email, please click here: www.americanpetplan.com=20

1992   Celebrating 10 years of = Excellence!  =20 2002
 

The American = Pet Plan can=20 save you hundreds or even thousands of dollars per = year on all=20 your veterinary health care costs!
All at very affordable rates!! =20

Veterinarian=20 Recommended!

Benefits=20 Include:=20

$5.00 Doctor = Visits!
$10.00 Comprehensive Medical = Exams!
Lowest Cost In-Office=20 Vaccinations!
Benefits on All other Veterinary Care &=20 Rx's!
Benefits on Grooming &=20 Boarding!
Benefits on Pet Sitting & Dog = Training!
Immediate Benefits on Pre-existing=20 Conditions!
All Animals Accepted!
No Age Limits!
Extremely Affordable!
And So Much=20 More!

VISIT US = NOW=20 AT WWW.AMERICANPETPLAN.COM=20 !

This message is never sent = unsolicited. =20 You are receiving this message as a member of the American Pet = Plan.com or=20 one of our advertising affiliates.  If you do not want to = receive=20 special offers in the future, please click here: app= -request@americanpetplan.com=20 and type in UNSUBSCRIBE in the subject line.  You will be = immediately=20 = removed.

------=_NextPart_001_0002_01C23A2E.0244DFD0-- ------=_NextPart_000_0001_01C23A2E.0244DFD0 Content-Type: image/jpeg; name="index_header.jpg" Content-Transfer-Encoding: base64 Content-Location: http://www.americanpetplan.com/images/index_header.jpg /9j/4AAQSkZJRgABAQEASwBLAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wgARCABgAgkDASIA AhEBAxEB/8QAHgAAAgICAwEBAAAAAAAAAAAAAAgGBwUJAgMEAQr/xAAbAQEAAgMBAQAAAAAAAAAA AAAABAUBAwYCB//aAAwDAQACEAMQAAAB3+B1HaeT15AGAAAAEbyW3GSA1ZAAAAjsJlebYMdkY3oA wArbdiySvs56xJTAZ/TkA85AAAAAAAAAAAAAAAADiqGIqql3x2RRmluD7d8mw0MbJO555zPsRlt7 RfQAAAAEEfvWL1sfyvn+bDbF02m8JLqq8Vh53dwvVFUkL1vvpJdNf0bOyVmNdFCWnja4xGpOdc3u dTN6EW06HS9Dhfnm24c5uuTR7ux0I3mr3byFH1lSsb9dZ9pI9pz+ivQhuq0f1vu34WzVc3eqWNJr HW7Y/R8vKmK7TbN4tt6D95XL7qln+jRoen0uJd2nHp8Z2CSDVLE7vVu2vn86X6CeIkyQ6e7kJAAA AYbM0axc3T+dGGR27xC55jeW6TFxyumh4fvlWshdbu+jcJsXbdBHv6PmcuAAAAFYwes8LC+lLH57 mgtviJU+0UDyitINj1ZS6uchYUTMIwM0zWSb2fYElm+V4kbCVSV8yMVx1f7Y5f8AMWnh6EhvS2de YoqDCe2V5ZBQZlPonq1VKtKE6s1ss2y2jr/TG4lbX2L6oi0O+b5UK3cZjWrNZXDkMMUB2WlId+Fc 2TqfmK33tLlOv6Q1Xt4RHweAR8HgWmtaszhQbOrnKxlktikHs43pLSXqRQypvZNK6O6Ow5nZU8Wm ltOgpXuEfB4BeWDtOE5gb6tAYDstp+D1CF8Wk68+Vb62oBWfrSgrQ0oK7zZ8Fb4NOCtdDWArXxpg V30syCt+tmQV/paYFe7WcBYutoQWbwNR8FX5X7KfG9V+2e+6Pc1lyZHJSqJXOTRRjzsoMvrC+JdN c2Qym2Cs/bOeUa6ghYln7a9bBlDbBWvgy8d87lYXV5Oeiz19GzHlJptZf3ZnCfElAuTfXXrmJjet 95zdVrmMpW/iXJmoXmXzeYY304nKbInzHZQI4SMI4SMI4SMI4SMI4SMI4SMI4SMI4SMI4SMI4SMI 4SMI4SMI4SMIqi7h863tU6cKrYv4kJjiNii+0n073Y2I2/N5hdJDNZHE6Soogwfg9xcC+yMMHb/O 0HvK4pBWdulnbY8AjXcjiN6G6udVAmlqe14DE49vlA1zMPDGY8Ua8u3XVsHoORTV1h3v176LTvx9 o2Rps+v0xGaTeXY/ujMmuvmsn7OPIAAAAAAAAAAAAAAAAAAAAAAADGZPiVbgLq4kGht4dIuWUvf6 UD4WJ+FAYxlfgsMhvzmYKsb085Vkav3qFz62M+izXHNvQQOIXXxKkxN48CnZ9J+4rDDXF9KJLx+l A5W5eZXVidvoPoB//8QALRAAAAYCAgICAgEDBQEAAAAAAgMEBQYHAAEIExUYERIXIBYUMEAQISMo MlD/2gAIAQEAAQUC/wDqb3oOgyj+RujzNIsyvkolr3FG+FWUW/CAYEX9oYwFgIPJVEfu7PDUwoEa xI4pf2cXdpZyv55BsSq0q0n9FUyiCI9FLYq5HuTy0MxTc6tbwn/x7esD+GIK0laaUsjhEog5qJcM wbU3mLjBR6aDVJkS8KgP9jkZK1zDX/FWffyevZRMY/DGo/kFUZDQtuysEEeiMzjU7aHy0oXH3IEx jh0ZRXvU7i02TLqbsKta5HDm6vNXnWmjHySMcaRIrbgyySzOzYVXonDkDUbYYScSpJmxZZ0N4et7 c5n1G4rYnyMfLFi0dckFjQ50i9d8h0Mpsz7azmsAvSi9o9HR0QhkT3JuJXEhQAmqHK7a+akp8rYE 8bK5A1Ce2Q2dRafteSCz4bGnGMSqPTJpPuevCNqpIypWAjkBUSptQXZWLlHoPZkKsYn+wuXpW0j+ oI6tLEggW+whlEJgssbYo3lSdiUISDE72Q5Pe21W1uAyDIi7CPwoX2D+6aTOj3PII6uFLXVejltR UlXpkWuK9BAbwUVxIdTG2JcaXKROrlV1fyCra+4pQ+OSlbyKjsch1JyJ/WtfEqEweNW1RF+xWFfx 68nt3d7d5kKQHRi6Ezel461C5A/FkrVlmxHi2yjetxKHxKAqazkkgX3vS0BksDk3Ds/REqNc9a3z JO7sMq2OySKWuqTpqpo1Onc6LcnAlHTFMrP+sfF1Mg/ifDJbpPsbgHRPFR4Lkk2kcJRUdSdQBTa4 tccHxafS3D8lBsrh0Wj1K+LqkCK3S3AozYRaF+9jgBuHJXN2kGNEiUlOEJfxLgSuIkqzG6vTSHqR xpAegWlsUccgg3s+Elj1tNrf0/aXpJMvYq5jrzDYjeNNvVoPj9E5e819Faxk7JU0Xr6TQqI0zBHu utbpuWw+YpUL6Bgpar5BWCm4oq92A1Ia1UCqyu67s+Fn27Ub5YB0/pKbyt2t2FP9hIpNWUomUCiq Z2i0YP8AOvbJU1LSupFJhYhr5Xx9ko5iwNkgZxV7Uktgcp2absVpU1K7eOStz20ReXRN1mLAx0jI merW+mJcnhkKhkqi9aV1Wknr9lqqAPlbrKVrySwN6daAlLFOCWVxWsrNWU6jkLaIMCE19VsAktbB qmrpLWjhAq2kMAlrM5HmGoTNiB+1sEDVRGCGMkadFFUs6ZSzMKpndTC0x5DsjWEBfGx2RMMdbUID HjZZbpCDQiwn/wAfspvyvUik3kDXY9HXdAjdrbagh20txwYklTZ8KONT2tBytH2rCDMItKElCJui CACdbkEMNNuOvxpyrShABguCDgEZdUDGUptCGHDR21ByAKrUhB22a4IKgEqvqvDiQ23BdKS71roJ ThbcEUmp7hghYRXDA/lBetfJgut4wBaBtt6BJTFF7V2YSdakIGeK2ITvX5ZhP0/JsK7E9vwUnQrq g+w/lyD/AHLuiCa0pt6CG5q0YRoQbcgugqrOhJwm+1oOlElvqvSQ+wlc57CVznsJXOewlc57CVzn sJXOSy54C/IFcsialWCfxNIrV2hFzjxWtGD1BtpMAjV88jysBEwYO1dMGM1VFrSjDTsnkDXgA+wl c57CVzkPs+KTlZ86/wBXHjfWTisUcbqrJz16q753x6q7PXqsM9eqxz16rDPXqsM3x6rDNceqwz16 q/PXqrs1x6q/N8eqxz16rD49eqzzXHqsM3x6rDA8eqvzfHqq89eqv+dceqswXHqrs1x6rDPXqr8D x6q3BceqtwPHqr83x6qzN8eqxz16rHPXqsc9eqyz16rDPXusM3x6rDA8eqwzfHqr89eqvz16q/PX qsc1x6rDNceqrz16qrPXqqs9eqqz16qrPXqqs9eqqzfHuqvhfQlblBW05GizPxExZ+ImLPxExZ+I mLPxExZqoWL5ZaRhSrZfHyrN69eqqz16qrINX0OrxUQ4aMEAX21hvz8OgDt4IpX89SvOpXnSrzpV 50q86ledSvOpXnUrzqV50q86ledKvOpXnSrzqV51K86VedSvOpXnSrzqV51K86ledSvOpXnUqxpd CHwrqV5qcM4n2RzBqie0hihYR1K86lePDkWwtzM5afmx9kaCNtqI05ej6leSKZNMVOBMWfbubKm8 qRdavOpXnUrzqV46rvDoW+Wtr+kaj0r/AJ4U3PCG54Q7H41FGkQpZGC0pbVs0BDceVgQn7F1K8dZ M3Mzt1K8bQKOxP8AP0zevnBpgDzx5OePJzx5OePJzx5OePJzx5OePJzx5OePJzx5OePJzx5OePJz x5OePJzx5OePJzx5OePJzx5OePJzx5OePJzx5OePJwxGlJLnbyB5jPHhGVut3I5uakFItj+/vD1/ U2FdkjsHQZg3SSRR1BJJ5MWuB28N0UNNnEKtv9lkgc5LFpLKXm2Qkp97dwH2FezlWbtIpxW61E6P qux5AZA5RL5JFKmmMosRmQBSE/XkS9FtEQjESl8WaZlMRt0mDJXZLcDW/wA5l81YWtclZuQKo11c pfV8jlbcRNExb+ufJtHq002zaC1NAHgiZaTwoh0swSQjWEJytbDr4/zn+NifzZawAlDFFIykgLHK mrctbInGSYbF49AUMPdj4XoEufomilUXWVm3LlK2Ft6qZqoejHNGyPIWyWw2JIoaoLWqFGQGtm6C rJaDyzc2wFGhhyqrEC2PucQbH1xeogheZnp3/wB3WtEExkLqeMoj+LEK5gxxVqju4NFmmBNpi8Ys S1qjOmrqq2EpDBDGuQyeFpJa1Cb1pLjGYu1xlrg7HqGtOlWzMS/bNf55wd70pSGDwtsHoZqUXSFs HvallHswDYaEHjTsE1n/ADpqN3oxkMzTKdiJoMLGWRvRa5sGaeFr/wCETQL5G0nfPiTvjTOf9mtM MkDklEcFE1CLEqQmb3puNwpuM+U6b6AWoxG4mZ9axU1j++2wzZZTWZrfjzMSIxB2UXoOv8/4+c69 Z1Bz6azqDmyQ7zpDnQHP6cGdIc6A50AzRIdZ9c2UHefTWdQc2QHOgGdAMCDQc2DW80WHWbLDvOkO aLDnxrNl63mi9azZQd51BzpDnUHNF61+n//EAEkRAAEDAgQDAwkDCAYLAQAAAAECAwQFEQYHEiEA EzEUIkEVFhcjMlZhlNIlUXEgM0NXkZWx0xA0UoGh8CcwNUBCUFNydbPB4f/aAAgBAwEBPwH8m4va 4v1t42++35BUkdVJH4kD+kkDqQPxNuNSbX1C333Fv2/62K4xzeWVevJGhJb1C3UkHpqvYfhfiJRl SXTdppbTamtuW56xK2wXdYIKdaDfvbWTYdeK5S/J72psWZUbW/sqIvYfA7/h+TI3b5YJBdui4BJS m3fVZNz07oPgpSeGn1dkcV+lYQsKCgfabSeo7psbfA8CQ+VBPqu9H5w7qu6QTse/vcD4aSeqtPeE lahGAACn21LJsSBoCdgLj2iodTsAeu3Bef5jDelCVOtOKUFXOlaNPiFezdV7dSBa+9+C8ppx8rQ2 VNR0LJQCCpX9nUSe5q6bXA+/jmPJbU4eVbS2pJvoHetr1XJ6blO41bJvffgyl8qQtOklpxKU3SsA hRSO8kkKBGr4fhwy8tTrra9PdShaSkEbLANjcm9vv2/Dh7+uxtr+qf8A4o4RripZZ2KnXVm9lFKE +0UpGxNrgJ9kdT4WKlvF2KlVmypLqlItcakaACe9cpsu4TcWPUmwtO/qyv8AvY/97fDjSgJT2yUq iFAQOpKUKJUrwvvYddh13twX1Mx0FOjaNrF7qUVJHTQkghH9pfQX3t4qfd5jSEaBzGFuXUlRsU2+ 5QuN+n+PEd0vMNuqABWkKIHThEhxTXaClPK5bjmkX1p07oHUgkpvq2Fjbw4Q+u6EqCbrYLosDZKh 4ddxb8D+3ZqS+vs9+UO0NOK9lR0qRo3/ADm4Ou+nY7e1vtGdU8yhxVtR626bfiT/AB/IOwvwAohK rd1ZsCDffbb9h4gUJLhTIEhHOUEgJI02IUNSSSo7j4dbcQJjsflh5LJc9YEt+w36ropTvsp1JAO5 UdRO3GJH3n39aygJK1XbaKlNoVYWSFFKQuwvuOlz+SjJXNdzQ+3l3i9aXG0lC00WcUKbXZaVJ9Va ygQdQ6i3gOPQdmv63/RxjH1wIc+xJ3euAn/pbbbXG/Xj0G5r3B9HGMLhHLH2JO9j7vzXx/H9nHoN zX0oT6N8YAN+wRRZ4Unp0Vy7/wCfhx6D82NSF+jjGOpAKUk0Wedle1e7e9/Enc8eg/NcqUs5b4vJ WnQu9EnWUn7iOVb/ACePQZmuU6DlxjEpukgGjVA2KSCnTdvu2O+39/HoMzWIWPRxjEhwhS70aobl JBH6P4D+HTbhOSGbCVFYy4xhqUACfIk7cAAD9F4W/jwckM2CtLhy4xhrSCEnyJO2BtfblW38f/zh eSGbLltWXGMNjdJFEnAg/eCGtuDkfmwdB9HOMbovpV5Fn6u9bV3uXfew8fDa1uHMkc2XU6V5cYwK bg28iThukhQ/ReBAPBySzaUgoVlzjApUnSfsSdukixF+V4jg5F5qnrlvjD83yv8AYs8er37uzY27 x/yNvQdmvdJ9HGMbpQUJPkWfsk9R+b8f/nw4TkbmsnlWy3xh6kKDf2JP7oVa/wCj/jwnI7NdF9OX GMADfu+RZ+jfr3eXp/w6bcDI7NcG4y4xhfRyx9iTtkbmw9Vt169fjtwnI3NdPLtlxjAcoFLf2JO7 oVa4/NeNh1vw3khmy0kIRlxjAJHQeRJx/i3fj0K5t/q5xh+4538rj0K5t/q5xh+4538rj0K5t/q5 xh+4538rhWSubljbLnGF/wDwc7+Vwzk3nCzpKMtsW3CupoM09fEpLJHEPKjNkpKn8vcXMKCkqGig zvaH/Fp5PifDhzLHMpxpsOZeYuK0klRbotTSFpWLOJKQwAkq6Gx+PFVyhzVkkcrLvF57wNhQ5+kC 3gSyD1Jve/HoVzb/AFc4w/cc7+Vx6Fc2/wBXOMP3HO/lcVii1bD1QfpVcp0ulVKNp7RBnMqYks60 haA40sBSCUkKsQDY/wBCsbYuWSpWJKypR6qVPkKUfxJWSf7+PPTFnvFV/nn/AKuPPTFnvFV/nn/q 489MWe8VX+ef+rjz0xZ7xVf55/6uPPTFnvFV/nn/AKuPPTFnvFV/nn/q489MWe8VX+ef+rjz0xZ7 xVf55/6uPPTFnvFV/nn/AKuPPTFnvFV/nn/q489MWe8VX+ef+rjz0xZ7xVf55/6uPPTFnvFV/nn/ AKuPPPFvvFV/nn/q4k4qxrDfcjS63XY0hohLrD8mU080ogK0uNLKVoVYg6VAEX3HCZGaapkCnJVi 9U+qRRPpkJKaiqXUYRbU6mZBjhPNlxVNNuOpfYQtpTbbiwopQohzGGMGlrbcxBWUONqKFoVNfCkq SbFJGrYg7EeB4jYrxrMkMRIlbrsmVJdbYjRmJUl19991QQ0yy0gqW444tQQhCAVKUQACeG63mE9U vIzNRxI9Vu2Kp/k5p2Y7M7cha21ROzo1OdoSttxJa06gUL27ps5i/GDLjjLuIKyh1pam3EKmvhSF oUUrSoa+qVAg/HhuVmk7CZqLK8YPQJEaTMYmtN1J2M9EhKCJspp5CFNuR4ayES3kqLcZZ0vKQduJ mIceU4RFT6riGGKhEbqELtL8pntUF5TiGZjAcKS5GdU04Gnk3bc0K0KNjx56Ys94qv8APP8A1cMY sxnKfajRq7W35D7iGWGWpchbrzrigltptCVFS3FqIShCQVKUQlIJPEypZlU8TFT5WKoYp60Nz+0m cz2JbjgaQiWHAkx1rdUltKXdBKyEgXPHnpiz3iq/zz/1cQ8T43qMpiDArNemTJTqWY0WNJlPSJDy zZDTLLZUt11Z7qG0JKlKsEgk8VGr5j0dLaqrMxTTUPOSGWVzu3xUOvRHOVKaaW8EJcdiu+rkNpJW w53HQlW3Axli43tiGsHSLm01/YXAue9sLkC/3kDx4g4jx3U3zGp1WxDOkBmRILER+W+6GIrK5El4 obKlcthhtbrq7WQhJUTbibOmVKQqXPkvTJKwkLfkOKddUEJCEArUSTpSAkfcBb/cMLTaDRalRZ85 xUl4z4z0l1sOITQ47ExpTjqW3YEkTpzrKXC2WE6IiSlTDomqbfg4pqVFxLmNWasuatnD9XxI/MXN 7O/z26VIl8xa0xuWXu0ojEhLWnSXgE6+X6ziTmbh1WI8fYojJYjzxQHsM5dhqPVA7GhuMIpTMtRU oxIK4tKS4ptrkJKpUl1KlabvOIqmW8djDVMajxHKXPh4ej4vmv0yS/iOFITPbnYjkQX3IqG4vODa IEV6nTppRTkLaagtSJMqTIi4vy6p9QoVTgs01iXRnMYYgSYuHlsBdb1OR8EUfniKmUaZTWURZwec W8p+WHHp5bkbqp2YGHKMzh96O92uVh3CNVnx7UwsSZ2ZGIS6xImVCaGG3HWqTEmKS1JLi+b5NiuI eW84kx8e1DDtTrsVOGUQ2KRCo1Hpgls0zyX2+VGip7fU5sZphK1SpExx5TrvJU4ptLSPW6AtVezJ jxapRqbg6W3EoVJwrBwgxXV0+QamzCmIQrEs1iHJVyI8ydJckKcfZjmWppCAxKa1lKTirLCo4hkT 6qrmQmMR4fpNMZlUd+dHi5c4bpquTGhx3GFhmZV5sSFGqRdZTJZjSZfZSEvPldFxfl3FNPcnUWiP v9pxliOqB7DUd6GuozEPx8L4WjNdjUW6NHTypjnqyxHcXymQ0tHOGW9Rw/RsY0qu4kdKafRXV1Ru OiO88uXUYra3KWwAy24GkJniO884saUtNKSkKUQOKdiik1Svz6zi6HDW4abX5kdLEV7sdVxTMcfm wJFeQ2XJMmJ2x1suNAFlQixWnWQyuUpbmK8DxIdTegUOnS6vHw3h7D9LM+hQlw6jVG5zk3EOKZEN TJjRV6Et02ns258iGtKpiQrmtJy6xFRqFiyTi2tFhqRTYVXqNDgMQV9jfxG+w6imMliIzyYVPjvP qeBQEiOWWEtNFI7tFxnTKrTJ1Lxc5GaYpcKbJwnBMWUulnEFWmtrq1Vqrzcasz5dRXEL5hOVBmfC afULstIQgcN44wyilxeXAw2iRNxXJr+IaKrDio1LkUylIhM0DDra48aU6mDL5Mmc+S7ICZr2qWhx CnkvVOtUOJKxdMwpUnYTEuOnD9GhOUpEaZJoU91D1Tedmw0sR0utoZVTFLlM9tqFPllTxS+HAP8A kf8A/8QAQREAAgIBAgQCBwQGBwkAAAAAAQIDBAUREgAGEyEUFQciMTJUk9EWI0FhICRRVZTSEBcz QlKBkSUmMDRAUGJydP/aAAgBAgEBPwH29h3J9g4IKkqwIIJBBGhBHYgg+wj8R+gYZhCtgxSiu8jQ rOY26LSoqu8SyabDIiujMgO5VdSRow/Qho3bCdSCnanT/HDXlkT9nvIhHtB/HhlZSVYFWUkMrAgg j2gg9wR+IP8ARDXsWW214Jp2HtWGJ5WH+SBjw1O2kqwPVsJO/uQtBIsr/wDrGV3t7D7B+HDKyMUd WR1OjKwKspHtBB7gj9h/4maNpaxdEYVgPXlWTaS2umwqO+wLqSe2rFR+HeDKxLNWSKW0JH/5ndIn qMG79IqysqDt6ra6njDZB7StDMwaaMahgdSydve/Yw1H5n/L9HkxI4cumZnignhwLQ5FK1qxWqw3 r6TxjH0mmuPHW0M2tyeGRvv6NK4iAtpxm+VaR9IeHxwaU4LmvK4mSrZqSwiTwWatQRyNBMUs1+rF 4jqf2csSllTvpxNyZynFUmtr5/IlDnJOWrCm9QVrkU8UDLJCwxZ8I1eScgyOlnxaQbuhTa1tpWeR cZj5+ebNixamx3KuWxuKrV1s1a1qy2TlsMJrFqWvJEEp1asm9Y6oexPLEU6Ucco4g5X5V8n5pzT3 8pfpYHmHD0Kc9B68Av4vIm27O0Nqkzx3DHVESSF0iill6r1pVi6MlXlennsLyjXx2SzNajnOd8rj oq+Qs17VWhTRYG8ZFUhrV9cj4MgTgWelaljCosAfURYXlm5mqOJrNzDHMbmaqX6qQR5K0xp+IbE+ E8PWhOtvpxw3nNeUUx1raxPFGIWq8g4mTmDkrG2pMglXmPEWrl9K1/HTyw2qda5I/gr0NW1TetNJ WUp93OQjt96Tpt5i5dxWP5dwOaxxvrJkLmXoW4rliCwrPjbLQJPB0alUwLKELNC5sFNVUTNtLvy6 xHos51/WGrD7R8r/AHi9TUfd5HXaI++p0H+EHaNWGg4yQxfPt7mbmcJZgx/LmDxMQieatUyGYuDb RitXJ2FqKuJEgmtWtotSapHXRwJOtDSxPK9fl70hXaqS5iKhZ5cqY/IGdYbCUMs1+zNFF1KTxQXU mxccM9zw0hmrmSGGOsks3V9ErMvO9IqxUjE80kEEjQrytmGU6jv6rAMNO4IBHccYTmOpPa5C5bQ2 Lt6l6Q62TmyNgaRwR28rjoYqNEu7WGiUVjYkeRYAZbMiCJhGkrQcqUOaOcsnHckyO61ztBirLxGG pUrVchOUNjzK3HNBPkpJC3hMYqixOIZHRZwWEeP5SwPlPMGSyT5aV8LzVj8JHFTtVKy2qluSaNt/ Wx9ow2B0t4nDPEo1Xwrkg8c44OHl3mrN4GpJLNBjshJVgknZDKyeqU6jIkaFgG0LBEB012r7OMty bhqXMP2Mhu3lz/neCw0NycQtirZvt4XJWgixRzVoa1ySI1A00xlrB+o3U023+T8SkGQuUZb/AIbF 83QcuzLZmrmW3TmWMLajZKqLXs9TqkoY54kR4h6zRM02e5I5UxC86GFs9Z+x+fwtFy9+jH4+nlEv yPXH+yP1a1CKJj8bsni6ku9aLpDpPz1gKnLPM+RxFGSeSnAYmrm06SWBHLEr7ZZI4oUdgSe6xJ20 GhI3H9BrMSl13aPGNSGBUFfZvUnsUHfU8ZHPVpgac0brXO4mQFXBI90j1W01PYdvaRxaix8Djw1i di7K7WNqskSyaBozCgDM6tqToAAPz45ehgir6xpJq6KwlnUJLKv959m5iik6aAn2afonnLELQbFn LYpa/i/FsOpAJjZVOiC8wIldY4y6RxOzRRdSZo0R5pWdPShDH5DtzuJ/3alhmwzM1Z2pyQWmuxHe xLSqLL9Qxyl4zoqldiKoPpRjMUkBz+KMU2VjzcqE1dHykfR22m/PSCMGP+xI36x+u+q+lNRdyV5+ YMVNLmdhysVjwU9S+8YIjexUlVq7um99D0x78gPZ3B/rGqeAyOL88xAo5a1Bcu14/BQxvPVBWqY1 hWNa6VQzCCGARwxqzKI9vbiP0kQQ0MdjoeYsfDWxN5sljunNXSWrfZlZrKTLpIZDtUeuzLtVQF0R dE9K4iyC5SHO4SC6ILNeSavBjIGtR3K71bPjDFErWmlryPGWmZiiu4j2B31T0r9OxirUfMGGjnws FmrjXjixsXhoLUUsMsapHEse3pzyhfU9Vn6o++AkF30h0chj62LsZvFGlTnsWa0SSQJ0prcsk1lw wO49WSViwYkABFUKqACv6QaNXE28HFm8WMbfnitW65krnrzwKVryNIT1QYA7dII6qu9zoSza4rn6 jhZJ3oZ3GqtqHw9uCaStYrWoNyv0rFebfFKodQw3L27j3WcGL0kVYVyUUeawor5bwvjKYixyUnai JBSdKaRpWjNbrS9MLEEJlkMqyF31xHPmPwVwZDG5zGwXFhswJMZoJCkVyvLUsqqyFk++rTywsSpY K52FW78VedsVSydfLVczi4btS5FfruJYGSK1BKs8UgikLowSZVcI4aM6bWUpqvEHpclrENDzJilK 5pOYULLQl6eYUVl8dGJo3VJWFSvuIGg2HYF3ybv6zoOhcq+eYcV8hkYcrbiHhAs16vt6Ep/H7sqT tB0cyTGXf1G4uelIXxnBa5jxsn2klpz5k7qitcmotI1aRiANjIZX1EexWJDMu9VYXfSZDkEgFrmD FST1+jsv/qK5MiuyvAHyIQXCInRXA6wBkHUfc43cT+kqCwixSZ/GdPzTzmVFesq2snshj8VZA/tT shTSLtApMrpEryys1r0ppeXMLaz+KmGfs1beY1asPG2aSzJVlcrtMbRCxPp0OkGMrF9x025nn6jn 78mTymdxs92YKJZVlrQ79vu/dxbI10B2gKqgKANNBx9pMB++Mf8AxMX83H2kwH74x/8AExfzcfaT AfvjH/xMX83A5k5f1GuXx+n/ANMf14sZfle0rRzZikUIITp240KjuT3VtW3e6A2o9h07njINhI9i U8lTsR6NruuQb11b1QWL/gP9fy4pTwV7ClruPaEOGZXnptu2nVe7MxGn5cYnLYmvM8k+WoDVNo1t Q/8AjoOzaADb+wcfaTAfvjH/AMTF/Nx9pMB++Mf/ABMX83FezBbiWetKk8L67ZY2DI2nY6MOx7/0 eW48dhTrgfsESfTjy6h8JX+Uv048uofCV/lL9OPLqHwlf5S/Tjy6h8JX+Uv048uofCV/lL9OPLqH wlf5S/Tjy6h8JX+Uv048uofCV/lL9OPLqHwlf5S/Tjy6h8JX+Uv048uofCV/lL9OPLqHwlf5S/Tj y6h8JX+Uv048uofCV/lL9OEo42RQ8daq6N7rKiMp/MEdiPzHG3BiOWYjHiKB+lNITD04ZNQvTlf3 Y3DEAqxDakDTUjgY/HkAipXIPcHpr3H+nD0cbGjSSVqqIilndkRVVVGpZiewAHck+zg1sSsPiGhp rB0xL1mWMR9IgESbj226EHX2dxwMfj2AYVK5DAEHpr3B7g+zgphFkaFhj1lR0jaNjCHWSQaxoyk6 h5B3jU93HddeI6mLm6nSgqSdKQxSbFRtkqgFo209jqGGqnuNRrx5dQ+Er/KX6cNQxyKzvVrKigsz NGgCqO5JOnYAdyfw4jhw0vT6SUZOqCYtnSbqADcTHp74A7nbr278eXUPhK/yl+nElLGRI0sterHG gLO7oioij2szHsAPxJ7DiGvh7GogjozFQrMIuk5VZBuRiF1IV17oT2Ydxrx5dQ+Er/LX6cS08XCu +aCpEm5U3SLGq7nYIi6nQasxCgfiTxHFHCgjiRY0GuioNANTqew/af8AoL0dqzDZijARek6op0Js u0baAkSp0olYjdu7yexl6YKS0YbNPD14BGGt16axiPeu0zpHoBv127C/97X3fw17cJhbYp4qi5Zo vFLdy+54NryBjOyDQdSUPPoCd3ZEGg19UGDMO12ZmcTRSW3x8azItORDEYqaSqHJfbqZZFmij1mI LSlEREfH5eWK1DK0zJZGOqHfbDaVtFfJ2Nu8p1pmMkW0BQseixapxNiblhrasvTS3kIIm++3JFh6 m1ljhj3EKZ5I9Sm0bes4KhQd2Kitw1XN0yNYlsWJum03X6SO56UMbliAiRhQBu0BJPbXQVcO7wWJ sjGZLU96TINVEqdFpIyRTjaRBueOJAoCs/TDE7kbTU+BzcNRIoO0jU7c8zJYWJ3zFyYbnkcMN0de OSV4QrFGdI9/dV0s4/Lv1RFZsqu3HU4Nt11kEMZR71526g3WXO6Md9zgatqDt4zENuxj561May2F EBYsqiOFyBO3rEanpb1UD+8R7OJqU8FWKvQkkA61SNtzr1IKMYWOVKpOiJJ0wdD73ruVbcEAFHJy SQrLZmSu9y3bn6VqQSQwGNY6lFZN29xrrNK3urICI+2jcZepYtUEoVtxSaSvDZlaUdRaaupnbc7b pJXVdvf39zbm19tnHTQTRTUA7NPLGl+Xegn8JBGRBBApevFHCH29QRNFIyj3mJPBxl0zPrLcKx0U q1LIuB50mnMjWrZDuimRNyRL2T7tfuyCFKw1rMiUI70IkZH8XYkE5eNLUSlYVEchZiCWEwCN04pY 9F1XT/sn/8QAVRAAAgIBAgMEBgUGCQgFDQAAAgMBBAUAEQYSExQhMdIiMkGBlfAHFSMzNCRRYZGh whAWIDBCQ3KU0VBSVFVxdYLhJSY1QGI2Y3SSlqSls7XBw9PU/9oACAEBAAY/Av8AKkkUxERG8zPd ERHjMz7IjWYx1S05YYoliagFiYjrxzIk2csQ4jAOoQdQ4VzR6I+1eCyGToKtO5d4ebJM2GUxsTRA lp747iawN59uqF7HWj6BWoR0nTD1DDAa3aVnzRyzCziJHbYpiY2nQVcmK6tp23ZWQJLW8p2+wmCI 4F3j0++BbEcsR1NoPx/mjYwhWtYkZmcwIAAxuREU9wiMRMzM90R3zpNms1b69hS3oeooYpyWhDFN WY7ia2AUGBDMwQzEx3fzDspm8jSxOOrcvXvZCyqpWVzlC1wTnEAQTDIQWO/MZlAjElMRqveoWq92 lbSFirbqOXYrWUNHmW5D1ES2qMZggMCkSjvif5Yvy+Ux2KQU8ouyN2tRUUxt3CyyxQzPfHdE+2Pz 6/8ALPhT/wBosR//AGaCzSs17ddn3diq5dhJ/wBhqiIC90/yWVbvFXDdSykpBte1nMYh6iGZEhYl toWAUFEjMEMTExMeMaGtjuJuH79k+4K9LM4608p/MKkWTMvcOgfmMrjcSlh9NbslerUVMZtv0wZa aoSPbv5RmZ279tTbxGSoZWrDCTNnHXK96vDggZNUurMauGBBjJBzcwwQzMd8f94qVF0mWXZTqFzy zpIFKJHnXJxBHzmUjM7QOwRtuXPPLkby6A4y1WuyFyR3JTilQkDhYQ7snk9A+aeYOWPYUauZTK4j H5CzHpKe1O/JMkU90bxE7SU7RO8e3bX1UsyNRtRKYnv6QpHuFfjtHjtt7O7R9mEldCElzTMxMGvv 3Dv8PR238d/DVWbEx1iCBbtzbdUPRPx9vge3ftBR3zqJif5m/h8Ip9jOcUVsjUWutEy6rgcfSZf4 oyhberXqYoCrtZuMrO8kg3KIGf4u3Xc+W4JcGMnmLc2YV8GzDO/spELONGIj0VUEzPezTM5xJcdR xSWKU+6rG5TJLrk9gqTNgcXTusrrY4wSLnACpcxaufqMAZTm/wCNgOpWHurqFOLzU3ZNBgtpnjzx wXUVoNgrC3YQqq5nMpDmtEgijxQ7iuoeJycNmjNZF2zed2dkJsc2MTWLIV+zNIFWCt1kAg2KFpDL Vc453hbKKymOlzKxsAHJai0qAJtazWsrTYrvAWLPkaseZTFuXzqYsyu4e5krNrKYugzK5elhsTlc 67DYxMATr2W+qKdwcehQsWZ9pJbemwGQuQKCn+OFTJRkOHOyHe+scXVu5X8mVzddnZcbWtXt60gy LS+zdWrK2jYBcrOBzWcqcXILGcPzjwyj3Y3NUiW3K9t+r0V0XsbWsX7FmMfdIUUFWWgFc2NEF7FN R/EnEuWo8J5rJjGPzmMw+dltbMY47EdmbK8JkFVrPIu2PZcggZsV+d9WJiF2B4fng/InZ4Oo4xv1 flMj167G1az7HbLlyb9eixM9pC018srVUh6UqWuvARFOWZ5qcfkbzsbQztjD5lHDty/WKAsV0Z11 AMYfRKdmP7R2Udi+32GZheQzmRRQrOempW5+drrtyxO1enQqVwbbyFx8/c1KSH2G9/TWW06Xwe3I 3cTxHYgJp4viDCZnAPuw2JlPZZy9GothP2mEK5xa8twSs2CQjSHi/LPxEZAWTTb9TZ29Wd0vvFxb xmMuVheG8EVc2i+FkLOn0yEpxgWeLUzGWq07tdqMflrCVV79dFusV1iqJRRbNeyhrqlrp3KgsHtl evvpViu1b671g5D0mLFOS0YNbVMCZE1sCYMDGZEhmJidp1xapoCxbOGs6JgcQQkM4u1vExPdMa+k yrlKNPI1TqcLrOverJtoJbCz0MAlPBgSJ/0hmNi9usxwlwq938U7ee4so3sYDDbRDHY0ckyi/aZI BZj7FevWRcn7U181bqTFqYKlhb91z85kVm6lgsTj7+azD0KA2Mf9X4utasKritTT6zxUsoUzkIpA oi1xjjMuOQwVLni06pWuOtoeBLDsTcXCPrJd+TakRpsqjYLqqKA6bBKeKMjm25LF8ODhqeM4XxiM XmMuQ75GTZbvrwtLICi9ciQNzm8iErhVMHtivLWa+j94iMOOrxMo2xEc5LU7BEsJLxkQJ7pGPAZY cx6064Vzp0aVfO4+jwdGOyKkqRdZ2ujWXaqzYARa1RoltolERR1KwuiIIN9Z93ErW3rNaexULtzd li5j6HEGLim9jT3Jx1m9amL53MopjzkTIMyum0xAQ4szRmZlAiIDSxUyRFPdAxEbzM90RpeStZPI FhGWyojxDU4fz9zh6bIMNJLVma2Nbj7OzFNDnpvsLk1MCCk1kMFxdN/tPDoUfrOcnja1zLLnHwHU O2CsXXuWWIUuCY41pKEADDdyCs5G9lkcXqZUx7VJeP1VnE2ya5bXANWjZxiblwRWkze6slqKg8s2 2ogwkizHCmVXlKanlVsbKfXsVbIiJymzVtLTYSXIQmEmvkaE86iMO/8AgsYe9kLNrL0se3LZDGYX F5POXMbi0ALHZDJrxVS3GOrLWxZydwkzINUYiQsGZTneGcpXy2LcRrGyjqDIOXt1EWEPBVirYXBC R17KlOETA5DlMJnJMjL27ePwtoKWZzmNwWdyfD2LtsIQBNzOUcdYxoTJMXEmFg1L6q+owIONM4om 7FnAro/WU5HGIs5hZ0OTqTbQvFJuWLKBX9qZ11MgFQTC2ACKMjla3F6m1cWdddqJxWdRaJlpdlyQ q0rOMTbvfZVLDHHTS5dQA6lw0AQlNniitxVU+qqdkaVnqouqyAXDWbl1QxJ1oydhrUqa1MVqroap FhiyIK75XcbwlmQyJY4ljernXtUrdbrc/RYda4lDSS7kPpvXBpkhIOfqCQx/MdpuN6SeotfPMTPp MLaPD2R3lP6InxnaJ7R1ldDbm63UDpbb7b9Tfk237t9/HRtG1WJa/vGQ9UgG/hznBco7/pmNWW46 mGWvUpGzQKvyvZ05asbfZyEvS3AII4XO5dH9E6sYbMNGsRyRoglkCO4PTW/0edZjMTzCyNv26uXD z9Ma67RJ5lMA5hxxJQsQX6XdHcPd3wO/6dIuVXE8IXyzJfeRvJ7bx/R/Rt+nUYzHh2u9yxLQAoLp Lif63ae4vS328du+dDy+jG++0SW3NsMSXpTPeXLvPs9gxAxEQMTOo/mOLOLEfR7xHxlw+im7gPhi 5jGcPRjTo0rbh4ssQOVy9I3zlMwrsnXUolMo41K+oXMYBNPJUMjgMRl3sxFnH5Y602UYTLvhuEt2 m1LFqmbKTRpssWEPdArXdVBCRMGOM1TPijFfsz2KL/7a+kZvZa8WLR8QTYd0g6rpppolU6rNuY4r FuSImZhJERL5ZIpn6Y2sr1+2Wl8V0zfKw6zKieEUtr1yZMc0pU+zYate/KLXMOI5imdfSW0PTKpb rXq6J9Unhi7pbbf+clChnbvnaNfSjNSMDk8tnqmLPJWOI8lfqWDXbPN9scjseMyPaetYtgd2G9ER Ls3LJ85dPjzBZ3M4vKV7yMlksaGNO2QVTbh217ol2uvX5etKKxiK4IeaGFOxF3/SCfEuOrZepUoY SkuheHq1ebLjmltuCuZ2XeRXqNr1Lq+W1UC5a7M1UuOZx/DPDFEMfi6fFdFqq0OfYPqPr5hr3NsW musOaxjJmTawpgeVY8qwAB4Kp0GGv63vRir8rnYuwlkeIsgYSUd8A51CulkeDFsJRbgZDPA3D167 ax68abLIWcdKO0IyFa5k6t0GA9bAIbPaXsMSESkzRYgpiNj4HtZ/jrK8KVuCvybErpoHKZXMQpWO iBpK69VgZdUY6uQZXvr1SZ1LQQJBMfR1msjiGcOsdjOEbGPoOtxYyaaUcU5hlZ+WhSVqpZRh85No IbbGmEJA7U2OspXCMDO8jmcjP/w+NfQwqlWRX2qYCycJWIb2cjwk67kHTt/WXLpnZsF4sdPOXfr6 PYYzch4QwS++e/ZWPSsY/wCERgY/RGuKeWd/+rmb/wDplnX0jJjOZ/CANXhsWzgbqaDrItnNxsyy dSxZV0uSekdRtZoyxk88+jyWf4t4uK9u56FzJWXvu5KyPNB8jLdkmGCpOBMkI6KCMRYS5MYLXF+W TGNuZq3U4iShebuW6qkqTmKCwTWbWpX29WrQrRVSnpQPZFt5mRIRB8Z5jK5XDtxfFrO2/VeMbeZ2 S/F6xYUW9qpVDkXXuWK8mOxnsrmDYY5eNZmdt8Djo/8Aftd06+j6fzJ4n/8AmcPa4OtcV5HiXiOt WwOFtVcRkMyScRXM8ZX+7p4tGP5uQJlQm5jXSn7NjTEi5uJsRQrpp0K2Oo161SssU166FZKhyKUp cCAAMR3QMa4qw12+eLo5DJ8R17eRBgK7GhuOx8OeRMmF9IAiZfDCEDTzgRDE80Z/hLhyzd4j4cxe crMs8VZIZxlU7r8pSd9XcPYr8rcaFnI2LTHvrLBll7g6xWRAb6TPfkwP0gLCJnwEm5o+WP0czCnb 9M6+mS06tXO0WIVRh5rEm9kfi82x9aDnvhLjBRNXHosJS5OJ5A2+kpRnsHPweYDM93MQcSwyYj85 QK9/7Maa0I6hLUZiuPE5EZKAj9JTG0a+k+eIGxcy3EuGC5YJs/aWazr74y4jO/NCybkKsSIzsA9O I2gI2+kmvwllctcsZUktKzdYnr1k5K3jcG4a/ZFIACRjnuIrMDDSZ9ruEAsV/SBBiHNax/0hWmRM R3vXhZWk5/8AEHZkcs+zkH80a+kfE22GyniS4gXjOeZmEqvYGbFiorfuhQWZOzyR/WXGF/T19Jti xVrss9nwVMHsWBOipaTnCtVhMo3FDyRXlyo9FpKXJ78gcvGdx6EnZrYbGhUeYCTa42bLYsQk5719 YVgLOXaSGOWfR3jXHa4mF1ywGW2WPohuriXFiraPD0AMxH80TMRraCj9f8xl3EfTmoCbSznw6i3r iB/44OQGP84h9ndOYOq17Sxsb2FrGdkBzTENIInvj0Z8PVjvLw0arJH1IjZPPBiot/6yJ/N4fp/T osZYaxbg6jK/K0+RqikiIdoLl3HeZiPGYn26r2Qrp5AZ6foh6fjvPdH9Hfu31+Xdnfh77RchpCpR g8fBLOkIdSOTflP0piY2n1tfVlGZphsAlYpuKq+OWPYQzEdOYnvHYo8PbqMbh6Ny3kECXUt9U4g7 LuUt2Ht9rtEeqPoz+ffQny9PrQLul6EdGWekaeUCLlhR8yw35ZJcAzkGDiNB7tR/Lu0OE7uOxeWu pbWXlMjFlg48HLICtVk1o3bcVvE1+oYKWzZpw2A6J4nhfLniLH1HSTTrXsTNsO2wJNJr7VW0qOhY MiFjTXYfFhzHNkUdwzSyqL+Dw0Y2meOAyG9cuXa3aWWUFYIU11o6UtZyIDr8kud+UHEjsfBeSymH Zknqo0rWb5bshYr0H1bAWCrSHN2151QCx9tKp3Y8eWShQcSfR4GWwdic0+yaclIXwGvXyC1DdBlb kmWtHs8dmIXAM9cpZH5PAv4q4ODKYi5/GHtshbhd1UVjyFBeNtc6eQurEV1wadjD7WNj5gnuzaLO Qx+RqZgqz9667KXJfWFq+WQaJLYpq3Tv6QkBBHccHPI7iX6NuJsdia7ydHZMkFjevUsnBtxpAupd r5CmJCMo68IYvponm66RszmKrMsvL8TZ2sxN7LXllVpwTK5VVKq0qos7Pj6CmHNemud3ON9h7uvb e3WeY/J4vJ0+IAx3W7OFuvZrMxcZDs8rhgGtwN7eYtEiXI8omJT3gVfh+ldo0a431X3WLY2Wsk0r elalqSMDA/lEmTCZM7jAwG286D6O+JLFayisDBpZHHw0WKObr79az0bARyOrOb0ygWEFlHOBdOGF GrWLxnHGLocOW7Mud0aBXbwlsIHYpU79SalK25QiBH2uwiJFZsRZ6Qxrhl2DzykFgqUY4hzli88z WDQaF8ba023PvnI/lMvCO0SCjl8SO08M8SnxhjcjmsXVpV8lZydCaFeJx9112uWMp4yuyCTB2XSx FpoMY3mZ2sAaKK2Exn1tjq44zndZtur2Oe1dcoUNJVVUkFZGwyYjL3nuzkmfsudvCHBs5fC1F8L1 6qiudK82bfYMf9V1JBXKHQ/JOYnbm3mdMcnIA7FheHr1itYbhaSccFin1hU9FYYWlkrcMEtnJGzA 3Md45hL0uQclicQePXYylC7jys5NlnpVRuVjr9YUVkmVkghhT05bXjeI9Mo3HWdsnmeH83R4gTQV cUAZClZrfV7LMrdXOVWFtmF27EShgh1S6f5QrYuaf7X+Go48+jviChhMi20eRdXyUWFhXvO5u2Or OrVb0ORe52FYpWqvTmXPCTNDYSs73FOaDN8QPSFUm1K0UsZQqAfU7JjqsRH3rvtblxsQ+4QVxMVq q11hl72Hz2Ijh7LKisxjK1pucVTCyNlQISQDj12xGCr9ra60n0u0dgIohURvM6xEhmMDhKOEXeXU BgZC7ZsduZWJjXmKq61zIU68QgBZ0y6n27YIeXGYfNljXWMTjKGNC3jDs9O4NKsFbrnXtIAqpnCh KVC6yO8l6YxsOsjw9jHUqh5PpLdauw8xSpT0WPs1IDdhnKoD0jCAGZL0p7tcUcAWs1jS+t7BZChl Ki7YEl8nQbNS2gx9Kq4sfC2NU3qQmw0eie0b5Xg7IcU0IF9mLtCnTrEePG4LkOkr199ReQNDel3J QlfQfMWJKwMTXLJcE2cph7Fm5XylSmSFXIp0VZbtHaWteYDYut3tGwB7NUAeRau/03FxnjVZbCX/ AONNJSlMld5HY7C1W63UYPIzrq6F1h8kSsuqlYc8C0zXnRZlaF2vnV0RadVdhNiu3H9shBr6omtg zF5vNBbbSITG/eM8SZPMcRhlEZnkFVdB3D7Q0Xk360yHahjlvyMyvZZWe5zuayXo6njj6K+KcZgZ ZYfa7FlAsjFHtnN2yknoU8gi/jm859OraQnohIL5zNQWNZXEca5o+J7OfrFUysrTGPxqK5KNQ1sT QVuFXpdU2zdLmvWbHK5rBBNSvW4k+jzDZTh23gM8+72fMZFmSrZbG0smpSL9csXWoWKd4ySsukyM nSiGtawgkSBS7nBfDrlss3at4bWSviaxuZHJp7NayD1V4ZIwCeQK9YCnZNdCDeU87y4mUrKYfIzn 0VIXMhdrxWt0RuAgj9BnVQUXj6oRIHusIAo5imMzfDK4fJry+PGtKoC7VJT60m2ofP03QSpMum8e WC5C6gTJB0zv8ROy+LvDlKdunbQhNtBhFq5XvdVJHBxMi6uI8h7RIGXpRMRodynQ7/m/luqhO02L aF/m/q3n4+zvCJ9vh4ayirJ5AW5+hOKtuWgXQqw1prJ0DyiK+ko4IIOSgiiZiI9KNHPD+Wbkw9Jk MthzuW1nfIS5X2JhG+/etcDE8u87RpKrcADOcCWa9+U45oiYjuj1o37tTWNkLcQ8yt/Hx8R38fDa Y9uirsZDBDnJcwMxKmTHL1fRifZ4eHt7u/ufaTxPkmyx/SAG9MpXBnExKzGIIeXbl5Snbb9Ol2bB c1t1dBy20Xf1SiC9HmHx3749u3t8dByFBR2dXfE92/Ofs27u7bu3L8+/fyiHz7NR/LsVXWMp1az2 128uMbMdRJks9p5++OYZ2n26mIs5X4W3z6n8oye3+7WebW67GR9+OZH72pWVjI77bf8AZ7Pzf2tS cWL+2/8AoB+bXe/IfD2ebXdYyHw9nm1v2jIf3Bn+OuUn5L4czz65+0ZHbf8A1czza6cPyXNt/q1n m1JdoyHw9n+Oo+3yO3+72ebXJD8lv/u5nm1zQ+/4/wCgn/jrlKxkPdj2T+9r0bGQ+Hs82t22Mj/w 45k/vakBs5Xfb24xnn11psZDl33/AOz2b+z/AMWuSbGU32/1Yzz6512Mjtv7ccyP3tcpPyPw5nm1 vFjI/DmebWx2Mp7sYyf39SK7GT9+NZH7+udr8j7scyf3tSA2Mpvt/qxnn1LBfkNt/wDQGebX3+Q/ uDPNrl7RkPh5+bXP2i/t/wCgH/jqPyjI/D2ebXLFjJfD2ebXP2jI/D2ebWxPyXw5nm16NjI/Dmeb W/aMh8PZ/jrbtGR+Hs82txff/uB+bUSVjId35seyf3tRBWcr7sYzz6/E5b4W3z6/E5b4Wzz6/E5b 4Wzz6/E5b4Wzz6/E5b4Wzz6/E5b4Wzz6XWq274OW7qdSxj7QDA8hDMRCxdzTMyM+kPdy93rTrtB2 4kREAiUVL62mMd7Jb+TLgyKZnb0o22j0u+dQdJuYVWghnlXXjnnbuKdmWRH0oku7w8N99KaH1wXT YBbupogthKJ7uW4XsjaI3/VoTsryZKGJiIimnn8dx2/LI22mfZPs16J5SU/mZRTzz4+ttd7/AGeM 6kVnfVEzua5xySUzbw5gm4UbxPtiNGdlt4h3GQFdEO7ljaN97QeHs28No79QysVroiACMNq9NkbT Mzzcr3wXfM+lzDvH9CNu8ZuNuxt/mUyP97UQVnK7/wC62efX4nLfC2efX4nLfC2efV2hgLFplnH1 1WrIWapV+VLmSoJjmKebc48P8f5Fm/bRm2WLTmPaX1w6I52nJlyxyeiPMU7Rruq5n4w3/wDXr8Nl /i7fJrur5f4u3ya/D5f4s3ya+4y/xZnk19xl/izfJr8Pl/izfJr8Pl/izfJrvr5f4s3ya/D5f4sz ya/DZf4u3ya/D5f4s3ya7kZf4szya/D5f4s3ya+4y3xVnk1318v8WZ5Nfh8v8Wb5NelXy/xZvk13 Vsx8Xb5Nfh8v8Wb5Nfhsx8Xb5Nd1fL/F2+TX4fL/ABZnk1+Hy/xZvk131sx8Xb5Nd1bMfF2+TXfX y/xZvk1+GzHxdvk13Iy/xZnk19xl/izPJr7jL/FmeTX3GX+LM8mvw+X+LN8mvw+X+LN8mvw+X+LN 8mu+vl/izfJr8Pl/izfJr8Pl/izfJr8Pl/izfJr7jL/FmeTXfXy/xZvk131sx8Xb5Nfhcx8Yb5Nf hcx8Yb5Nfhcx8Yb5Nfhcx8Yb5Nfhcx8Yb5Nfhcx8Yb5Nfhcx8Yb5NTNetlt/05Vs/uamEJvcv6bh l+5r7q5/ei8mvurn96Ly6+6uf3ovLr7q5/ei8mvurn96Ly671Xf70Xk1HbUZKf7OQMP3NRzVcxv/ AL3b5Nfhcx8Yb5Nfhcx8Yb5NXrnDarqn5GuutZm3eO0MqUzqjyiQxyzz+M68f5E8u+vAvn368C+f frwL59+vCfn368J+ffrwn59+vCfn368J+ffrwL59+vAvn368J+ffrwL59+vAvn368J+ffrwL59+v Cfn368J+ffrwL59+vCfn368C+ffrwL59+vCfn368J+ffrwL59+vAvn368J+ffrwL59+vCfn36svx VkbiKtx1Bj1d6SsIFZOhLPVaA9SB6obrIoLkIh2KfCfn36LhkW3Szgn0yx4Y28TBmExYmSYKpRAQ meqTZb04DvktVYz1ixS7b1OzF2Oy8W9GFS6IKuDYgl9ZfNBbet3b6XYBVlYNGCAbKGV3cpRBRJJb ytX4+qwQOJ3ghjXgXz79eE/Pv1YyuTNqaNWIJ7QQ+xIQRQMTIIBhxElMDzTEBEzG5Rvqrl6HXmlc Ezrk5RJM1gw1dTplPNAnISS5n1gkT8CjQZfKWTXQaSwU9CHWwYTY5lcpVhYEQwY3AiIQL2FOql5I uFNyum0qGhK29J6xavqLmdwPkKOYJ7xnunvjXhPz79Vq+csWajLsHNTalbsDY6fThkLKstscwS1Y yM7FuUbROlYF9x9DL2ICa9HJ0L+OZYhkzCugdxCkt6hCQLgGyTGCSwgjiY1X4Vllos1ZCWBWGnZ5 BTCmOlx2DEE9LppOecDON45fW7teBfPv14F8+/XgXz79eBfPv1YyN7rBTqKN1lq0sd0UrjmNhAvm ZyjHjyiU/o0V3FBlshUFhpl9bC5Ri+qECRhE9m7yGDHfbfx28dXZojb5sfZ7HcXboW6DU2emLZSS riks54WYGUcvdDAmfWjXqfs/56+7/Z/z193+z/nqcll5bXoiYLOwFZzxWbCgFwcIgzjnKeWJ5dt/ GY1Rv2LVqpj8mUjQv2sTlEUrBRJRMDaKr0R9Up+0IY5RI/UjfQNVysWwBYti5g1sWcQQGBiUiQkM wQkMzExO8TruGfn36NcFEmvl5wgokgg+8Ocd9x5tp5d/W2nbXgXz79YjCX7Jhks20VUa4Ja2Sk2Q lZtkImErY6ekJn3SUFPqLYQ+BfPv1HNvqN/4e+NerHz7terHz7terH6terH6terHz7terH6terH6 terHz7terH6terH6terHz7terH6terH6terHz7terH6terH6terHz7terH6terH6terHz7terH6t erH6terHz7terH6terH6terHz7tMc6VqUoCY1rJEFrWEcxmwy2EAAYkiIpiBiJmZ21xWaF57HYOp gcsVKwrAcQqniG19XtKra+tAxnY6XDgNJZic2wLLbb2Dr4kSXk0NOI3bmMoX/qmpX/49XsnckV1c dUsXbJ93ooqqJzZ/28gTtHtnu1xX9I0Y7F22ZK9aoJ+ssnboQg7DVZC5FXoYfKdQFgVOsBT0OmAm oeeJOAxWBvV6a8dwh6WRTRttv0p7EQ3bsy59KgyZsXDpYiwM1ggZV6JF681uBsB0FWQX2viDNNrs u/VVOFDYmvj8ekTO7lHLNIq5gclTbKRKvYnrQjjXjDjLtccLVmBHCmKydTH08/Z3bKVdZdOnVmrF 5hJEU3FS9ESbTWtaSN+B4l7fXrcS8bZQZwmBr4+k6tQwRLMlGkX122rdtu9AjsWHtXtkVrCsuY5t cB/Rr2sbfE3FVnG/Xlpa1LHkrykGuNNcFKXVZkiO0HTGIFOMPf8Azp4E+ivhfLXcdTyNFNbK06fZ whGEq/YxYKwKO2Ec0at8nV5sjVYFZfOguvJa+jv6LKc2MnWo9lvZaACup1lSQlVdJxUTWqVTXja9 zc4SuuhdxTT2ACmc5gPrGhY4X4eptC/Xp41CKde5C0pGpWtHDL7XVr5NR1WuUuyFK0waVaJBS9th 0uljqyb+L4GASYhtiatdrMS0GWuo2K9qII83YVTMZUXWRW2naInarxrxldxOLxmCiqePw2JsWLh9 HGvZdX9YZGzTx4BE2TZYsEpB8ytq4kvl62vpD+l3NT0sWibFHFyY7yrG01g5vIuf68aKMagen3te 6yuPSMonOfSFNlGGXbyIYrgvBjWp2AaI2oTZu332EG+3ahYXSEEtrVVFjzKUNE+XWBzN7J/9dM2y pKSihjIEe29S9KW0exdLlp42BQciAsi8S5MyEulP0f4unk0I4m4jKsoqbMTRbkbbD7ODLmS6iey4 1D71mE1MdXx4PVUSxly2NmHUqw8/JJbRzTEbRJbd8xHftG/hG8/7Z1VwVT8fxPeGvyL+8+r6JLsW uXb0t2WSo1+X+sW5o/ong3h1YYNGIUzqcQW6/a2ZYJ6b8o8PtRGry3L0RjXOGWMUh0dngdharE8D 8JUqR8TcRuXZu37CepVxdTp9I770rlZXLi6NI2ADGRC69RMHDRNS9YzgirdLNYlmC6+c7XVx4ux9 0a921FkHUKdTpQxY4uCS2DTM3OVYLMwKOOcPwrmKa8VgofQx1m/jqR1K93m6Pantr0ifamH1rSaC pnomtkXmhbGi2taxqM/arZHNKqKHJXa6RSixb5ftTUApREBv3DMITzxHP0Vc3JHCH0c4XlK/mLqb tgI7o3e2cdixaQxMwnnK89/NGwClTtu6Jjhzhj/oPhnhTh+K3MSblnL5a2dWrNNJgr6tx1ZfTrm6 PTszLGulp78sBqOA+GYZXwXBmOVUy2XCmeYzFs8ctdNWJwtFaHiy5LA6T7T6lgZlVqQQuFqY7ifi HijJNxuTs5GA4Ur9lw31tWr2mdOtVv8ASozRlkgRWGjCItpRWdMNS0gBDOIsTZtZXifNvpZ/PleR Wu2cVVtVmFZtV4bXKxasJQOMRbC+d5NUF2XpQlYM1X4ixnEFm3hPq9tPIYDI1sYN/GZ+G1GCZ2aW PqsansvaNt2SpnVBq4/qauS4vyKt0YHG0MHgVmPoFaYg8hfyAxMbFCAyfY0FHMPXO5vytrBMeEa7 oj/v9Dr5a4jH07KbbsQlVMqGUYguda8rDq7H2aonEH2UXKQZiBNBkgHLewL79rH1Mkma9ttIa82S RJDJLWdlT1rhkDIHPSIpApgZCfS1GAx1+5dore6wmb0VuuorBc7h6lZFcTCT9IecJIe+OaR2gbGC sZK7j6N2BC32CK8PcsWCzpdWwp8As5EYZABBGO4SXIRiS+HsVkLE10E9iLVlNQ7QFae2w0jlalJe XMzlWTFTyLAAnnEdtZXMUcrk8hdzHP8AWDcl2JhtJjytNMWV6tcwJry6je+ROYHcfRjaxxbic7k8 Hk7y+ld7OqjaU4ZFIMgV3q7wGG9BRlBg6IcEMXyd0Q7h3JZPKMh1hF2ck14Ot9rRMbM6XTCktRBu BVatarWjmI1qW2efXB1pvEGZ6vBlanWonyYwyYNA1HULlZSKsqU9BQbdmZBisTZz2ZbYbR4yLMZY LVDHBjU1uqpuyBruqlyXLC23VE5Vl0tctsXOq5r021NPmG1xvGWyY27VJNIqYEiEglSa6ZBNiVTb rg0a0S3s7VPkm2NrELca5y/GHablrK5ZXZy7SSZTUr/YRCqsAoDGIXWQmJMzLphtv6Z75S1VymSv Mylqbbu1EgY6n20CbZQpbbTBiw78Qw0iTDaqutpSySWmwVZhd0OEAYS9/wCkINglyUeMc4kO/iJR 3ayuTx+Vyd9+agO3llIpNM5Wb3c63IrV2LJjXkbt5IWyIbjuMTGSw5vdXXkqdmix1eYhywsrlRyH NBDvylMd8d8bxq1wgV7IWKNuvYQTilKjV17BWuopSViqWC+YLqWIsNIRFEs7OIKDB8OPzeWKpgrV ixXKQozvFlhtYmFdn6cRDGMITZ12T1CBstUKVp4ZyOUyGUsfxXf2upUY2ude1aKwu0x9yCr7zztS mOjXmvWWpcIQlSPs4x/Gjstk028dTikqqia8KhfLaGek00m6tJjcduaJCwtk9erYrvgGDA83htHj v+2e+f8AbOsTxRlc5lpt4VlRmOpqDHfVqux2ouCB1202m0XOj8p6jpNobL5hAQge8uYoGIktuXmn bvnbfu38dvZqvxlUsnVzCKZ0GdRQ2qlhJqNUGSpNLV2FgfKLFvgJgRg1F6fPlblVllubzktZks/c NTso9jN5jlLpBWrpSUwSaiK66w9NcEs+QdWcdi32rXbLp37Vu8Sjtuaa1rgTNKkj01iv0B5e4jaW 8yydbAW0+yfHafz7e3/ZpXH783lbGbSW6luXjyx6w7EdAFBWipDBBSDmVzD+pDvtyYTJIpnbWVzW B4gy2I+unsdkKyE42yBkxx2ChRX6lkV8rWMJUyphr5iDnkJmNYrE38pk0rxmQjIQwmBdO07kMC7T FyGgX3h9OIiEpEyUtEJmFijKVc/f5lY0scypeBV2lc6lptt1uyqOzHFmWMgUxTbUrVUh2dNeK09E cvi8W62ks2y2+/fUYV7QvtLJXNS6IAqkNQTnsILXPQnaZlhbzLMWOYymYhtxtzr5R/VYrqisOiiP 6pP2fUkd55nsczu5+WO6f8h77a5Y/Nqd41vEa279e3Xt/brv313Rrwn9uomY1t+jW+3t1tt7NT3a 7t9e39uvb+3W06mI1vtru17dd/8ABMa7x16Ma9uvCf4I3/yF4a8P4PDXhrw14a8NeGvCNeEa8P4P D+Dw14a8NeH8Phrw14a8P5Hhrw14a8P5P//EACoQAQACAQIEBgMAAwEAAAAAAAEAESExQVFh0fEQ cYGRofAgMLFAweFQ/9oACAEBAAE/If8A1HAOfAloUAFVaDLKDSb9VI1rEYhuFyeBUC4aQAwFsRed GU+JraOKyjEDBX3UIAtO8xCAQofqdOF1E/jE8EoBHmvbnTkFIlKH9GfaUKzzYJadQbzrCjizDSIH 83QDysITfOlNLCDIDrgC1XQIHiygGNKFxwr5/FerLeqlVsGAhEmYIZaLM7CLM2g2sMUNcanAXHQX uhKQq6SBd/j0kEpCUp5IJgA4qOyStscfbrt2cH4EMtHoDtW62HiO4JTXsCjy1XSFdE2AzutkWK1O CFD3H0SnWJsui2y0tLYOsGy/0DwJklJSDylaaSw+s9yaO8+p+Cw6AAwxNGCGsurKqYhCfGIqOYgF onGZpeiw05XUMMn2SNFUQFAGJPEQlzQkS+1gYAOoY+XlYjTDQ6cCaLPtRx+7uEp4fcZhQj45pHMU QxGNOMaMb2ZljAZnVTsTFZ0Kisx7bdJsyDzLmhOd+wIOrOHCLl4CQtXNh3URxw8GLBxrKwMNv100 HqDZIUma8iSdQyQBaltHt6iZekGGZMAXkUH1FqzPgWOKZQg93ZU1GlltjL0LJwGhvCJzBHby7HUG Denf4NCdEkl8M33o/XqSYtVJ4NBKkJuismAVQIO5Qu2WMdAWKam50wlYETISK100aQSFGmOJrqER HriCS+8cdbr2phnUiWys9pVnjmEUTd4rmgu6DWZYJTndKOVeHwL366GioULiRs60WYEXbAcz4BQC 0TzdVYqjr/0vriuIAFeFdQ1isQApDsgs3Qc54MLhdw+ZiM6RIihDMRCcO7Wtpo82oSOSBD0YlCNU 1vNF6SDkCbrRp5pGWlDrGLj7FDIBbMBeocdauNioVfQRWWC0ksnOFShYJhn3Bu8ISuJ+gCHIXudz 8OSKBE1LRr4WpX+69pXPTsoPQGcuaYx+FIw6wp/pqQn5hIar3wVaCiuJwHeCXx1KQfeFYZCQi1s+ LTWBkSOazRpizHPKIF9MBTDKFAwdqaKFsktLo5y1xCpJVB/R35sQIAR0ZGwS+PWFnDmiUr9eg8eR wyk0RKS6Q47zSOxZG/a2OVspRsyavGZ7dDmwGhBUbabfzy43YqVZAs6g7Lf1pz9V1hTzgBsEHAEr gacnRNE5A7NMGWABSqRfETKpu8Zx7/W/+pSQkB/FJNYBJMGQx/zlpUMDzms1UAaPfCRfhfR7yAMx iWyqZ/Z+1dguMJYvjRoUm1INX945WW404OWaNAJmUt0JbqjOn43hMTl0idF/3FimOwIhCoW1NGGk mtI+QY8xA0jXWcGsCoQy81hwSx7RRWot1A42pobWg8114FXOK7OqQyzVLCy0K1DTgYMS8h1gln5m he5Qe2FUmVdy7QX00OF8OvKMl+oXnqdYnPAeBdLxxX+3eGFlcwvJCIj7hEqNMK3l42WOL7MHqKcW BYtWigHIQ5MvpkG4pAuc62gjqAo4+RhIN3IoxJbIMWv+uXYQl/D87PZEzO/VXtLhRQhBgeMmvp8+ kZhXCVpRbCp13R4RD2GsSZ+ASb63/OeqNxQWjTG2uTneIUNC58YCuFgrURTDjVvfuKaOnFcOfllh UYGhjObyshoIjHtYEobKX3Llak1Lp1dz9HDpwWmv7gZ26FDSZSQGd6AAU8epbQWamrTx4hAOOsUH t64ATPmGiTLt8tSlxsFrUAtKEEPuXIjq6SoxZ01kyJb6WApwA1wf8B/BFoAAdf1iExGxGUX6tkDT fwcYIM2Yl841j66R5CHJG1I+/QP75Sk5DEsYY1s1xOYJbPc5ADnAoXXw+nq4nqeQqDB7OPw5smeA /wB1hfwkFvAFFPG6hUB8Jy2tJXXRbr03tj+IQq2pD3oeU90lkOCt4gIl4aYzDyGdfK3X1PJsvj7v QURKc3SaBhz5vq0mcBMJdLkIkWpxKZjfRJlTEfaJRzLHiQ6IEWpOnmbXlNXbdH03Pw4YWary5R2W ohp+W8Z0ohXcsLCqIyl3y9x0YaM5AxLw3i3ftqzKQUXF0vaImotPTmZG3iFC5uHELYphB7q7oSCq YpRVoRQ8A2QGJIZdgKU6K6mY6w62C1qGobL23rloAxochuuRoY2/iVwcPzJLNBZ2dDqGimXEqNWE LWY7xg7q75hFoG0mNR/Uv6Vsm7beSUzTbQN/MCBjamXbpVhNoDnUMg6jpG0PMgb7+ePwhcVyJcLh LpkNbW+84CWWT3nL1quQVF21G4QeLD6NJaEKYZo7+aObFypyeSbJ1w/GH+vGY1H+IDwBWElRwLfr SJKQ9Ci2rTbt+aY2d3yw5ZZmkFmaO8XoVJZO23kggMUmVkpXowZrIvd2kgbThKt0Kpd6s37UUUsb JNrq+IRddVw2boVIpqrvJ7xU+U9A5JiyDdwfkt379+/fX8ToKCSzQVqoElCYe4iyFUwY2cmMeKBB yFbDWxA3ydrQhOAJjOUUJnUBSNN3BFKakXK5bTvVmhUrl0XeHGOIHKlOku0WVdQaStSKwojgE0FI KjjsA4yjBxBqoOj0vhZwEqJRsvi377vF1072yRAUU7Jd4mvN1TPbyAXFurbL6j5vCdInaP1JKYls xVGbvhFDsbZd5PSlsn2nFsu4WWzhEfNPGHJsy1Ml+vDNgEO9fkU0NVPyDwlp5l9h/NJsZWd2Z3c7 052E9Sbuecimji6exhHiybPLtRnFZXbgaOLYdzfSnYn406ddiT3g9L9GL79+/fv3msRZ+RGqm+dy W2FrRPN/Jev3719oixgJvwrlDtYGaPx799LaGCFKmrG1MQ4VblYnhm1MUbtPPzlp6GI7ZHbI7DHZ 47DH+txHbY7RHbI7bHYI7ZHZ47RHYY7bHbGOwx2yO2R2GO2x2yO2R22O2MJiohm3BRusWxGjvaC3 vtUVB2mGo/CNAEcAdXJTxWc+gbi3NnHbKQTMEaSEonJGVLOhHbYrRplENUuoVRZAg33Iq3KRMGQ0 oK9skYh4jIbM9atAXLycmIT/AFOIyOUD6xNoZ5BFfJRh0neZ6hFFrRFU8FWRK9oXaPADtkdshL/R 5RC0KtYM4Cxi3VYOS7GDlsEF9rUUmVPC0wt5mXNS5iQUgEIoXnt9JCXYqxvfUy72Wiya/wB1kEYO AOQIzTt6Zg6Ts4xQGRZEolqZ2yBS6KJo0pQQq8B4PS1mt8ucJ3VTMDVNP30nao7UR9t0n2nSdqI+ 26T7TpO1EfbdJ9p0naiPtuk+06TtRH23SfadJ2oj7bpPtOk7UR9t0n2nSdqI+26T7TpO1ENx9m7r kAYpgst0qbHsTM9pwLpVvTbgTxe0q5lzCcGrGTGDUkoHME0DJ9zMqnBRtlfbWdMEgBwc+2I2KDzy BQ1nGJ5Hefd85GwCUP5ZNp9mTeQblsskPfDE68SPiKzyK9sVvMRYuaQDT0gvWMeEdRjIrcv40HLl KQqPyLZgjHAJVokxzQzX6UgKqbXwz5YBBQyCNsBUkg+PAXYtqllFtCKUQqEb5bn5KLMWpPCUAU8X i7utlEDGC3OyKC0rkrqMVk+ZH7jesB0JhCLPCBAaMQqrJoXnGoMDv9k1hMKr+Xe4JuohzEG8P07X 8vWkkUyMcsTzasvi8yRspQ3exaLwNuGRh8to1/PotdzLU6NI10ijrKAvZeLvI53sSTaLQo4LanLC 0j+1PGgyzYAHTs6SwmeQdIJK/wA4OP4uu+Sb+2+MGwjI7wQPHaLcW7gbqDyLYTIpl7v1CLMuPgpB KSryL0sKGL+2Q4ZiF4yaVije6r70UuzBSbbwTLoRQbFkHdDFsCe2DhOmC14pDJWUJWCSYsR6VmTt Dxo0139hI+PfPrEhEvHbqKFxikMBgRaZysoSYfGcSwOSGtgKPsFPGx8D67zBBRMF2WSHAbMAw0s1 XSgSnI0Z7AF694yM7GY7R+hIZCz6LrUE99pcEqoW1RQWinFFdVWA5xpMWVsoahfAFOGKOjoKulS1 W6xJ3EUo6gwd8wt89sT5ZjqotFi659nIWGtalTGyCUZGmQwc5F1VkUtCnejFuKUI3bzXWViMQVEE G+yKu1B4iZbJz+4sQLbITy1wshLA6Hw6cbrAwo4s0SFosawcTeFi46y+f/ZYi3n7xmg/z2YR1ofn rCqWvPic4nMvzc5a03evlLY9eDxIdpgc+szuPl1jtP085TQvfrGtp7PWf8Z1RiGHg8uc9J3xMok5 Hic5QVnTbzluF7MJgpfB6xfR9vOGLWv+jnBNunPh5wGFuMUz0eBNda5X1lHT5dZSIfnlFqrNTDin rEV+DlNXgva+J5SmVaufWXt+TrM+B+espi+sAY/8BEK7IA/8RQqiBbPiKWn4mGqexOS9o8D7ED2+ xFekTtRGbB8SlVFLR8THVE5T2Inb7HSHA+xOV9iDYKmsk0QTVB8TkPiC2e0qKmoB8TYiO2j2mKqf Er2e0OE+JoRNPH//2gAMAwEAAgADAAAAEAgAAAAAAABigBBwQAAAAAAAAAAD1X6AAAA3/LC8Cv8A jOHqB8qQsqpcQgAAasMFjgAABuGQDv2sMiWKhjY1Wb6RS70EEDqndlEE4CbEGGFWEEHWVkUlm9mV J0i0IUz8mUVM34zCAAAAAAAAAAAADAYYdgobvVBp6AbfXrAgAAAAAAAAAAAAABBwSBQCDzCzDgAj wATwD//EACURAQEAAgEDBAIDAQAAAAAAAAERACExQVHwIGFxsRCRMEChUP/aAAgBAwEBPxDBEo0d icJ39GxqQVEJQXIFEGRROnoXjHZTp0Uep+zBEo0dicJ3/A9I7gP2pgiKnkIPkMP3giCIjsRoncTn +Rm0FUCbdOmEQSdpG5NhlUaArQhBg1VgMFUYFCyI20SxJ6GpUg7KgFTQGwdXNAgmQWAB4TygLrFE Bd77AHHxB1EKw623n9BtYioQ0rJicrYxAGOwhgCwcw2X9KhdzarRtJrpbEB97Q9YBYKQ2JpaLJXY UOHIdMaAEm9kwG8WKAB1OiZv5ddf9dYm729DgLdidimBfKKi60BC6EilMEblPm5N11opOo47LTPA ZAamFRUUD82zgW6DCbWYWrhwhMoTPUe0UC6ZiNhAQQtsFWa1VffL+25BLaoKCKMHUslerQVde8RF EWwYRnEQuoFprNkIS4EyRQFEpKCAeyvn0KkWCyzj3dHzkr3oJYlSRAZ7m93GHKHb0hPIGw7MevM8 dREKE0gDQDB661x6NhSToMpfQWIhlCBTE9m4oAvwNAECmgCnQBVargALloo7b6N98HrpFhiULF2C IGFL0Phy0eKCDRVMGxCrS4mxeiCQYoLdA1p5xRk1MkogBIAKcppUyOKuRVNtN8D1MD6o5oRTUgSR 5Nbj9MaNqJsUFIuudIQWJSHpGKjGP+lFEffFA0FJ8y0RXBUQLiKaoHhAgzdBMdbA0mgAEoiiJVES gcWN4ppDUIdC9d2Me+TJcG+YFeASRNG0DoKCDuIHUmwhTGubK7TEOSjF2EiFMTckCrb5MfdAFBBV PbY3MqqLt01I5yE0IrLtVXbV2r3zzjxv77OeceN/fZzzjxv77Obco0Q7fR468a3EidiNYBAchXa9 iGFiO2CJRQk2GgJXkGZ3RsHILQFVNw4O2MMuSVZBb50r5x4399nPOPG/vs5viFDzzk9EFD8JT2tj xXhA2l9/5nLly5cuXLly5cuXNuMyITx7EoyyPAHWJj+OGxsiGk76NgUjNqjKNgiCJiN3pa8N9bVg MckiZyWVQmRZGLjoL9DKCV0CYKSnV9WHzIV4ey0vkpBbaJljHJLNi5EwMgQEKcABcTwIhW4Q45vY 98+8piDhULDpiljuhm4MEYwOscqkoeobygSzPRT4wzkXQw7dtBwUj1dIaD+g4xUdyFN8YGtX1/fF AXN+UwrOlIKlzR1+BTkQ0l1P/HHaa1E2P9i2WeSPXi+scUehlAmwTF3Jvmh/dIPHGt71I40FUNgc 41A1HM3h/JcRA31YqOqstsCPy4qtQpH1ZRNzwq1E5mBzYyZtXrtDWGufwBvpDV9D8Az8ZPj0ThCJ bfs8Gry+9zxMiT968AokVMnP/wARmo//xAAiEQEBAAIBBAMBAQEAAAAAAAABEQAhURAxQfAgYbEw QFD/2gAIAQIBAT8QBQCgAFVWABtV0Btceg55cgAoEQEREp8BCgorqS5+kcl67Y6mzhUbGAfBEdji P6IPIOEBACIiD0cGYRobFODGKRjhfpEamxPB0L2uHH1CbhQeKaQEdJ/RscUpM2g3UoARYRWpAg6o 2lTcUVVM/qxTwhsltQq7S/DSIpozBFpqcRj6XFCGdKQRJKRhwf8AmsSAXpNz3g70uBVz6hBZ2pOJ hhMxU8AbK+QLbRjDoYqnLn5R1wPzEBSovN1Kh3GwUM2PgKqzgU8Yc3UkMoxWA1u8VW2BTPMSU6bX JNuEJ+LWKM6UD7KNmz/YISmBDUOhcwThIUj1eWccjLNAgPEyy4bFZVsIaaNW2fUxRxRnl/tIxpxo Z6kqSstSyxesQlMGIdMwW3M5JtohrtagWJptaQsFlS9hD4JLthzx9v1ziH2DSHSqBH2mi6VdOS/k ZAQChsfDYwJl8mMWpHdpwQCwly0KhkF+hnw0BKy8vwIUc8sQFpdFoUkZ17mVdfdOsj4gkSUvlRuG gFOw7GADjVJiCXbby/8AqZtkApm6WqlDgM0vcpBNcuGmBlyJ48M/6NQuTGsKDiYuLUT5GObrWxtx 6gFM8PF21oUEERFBuDPjzKIQ63SJJZM2BbK6NApI0suDy1cUio3MmQIVvwybBAwnnVhHSSygANkL DqhioKUrmKlSYuCoZElW7jxRmLykHe6m6UrjxdIebOsidnwApPBadCAooYsLTgQ9G9b/AHhz0b1v 94c9G9b/AHhzYHRR7bOG+eHzTTjkwqK7wooUKx0Ku1UQARgvaTUq1gxUNwECtC0WWIuXDmmsKRHA TANnG/RvW/3hz0b1v94c71+lIUYgBFFKdAAGdgg+gAB9B/elSpUqVKlSpUqVKlSEwijyKR2gYiPh cXAKMBYhhO08AJprAOIUR7hNj5MVS7O4JA5QACqBhVl8EMJFjN03bKVqjOCAPcIifTj0Ke8hoYQA kBvHgru7RkowyHAU6Ui4bMJVwBFCAFUBcTCUkp6DQFaAFaL0pC5+9hQodtQFVAuIFBheKiFKNtG8 RgmrC72LDyYLDwL2Mo6Baqwez6ogFcYDaFciAAKK8qv+AQ4QSUdwCHQVZRVoZ24k4oooa1msBOoF iFFbitBiFXl6GHaMjAkgZGhQADK4cIrbETWdLJ2C0lFldAXwyu1du9VgaiVKUOIZkBhgEJeblktF EAUOA7hiAAAgFJTWCbrWg1Vu0VVKBcG8WZ88ZHqG9whz0QobwvF74NRzTNRQTNopCgsDXJBwybEv KmA1PXwDHIwGZYCtb9pxJ82Jcq3/AIf/xAAqEAEAAQQBAwQCAgMBAQAAAAABEQAhMUFRYXHwgZGh 0RDBseEgMPFAUP/aAAgBAQABPxD/AOoll0LZtETwlAFpU2Zeg4jMBpVU7TGBYdRtacSjbGYMrYKE 9MuVaA9rL+1YiCMyQiE+8fHxQjhHs/6U40Pn7d43cpE7GrrF7Sx10/zCzTmiYYrRVeARQGiLYqg5 ONSOGf8AJ+wpri7pJhSi6sCBDQgAlVQAurBek++RvBXBBwIsiUI4/wAAU8MzxEeb3CdOd7WGLdlp YFpcYwS2gv30cQLGBMQToMUDukmJvx/53ltFgYAomb1RfCKKRFuJroA0nlshyHNXNAmB2mRDjHBQ CVEpMZERBNSVe+C8VD0mxschBSMK0VXmRBK6d154v70QDZ5/z/QVdoOHapys6rkQJPLPJMv6ueCe JkSZbyRk6BD9WDxibuUb30cbLap25Avu5hXz1YeBvwSwydQ2VZX8kJrHxDIXVXtkN5eiQ8u7Q2lI 3cCPqL5hXFCixrL4oZNcacopu8BEXlBcp2nOJvwuky/btLJfhLO4kGBEhKCATFvveYxVRp5ganzA Bua91Tvd82rR/JrsLaPv8TOoVGGJCiB9b+x446AYBdifGJW3o6TCz09zbabnU1ltNnKXyK0Qo4oT J5a9QftH0HJkBrKGY780P1LVDcfL1ln46qaUx5+rcgkziZQ8el+vAifnyygz9afskAKanbTkGhW5 GmXqgdcYOGaBj+RH1EQdFOQRLiW0bmmWkfnypY6nMZ/nDQIHgKUI4q5qnMr8fKQ3GuPNLejvxTTv s/8AnT2Hz5R+Hfg+qmMEjBnzOnMdnwsIAOUP/pdD5nI/ETghpXqUDORh44mYBMCkFNcZUaSAbIwK IE6xQgitH7UexFkXZKokNaZRmWj5ypd1mlYt6g0LrMWHKiDmdRQNGfCIADILO0K6rTE3Vm2odhIw o5k9Ybottsf1btQpRQfPm/8AoED+NgzEp2lfwCtGQ7pNFQabFCTCXIzCBKgciCXKusnQsxHdNpVi Un5pjafGqX+LvtVtkF4LmQxgA5Y81KmUnBIVyy2h1YQBVLNSPb6XPj18f3tq6flMS0KehtVP+M4L TOV+KEdfYjaiMAMkgN5+LNhZVMEjUewxL9UEJFPNvkANeSCCTDBQguxkQScUSNNUkRczpKXw6AmA A2WDYlPCuup61K1MdEESFWU7XOGgr3KxVSiSZolf5IIeGaZ4rhZAFgM40V1JJxlBK8vGN0VDEDC9 w5fb+WgM4bluNuteDgze0NR/QZXe2oqakSLzLoRUq1cqKWmn9IB8yB1escW/O8l1G3IkNCsxiy9N ShBdIuplbP8ALFmiKJVU0RQAxYC9QlRE/A79u8jaEscJgoQ0AMSbQKB0WigKj0UklwyjU7NcBOqk xGEzYqYvaasn6RdajQ8XL+zutZqV40la4nvgu8apsTKFIFrNDAGFFMCmC4Vtw+dHrRpREITfnnT/ ACFW9gU7IjC9tGR9NrCho088CCldVmWok3DCIVBZoz34RbEq9i+CAyiyMlkdyDJIDswR1VcjulEZ E2AWvnZShhBWMgWWOUJqorDoIoaqbvRR6uepP5TRgEFy+lawx+qLprHrgf8ANgNQZ8jMLBJqQDkK AwsICMKi4XMAuAjmDKNYEoI60wVkk0ceqLs8PzGUEU6CC6OplMyMwaSt7lH0oz39fqcFnYSNx4vG gy2LaZfKpMa/mT2Ej1j2OFS69DyCXYZEdKSDj8XHgHwaixJxzGgSuCMV+VG/jx/52IC4JFkaijhS fca6MAD0Q8hPoSio8/XHLYYlmjFlAMndppBLM1xLrDiBEvwL38VISKal/I7OqOENFCQef4vOK5Cx fJb1oRU4LTicKHZA27Y3fwHQh+kKoENEG6XT95XpUHEUFDiyLSpErTAmssHkKPW0PzQC1MUEw1Ru P0239wcACsXM8i+g5YOoOSMtCpmRTvTa4vow9sRtcqBQzdmgqlgMjqKmKZK0WabKXiSmAj9nfSKi IzjhzNdY80cGirbdwj+DDjExaLo9ud1XZz0bLTr14uDbFx0yQzEDg7ympbKAd+5bVvnPUqaJSVJm Ay7x7U+BZEzs3ifOtKR2j2t/kDpAVgcEQCFoBKS4P5WxIXdg+DvQ0cxJPorCoQ5jWQTZUikt1qPW m7dAyiBKEokUqUJMufLcvqq8oMV99UuCBUomlD3TfHogEguACUNdYIZkBzrWpVCNuF5rZHr/AFea 0qIxHrLu+N4f8yv+cchoDEAiAxT0oCAlEL+XdNycJCzEWn147VBjgjFFYl6P1qlbYS+MhjacoqTo BtRVsj1UXmwDOFiNaec0rRjOgl4lr1/mh6AME2Tp4fuoermPyPRLo1URrksDmOh3qKJ27d2xv6Wo y08KjIMQLgcRR5SCtyBHGWPeKalpwRTA28mjtamRzAnIg4m2j43XSO5Mso2n4m1Pr7I5nquDl+aX wAs1gGxxfxFSJDN2I7YJGCfaszLA9xaYWW+Jo0AE0aUGQmXMU5C3FMRLLvEG9SnYJKsNyBy5/iln biR0UiWjmhgQLRIjIN/FuyOLg3rJeTtTuS57wYNg0EXJTlElOCUpRqzSl5CWW/qpv+EzqZ9XxnpR IC2CZGe7Mbxlr4hFpWDpdvSKGGEGeW7D0jv0qMJYFPSb6uOPS/SGwyZ9THPtYoNFITL2/f11iiSi CDmu71+4zW40QIxJ77NTEGYTeJ82pENYbiDiV7fbQQ6JXLcCbDR2iQw1iGGMt3y1CA/6X+QOHDhw 4DArPu8HMzrcpzUUsNoNUkMA1VpyAJFBmnBmIrBFf6S/GyVRQJDNU9e4x7nAMsgwsUsb4bgQCMJo XR6nAwVJIFElMRMY4AYehngACVcQ9QG6+6YHZ1ycTSqwNplyhqQDFjeYcy/pf8hw86zNCjwU0ndi URA+e9COPw5EsNXmIpYGRRCrEGFoZgtl243tSKMYZ6ebfjUxqjnHXRZ9XxnpiSl3k6XEfn3qA6gP RznzjjtW5/Svbjv4qRtDiLzjt52UAIC5Q1M/K3XpU32eBiceetqwRnE6gkw2e8ZxaofBXZfWIntP apSmagNHQ9cFbllxZiTdmP30hgWojh+pb6lNkfO8d3M2trrooXg34/k/uYHNXosZn+M05ImSYXVi JXnjtRmjhaWv2iei+rRBlp8gLWXonE/wU27sFwhd2uL29KNPq5QpGfE6tUFGOgYxIvrbfVarxdYb nS/G80sumLI1xD3aP8pGLXZ78cNLzt6MWsmfSONVLp4Wlvize0bVu+YXTFle/HXpWDoTh1PLmiC7 vi6dN9sUZX9Attzid9KeX6wAntf8VKsScLOuzn6mKGIULqxNs0kMJBgBY4lmf6KyTurPTPu8gS8h jBDbP0+qRmxG5j2vpmMdVdYmMF8372qadbhBjKY5xfjVKy8SxGuM/LZLP3Ou3x6Vh8mM/Xr0q79T +/jGqs/c67fHpWHyYz9evSrv1P7+MapVLE5f685603ANw4MIu3iYnfNifDToCQQVyzJ1nFX9N+TX i3PSM/o7LGfrG+kWjLacHXy8xFov6b8mvFuekZ/R2WM/WN9IGYCggGzcut/amNuIvshs28+WlWQK hReQt9J9km79T+/jGqs/c67fHpTfEsTnlARwcKMaEACMTFvP7olEiHXpz57BRZlmG5nD15n9XrEJ N0nNgW6eKSxmuFctn01ZzLEio9rPN7isQbumbeL/AN+j4vv3+0/ey7aScdeHm96be2Uz45/ubNvk +fH2FcnYm6Ovj53f1bZTNovd8/3NM2MXX7/afsK5OxN0dfHzu7mHKqZ+Xz/epiMEr9/tP3su2knH Xh5vcbBFtlOu75/v0fF9+/2n7CuTsTdHXx871WNtyfHP9+j4u+fH3tuWklHXh5veqQcypnx5v0fF 3z4+5oV20ioOYw83vUQd0nEf2/uaZsYuv3+0/YVydibo6+PneqxtuT45/sMxqCAJVAABVbBK2ug0 O60sSuOapZStbvvM9Mnsf9gD+JSEfKA11qW94jeGyajCAQshMFOv8lSDFtBGBV8ROGe/baFcnYm6 Ovj52wmYe72UFA1UTgXTWCH4pyyjkpmJR6RN9GSpo53zfIgIKbYjw8pOM93f9sFs11t8Zej/AMJC YRMKyazghec9xoBotBKC0mDIsSSg94e3zsexAktmTHf8/wB+gYuv3+0/e25aSUdeHm9t8mwF/V1G DYAJwQAUEJGgZNAEDsNzW1O5kilHYI9sp11v67bl6OLr9/8Ar72XbSSjrx83uWzMzSe0KLijUnYF 6SuMdOKxyOfIQ0l+YTsNCZmTVAcz+MM8lHKBTr23eGbm25aSUdeHm91qVeMKpCf7eElwBIYS1svj +VUhXIYdDaegbowlZ7i9ZY+91PE89aGQTPnkUQkltD+lb0oy9WTftp9/P1t73srvnMI9q/vbL9tf Wvrb3vZXfOYR7V/e2X7a+tfW3veyu+cwj2r+9sv219a+tve9ld85hHtX97Zftr619be97K75zCPa v72y/bX1r62972V3zmEe1f3tl+2vrX1t73srvnMI9q/vbL9tfWvrb3vZXfOYR7V/e2X7a+tfW3ve yoAEdV8rXroKNcyZVVRjZdSEwYMyoJlmCDPwiroknw70u8lDN0wNkNoYYt5/hqbkyQvceiy1iCGm 7wFr2UzXPCIQyw5001aylbu+6ccG6bEh7XIMhK/NWMDgUkbypDbmo4PxYc2EvtFwsuoRtin/AGqw kGZhiJ5EWl4w0BFR7EE/yadWiiCtYAv61tXa8GVhbHIwmxplV5BBKRKK8z/xM7jJm2i1Lq//AN3K /OhuNosRoZYsZbl8aKhdpcVcjgrdAAqy8vEyZq4tMsM1TGUZ/CctqQk7ibUxjObUDX5VymUNla0a gCgOEAEVohlRMcN2X/BROg1bTheUMnhlf82fvik/GU2XNUFMOx5wphAFYn2JD+H8CZxTRe29NICD KU3WhWWf+ihEOFFIEQZzrdtZ6yl/UcANoV7Stg9hvuRoaAWi2OPv3/8AfcOm+CCxajwltTUb8zaU RBHC5KyaBRIA7Kkil8J3NfDhNSYTKx5WawVD5ZMfibIiq8AVeBTBP5QYnjKqxg7cURukVFzWtRsW 0UE0CIdQnAW+7xoHFVGg+F8p/DDqnUo+X55/Jq9GW2gLOxbqhWl4sPFThXy7EKCYTtIxw+F0TkS8 1GPZ2bO/SfcNWaodNAwjyurbNUOK9CXa3pWV0S9bGkNem1VH4ALKaIzoviaH7I8g1dHyEj5SK0l/ R4lC2NLHQ8XrY4SFgGAgSXxuzCW4SdEij3qk5hROLQjU3BkXeFG/E02Wnkf4JYZmGEoMkklLU2t2 XV9gemTxe0fRPb9UqGodzEPur9DsytjtR+v5R9SnXTUR6ZatKn7px5V2hvhG4NbRM6qEpRqqighQ Ozr2LXWCX7E8mf5tUr2Y/wDfNaWvDxJpM4qZSKxlx1bxzSHpFGLI5Oh8wdAQEF0BZZ/dN/EBjC91 /iO9FjQmIMHIJH6q8YAxbA9XJ81Ihtt1menn1KmUpPHM4/a9GmiXt85u/XaKTZO8XbmPGtRQiG6k B6GbPirVuLMhDyXHm5MGZyubHMzeH2oObrWQu+ritYkbpxBw9PMsJr22WOoZ3/F6fw1gDhODr75h +TMcaa/67k0k4g65GbNdd0JoQl+DNrneaEoBIu7WLPXzYrhVvc2F/arF3mNFzED+OcNQAyQXevTh J9VLjBJke0ZU6deKktA3HIJzvjNFSAtoum/L2n2oF8osqz1Q2t7yVEo3UAOg6RqjE6PU9u/Exe7T 4QmSTY33bvTFQkmpZ4Mo4qSsCTBxbly259aFwCBNr287fxWP/faHefJpxlDsP8w7aAINZOQ67VP0 HU8mMFikFL3TgduKlgpiTu602g7HBb0ouw/ojXJ/fpSEWXVz3s/NDR/CRbpmp/BbKvyNeUfqhgfY 6Ok0DYI4igcxMsmEzw1BHgCIIt3pe7Ury9H0M3bvQjr9DU6mYplE9f0bBFRAbIsH/O1DQDnR++ad UE5sT8UySI6ftijbNu3wrDjjTUdP3HSiIEERg47fuklV6Ljntx2oqAusE4jy/pR1VmzDKjGOYzua Iyi3bhjtQ6wu7OkXjpUMnpIe6+6ZkT0OTjx20AIPz//Z ------=_NextPart_000_0001_01C23A2E.0244DFD0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 2 16:34: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 5B06537B400 for ; Fri, 2 Aug 2002 16:34:47 -0700 (PDT) Received: from tungsten.btinternet.com (tungsten.btinternet.com [194.73.73.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAE1543E6A for ; Fri, 2 Aug 2002 16:34:46 -0700 (PDT) (envelope-from dominic_marks@btinternet.com) Received: from host217-39-107-221.in-addr.btopenworld.com ([217.39.107.221] helo=btinternet.com) by tungsten.btinternet.com with esmtp (Exim 3.22 #8) id 17alwT-0005eu-00 for freebsd-hackers@freebsd.org; Sat, 03 Aug 2002 00:34:45 +0100 Message-ID: <3D4B1755.1030301@btinternet.com> Date: Sat, 03 Aug 2002 00:35:49 +0100 From: Dominic Marks User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020721 X-Accept-Language: en, en-us MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: very minor vm_map.c typo ? 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 Hello, In vm_map.c, in the vm_map_insert(...) function there is the following piece of code which checks if the addresses supplied to the function are valid: ** if ((start < map->min_offset) || (end > map->max_offset) || (start >= end)) return (KERN_INVALID_ADDRESS); ** Specifically, I am interested in the final comparison. Is it possible that start == end could ever be correct? Do zero sized entries ever get inserted? (I don't see why you would ever wish to do this, please explain it to me if there is a reason). Normally I'd submit a PR about this but since its not an area of the code I am very familiar with I thought I'd ask. I would also supply a patch but for a one character change it seems pretty silly. Thanks, -- Dominic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 2 17:46: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 6586037B401 for ; Fri, 2 Aug 2002 17:46:12 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5DF243E4A for ; Fri, 2 Aug 2002 17:46:08 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 678652A7D6; Fri, 2 Aug 2002 17:46:08 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Dominic Marks Cc: freebsd-hackers@freebsd.org Subject: Re: very minor vm_map.c typo ? In-Reply-To: <3D4B1755.1030301@btinternet.com> Date: Fri, 02 Aug 2002 17:46:08 -0700 From: Peter Wemm Message-Id: <20020803004608.678652A7D6@canning.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 Dominic Marks wrote: > Hello, > > In vm_map.c, in the vm_map_insert(...) function there is the following > piece of code which checks if the addresses supplied to the function are > valid: > > ** > if ((start < map->min_offset) || (end > map->max_offset) || > (start >= end)) > return (KERN_INVALID_ADDRESS); > ** > > Specifically, I am interested in the final comparison. Is it possible > that start == end could ever be correct? Do zero sized entries ever get > inserted? (I don't see why you would ever wish to do this, please > explain it to me if there is a reason). That would most likely be a case of defensive programming, especially in case of a sign wraparound problem or the like. No, inserting a zero-length map entry isn't valid and the defensive case comes for free. 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 Sat Aug 3 3:14: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 8038F37B400; Sat, 3 Aug 2002 03:14:51 -0700 (PDT) Received: from cc-gw.1anetworks.net (cc-gw.1anetworks.net [193.243.179.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 7806443E4A; Sat, 3 Aug 2002 03:14:50 -0700 (PDT) (envelope-from brian@ukip.com) Received: from BRI (bri.1anetworks.net [212.36.98.200] (may be forged)) by parma.1anetworks.net (8.9.3+Sun/8.9.3) with SMTP id LAA00232; Sat, 3 Aug 2002 11:14:48 +0100 (BST) From: "Bri" To: , Subject: dhcp problems with my ISP Date: Sat, 3 Aug 2002 11:12:12 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 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 Hi I have a Cable and have a Cable Modem for my internet connection of which you use dhcp to obtain an IP address great but this only seems to work successfully on a Windows machine I've registered all the other mac addresses of unix boxes and Apple macs I have and they seem to have alot of difficulty obtaining IP addresses. Especially the UNIX machines which run FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. What I would really like to know is what does the windows dhcp do differently than say dhclient. I would be very interested to know as I would like a UNIX machine that can maintain and IP address. Bri, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 3:23: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 664EF37B400; Sat, 3 Aug 2002 03:23:36 -0700 (PDT) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BF3D43E42; Sat, 3 Aug 2002 03:23:36 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0073.cvx40-bradley.dialup.earthlink.net ([216.244.42.73] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17aw4C-0004zU-00; Sat, 03 Aug 2002 03:23:25 -0700 Message-ID: <3D4BADAC.481BB6E3@mindspring.com> Date: Sat, 03 Aug 2002 03:17:17 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bri Cc: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: dhcp problems with my ISP 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 Bri wrote: > Hi I have a Cable and have a Cable Modem for my internet connection of which > you use dhcp to obtain an IP address great but this only seems to work > successfully on a Windows machine I've registered all the other mac > addresses of unix boxes and Apple macs I have and they seem to have alot of > difficulty obtaining IP addresses. Especially the UNIX machines which run > FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box > which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. > > What I would really like to know is what does the windows dhcp do > differently than say dhclient. > > I would be very interested to know as I would like a UNIX machine that can > maintain and IP address. Use the same exact NIC. Often, once the cable company sees a MAC address, it filters all other MAC addresses from getting a lease from your wire. The intent of this is to prevent people grabbing more than one lease simultaneously, or running more than one machine at a time. Ask Julian Elisher. He had exactly this problem with a machine in San Francisco, 2 years ago. Note: If you ask, he will say "Yes, I had exactly this problem"; he won't tell you anything you can do about it, except "Use the same exact NIC", because that's really the only fix. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 5:54: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 3547637B400 for ; Sat, 3 Aug 2002 05:54:49 -0700 (PDT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4BBB43E3B for ; Sat, 3 Aug 2002 05:54:47 -0700 (PDT) (envelope-from marck@rinet.ru) Received: from localhost (marck@localhost) by woozle.rinet.ru (8.11.6/8.11.6) with ESMTP id g73Csd325944; Sat, 3 Aug 2002 16:54:44 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 3 Aug 2002 16:54:39 +0400 (MSD) From: Dmitry Morozovsky To: Terry Lambert Cc: hackers@freebsd.org Subject: Re: -fomit-frame-pointer for the world build In-Reply-To: <3D4ACBC2.DB52A15C@mindspring.com> Message-ID: <20020803164434.Q25630-100000@woozle.rinet.ru> X-NCC-RegID: ru.rinet 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, 2 Aug 2002, Terry Lambert wrote: TL> Dmitry Morozovsky wrote: TL> [ ... -fomit-frame-pointer ... ] TL> > Yes, Terry, I'd read this note. However, it does not clarify for me which TL> > exactly functionality is lost with omitting this. TL> > TL> > I tried to build some binaries with -fomit..., then tried to debug it a TL> > bit, and gdb shows me both backtrace stack and arguments, so I was in TL> > doubt a bit -- so here is my question ;-) TL> TL> Try it again on a SPARC or other RISC machine that pushes TL> register window frames on the stack after a certain function TL> call depth is achieved. TL> TL> I was pretty sure at one time that the PPC platform had a TL> variant of this problem, as well. Well, this clarifies much more than I test -- the only platform I tried to check this was i386. TL> If you want a definative answer, then the people to ask are TL> the GCC implementors, who put the option into the compiler TL> for a reason, and added the descriptive text to the .info TL> file in the first place. I didn't doubt it ;-) TL> Realize that this is a GCC issue, not a FreeBSD issue. What's the issue? Existence of -fomit... option? ;-) Actually, I was not specific enough in my initial question. It should sound something like: I presume building FreeBSD RELENG_4 world on i386 with -fomit-frame-pointer may lead to some undesired effects. But I neither found them in my (not so deep though) tests nor read info about it except GCC-info's note that you cite. 8-12% of code efficiency is not too small... Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 5:58: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 702A737B400 for ; Sat, 3 Aug 2002 05:58:43 -0700 (PDT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C3BF43E5E for ; Sat, 3 Aug 2002 05:58:42 -0700 (PDT) (envelope-from marck@rinet.ru) Received: from localhost (marck@localhost) by woozle.rinet.ru (8.11.6/8.11.6) with ESMTP id g73Cwad25987; Sat, 3 Aug 2002 16:58:36 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 3 Aug 2002 16:58:36 +0400 (MSD) From: Dmitry Morozovsky To: Bakul Shah Cc: Terry Lambert , Subject: Re: -fomit-frame-pointer for the world build In-Reply-To: <200208021835.OAA02984@warspite.cnchost.com> Message-ID: <20020803165722.G25630-100000@woozle.rinet.ru> X-NCC-RegID: ru.rinet 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, 2 Aug 2002, Bakul Shah wrote: BS> > I tried to build some binaries with -fomit..., then tried to debug it a BS> > bit, and gdb shows me both backtrace stack and arguments, so I was in BS> > doubt a bit -- so here is my question ;-) BS> BS> I can answer that. Consider the following two functions: [snip very descriptive answer] Thanks Bakul, you'd give me a light. ;-) Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 7: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 5422137B400 for ; Sat, 3 Aug 2002 07:10:38 -0700 (PDT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8520F43E5E for ; Sat, 3 Aug 2002 07:10:37 -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-PRD1) with ESMTP id H09U1P01.LEB; Sat, 3 Aug 2002 10:10:37 -0400 Received: from hades.videotron.ca. (localhost [127.0.0.1]) by hades.videotron.ca. (8.12.3/8.12.3) with ESMTP id g73F7BFX059667; Sat, 3 Aug 2002 11:07:11 -0400 (EDT) (envelope-from spotvin@hades.videotron.ca) Received: (from spotvin@localhost) by hades.videotron.ca. (8.12.3/8.12.3/Submit) id g73F7Bjb059666; Sat, 3 Aug 2002 11:07:11 -0400 (EDT) Date: Sat, 3 Aug 2002 11:07:11 -0400 From: "Stephane E. Potvin" To: freebsd-hackers@FreeBSD.ORG Cc: Jeffrey Roberson Subject: Re: ARM Port: Help with UMA subsystem needed Message-ID: <20020803110711.C45139@hades.videotron.ca.> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG, Jeffrey Roberson References: <20020801200512.B45139@hades.videotron.ca.> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020801200512.B45139@hades.videotron.ca.>; from sepotvin@videotron.ca on Thu, Aug 01, 2002 at 08:05:12PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 01, 2002 at 08:05:12PM -0400, Stephane E. Potvin wrote: > I've been busy trying to bring the port back in sync with current. > Now, each time I start my NetWinder, I get the following panic which > I don't seem able to track the source. I would greatly appreciate if > anybody knowledgeable with the UMA subsystem could give me a hint on > what could be causing this. > I just found out that reverting this commit fixes the problem. Any ideas about why other arches don't encouter the problem? jeff 2002/06/19 13:49:44 PDT Modified files: sys/vm uma.h uma_core.c Log: - Remove bogus use of kmem_alloc that was inherited from the old zone allocator. - Properly set M_ZERO when talking to the back end page allocators for non malloc zones. This forces us to zero fill pages when they are first brought into a cache. - Properly handle M_ZERO in uma_zalloc_internal. This fixes a problem where per cpu buckets weren't always getting zeroed. Revision Changes Path 1.9 +0 -1 src/sys/vm/uma.h 1.30 +18 -16 src/sys/vm/uma_core.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 9:13: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 B7A4537B400 for ; Sat, 3 Aug 2002 09:13:57 -0700 (PDT) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 208E543E42 for ; Sat, 3 Aug 2002 09:13:57 -0700 (PDT) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id g73GEOH36017; Sat, 3 Aug 2002 12:14:24 -0400 (EDT) (envelope-from bmilekic@unixdaemons.com) Date: Sat, 3 Aug 2002 12:14:19 -0400 From: Bosko Milekic To: "Stephane E. Potvin" Cc: freebsd-hackers@FreeBSD.ORG, Jeffrey Roberson Subject: Re: ARM Port: Help with UMA subsystem needed Message-ID: <20020803121419.A35909@unixdaemons.com> References: <20020801200512.B45139@hades.videotron.ca.> <20020803110711.C45139@hades.videotron.ca.> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020803110711.C45139@hades.videotron.ca.>; from sepotvin@videotron.ca on Sat, Aug 03, 2002 at 11:07:11AM -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 Sat, Aug 03, 2002 at 11:07:11AM -0400, Stephane E. Potvin wrote: > On Thu, Aug 01, 2002 at 08:05:12PM -0400, Stephane E. Potvin wrote: > > I've been busy trying to bring the port back in sync with current. > > Now, each time I start my NetWinder, I get the following panic which > > I don't seem able to track the source. I would greatly appreciate if > > anybody knowledgeable with the UMA subsystem could give me a hint on > > what could be causing this. > > > > I just found out that reverting this commit fixes the problem. Any > ideas about why other arches don't encouter the problem? > > jeff 2002/06/19 13:49:44 PDT > > Modified files: > sys/vm uma.h uma_core.c > Log: > - Remove bogus use of kmem_alloc that was inherited from the old zone > allocator. This looks like the problem, or at least that which uncovers the problem. The pmap code is calling the zone allocator as well and what happens is that you recurse on the kmem_map lockmgr lock because you allocate recursively from kmem_map. Previously, we could also allocate from kernel_map, if the kernel_map lockmgr lock wasn't held, so this way if we had a recursive call we would get around this problem. I think this whole thing is flaky in general (if this was the way to get around recursion, we should fix it). JHB and/or JeffR: why is the kmem_map lockmgr lock not recursive? Regards, -- Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@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 Aug 3 9:14: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 2C9EA37B400; Sat, 3 Aug 2002 09:14:06 -0700 (PDT) Received: from cpw.math.columbia.edu (cpw.math.columbia.edu [128.59.192.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BFC643E65; Sat, 3 Aug 2002 09:14:05 -0700 (PDT) (envelope-from atici@math.columbia.edu) Received: from cpw.math.columbia.edu (atici@localhost [127.0.0.1]) by cpw.math.columbia.edu (8.12.2/8.12.2) with ESMTP id g73GE3ap032055; Sat, 3 Aug 2002 12:14:03 -0400 Received: from localhost (atici@localhost) by cpw.math.columbia.edu (8.12.2/8.12.2/Submit) with ESMTP id g73GE3kU032052; Sat, 3 Aug 2002 12:14:03 -0400 Date: Sat, 3 Aug 2002 12:14:03 -0400 (EDT) From: Alp ATICI To: freebsd-hackers@freebsd.org, Subject: About 5.0 and Nvidia drivers 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 By the time 5.0 is released do you aim to complete all the planned features at www.freebsd.org/smp? (like full kernel preemption) I know it's a tentative list but still if there's a consensus about that let me know. Will 5.0 stable be created after KSE milestone 4 commit? I just wanted to know more about the release policy. After 5.0 stable is released, is the development in the current branch completely be named 6.0? (and any possibly new features (like finer grained locking) will be available in 6.0 stable) Or is the development in current tree will continue to be merged with 5.x for some time? And what's the latest about the Nvidia drivers? It's mentioned that Nvidia has plans to produce the drivers for FreeBSD. I'd be happy to know what's going on in that issue too. Thanks, Alp On Mon, 4 Feb 2002, John Baldwin wrote: > The kernel is already somewhat preemptive. The kernel in 5.0 will certainly be > preemptible, as making a kernel SMP safe makes it laregly preemptible (i.e, > safe for preemption) as well. Making the kernel "fully" preemptive (i.e., we > can switch tasks on any setrunqueue() if the conditions favor that) is actually > a fairly esay thing to do, I'm just not sure how well it works right now. :) I > just recently fixed some bugs in the alpha pmap code that should help out with > getting our kernel closer to that goal. > On Wed, 22 May 2002, Kenneth Culver wrote: > According to emails I've had back and forth with Matthew, nvidia won't be > giving him anything else to work with. However, nvidia has freebsd drivers > up and running in their labs or whatever, and should be releasing > something soon. > > Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 9:33: 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 DCA8D37B400 for ; Sat, 3 Aug 2002 09:33:02 -0700 (PDT) Received: from cpw.math.columbia.edu (cpw.math.columbia.edu [128.59.192.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E89D43E75 for ; Sat, 3 Aug 2002 09:33:02 -0700 (PDT) (envelope-from atici@math.columbia.edu) Received: from cpw.math.columbia.edu (atici@localhost [127.0.0.1]) by cpw.math.columbia.edu (8.12.2/8.12.2) with ESMTP id g73GX0ap032200 for ; Sat, 3 Aug 2002 12:33:00 -0400 Received: from localhost (atici@localhost) by cpw.math.columbia.edu (8.12.2/8.12.2/Submit) with ESMTP id g73GX0Or032197 for ; Sat, 3 Aug 2002 12:33:00 -0400 Date: Sat, 3 Aug 2002 12:33:00 -0400 (EDT) From: Alp ATICI To: freebsd-hackers@freebsd.org Subject: Kernel programming references Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG What references would you suggest for learning kernel programming and FreeBSD internals for someone who has quite good background in C programming and Operating System algorithms in general? I just bought: The Design and Implementation of the 4.4 BSD Operating System The Design of the Unix Operating System by Bach Advanced Programming in The UNIX environment by Stevens Any other suggestions? Alp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 9:34: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 9035337B400; Sat, 3 Aug 2002 09:34:13 -0700 (PDT) Received: from CRWdog.demon.co.uk (p69-199.acedsl.com [66.114.69.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id E501E43E65; Sat, 3 Aug 2002 09:34:12 -0700 (PDT) (envelope-from spadger@best.com) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id A6A9B9A; Sat, 3 Aug 2002 12:34:11 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: Bri , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: dhcp problems with my ISP In-Reply-To: Message from Terry Lambert of "Sat, 03 Aug 2002 03:17:17 PDT." <3D4BADAC.481BB6E3@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2134195756P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 03 Aug 2002 12:34:11 -0400 From: Andy Sparrow Message-Id: <20020803163411.A6A9B9A@CRWdog.demon.co.uk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_2134195756P Content-Type: text/plain; charset=us-ascii > Often, once the cable company sees a MAC address, it filters all > other MAC addresses from getting a lease from your wire. This is true, broadly speaking. If they're mildly clueful (and probably if you convince them that you are), you may be able to get them to either add multiple MAC addresses for your account or simply relax the "single MAC" restriction if you explain that you're experimenting with new equipment/configurations you wish to use, and will be swapping equipment in and out (this is probably more likely with a static IP, natch). At least for some services, it's merely your local equipment that's caching the MAC address - e.g. for RoadRunner service, you can simply switch off the cable modem long enough to let the caps discharge completely (~30-45 seconds) and switch it back on, and it'll be happy with whatever it "saw" on it's ethernet port when the 10/100 link comes up, but you can't hot swap routers or firewalls and expect it to work - the link will come up, but the cable modem will be "deaf".. :) HTH. Cheers, AS --==_Exmh_2134195756P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE9TAYDPHh895bDXeQRAufIAKCr4KRIOQnTjmak2+onq+1+ZvyyzQCgwiWy Fyzn0RbdqV2OXTauU0t8My0= =3VZm -----END PGP SIGNATURE----- --==_Exmh_2134195756P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 9:35: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 819F637B400; Sat, 3 Aug 2002 09:35:16 -0700 (PDT) Received: from opiate.thirteenandtwo.org (CPE0030ab0ef2bb.cpe.net.cable.rogers.com [24.103.202.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A4CE43E3B; Sat, 3 Aug 2002 09:35:15 -0700 (PDT) (envelope-from munish@opiate.thirteenandtwo.org) Received: by opiate.thirteenandtwo.org (Postfix, from userid 1001) id EFD35FE; Sat, 3 Aug 2002 12:35:59 -0400 (EDT) Date: Sat, 3 Aug 2002 12:35:59 -0400 From: Munish Chopra To: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: About 5.0 and Nvidia drivers Message-ID: <20020803163559.GA762@opiate.thirteenandtwo.org> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-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 2002-08-03 12:14 +0000, Alp ATICI wrote: [snip] > > And what's the latest about the Nvidia drivers? It's mentioned that > Nvidia has plans to produce the drivers for FreeBSD. I'd be happy to know > what's going on in that issue too. > We know about as much as you do. Waiting for NVIDIA, once again. I'll fire off a mail to some of our contacts and ask, but I'm pretty sure it'll be more of the same we usually get. -- Munish Chopra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 10:18: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 A898E37B400 for ; Sat, 3 Aug 2002 10:18:31 -0700 (PDT) Received: from 12-218-135-53.client.mchsi.com (12-218-135-53.client.mchsi.com [12.218.135.53]) by mx1.FreeBSD.org (Postfix) with SMTP id 6F79743E70 for ; Sat, 3 Aug 2002 10:18:30 -0700 (PDT) (envelope-from erik@12-218-135-53.client.mchsi.com) Received: (qmail 3248 invoked by uid 1000); 3 Aug 2002 17:18:29 -0000 Date: Sat, 3 Aug 2002 12:18:29 -0500 From: Erik Greenwald To: freebsd-hackers@freebsd.org Subject: kernel hacking environment Message-ID: <20020803171829.GA3239@freya> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey, I have a quick question What are some cool kernel hacking environments? I've been dropping down to single user mode and mounting my /usr ro to avoid fsck time, and have been thinking of using bochs or vmware to try to expediate things, maybe with a 100 meg 'disk', then put most of the filesystem in using NFS... Anyone had good luck with bochs or vmware? Any other cool approaches? Unfortunantly, I only have on machine available for the task, so I can't chain a 'dummy' machine off of a work machine with ethernet and serial debugging :) Just looking for ideas and maybe good urls or docs (in case it's important, I'm running -current on an x86 with a slew of ram and hdd, and I've used dosemu on linux to do ms-dos assembly stuff in the past with great result) tia -- -Erik [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 11:46: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 8B11037B400 for ; Sat, 3 Aug 2002 11:46:43 -0700 (PDT) Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.30.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01C3E43E4A for ; Sat, 3 Aug 2002 11:46:42 -0700 (PDT) (envelope-from chuck@research.att.com) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id EBD704CE30 for ; Sat, 3 Aug 2002 14:46:40 -0400 (EDT) Received: from chips.research.att.com (chips.research.att.com [135.207.27.139]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id OAA06157 for ; Sat, 3 Aug 2002 14:46:40 -0400 (EDT) Received: (from chuck@localhost) by chips.research.att.com (SGI-8.9.3/8.8.5) id OAA59621 for freebsd-hackers@freebsd.org; Sat, 3 Aug 2002 14:46:40 -0400 (EDT) Date: Sat, 3 Aug 2002 14:46:40 -0400 From: Chuck Cranor To: freebsd-hackers@freebsd.org Subject: dell 2650 embedded remote access (ERA) Message-ID: <20020803144640.I25098027@chips.research.att.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: AT&T Labs-Research Sender: owner-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've got a couple of 2650's running 4.6 (with updated bge driver). was looking at the linux stuff that claims to talk to the ERA. [ERA is a device that let's you power cycle and control the 2650 remotely.] has anyone ported it off to run under linux emulation under freebsd? it would be cool to be able to run /usr/sbin/racadm. looking at the dell linux distribution, the racser-src RPM indicates that there is an emulated 16550 UART on this PCI device: none1@pci0:4:1: class=0xff0000 card=0x00081028 chip=0x00081028 rev=0x00 hdr=0x00 vendor = 'Dell Computer Corporation' device = 'PowerEdge 3/Di Expandable RAID Controller' [i don't think the "device" line is correct, this is the RAC device, not the RAID?] the racser-devel RPM seems to indicate that you establish a PPP connection to the above UART. seems like the sio driver could be applied to none1@pci0:4:1. the /usr/sbin/racadm is also linked with the dellmsa package, but i'm not sure how much it needs from it? the dellomsa-drivers RPM has an additional kernel module in it (basically a bunch of .o's with a the source for a linux shim that is layered on top of it). chuck To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 12:51: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 05BB537B400 for ; Sat, 3 Aug 2002 12:51:56 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [205.130.220.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CC7D43E42 for ; Sat, 3 Aug 2002 12:51:55 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.3) with ESMTP id g73JpK987052; Sat, 3 Aug 2002 15:51:20 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Sat, 3 Aug 2002 15:51:20 -0400 (EDT) From: Jeff Roberson To: Bosko Milekic Cc: "Stephane E. Potvin" , Subject: Re: ARM Port: Help with UMA subsystem needed In-Reply-To: <20020803121419.A35909@unixdaemons.com> Message-ID: <20020803154945.B26021-100000@mail.chesapeake.net> 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, 3 Aug 2002, Bosko Milekic wrote: > > On Sat, Aug 03, 2002 at 11:07:11AM -0400, Stephane E. Potvin wrote: > > > > I just found out that reverting this commit fixes the problem. Any > > ideas about why other arches don't encouter the problem? > > > > jeff 2002/06/19 13:49:44 PDT > > > > Modified files: > > sys/vm uma.h uma_core.c > > Log: > > - Remove bogus use of kmem_alloc that was inherited from the old zone > > allocator. > > This looks like the problem, or at least that which uncovers the > problem. The pmap code is calling the zone allocator as well and > what happens is that you recurse on the kmem_map lockmgr lock because > you allocate recursively from kmem_map. Previously, we could also > allocate from kernel_map, if the kernel_map lockmgr lock wasn't held, > so this way if we had a recursive call we would get around this > problem. I think this whole thing is flaky in general (if this was > the way to get around recursion, we should fix it). > > JHB and/or JeffR: why is the kmem_map lockmgr lock not recursive? > These locks can not be made recurisve safely. In this case you would just recurse forever and never satisfy the allocation. All pmap modules do something like the following: static void * pmap_allocf(uma_zone_t zone, int bytes, u_int8_t *flags, int wait) { *flags = UMA_SLAB_PRIV; return (void *)kmem_alloc(kernel_map, bytes); } pvzone = uma_zcreate("PV ENTRY", sizeof (struct pv_entry), NULL, NULL, NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_VM); uma_zone_set_allocf(pvzone, pmap_allocf); uma_prealloc(pvzone, initial_pvs); Is arm using a seperate allocf? Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 12:59: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 D556937B400 for ; Sat, 3 Aug 2002 12:59:45 -0700 (PDT) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBAFD43E6E for ; Sat, 3 Aug 2002 12:59:44 -0700 (PDT) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id g73K0CA36621; Sat, 3 Aug 2002 16:00:12 -0400 (EDT) (envelope-from bmilekic@unixdaemons.com) Date: Sat, 3 Aug 2002 16:00:12 -0400 From: Bosko Milekic To: Jeff Roberson Cc: "Stephane E. Potvin" , freebsd-hackers@FreeBSD.ORG Subject: Re: ARM Port: Help with UMA subsystem needed Message-ID: <20020803160011.A36586@unixdaemons.com> References: <20020803121419.A35909@unixdaemons.com> <20020803154945.B26021-100000@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020803154945.B26021-100000@mail.chesapeake.net>; from jroberson@chesapeake.net on Sat, Aug 03, 2002 at 03:51:20PM -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 Sat, Aug 03, 2002 at 03:51:20PM -0400, Jeff Roberson wrote: > These locks can not be made recurisve safely. In this case you would just > recurse forever and never satisfy the allocation. All pmap modules do > something like the following: > > static void * > pmap_allocf(uma_zone_t zone, int bytes, u_int8_t *flags, int wait) > { > *flags = UMA_SLAB_PRIV; > return (void *)kmem_alloc(kernel_map, bytes); > } > > pvzone = uma_zcreate("PV ENTRY", sizeof (struct pv_entry), NULL, > NULL, > NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_VM); > uma_zone_set_allocf(pvzone, pmap_allocf); > uma_prealloc(pvzone, initial_pvs); Assuming ARM is following the same example, perhaps it needs to pre-allocate more pvs. Although I somehow doubt it's doing the right thing here because the panic seems to happen early on during boot, according to the trace first provided. > Is arm using a seperate allocf? > > Jeff -- Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@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 Aug 3 13:10: 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 943BB37B400; Sat, 3 Aug 2002 13:10:00 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id E924143E4A; Sat, 3 Aug 2002 13:09:59 -0700 (PDT) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.4/8.12.2) with ESMTP id g73K9w3h090665; Sat, 3 Aug 2002 16:09:58 -0400 (EDT) (envelope-from winter@jurai.net) Date: Sat, 3 Aug 2002 16:09:58 -0400 (EDT) From: "Matthew N. Dodd" To: Alp ATICI Cc: freebsd-hackers@FreeBSD.ORG, Subject: Re: About 5.0 and Nvidia drivers In-Reply-To: Message-ID: <20020803160915.B55525-100000@sasami.jurai.net> 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, 3 Aug 2002, Alp ATICI wrote: > And what's the latest about the Nvidia drivers? It's mentioned that > Nvidia has plans to produce the drivers for FreeBSD. I'd be happy to > know what's going on in that issue too. "Any day now." -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 13:13: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 3C19337B400 for ; Sat, 3 Aug 2002 13:13:26 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2319343E65 for ; Sat, 3 Aug 2002 13:13:26 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 4AEBF3ABD72; Sat, 3 Aug 2002 22:14:26 +0200 (CEST) Date: Sat, 3 Aug 2002 22:14:26 +0200 From: Pawel Jakub Dawidek To: Erik Greenwald Cc: freebsd-hackers@freebsd.org Subject: Re: kernel hacking environment Message-ID: <20020803201426.GK12194@garage.freebsd.pl> References: <20020803171829.GA3239@freya> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="2OzUYMsT4j3Kc+NU" Content-Disposition: inline In-Reply-To: <20020803171829.GA3239@freya> X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE 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 --2OzUYMsT4j3Kc+NU Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 03, 2002 at 12:18:29PM -0500, Erik Greenwald wrote: +>=20 +> Hey, I have a quick question +>=20 +> What are some cool kernel hacking environments? I've been dropping down +> to single user mode and mounting my /usr ro to avoid fsck time, and have +> been thinking of using bochs or vmware to try to expediate things, maybe +> with a 100 meg 'disk', then put most of the filesystem in using NFS... +> Anyone had good luck with bochs or vmware? Any other cool approaches? +> Unfortunantly, I only have on machine available for the task, so I can't +> chain a 'dummy' machine off of a work machine with ethernet and serial +> debugging :) Just looking for ideas and maybe good urls or docs +>=20 I got FreeBSD 4.6 STABLE in vmware2 on FreeBSD 4.6 STABLE and it is great. I got lots of panics every day and this is really superb thing. Most of partitions are mounted via NFS. --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --2OzUYMsT4j3Kc+NU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPUw5oj/PhmMH/Mf1AQFmVgP/SIJJptjFyvQDYdnjSrsuycrp+C/5d6Pe h/abPoR1Za+2VtyV5n+BXcMqg5oxB0U/k5C9SPTHqnTsJ9M40r4ejt4GvuDyAxYY kK97Cb95bazpiqaJqtIav1E9XxcO8NA56tW6Y9fCCynPkdt6lc5w8KVehmlGzan4 HjLmVVaslqI= =tJIv -----END PGP SIGNATURE----- --2OzUYMsT4j3Kc+NU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 13:42: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 9AD8D37B400 for ; Sat, 3 Aug 2002 13:42:42 -0700 (PDT) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36EFD43E3B for ; Sat, 3 Aug 2002 13:42:42 -0700 (PDT) (envelope-from cliftonr@lava.net) Received: from localhost (3052 bytes) by malasada.lava.net; Sat, 3 Aug 2002 10:42:31 -1000 (HST) via sendmail [stdio] id for Date: Sat, 3 Aug 2002 10:42:31 -1000 From: Clifton Royston To: Bri Cc: hackers@FreeBSD.ORG, Terry Lambert Subject: Re: dhcp problems with my ISP Message-ID: <20020803104230.B27467@lava.net> 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 owner-freebsd-hackers-digest@FreeBSD.ORG on Sat, Aug 03, 2002 at 11:46:50AM -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, Aug 03, 2002 at 11:46:50AM -0700, freebsd-hackers-digest wrote: > Date: Sat, 03 Aug 2002 03:17:17 -0700 > From: Terry Lambert > Subject: Re: dhcp problems with my ISP > > Bri wrote: > > Hi I have a Cable and have a Cable Modem for my internet connection of which > > you use dhcp to obtain an IP address great but this only seems to work > > successfully on a Windows machine I've registered all the other mac > > addresses of unix boxes and Apple macs I have and they seem to have alot of > > difficulty obtaining IP addresses. Especially the UNIX machines which run > > FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box > > which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. > > > > What I would really like to know is what does the windows dhcp do > > differently than say dhclient. > > > > I would be very interested to know as I would like a UNIX machine that can > > maintain and IP address. > > Use the same exact NIC. > > Often, once the cable company sees a MAC address, it filters all > other MAC addresses from getting a lease from your wire. > > The intent of this is to prevent people grabbing more than one > lease simultaneously, or running more than one machine at a time. > > Ask Julian Elisher. He had exactly this problem with a machine > in San Francisco, 2 years ago. > > Note: If you ask, he will say "Yes, I had exactly this problem"; > he won't tell you anything you can do about it, except "Use the > same exact NIC", because that's really the only fix. > > - -- Terry This is true. However, one special and relevant case of "Use the same exact NIC" is to set up one of the various UNIX boxes as your gateway doing NAT, and have it act as a DHCP server for your LAN. Once that's done it can issue DHCP leases to all your other systems, and then (for most protocols) you can run as many machines as you like on your LAN using that one cable company IP address. The freedom to do this kind of thing is one of the advantages of using free UNIXes, and one might as well take advantage of it. -- Clifton -- Clifton Royston -- LavaNet Systems Architect -- cliftonr@lava.net "What do we need to make our world come alive? What does it take to make us sing? While we're waiting for the next one to arrive..." - Sisters of Mercy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 14: 9: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 11F4937B400; Sat, 3 Aug 2002 14:09:33 -0700 (PDT) Received: from herbelot.dyndns.org (d108.dhcp212-198-26.noos.fr [212.198.26.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3208943E3B; Sat, 3 Aug 2002 14:09:31 -0700 (PDT) (envelope-from thierry@herbelot.com) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.9.3/8.9.3) with ESMTP id XAA66040; Sat, 3 Aug 2002 23:08:58 +0200 (CEST) (envelope-from thierry@herbelot.com) Content-Type: text/plain; charset="iso-8859-1" From: Thierry Herbelot To: "Matthew N. Dodd" , Alp ATICI Subject: Re: About 5.0 and Nvidia drivers Date: Sat, 3 Aug 2002 23:09:00 +0200 User-Agent: KMail/1.4.2 Cc: freebsd-hackers@FreeBSD.ORG, References: <20020803160915.B55525-100000@sasami.jurai.net> In-Reply-To: <20020803160915.B55525-100000@sasami.jurai.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200208032309.00128.thierry@herbelot.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 Le Saturday 03 August 2002 22:09, Matthew N. Dodd a écrit : > On Sat, 3 Aug 2002, Alp ATICI wrote: > > And what's the latest about the Nvidia drivers? It's mentioned that > > Nvidia has plans to produce the drivers for FreeBSD. I'd be happy to > > know what's going on in that issue too. > > "Any day now." wow ! what will this driver know to do ? (any URL to begin RTFMing ?) TfH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 14:23: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 9CA4737B400 for ; Sat, 3 Aug 2002 14:23:09 -0700 (PDT) Received: from amsfep13-int.chello.nl (amsfep13-int.chello.nl [213.46.243.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D44F43E6A for ; Sat, 3 Aug 2002 14:23:08 -0700 (PDT) (envelope-from wouter@pair.com) Received: from hibernate.cryolabs.net ([213.132.151.88]) by amsfep13-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with SMTP id <20020803212307.ZRK20358.amsfep13-int.chello.nl@hibernate.cryolabs.net> for ; Sat, 3 Aug 2002 23:23:07 +0200 Received: (qmail 15551 invoked from network); 3 Aug 2002 23:22:56 +0200 Received: from unknown (HELO cocaine.cryolabs.net) (192.168.196.5) by hibernate.cryolabs.net with SMTP; 3 Aug 2002 23:22:56 +0200 Subject: Re: dhcp problems with my ISP From: Wouter Van Hemel To: Terry Lambert Cc: Bri , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <3D4BADAC.481BB6E3@mindspring.com> References: <3D4BADAC.481BB6E3@mindspring.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 03 Aug 2002 23:23:11 +0200 Message-Id: <1028409791.286.9.camel@cocaine> Mime-Version: 1.0 Sender: owner-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, 2002-08-03 at 12:17, Terry Lambert wrote: > Bri wrote: > > Hi I have a Cable and have a Cable Modem for my internet connection of which > > you use dhcp to obtain an IP address great but this only seems to work > > successfully on a Windows machine I've registered all the other mac > > addresses of unix boxes and Apple macs I have and they seem to have alot of > > difficulty obtaining IP addresses. Especially the UNIX machines which run > > FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box > > which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. > > > > What I would really like to know is what does the windows dhcp do > > differently than say dhclient. > > > > I would be very interested to know as I would like a UNIX machine that can > > maintain and IP address. > > Use the same exact NIC. > Wouldn't it be possible to change the mac address? A friend of mine used this method once to obtain a new ip address from the server when he was being DoS'ed on his home ip by some irc kiddies. Ofcourse, you'd have to change the other cards' mac too, if possible. > [...] > Regards, wouter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 14:28: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 3B39E37B400; Sat, 3 Aug 2002 14:28:13 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5BD943E4A; Sat, 3 Aug 2002 14:28:12 -0700 (PDT) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.4/8.12.2) with ESMTP id g73LS73h091729; Sat, 3 Aug 2002 17:28:07 -0400 (EDT) (envelope-from winter@jurai.net) Date: Sat, 3 Aug 2002 17:28:07 -0400 (EDT) From: "Matthew N. Dodd" To: Thierry Herbelot Cc: Alp ATICI , , Subject: Re: About 5.0 and Nvidia drivers In-Reply-To: <200208032309.00128.thierry@herbelot.com> Message-ID: <20020803172722.C55525-100000@sasami.jurai.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN 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 On Sat, 3 Aug 2002, Thierry Herbelot wrote: > Le Saturday 03 August 2002 22:09, Matthew N. Dodd a écrit : > > On Sat, 3 Aug 2002, Alp ATICI wrote: > > > And what's the latest about the Nvidia drivers? It's mentioned that > > > Nvidia has plans to produce the drivers for FreeBSD. I'd be happy to > > > know what's going on in that issue too. > > > > "Any day now." > > wow ! > > what will this driver know to do ? (any URL to begin RTFMing ?) Sorry, this has been the status for months now. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 15: 2:49 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 9483C37B400; Sat, 3 Aug 2002 15:02:45 -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 1709143E4A; Sat, 3 Aug 2002 15:02:45 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0245.cvx22-bradley.dialup.earthlink.net ([209.179.198.245] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17b6yk-0002J8-00; Sat, 03 Aug 2002 15:02:30 -0700 Message-ID: <3D4C52C2.D2434C7E@mindspring.com> Date: Sat, 03 Aug 2002 15:01:38 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andy Sparrow Cc: Bri , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: dhcp problems with my ISP References: <20020803163411.A6A9B9A@CRWdog.demon.co.uk> 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 Andy Sparrow wrote: > > Often, once the cable company sees a MAC address, it filters all > > other MAC addresses from getting a lease from your wire. > > This is true, broadly speaking. Or "broad-band-ly speaking"? > If they're mildly clueful (and probably if you convince them that you are), > you may be able to get them to either add multiple MAC addresses for your > account or simply relax the "single MAC" restriction if you explain that > you're experimenting with new equipment/configurations you wish to use, and > will be swapping equipment in and out (this is probably more likely with a > static IP, natch). AT&T Broadband Internet will not give you a static IP or permit you to run a server (they have blocking hardware in place) unless you sign up for "business service", which means you give them about four times the monthly fee vs. a "home" connection. Their technical FAQ is also enlighteining on their need for a MAC address: http://www.bbs.att.com/faqstech.shtml . Not that this matters, unless you are in some really restricted subset of the possible locations before @Home stupid'ed themselves out of business (Dallas, Denver, Boston, Jacksonville, Pittsburgh, Richmond, Ft. Lauderdale are the only supported areas, unless you are an already established customer, and sometimes not then). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 15:10: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 D281937B400 for ; Sat, 3 Aug 2002 15:10:35 -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 7D03443E3B for ; Sat, 3 Aug 2002 15:10:35 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0245.cvx22-bradley.dialup.earthlink.net ([209.179.198.245] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17b76U-0001tA-00; Sat, 03 Aug 2002 15:10:30 -0700 Message-ID: <3D4C54A4.5B2C2858@mindspring.com> Date: Sat, 03 Aug 2002 15:09:40 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Clifton Royston Cc: Bri , hackers@FreeBSD.ORG Subject: Re: dhcp problems with my ISP References: <20020803104230.B27467@lava.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Clifton Royston wrote: > However, one special and relevant case of "Use the same exact NIC" is > to set up one of the various UNIX boxes as your gateway doing NAT, and > have it act as a DHCP server for your LAN. Once that's done it can > issue DHCP leases to all your other systems, and then (for most > protocols) you can run as many machines as you like on your LAN using > that one cable company IP address. Only works if you use the exact same NIC as the first setup computer, which is normally a Windows box, if you had them install the service for you, since that's pretty much all they are willing to install. > The freedom to do this kind of thing is one of the advantages of > using free UNIXes, and one might as well take advantage of it. You can do it with Windows, as well. You have to install "Internet Connection Sharing", and the ethernet IP address of the Windows machine is required to be 192.168.0.1, and all of your interior hosts are required to be in the 192.168.0/24 netblock, and you take your chances unless you install a good firewall, but it works (it's an OK way to use VMware to use your winmodem to connect a FreeBSD laptop to the Internet). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 15:10: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 0D7CC37B400; Sat, 3 Aug 2002 15:10:48 -0700 (PDT) Received: from router.uvt.ro (routeruvt.utt.ro [193.226.8.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF51543E5E; Sat, 3 Aug 2002 15:10:45 -0700 (PDT) (envelope-from ardelean@quasar.physics.uvt.ro) Received: from quasar.physics.uvt.ro (quasar.physics.uvt.ro [193.226.13.67]) by router.uvt.ro (8.12.5/8.12.4) with ESMTP id g73MAqso001375; Sun, 4 Aug 2002 01:10:53 +0300 (EEST) (envelope-from ardelean@quasar.physics.uvt.ro) Received: from localhost (ardelean@localhost) by quasar.physics.uvt.ro (8.11.6/8.11.6) with ESMTP id g73MANg23846; Sun, 4 Aug 2002 01:10:23 +0300 (EEST) Date: Sun, 4 Aug 2002 01:10:23 +0300 (EEST) From: Gheorghe Ardelean To: freebsd-hackers@freebsd.org Cc: freebsd-questions@freebsd.org Subject: anyone running amavis and sendmail on 4.6-STABLE? 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've installed different versions of amavis (amavis-perl really outdated then amavis-0.3.12.pre8 and finally amavisd-new via ports or direct). None of this work with sendmail. I am trying to scan ONLY incoming mails. All this installs end up with mail not being delivered because of: stat=Deferred: local mailer (/usr/local/sbin/amavis) exited with EX_TEMPFAIL Any help will be very much appreciated. Best Regards, Gheorghe ARDELEAN West Univ. Of Timisoara Dept. of Theoretical and Computational Physics V. Parvan No.4, Ro-1900, Timisoara, ROMANIA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 15:13: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 0930D37B405 for ; Sat, 3 Aug 2002 15:13:47 -0700 (PDT) Received: from 12-218-135-53.client.mchsi.com (12-218-135-53.client.mchsi.com [12.218.135.53]) by mx1.FreeBSD.org (Postfix) with SMTP id A364A43E42 for ; Sat, 3 Aug 2002 15:13:45 -0700 (PDT) (envelope-from erik@12-218-135-53.client.mchsi.com) Received: (qmail 3708 invoked by uid 1000); 3 Aug 2002 22:13:47 -0000 Date: Sat, 3 Aug 2002 17:13:47 -0500 From: Erik Greenwald To: "Matthew N. Dodd" Cc: Thierry Herbelot , Alp ATICI , freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: About 5.0 and Nvidia drivers Message-ID: <20020803221347.GA3700@freya> References: <200208032309.00128.thierry@herbelot.com> <20020803172722.C55525-100000@sasami.jurai.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020803172722.C55525-100000@sasami.jurai.net> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 03, 2002 at 05:28:07PM -0400, Matthew N. Dodd wrote: > > Sorry, this has been the status for months now. > ugh, sounds like the lip-service I was getting. "I'll look into that" :/ I'm starting to ponder the legality and challenge involved in reverse engineering the card and building a driver from scratch... maybe something that works with X the X way (dri/drm) -- -Erik [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 15:23: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 ECA1E37B400; Sat, 3 Aug 2002 15:23:09 -0700 (PDT) Received: from mail.elfin.net (mail.elfin.net [206.147.212.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id E354C43E3B; Sat, 3 Aug 2002 15:23:08 -0700 (PDT) (envelope-from roskens@colltech.com) Received: from hysteria.elfin.net (hysteria.elfin.net [10.1.1.42]) by mail.elfin.net (8.12.3/Reality/1.4) with ESMTP id g73MN7Cr002523 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 3 Aug 2002 17:23:07 -0500 (CDT) Date: Sat, 3 Aug 2002 17:23:07 -0500 (CDT) From: Ron Roskens X-X-Sender: roskens@hysteria.elfin.net To: Terry Lambert Cc: Bri , , Subject: Re: dhcp problems with my ISP In-Reply-To: <3D4BADAC.481BB6E3@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 There could be another explanation. I had this problem with a NetBSD machine running dhclient connecting to ATTBI. By default dhclient uses a hard-coded value of 16 for the TTL on UDP packets. ATTBI had upgraded their network, and the DHCP server was further away such that dhclient would never get a response. modify src/contrib/isc-dhcp/common/packet.c and increase the value of ip.ip_ttl to 64 in assemble_udp_ip_header(). Ron On Sat, 3 Aug 2002, Terry Lambert wrote: > Date: Sat, 03 Aug 2002 03:17:17 -0700 > From: Terry Lambert > To: Bri > Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG > Subject: Re: dhcp problems with my ISP > > Bri wrote: > > Hi I have a Cable and have a Cable Modem for my internet connection of which > > you use dhcp to obtain an IP address great but this only seems to work > > successfully on a Windows machine I've registered all the other mac > > addresses of unix boxes and Apple macs I have and they seem to have alot of > > difficulty obtaining IP addresses. Especially the UNIX machines which run > > FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box > > which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. > > > > What I would really like to know is what does the windows dhcp do > > differently than say dhclient. > > > > I would be very interested to know as I would like a UNIX machine that can > > maintain and IP address. > > Use the same exact NIC. > > Often, once the cable company sees a MAC address, it filters all > other MAC addresses from getting a lease from your wire. > > The intent of this is to prevent people grabbing more than one > lease simultaneously, or running more than one machine at a time. > > Ask Julian Elisher. He had exactly this problem with a machine > in San Francisco, 2 years ago. > > Note: If you ask, he will say "Yes, I had exactly this problem"; > he won't tell you anything you can do about it, except "Use the > same exact NIC", because that's really the only fix. > > -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 15:31: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 C7EE037B400; Sat, 3 Aug 2002 15:31:47 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7378443E42; Sat, 3 Aug 2002 15:31:47 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0245.cvx22-bradley.dialup.earthlink.net ([209.179.198.245] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17b7Qt-0005wZ-00; Sat, 03 Aug 2002 15:31:36 -0700 Message-ID: <3D4C5994.19500DAC@mindspring.com> Date: Sat, 03 Aug 2002 15:30:44 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Ron Roskens Cc: Bri , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: dhcp problems with my ISP 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 Ron Roskens wrote: > There could be another explanation. I had this problem with a NetBSD > machine running dhclient connecting to ATTBI. > > By default dhclient uses a hard-coded value of 16 for the TTL on UDP > packets. ATTBI had upgraded their network, and the DHCP server was further > away such that dhclient would never get a response. > > modify src/contrib/isc-dhcp/common/packet.c and increase the value of > ip.ip_ttl to 64 in assemble_udp_ip_header(). Heh. This is like a local store "upgrading" its location "to better server you", and now you need to drive 50 miles further to buy toilet paper... You've got to love anyone who puts so much distance between you and them to increase the number of script kiddies who can get at you by giving false resposnes to lease requests. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 15:33: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 ABFAF37B400 for ; Sat, 3 Aug 2002 15:33:22 -0700 (PDT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE6B143E5E for ; Sat, 3 Aug 2002 15:33:21 -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-PRD4) with ESMTP id H0AHBW01.VJT for ; Sat, 3 Aug 2002 18:33:32 -0400 Received: from hades.videotron.ca. (localhost [127.0.0.1]) by hades.videotron.ca. (8.12.3/8.12.3) with ESMTP id g73NTvFX062006 for ; Sat, 3 Aug 2002 19:29:58 -0400 (EDT) (envelope-from spotvin@hades.videotron.ca) Received: (from spotvin@localhost) by hades.videotron.ca. (8.12.3/8.12.3/Submit) id g73NTv7R062005 for freebsd-hackers@FreeBSD.ORG; Sat, 3 Aug 2002 19:29:57 -0400 (EDT) Date: Sat, 3 Aug 2002 19:29:57 -0400 From: "Stephane E. Potvin" To: freebsd-hackers@FreeBSD.ORG Subject: Re: ARM Port: Help with UMA subsystem needed Message-ID: <20020803192957.D45139@hades.videotron.ca.> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20020803121419.A35909@unixdaemons.com> <20020803154945.B26021-100000@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020803154945.B26021-100000@mail.chesapeake.net>; from jroberson@chesapeake.net on Sat, Aug 03, 2002 at 03:51:20PM -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 Sat, Aug 03, 2002 at 03:51:20PM -0400, Jeff Roberson wrote: > > On Sat, 3 Aug 2002, Bosko Milekic wrote: > > > > > On Sat, Aug 03, 2002 at 11:07:11AM -0400, Stephane E. Potvin wrote: > > > > > > I just found out that reverting this commit fixes the problem. Any > > > ideas about why other arches don't encouter the problem? > > > > > > jeff 2002/06/19 13:49:44 PDT > > > > > > Modified files: > > > sys/vm uma.h uma_core.c > > > Log: > > > - Remove bogus use of kmem_alloc that was inherited from the old zone > > > allocator. > > > > This looks like the problem, or at least that which uncovers the > > problem. The pmap code is calling the zone allocator as well and > > what happens is that you recurse on the kmem_map lockmgr lock because > > you allocate recursively from kmem_map. Previously, we could also > > allocate from kernel_map, if the kernel_map lockmgr lock wasn't held, > > so this way if we had a recursive call we would get around this > > problem. I think this whole thing is flaky in general (if this was > > the way to get around recursion, we should fix it). > > > > JHB and/or JeffR: why is the kmem_map lockmgr lock not recursive? > > > > These locks can not be made recurisve safely. In this case you would just > recurse forever and never satisfy the allocation. All pmap modules do > something like the following: > > static void * > pmap_allocf(uma_zone_t zone, int bytes, u_int8_t *flags, int wait) > { > *flags = UMA_SLAB_PRIV; > return (void *)kmem_alloc(kernel_map, bytes); > } > > pvzone = uma_zcreate("PV ENTRY", sizeof (struct pv_entry), NULL, > NULL, > NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_VM); > uma_zone_set_allocf(pvzone, pmap_allocf); > uma_prealloc(pvzone, initial_pvs); > > > Is arm using a seperate allocf? Ok, you'll have to pass me a pointy hat. When I brought back my code back in sync with current it seems that I overlooked that the pv entries needs to be allocated with a UMA_ZONE_VM flag. With this I'm now able to boot up to cpu_thread_setup (which I still need to implement). Thanks again and sorry for the false alarm Steph To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 15:38: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 D56F837B400; Sat, 3 Aug 2002 15:38:24 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id E402F43EE5; Sat, 3 Aug 2002 15:38:12 -0700 (PDT) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.4/8.12.2) with ESMTP id g73McB3h096860; Sat, 3 Aug 2002 18:38:11 -0400 (EDT) (envelope-from winter@jurai.net) Date: Sat, 3 Aug 2002 18:38:11 -0400 (EDT) From: "Matthew N. Dodd" To: Erik Greenwald Cc: Thierry Herbelot , Alp ATICI , , Subject: Re: About 5.0 and Nvidia drivers In-Reply-To: <20020803221347.GA3700@freya> Message-ID: <20020803183617.V55525-100000@sasami.jurai.net> 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, 3 Aug 2002, Erik Greenwald wrote: > ugh, sounds like the lip-service I was getting. "I'll look into that" :/ No, they're working on it, and actually have GL running in the lab. > I'm starting to ponder the legality and challenge involved in reverse > engineering the card and building a driver from scratch... maybe > something that works with X the X way (dri/drm) You're a funny guy. You'd be better off working with ATI or the PowerVR people. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 15:47: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 06FDF37B400; Sat, 3 Aug 2002 15:47:29 -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 A02FC43E42; Sat, 3 Aug 2002 15:47:28 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0245.cvx22-bradley.dialup.earthlink.net ([209.179.198.245] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17b7gD-0004i4-00; Sat, 03 Aug 2002 15:47:25 -0700 Message-ID: <3D4C5D49.5943970F@mindspring.com> Date: Sat, 03 Aug 2002 15:46:33 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Wouter Van Hemel Cc: Bri , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: dhcp problems with my ISP References: <3D4BADAC.481BB6E3@mindspring.com> <1028409791.286.9.camel@cocaine> 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 Wouter Van Hemel wrote: > > Use the same exact NIC. > > Wouldn't it be possible to change the mac address? A friend of mine used > this method once to obtain a new ip address from the server when he was > being DoS'ed on his home ip by some irc kiddies. > > Ofcourse, you'd have to change the other cards' mac too, if possible. Yes, this will work, if it's a card with a writeable MAC address, you know the MAC address on the old card, the old card also has a writeable address, and you know how to reprogram both of them. Now consider that this is probably outside the realm of possibility for someone who didn't even know that the MAC address might be used this way, to the point where they needed to ask on a mailing list why things weren't working... ;^). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 17: 1: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 7BEAD37B400; Sat, 3 Aug 2002 17:01:08 -0700 (PDT) Received: from CRWdog.demon.co.uk (p69-199.acedsl.com [66.114.69.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86E5043E70; Sat, 3 Aug 2002 17:01:04 -0700 (PDT) (envelope-from spadger@best.com) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id BA7AB43; Sat, 3 Aug 2002 20:00:57 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Bri" Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: dhcp problems with my ISP In-Reply-To: Message from "Bri" of "Sat, 03 Aug 2002 11:12:12 BST." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-1265239676P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 03 Aug 2002 20:00:57 -0400 From: Andy Sparrow Message-Id: <20020804000057.BA7AB43@CRWdog.demon.co.uk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-1265239676P Content-Type: text/plain; charset=us-ascii > Hi I have a Cable and have a Cable Modem for my internet connection of which > you use dhcp to obtain an IP address great but this only seems to work > successfully on a Windows machine I've registered all the other mac > addresses of unix boxes and Apple macs I have and they seem to have alot of > difficulty obtaining IP addresses. Especially the UNIX machines which run > FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box > which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. On that hardware, you may be experiencing issues with auto-negotiation on the "Happy Meal" ethernet. Try nailing it to a fixed port speed, this may help. Or not. My Ultra-1 Just Will Not Work with some network devices, it is perfectly happy with others. Link link is not a reliable indicator. Sad but true. > What I would really like to know is what does the windows dhcp do > differently than say dhclient. Not much - most of what it does differently is due to the different ways in which you can interpret the protocol spec. However, note that almost all 'Doze DHCP clients behave differently to each other. Heh. See the RFC's for details, I think 2143 is the main one. "The DHCP Handbook" is well worth the money too. The ISC DHCP lists are searchable, and are frequently invaluable. > I would be very interested to know as I would like a UNIX machine that can > maintain and IP address. I've used my FreeBSD laptop with DHCP on many, many different networks, running ISC v2, many flavours of v3, M$ DHCP server, Lucent QIP to name a few over the last ~3 years, and I've never seen any issues with any of them where the server itself was functional (and I'd remembered to appropriately set the local firewall ;-). It maintains an IP just fine, except on networks where they have address churn on the DHCP server (usually due to lack of IPs in the pool). Try plugging a hub between the modem and the external interface of the firewall and sniff the DHCP exchanges on another machine (you don't need an IP address to sniff packets) - this may not show the whole picture, in particular it won't show what's being sent out the WAN end of the modem, but it's a start. If the DHCPNAK/DHCPACK packets aren't getting to the client (or bootp, DHCPREQ, DHCPINFORM etc. to the server), it can't ever work. If the server responds to a bootp/DHCP packet from the client, it's a reasonable assumption that it's seeing at least part of the traffic generated. Power cycle the modem, plug in the 'Doze box, repeat. Cheers, AS --==_Exmh_-1265239676P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE9TG65PHh895bDXeQRAkzAAJ9H87L3HM56U0SlmMf+yBMKpdHDlQCfZJC1 wzUFWDA4B2HsgH5QiEw26n4= =gvPN -----END PGP SIGNATURE----- --==_Exmh_-1265239676P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 17: 6:43 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 3FDA337B400; Sat, 3 Aug 2002 17:06:38 -0700 (PDT) Received: from CRWdog.demon.co.uk (p69-199.acedsl.com [66.114.69.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0FA543E6E; Sat, 3 Aug 2002 17:06:37 -0700 (PDT) (envelope-from spadger@best.com) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id 7544143; Sat, 3 Aug 2002 20:06:36 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: dhcp problems with my ISP In-Reply-To: Message from Terry Lambert of "Sat, 03 Aug 2002 15:01:38 PDT." <3D4C52C2.D2434C7E@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-1258474640P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 03 Aug 2002 20:06:36 -0400 From: Andy Sparrow Message-Id: <20020804000636.7544143@CRWdog.demon.co.uk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-1258474640P Content-Type: text/plain; charset=us-ascii > Or "broad-band-ly speaking"? Yes, exactly... :-) > AT&T Broadband Internet will not give you a static IP or permit > you to run a server (they have blocking hardware in place) unless > you sign up for "business service", which means you give them > about four times the monthly fee vs. a "home" connection. Hmm. I don't see where the original post mentions any specific ISP - thus this is simply the policy of a single ISP, and not the one the poster is on? (In fact, it looks rather like the poster is in Dear Old Blighty... ;-) Given the current plethora of misconfigured proxies spewing SPAM, I have to admit I'm not as incensed by this as I might once have been. If you don't like this policy from your ISP, vote with your wallet. If you have no other choice in your area, then you have my sympathy. You could always move... :-d PacHell (and many other DSL providers) don't gouge you for a static IP, I'm happy to say. > Their technical FAQ is also enlighteining on their need for a MAC > address: http://www.bbs.att.com/faqstech.shtml . Hmm, I didn't actually find it to be so. Other than mentioning how to find your MAC on 'Doze box, I saw no reference to it at all. Perhaps I missed (or failed to intuit) something? Regards, AS --==_Exmh_-1258474640P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE9THAMPHh895bDXeQRAuZlAKDJ6r1FEPXGj/A8EFpwXKhwTAGqsQCfVATs VV0XeKXWVrqnTuQ5szwmeMI= =Djb5 -----END PGP SIGNATURE----- --==_Exmh_-1258474640P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 17:40: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 028C637B400 for ; Sat, 3 Aug 2002 17:40:11 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91D0F43E4A for ; Sat, 3 Aug 2002 17: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 <20020804004008.TMON19356.rwcrmhc51.attbi.com@InterJet.elischer.org>; Sun, 4 Aug 2002 00:40:08 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA56520; Sat, 3 Aug 2002 17:39:20 -0700 (PDT) Date: Sat, 3 Aug 2002 17:39:19 -0700 (PDT) From: Julian Elischer To: Clifton Royston Cc: Bri , hackers@FreeBSD.ORG, Terry Lambert Subject: Re: dhcp problems with my ISP In-Reply-To: <20020803104230.B27467@lava.net> 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 sometimes it's the cable modem that is cachingthe MAC address. whenever you change machines you need to power down and power up the cable modem. On Sat, 3 Aug 2002, Clifton Royston wrote: > On Sat, Aug 03, 2002 at 11:46:50AM -0700, freebsd-hackers-digest wrote: > > Date: Sat, 03 Aug 2002 03:17:17 -0700 > > From: Terry Lambert > > Subject: Re: dhcp problems with my ISP > > > > Bri wrote: > > > Hi I have a Cable and have a Cable Modem for my internet connection of which > > > you use dhcp to obtain an IP address great but this only seems to work > > > successfully on a Windows machine I've registered all the other mac > > > addresses of unix boxes and Apple macs I have and they seem to have alot of > > > difficulty obtaining IP addresses. Especially the UNIX machines which run > > > FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box > > > which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. > > > > > > What I would really like to know is what does the windows dhcp do > > > differently than say dhclient. > > > > > > I would be very interested to know as I would like a UNIX machine that can > > > maintain and IP address. > > > > Use the same exact NIC. > > > > Often, once the cable company sees a MAC address, it filters all > > other MAC addresses from getting a lease from your wire. > > > > The intent of this is to prevent people grabbing more than one > > lease simultaneously, or running more than one machine at a time. > > > > Ask Julian Elisher. He had exactly this problem with a machine > > in San Francisco, 2 years ago. > > > > Note: If you ask, he will say "Yes, I had exactly this problem"; > > he won't tell you anything you can do about it, except "Use the > > same exact NIC", because that's really the only fix. > > > > - -- Terry > > This is true. > > However, one special and relevant case of "Use the same exact NIC" is > to set up one of the various UNIX boxes as your gateway doing NAT, and > have it act as a DHCP server for your LAN. Once that's done it can > issue DHCP leases to all your other systems, and then (for most > protocols) you can run as many machines as you like on your LAN using > that one cable company IP address. > > The freedom to do this kind of thing is one of the advantages of > using free UNIXes, and one might as well take advantage of it. > > -- Clifton > > -- > Clifton Royston -- LavaNet Systems Architect -- cliftonr@lava.net > "What do we need to make our world come alive? > What does it take to make us sing? > While we're waiting for the next one to arrive..." - Sisters of Mercy > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 17:46: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 5A7A037B400; Sat, 3 Aug 2002 17:46:10 -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 01F5243E4A; Sat, 3 Aug 2002 17:46:10 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0245.cvx22-bradley.dialup.earthlink.net ([209.179.198.245] helo=mindspring.com) by goose.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17b9X0-0005Pe-00; Sat, 03 Aug 2002 17:46:02 -0700 Message-ID: <3D4C78F9.556EC3DD@mindspring.com> Date: Sat, 03 Aug 2002 17:44:41 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andy Sparrow Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: dhcp problems with my ISP References: <20020804000636.7544143@CRWdog.demon.co.uk> 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 Andy Sparrow wrote: > Hmm. I don't see where the original post mentions any specific ISP - thus this > is simply the policy of a single ISP, and not the one the poster is on? (In > fact, it looks rather like the poster is in Dear Old Blighty... ;-) Pretty irrelevant; once one provider learns a pig-trick, they all adopt it rather quickly... > Given the current plethora of misconfigured proxies spewing SPAM, I have to > admit I'm not as incensed by this as I might once have been. > > If you don't like this policy from your ISP, vote with your wallet. If you > have no other choice in your area, then you have my sympathy. You could always > move... :-d AT&T, since the purchase of TCI, owns the majority of the cable plant in the U.S.. If you want to get into politics, infrastructure like this should be owned by local government, and the operation and maintenance should be contracted out to best bidder (IMO). > PacHell (and many other DSL providers) don't gouge you for a static > IP, I'm happy to say. Yes. But they have the California PUC tarrif rules to deal with, which means a seriously restricted service area, regardless of their ability to actually support a DSL connection. Basically, they draw three circles on a map, centered on the LATE, and if you are more than 17,500 feet away, you don't get DSL. Have a nice day. So DSL is not a panacea; it's not even available, most locations. Japan actually has the best infrastructure, I think. I don't know if this is because, or in spite of, per packet sent charges. Either way, the small percentage of areas in California where DSL is actually available, rather than advertised as available, is not going to help someone in the U.K. who has a cable modem that won't talk to his FreeBSD box. 8-). > > Their technical FAQ is also enlighteining on their need for a MAC > > address: http://www.bbs.att.com/faqstech.shtml . > > Hmm, I didn't actually find it to be so. Other than mentioning how to find > your MAC on 'Doze box, I saw no reference to it at all. Perhaps I missed (or > failed to intuit) something? Their registration process requires you to provide the MAC, which is why they tell you how to ask you machine what MAC it has. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 18:33: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 339DF37B400 for ; Sat, 3 Aug 2002 18:33:31 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id C26E243E3B for ; Sat, 3 Aug 2002 18:33:30 -0700 (PDT) (envelope-from dmp@pantherdragon.org) Received: from sparx.pantherdragon.org (evrtwa1-ar10-4-61-252-210.evrtwa1.dsl-verizon.net [4.61.252.210]) by spork.pantherdragon.org (Postfix) with ESMTP id 855B7471DC; Sat, 3 Aug 2002 18:33:29 -0700 (PDT) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by sparx.pantherdragon.org (Postfix) with ESMTP id CDDE2A923; Sat, 3 Aug 2002 18:33:24 -0700 (PDT) Message-ID: <3D4C8464.A2F4775A@pantherdragon.org> Date: Sat, 03 Aug 2002 18:33:24 -0700 From: Darren Pilgrim X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Terry Lambert Cc: Dmitry Morozovsky , hackers@freebsd.org Subject: Re: -fomit-frame-pointer for the world build References: <20020802212841.R58905-100000@woozle.rinet.ru> <3D4AC526.4CD399B3@mindspring.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 Terry Lambert wrote: > Dmitry Morozovsky wrote: > > What are the drawbacks of building FreeBSD with -fomit-frame-pointer? > > The frame pointer is used for debugging, specifically for the > stack traceback function to know arguments. Removing it means > losing some debugging functionality. Next time try "info gcc": If you don't have any need for debugging your software, is there any use for frame pointers? Is this something that can safely be used for both CFLAGS and COPTFLAGS? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 19:31: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 2149937B400 for ; Sat, 3 Aug 2002 19:31:58 -0700 (PDT) Received: from w2xo.jcdurham.com (18.gibs5.xdsl.nauticom.net [209.195.184.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EC5D43E3B for ; Sat, 3 Aug 2002 19:31:57 -0700 (PDT) (envelope-from durham@jcdurham.com) Received: from jimslaptop (jimslaptop.jcdurham.com [192.168.5.14]) by w2xo.jcdurham.com (8.11.6/8.11.6) with ESMTP id g742TIG64703; Sun, 4 Aug 2002 02:29:18 GMT (envelope-from durham@w2xo.pgh.pa.us) Content-Type: text/plain; charset="iso-8859-1" From: Jim Durham To: Gheorghe Ardelean Subject: Re: anyone running amavis and sendmail on 4.6-STABLE? Date: Sat, 3 Aug 2002 22:29:14 -0400 User-Agent: KMail/1.4.2 References: In-Reply-To: Cc: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200208032229.14858.durham@w2xo.pgh.pa.us> Sender: owner-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 Saturday 03 August 2002 06:10 pm, Gheorghe Ardelean wrote: > Hi, > > I've installed different versions of amavis (amavis-perl really outdated > then amavis-0.3.12.pre8 and finally amavisd-new via ports or direct). > None of this work with sendmail. > > I am trying to scan ONLY incoming mails. > > All this installs end up with mail not being delivered because of: > stat=Deferred: local mailer (/usr/local/sbin/amavis) exited with > EX_TEMPFAIL > > Any help will be very much appreciated. I've been running amavis and sendmail for about two years now with good results on 4.1,2,3,4 and 5-RELEASE. I have not upgraded to 4.6 yet, but this should be a sendmail/amavis issue, not the OS. I'm using procmail for a local delivery agent and replacing the local mailer in sendmail with a call to scanmails in amavis. I'm not using amavis-perl. I'm using an old version because it looked to me like the newer version only supported procmail with qmail as an mta, from what I saw, so I stuck with the older version. I use Sophos antivirus as the scanning program. So far, I've only had one virus ever get through, and that was caught by my 2nd line of defense, which is the Anomy Sanitizer (Anomy needs procmail, hence my sticking with the old Amavis version that uses procmail with sendmail. Just make sure you have your Mlocal set up correctly in sendmail.cf and that you have procmail configured correctly and it should work well. for you. -Jim Durham To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 19:47: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 B41DD37B400 for ; Sat, 3 Aug 2002 19:47:22 -0700 (PDT) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C73C43E42 for ; Sat, 3 Aug 2002 19:47:22 -0700 (PDT) (envelope-from mike@sentex.net) Received: from house (cage.simianscience.com [64.7.134.1]) by smtp2.sentex.ca (8.12.5/8.12.5) with SMTP id g742lK1w068117; Sat, 3 Aug 2002 22:47:21 -0400 (EDT) (envelope-from mike@sentex.net) From: Mike Tancsa To: Gheorghe Ardelean Cc: freebsd-hackers@freebsd.org Subject: Re: anyone running amavis and sendmail on 4.6-STABLE? Date: Sat, 03 Aug 2002 22:49:41 -0400 Message-ID: References: In-Reply-To: X-Mailer: Forte Agent 1.8/32.548 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Sender: owner-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, 4 Aug 2002 01:10:23 +0300 (EEST), in sentex.lists.freebsd.hackers you wrote: > >Hi, > >I've installed different versions of amavis (amavis-perl really outdated I would suggest the milter version with amavisd. We use it along with f-prot (under linux emulation) for our customer base as well as = McAfee/NAI scanner on another internal only host. They work really well. If you use f-prot, you need to make one little patch to amavisd to catch heuristic hits, otherwise it will miss some viruses. But it handles the load = really well and has so far been quite reliable.=20 ---Mike Mike Tancsa (mdtancsa@sentex.net) =09 Sentex Communications Corp, =09 Waterloo, Ontario, Canada "Given enough time, 100 monkeys on 100 routers=20 could setup a national IP network." (KDW2) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 21:56: 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 95A2D37B400 for ; Sat, 3 Aug 2002 21:56:03 -0700 (PDT) Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC7E343E42 for ; Sat, 3 Aug 2002 21:56:02 -0700 (PDT) (envelope-from eischen@pcnet1.pcnet.com) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g744u1r8021494; Sun, 4 Aug 2002 00:56:01 -0400 (EDT) Date: Sun, 4 Aug 2002 00:56:01 -0400 (EDT) From: Daniel Eischen To: hackers@freebsd.org Cc: kbayer@ligo.mit.edu Subject: Re: raid disks in FreeBSD (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 Anyone know how to best tune a system for RAID performance? Keith, what kind of RAID controller is it? [ Keith, yes, my email address is still the same, even though it looks like I come from elsewhere at times. ] ---------- Forwarded message ---------- Date: Sat, 3 Aug 2002 17:32:07 -0400 From: Keith Bayer To: Daniel Eischen Subject: Re: raid disks in FreeBSD Thanks. I went ahead and did it. FreeBSD stacks up pretty well against RedHat 7.3 (using bonnie++ and raw dd) except for sequential block input where it gets beaten 170MB/s to 70MB/s. I'm using soft updates but haven't tuned the fs beyond that. Might you have any suggestions on how I could tweak the filesystem to get better sequential input in block mode? Just ignore me if you're busy - I'm really just playing around here. Even if FreeBSD's numbers are better, I seriously doubt that I could get the project to switch over anyway. Just noticed - did you change your email address from vigrid? thanks, Keith -- bonnie++ on RedHat7.3: ---------------------- Version 1.02c ------Sequential Output------ --Sequential Input- --Random- -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP ldaspc1 4G 19609 89 25024 19 12918 7 24581 98 170855 40 444.4 1 ------Sequential Create------ --------Random Create-------- -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 2222 96 +++++ +++ +++++ +++ 2315 98 +++++ +++ 5867 98 bonnie++ on FreeBSD 4.6 Stable: ------------------------------- Version 1.02c ------Sequential Output------ --Sequential Input- --Random- -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP ldaspc1.mit.edu 4G 31232 37 35220 17 17349 11 57123 73 76943 22 462.3 1 ------Sequential Create------ --------Random Create-------- -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 29511 64 +++++ +++ +++++ +++ 31783 69 +++++ +++ +++++ +++ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 3 23:23: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 7A9B837B400 for ; Sat, 3 Aug 2002 23:23:26 -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 2148743E4A for ; Sat, 3 Aug 2002 23:23:26 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0300.cvx22-bradley.dialup.earthlink.net ([209.179.199.45] helo=mindspring.com) by goose.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17bEnK-0001Ms-00; Sat, 03 Aug 2002 23:23:14 -0700 Message-ID: <3D4CC81F.94526C8A@mindspring.com> Date: Sat, 03 Aug 2002 23:22:23 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Darren Pilgrim Cc: Dmitry Morozovsky , hackers@freebsd.org Subject: Re: -fomit-frame-pointer for the world build References: <20020802212841.R58905-100000@woozle.rinet.ru> <3D4AC526.4CD399B3@mindspring.com> <3D4C8464.A2F4775A@pantherdragon.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 Darren Pilgrim wrote: > Terry Lambert wrote: > > Dmitry Morozovsky wrote: > > > What are the drawbacks of building FreeBSD with -fomit-frame-pointer? > > > > The frame pointer is used for debugging, specifically for the > > stack traceback function to know arguments. Removing it means > > losing some debugging functionality. Next time try "info gcc": > > If you don't have any need for debugging your software, is there any > use for frame pointers? Is this something that can safely be used for > both CFLAGS and COPTFLAGS? You can't use it in conjunction with calee pop, if you have mixed code. So it really depends on what other optimizations you throw in the mix, and then you have the problem of interfacing with assembly language code, as well -- the calling standard has to match, if it's asymmetric (i.e. not "caller push, caller pop"), and assembly code is hand-coded in this respect in most cases. The claimed savings are fictions. They are function call overhead savings assuming an average number of arguments and related pushed values, and they apply only to the call process itself. Most time in programs is spent in running, not calling functions, so if you expect an elimination of "18% overhead" to make you programs that much faster, you are dreaming. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message