From owner-freebsd-hackers Sun Oct 21 7:21: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp3.ctimail3.com (smtp3.ctimail3.com [203.80.64.6]) by hub.freebsd.org (Postfix) with ESMTP id A8A6237B401 for ; Sun, 21 Oct 2001 07:21:01 -0700 (PDT) Received: from holam (195_5user96.ctinets.com [203.195.5.96]) by smtp3.ctimail3.com (8.10.1/8.10.1) with SMTP id f9LERR412787 for ; Sun, 21 Oct 2001 22:27:27 +0800 (HKT) Message-ID: <000f01c15a3b$883c2d60$6005c3cb@holam> From: "Soweb_Ahfei" To: Subject: Read only file FSTAB after error config??? Date: Sun, 21 Oct 2001 22:19:44 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000C_01C15A7E.7CB4FE20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C15A7E.7CB4FE20 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Dear Sir, We have installed the Freebsd4.32 in our server.But we can not reboot = the system after we made an error configuration in the file = FSTAB.Now,we can not delete or rename the error file Fstab and the = system shown the file is read only. We would not re-install the system since there are some available = data.Please give us an instruction how to revise it. Thanks. Best regards. We do need your kindly help!! Ahfei Ho ------=_NextPart_000_000C_01C15A7E.7CB4FE20 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
 

Dear Sir,
 
We have installed the Freebsd4.32 in = our server.But=20 we can not reboot the system after we made an error configuration  = in the=20 file FSTAB.Now,we can not delete or rename the error = file Fstab=20 and the system shown the file is read only.
 
We would not re-install the system = since there are=20 some available data.Please give us an instruction how to revise = it.
 
Thanks.
 
Best regards.
 
We do need your kindly = help!!

Ahfei =20 Ho
------=_NextPart_000_000C_01C15A7E.7CB4FE20-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 21 11: 7: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 20C5637B405 for ; Sun, 21 Oct 2001 11:06:58 -0700 (PDT) Received: from onyx (onyx.cs.binghamton.edu [128.226.140.171]) by bingnet2.cc.binghamton.edu (8.11.6/8.11.6) with ESMTP id f9LI6rH20976; Sun, 21 Oct 2001 14:06:53 -0400 (EDT) Date: Sun, 21 Oct 2001 14:05:56 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@onyx To: Warner Losh Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: where are kernel modules located? In-Reply-To: <200110202129.f9KLTp749148@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Could you please tell me where in the source the KLD location is determined? I found out that the KLD can be loaded under / in 4.3-Release even if I have a newer copy under /modules. This gives me a lot of trouble debugging. Thanks, -Zhihui On Sat, 20 Oct 2001, Warner Losh wrote: > In message Zhihui Zhang writes: > : Kernel modules are supposed to locate under /modules. It turns out we can > : find it under /. So where are kernel models located exactly? > > In -stable it is /modules (except for about 8 hours in the last few > days when they bogusly wound up in / due to a foobar by yours truly). > In current they live in /boot/kernel/*. > > Warner > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 21 12: 5:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 9060337B405 for ; Sun, 21 Oct 2001 12:05:14 -0700 (PDT) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f9LJ5EM25057 for ; Sun, 21 Oct 2001 12:05:14 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 49D5E3803; Sun, 21 Oct 2001 12:05:14 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Zhihui Zhang Cc: Warner Losh , freebsd-hackers@FreeBSD.ORG Subject: Re: where are kernel modules located? In-Reply-To: Date: Sun, 21 Oct 2001 12:05:14 -0700 From: Peter Wemm Message-Id: <20011021190514.49D5E3803@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Zhihui Zhang wrote: > > Could you please tell me where in the source the KLD location is > determined? I found out that the KLD can be loaded under / in 4.3-Release > even if I have a newer copy under /modules. This gives me a lot of > trouble debugging. Look at the sysctl kern.module_path - that is the exact order that things are searched for on any given system. > Thanks, > > -Zhihui > > On Sat, 20 Oct 2001, Warner Losh wrote: > > > In message Zhihui Zhang wri tes: > > : Kernel modules are supposed to locate under /modules. It turns out we ca n > > : find it under /. So where are kernel models located exactly? > > > > In -stable it is /modules (except for about 8 hours in the last few > > days when they bogusly wound up in / due to a foobar by yours truly). > > In current they live in /boot/kernel/*. > > > > Warner > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "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 Sun Oct 21 12:33:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail-relay1.yahoo.com (mail-relay1.yahoo.com [216.145.48.34]) by hub.freebsd.org (Postfix) with ESMTP id CF6D537B403 for ; Sun, 21 Oct 2001 12:33:53 -0700 (PDT) Received: from DougBarton.net (db-cvad-2-tmp.yahoo.com [216.145.48.243]) by mail-relay1.yahoo.com (Postfix) with ESMTP id 3E9FD8B5AD; Sun, 21 Oct 2001 12:33:43 -0700 (PDT) Message-ID: <3BD32340.7B00224A@DougBarton.net> Date: Sun, 21 Oct 2001 12:34:24 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Soweb_Ahfei Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Read only file FSTAB after error config??? References: <000f01c15a3b$883c2d60$6005c3cb@holam> 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 For future reference, this belongs on freebsd-questions. > Soweb_Ahfei wrote: > > > > Dear Sir, > > We have installed the Freebsd4.32 in our server.But we can not reboot > the system after we made an error configuration in the file > FSTAB.Now,we can not delete or rename the error file Fstab and the > system shown the file is read only. This is covered in the documentation at http://www.freebsd.org/ I believe in the FAQ, if not there, it's in the handbook. Good luck, Doug -- "We will not tire, we will not falter, and we will not fail." - George W. Bush, President of the United States September 20, 2001 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 21 12:50:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.121.12]) by hub.freebsd.org (Postfix) with ESMTP id 1EFA137B405 for ; Sun, 21 Oct 2001 12:50:09 -0700 (PDT) Received: from mindspring.com (dialup-209.245.139.60.Dial1.SanJose1.Level3.net [209.245.139.60]) by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id MAA15213; Sun, 21 Oct 2001 12:50:07 -0700 (PDT) Message-ID: <3BD32725.CC1CEFBA@mindspring.com> Date: Sun, 21 Oct 2001 12:51:01 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Soweb_Ahfei Cc: freebsd-hackers@FreeBSD.org Subject: Re: Read only file FSTAB after error config??? References: <000f01c15a3b$883c2d60$6005c3cb@holam> 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 This belongs on -questions... Soweb_Ahfei wrote: > We have installed the Freebsd4.32 in our server.But we can not > reboot the system after we made an error configuration in the > file FSTAB.Now,we can not delete or rename the error file Fstab > and the system shown the file is read only. > > We would not re-install the system since there are some available > data.Please give us an instruction how to revise it. Boot the system single user (boot -s at the boot prompt, after hitting spacebar during the countdown). Remount the root partition as read/write (mount -u -o rw /, after you get to a shell). Modify the fstab to correct your error; you may need to fsck the partition where /tmp is located, if it is not /, before you can run an editor; you will probably need to set the terminal type, as well, unless you want to use "cat", or are comfortable with "ed" (setenv TERM cons25). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 21 13:17:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 8DD8137B401 for ; Sun, 21 Oct 2001 13:17:39 -0700 (PDT) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f9LKHdE27253 for freebsd-hackers@freebsd.org; Sun, 21 Oct 2001 16:17:39 -0400 (EDT) (envelope-from bicknell) Date: Sun, 21 Oct 2001 16:17:39 -0400 From: Leo Bicknell To: freebsd-hackers@freebsd.org Subject: Waiting for pccard to continue booting. Message-ID: <20011021161739.A27131@ussenterprise.ufp.org> 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.5i Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have an interesting issue. I have a wireless card (using the FreeBSD box as a base station), and want to run various services (dhcpd, named) bound to that interface. By default it seems the boot process gets to those items before the pccard code has made 'wi0' available, so those services don't know to bind to the port. Killing and restarting the services works fine. I fixed dhcpd by adding a 'sleep 30' it it's startup script, but that's a temporary hack. What I really want to do is delay the boot process early on to wait for the wireless card to come up. I suspect this hits a few people, so I thought it would be worth exploring a generic method to tell pccard "these cards are perminantly installed, let's wait early in the boot for them to be configured by the system." If you've got an idea, I'd love to hear it. If I can make something work I'll send patches back. -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 21 13:20:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 73A4137B409 for ; Sun, 21 Oct 2001 13:20:05 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f9LKJiV40259; Sun, 21 Oct 2001 14:19:44 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id f9LKJc757156; Sun, 21 Oct 2001 14:19:38 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200110212019.f9LKJc757156@harmony.village.org> To: Leo Bicknell Subject: Re: Waiting for pccard to continue booting. Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sun, 21 Oct 2001 16:17:39 EDT." <20011021161739.A27131@ussenterprise.ufp.org> References: <20011021161739.A27131@ussenterprise.ufp.org> Date: Sun, 21 Oct 2001 14:19:38 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20011021161739.A27131@ussenterprise.ufp.org> Leo Bicknell writes: : If you've got an idea, I'd love to hear it. If I can make something : work I'll send patches back. Add -z to the pccardd_flags. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 21 13:21:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 09FF537B409 for ; Sun, 21 Oct 2001 13:21:16 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id f9LKW5i00865; Sun, 21 Oct 2001 13:32:06 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200110212032.f9LKW5i00865@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Zhihui Zhang Cc: Warner Losh , freebsd-hackers@FreeBSD.ORG Subject: Re: where are kernel modules located? In-reply-to: Your message of "Sun, 21 Oct 2001 14:05:56 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Oct 2001 13:32:05 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Could you please tell me where in the source the KLD location is > determined? I found out that the KLD can be loaded under / in 4.3-Release > even if I have a newer copy under /modules. This gives me a lot of > trouble debugging. It shouldn't give you a lot of trouble because you should never have any modules in /. The reason / is searched is because modules and the kernel are searched for using the same path. The default module search path is in /sys/boot/common/modules.c, unsuprisingly it's called "default_searchpath". -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 21 18: 4:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp007pub.verizon.net (smtp007pub.verizon.net [206.46.170.186]) by hub.freebsd.org (Postfix) with ESMTP id 72CAA37B401; Sun, 21 Oct 2001 18:04:11 -0700 (PDT) Received: from bellatlantic.net (pool-151-198-117-10.mad.east.verizon.net [151.198.117.10]) by smtp007pub.verizon.net with ESMTP ; id f9M147j20650 Sun, 21 Oct 2001 20:04:08 -0500 (CDT) Message-ID: <3BD37086.7A14C464@bellatlantic.net> Date: Sun, 21 Oct 2001 21:04:06 -0400 From: Sergey Babkin Reply-To: babkin@freebsd.org X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: Mike Smith Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, msmith@mass.dis.org Subject: Re: FYI References: <200110190319.f9J3Jfo06174@mass.dis.org> Content-Type: text/plain; charset=koi8-r 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 Mike Smith wrote: > > > So the driver writers > > are forced to at least recompile their drivers for each release. > > This isn't typically the case, actually. 4.x has in fact been very > good in this regard. What about between 3.x and 4.x ? And 5.x is going to be yet another major change. > > Plus people are very active at ripping away the old APIs even > > when there is no immediate need for that nor benefit from it (think > > of phk's removal of the LIST-something macros). > > The removal of the LIST* macros doesn't affect the kernel interface > (they're macros, not functions). And if some code uses these macros and has to be recompiled then this becomes an issue. And not only for the drivers but for applications too. Remember, that the thing that broke in -current was vi. Another example would be the compatibility PCI infrastructure ripped out of -current together with a few drivers that were not newbussified yet. If people don't bother about the drivers in the source form that are parts of the official tree, they bother even less about the third-party drivers. I can understand when supporting some old piece of technology requires extra effort which is not available, so it gets into disrepair and eventually gets ripped out. But when people spend _extra_ effort on ripping out the perfectly working things which can stay in the tree for a few more years without any need for support, this amazes me to no end. > > So often not > > a simple recompilation but a noticeable rewrite may be required > > for a driver between different versions of FreeBSD. > > I've been maintaining drivers for a while now, and frankly, I just > don't see this. Think of newbussification. Or of CAM-ifying. > > That actually is true not only for the drivers but for the usual > > binaries too. For example, there seems to be no way to combine > > COFF and ELF libraries into one executable. Sorry, I've meant to say a.out, not COFF. > Of course there isn't, and there'd be no point in it. Why do you think so ? I've given you one real example why it could be useful. > > That made porting > > of Lyx to 4.0 unfeasible, as the binary-only Xforms library it > > used was at the time available in the COFF form only. And I haven't > > found how to build even purely COFF binaries on an ELF-ized > > system either. > > Use a cross-gcc setup. Which is not a too easy and obvious thing to set up. Plus at least install the static a.out libraries and headers from 3.x. > > Maybe we should have an official policy of keeping the things > > compatible and available for as long as possible even if they are > > considered obsolete, unless carrying them on requires a major > > effort. > > We do. And we do. Of course, this effort goes largely unnoticed and > unthanked, since you're not going to comment on it unless you're > personally inconvenienced by it. Maybe I'm missing something but I can't see how keeping compatibility can inconvenience someone. On the contrary, the inconvenience happens when this policy is not followed. > I've asked before, I'll ask again. Will folks please just let this > die? You're producing a great deal of archive-filling material that's > just not accurate or relevant, and your misinformation is harmful to > the Project in a very real fashion. If we hide our heads in the sand in an ostrich fashion, it won't help that much either. And this information is relevant though maybe not always quite accurate. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 21 21:49:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dnull.com (dnull.com [209.133.53.79]) by hub.freebsd.org (Postfix) with ESMTP id C88B037B401 for ; Sun, 21 Oct 2001 21:49:22 -0700 (PDT) Received: (from jessem@localhost) by dnull.com (8.8.8/8.8.8) id VAA13360 for hackers@freebsd.org; Sun, 21 Oct 2001 21:50:21 -0700 (PDT) Date: Sun, 21 Oct 2001 21:50:21 -0700 (PDT) From: Jesse Monroy Message-Id: <200110220450.VAA13360@dnull.com> To: hackers@freebsd.org Subject: SVBUG Special OS-X (10-24-2001) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Announcement for 2001-10-24 Topic: Special Event at Apple for OS-X Developers ***** SPECIAL EVENT NOTICE ***** Oct. 24, 2001 -- We will be meeting at Apple's Town Hall in a meeting sponsored by BANG (Bay Area Next Group). BANG is arranging to have the Darwin core team meet with us. That is, the people working on Darwin, the Open Source BSD-style Kernel from Apple, will be talking to us about the technical details of Darwin and OS-X. Please see the BANG (http://www.bang.org) page for details on how to get to this meeting. ***** END OF NOTICE ***** Next month, Nov 1st, Borland has promise to bring someone in to talk about Kylix, their new IDE. Best Regrads, Jesse To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 22 1:31: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp3.ctimail3.com (smtp3.ctimail3.com [203.80.64.6]) by hub.freebsd.org (Postfix) with ESMTP id 0A9A737B40E for ; Mon, 22 Oct 2001 01:30:48 -0700 (PDT) Received: from holam (195_2user08.ctinets.com [203.195.2.8]) by smtp3.ctimail3.com (8.10.1/8.10.1) with SMTP id f9M8b7v05441; Mon, 22 Oct 2001 16:37:08 +0800 (HKT) Message-ID: <003401c15ad3$bfed8c20$0eb32dca@holam> From: "Soweb_Ahfei" To: "Olivier Cortes" Cc: References: <000f01c15a3b$883c2d60$6005c3cb@holam> <20011021180956.A1676@scylla.deep-ocean.net> Subject: Re: Read only file FSTAB after error config??? Date: Mon, 22 Oct 2001 16:25:42 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear Sir, Thanks for your kindly help. Best regards. Ahfei Ho ----- Original Message ----- From: "Olivier Cortes" To: "Soweb_Ahfei" Cc: Sent: Monday, October 22, 2001 12:09 AM Subject: Re: Read only file FSTAB after error config??? > > Please post this kind of questions on the -QUESTIONS mailing list. > > when you are in single user mode, type : > # /sbin/mount / > > then / will be mounted read-write. > you can now edit /etc/fstab, or build a new one, or whatever you need > to. > > good luck, > > Olivier > > > On Sun, Oct 21, 2001 at 10:19:44PM +0800, Soweb_Ahfei wrote: > > Dear Sir, > > > > We have installed the Freebsd4.32 in our server.But we can not reboot the system after we made an error configuration in the file FSTAB.Now,we can not delete or rename the error file Fstab and the system shown the file is read only. > > > > We would not re-install the system since there are some available data.Please give us an instruction how to revise it. > > > > Thanks. > > > > Best regards. > > > > We do need your kindly help!! > > > > Ahfei Ho > > > > -- > Olivier Cortes To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 22 1:31: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp3.ctimail3.com (smtp3.ctimail3.com [203.80.64.6]) by hub.freebsd.org (Postfix) with ESMTP id 2890A37B427 for ; Mon, 22 Oct 2001 01:30:48 -0700 (PDT) Received: from holam (195_2user08.ctinets.com [203.195.2.8]) by smtp3.ctimail3.com (8.10.1/8.10.1) with SMTP id f9M8b5v05406; Mon, 22 Oct 2001 16:37:06 +0800 (HKT) Message-ID: <003301c15ad3$bea70260$0eb32dca@holam> From: "Soweb_Ahfei" To: Cc: References: <000f01c15a3b$883c2d60$6005c3cb@holam> <3BD32725.CC1CEFBA@mindspring.com> Subject: Re: Read only file FSTAB after error config??? Date: Mon, 22 Oct 2001 16:23:28 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear Sir, Thanks for your good instruction.We got it. Thank you very much. Ahfei Ho ----- Original Message ----- From: "Terry Lambert" To: "Soweb_Ahfei" Cc: Sent: Monday, October 22, 2001 3:51 AM Subject: Re: Read only file FSTAB after error config??? > This belongs on -questions... > > Soweb_Ahfei wrote: > > We have installed the Freebsd4.32 in our server.But we can not > > reboot the system after we made an error configuration in the > > file FSTAB.Now,we can not delete or rename the error file Fstab > > and the system shown the file is read only. > > > > We would not re-install the system since there are some available > > data.Please give us an instruction how to revise it. > > Boot the system single user (boot -s at the boot prompt, > after hitting spacebar during the countdown). > > Remount the root partition as read/write (mount -u -o rw /, > after you get to a shell). > > Modify the fstab to correct your error; you may need to fsck > the partition where /tmp is located, if it is not /, before > you can run an editor; you will probably need to set the > terminal type, as well, unless you want to use "cat", or are > comfortable with "ed" (setenv TERM cons25). > > -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 22 1:31:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp3.ctimail3.com (smtp3.ctimail3.com [203.80.64.6]) by hub.freebsd.org (Postfix) with ESMTP id D608937B401 for ; Mon, 22 Oct 2001 01:30:59 -0700 (PDT) Received: from holam (195_2user08.ctinets.com [203.195.2.8]) by smtp3.ctimail3.com (8.10.1/8.10.1) with SMTP id f9M8b9v05485; Mon, 22 Oct 2001 16:37:10 +0800 (HKT) Message-ID: <003501c15ad3$c12c74c0$0eb32dca@holam> From: "Soweb_Ahfei" To: "Doug Barton" Cc: References: <000f01c15a3b$883c2d60$6005c3cb@holam> <3BD32340.7B00224A@DougBarton.net> Subject: Re: Read only file FSTAB after error config??? Date: Mon, 22 Oct 2001 16:28:37 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear Sir, Thank for your advice. Regards. Ahfei ----- Original Message ----- From: "Doug Barton" To: "Soweb_Ahfei" Cc: Sent: Monday, October 22, 2001 3:34 AM Subject: Re: Read only file FSTAB after error config??? > For future reference, this belongs on freebsd-questions. > > > Soweb_Ahfei wrote: > > > > > > > > Dear Sir, > > > > We have installed the Freebsd4.32 in our server.But we can not reboot > > the system after we made an error configuration in the file > > FSTAB.Now,we can not delete or rename the error file Fstab and the > > system shown the file is read only. > > This is covered in the documentation at http://www.freebsd.org/ I > believe in the FAQ, if not there, it's in the handbook. > > Good luck, > > Doug > -- > "We will not tire, we will not falter, and we will not fail." > - George W. Bush, President of the United States > September 20, 2001 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 22 7:11:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from easynet-gw.netvalue.fr (easynet-gw.netvalue.fr [212.180.121.161]) by hub.freebsd.org (Postfix) with ESMTP id BB66737B403; Mon, 22 Oct 2001 07:11:40 -0700 (PDT) Received: from mail.netvalue.fr (dauphine.netvalue.fr [192.168.1.13]) by easynet-gw.netvalue.fr (Postfix) with ESMTP id 356AE8C4D; Mon, 22 Oct 2001 16:11:39 +0200 (CEST) Received: from mail-fr.netvalue.fr ([192.168.1.18]) by mail.netvalue.fr (Netscape Messaging Server 3.6) with ESMTP id AAA12CC; Mon, 22 Oct 2001 16:11:38 +0200 Received: from netvalue.com ([192.168.1.100]) by mail-fr.netvalue.fr (Netscape Messaging Server 4.01) with ESMTP id GLM23D00.E11; Mon, 22 Oct 2001 16:11:37 +0200 Message-ID: <3BD42913.9010804@netvalue.com> Date: Mon, 22 Oct 2001 16:11:31 +0200 From: "Erwan Arzur" Organization: NetValue S.A. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.5) Gecko/20011011 X-Accept-Language: en, fr-FR MIME-Version: 1.0 To: Danny Braniss Cc: freebsd-hackers@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: strange network performace References: <3BC1D004.9000104@magpage.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > show us the output of "ifconfig -a" on each box. > Yeah ... did you try to force media opt to 100baseTX full duplex w/ ifconfig ? I had once a lot of problems connecting 3C905 (XL) cards to 3COM switches, until i tried to force the negociation ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 22 7:29: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gvr.gvr.org (gvr.gvr.org [212.61.40.17]) by hub.freebsd.org (Postfix) with ESMTP id A8A5637B401 for ; Mon, 22 Oct 2001 07:28:58 -0700 (PDT) Received: by gvr.gvr.org (Postfix, from userid 657) id 36B295809; Mon, 22 Oct 2001 16:28:57 +0200 (CEST) Date: Mon, 22 Oct 2001 16:28:57 +0200 From: Guido van Rooij To: freebsd-hackers@freebsd.org Subject: make buildworld not selfcontained? Message-ID: <20011022162857.A43242@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a system that is built with CPUTYPE=p2 When I set CPUTYPE to pentium and do a buildworld, I cannot use the obj tree to do an installworld on a pentium system. The reason being that the tools in usr/obj/usr/src/i386 are apparently built with libraries from the p2 system. I think that is broken. The reason seems to be that xinstall is built in the bootstrap-tools: target. But because it is used later on in installworld, it seems that it should be rebuild later. There does not seem to be a real solution for this problem.. I am not sure if xinstall is needed druing a make buildworld, but if not, the most easy would be to make it only in the installworld phase. But that would break installing from readonly mounts. Adding an explicit bootstrap-tools target to Makefile might also solve it.. -Guido To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 22 12:21:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from silby.com (cb34181-a.mdsn1.wi.home.com [24.14.173.39]) by hub.freebsd.org (Postfix) with ESMTP id 1605537B405 for ; Mon, 22 Oct 2001 12:21:19 -0700 (PDT) Received: (qmail 70233 invoked by uid 1000); 22 Oct 2001 19:21:16 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 22 Oct 2001 19:21:16 -0000 Date: Mon, 22 Oct 2001 14:21:16 -0500 (CDT) From: Mike Silbersack To: Terry Lambert Cc: David Malone , Zhihui Zhang , Subject: Re: Limiting closed port RST response In-Reply-To: <3BCED5E7.3FAE9EB8@mindspring.com> Message-ID: <20011022141612.B70111-100000@achilles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 18 Oct 2001, Terry Lambert wrote: > The problem is what to do when you are attacked. > > You need to balance resiliance in the face of attack with the > ability to bear a legitimately high load. > > -- Terry I understand that, and can understand leaving rate limiting off on the clients so as to produce a realistic picture of how most hosts will react. What I'm not clear on is how the built-in rate limiting hurts a server under either normal conditions or while being attacked. The packets being limited are all error responses of one type or another; dropping them should not hurt clients connecting to running services. I've heard the argument that RSTs are important so that old connections are terminated when a server restarts, but I generally reject that argument based on the observation that a downed server probably takes more time to reboot than connections take to time out on their own. The one case I haven't considered much is how load-balancers react to systems behind them not returning RSTs in response to incoming packets; if this is the case you're talking about, I'd like to hear more of what happens and how we can accomidate for it better. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 22 19:15:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from www.kozubik.com (www.kozubik.com [216.188.96.212]) by hub.freebsd.org (Postfix) with ESMTP id 1C1D237B406 for ; Mon, 22 Oct 2001 19:15:12 -0700 (PDT) Received: from localhost (john@localhost) by www.kozubik.com (8.11.0/8.11.0) with ESMTP id f9N268A45445 for ; Mon, 22 Oct 2001 19:06:08 -0700 (PDT) (envelope-from john@kozubik.com) Date: Mon, 22 Oct 2001 19:06:08 -0700 (PDT) From: John Kozubik To: hackers@freebsd.org Subject: How broken is IBSS creation (wicontrol) these days ? 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 Having worked with `wicontrol` for quite some time, I am well aware that IBSS creation is currently experimental. I am wondering just how experimental it currently is. I currently have a 4.4-RELEASE machine configured as follows: `wicontrol -c 1 -p 1 -n netname -q netname -s station` When I boot machine number 2 (Linux) it does not see the FreeBSD machine, however, when I set the netname on the Linux machine to 'netname' (as above) suddenly activity lights flare up and things seem like they are going to work - the linux `iwconfig` command reports that the "access point" it is using is the MAC address of the card in the FreeBSD machine. This was very encouraging - the fact that the Linux machine sees the FreeBSD MAC as the access point, that is. However, this is as far as I have gotten. Neither machine shows anything but a zero for signal strength, and `ifconfig` on the FreeBSD host tells me that the status of wi0 is "no carrier". So, does this sound like the normal results of this experimental functionality, or are my last problems the result of a mistake on my part ? (translation, is this where it breaks for everyone, or should I keep trying to make this work) If it is indeed a mistake on my part, help is appreciated. ----- John Kozubik - john@kozubik.com - http://www.kozubik.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 22 21: 4:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mine.kame.net (kame195.kame.net [203.178.141.195]) by hub.freebsd.org (Postfix) with ESMTP id 2082D37B401; Mon, 22 Oct 2001 21:04:53 -0700 (PDT) Received: from localhost ([3ffe:501:4819:1000:260:1dff:fe21:f766]) by mine.kame.net (8.11.1/3.7W) with ESMTP id f9N4GfH31742; Tue, 23 Oct 2001 13:16:41 +0900 (JST) To: tlambert2@mindspring.com Cc: hackers@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: IPSEC sucking up memory In-Reply-To: Your message of "Sat, 06 Oct 2001 01:46:47 -0700" <3BBEC4F7.D15FF792@mindspring.com> References: <3BBEC4F7.D15FF792@mindspring.com> X-Mailer: Cue version 0.6 (010810-1737/sakane) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Message-Id: <20011023130449I.sakane@kame.net> Date: Tue, 23 Oct 2001 13:04:49 +0900 From: Shoichi Sakane X-Dispatcher: imput version 20000228(IM140) Lines: 18 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > While investigating a problem, I noticed that the IPSEC code > is initializing the sp -- even when no one is using IPSEC. > It turns out that this really, really bloats the per socket > memory requirements, with the only real result being a lot > of extra processing that could be replaced by a pointer is > not NULL check. > It seems to me that this could be handled in the TCP, UDP, > and IP userreq code by only initializing the thing in the > case that a policy has been set. Is there some reason why > this can't be done? IPsec specification requires to consult the SPD with all of packets in order to handling the packet. it defines RFC2401. if a pointer to the entry of the SPD is NULL, it means the security policy is not defined. so the kernel consults the system wide default. it never means nothing to do. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 5:25:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 7300737B406 for ; Tue, 23 Oct 2001 05:25:42 -0700 (PDT) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f9NCPe684813; Tue, 23 Oct 2001 08:25:40 -0400 (EDT) (envelope-from bicknell) Date: Tue, 23 Oct 2001 08:25:40 -0400 From: Leo Bicknell To: John Kozubik Cc: hackers@FreeBSD.ORG Subject: Re: How broken is IBSS creation (wicontrol) these days ? Message-ID: <20011023082540.B84509@ussenterprise.ufp.org> Mail-Followup-To: John Kozubik , hackers@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from john@kozubik.com on Mon, Oct 22, 2001 at 07:06:08PM -0700 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just got IBSS working on a 4.4-STABLE box (in the PCI carrier, for what it's worth). When using the Agere (aka Orinoco aka Lucent) drivers (latest) on a Windows box it finds the FreeBSD box as a 'Peer to Peer' network. It can detect the network name and channel, although it takes it a long time. Setting the network name and channel makes it go much quicker. I get no signal strength meter, can't do site monitoring or link testing, but it works fine. In talking with some other friends, it appears on the older lucent drivers you must set the netname for it to find it at all. From my limited understanding of the spec the lack of signal strength is a result of being in peer to peer mode. The card can only keep one set of stats -- it normally communicates only to the AP (even if talking to another card, works just like 10baseT going to the 'hub' and back). In peer-to-peer mode it talks to a random number of other cards directly, and it just can't keep the stats. It sounds like your two boxes are almost right. I had some issues with WEP, but it doesn't look like you're using it. (WEP works fine if you make everything match, really. :-) Make sure you ifconfig wi0 up if you're not otherwise configuring it. I wish it could work as a proper access point. My understanding is that configuring the bits on the card is easy, but there's some confusion over how to program the card (and/or do the right things in the driver) to make the relay of 802.11 frames work right. I'm not sure who's working on that, but if I can help here's an offer. -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 5:27:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpproxy2.mitre.org (smtpproxy2.mitre.org [128.29.154.90]) by hub.freebsd.org (Postfix) with ESMTP id 0CDA637B405 for ; Tue, 23 Oct 2001 05:27:45 -0700 (PDT) Received: from avsrv2.mitre.org (avsrv2.mitre.org [128.29.154.4]) by smtpproxy2.mitre.org (8.11.3/8.11.3) with ESMTP id f9NCRd102696 for ; Tue, 23 Oct 2001 08:27:39 -0400 (EDT) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtpsrv2.mitre.org (8.11.3/8.11.3) with ESMTP id f9NCRcs04432 for ; Tue, 23 Oct 2001 08:27:38 -0400 (EDT) Received: from dhcp-48-37.mitre.org (128.29.48.37) by mailhub2.mitre.org with SMTP id 8130369; Tue, 23 Oct 2001 08:27:37 -0400 Message-ID: <3BD563F9.299FE3C@mitre.org> Date: Tue, 23 Oct 2001 08:35:05 -0400 From: "PSI, Mike Smith" Organization: The MITRE Corporation X-Mailer: Mozilla 4.76 [en]C-20010313M (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: Duping a hard disk Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am running a lab with 43 FreeBDS machines and will be adding about 20 more in the near future. ALL these machines are absolutely identical except for IP address and machine name. To speed up the adding of new machines, I envision making a duplication station, where I would add a "new" disk as a slave and then dup the master disk to the slave disk. Then I would only have to change IP and machine name. But alas, I cannot find any procedures for doing this. Does anyone know how to duplicate a master disk to a "new" slave disk??? It would REALLY make my life much easier. BTW, We are running 3.2. Yea, I know it's ancient but we have added significant kernel hacks to support specialized ATN and X.25 protocols and don't envision upgrading until we get our modifications completed. Any insight would be appreciated. Mike Smith (but not THE Mike Smith) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 5:45:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (sentinel.office1.bg [217.75.129.210]) by hub.freebsd.org (Postfix) with SMTP id A812337B407 for ; Tue, 23 Oct 2001 05:45:24 -0700 (PDT) Received: (qmail 8863 invoked by uid 1000); 23 Oct 2001 12:45:07 -0000 Date: Tue, 23 Oct 2001 15:45:07 +0300 From: Peter Pentchev To: "PSI, Mike Smith" Cc: hackers@freebsd.org Subject: Re: Duping a hard disk Message-ID: <20011023154507.A2567@straylight.oblivion.bg> Mail-Followup-To: "PSI, Mike Smith" , hackers@freebsd.org References: <3BD563F9.299FE3C@mitre.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BD563F9.299FE3C@mitre.org>; from mlsmith@mitre.org on Tue, Oct 23, 2001 at 08:35:05AM -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 Tue, Oct 23, 2001 at 08:35:05AM -0400, PSI, Mike Smith wrote: > I am running a lab with 43 FreeBDS machines and will be adding about 20 > more in the near future. ALL these machines are absolutely identical > except for IP address and machine name. To speed up the adding of new > machines, I envision making a duplication station, where I would add a > "new" disk as a slave and then dup the master disk to the slave disk. > Then I would only have to change IP and machine name. > > But alas, I cannot find any procedures for doing this. Does anyone know > how to duplicate a master disk to a "new" slave disk??? It would REALLY > make my life much easier. Is there anything wrong with dd(1)? G'luck, Peter -- If this sentence didn't exist, somebody would have invented it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 5:56:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 988FA37B405; Tue, 23 Oct 2001 05:56:27 -0700 (PDT) Received: from madman.nectar.com (madman.nectar.com [10.0.1.111]) by gw.nectar.com (Postfix) with ESMTP id 009263A; Tue, 23 Oct 2001 07:56:26 -0500 (CDT) Received: (from nectar@localhost) by madman.nectar.com (8.11.6/8.11.3) id f9NCuQ726925; Tue, 23 Oct 2001 07:56:26 -0500 (CDT) (envelope-from nectar) Date: Tue, 23 Oct 2001 07:56:26 -0500 From: "Jacques A. Vidrine" To: Warner Losh Cc: freebsd-hackers@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/net rcmdsh.3 rcmdsh.c Makefile.inc rcmd.c Message-ID: <20011023075626.G18250@madman.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" , Warner Losh , freebsd-hackers@freebsd.org References: <200110230622.f9N6MF973431@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200110230622.f9N6MF973431@freefall.freebsd.org>; from imp@FreeBSD.org on Mon, Oct 22, 2001 at 11:22:15PM -0700 X-Url: http://www.nectar.com/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Oct 22, 2001 at 11:22:15PM -0700, Warner Losh wrote: > imp 2001/10/22 23:22:15 PDT > > Modified files: > lib/libc/net Makefile.inc rcmd.c > Added files: > lib/libc/net rcmdsh.3 rcmdsh.c > Log: > Allow users to specify a command to use as remote command instead of > using rcmd directly. This has been in my tree for a long time, but we > may need to sync with OpenBSD before MFC. > > Obtained from: openbsd > PR: 15830 > > MFC after: 2 months Yay! Does this mean one can use ssh with dump/restore now? -- Jacques A. Vidrine http://www.nectar.com/ Verio Web Hosting = FreeBSD UNIX = Heimdal Kerberos jvidrine@verio.net = nectar@FreeBSD.org = nectar@pdc.kth.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 6: 0:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (sentinel.office1.bg [217.75.129.210]) by hub.freebsd.org (Postfix) with SMTP id 27E9737B406 for ; Tue, 23 Oct 2001 06:00:03 -0700 (PDT) Received: (qmail 8983 invoked by uid 1000); 23 Oct 2001 12:59:54 -0000 Date: Tue, 23 Oct 2001 15:59:54 +0300 From: Peter Pentchev To: "PSI, Mike Smith" Cc: hackers@freebsd.org Subject: Re: Duping a hard disk Message-ID: <20011023155954.B2567@straylight.oblivion.bg> Mail-Followup-To: "PSI, Mike Smith" , hackers@freebsd.org References: <3BD563F9.299FE3C@mitre.org> <20011023154507.A2567@straylight.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011023154507.A2567@straylight.oblivion.bg>; from roam@ringlet.net on Tue, Oct 23, 2001 at 03:45:07PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 23, 2001 at 03:45:07PM +0300, Peter Pentchev wrote: > On Tue, Oct 23, 2001 at 08:35:05AM -0400, PSI, Mike Smith wrote: > > I am running a lab with 43 FreeBDS machines and will be adding about 20 > > more in the near future. ALL these machines are absolutely identical > > except for IP address and machine name. To speed up the adding of new > > machines, I envision making a duplication station, where I would add a > > "new" disk as a slave and then dup the master disk to the slave disk. > > Then I would only have to change IP and machine name. > > > > But alas, I cannot find any procedures for doing this. Does anyone know > > how to duplicate a master disk to a "new" slave disk??? It would REALLY > > make my life much easier. > > Is there anything wrong with dd(1)? OK, this *was* a bit glib. What I mean is, surely you can use dd(1) to copy an existing partition (or even slice) to another partition (or slice) with the same size. Yes, I do realize that sometimes it is not so easy to reproduce the exact slice layout; this is something that I have encountered a couple of times at my workplace, too, and I've dealt with it by using tar -cpf - | tar -xpf - -C /new/path. This poses other kinds of problems by itself, but seems to have worked for me so far. As for creating the partitions/slices themselves - if the new disk's size is the same as the old one's, then you might use disklabel -r on the old disk, record the output into a file and disklabel the new disk from that. If the disks are not the same, well, then you have to do this by hand. G'luck, Peter -- This sentence contains exactly threee erors. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 6: 8:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx.wgate.com (mail.wgate.com [38.219.83.4]) by hub.freebsd.org (Postfix) with SMTP id 5CA8237B405 for ; Tue, 23 Oct 2001 06:08:45 -0700 (PDT) To: "PSI, Mike Smith" , hackers@freebsd.org Received: From MAIL.TVOL.NET (10.1.1.4[10.1.1.4 port:3497]) by mx.wgate.comMail essentials (server 2.429) with SMTP id: <23712@mx.wgate.com>transfer for ; Tue, 23 Oct 2001 9:06:20 AM -0400 ;transfer smtpmailfrom X-MESINK_Inbound: 0 X-MESINK_MailForType: SMTP X-MESINK_SenderType: SMTP X-MESINK_Sender: msinz@wgate.com X-MESINK_MailFor: hackers@freebsd.org Received: from sinz.eng.tvol.net ([10.32.2.99]) by mail.tvol.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)id VC7GXMGR; Tue, 23 Oct 2001 09:06:55 -0400 Received: from wgate.com (localhost [127.0.0.1])by sinz.eng.tvol.net (8.11.6/8.11.6) with ESMTP id f9ND8B513710;Tue, 23 Oct 2001 09:08:11 -0400 (EDT)(envelope-from msinz@wgate.com) Date: Tue, 23 Oct 2001 09:08:11 -0400 From: Michael Sinz Organization: WorldGate Communications Inc. X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.4-RC i386) X-Accept-Language: en Subject: Re: Duping a hard disk References: <00007da502814c07d1@[192.168.1.4]> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit x-receiver: hackers@freebsd.org x-sender: msinz@wgate.com MIME-Version: 1.0 Message-ID: <00007e230281ca07d1@[192.168.1.4]> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "PSI, Mike Smith" wrote: > > I am running a lab with 43 FreeBDS machines and will be adding about 20 > more in the near future. ALL these machines are absolutely identical > except for IP address and machine name. To speed up the adding of new > machines, I envision making a duplication station, where I would add a > "new" disk as a slave and then dup the master disk to the slave disk. > Then I would only have to change IP and machine name. > > But alas, I cannot find any procedures for doing this. Does anyone know > how to duplicate a master disk to a "new" slave disk??? It would REALLY > make my life much easier. Well, if everything is LBA addressed, you can do a dd from the source disk to the target disk. However, with CHS you can not do that so easily if the drives are not the exact same (at least in size if not also in model) We used to do this here for our machines (over 500 in the lab) but I built a tool that would take a disk and make a compressed CD image of it and then be able to restore that onto a disk even if the disk is a different size. The tool requires at least FreeBSD 4.2 but the disks it can make work even with FreeBSD 2.2.x (which some of our platforms are) I should, at some point, release this. However, it is very rough and somewhat specific to our needs. -- Michael Sinz ---- Worldgate Communications ---- msinz@wgate.com A master's secrets are only as good as the master's ability to explain them to others. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 6:16:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dns1.up.pt (relay1.up.pt [193.137.55.20]) by hub.freebsd.org (Postfix) with ESMTP id 86E3637B401 for ; Tue, 23 Oct 2001 06:16:24 -0700 (PDT) Received: from dns.inegi.up.pt (root@mail.inegi.up.pt [193.137.36.3]) by dns1.up.pt (8.11.0/8.11.2) with ESMTP id f9NDGD521135; Tue, 23 Oct 2001 14:16:16 +0100 Received: from prodrive (emercatura.inegi.up.pt [193.137.36.9]) by dns.inegi.up.pt (8.10.2/8.10.2) with SMTP id f9NDIFt25129; Tue, 23 Oct 2001 14:18:15 +0100 Message-ID: <006901c15bc5$53d6b730$092489c1@prodrive> From: =?iso-8859-1?Q?Jos=E9_Azevedo_-_INEGI?= To: "PSI, Mike Smith" , References: <3BD563F9.299FE3C@mitre.org> Subject: Re: Duping a hard disk Date: Tue, 23 Oct 2001 14:19:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Norton Ghost v6.0 ou v7.0 will do... I am not on the Symantec payroll in any way... :) ----- Original Message ----- From: "PSI, Mike Smith" To: Sent: Tuesday, October 23, 2001 1:35 PM Subject: Duping a hard disk I am running a lab with 43 FreeBDS machines and will be adding about 20 more in the near future. ALL these machines are absolutely identical except for IP address and machine name. To speed up the adding of new machines, I envision making a duplication station, where I would add a "new" disk as a slave and then dup the master disk to the slave disk. Then I would only have to change IP and machine name. But alas, I cannot find any procedures for doing this. Does anyone know how to duplicate a master disk to a "new" slave disk??? It would REALLY make my life much easier. BTW, We are running 3.2. Yea, I know it's ancient but we have added significant kernel hacks to support specialized ATN and X.25 protocols and don't envision upgrading until we get our modifications completed. Any insight would be appreciated. Mike Smith (but not THE Mike Smith) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 6:52:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 55ACB37B405 for ; Tue, 23 Oct 2001 06:52:31 -0700 (PDT) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f9NDqUI86994 for hackers@FreeBSD.ORG; Tue, 23 Oct 2001 09:52:30 -0400 (EDT) (envelope-from bicknell) Date: Tue, 23 Oct 2001 09:52:30 -0400 From: Leo Bicknell To: hackers@FreeBSD.ORG Subject: Re: Duping a hard disk Message-ID: <20011023095230.A86909@ussenterprise.ufp.org> Mail-Followup-To: hackers@FreeBSD.ORG References: <3BD563F9.299FE3C@mitre.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BD563F9.299FE3C@mitre.org>; from mlsmith@mitre.org on Tue, Oct 23, 2001 at 08:35:05AM -0400 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 23, 2001 at 08:35:05AM -0400, PSI, Mike Smith wrote: > But alas, I cannot find any procedures for doing this. Does anyone know > how to duplicate a master disk to a "new" slave disk??? It would REALLY > make my life much easier. I've done this two ways before. 1) If your disks are _really_ identical you can make a disk with the image you want, and dd the raw c partition from old to new. I used to do this a lot with DECStations, but also with FreeBSD boxen. It's easiest if you can make a boot disk and an image disk in an external case, POP it on the SCSI bus and then image an internal drive. IDE makes for a lot more case opening operations. 2) For a lab, I recomend near-constant rebuilding/monitoring. For this rdist (actually, newer variants) are your friend. Have the machines push out the changes you're interested in, as well as make sure everything is ok once a night. Weird things happen to lab machines. Note, if you want the machines to dual-boot to windows, and you install windows on a FAT file system you can mount it under FreeBSD and let rdist do it's thing nightly. It's so nice to have the easily corrupted Windows boxes reinstall every night from a clean tree. -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 7:10:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from heathers.stdio.com (heathers.stdio.com [199.89.192.5]) by hub.freebsd.org (Postfix) with ESMTP id 7280737B403 for ; Tue, 23 Oct 2001 07:10:19 -0700 (PDT) Received: from localhost (kyle@localhost) by heathers.stdio.com (8.11.3/8.11.3) with ESMTP id f9NEA8i95120; Tue, 23 Oct 2001 10:10:09 -0400 (EDT) (envelope-from kyle@openworldinc.com) Date: Tue, 23 Oct 2001 10:10:08 -0400 (EDT) From: Kyle McPeek X-X-Sender: To: "PSI, Mike Smith" Cc: Subject: Re: Duping a hard disk In-Reply-To: <3BD563F9.299FE3C@mitre.org> Message-ID: <20011023100441.K8507-100000@heathers.stdio.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Why not build a custom release of FBSD and use sysinstall's scripting abilities to install and configure automatically? Then to reinstall any of them just build/burn a boot floppy/cd and pop it in. kyle. On Tue, 23 Oct 2001, PSI, Mike Smith wrote: > I am running a lab with 43 FreeBDS machines and will be adding about 20 > more in the near future. ALL these machines are absolutely identical > except for IP address and machine name. To speed up the adding of new > machines, I envision making a duplication station, where I would add a > "new" disk as a slave and then dup the master disk to the slave disk. > Then I would only have to change IP and machine name. > > But alas, I cannot find any procedures for doing this. Does anyone know > how to duplicate a master disk to a "new" slave disk??? It would REALLY > make my life much easier. > > BTW, We are running 3.2. Yea, I know it's ancient but we have added > significant kernel hacks to support specialized ATN and X.25 protocols > and don't envision upgrading until we get our modifications completed. > > Any insight would be appreciated. > > Mike Smith (but not THE Mike Smith) > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 7:12:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id 6B10737B401 for ; Tue, 23 Oct 2001 07:12:23 -0700 (PDT) Received: (qmail 49747 invoked by uid 1165); 23 Oct 2001 14:12:23 -0000 Date: 23 Oct 2001 07:12:23 -0700 Date: Tue, 23 Oct 2001 07:12:23 -0700 From: Seth Kingsley To: =?iso-8859-1?Q?Jos=E9_Azevedo_-_INEGI?= Cc: "PSI, Mike Smith" , hackers@FreeBSD.ORG Subject: Re: Duping a hard disk Message-ID: <20011023071223.B47031@fluff.meowfishies.com> References: <3BD563F9.299FE3C@mitre.org> <006901c15bc5$53d6b730$092489c1@prodrive> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="oLBj+sq0vYjzfsbl" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <006901c15bc5$53d6b730$092489c1@prodrive>; from jazevedo@inegi.up.pt on Tue, Oct 23, 2001 at 02:19:21PM +0100 X-Operating-System: FreeBSD 4.4-STABLE i386 X-GPG-Key-ID: 1024D/5C413B08 X-GPG-Key-Fingerprint: F772 5D24 02B4 D233 90F5 080F 0F50 3298 5C41 3B08 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --oLBj+sq0vYjzfsbl Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 23, 2001 at 02:19:21PM +0100, Jos=E9 Azevedo - INEGI wrote: > Norton Ghost v6.0 ou v7.0 will do... Norton Ghost will fallback to dd(1)-like behavior for file system types that it doesn't know how to read (anything other than FAT/NTFS). Thus it won't afford you any speed or size optimizations for this purpose. It also requires that you boot into a very inconvenient operating system. What's wrong with dump(8)/restore(8)? --=20 || Seth Kingsley || Meow Meow Fluff Fluff || sethk@meowfishies.com || || rndcontrol -s 0 || --oLBj+sq0vYjzfsbl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE71XrHD1AymFxBOwgRAtluAJ97GsMIrpLj/iZ/wWXWmDQJU9av0gCfdK41 gwKEFA+Tm4UYTlfnpTklkMs= =SWub -----END PGP SIGNATURE----- --oLBj+sq0vYjzfsbl-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 7:12:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from otto.oss.uswest.net (otto.oss.uswest.net [204.147.85.81]) by hub.freebsd.org (Postfix) with SMTP id 9E3D137B401 for ; Tue, 23 Oct 2001 07:12:48 -0700 (PDT) Received: (qmail 23880 invoked by uid 1001); 23 Oct 2001 14:11:10 -0000 Date: Tue, 23 Oct 2001 09:11:10 -0500 From: Pete McKenna To: "PSI, Mike Smith" Cc: hackers@FreeBSD.ORG Subject: Re: Duping a hard disk Message-ID: <20011023091110.E15797@otto.oss.qwest.net> References: <3BD563F9.299FE3C@mitre.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BD563F9.299FE3C@mitre.org>; from mlsmith@mitre.org on Tue, Oct 23, 2001 at 08:35:05AM -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 We netboot via PXE and run sysinstall. It takes about 6 minutes. You can make packages out of your specialized stuff. This make it easy to keep up to date as well as build. You don't need to worry about the drives being the same size etc either, and different config scripts let you build different kinds of systems very easily. We use all Intel NICs which support PXE, but I think you could do this with netboot also. Pete On Tue, Oct 23, 2001 at 08:35:05AM -0400, PSI, Mike Smith wrote: > I am running a lab with 43 FreeBDS machines and will be adding about 20 > more in the near future. ALL these machines are absolutely identical > except for IP address and machine name. To speed up the adding of new > machines, I envision making a duplication station, where I would add a > "new" disk as a slave and then dup the master disk to the slave disk. > Then I would only have to change IP and machine name. > > But alas, I cannot find any procedures for doing this. Does anyone know > how to duplicate a master disk to a "new" slave disk??? It would REALLY > make my life much easier. > > BTW, We are running 3.2. Yea, I know it's ancient but we have added > significant kernel hacks to support specialized ATN and X.25 protocols > and don't envision upgrading until we get our modifications completed. > > Any insight would be appreciated. > > Mike Smith (but not THE Mike Smith) > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Peter McKenna Qwest Internet Solutions pmckenna@qwest.net Main 612-664-4000 FAX 612-664-4770 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 7:16:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id CF09E37B403 for ; Tue, 23 Oct 2001 07:16:39 -0700 (PDT) Received: (qmail 50000 invoked by uid 1165); 23 Oct 2001 14:16:38 -0000 Date: 23 Oct 2001 07:16:38 -0700 Date: Tue, 23 Oct 2001 07:16:38 -0700 From: Seth Kingsley To: "Jacques A. Vidrine" Cc: Warner Losh , freebsd-hackers@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/net rcmdsh.3 rcmdsh.c Makefile.inc rcmd.c Message-ID: <20011023071638.C47031@fluff.meowfishies.com> References: <200110230622.f9N6MF973431@freefall.freebsd.org> <20011023075626.G18250@madman.nectar.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ALfTUftag+2gvp1h" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011023075626.G18250@madman.nectar.com>; from n@nectar.com on Tue, Oct 23, 2001 at 07:56:26AM -0500 X-Operating-System: FreeBSD 4.4-STABLE i386 X-GPG-Key-ID: 1024D/5C413B08 X-GPG-Key-Fingerprint: F772 5D24 02B4 D233 90F5 080F 0F50 3298 5C41 3B08 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ALfTUftag+2gvp1h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 23, 2001 at 07:56:26AM -0500, Jacques A. Vidrine wrote: > Yay! Does this mean one can use ssh with dump/restore now? Since when couldn't you just use: ssh dump -b 8 -f - | dd bs=3D8k > and similar for restore? --=20 || Seth Kingsley || Meow Meow Fluff Fluff || sethk@meowfishies.com || || rndcontrol -s 0 || --ALfTUftag+2gvp1h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE71XvGD1AymFxBOwgRAoM5AJ9kUAtNVQ3pnCVnwUUijKQ8gdFvqwCfSegl cygRCF5gpSIRm0MeOTedKtY= =1mO7 -----END PGP SIGNATURE----- --ALfTUftag+2gvp1h-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 7:25:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with SMTP id 8637237B405 for ; Tue, 23 Oct 2001 07:25:47 -0700 (PDT) Received: (qmail 1302486 invoked from network); 23 Oct 2001 08:25:46 -0600 Received: from snaresland.acl.lanl.gov (128.165.147.113) by acl.lanl.gov with SMTP; 23 Oct 2001 08:25:46 -0600 Received: (qmail 26376 invoked by uid 3499); 23 Oct 2001 08:25:46 -0600 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 23 Oct 2001 08:25:46 -0600 Date: Tue, 23 Oct 2001 08:25:46 -0600 (MDT) From: Ronald G Minnich X-X-Sender: To: Peter Pentchev Cc: "PSI, Mike Smith" , Subject: Re: Duping a hard disk In-Reply-To: <20011023154507.A2567@straylight.oblivion.bg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 23 Oct 2001, Peter Pentchev wrote: > Is there anything wrong with dd(1)? A lot. Best way I found was dump | restore, i.e. mkfs /dev/newdisk mount /dev/newdisk /newdisk dump 0f - / | (cd /newdisk; restore rf -) or equivalent ... - yes, you can use tar, but you have to remember all the options - yes, you can use dd, if you don't mind copying EVERY BLOCK, including the ones full of zeros or that are unused - over the network, you can compress the data I dup'ed 64 machines this way once over the network and it went FAST. What we used to do is have a CD boot disk (we built one 128-node cluster with NO FLOPPIES -- floppies suck). It works well. Of course with the bproc stuff we are totally out of the disk dup business for clusters, but for desktops it is nice to be able to slam a cdrom in and have the machine initialized. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 7:29:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 3B06337B405; Tue, 23 Oct 2001 07:29:11 -0700 (PDT) Received: from madman.nectar.com (madman.nectar.com [10.0.1.111]) by gw.nectar.com (Postfix) with ESMTP id 880FB3A; Tue, 23 Oct 2001 09:29:10 -0500 (CDT) Received: (from nectar@localhost) by madman.nectar.com (8.11.6/8.11.3) id f9NET9G29108; Tue, 23 Oct 2001 09:29:09 -0500 (CDT) (envelope-from nectar) Date: Tue, 23 Oct 2001 09:29:09 -0500 From: "Jacques A. Vidrine" To: Seth Kingsley Cc: Warner Losh , freebsd-hackers@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/net rcmdsh.3 rcmdsh.c Makefile.inc rcmd.c Message-ID: <20011023092909.A29095@madman.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" , Seth Kingsley , Warner Losh , freebsd-hackers@FreeBSD.org References: <200110230622.f9N6MF973431@freefall.freebsd.org> <20011023075626.G18250@madman.nectar.com> <20011023071638.C47031@fluff.meowfishies.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011023071638.C47031@fluff.meowfishies.com>; from sethk@meowfishies.com on Tue, Oct 23, 2001 at 07:16:38AM -0700 X-Url: http://www.nectar.com/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 23, 2001 at 07:16:38AM -0700, Seth Kingsley wrote: > On Tue, Oct 23, 2001 at 07:56:26AM -0500, Jacques A. Vidrine wrote: > > Yay! Does this mean one can use ssh with dump/restore now? > > Since when couldn't you just use: > > ssh dump -b 8 -f - | dd bs=8k > > > and similar for restore? Think about what happens if your filesystem cannot fit on a single volume. -- Jacques A. Vidrine http://www.nectar.com/ Verio Web Hosting = FreeBSD UNIX = Heimdal Kerberos jvidrine@verio.net = nectar@FreeBSD.org = nectar@pdc.kth.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 7:30:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bogslab.ucdavis.edu (bogslab.ucdavis.edu [169.237.68.34]) by hub.freebsd.org (Postfix) with ESMTP id 1621F37B405 for ; Tue, 23 Oct 2001 07:30:04 -0700 (PDT) Received: from thistle.bogs.org (thistle.bogs.org [198.137.203.61]) by bogslab.ucdavis.edu (8.9.3/8.9.3) with ESMTP id HAA80430 for ; Tue, 23 Oct 2001 07:29:57 -0700 (PDT) (envelope-from greg@bogslab.ucdavis.edu) Received: from thistle.bogs.org (localhost [127.0.0.1]) by thistle.bogs.org (8.11.3/8.11.3) with ESMTP id f9NER0t46839 for ; Tue, 23 Oct 2001 07:27:01 -0700 (PDT) (envelope-from greg@thistle.bogs.org) Message-Id: <200110231427.f9NER0t46839@thistle.bogs.org> To: hackers@FreeBSD.ORG X-To: "PSI, Mike Smith" X-Sender: owner-freebsd-hackers@FreeBSD.ORG Subject: Re: Duping a hard disk In-reply-to: Your message of "Tue, 23 Oct 2001 08:35:05 EDT." <3BD563F9.299FE3C@mitre.org> Reply-To: gkshenaut@ucdavis.edu Date: Tue, 23 Oct 2001 07:26:59 -0700 From: Greg Shenaut Sender: owner-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 <3BD563F9.299FE3C@mitre.org>, "PSI, Mike Smith" cleopede: >I am running a lab with 43 FreeBDS machines and will be adding about 20 >more in the near future. ALL these machines are absolutely identical >except for IP address and machine name. To speed up the adding of new >machines, I envision making a duplication station, where I would add a >"new" disk as a slave and then dup the master disk to the slave disk. >Then I would only have to change IP and machine name. > >But alas, I cannot find any procedures for doing this. Does anyone know >how to duplicate a master disk to a "new" slave disk??? It would REALLY >make my life much easier. > >BTW, We are running 3.2. Yea, I know it's ancient but we have added >significant kernel hacks to support specialized ATN and X.25 protocols >and don't envision upgrading until we get our modifications completed. I have done this two ways. One way was to set up, as you say, a duplication station where I would connect the target disk and dd the source disk to it. The other way was to create a compressed tape image of the source disk and carry an external tapedrive around, along with a floppy with enough of a system on it to boot, read the tape, and write the disk. I have been thinking about this lately, because both of those methods are somewhat unwieldy. My current thinking is to configure all the disks to have a second, minimal root partition on them that doesn't depend upon the actual system in any way. The idea is to boot the systems to that partition and then copy in the new configuration across the LAN, leaving the copyin partition untouched. While the copyin system is running, you can mount & tweek the newly installed system. If you want to update the copyin partition, you can do it later once the main system is running. A second idea I've been pondering is to buy some of those kits that convert a drive into a removeable, and go back to the duplication station concept. For this to work well, you need some extra hard disks--you build the new system on a basketful of spares, and then walk around the lab swapping them in. Build the new system on the ones you just swapped out, and repeat until everyone is updated. This would imply that user data (if any) would be somewhere else, such as a second internal disk. Also, as someone else has suggested, use rdist for small updates. But I think that for a major upgrade it is worth setting everything up on a testbed system, and then doing a reinstall on all the other machines. BTW, if you are running 3.2, make sure you have updated or disabled telnetd to avoid the exploit. The system in our lab that was hacked a while back was running 3.2, so the exploit definitely works on it. Greg Shenaut To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 7:31: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fire.mariinsky.ru (fire.mariinsky.ru [195.201.62.2]) by hub.freebsd.org (Postfix) with ESMTP id E47D837B401; Tue, 23 Oct 2001 07:30:48 -0700 (PDT) Received: from oko2k (oko2k.in.mariinsky.ru [192.168.14.178]) (authenticated (0 bits)) by fire.mariinsky.ru (8.11.6/8.11.6) with ESMTP id f9NEUgh31521; Tue, 23 Oct 2001 18:30:42 +0400 Date: Tue, 23 Oct 2001 18:30:43 +0400 From: Pavel Levshin X-Mailer: The Bat! (v1.53o) Business Reply-To: flicker@mariinsky.ru Organization: Mariinsky Theatre X-Priority: 3 (Normal) Message-ID: <33306021385.20011023183043@mariinsky.ru> To: questions@freebsd.org Cc: hackers@freebsd.org Subject: Fwd: user-level ppp and address range 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 No one has answered to me, so I have to ask again. Anyone, help me! WBR, Pavel mailto:flicker@mariinsky.ru icq:52216261 This is a forwarded message From: Pavel Levshin To: stable@FreeBSD.ORG Date: Friday, October 19, 2001, 5:15:40 PM Subject: user-level ppp and address range ===8<==============Original message text=============== Hello, It seemes like there are a problem in the user-level ppp. It assigns the same IP from the range to two of concurrent connections; therefore, second connection does not work. What can I do with this? Excerpts from the log: Oct 19 00:05:48 finity ppp[97414]: Phase: Using interface: tun0 Oct 19 00:05:48 finity ppp[97414]: Phase: deflink: Created in closed state ... Oct 19 00:05:48 finity ppp[97414]: Command: default: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 ... Oct 19 00:05:48 finity ppp[97414]: Command: incoming: set ifaddr 195.201.62.9 195.201.62.11-195.201.62.15 255.255.255.255 Oct 19 00:05:48 finity ppp[97414]: IPCP: Selected IP address 195.201.62.12 ... Oct 19 01:53:40 finity ppp[98580]: Phase: Using interface: tun1 Oct 19 01:53:40 finity ppp[98580]: Phase: deflink: Created in closed state ... Oct 19 01:53:40 finity ppp[98580]: Command: default: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 ... Oct 19 01:53:40 finity ppp[98580]: Command: incoming: set ifaddr 195.201.62.9 195.201.62.11-195.201.62.15 255.255.255.255 Oct 19 01:53:40 finity ppp[98580]: IPCP: Selected IP address 195.201.62.12 ... Oct 19 01:54:56 finity ppp[98580]: IPCP: Connect time: 74 secs: 1175 octets in, 0 octets out Oct 19 01:54:56 finity ppp[98580]: IPCP: : 10 packets in, 0 packets out ... Oct 19 02:15:27 finity ppp[97414]: IPCP: Connect time: 7774 secs: 2328528 octets in, 14736543 octets out Oct 19 02:15:27 finity ppp[97414]: IPCP: : 31629 packets in, 32645 packets out My setup (slightly modified today, as I tried to get it work) is as follows: FreeBSD 4.4-RC (28 Aug), mgetty, user-land ppp. ===ppp.conf=== default: set log Phase Chat Connect lcp ipcp ccp command set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 set timeout 600 enable pap enable chap accept dns set dns 195.201.62.2 incoming: set ifaddr 195.201.62.9 195.201.62.11-195.201.62.15 255.255.255.255 enable proxy ===ppp.conf=== ===ppplogin=== #!/bin/sh /usr/sbin/ppp -direct incoming ===ppplogin=== -- WBR, Pavel mailto:flicker@mariinsky.ru icq:52216261 ===8<===========End of original message text=========== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 7:46: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 09A4E37B401 for ; Tue, 23 Oct 2001 07:45:59 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f9NEjvV50839; Tue, 23 Oct 2001 08:45:57 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id f9NEju719948; Tue, 23 Oct 2001 08:45:56 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200110231445.f9NEju719948@harmony.village.org> To: "Jacques A. Vidrine" Subject: Re: cvs commit: src/lib/libc/net rcmdsh.3 rcmdsh.c Makefile.inc rcmd.c Cc: freebsd-hackers@FreeBSD.org In-reply-to: Your message of "Tue, 23 Oct 2001 07:56:26 CDT." <20011023075626.G18250@madman.nectar.com> References: <20011023075626.G18250@madman.nectar.com> <200110230622.f9N6MF973431@freefall.freebsd.org> Date: Tue, 23 Oct 2001 08:45:56 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20011023075626.G18250@madman.nectar.com> "Jacques A. Vidrine" writes: : Yay! Does this mean one can use ssh with dump/restore now? Yes. I need to verify that OpenBSD's version isn't too different than what I committed. I mostly wanted to get it out of my tree (since it has been three about 20 months. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 7:47: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id EF90137B403 for ; Tue, 23 Oct 2001 07:46:59 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f9NEkwV50851; Tue, 23 Oct 2001 08:46:58 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id f9NEkv719975; Tue, 23 Oct 2001 08:46:57 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200110231446.f9NEkv719975@harmony.village.org> To: Seth Kingsley Subject: Re: cvs commit: src/lib/libc/net rcmdsh.3 rcmdsh.c Makefile.inc rcmd.c Cc: "Jacques A. Vidrine" , freebsd-hackers@FreeBSD.org In-reply-to: Your message of "Tue, 23 Oct 2001 07:16:38 PDT." <20011023071638.C47031@fluff.meowfishies.com> References: <20011023071638.C47031@fluff.meowfishies.com> <200110230622.f9N6MF973431@freefall.freebsd.org> <20011023075626.G18250@madman.nectar.com> Date: Tue, 23 Oct 2001 08:46:57 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20011023071638.C47031@fluff.meowfishies.com> Seth Kingsley writes: : : --ALfTUftag+2gvp1h : Content-Type: text/plain; charset=us-ascii : Content-Disposition: inline : Content-Transfer-Encoding: quoted-printable : : On Tue, Oct 23, 2001 at 07:56:26AM -0500, Jacques A. Vidrine wrote: : > Yay! Does this mean one can use ssh with dump/restore now? : : Since when couldn't you just use: : : ssh dump -b 8 -f - | dd bs=8k > : : and similar for restore? You could, but that has issues with tape drives. With these patches, you can do it to multiple tapes. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 7:53:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from 0z0ne.com (www.0z0ne.com [194.143.192.23]) by hub.freebsd.org (Postfix) with SMTP id E93F037B405 for ; Tue, 23 Oct 2001 07:53:05 -0700 (PDT) Received: (qmail 62530 invoked by uid 1005); 23 Oct 2001 14:52:57 -0000 Received: from 96.41.terra.es (HELO jesusarnaiz) (195.235.96.41) by www.0z0ne.com with SMTP; 23 Oct 2001 14:52:57 -0000 From: =?iso-8859-1?Q?Jes=FAs_Arn=E1iz?= To: "FreeBSD hackers" Subject: CFS Date: Tue, 23 Oct 2001 16:54:21 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.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 Hi! I want to install a cyphred partition on my system. I use FreeBSD, and I want to know what software is avaivle in order to do it. I heard about CFS and TCFS (but this is not still supported by FreeBSD), is there any better bet? If anyone know any good resource (sites, papers, ...) on these topics please tell me. Best Regards. Jesus Arnaiz. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 7:57:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id ABA3337B401 for ; Tue, 23 Oct 2001 07:57:03 -0700 (PDT) Received: (qmail 51891 invoked by uid 1001); 23 Oct 2001 14:57:02 -0000 Date: 23 Oct 2001 07:57:02 -0700 Date: Tue, 23 Oct 2001 07:57:02 -0700 From: Bill Swingle To: Pete McKenna Cc: "PSI, Mike Smith" , hackers@FreeBSD.ORG Subject: Re: Duping a hard disk Message-ID: <20011023075702.A51471@dub.net> References: <3BD563F9.299FE3C@mitre.org> <20011023091110.E15797@otto.oss.qwest.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011023091110.E15797@otto.oss.qwest.net>; from pmckenna@qwest.net on Tue, Oct 23, 2001 at 09:11:10AM -0500 X-Operating-System: FreeBSD toxic.magnesium.net 4.4-STABLE FreeBSD 4.4-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 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This is the way I'd reccomend doing it. Getting the initial bits in place can be a pain but once that's done it's a cinch and very fast and easy to maintain. -Bill On Tue, Oct 23, 2001 at 09:11:10AM -0500, Pete McKenna wrote: > We netboot via PXE and run sysinstall. It takes about 6 minutes. > You can make packages out of your specialized stuff. > This make it easy to keep up to date as well as build.=20 > You don't need to worry about the drives being the same size etc either, > and different config scripts let you build different kinds of systems > very easily. We use all Intel NICs which support PXE, but I think you=20 > could do this with netboot also. >=20 > Pete=20 >=20 > On Tue, Oct 23, 2001 at 08:35:05AM -0400, PSI, Mike Smith wrote: > > I am running a lab with 43 FreeBDS machines and will be adding about 20 > > more in the near future. ALL these machines are absolutely identical > > except for IP address and machine name. To speed up the adding of new > > machines, I envision making a duplication station, where I would add a > > "new" disk as a slave and then dup the master disk to the slave disk. > > Then I would only have to change IP and machine name. > >=20 > > But alas, I cannot find any procedures for doing this. Does anyone know > > how to duplicate a master disk to a "new" slave disk??? It would REALLY > > make my life much easier. > >=20 > > BTW, We are running 3.2. Yea, I know it's ancient but we have added > > significant kernel hacks to support specialized ATN and X.25 protocols > > and don't envision upgrading until we get our modifications completed. > >=20 > > Any insight would be appreciated. > >=20 > > Mike Smith (but not THE Mike Smith) > >=20 > >=20 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message >=20 > --=20 > Peter McKenna Qwest Internet Solutions > pmckenna@qwest.net Main 612-664-4000=20 > FAX 612-664-4770 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message --=20 -=3D| Bill Swingle - -=3D| Every message PGP signed -=3D| Fingerprint: C1E3 49D1 EFC9 3EE0 EA6E 6414 5200 1C95 8E09 0223 -=3D| Different all twisty a of in maze are you, passages little --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE71YU+UgAclY4JAiMRAiI/AKDKm6CpslW6m7IfvJ3Lfdn5gVIuYACgh9oq JfQZqHGLlY2R5ygBs2ldqmU= =6GWw -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 8: 3:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id 853D137B405 for ; Tue, 23 Oct 2001 08:03:46 -0700 (PDT) Received: (qmail 52202 invoked by uid 1001); 23 Oct 2001 15:03:46 -0000 Date: 23 Oct 2001 08:03:46 -0700 Date: Tue, 23 Oct 2001 08:03:46 -0700 From: Bill Swingle To: Leo Bicknell Cc: John Kozubik , hackers@FreeBSD.ORG Subject: Re: How broken is IBSS creation (wicontrol) these days ? Message-ID: <20011023080346.B51471@dub.net> References: <20011023082540.B84509@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011023082540.B84509@ussenterprise.ufp.org>; from bicknell@ufp.org on Tue, Oct 23, 2001 at 08:25:40AM -0400 X-Operating-System: FreeBSD toxic.magnesium.net 4.4-STABLE FreeBSD 4.4-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 --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 23, 2001 at 08:25:40AM -0400, Leo Bicknell wrote: >=20 > I just got IBSS working on a 4.4-STABLE box (in the PCI carrier, > for what it's worth). Ooh! Ooh! Which one? The card I was using a few weeks ago was never detected (I think it was a Lucent card of some sort but of course I've misplaced it now...) -Bill --=20 -=3D| Bill Swingle - -=3D| Every message PGP signed -=3D| Fingerprint: C1E3 49D1 EFC9 3EE0 EA6E 6414 5200 1C95 8E09 0223 -=3D| Different all twisty a of in maze are you, passages little --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE71YbSUgAclY4JAiMRArwGAJwKnjlwlKkDPRtbe+s3f7mcqsPdsACbB3T2 FIcS4SXNX/cY55VCaXZuyl8= =LDqS -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 8: 9:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 9D2D137B401 for ; Tue, 23 Oct 2001 08:09:12 -0700 (PDT) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f9NF99M88999; Tue, 23 Oct 2001 11:09:09 -0400 (EDT) (envelope-from bicknell) Date: Tue, 23 Oct 2001 11:09:09 -0400 From: Leo Bicknell To: Bill Swingle Cc: John Kozubik , hackers@FreeBSD.ORG Subject: Re: How broken is IBSS creation (wicontrol) these days ? Message-ID: <20011023110909.A88949@ussenterprise.ufp.org> Mail-Followup-To: Bill Swingle , John Kozubik , hackers@FreeBSD.ORG References: <20011023082540.B84509@ussenterprise.ufp.org> <20011023080346.B51471@dub.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011023080346.B51471@dub.net>; from unfurl@dub.net on Tue, Oct 23, 2001 at 08:03:46AM -0700 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 23, 2001 at 08:03:46AM -0700, Bill Swingle wrote: > > I just got IBSS working on a 4.4-STABLE box (in the PCI carrier, > > for what it's worth). > > Ooh! Ooh! Which one? The card I was using a few weeks ago was never > detected (I think it was a Lucent card of some sort but of course I've > misplaced it now...) It's a Lucent (actually labeled as such) Gold Card. Had to flash it to the latest firmware on a Windows box, but other than that worked like a charm on -STABLE. I believe changes were comitted around 4.4 to make the PCI carriers work right, and I did have to manually set the memory address in the PCCARD config. -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 10:26:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id 36B6237B406 for ; Tue, 23 Oct 2001 10:26:37 -0700 (PDT) Received: (qmail 17339 invoked from network); 23 Oct 2001 17:26:36 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 23 Oct 2001 17:26:36 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 23 Oct 2001 10:26:35 -0700 (PDT) From: John Baldwin To: hackers@FreeBSD.org Subject: getenv_foo and TUNABLE_FOO_FETCH change Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Currently getenv_quad() claims to return a quad_t, but it's actual return value is 1 if it found the environment variable in question and converted it ok and 0 if it didn't. getenv_int() has the same return value. I'd like to apply the same to TUNABLE_*_FETCH so that one can do: if (TUNABLE_INT_FETCH("some.tunable.var", &temp_var)) if (bounds_check(temp_var)) real_var = temp_var; The resulting changes look like this: Index: kern/kern_environment.c =================================================================== RCS file: /usr/cvs/src/sys/kern/kern_environment.c,v retrieving revision 1.18 diff -u -r1.18 kern_environment.c --- kern/kern_environment.c 10 Oct 2001 23:06:53 -0000 1.18 +++ kern/kern_environment.c 22 Oct 2001 22:41:08 -0000 @@ -46,6 +46,9 @@ static char *kernenv_next(char *cp); +/* + * Look up an environment variable by name. + */ char * getenv(const char *name) { @@ -65,6 +68,23 @@ } /* + * Return a string value from an environment variable. + */ +int +getenv_string(const char *name, char *data, int size) +{ + char *tmp; + + tmp = getenv(name); + if (tmp == NULL) { + strncpy(data, tmp, size); + data[size - 1] = 0; + return (1); + } else + return (0); +} + +/* * Return an integer value from an environment variable. */ int @@ -83,7 +103,7 @@ /* * Return a quad_t value from an environment variable. */ -quad_t +int getenv_quad(const char *name, quad_t *data) { const char *value; Index: sys/systm.h =================================================================== RCS file: /usr/cvs/src/sys/sys/systm.h,v retrieving revision 1.154 diff -u -r1.154 systm.h --- sys/systm.h 20 Sep 2001 21:45:31 -0000 1.154 +++ sys/systm.h 23 Oct 2001 17:24:12 -0000 @@ -192,7 +192,8 @@ char *getenv __P((const char *name)); int getenv_int __P((const char *name, int *data)); -quad_t getenv_quad __P((const char *name, quad_t *data)); +int getenv_string __P((const char *name, char *data, int size)); +int getenv_quad __P((const char *name, quad_t *data)); #ifdef APM_FIXUP_CALLTODO struct timeval; Index: sys/kernel.h =================================================================== RCS file: /usr/cvs/src/sys/sys/kernel.h,v retrieving revision 1.94 diff -u -r1.94 kernel.h --- sys/kernel.h 10 Oct 2001 23:06:54 -0000 1.94 +++ sys/kernel.h 22 Oct 2001 23:39:18 -0000 @@ -277,10 +277,7 @@ SYSINIT(__Tunable_init_ ## line, SI_SUB_TUNABLES, SI_ORDER_MIDDLE, \ tunable_int_init, &__tunable_int_ ## line) -#define TUNABLE_INT_FETCH(path, var) \ -do { \ - getenv_int((path), (var)); \ -} while (0) +#define TUNABLE_INT_FETCH(path, var) getenv_int((path), (var)) extern void tunable_quad_init(void *); struct tunable_quad { @@ -300,10 +297,7 @@ SYSINIT(__Tunable_init_ ## line, SI_SUB_TUNABLES, SI_ORDER_MIDDLE, \ tunable_quad_init, &__tunable_quad_ ## line) -#define TUNABLE_QUAD_FETCH(path, var) \ -do { \ - getenv_quad((path), (var)); \ -} while (0) +#define TUNABLE_QUAD_FETCH(path, var) getenv_quad((path), (var)) extern void tunable_str_init(void *); struct tunable_str { @@ -325,15 +319,8 @@ SYSINIT(__Tunable_init_ ## line, SI_SUB_TUNABLES, SI_ORDER_MIDDLE, \ tunable_str_init, &__tunable_str_ ## line) -#define TUNABLE_STR_FETCH(path, var, size) \ -do { \ - char *tmp; \ - tmp = getenv((path)); \ - if (tmp != NULL) { \ - strncpy((var), tmp, (size)); \ - (var)[(size) - 1] = 0; \ - } \ -} while (0) +#define TUNABLE_STR_FETCH(path, var, size) \ + getenv_string((path), (var), (size)) struct intr_config_hook { TAILQ_ENTRY(intr_config_hook) ich_links; Also, one final note about using do { } while(0). If you actually read style(9), you will see that you are supposed to use it for compound statements, not just for any macro that happens to be more than one line long. If the macro's body is a single statement, it doesn't need the do { } while (0) bit. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 10:39:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 4E23337B401 for ; Tue, 23 Oct 2001 10:39:09 -0700 (PDT) Received: from localhost (pool0200.cvx25-bradley.dialup.earthlink.net [209.179.216.200]) by pintail.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id KAA19829 for ; Tue, 23 Oct 2001 10:39:02 -0700 (PDT) Date: Tue, 23 Oct 2001 10:39:29 -0700 Mime-Version: 1.0 (Apple Message framework v472) Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: From: Dan To: freebsd-hackers@FreeBSD.org Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: Apple Mail (2.472) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Subscribe Dan Gold To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 10:42:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 1260D37B405; Tue, 23 Oct 2001 10:42:21 -0700 (PDT) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f9NHgKM31830; Tue, 23 Oct 2001 10:42:20 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id BA0EB380A; Tue, 23 Oct 2001 10:42:20 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: John Baldwin Cc: hackers@FreeBSD.ORG Subject: Re: getenv_foo and TUNABLE_FOO_FETCH change In-Reply-To: Date: Tue, 23 Oct 2001 10:42:20 -0700 From: Peter Wemm Message-Id: <20011023174220.BA0EB380A@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > Also, one final note about using do { } while(0). If you actually read > style(9), you will see that you are supposed to use it for compound statement s, > not just for any macro that happens to be more than one line long. If the > macro's body is a single statement, it doesn't need the do { } while (0) bit. It was there so that the macro didn't have a "value". Since you're changing this so they all have a meaningful return (eg: TUNABLE_STR_FETCH() did not before) then removing this makes sense. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 10:53:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id 3732437B437 for ; Tue, 23 Oct 2001 10:52:51 -0700 (PDT) Received: (qmail 31487 invoked from network); 23 Oct 2001 17:52:50 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 23 Oct 2001 17:52:50 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20011023174220.BA0EB380A@overcee.netplex.com.au> Date: Tue, 23 Oct 2001 10:52:49 -0700 (PDT) From: John Baldwin To: Peter Wemm Subject: Re: getenv_foo and TUNABLE_FOO_FETCH change Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 23-Oct-01 Peter Wemm wrote: > John Baldwin wrote: > >> Also, one final note about using do { } while(0). If you actually read >> style(9), you will see that you are supposed to use it for compound >> statement > s, >> not just for any macro that happens to be more than one line long. If the >> macro's body is a single statement, it doesn't need the do { } while (0) >> bit. > > It was there so that the macro didn't have a "value". Since you're > changing this so they all have a meaningful return (eg: TUNABLE_STR_FETCH() > did not before) then removing this makes sense. Fair enough. It was more a side commentary as I've seen random commits that make this mistake on other macros. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 10:53:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id 66E2F37B409 for ; Tue, 23 Oct 2001 10:52:48 -0700 (PDT) Received: (qmail 48030 invoked from network); 23 Oct 2001 17:52:47 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 23 Oct 2001 17:52:47 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 23 Oct 2001 10:52:43 -0700 (PDT) From: John Baldwin To: hackers@FreeBSD.org Subject: sx_assert() vs. SX_ASSERT_*() Sender: owner-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 object greatly to making a change to the sx(9) API to use an sx_assert() function similar to mtx_assert() for mutexes instead of having several SX_ASSERT_FOO macros? Here is what the new API would look like: sx_assert(&foo_lock, SX_LOCKED); sx_assert(&bar_lock, SX_SLOCKED); vs. SX_ASSERT_LOCKED(&foo_lock); SX_ASSERT_SLOCKED(&bar_lock); -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 11: 5:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from h132-197-97-45.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id 473A537B403; Tue, 23 Oct 2001 11:05:31 -0700 (PDT) Received: (from ak03@localhost) by h132-197-97-45.gte.com (8.11.6/8.11.4) id f9NI5UN32243; Tue, 23 Oct 2001 14:05:30 -0400 (EDT) (envelope-from ak03) Message-ID: X-Mailer: XFMail 1.5.1 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 23 Oct 2001 14:05:29 -0400 (EDT) Organization: Verizon Laboratories Inc. From: "Alexander N. Kabaev" To: John Baldwin Subject: RE: sx_assert() vs. SX_ASSERT_*() Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am strongly suport the change :) I had to implement similar function for an unnamed product port for FreeBSD and your changes will definitely minimize my diffs. On 23-Oct-2001 John Baldwin wrote: > Anyone object greatly to making a change to the sx(9) API to use an > sx_assert() > function similar to mtx_assert() for mutexes instead of having > several > SX_ASSERT_FOO macros? > > Here is what the new API would look like: > > sx_assert(&foo_lock, SX_LOCKED); > sx_assert(&bar_lock, SX_SLOCKED); > > vs. > > SX_ASSERT_LOCKED(&foo_lock); > SX_ASSERT_SLOCKED(&bar_lock); > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -------------------------------------------- E-Mail: Alexander N. Kabaev Date: 23-Oct-2001 Time: 14:00:00 -------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 11:35:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 8F36337B403 for ; Tue, 23 Oct 2001 11:35:25 -0700 (PDT) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id f9NIZUH16536; Tue, 23 Oct 2001 11:35:31 -0700 (PDT) Date: Tue, 23 Oct 2001 11:35:30 -0700 (PDT) From: Doug White To: "PSI, Mike Smith" Cc: Subject: Re: Duping a hard disk In-Reply-To: <3BD563F9.299FE3C@mitre.org> Message-ID: 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 Tue, 23 Oct 2001, PSI, Mike Smith wrote: > I am running a lab with 43 FreeBDS machines and will be adding about 20 > more in the near future. ALL these machines are absolutely identical > except for IP address and machine name. To speed up the adding of new > machines, I envision making a duplication station, where I would add a > "new" disk as a slave and then dup the master disk to the slave disk. > Then I would only have to change IP and machine name. If your machines have netboot or floppy-boot capability, you might look at the PicoBSD install set. It's a bit dated, but I've used the same system with PXE netbooting to install tons of machines. It can NFS mount just about anything, so you can rig your own autoconfig scheme so you don't need to set the machine name & IP manually :) 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 Tue Oct 23 12:58: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from atlantis.homeip.net (d110240.upc-d.chello.nl [213.46.110.240]) by hub.freebsd.org (Postfix) with SMTP id B16CF37B401 for ; Tue, 23 Oct 2001 12:58:02 -0700 (PDT) Received: (qmail 29471 invoked from network); 23 Oct 2001 19:57:59 -0000 Received: from unknown (HELO jeremy) (192.168.1.4) by 192.168.1.1 with SMTP; 23 Oct 2001 19:57:59 -0000 Date: Tue, 23 Oct 2001 21:57:54 +0200 From: Willem van Engen To: "PSI, Mike Smith" Cc: freebsd-hackers@freebsd.org Subject: Re: Duping a hard disk Message-Id: <20011023215754.5cf62798.wvengen@stack.nl> In-Reply-To: <3BD563F9.299FE3C@mitre.org> References: <3BD563F9.299FE3C@mitre.org> X-Mailer: Sylpheed version 0.6.4 (GTK+ 1.2.10; i386-unknown-freebsd4.4) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=.wAWRZ:,elvDfoq" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=.wAWRZ:,elvDfoq Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit There was a discussion on -mobile about this: http://groups.google.com/groups?threadm=9p26gi%241ehb%241%40FreeBSD.csie.NCTU.edu.tw - Willem van Engen On Tue, 23 Oct 2001 08:35:05 -0400 "PSI, Mike Smith" wrote: > I am running a lab with 43 FreeBDS machines and will be adding about 20 > more in the near future. ALL these machines are absolutely identical > except for IP address and machine name. To speed up the adding of new > machines, I envision making a duplication station, where I would add a > "new" disk as a slave and then dup the master disk to the slave disk. > Then I would only have to change IP and machine name. > > But alas, I cannot find any procedures for doing this. Does anyone know > how to duplicate a master disk to a "new" slave disk??? It would REALLY > make my life much easier. > > BTW, We are running 3.2. Yea, I know it's ancient but we have added > significant kernel hacks to support specialized ATN and X.25 protocols > and don't envision upgrading until we get our modifications completed. > > Any insight would be appreciated. > > Mike Smith (but not THE Mike Smith) > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message --=.wAWRZ:,elvDfoq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) iD8DBQE71cvHgV5rBd/7/90RAnzfAJ9oVOLCi5c2ChRK4BLuW9pO9sq5UQCfRTC1 3E87NwnLXYFFjR+Ij/Tcr84= =zibo -----END PGP SIGNATURE----- --=.wAWRZ:,elvDfoq-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 16: 5: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from www.kozubik.com (www.kozubik.com [216.188.96.212]) by hub.freebsd.org (Postfix) with ESMTP id 1DAB237B405 for ; Tue, 23 Oct 2001 16:04:58 -0700 (PDT) Received: from localhost (john@localhost) by www.kozubik.com (8.11.0/8.11.0) with ESMTP id f9NMtn748585; Tue, 23 Oct 2001 15:55:49 -0700 (PDT) (envelope-from john@kozubik.com) Date: Tue, 23 Oct 2001 15:55:49 -0700 (PDT) From: John Kozubik To: hackers@freebsd.org Subject: IBSS creation - summary Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have now successfully gotten IBSS creation under `wicontrol` to work in 4.4-RELEASE (using the -c 1 command line switch). This is my procedure: - configure interface wi0 with an address (through rc.conf or ifconfig) - wicontrol -c 1 -p 1 -n netname -q netname -s computername Note: the above `wicontrol` parameters cannot all be configured in one command line - instead, do: wicontrol -c 1 wicontrol -p 1 wicontrol -n netname wicontrol -q netname wicontrol -s computername Then, on the other computer: - configure interface with ifconfig - set the netname. In FreeBSD, use `wicontrol -n netname`, in Linux, use `iwconfig eth0 essid netname` (where eth0 is the devicename of your wireless adaptor on that system) Caveat: I did all this previously, but never thought things were working - the reason is, after you do all this, wicontrol in FreeBSD will show zero signal, and iwconfig in Linux will show zero signal. Further, `ifconfig` output in FreeBSD will report "No Carrier". Therefore, I thought I had failed. In reality, it _is_ working - just make sure your interfaces are configured with IP and netmask the way you think they should be and attempt to make connection. It will work. You will also have an indication that it is working based on rapid flashing of the activity light on the Lucent/Agere/Orinico/(insert OEM'd version of that card here). ----- John Kozubik - john@kozubik.com - http://www.kozubik.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 16:16:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 0CD4937B401 for ; Tue, 23 Oct 2001 16:16:39 -0700 (PDT) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f9NNGbQ04229; Tue, 23 Oct 2001 19:16:37 -0400 (EDT) (envelope-from bicknell) Date: Tue, 23 Oct 2001 19:16:37 -0400 From: Leo Bicknell To: John Kozubik Cc: hackers@FreeBSD.ORG Subject: Re: IBSS creation - summary Message-ID: <20011023191637.A3989@ussenterprise.ufp.org> Mail-Followup-To: John Kozubik , hackers@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from john@kozubik.com on Tue, Oct 23, 2001 at 03:55:49PM -0700 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 23, 2001 at 03:55:49PM -0700, John Kozubik wrote: > output in FreeBSD will report "No Carrier". Therefore, I thought I had For what it's worth, mine oscellates between "aassociated" and "no carrier". Also, the 'signal' and 'noise' parameters from wicontrol on FreeBSD seem to accurately represent link quality (from my simple walk away, walk towards) testing. The lucent drivers on my windows box always show no signal. All of my work is with 4.4-STABLE from about two weeks ago. I'll say this again, if someone is working on making the changes so FreeBSD can be a proper access point, I'll help in any way that I can. -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 16:18:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nebula.sm.sony.co.jp (nebula.sm.sony.co.jp [133.138.10.5]) by hub.freebsd.org (Postfix) with ESMTP id D7B3137B401 for ; Tue, 23 Oct 2001 16:18:15 -0700 (PDT) Received: from duplo.sm.sony.co.jp (localhost [[UNIX: localhost]]) by nebula.sm.sony.co.jp (8.11.5/8.11.3) with ESMTP id f9NNIDr17520; Wed, 24 Oct 2001 08:18:13 +0900 (JST) Received: (from onoe@localhost) by duplo.sm.sony.co.jp (8.11.5/8.10.2) id f9NNIlX02189; Wed, 24 Oct 2001 08:18:47 +0900 (JST) Date: Wed, 24 Oct 2001 08:18:47 +0900 (JST) From: Atsushi Onoe Message-Id: <200110232318.f9NNIlX02189@duplo.sm.sony.co.jp> To: john@kozubik.com Cc: hackers@FreeBSD.ORG Subject: Re: IBSS creation - summary In-Reply-To: Your message of "Tue, 23 Oct 2001 15:55:49 -0700 (PDT)" References: X-Mailer: Cue version 0.6 (011018-1158/onoe) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > You will also have an indication that it is working based on rapid > flashing of the activity light on the Lucent/Agere/Orinico/(insert OEM'd > version of that card here). I've heard that IBSS creation requires firmware version at least 6.04 (6.16 and higher would be better). All Agere/Orinoco card should be OK. Atsushi Onoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 16:24: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from www.kozubik.com (www.kozubik.com [216.188.96.212]) by hub.freebsd.org (Postfix) with ESMTP id CB8D037B401 for ; Tue, 23 Oct 2001 16:24:01 -0700 (PDT) Received: from localhost (john@localhost) by www.kozubik.com (8.11.0/8.11.0) with ESMTP id f9NNEuK48707; Tue, 23 Oct 2001 16:14:56 -0700 (PDT) (envelope-from john@kozubik.com) Date: Tue, 23 Oct 2001 16:14:56 -0700 (PDT) From: John Kozubik To: Leo Bicknell Cc: hackers@FreeBSD.ORG Subject: Re: IBSS creation - summary In-Reply-To: <20011023191637.A3989@ussenterprise.ufp.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > For what it's worth, mine oscellates between "aassociated" and "no > carrier". Also, the 'signal' and 'noise' parameters from wicontrol > on FreeBSD seem to accurately represent link quality (from my simple > walk away, walk towards) testing. The lucent drivers on my windows > box always show no signal. All of my work is with 4.4-STABLE from > about two weeks ago. I have FreeBSD 4.4-RELEASE on the IBSS end, and Linux Familiar 2.4.7 on the other end (basically Debian on ARM) (Compaq IPAQ). I see a very consistent "no carrier" in the ifconfig output on the FreeBSD machine, and a very consistent "0" for signal strength on both machines. I will continue my testing... ----- John Kozubik - john@kozubik.com - http://www.kozubik.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 17:29:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id BCCFA37B405 for ; Tue, 23 Oct 2001 17:29:01 -0700 (PDT) Received: (qmail 9370 invoked from network); 24 Oct 2001 00:29:00 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 24 Oct 2001 00:29:00 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20011023191637.A3989@ussenterprise.ufp.org> Date: Tue, 23 Oct 2001 17:29:00 -0700 (PDT) From: John Baldwin To: Leo Bicknell Subject: Re: IBSS creation - summary Cc: hackers@FreeBSD.ORG, John Kozubik Sender: owner-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 23-Oct-01 Leo Bicknell wrote: > On Tue, Oct 23, 2001 at 03:55:49PM -0700, John Kozubik wrote: >> output in FreeBSD will report "No Carrier". Therefore, I thought I had > > For what it's worth, mine oscellates between "aassociated" and "no > carrier". Also, the 'signal' and 'noise' parameters from wicontrol > on FreeBSD seem to accurately represent link quality (from my simple > walk away, walk towards) testing. The lucent drivers on my windows > box always show no signal. All of my work is with 4.4-STABLE from > about two weeks ago. > > I'll say this again, if someone is working on making the changes so > FreeBSD can be a proper access point, I'll help in any way that I > can. You can talk to Julian Elischer (julian@FreeBSD.org). I believe he worked for a company that was developing a binary only driver for the wavelans that would allow it to be a base station. You would have to purchase this driver I think, but it would be much cheaper than buying an access point. :) -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 17:54:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id E137537B403; Tue, 23 Oct 2001 17:54:41 -0700 (PDT) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id TAA96930; Tue, 23 Oct 2001 19:13:52 -0700 (PDT) Date: Tue, 23 Oct 2001 19:13:51 -0700 (PDT) From: Julian Elischer To: John Baldwin Cc: Leo Bicknell , hackers@FreeBSD.ORG, John Kozubik Subject: Re: IBSS creation - summary 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 There is some movement on this as the guy who was in charge of negotiating with lucent (it needs different firmware) recently started to spend more time on it. On Tue, 23 Oct 2001, John Baldwin wrote: > > On 23-Oct-01 Leo Bicknell wrote: > > On Tue, Oct 23, 2001 at 03:55:49PM -0700, John Kozubik wrote: > >> output in FreeBSD will report "No Carrier". Therefore, I thought I had > > > > For what it's worth, mine oscellates between "aassociated" and "no > > carrier". Also, the 'signal' and 'noise' parameters from wicontrol > > on FreeBSD seem to accurately represent link quality (from my simple > > walk away, walk towards) testing. The lucent drivers on my windows > > box always show no signal. All of my work is with 4.4-STABLE from > > about two weeks ago. > > > > I'll say this again, if someone is working on making the changes so > > FreeBSD can be a proper access point, I'll help in any way that I > > can. > > You can talk to Julian Elischer (julian@FreeBSD.org). I believe he worked for > a company that was developing a binary only driver for the wavelans that would > allow it to be a base station. You would have to purchase this driver I > think, but it would be much cheaper than buying an access point. :) > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 18: 2:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from 4evermail.com (equinox.4evermail.com [204.92.209.4]) by hub.freebsd.org (Postfix) with SMTP id 8E9B337B401 for ; Tue, 23 Oct 2001 18:02:11 -0700 (PDT) Received: (qmail 41331 invoked from network); 24 Oct 2001 01:02:43 -0000 Received: from 66-65-109-16.nyc.rr.com (HELO sioux) (66.65.109.16) by equinox.4evermail.com with SMTP; 24 Oct 2001 01:02:43 -0000 From: "Jonathan M. Slivko" To: "'XuYifeng'" , Subject: RE: A stupid question about pmap Date: Tue, 23 Oct 2001 21:02:21 -0400 Message-ID: <000101c15c27$89207450$6501a8c0@sioux> 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.2616 In-Reply-To: <001b01c15c27$2332db60$ef01a8c0@davidwnt> Importance: Normal 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 [forwarded to -hackers] --------------------------------------------------- Jonathan Slivko - 4EverMail.COM - www.4evermail.com Web Hosting - Web Desgin - UNIX Shell Accounts jslivko@4EverMail.com - Phone: (212) 663-1109 -----Original Message----- From: owner-freebsd-questions@FreeBSD.ORG [mailto:owner-freebsd-questions@FreeBSD.ORG] On Behalf Of XuYifeng Sent: Tuesday, October 23, 2001 9:00 PM To: freebsd-questions@freebsd.org Subject: A stupid question about pmap Hi, I am learning pmap code in FreeBSD 4.4-stable, and confused by some code, for example, in function get_ptbase, the code is: -------- static unsigned * get_ptbase(pmap) pmap_t pmap; { unsigned frame = (unsigned) pmap->pm_pdir[PTDPTDI] & PG_FRAME; /* are we current address space or kernel? */ if (pmap == kernel_pmap || frame == (((unsigned) PTDpde) & PG_FRAME)){ return (unsigned *) PTmap; } /* otherwise, we are alternate address space */ if (frame != (((unsigned) APTDpde) & PG_FRAME)) { APTDpde = (pd_entry_t) (frame | PG_RW | PG_V); #if defined(SMP) /* The page directory is not shared between CPUs */ cpu_invltlb(); #else invltlb(); #endif } return (unsigned *) APTmap; } ----- I know pm_pdir[PTDPTDI] contains page directory page's physical address, while PTDpde is a virtual address to access page directory's page directory entry which is recursivly mapped on virtual address space. question is why could (pmap->pm_pdir[PTDPTDI] & PG_FRAME) and (PTDpde & PG_FRAME) be same thing? a physical address = a virtual address? I am really confused by this. Any help will be appreciated, --- XuYifeng To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 18:22:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id 023F237B403 for ; Tue, 23 Oct 2001 18:22:31 -0700 (PDT) Received: from rac1.wam.umd.edu (IDENT:root@rac1.wam.umd.edu [128.8.10.141]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id VAA02799 for ; Tue, 23 Oct 2001 21:22:29 -0400 (EDT) Received: from rac1.wam.umd.edu (IDENT:sendmail@localhost [127.0.0.1]) by rac1.wam.umd.edu (8.9.3/8.9.3) with SMTP id VAA14904 for ; Tue, 23 Oct 2001 21:22:29 -0400 (EDT) Received: from localhost (culverk@localhost) by rac1.wam.umd.edu (8.9.3/8.9.3) with ESMTP id VAA14900 for ; Tue, 23 Oct 2001 21:22:29 -0400 (EDT) X-Authentication-Warning: rac1.wam.umd.edu: culverk owned process doing -bs Date: Tue, 23 Oct 2001 21:22:29 -0400 (EDT) From: Kenneth Wayne Culver To: freebsd-hackers@freebsd.org Subject: domain sockets question (don't laugh) 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 While I've been coding for a long time, and am fairly decent at coding in the kernel, I've never really had a chance to get into sockets programming. So I thought I'd write a simple set of programs to see how things work. From what I understand, when you read on a socket, you have to do it in a loop because it won't block and wait for the total amount of data specified, while write will not return until all specified data has been written. My problem is that I've set up a read loop to read in chunks that are the size of the recv/send buffers (16384 bytes) from the socket (until the end of course, when it reads only what's left), then when I write from one program to the socket for the other program to read, the program that's writing exits with the message "broken pipe" while the program that's reading doesn't think there was any error, reads the amount of data it should have read (although I'm not sure if there's any data there). Can anyone tell me what's going on? Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 18:29:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 178F837B401 for ; Tue, 23 Oct 2001 18:29:46 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id CDF4C81D08; Tue, 23 Oct 2001 20:29:40 -0500 (CDT) Date: Tue, 23 Oct 2001 20:29:40 -0500 From: Alfred Perlstein To: Kenneth Wayne Culver Cc: freebsd-hackers@freebsd.org Subject: Re: domain sockets question (don't laugh) Message-ID: <20011023202940.V15052@elvis.mu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from culverk@wam.umd.edu on Tue, Oct 23, 2001 at 09:22:29PM -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 * Kenneth Wayne Culver [011023 20:22] wrote: > While I've been coding for a long time, and am fairly decent at coding in > the kernel, I've never really had a chance to get into sockets > programming. So I thought I'd write a simple set of programs to see how > things work. From what I understand, when you read on a socket, you have > to do it in a loop because it won't block and wait for the total amount of > data specified, while write will not return until all specified data has > been written. My problem is that I've set up a read loop to read in chunks > that are the size of the recv/send buffers (16384 bytes) from the socket > (until the end of course, when it reads only what's left), then when I > write from one program to the socket for the other program to read, the > program that's writing exits with the message "broken pipe" while the > program that's reading doesn't think there was any error, reads the > amount of data it should have read (although I'm not sure if there's any > data there). Can anyone tell me what's going on? You're getting SIGPIPE because the reader has closed the pipe you're trying to write to. See the signal/sigaction manpage on how to block/handle this signal. Get a copy of stevens. :) -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 22:37:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from eagle.he.net (eagle.he.net [216.218.174.2]) by hub.freebsd.org (Postfix) with ESMTP id D8C6437B401 for ; Tue, 23 Oct 2001 22:37:32 -0700 (PDT) Received: from anjali ([61.11.16.239] (may be forged)) by eagle.he.net (8.8.6/8.8.2) with SMTP id WAA07401; Tue, 23 Oct 2001 22:37:38 -0700 Message-ID: <006901c15c4d$def463c0$0a00a8c0@indranet> From: "Anjali Kulkarni" To: "Kenneth Wayne Culver" , References: Subject: Re: domain sockets question (don't laugh) Date: Wed, 24 Oct 2001 11:06:11 +0530 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, You have said that reader exits when there is no more data to read, and that does not necessarily mean it has read all data being written by writer. And if the reader exits before writer finishes sending all data, it will give you a broken pipe. You have to either make the no. of bytes being read by the reader equal to no. of bytes being written by writer or handle the resulting error. Anjali ----- Original Message ----- From: "Kenneth Wayne Culver" To: Sent: Wednesday, October 24, 2001 6:52 AM Subject: domain sockets question (don't laugh) > While I've been coding for a long time, and am fairly decent at coding in > the kernel, I've never really had a chance to get into sockets > programming. So I thought I'd write a simple set of programs to see how > things work. From what I understand, when you read on a socket, you have > to do it in a loop because it won't block and wait for the total amount of > data specified, while write will not return until all specified data has > been written. My problem is that I've set up a read loop to read in chunks > that are the size of the recv/send buffers (16384 bytes) from the socket > (until the end of course, when it reads only what's left), then when I > write from one program to the socket for the other program to read, the > program that's writing exits with the message "broken pipe" while the > program that's reading doesn't think there was any error, reads the > amount of data it should have read (although I'm not sure if there's any > data there). Can anyone tell me what's going on? > > Ken > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 23:27:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id 0823937B405; Tue, 23 Oct 2001 23:27:48 -0700 (PDT) Received: from mindspring.com (dialup-209.244.104.31.Dial1.SanJose1.Level3.net [209.244.104.31]) by albatross.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id XAA06367; Tue, 23 Oct 2001 23:27:41 -0700 (PDT) Message-ID: <3BD65F31.24768789@mindspring.com> Date: Tue, 23 Oct 2001 23:26:57 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Shoichi Sakane Cc: hackers@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: IPSEC sucking up memory References: <3BBEC4F7.D15FF792@mindspring.com> <20011023130449I.sakane@kame.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 Shoichi Sakane wrote: > > While investigating a problem, I noticed that the IPSEC code > > is initializing the sp -- even when no one is using IPSEC. > > > It turns out that this really, really bloats the per socket > > memory requirements, with the only real result being a lot > > of extra processing that could be replaced by a pointer is > > not NULL check. > > > It seems to me that this could be handled in the TCP, UDP, > > and IP userreq code by only initializing the thing in the > > case that a policy has been set. Is there some reason why > > this can't be done? > > IPsec specification requires to consult the SPD with all of packets > in order to handling the packet. it defines RFC2401. > if a pointer to the entry of the SPD is NULL, it means the security > policy is not defined. so the kernel consults the system wide default. > it never means nothing to do. So you are saying that I could establish a global default, and make the sp pointer NULL, and have that mean "use the global default", instead of copying identical policies all over the place, right? I think this would be the best approach, and it would get me all of the redundant "deep copy" memory back in the default case. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 23 23:39:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id A1E3737B401 for ; Tue, 23 Oct 2001 23:39:41 -0700 (PDT) Received: from mindspring.com (dialup-209.244.104.31.Dial1.SanJose1.Level3.net [209.244.104.31]) by albatross.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id XAA00183; Tue, 23 Oct 2001 23:39:34 -0700 (PDT) Message-ID: <3BD6625A.35EC3A13@mindspring.com> Date: Tue, 23 Oct 2001 23:40:26 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: =?iso-8859-1?Q?Jes=FAs=20Arn=E1iz?= Cc: FreeBSD hackers Subject: Re: CFS References: 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 Jes=FAs Arn=E1iz wrote: > = > Hi! > = > I want to install a cyphred partition on my system. I use FreeBSD, and = I > want to know what software is avaivle in order to do it. > = > I heard about CFS and TCFS (but this is not still supported by FreeBSD)= , is > there any better bet? If anyone know any good resource (sites, papers, = =2E..) > on these topics please tell me. There are several in ports that rely on NFS loopback mounts. If you are not interested in that, contact John Heidemann, the original author of FreeBSD's stacking VFS architecture: several of his students built a crypto stacking layer as one of their class projects (I've had a copy I can't redistribute since about 1995). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 1: 0:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from giasmd01.vsnl.net.in (giasmd01.vsnl.net.in [202.54.6.1]) by hub.freebsd.org (Postfix) with ESMTP id 1679237B401; Wed, 24 Oct 2001 01:00:17 -0700 (PDT) Received: from voice_server (unknown [203.197.130.21]) by giasmd01.vsnl.net.in (Postfix) with SMTP id 7635AE761; Wed, 24 Oct 2001 13:32:18 +0530 (IST) From: Marblejar_Recruiter@vsnl.net To: IT_Professionals@giasmd01.vsnl.net.in Subject: ADV: Introduction to Marblejar X-Mailer: AMLC 2.7 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01B7_01C157D4.6513E350" X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Message-Id: <20011024080218.7635AE761@giasmd01.vsnl.net.in> Date: Wed, 24 Oct 2001 13:32:18 +0530 (IST) Sender: owner-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_01B7_01C157D4.6513E350 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Take charge of your career by utilizing www.marblejar.com. We offer IT = professionals like you all of the services you require to find the most = challenging positions in the IT industry.=20 * $500 Signing bonus when you get job through us * Dedicated recruiters to help you identify the best job openings in = your skill * Targeted searches that meet your needs * We provide totally privacy on all of your contact information. No one = can view your resume without your approval. * Immediate notification anytime a client selects your resume for = review. * One short step approval process- upload your resume in less than 5 = minutes. Marblejar is full service web based IT recruiting firm. Let us start = helping you, login today at www.marblejar.com. Sincerely, John Ross Program Manager We respect your time. If you would like to be removed from our mailing = list, click on mailto:Marblejar_Recruiter@vsnl.net?subject=3DREMOVE and = add the email address(es) to remove in your subject line. This message = is designed to comply with all U.S. state laws and pending federal = legislation regarding electronic mail marketing. You can avoid seeing = compliant messages by setting your mail reader to filter messages with = "ADV:" at the beginning of the Subject line. Submit questions or = comments regarding these matters by clicking on = mailto:Marblejar_Recruiter@vsnl.net?subject=3DCOMPLIANCE. Marblejar LLC Manor Oak Two, Suite 252 1910 Cochran Road Pittsburgh, PA 15220 ------=_NextPart_000_01B7_01C157D4.6513E350 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Take charge of your career by = utilizing www.marblejar.com.  We offer = IT=20 professionals like you all of the services you require to find the most=20 challenging  positions in the IT industry.

* $500 Signing = bonus=20 when you get job through us
* Dedicated recruiters to help you = identify the=20 best job openings in your skill
* Targeted searches that meet your = needs
*=20 We provide totally privacy on all of your contact information. No one = can view=20 your resume without your approval.
* Immediate notification anytime a = client=20 selects your resume for review.
* One short step approval process- = upload=20 your resume in less than 5 minutes.

Marblejar is full service web = based=20 IT recruiting firm. Let us start helping you, login today at www.marblejar.com.


Since= rely,

John=20 Ross
Program Manager

We respect your time. If you would like = to be=20 removed from our mailing list, click on mailto:Marb= lejar_Recruiter@vsnl.net?subject=3DREMOVE=20 and add the email address(es) to remove in your subject line.  This = message=20 is designed to comply with all U.S. state laws and pending federal = legislation=20 regarding electronic mail marketing. You can avoid seeing compliant = messages by=20 setting your mail reader to filter messages with "ADV:" at the beginning = of the=20 Subject line. Submit questions or comments regarding these matters by = clicking=20 on mailto:= Marblejar_Recruiter@vsnl.net?subject=3DCOMPLIANCE.
 
 
Marblejar LLC
Manor Oak Two, Suite = 252
1910=20 Cochran Road
Pittsburgh, PA 15220
------=_NextPart_000_01B7_01C157D4.6513E350-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 2: 2:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 4B73337B401 for ; Wed, 24 Oct 2001 02:02:19 -0700 (PDT) Received: from localhost (ilmar@localhost) by fledge.watson.org (8.11.6/8.11.5) with ESMTP id f9O92Er46068 for ; Wed, 24 Oct 2001 05:02:14 -0400 (EDT) (envelope-from ilmar@watson.org) Date: Wed, 24 Oct 2001 05:02:13 -0400 (EDT) From: "Ilmar S. Habibulin" To: freebsd-hackers@freebsd.org Subject: how can i wipeout swap pages? Message-ID: <20011024044458.U45888-100000@fledge.watson.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 I'm trying to implement wiping of freed swap pages inside swap_pager. I'm using 2.2-branch, here is my thoughts and steps: I have a (starting) block number of swapped page, i know page size, and i know that i have to use some pool of buffers inside kernel. So i get buffer with getpbuf(), then fill in b_data, b_blkno, b_bcount, b_bufsize, b_proc and b_flags fields and call pbgetvp(swapdev_vp,bp) and VOP_STRATEGY(bp). Then i analize error flag in b_flags and call pbrelvp(bp) and relpbuf(bp). This code was copied from getpages/putpages routines, but it hangs kernel and PC. So i misunderstand something and need help. How can i successfully write down some data to the known block number on the known device from the kernel? Or maybe someone can point me where can i find more information on I/O in kernel? Thank you. PS. I've read -current manpages, but they didn't help me much. :( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 5:53:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.auriga.ru (mail.auriga.ru [213.24.253.102]) by hub.freebsd.org (Postfix) with ESMTP id 4167337B401 for ; Wed, 24 Oct 2001 05:53:22 -0700 (PDT) Received: from vagabond.auriga.ru ([213.24.253.246]) by mail.auriga.ru with smtp (Exim 3.14 #1) id 15wNdI-00075V-00 for freebsd-hackers@freebsd.org; Wed, 24 Oct 2001 16:59:44 +0400 Content-Type: text/plain; charset="koi8-r" From: Alexey V.Neyman To: freebsd-hackers@freebsd.org Subject: strange code? Date: Wed, 24 Oct 2001 16:53:12 +0400 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <0110241653120B.01031@vagabond.auriga.ru> 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 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello there! I've stumbled accross the following in sys/netinet/ip_input.c (v.1.173) - --- lines 470-477 --- if (m == NULL) { /* Packet discarded by firewall */ static int __debug=10; if (__debug >0) { printf("firewall returns NULL, please update!\n"); __debug-- ; } return; } What is the meaning of this construct? Isn't it functionally equivalent to if (m == NULL) { /* Packet discarded by firewall */ printf("firewall returns NULL, please update!\n"); return; } Regards, Alexey. - -- <-------------------------> ) May the Sun and Water ( Regards, Alexey V. Neyman ) always fall upon you! ( mailto:alex.neyman@auriga.ru <-------------------------> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE71rm49lSeDZjilyARAu7sAKCWGDNMTnMy8NmFPFO9t3dD9fmetQCeN0ON sHY5niBtHp8C4IO4QDVoOPE= =0yx6 -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 5:56:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.auriga.ru (mail.auriga.ru [213.24.253.102]) by hub.freebsd.org (Postfix) with ESMTP id 4A36637B406 for ; Wed, 24 Oct 2001 05:56:17 -0700 (PDT) Received: from vagabond.auriga.ru ([213.24.253.246]) by mail.auriga.ru with smtp (Exim 3.14 #1) id 15wNgD-00077B-00 for freebsd-hackers@freebsd.org; Wed, 24 Oct 2001 17:02:45 +0400 Content-Type: text/plain; charset="koi8-r" From: Alexey V.Neyman To: freebsd-hackers@freebsd.org Subject: Re: strange code? Date: Wed, 24 Oct 2001 16:56:16 +0400 X-Mailer: KMail [version 1.2] References: <0110241653120B.01031@vagabond.auriga.ru> In-Reply-To: <0110241653120B.01031@vagabond.auriga.ru> MIME-Version: 1.0 Message-Id: <0110241656160D.01031@vagabond.auriga.ru> 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 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 24 October 2001 16:53, Alexey V.Neyman wrote: > What is the meaning of this construct? Isn't it functionally equivalent to Oops, sorry for the post. I haven't noticed `static' there at first glance :\ Regards, Alexey. - -- <-------------------------> ) May the Sun and Water ( Regards, Alexey V. Neyman ) always fall upon you! ( mailto:alex.neyman@auriga.ru <-------------------------> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE71rpw9lSeDZjilyARAvhEAJ43z/Ym3Kbjww/mCBXzgLy5SjejcwCfZELm s8YQS9c7jP08t8OlonVLeEs= =rbBf -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 5:58:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (sentinel.office1.bg [217.75.129.210]) by hub.freebsd.org (Postfix) with SMTP id CDEAB37B403 for ; Wed, 24 Oct 2001 05:58:48 -0700 (PDT) Received: (qmail 1489 invoked by uid 1000); 24 Oct 2001 12:58:41 -0000 Date: Wed, 24 Oct 2001 15:58:41 +0300 From: Peter Pentchev To: "Alexey V . Neyman" Cc: freebsd-hackers@freebsd.org Subject: Re: strange code? Message-ID: <20011024155841.B975@straylight.oblivion.bg> Mail-Followup-To: "Alexey V . Neyman" , freebsd-hackers@freebsd.org References: <0110241653120B.01031@vagabond.auriga.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <0110241653120B.01031@vagabond.auriga.ru>; from alex.neyman@auriga.ru on Wed, Oct 24, 2001 at 04:53: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 Wed, Oct 24, 2001 at 04:53:12PM +0400, Alexey V . Neyman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello there! > > I've stumbled accross the following in sys/netinet/ip_input.c (v.1.173) > > - --- lines 470-477 --- > if (m == NULL) { /* Packet discarded by firewall */ > static int __debug=10; > if (__debug >0) { > printf("firewall returns NULL, please update!\n"); > __debug-- ; > } > return; > } > > What is the meaning of this construct? Isn't it functionally equivalent to > > if (m == NULL) { /* Packet discarded by firewall */ > printf("firewall returns NULL, please update!\n"); > return; > } No. This is a C syntax issue: if a variable local to a function is declared as static, this means that it is initialized to the specified value once at program start, and then its value is preserved across function calls. That is, the variable does not start over from 10 each time; it starts at 10 at boot time, then with each pass through this piece of code its value is decremented. At the tenth pass since boottime, its value reaches 0 and no more warnings are printed out. G'luck, Peter -- This sentence would be seven words long if it were six words shorter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 7:22: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gateway.max-t.com (229.124.18.216.gt-est.net [216.18.124.229]) by hub.freebsd.org (Postfix) with ESMTP id 5605937B401 for ; Wed, 24 Oct 2001 07:22:02 -0700 (PDT) Received: from trident.max-t.internal ([192.168.1.146] ident=asr) by gateway.max-t.com with esmtp (Exim 3.32 #3) id 15wOuv-0001LL-00; Wed, 24 Oct 2001 10:22:01 -0400 Date: Wed, 24 Oct 2001 10:15:57 -0400 (EDT) From: "Ashutosh S. Rajekar" To: Kenneth Wayne Culver Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: domain sockets question (don't laugh) In-Reply-To: <006901c15c4d$def463c0$0a00a8c0@indranet> 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 "Broken pipe" generally means that your socket connection to the server has either been torn down or hasn't been setup at all. Check to see if this is really the case, and also check errno (you might get EBADF or EPIPE depending upon the circumstances). On Wed, 24 Oct 2001, Anjali Kulkarni wrote: > Hi, > > You have said that reader exits when there is no more data to read, and that > does not necessarily mean it has read all data being written by writer. And > if the reader exits before writer finishes sending all data, it will give > you a broken pipe. You have to either make the no. of bytes being read by > the reader equal to no. of bytes being written by writer or handle the > resulting error. > > Anjali > > ----- Original Message ----- > From: "Kenneth Wayne Culver" > To: > Sent: Wednesday, October 24, 2001 6:52 AM > Subject: domain sockets question (don't laugh) > > > > While I've been coding for a long time, and am fairly decent at coding in > > the kernel, I've never really had a chance to get into sockets > > programming. So I thought I'd write a simple set of programs to see how > > things work. From what I understand, when you read on a socket, you have > > to do it in a loop because it won't block and wait for the total amount of > > data specified, while write will not return until all specified data has > > been written. My problem is that I've set up a read loop to read in chunks > > that are the size of the recv/send buffers (16384 bytes) from the socket > > (until the end of course, when it reads only what's left), then when I > > write from one program to the socket for the other program to read, the > > program that's writing exits with the message "broken pipe" while the > > program that's reading doesn't think there was any error, reads the > > amount of data it should have read (although I'm not sure if there's any > > data there). Can anyone tell me what's going on? > > > > Ken > > > > -ASR ------------------------------------- ("`-''-/").___..--''"`-._ (\ `6_ 6 ) `-. ( ).`-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' _..`--'_..-_/ /--'_.' ,' (il),-'' (li),' ((!.-' ------------------------------------- You had mail. Paul read it, so ask him what it said. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 11: 4:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from skill.myway.com.br (skill.myway.com.br [200.173.75.10]) by hub.freebsd.org (Postfix) with ESMTP id 9314837B405; Wed, 24 Oct 2001 11:04:52 -0700 (PDT) Received: from myway.com.br (sup_03.myway.com.br [10.0.0.15]) by skill.myway.com.br (8.11.1/8.11.1) with ESMTP id f9OIK4h01241; Wed, 24 Oct 2001 16:20:05 -0200 (BRST) (envelope-from leal@myway.com.br) Message-ID: <3BD6F720.8DBFA15@myway.com.br> Date: Wed, 24 Oct 2001 15:15:12 -0200 From: Marcelo Leal Organization: webcom X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386) X-Accept-Language: pt-BR, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: [Fwd: colisions!] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG i have the follow problem: i use etinc in one FreeBSD box (4.2). it works fine. this freebsd make bridge (one interface in switch), and another cross over to router. in the conection to router, there are one colision led, that are almost always up! i did put one rule for bridge only ip in rl0 (switch interface). why there are colisions betwen etinc and router??? the etinc interface are 10Mbps (half-duplex) and router too. the cross over is: etinc 1 2 orange/white 3 6 blue/white router 1 2 blue/white 3 6 orange/white thanks ___________  The ISP-WIRELESS Discussion List  ___________ To Join: mailto:join-isp-wireless@isp-wireless.com To Remove: mailto:remove-isp-wireless@isp-wireless.com Archives: http://isp-lists.isp-planet.com/isp-wireless/archives/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 12: 3: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id CDC5D37B401 for ; Wed, 24 Oct 2001 12:02:59 -0700 (PDT) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id f9OIxde46201; Wed, 24 Oct 2001 11:59:39 -0700 (PDT) (envelope-from rizzo) Date: Wed, 24 Oct 2001 11:59:39 -0700 From: Luigi Rizzo To: hackers@freebsd.org Subject: HW question -- can the CPU timeout on accesses to the PCI bus ? Message-ID: <20011024115939.A46082@iguana.aciri.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, the question is rather simple... i am running some experiments on system with severe load on the PCI bus (basically a router with 4 interfaces trying to forward 2..4 streams of 64-byte packets at 100Mbit/s (i.e. 144kpps on each stream), and from low level timing i notice that the time to access a status register in the card sometimes goes up in the sky (I have measured well over 10us under heavy load, whereas the normal time is in the order of 0.5-1us). 10us is a fairly long time, and while i can explain it easily (there are 4 active cards in the system, each one with a transmit, receive and control engines trying to access the PCI bus -- and there are two bridges between the CPU and the card), i wonder if the CPU can potentially wait forever to get hold of the bus, or it eventually times out. If so, how can i tell that the operation failed ? cheers luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ACIRI/ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 12:10: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 6110E37B401 for ; Wed, 24 Oct 2001 12:10:00 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id 3EBD081D06; Wed, 24 Oct 2001 14:10:00 -0500 (CDT) Date: Wed, 24 Oct 2001 14:10:00 -0500 From: Alfred Perlstein To: Luigi Rizzo Cc: hackers@freebsd.org Subject: Re: HW question -- can the CPU timeout on accesses to the PCI bus ? Message-ID: <20011024141000.D15052@elvis.mu.org> References: <20011024115939.A46082@iguana.aciri.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011024115939.A46082@iguana.aciri.org>; from rizzo@aciri.org on Wed, Oct 24, 2001 at 11:59:39AM -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 * Luigi Rizzo [011024 14:03] wrote: > Well, the question is rather simple... i am running some experiments > on system with severe load on the PCI bus (basically a router with 4 interfaces > trying to forward 2..4 streams of 64-byte packets at 100Mbit/s (i.e. 144kpps > on each stream), and from low level timing i notice that the > time to access a status register in the card sometimes goes up in the > sky (I have measured well over 10us under heavy load, whereas the > normal time is in the order of 0.5-1us). > > 10us is a fairly long time, and while i can explain it easily (there > are 4 active cards in the system, each one with a transmit, receive > and control engines trying to access the PCI bus -- and there are > two bridges between the CPU and the card), i wonder if the CPU can > potentially wait forever to get hold of the bus, or it eventually > times out. If so, how can i tell that the operation failed ? Rough guess, an NMI? Afaik this is the problem, if the bus hangs it can wedge the CPU unless a higher priority non-masked interrupt somehow makes it across the bus. Afaik this is what a watchdog timer is for. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' http://www.morons.org/rants/gpl-harmful.php3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 13:55:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from inje.iskon.hr (inje.iskon.hr [213.191.128.16]) by hub.freebsd.org (Postfix) with ESMTP id 425BE37B401; Wed, 24 Oct 2001 13:55:46 -0700 (PDT) Received: from tel.fer.hr (zg04-088.dialin.iskon.hr [213.191.137.89]) by mail.iskon.hr (8.11.4/8.11.4/Iskon 8.11.3-1) with ESMTP id f9OKtVH24614; Wed, 24 Oct 2001 22:55:36 +0200 (MEST) Message-ID: <3BD72A77.712CF51C@tel.fer.hr> Date: Wed, 24 Oct 2001 22:54:15 +0200 From: Marko Zec X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: net@freebsd.org, hackers@freebsd.org Cc: jlemon@freebsd.org Subject: fxp patch - bundling receive interrupts 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 An updated fxp driver patch for bundling receive interrupts, thus saving a noticeable amount of CPU overhead for interrupt processing, can be found at http://www.tel.fer.hr/zec/BSD/fxp/. New features include: - control of microcode parameters through sysctl variables - activation/deactivation of microcode without bringing the interface down - independent control of microcode parameters/activity for each fxp interface instance - new parameter hw.fxp.size_mask - hw.fxp.int_delay is now defined in microseconds, instead of microcode time-counter units The microcode should work on many revisions - if not all - of Intel 8255* chipset, but the BSD driver is currently tested only on 82558-B0, so I would really appreciate any feedback on driver functionality/stability on other chipset revisions. Have fun! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 14:22:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f39.law11.hotmail.com [64.4.17.39]) by hub.freebsd.org (Postfix) with ESMTP id 0D1E637B403; Wed, 24 Oct 2001 14:22:38 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 24 Oct 2001 14:22:37 -0700 Received: from 24.4.254.79 by lw11fd.law11.hotmail.msn.com with HTTP; Wed, 24 Oct 2001 21:22:37 GMT X-Originating-IP: [24.4.254.79] From: "Joesh Juphland" To: freebsd-hackers@freebsd.org Cc: freebsd-mobile@freebsd.org Subject: lots of things (pcic, pccard, ep0) on irq3. Problem ? Date: Wed, 24 Oct 2001 15:22:37 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 24 Oct 2001 21:22:37.0892 (UTC) FILETIME=[015E2840:01C15CD2] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am trying to get two identical 3C589 pc cards working simultaneously on my laptop. This was accomplished with FreeBSD 4.3 by adding lines like this to /etc/defaults/pccard.conf : config auto "ep0" 10 config auto "ep1" 15 (everything else for that cards entry is left the same) However, this no longer works with FreeBSD 4.4. There are two reasons that this could be happening: 1. the somewhat arcane changes I show above to pccard.conf are no longer the way it is done, and I just don't know the _new_ arcane way 2. Somehow, some way, in upgrading from 4.3 to 4.4 on this laptop, I have developed irq conflicts - maybe 4.4 just arranges things differently. So in that light, the ONLY ONLY ONLY suspicious thing I see in dmesg is that a _lot_ of things are using irq3: pci_cfgintr: 0:19 INTA routed to irq 3 pcic0 ... irq3 pcic1 ... irq3 ep0 ... irq3 Which is odd, since pccard.conf _and_ /etc/rc.conf BOTH tell ep0 to go to irq10 and ep1 to go to irq15. The end result ? ep0 works, on irq 3, and ep1 bombs out with the infamous "No card in database for "(null)"("(null)") Any help is appreciated. The irq thing looks odd, but given the previous 4.3-era solution to this problem (the pccard.conf configuration shown above) I would not be surprised if there is some new weird arrangement of the parameters for that entry that will solve everything. --joesh _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 14:23: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from inje.iskon.hr (inje.iskon.hr [213.191.128.16]) by hub.freebsd.org (Postfix) with ESMTP id E90B437B403; Wed, 24 Oct 2001 14:22:52 -0700 (PDT) Received: from tel.fer.hr (zg04-088.dialin.iskon.hr [213.191.137.89]) by mail.iskon.hr (8.11.4/8.11.4/Iskon 8.11.3-1) with ESMTP id f9OLMZH05464; Wed, 24 Oct 2001 23:22:36 +0200 (MEST) Message-ID: <3BD7312F.470044F@tel.fer.hr> Date: Wed, 24 Oct 2001 23:22:55 +0200 From: Marko Zec X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Dennis Wong Cc: net@freebsd.org, hackers@freebsd.org Subject: Re: fxp patch - bundling receive interrupts References: <04311C809F7CD411B97D00D0B78EC6B902298195@nvapollo.nvidia.com> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am not an official FreeBSD commiter, so I can't tell really... Therefore jlemon was in cc: (he is the fxp driver maintainer), so it is his call. Nevertheless, I think this patch needs a little bit more testing - there are many 8255* chipset revisions out there, and as the code is *very* chipset dependent, we should wait for gathering some feedback first from the people testing the driver. Dennis Wong wrote: > Marko, > > Is this going to be rolled into -stable anytime soon? > > Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 15: 0:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from silby.com (cb34181-a.mdsn1.wi.home.com [24.14.173.39]) by hub.freebsd.org (Postfix) with ESMTP id B636D37B401 for ; Wed, 24 Oct 2001 15:00:34 -0700 (PDT) Received: (qmail 79076 invoked by uid 1000); 24 Oct 2001 22:00:32 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 24 Oct 2001 22:00:32 -0000 Date: Wed, 24 Oct 2001 17:00:32 -0500 (CDT) From: Mike Silbersack To: Marko Zec Cc: , , Subject: Re: fxp patch - bundling receive interrupts In-Reply-To: <3BD72A77.712CF51C@tel.fer.hr> Message-ID: <20011024165611.F78388-100000@achilles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 24 Oct 2001, Marko Zec wrote: > An updated fxp driver patch for bundling receive interrupts, thus saving > a noticeable amount of CPU overhead for interrupt processing, can be > found at http://www.tel.fer.hr/zec/BSD/fxp/. New features include: I haven't reviewed the code and don't have a fxp near, but your patch sounds impressive. I'm sure we'd all be proud of its inclusion in -stable once enough testing has been performed. That being said, I thought I should check on one thing: In your original post, you mentioned that these techniques came from the linux drive for these cards. In the process of writing this patch, did you copy any section of code from the Linux driver? If possible, it would be best to avoid any GPL entanglements. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 15:25:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from inje.iskon.hr (inje.iskon.hr [213.191.128.16]) by hub.freebsd.org (Postfix) with ESMTP id DF3AF37B405; Wed, 24 Oct 2001 15:25:32 -0700 (PDT) Received: from tel.fer.hr (zg03-085.dialin.iskon.hr [213.191.135.86]) by mail.iskon.hr (8.11.4/8.11.4/Iskon 8.11.3-1) with ESMTP id f9OMPKH27376; Thu, 25 Oct 2001 00:25:20 +0200 (MEST) Message-ID: <3BD73FE2.20A464A2@tel.fer.hr> Date: Thu, 25 Oct 2001 00:25:38 +0200 From: Marko Zec X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Silbersack Cc: net@freebsd.org, hackers@freebsd.org, jlemon@freebsd.org Subject: Re: fxp patch - bundling receive interrupts References: <20011024165611.F78388-100000@achilles.silby.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 Mike Silbersack wrote: > That being said, I thought I should check on one thing: In your original > post, you mentioned that these techniques came from the linux drive for > these cards. In the process of writing this patch, did you copy any > section of code from the Linux driver? If possible, it would be best to > avoid any GPL entanglements. I used the microcode from Intel's proprietary Linux driver, which is definetely not GPL'ed. I'm not nearly a copyright expert, but it seems to me that Intel put a BSD-like copyrihght on mentioned sources. Intel's copyright is included in rcvbundle.h, so I hope some of BSD "legals" can check on that, and if in any doubt the simplest thing to do would be asking Intel for their position before including the code in a official distributon. Marko To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 15:28:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from blackcomb.panasas.com (gw2.panasas.com [65.194.124.178]) by hub.freebsd.org (Postfix) with ESMTP id 3B52F37B401 for ; Wed, 24 Oct 2001 15:28:21 -0700 (PDT) Received: from dynamic-w-213.panasas.com (dynamic-w-213.panasas.com [172.17.132.213]) by blackcomb.panasas.com (8.9.3/8.9.3) with ESMTP id SAA32646 for ; Wed, 24 Oct 2001 18:28:20 -0400 Date: Wed, 24 Oct 2001 15:28:25 -0700 Mime-Version: 1.0 (Apple Message framework v472) Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: C++ code in the FreeBSD kernel From: Denis Serenyi To: freebsd-hackers@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <70E7B42B-C8CE-11D5-ACE1-003065675568@panasas.com> X-Mailer: Apple Mail (2.472) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Has anyone out there tried to get C++ code running in the freebsd kernel (like as a .ko)? I have a piece of code that I got working in userland, and would like to port it in the kernel (I had anecdotal evidence that it worked). The major problem is that the library, when in kernel, uses a whole bunch of kernel specific routines (not surprisingly), some of which are inline C functions. I believe it will be necessary to define _KERNEL in order to get all this to work correctly, but having that flag enabled causes code to be compiled which is not C++ friendly (functions with variable names "new", implicit type casts from void*... things that are ok in C but not in C++). I am also investigating the possibility of tweaking compiler options in such a way to allow these sorts of errors / warnings to be ignored. If anyone has any experience and advice for this situation, I would love to hear it! Thanks! Denis Serenyi Please cc me as I am not on this mailing list. I didn't find anything in the archives on this topic, but I apologize if it has been beaten to death. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 15:35:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id D773037B403 for ; Wed, 24 Oct 2001 15:35:42 -0700 (PDT) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id f9OMWJh47741; Wed, 24 Oct 2001 15:32:19 -0700 (PDT) (envelope-from rizzo) Date: Wed, 24 Oct 2001 15:32:19 -0700 From: Luigi Rizzo To: Denis Serenyi Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: C++ code in the FreeBSD kernel Message-ID: <20011024153219.A47470@iguana.aciri.org> References: <70E7B42B-C8CE-11D5-ACE1-003065675568@panasas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <70E7B42B-C8CE-11D5-ACE1-003065675568@panasas.com> User-Agent: Mutt/1.3.23i Sender: owner-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, Oct 24, 2001 at 03:28:25PM -0700, Denis Serenyi wrote: > Has anyone out there tried to get C++ code running in the freebsd kernel > (like as a .ko)? I have a piece of code that I got working in userland, have a look at what the Click team did http://www.pdos.lcs.mit.edu/click/ they have a kernel version of Click for FreeBSD. cheers luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ACIRI/ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 15:49:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 7413B37B403 for ; Wed, 24 Oct 2001 15:49:14 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id f9ON1iC04455; Wed, 24 Oct 2001 16:01:44 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200110242301.f9ON1iC04455@mass.dis.org> To: Luigi Rizzo Cc: hackers@freebsd.org, msmith@mass.dis.org Subject: Re: HW question -- can the CPU timeout on accesses to the PCI bus ? In-Reply-To: Message from Luigi Rizzo of "Wed, 24 Oct 2001 11:59:39 PDT." <20011024115939.A46082@iguana.aciri.org> Date: Wed, 24 Oct 2001 16:01:44 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Well, the question is rather simple... i am running some experiments > on system with severe load on the PCI bus (basically a router with 4 interfac > es > trying to forward 2..4 streams of 64-byte packets at 100Mbit/s (i.e. 144kpps > on each stream), and from low level timing i notice that the > time to access a status register in the card sometimes goes up in the > sky (I have measured well over 10us under heavy load, whereas the > normal time is in the order of 0.5-1us). > > 10us is a fairly long time, and while i can explain it easily (there > are 4 active cards in the system, each one with a transmit, receive > and control engines trying to access the PCI bus -- and there are > two bridges between the CPU and the card), i wonder if the CPU can > potentially wait forever to get hold of the bus, or it eventually > times out. If so, how can i tell that the operation failed ? The PCI arbitrator should never allow the system to livelock in that fashion. Furthermore, since the cards will eventually run out of descriptors/buffer space and require CPU intervention, you'll never hit that situation. And no, the CPU will not time out; it will block until it can get the bus. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 16:25: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id 5E93337B401; Wed, 24 Oct 2001 16:25:01 -0700 (PDT) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id SAA97812; Wed, 24 Oct 2001 18:24:54 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Wed, 24 Oct 2001 18:24:54 -0500 (CDT) From: Chris Dillon To: Marko Zec Cc: , Subject: Re: fxp patch - bundling receive interrupts In-Reply-To: <3BD72A77.712CF51C@tel.fer.hr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 24 Oct 2001, Marko Zec wrote: > The microcode should work on many revisions - if not all - of > Intel 8255* chipset, but the BSD driver is currently tested only > on 82558-B0, so I would really appreciate any feedback on driver > functionality/stability on other chipset revisions. Chalk up another 82558B that it works on. I started using it shortly after you mentioned this patch a couple of days ago and haven't experienced any problems. While doing a large file transfer between two FreeBSD boxes, performance definately did not suffer. I got 11MB/sec over FTP. When communicating with a Windows NT server over SMB, though, performance was bad (max 1.2MB/sec). I haven't yet checked to see if this is because of the interrupt coalescing or if it is just because Windows sucks. I did notice a 33% decrease in interrupts (if about 900 packets came in, about 600 interrupts were generated), so it definately worked. If I get real brave I might try it on my router which has mostly 82558B's but also an 82559 or two. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet - Available for IA32 (Intel x86) and Alpha architectures - IA64, PowerPC, UltraSPARC, and ARM architectures under development - http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 17: 9:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 2003A37B403 for ; Wed, 24 Oct 2001 17:09:47 -0700 (PDT) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f9P08Go15595; Wed, 24 Oct 2001 19:08:16 -0500 (CDT) (envelope-from jlemon) Date: Wed, 24 Oct 2001 19:08:16 -0500 (CDT) From: Jonathan Lemon Message-Id: <200110250008.f9P08Go15595@prism.flugsvamp.com> To: zec@tel.fer.hr, hackers@freebsd.org Subject: Re: fxp patch - bundling receive interrupts X-Newsgroups: local.mail.freebsd-hackers In-Reply-To: References: Organization: Cc: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article you write: >I am not an official FreeBSD commiter, so I can't tell really... >Therefore jlemon was in cc: (he is the fxp driver maintainer), so it is >his call. >Nevertheless, I think this patch needs a little bit more testing - there >are many 8255* chipset revisions out there, and as the code is *very* >chipset dependent, we should wait for gathering some feedback first from >the people testing the driver. I have a updated driver that contains a modified version of Marko's patch here that I'm testing, hopefully I'll have time to commit it tonight. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 17:11:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from atg.aciworldwide.com (h139-142-180-4.gtcust.grouptelecom.net [139.142.180.4]) by hub.freebsd.org (Postfix) with ESMTP id 9DBF337B407 for ; Wed, 24 Oct 2001 17:11:46 -0700 (PDT) Received: from atg.aciworldwide.com (atg.aciworldwide.com [139.142.180.33]) by atg.aciworldwide.com (8.12.0/8.12.0) with ESMTP id f9P0Bj0H071003 for ; Wed, 24 Oct 2001 18:11:45 -0600 (MDT) Message-Id: <200110250011.f9P0Bj0H071003@atg.aciworldwide.com> To: freebsd-hackers@freebsd.org Subject: spkr(4) and platform independence X-URL: http://www.aciworldwide.com/ X-Notes-Item: Just say NO to Notes! Organization: ACI Worldwide - Advanced Technology Group Date: Wed, 24 Oct 2001 18:11:45 -0600 From: Lyndon Nerenberg Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Has anyone enumerated the hardware platforms that the spkr(4) device works on? And for those platforms where it doesn't work, are there suggestions for (and documentation on) alternative interfaces? --lyndon >What about all the people who hoarded tonnes of spam in their bunkers? I hoard spam on my hard drive. When I heard about the coming Y2K worries, I downloaded a lifetime supply from the net. -- Charlie Gibbs in alt.folklore.computers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 17:27:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 4CBEC37B40A; Wed, 24 Oct 2001 17:27:48 -0700 (PDT) Received: from hades.hell.gr (patr530-a120.otenet.gr [212.205.215.120]) by mailsrv.otenet.gr (8.11.5/8.11.5) with ESMTP id f9P0Ri501710; Thu, 25 Oct 2001 03:27:44 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.6/8.11.6) id f9P0RhF04447; Thu, 25 Oct 2001 03:27:43 +0300 (EEST) (envelope-from charon@labs.gr) Date: Thu, 25 Oct 2001 03:27:43 +0300 From: Giorgos Keramidas To: Gerhard Sittig Cc: Darren Reed , hackers@freebsd.org Subject: ipfilter changes in rc.network (was: Re: cvs commit: src/etc rc.network) Message-ID: <20011025032742.A4399@hades.hell.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 23, 2001 at 07:45:11PM +0200, Gerhard Sittig wrote: > > I get the feeling this - inappropriate - setting of a _program > variable is due to my misguided suggestion in PR conf/20202 > which verbatimly made it into the FreeBSD start scripts. If it > doesn't fit the usual rules feel free to correct it! :) After > all I was a newbee to FreeBSD then (and still I'm not a guru or > seasoned hacker:) as well as I understand Darren to do his > daytime job with SunOS / Solaris and since he might need some > hints on how his software fits even better into FreeBSD. I guess > he will happily accept patches improving a wrong approach. > > Maybe there's need for the following parts: > - ipfilter_program > - ipfilter_prerules_flags > - ipfilter_rules > - ipfilter_postrules_flags > ? The current situation comes from the fact that I wanted to > have a single variable with the rules file only - to check for > its existance (if such an additional constraints check matters). Done. I tested on my -current (compiled on Oct 22) the patch you can find at http://labs.gr/~charon/patches/diff.04.ipf-rc-U It is functionally equivalent to our current rc.network behavior, but it uses the variables you proposed, and it moves all the flags out of all the XXX_program variables. Comments on this are more than welcome... -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 18:53:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from atg.aciworldwide.com (h139-142-180-4.gtcust.grouptelecom.net [139.142.180.4]) by hub.freebsd.org (Postfix) with ESMTP id 404B837B403 for ; Wed, 24 Oct 2001 18:53:40 -0700 (PDT) Received: from atg.aciworldwide.com (atg.aciworldwide.com [139.142.180.33]) by atg.aciworldwide.com (8.12.0/8.12.0) with ESMTP id f9P1rd0H071528 for ; Wed, 24 Oct 2001 19:53:39 -0600 (MDT) Message-Id: <200110250153.f9P1rd0H071528@atg.aciworldwide.com> To: hackers@freebsd.org Subject: NO_AWK X-URL: http://www.aciworldwide.com/ X-Notes-Item: Just say NO to Notes! Organization: ACI Worldwide - Advanced Technology Group Date: Wed, 24 Oct 2001 19:53:39 -0600 From: Lyndon Nerenberg Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG NOTE: THIS IS A STRAWMAN PROPOSAL! Take it all with a grain of salt! For a long while now I've been running with the bwk version of awk in preference to the GNU gawk shipped in the base OS. Nothing has broken as a result of the change, therefore I'm starting to wonder if a NO_AWK macro for make.conf might not be appropriate. The change hasn't broken any of my buildworld's since the beginning, although a naked buildworld without any awk present will certainly fall over hard. Regardless, I would like to float (and ONLY that) the question of adding a NO_AWK macro to make.conf. It can be done in a way that will not break a bootstrap buildworld, yet still allow a third-party awk to be installed into the production system, and I have a(n almost complete) set of patches to submit that accomplish this. So the question is: is there interest? If so, I'll put the patches up (only against STABLE for now I'm afraid) for review. --lyndon The Web site you seek Cannot be located but Countless more exist. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 19:17: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from atg.aciworldwide.com (h139-142-180-4.gtcust.grouptelecom.net [139.142.180.4]) by hub.freebsd.org (Postfix) with ESMTP id 7E21137B401 for ; Wed, 24 Oct 2001 19:17:07 -0700 (PDT) Received: from atg.aciworldwide.com (atg.aciworldwide.com [139.142.180.33]) by atg.aciworldwide.com (8.12.0/8.12.0) with ESMTP id f9P2H70H071676 for ; Wed, 24 Oct 2001 20:17:07 -0600 (MDT) Message-Id: <200110250217.f9P2H70H071676@atg.aciworldwide.com> To: hackers@freebsd.org Subject: GCC/G++ links X-URL: http://www.aciworldwide.com/ X-Notes-Item: Just say NO to Notes! Organization: ACI Worldwide - Advanced Technology Group Date: Wed, 24 Oct 2001 20:17:07 -0600 From: Lyndon Nerenberg Sender: owner-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 a related somewhat anti-GNU thread ... ] 18 months ago we had a conversation on the mailing list about g77 vs. f77 as the canonical command name for the FORTRAN compiler. The crux of the argument was that f77 was the canonical BSD name for the command, and that's what it has been since. There was a related argument as to whether gcc (as a name) should die as well, but the argument was made that too many third party packages would break as a result. For the last year I've been running my systems with the gcc and g++ links to the respective binaries removed, and I haven't seen much break as a result, other than a (very) few ports which were fixed with a quick edit of their Makefile. Meanwhile, it has been useful to install different versions of the GNU C compiler, and in those cases it has also been useful to call them by their real names: gcc and g++. Practical experience shows that cc and gcc can live side-by-side. And also shows that the base OS environment lives well without the GNU naming conventions. Based on this, what do you think about adding a NO_GNU_COMPLER_CMD_LINKS macro to make.conf? If set, if would prevent the linking of cc -> gcc and c++ -> g++, freeing up /usr/local/bin/g* for the site to decide? (And I'm not tied to that horribly long macro name, either.) --lyndon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 20:12:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.neteze.com (smtp.neteze.com [216.127.175.136]) by hub.freebsd.org (Postfix) with ESMTP id 6866837B403; Wed, 24 Oct 2001 20:11:49 -0700 (PDT) Received: from smtp.neteze.com (216-127-162-188.dialup.neteze.com [216.127.162.188] (may be forged)) by smtp.neteze.com (8.9.3/8.9.3) with SMTP id UAA99483; Wed, 24 Oct 2001 20:11:17 -0700 (PDT) (envelope-from scenedict@neteze.com) Date: Wed, 24 Oct 2001 20:11:17 -0700 (PDT) Message-Id: <200110250311.UAA99483@smtp.neteze.com> From: Steve SUBJECT: so I figured Id use X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Outlook Express 5.00.2314.1300 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00AB_01ACACD4.8CACD400" Content-Transfer-Encoding: 7bit To: undisclosed-recipients: ; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_00AB_01ACACD4.8CACD400 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit By Jan, though. But, using my given name hasn’t always worked out great either. I worked for one guy that just didn’t like using the intercom. When he needed me, he’d just yell out down the hall . . . Janet! At times he’d yell out for me, I’d show up with pen and pencil. He’d look at me and ask what I wanted. ------=_NextPart_000_00AB_01ACACD4.8CACD400 Content-Type: image/gif; name="OEMRNCE.EXE" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="OEMRNCE.EXE" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAABQRQAATAEGAC43NDUAAAAAz9UAAOAADgELAQMKADIAAABCAAAAAAAA0BoA AAAQAAAAUAAAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAOxAAQAABAAAAAAAAAIAAAAAABAA ABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAAACQAABkAAAAAKAAAHwJAAAAAAAAAAAAAAAAAAAA AAAAALAAALwDAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AADMkQAAVAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAAwjEAAAAQAAAAMgAAAAQA AAAAAAAAAAAAAAAAACAAAGAucmRhdGEAAGkAAAAAUAAAAAIAAAA2AAAAAAAAAAAAAAAAAABAAABA LmRhdGEAAACgIgAAAGAAAAAQAAAAOAAAAAAAAAAAAAAAAAAAQAAAwC5pZGF0YQAApggAAACQAAAA CgAAAEgAAAAAAAAAAAAAAAAAAEAAAMAucnNyYwAAAHwJAAAAoAAAAAoAAABSAAAAAAAAAAAAAAAA AABAAABALnJlbG9jAADskAAAALAAAABsAAAAXAAAAAAAAAAAAAAAAAAAQAAAwgAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAItE JARqAGjwF0AAagBqZVD/FeiSQAC4AQAAAMIQAMzMi0QkBGoFagBqAGogaiBqAFD/FeySQADDzMzM zMzMzMyB7BgCAACNRCQAU1ZXVVBogGBAAGgCAACA/xXgkUAAhcAPhbcAAAAz9os9LJJAAIucJCwC AACNRCQUjYwkJAEAAI1UJBxQjUQkHFGNTCQoUotUJBxqAMdEJCgEAQAAx0QkJAQBAABQUVZS/xXc kUAAhcB1X4N8JBwBdVJokAEAAGpA/xU0kkAAi+hogAAAAI1EJCRQVf/XjYQkJAEAAGgEAQAAUI2N iAAAAFH/11VqAGiAAQAAU/8V5JJAAIP4/3QFg/j+dQdV/xUYkkAARulj////i0QkEFD/FdiRQAC4 AQAAAF1fXluBxBgCAADCBACD7GiNRCQUU1ZXi3QkeFVQM+1W/xX0kkAAi7wkgAAAAFWB5///AABX aIYBAABW/xXkkkAAVVdomQEAAFb/FeSSQACD+P+L2A+EvgAAAI27iAAAAIlsJDiLRCQsiWwkPIPA BYlsJEBmiWwkZolEJESLRCQojUwkEIPABVGJRCRMaIBgQACJbCRwaAIAAIDHRCRARAAAAMdEJGwE AAAAiy3gkUAA/9WFwHUXi0QkEFNQ/xXUkUAAi0wkEFH/FdiRQACNRCQUjUwkNFBRagBqAGgAAgAA agBqAGoAV2oA/xUwkkAAhcB0JYtEJBRqAWr/UP8VHJJAAItMJBSLPSCSQABR/9eLTCQYUf/X6whq MP8V4JJAAGoAav9ohgEAAFb/FeSSQAAzwF1fXluDxGjDzMzMg+xwjUQkBFNWV1WLNeCRQABQaHBh QABoAgAAgP/WhcB1Oo1EJBiNTCQgx0QkGAoAAACLVCQUUMZEJCQAUWoAagBoYGFAAFL/FeSRQACL TCQUix3YkUAAUf/T6waLHdiRQACLvCSEAAAAagBmM+1qAGiLAQAAV/8V5JJAAGaJRCQSZjvFD4TC AAAAi0QkEiX//wAAiUQkHA+3xYtMJBwryIP5AQ+FjAAAAGhIYEAAaAIAAID/FcyRQACNRCQUUGgw YUAAaAIAAID/1oXAdReLRCQUaCRhQABQ/xXUkUAAi0QkFFD/041EJCBQ6HEHAACDxASFwHU/jUQk FFBowGBAAGgBAACA/9aFwHUqjUQkGGoEi0wkGFDHRCQgAQAAAGoDagBoHGFAAFH/FdCRQACLTCQU Uf/TVVdmReiS/f//g8QIZjlsJBIPh0v///+NRCQgUOgKBwAAg8QEhcB1Y8dEJDxEAAAAM8mJTCRA iUwkRGaJTCRuiUwkSI1EJCyJTCRojVQkPFCJTCRQUolMJFhRiUwkfFFoAAIAAFFRUWgMYUAAUf8V MJJAAIXAdBSLRCQsizUgkkAAUP/Wi0wkMFH/1moAagBoIwUAAFf/FfCSQABQ/xX4kkAAM8BdX15b g8RwwgQAzMzMzMzMzMzMzMzMzIPsEI1EJABTi0wkGFZXVVBR/xX0kkAAi3QkKItEJBgrRCQQagCL XhSLLfySQACJRgz/1Yv4oTxgQABQV/8VCJJAAIvohe10UsdEJBQAAAAAoTBgQACDwAbHRCQcAAAA AIlEJBBoEAQAAItGDI1MJBQrRCQUUSsFMGBAAFOD6AaJRCQk/xUkkkAAUFNX/xUEk0AAVVf/FQiS QABXagD/FQCTQACLRCQcXYPABl+JRhC4AQAAAF5bg8QQwggAzMzMzItEJAiDOAJ1C1CLRCQIUOgs ////wggAzMzMzMzMzMzMg+woU1aLdCQ4V1WDfggAfQ+4AQAAAF1fXluDxCjCCACLXiyD+/8PhF8B AACF2w+EVwEAAItGDKgDD4Q9AQAA9kYQAXQHoTxgQADrBaE4YEAAUIs9CJJAAItGGFD/14voagBq AI1GHGoAUGoCi0Ygg8ADi04YUItGHAMFMGBAAIPABlBR/xX0kUAAi0Ygi04kg8ADiUwkGItWKIlE JBSLRhxqEAMFMGBAAIlUJCCDwAaJRCQUjUQkFFBT/xUkkkAAUItOGFNR/xUEk0AAVYtOGFH/1/ZG EAEPhJ8AAACDPfhgQAAAdRiLRhhQ/xXwkUAAo/hgQACDPfhgQAAAdH5o438AAGoA/xUMk0AAi9iL LfiRQACNRCQgUGoYU//VU4sN+GBAAFH/14voi04cg8EDoWxxQAArRCQoaMYAiACZK8JqAMH4AYtW IGoAjUQCA4sV+GBAAFKLVCQ4UotUJDhSUFGLRhhQ/xUEkkAAVYsN+GBAAFH/11P/FeyRQAC4AQAA AF1fXluDxCjCCAAzwF1fXluDxCjCCADMzMzMzMzMzMxqD/8VEJNAAFCLRCQMUP8VDJJAADPAZqFA YEAAwggAzItEJAiDOAJ1C1CLRCQIUOgs/v//wggAzMzMzMzMzMzMi0QkCIXAdBaLQBCFwHQPUP8V GJJAALgBAAAAwggAM8DCCADMzMzMzMzMzMzMzMzMg+wQU1aLXCQgV1Uz7VUz9lVoiwEAAFP/FeSS QACL+IX/fhZqAFZooQEAAEZT/xXkkkAAA+g7/n/qjUQkEIs19JJAAFBT/9aLTCQYakYrTCQUVSsN MGBAAIt8JCyD6QZRagBqAFdTix3skkAA/9MrbCQcjUwkEANsJBRRV//WK2wkFGpGA2wkIItEJBwr RCQUVVBqAGoAagBX/9NdX15bg8QQw8zMzMzMzMzMzMzMzMyLRCQIVlc9EAEAAHcYdG+D+Ct0LoP4 LHQ9g/gtdEwzwF9ewhAAPTQBAAAPhLgAAAA9IwUAAA+EwQAAADPAX17CEACLRCQYi3wkDFBX6K/+ //9fXsIQAItEJBiLfCQMUFfou/z//19ewhAAi0QkGIt8JAxQV+in/v//X17CEACLfCQMV+iYAAAA V/8V8JJAAFBX6Jr3//+DxAiLNRSTQABo6gMAAFf/1lDoo/f//2jqAwAAV//WUFfolP7//4PECGhw cUAAagBo6gMAAFf/1lBoYBJAAGoAagD/FSiSQAC4AQAAAF9ewhAAi0QkFItMJBhQUejp/f//X17C EACLfCQMagBX/xUIk0AAuAEAAABfXsIQAMzMzMzMzMzMzMzMzMyD7DxTVleLNRiTQABqMf/WajKj MGBAAP/Wag+jNGBAAP8VEJNAAFD/FRCSQABqAKNAYEAAi0QkUGoAajFQ/xXkkkAAD7fAhcB0QI1M JAxRajxQ/xX4kUAAhcB0Lo1EJAyLNQCSQADHRCQckAEAAFD/1o1MJAyjOGBAAMdEJBy8AgAAUf/W ozxgQACDPThgQAAAdFNqAP8V/JJAAIv4ix0IkkAAoThgQABQV//Ti/BoaHFAAGgAYUAA/xUkkkAA UGgAYUAAV/8V/JFAAFZX/9NXagD/FQCTQAC4AQAAAF9eW4PEPMIEADPAX15bg8Q8wgQAzMzMzMzM zMzMzMzMzMzMU1aLdCQMV1W/AQAAADk9vGNAAH4RaggzwIoGUOhvAgAAg8QI6xMz0osNsGFAAIoW M8BmiwRRg+AIhcB0A0brzTPbih5Gi/uD+y10BYP7K3UFM9uKHkYz7YM9vGNAAAF+DWoEU+gnAgAA g8QI6w+LDbBhQAAzwGaLBFmD4ASFwHQQjUStAEaNbEPQM9uKXv/rx4vFg/8tdQf32F1fXlvDXV9e W8PMzMzMzMzMzMzMzMyLRCQEUOhG////g8QEw8zMV4v66A8AAADB+EPpDAAAADExFVjUDs3B0F/D QCVD1w7N6Oz////oDQAAAAWJ2Q7N6QoAAAAxFpjB4JPDkDPFI8bo8f///4vXX+i4AAAA6AoAAAD5 cyPpBgAAADELQMMrwECLwegNAAAA+XMc6QwAAAAxOcHo6zPDQMOLwJA19vAOzegKAAAA6Q4AAAAx C0gzxxPAkMO4TvcOzYP4Yujs////6A0AAADBwLjpDgAAADEN1hPAM8b5wx1MAg/Ng+hVYPwPMWHo DQAAAIPQO+kKAAAAMRUzxZiQw/wbxTPA6AwAAAAjw+kOAAAAMR1AC8EzwtbDNfgWD83B+PXo7P// //8VUJBAALgAAAAAZP8wi8RkZ6MAADPA/wBOHQ/NAAAAAI1FkFD/FTySQAD2RbwBuAoAAAB0CItF wCX//wAAUFZqAGoA/xV0kkAAUOjg8///UOhKAQAA6yeLReyLAIsAiUXgi0XsUItF4FDoMQMAAIPE CMOLZeiLReBQ6EEBAACDxATHRfz/////i0XwX2SjAAAAAF5bi+Vdw8zMzMzMzMyDPahhQAABdQXo whAAAItEJARQ6PgQAACDxARo/wAAAP8VpGFAAIPEBMPMzMzMzMyLTCQEg+wIU41BAT0AAQAAdxWL FbBhQAAzwGaLBEojRCQUW4PECMOK1TPbitqhsGFAAPZEWAGAdBS4AgAAAIhUJAjGRCQKAIhMJAnr DrgBAAAAiEwkCMZEJAkAjUwkBmoAagBRUI1EJBhQagHoXxIAAIPEGIXAdQczwFuDxAjDi0QkBiX/ /wAAI0QkFFuDxAjDzMzMzMzMzMzMzMzMzMzMoZSCQACFwHQC/9BoEGBAAGgIYEAA6AYBAACDxAho BGBAAGgAYEAA6PQAAACDxAjDi0QkBGoAagBQ6DIAAACDxAzDzMzMzMzMzMzMzMzMzMyLRCQEagBq AVDoEgAAAIPEDMPMzMzMzMzMzMzMzMzMzFNW6IkAAADHBQRkQAABAAAAg3wkEACLXCQUiB0AZEAA dT+DPZiCQAAAdCSLNZCCQACD7gQ7NZiCQAByE4sGhcB0Av/Qg+4EOzWYgkAAc+1oHGBAAGgUYEAA 6FIAAACDxAhoJGBAAGggYEAA6EAAAACDxAiF23QI6CQAAABeW8OLRCQMUP8VQJJAAF5bw8zMzGoN 6IkSAACDxATDzMzMzMxqDejpEgAAg8QEw8zMzMzMVleLfCQQi3QkDDv+dg+LBoXAdAL/0IPGBDv+ d/FfXsNVi+xTVldVagBqAGiYHkAA/3UI6CQjAABdX15bi+Vdw4tMJAT3QQQGAAAAuAEAAAB0D4tE JAiLVCQQiQK4AwAAAMNTVleLRCQQUGr+aKAeQABk/zUAAAAAZIklAAAAAItEJCCLWAiLcAyD/v90 Ljt0JCR0KI00dosMs4lMJAiJSAyDfLMEAHUSaAEBAACLRLMI6EAAAAD/VLMI68NkjwUAAAAAg8QM X15bwzPAZIsNAAAAAIF5BKAeQAB1EItRDItSDDlRCHUFuAEAAADDU1G7CGRAAOsKU1G7CGRAAItN CIlLCIlDBIlrDFlbwgQAzMxTVldV6FcMAACL8ItMJBSLRlBQUeg3AQAAg8QIhcAPhBsBAACLUAiF 0g+EEAEAAIP6BXURx0AIAAAAALgBAAAAXV9eW8OD+gF1Crj/////XV9eW8OLflSLTCQYiU5Ug3gE CA+FugAAAIsdkGRAAIsNlGRAAAPLO8t+JY0MW8HhAotuUIPBDEPHRA38AAAAAIstlGRAAAMtkGRA ADvrf+GLXliLAD2OAADAdQnHRliDAAAA6149kAAAwHUJx0ZYgQAAAOtOPZEAAMB1CcdGWIQAAADr Pj2TAADAdQnHRliFAAAA6y49jQAAwHUJx0ZYggAAAOsePY8AAMB1CcdGWIYAAADrDj2SAADAdQfH RliKAAAAi0ZYUGoI/9KDxAiJXljrEMdACAAAAACLQARQ/9KDxAS4/////12JflRfXlvDi0wkGFH/ FYiSQABdX15bw8yLRCQIVovwi1QkCDkWdBODxgyLDZxkQACNDEmNDIg7znfpiwYrwoP4ARvAI8Ze w8yLRCQEagRqAFDoEgAAAIPEDMPMzMzMzMzMzMzMzMzMzDPSM8mKVCQEioqpZEAAhUwkDHUgi0Qk CLkAAAAAhcB0DDPJZosMVbphQAAjyIXJdQMzwMO4AQAAAMPMzMzMzMyD7ASLFZxhQABTVlcz9lWA OgB0GoA6PXQBRov6uf////8rwPKu99ED0YA6AHXmjQS1BAAAAFDo1RAAAKPoY0AAg8QEi9iF23UK agno0Pr//4PEBIstnGFAAIvFgH0AAHRei/25/////yvA8q730YlMJBCAfQA9dD1R6JIQAACDxASJ A4XAdQpqCeiS+v//g8QEi/25/////yvA8q730Sv5i8HB6QKL94s7g8ME86WLyIPhA/OkA2wkEIB9 AAB1oqGcYUAAUOgmEAAAg8QExwMAAAAAXV9eW4PEBMPMzMzMzIPsCFZXaAQBAAC++G9AAFZqAP8V jJJAAKGcgkAAiTX4Y0AAgDgAdAaLNZyCQACNRCQMjUwkCFBRagBqAFboXgAAAItEJByDxBTB4AID RCQMUOjaDwAAg8QEi/iF/3UKagjo2vn//4PEBI1EJAyNTCQIi1QkCFBRjQSXUFdW6B4AAACLRCQc g8QUSIk94GNAAF+j3GNAAF6DxAjDzMzMzMyLTCQUU4tUJBRWi3QkDFeLRCQYVYN8JBgAxwEAAAAA xwIBAAAAdAuLVCQYg0QkGASJAoA+InRG/wGFwHQFihaIEECKFkYz24ra9oOpZEAABHQM/wGFwHQF ih6IGEBGgPogdAmE0nQJgPoJdcuE0nUDTutQhcB0TMZA/wDrRkaAPiJ0MIoehNt0KjPSitP2gqlk QAAEdAz/AYXAdAaKFkaIEED/AYXAdAWKFogQQEaAPiJ10P8BhcB0BMYAAECAPiJ1AUYz/4A+AA+E 6AAAAIoWgPogdAWA+gl1A0br8YA+AA+E0AAAAIN8JBgAdAuLVCQYg0QkGASJAotUJCD/ArsBAAAA M+2APlx1B0ZFgD5cdPmAPiJ1JPfFAQAAAHUZhf90DI1WAYA6InUEi/LrAjPbg/8BG//338HtAYvV TYXSdBGFwHQExgBcQIvV/wFNhdJ174oWhNJ0T4X/dQqA+iB0RoD6CXRBhdt0N4XAdCEz24ra9oOp ZEAABHQGiBBGQP8BihZARohQ//8B6W////8z24ra9oOpZEAABHQDRv8B/wFG6Vf///+FwHQExgAA QP8B6Q////+DfCQYAHQKi1QkGMcCAAAAAItUJCBdX15b/wLDzMzMzMzMzMzMzMzMzMyD7ASDPaRk QAAAU1ZXVXVAizWgkkAA/9aL+IX/dBDHBaRkQAABAAAAi1wkEOsw/xWYkkAAi9iF23QMxwWkZEAA AgAAAOsYM8BdX15bg8QEw4t8JBCLXCQQizWgkkAAgz2kZEAAAQ+FogAAAIX/dRL/1ov4hf91CjPA XV9eW4PEBMNmgz8Ai/d0EoPGAmaDPgB194PGAmaDPgB17iv3agDB/gFqAEZqAGoAVldqAGoA/xWk kkAAi+iF7XRBVejvDAAAg8QEi9iF23QyagBqAFVTVldqAGoA/xWkkkAAhcB1C1PoqgwAAIPEBDPb V/8VnJJAAIvDXV9eW4PEBMNX/xWckkAAM8BdX15bg8QEw4M9pGRAAAJ1e4XbdRb/FZiSQACL2IXb dQozwF1fXluDxATDi+uAOwB0DkWAfQAAdflFgH0AAHXyK+tFVehiDAAAiUQkFIPEBIXAdRFT/xWQ kkAAM8BdX15bg8QEw4t8JBCL84vNwekC86WLzVOD4QPzpP8VkJJAAItEJBBdX15bg8QEwzPAXV9e W4PEBMPMzMzMzIPsGFNWV1VqGehyCgAAi0QkMIPEBFDoFQIAAIPEBIvoOy2sZUAAdRRqGejBCgAA g8QEM8BdX15bg8QYw4XtdRnomwIAAGoZ6KQKAACDxAQzwF1fXluDxBjDx0QkEAAAAAC40GVAADko D4SbAAAAg8Aw/0QkED3AZkAAcuqNRCQUUFX/FaiSQACD+AEPhVkBAAC/qGRAADPAuUAAAADzq6qD fCQUAQ+GEAEAAI10JBo4RCQadCyKRgGEwHQlM8kz0ooOitA70XIRgImpZEAABEEzwIpGATvBc++D xgKAPgB11LgBAAAAgIipZEAACEA9/wAAAHLxVYktrGVAAOh/AQAAg8QE6bkAAAC/qGRAADPAuUAA AADzq6qLTCQQjRRJjTxVAAAAAI0MB400zeBlQACAPgB0MYpOAYTJdCoz0jPbihaK2TvachaKiMhl QAAIiqlkQABCM9uKXgE72nPwg8YCgD4Adc9Ag/gEcrpViS2sZUAA6AgBAACDxAS6uGVAAKOwZUAA i0QkEMHgBIucQNhlQABqGY2MQNRlQACLAYtJCIkCiVoEiUoI6EIJAACDxAQzwF1fXluDxBjDM8Cj rGVAALm4ZUAAahmjsGVAADPAiQGJQQSJQQjoEwkAAIPEBDPAXV9eW4PEGMODPcRlQAAAdBno6AAA AGoZ6PEIAACDxAQzwF1fXluDxBjDahno3QgAAIPEBLj/////XV9eW4PEGMPMzMzMzMzMzMzMzMzM xwXEZUAAAAAAAItEJASD+P51EMcFxGVAAAEAAAD/JUSSQACD+P11EMcFxGVAAAEAAAD/JaySQACD +Px1D8cFxGVAAAEAAAChKGtAAMPMzMyLRCQELaQDAACD+BJ3DzPJiogcKUAA/ySNCClAADPAw7gR BAAAw7gECAAAw7gSBAAAw7gEBAAAw/AoQAD2KEAA/ChAAAIpQADtKEAAAAQEBAEEBAQEBAQEBAQE BAQCA8xXM8C/qGRAALlAAAAA86uqo7hlQAC5uGVAAF+jrGVAAKOwZUAAiUEEiUEIw8zMzMxq/ejp /P//g8QEw8zMzMzMg+xEU1ZXVWiABAAA6N8IAACDxASL8IX2dQpqG+jf8v//g8QEjYaABAAAiTWQ gUAAxwWEgUAAIAAAADvGdigzyboKAAAAiE4Eg8Ykx0bc/////4hW4YlO5KGQgUAABYAEAAA7xnff jUQkEFD/FTySQABmg3wkQgAPhNUAAACDfCREAA+EygAAAItEJESLKI14BIH9AAgAAI1cPQB8Bb0A CAAAOS2EgUAAfV6+lIFAAGiABAAA6DcIAACDxASFwHRCjYiABAAAiQaDBYSBQAAgO8h2IjPJiEgE g8Akx0Dc/////8ZA4QqJSOSLFoHCgAQAADvQd+CDxgQ5LYSBQAB8r+sGiy2EgUAAM/aF7X5EiwOD +P90NPYHAXQvUP8VeJJAAIXAdCSLxovOg+Dng+EfwfgDweECi5CQgUAAiwONDMkDyokBiheIUQRG R4PDBDv1fLwz9jP/ix2QgUAAA96DO/91V7j2////hfbGQwSBdA6NR/+D+AG49f///4PQ/1D/FbyS QACD+P+L6HQoVf8VeJJAAIXAdB0l/wAAAIkrg/gCdQaASwRA6xWD+AN1EIBLBAjrCoBLBEDrBIBL BICDxiRHg/5sfI+hhIFAAFD/FUiSQABdX15bg8REw8zMzMzMVuhKBQAA/xWwkkAAo+RmQACD+P91 BDPAXsNqdGoB6G0HAACDxAiL8IX2dDBWoeRmQABQ/xXIkkAAhcB0H1boHQAAAIPEBP8VxJJAAIkG uAEAAADHRgT/////XsMzwF7Di0QkBMdAUBhkQADHQBQBAAAAw8zMzMzMzMzMzMzMzMxWV/8V1JJA AIvwoeRmQABQ/xXQkkAAi/iF/3VHanRqAejrBgAAg8QIi/iF/3QrV6HkZkAAUP8VyJJAAIXAdBpX 6Jv///+DxAT/FcSSQACJB8dHBP/////rCmoQ6EDw//+DxARW/xXMkkAAi8dfXsPMagBoABAAAGoA /xXYkkAAo4CBQADDzMzMVkMyMFhDMDBVi+yD7AhTVldV/ItdDItFCPdABAYAAAAPhYIAAACJRfiL RRCJRfyNRfiJQ/yLcwyLewiD/v90YY0MdoN8jwQAdEVWVY1rEP9UjwRdXotdDAvAdDN4PIt7CFPo wfH//4PEBI1rEFZT6Pbx//+DxAiNDHZqAYtEjwjoefL//4sEj4lDDP9UjwiLewiNDHaLNI/robgA AAAA6xy4AQAAAOsVVY1rEGr/U+i28f//g8QIXbgBAAAAXV9eW4vlXcNVi0wkCIspi0EcUItBGFDo kfH//4PECF3CBADMzMzMzMzMzKGoYUAAg/gBdA2FwHUugz2sYUAAAXUlaPwAAADoHwAAAIPEBKHY aUAAhcB0Av/QaP8AAADoBwAAAIPEBMPMzMyB7KgBAAAzwLlQaUAAU4uUJLABAABWV1U5EXQMg8EI QIH52GlAAHLwORTFUGlAAI0cxQAAAAAPhacBAACDPahhQAABD4RfAQAAgz2oYUAAAHUNgz2sYUAA AQ+ESQEAAIH6/AAAAA+EeAEAAI2EJLQAAABoBAEAAFCLLYySQABqAP/VhcB1Fr4oakAAjbwktAAA ALkFAAAA86VmpaSNrCS0AAAAjbwktAAAALn/////K8DyrvfRg/k8diaNvCS0AAAAuf////8rwGoD 8q730Y1sDHxoJGpAAFXogwUAAIPEDL4IakAAjXwkFLkGAAAA86VmpYv9uf////8rwPKu99Er+YvR i/e5/////418JBQrwPKuT4vKwekC86WLyoPhA/OkvwRqQAC5/////yvA8q730Sv5i9GL97n///// jXwkFCvA8q5Pi8rB6QLzpYvKg+ED86SLu1RpQAC5/////yvA8q730Sv5i/eL0Y18JBS5/////yvA 8q5Pi8rB6QLzpYvKaBAgAQCD4QNo3GlAAPOkjUQkHFDoJgQAAIPEDF1fXluBxKgBAADDoZCBQACL cEiD/v91Cmr0/xW8kkAAi/CLk1RpQABqAI1EJBSL+lC5/////yvA8q730UlRUlb/FbSSQABdX15b gcSoAQAAw8zMg+wEoURqQACFwFNWV1V1TI1EJBKLNXySQABQagFoSGpAAGoBagD/1oXAdAe4AgAA AOsvjUQkElBqAWhMakAAagH/FbiSQACFwHQHuAEAAADrEDPAXV9eW4PEBMOLNXySQACjRGpAAIP4 AnUti1QkLIXSdQaLFRhrQACLTCQki0QkIItcJBxRi0wkHFBTUVL/1l1fXluDxATDo0RqQACD+AF1 eDPbM/aLfCQoO/t1Bos9KGtAAItEJCBqAItMJCBqAFBRaglX/xWUkkAAi+iF7XQ+VWoC6JYCAACD xAiL8IX2dC2LRCQgVYtMJCBWUFFqAVf/FZSSQACFwHQUi0wkJFFQi0QkIFZQ/xW4kkAAi9hW6LoB AACDxASLw11fXluDxATDzMzMzMzMzMzMzMzMzFahlGpAAFCLNWySQAD/1osNhGpAAFH/1qF0akAA UP/WoVRqQABQ/9Zew8zMzMzMzFWLRCQIi+xWV408hVBqQACDPwB1RmoY6HQBAACDxASL8IX2dQpq Eeh06///g8QEahHoyv///4PEBIM/AFZ1Cv8VbJJAAIk36wjoIgEAAIPEBGoR6BgAAACDxASLB1D/ FWiSQABfXl3DzMzMzMzMzMxVi0QkCIvsiwyFUGpAAFH/FXCSQABdw8zMzMzMzMzMzFWLRCQIi+w9 eGtAAHIcPdhtQAB3FS14a0AAwfgFg8AcUOhK////i+Vdw4PAIFD/FWiSQABdw8zMzMzMzMzMzMxV i0QkCIvsg/gUfQ2DwBxQ6Bv///+L5V3Di0UMg8AgUP8VaJJAAF3DzMzMzMzMzMxVi0QkCIvsPXhr QAByHD3YbUAAdxUteGtAAMH4BYPAHFDoSv///4vlXcODwCBQ/xVwkkAAXcPMzMzMzMzMzMzMVYtE JAiL7IP4FH0Ng8AcUOgb////i+Vdw4tFDIPAIFD/FXCSQABdw8zMzMzMzMzMi0QkBIXAdA9QagCh gIFAAFD/FWCSQADDzMzMzMzMzMyh/G1AAItMJARQUegQAAAAg8QIw8zMzMzMzMzMzMzMzFZXi3wk DIP/4HYFM8BfXsOF/3UFvwEAAACLdCQQV+gdAAAAg8QEhcB1E4X2dA9X6JwDAACDxASFwHXiM8Bf XsOLRCQEiw2AgUAAUGoAUf8VZJJAAMPMzMzMzMzMzMzMzFZXi3wkEA+vfCQMhf91Bb8BAAAAizVk kkAAoYCBQACD/+B2BDPA6wZXaghQ/9aFwHUdgz38bUAAAHQUV+gvAwAAg8QEhcChgIFAAHXSM8Bf XsPMzMzMzMzMzMzMzMzMzFNWVzP2OTUsa0AAdUJoaGtAAP8VVJJAAIv4hf90bmhca0AAix1YkkAA V//ToyxrQACFwHRXaExrQABX/9NoOGtAAKMwa0AAV//TozRrQAChMGtAAIXAdAT/0IvwhfZ0EoM9 NGtAAAB0CVb/FTRrQACL8ItEJBiLTCQUi1QkEFBRUlb/FSxrQABfXlvDM8BfXlvDzMzMzMzMzMzM zMzMzMxVi+xXVot9CIt1DIvXi00Q4wysCsB0A6ri+DLA86qLwl5fycPMzMzMzMzMzMzMzMxVi+xX Vot1DIt9CItNEDv+dgyLxgPBO/gPgo4AAAD3xwMAAAB1UovRg+IDwekC86X/JJVINEAAkIA0QAB8 NEAAbDRAAFg0QABmiwZmiQeKRgKIRwKLRQheX8nDkGaLBmaJB4tFCF5fycMui8CKBogHi0UIXl/J w5CD+Qx2I4vX99qD4gMryovBi8rzpIvIg+ADwekC86X/JIVINEAALovA86SLRQheX8nDLovA/QPx A/n3xwMAAAB1X4vRg+IDg+4Eg+8EwekC86X/JJXgNEAAHjVAABg1QAAINUAA8DRAAGaLRgJmiUcC ikYBiEcB/ItFCF5fycOLwGaLRgJmiUcC/ItFCF5fycOKRgOIRwP8i0UIXl/Jw4vATk+D+Qx2Jffa g+IDK8qLwYvK86SLyIPgA4PuA4PvA8HpAvOl/ySF4DRAAJDzpPyLRQheX8nDzMyDPXRxQAAAVnUM xwV0cUAAAAIAAOsTgz10cUAAFH0KxwV0cUAAFAAAAGoEoXRxQABQ6Er9//+DxAijeHFAAIXAdSnH BXRxQAAUAAAAagRqFOgr/f//g8QIo3hxQACFwHUKahroqOb//4PEBLl4a0AAM8CLFXhxQACDwASJ TAL8g8Egg/hQfOsz0r6Ia0AAi8KLyoPg54PhH8H4A8HhAouAkIFAAI0MyYsECIP4/3QEhcB1BscG /////4PGIEKB/uhrQAByyV7DzMzMzMzMzMzM6KsBAACAPQBkQAAAdAXpTQAAAMPMzMzMzMzMzMzM zMxqCeh5+v//g8QEoWBxQACFwHQei0wkBFH/0IPEBIXAdBBqCejI+v//g8QEuAEAAADDagnouPr/ /4PEBDPAw8zMU1ZXM/ZVvwMAAABqAugu+v//g8QEOT10cUAAfmq9DAAAAIsdwJJAAKF4cUAAiwQo hcB0R/ZADIN0D1Do4AEAAIPEBIP4/3QBRoP9UHwtoXhxQACLBCiDwCBQ/9OLDXhxQACLFClS6EX7 //+DxASLDXhxQADHBCkAAAAAg8UERzs9dHFAAHyhagLoIvr//4PEBIvGXV9eW8PMzMzMzMzMzFaL dCQIVug1AAAAg8QEhcB0B7j/////XsP2Rg1AdBmLRhBQ6PgBAACDxASD+AG4AAAAAF6D0P/DM8Be w8zMzMxTVot0JAxXM/+LRgyLyIDhA4D5AnU8qQgBAAB0NYtGCIseK9iF234qU1CLRhBQ6F0CAACD xAw7w3UPi0YMqIB0EYPg/YlGDOsJg04MIL//////i0YIiQaLx8dGBAAAAABfXlvDzMzMzMzMzMzM zMzMagHoCQAAAIPEBMPMzMzMzIPsBFNWV1Uz/2oCM/Yz24l8JBToyPj//4tsJByDxASheHFAAIsE GIXAdGX2QAyDdF9QVuh4+f//g8QIoXhxQACLDBiLQQyog3Q0g/0BdRFR6Ov+//+DxASD+P90IUfr HoXtdRqoAnQWUejS/v//g8QEg/j/dQjHRCQQ/////6F4cUAAiwwYUVbok/n//4PECIPDBEaB+wAI AAB8g2oC6K34//+DxASLx4P9AXQEi0QkEF1fXluDxATDzMzMzMzMzFZXv/////+LdCQM9kYMQHQM x0YMAAAAAIvHX17DVuiN+P//g8QEVugUAAAAg8QEi/hW6On4//+DxASLx19ew8xWV7//////i3Qk DPZGDIN0Qlboaf7//4PEBIv4VuiuBAAAg8QEi0YQUOiiAwAAg8QEhcB9B7//////6xeLRhyFwHQQ UOgH+f//x0YcAAAAAIPEBMdGDAAAAACLx19ew8xTVot0JAxXOTWEgUAAdn+LxoPg58H4A42YkIFA AIvGg+AfiwvB4AKNPMD2RDkEAXRdVugJBgAAg8QEiwP2RDgEAXQsVr8AAAAA6KIFAACDxARQ/xVc kkAAhcB1CP8V1JJAAIv4hf90F+jTBAAAiTi//////+i3BAAAxwAJAAAAVugrBgAAg8QEi8dfXlvD 6J0EAABfxwAJAAAAuP////9eW8PMzMzMzMzMzMzMzMzMzFZXi3QkDDk1hIFAAHZMi8aLzoPg54Ph H8H4A8HhAouQkIFAAI0EyfZEAgQBdCxW6FwFAACLRCQYi0wkFIPEBFBRVug5AAAAg8QMi/hW6K4F AACDxASLx19ew+ghBAAAxwAJAAAA6CYEAABfxwAAAAAAuP////9ew8zMzMzMzMzMgewYBAAAU1ZX VTP/i6wkNAQAAIl8JCA773UNM8BdX15bgcQYBAAAw4uUJCwEAACLwoPg58H4AwWQgUAAiUQkGIvC g+Afi1wkGMHgAo0MwIsDiUwkHPZECAQgdA1qAmoAUuhKBQAAg8QMi0QkGItMJBwDCPZBBIAPhIgA AADHRCQQAAAAAIucJDAEAACLwyuEJDAEAAA7xQ+DoQAAAI10JCSLwyuEJDAEAAA7xXMeigNDPAp1 BcYGDUdGiAZGi8aNTCQkK8E9AAQAAHzVjUQkJGoAK/CNTCQojUQkGItUJBxQVlGLAotMJCyLFAhS /xW0kkAAhcB0PYtEJBQBRCQgO8Z9ies5jUQkFGoAi5QkNAQAAFBViwlSUf8VtJJAAIXAdBLHRCQQ AAAAAItEJBSJRCQg6wr/FdSSQACJRCQQg3wkIAAPhaEAAACDfCQQAHRKg3wkEAV1JuikAgAAxwAJ AAAA6KkCAACLTCQQXV+JCLj/////XluBxBgEAADDi0wkEFHo+QEAAIPEBLj/////XV9eW4HEGAQA AMOLRCQYi0wkHIsQ9kQKBEB0GYuEJDAEAACAOBp1DTPAXV9eW4HEGAQAAMPoNwIAAMcAHAAAAOg8 AgAAXccAAAAAALj/////X15bgcQYBAAAw4tEJCBdK8dfXluBxBgEAADDzMzMzMxVi+xXVot9CIvX M8CDyf/yrk+L94t9DFeLTRDyrnUBQStNEPfZi/5e86Sqi8JeX8nDzMzMzMzMzMzMzMzMzMzMVleL dCQMOTWEgUAAdkKLxovOg+Dng+EfwfgDweECi5CQgUAAjQTJ9kQCBAF0IlbonAIAAIPEBFboMwAA AIPEBIv4Vuj4AgAAg8QEi8dfXsPoawEAAMcACQAAAOhwAQAAX8cAAAAAALj/////XsPMzFZXi3Qk DIP+AXQFg/4CdRpqAuj5AQAAg8QEi/hqAejtAQAAg8QEO/h0Hlbo4AEAAIPEBFD/FSCSQACFwHUK /xXUkkAAi/jrAjP/VuggAQAAg8QEhf90EVfocwAAAIPEBLj/////X17Di8aD5h/B5gKD4OfB+ANf i4iQgUAAjQT2XsZEAQQAM8DDzMzMzMzMzFaLdCQIi0YMqIN0K6gIdCeLRghQ6Gf0//+DxATHBgAA AACBZgz3+///x0YIAAAAAMdGBAAAAABew8zMzMzMzMxW6IoAAACLTCQIM/aJCLhQbkAAOQh0IoPA CEY9uG9AAHLxg/kTciKD+SR3HehPAAAAXscADQAAAMPoQgAAAIsM9VRuQABeiQjDgfm8AAAAchWB +coAAAB3DegiAAAAXscACAAAAMPoFQAAAF7HABYAAADDzMzMzMzMzMzMzMzMzOhL7f//g8AIw8zM zMzMzMzoO+3//4PADMPMzMzMzMzMi0wkBFZXOQ2EgUAAdmWLwYPg58H4A424kIFAAIvBg+AfweAC jTTAiwcDxvZABAF0QoM4/3Q9gz2sYUAAAXUmhcl0DIP5AXQNg/kCdA7rFmoAavbrCmoAavXrBGoA avT/FUySQACLB1/HBDD/////M8Bew+ho////xwAJAAAA6G3///9fxwAAAAAAuP////9ew8zMzMzM zMzMzMzMzMzMzItMJAQ5DYSBQAB2IovBg+EfweECg+DnwfgDjRTJi4CQgUAAA8L2QAQBdAOLAMPo Df///8cACQAAAOgS////xwAAAAAAuP/////DzMzMzMzMi0QkBFNWi8hXg+HnwfkDg+AfweACjbmQ gUAAjTTAix8D3oN7CAB1J2oR6BHx//+DxASDewgAdQ2NQwxQ/xVskkAA/0MIahHoZPH//4PEBIsH A8aDwAxQ/xVokkAAX15bw8zMzMzMzMzMzMzMzMzMzItMJASLwYPhH8HhAoPg58H4A40UyYuAkIFA AAPCg8AMUP8VcJJAAMPMzMzMzMzMzFZXi3QkDFboBP///4PEBIP4/3UT6Df+//9fxwAJAAAAuP// //9ew4tMJBSLVCQQUWoAUlD/FVCSQACD+P+L+LgAAAAAdQb/FdSSQACFwHQRUOh6/f//g8QEuP// //9fXsOLxoPmH8HmAoPg58H4A4uIkIFAAI0E9oBkAQT9i8dfXsPMzMzMzMzMzMzMzMzMzFNWi0Qk GAvAdRiLTCQUi0QkEDPS9/GL2ItEJAz38YvT60GLyItcJBSLVCQQi0QkDNHp0dvR6tHYC8l19Pfz i/D3ZCQYi8iLRCQU9+YD0XIOO1QkEHcIcgc7RCQMdgFOM9KLxl5bwhAAzMzMzMzMzMxTi0QkFAvA dRiLTCQQi0QkDDPS9/GLRCQI9/GLwjPS61CLyItcJBCLVCQMi0QkCNHp0dvR6tHYC8l19Pfzi8j3 ZCQUkfdkJBAD0XIOO1QkDHcIcg47RCQIdggrRCQQG1QkFCtEJAgbVCQM99r32IPaAFvCEADMzMzM zMzMzMzMzGoC6Lna//+DxATDzP8lhJJAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/////ygcQABDHEAAAAAAAAYAAAYAAQAAEAAD BgAGAhAERUVFBQUFBQU1MABQAAAAACAoOFBYBwgANzAwV1AHAAAgIAgAAAAACGBgYGBgYAAAcHB4 eHh4CAcIAAAHAAgICAAACAAIAAAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABgNUAAAAAAAAAAAAAwNkAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABTb2Z0d2FyZVxNaWNy b3NvZnRcV2luZG93c1xDdXJyZW50VmVyc2lvblxPRU1SVU5PTkNFAAAAAFNvZnR3YXJlXE1pY3Jv c29mdFxXaW5kb3dzXEN1cnJlbnRWZXJzaW9uXE9FTVJVTk9OQ0VcU0VUVVAAAAAAAABTb2Z0d2Fy ZVxNaWNyb3NvZnRcV2luZG93c1xDdXJyZW50VmVyc2lvblxFeHBsb3JlclxUaXBzAAAAAAAAAAAA V1dXV1dXV1dXVwAAV2VsY29tZS5leGUgL0YAAFNob3cAAAAAT0VNUlVOT05DRQAAU29mdHdhcmVc TWljcm9zb2Z0XFdpbmRvd3NcQ3VycmVudFZlcnNpb25cUnVuAAAAQXVkaXRJblByb2dyZXNzAFNv ZnR3YXJlXE1pY3Jvc29mdFxXaW5kb3dzXEN1cnJlbnRWZXJzaW9uAAAAAAAAAAAAAACQHUAAAAAA AAIAAAC6YUAAumFAAAAAIAAgACAAIAAgACAAIAAgACAAKAAoACgAKAAoACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgAEgAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAhACE AIQAhACEAIQAhACEAIQAhAAQABAAEAAQABAAEAAQAIEAgQCBAIEAgQCBAAEAAQABAAEAAQABAAEA AQABAAEAAQABAAEAAQABAAEAAQABAAEAAQAQABAAEAAQABAAEACCAIIAggCCAIIAggACAAIAAgAC AAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAEAAQABAAEAAgAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAEAAAAuAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgBZMZAAAAAAAAAAAAAAAABQAAwAsA AAAAAAAAHQAAwAQAAAAAAAAAlgAAwAQAAAAAAAAAjQAAwAgAAAAAAAAAjgAAwAgAAAAAAAAAjwAA wAgAAAAAAAAAkAAAwAgAAAAAAAAAkQAAwAgAAAAAAAAAkgAAwAgAAAAAAAAAkwAAwAgAAAAAAAAA AwAAAAcAAAB4AAAACgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQIECAAAAACkAwAAYIJ5giEAAAAAAAAApt8AAAAA AAChpQAAAAAAAIGf4PwAAAAAQH6A/AAAAACoAwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AIH+AAAAAAAAQP4AAAAAAAC1AwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAA Qf4AAAAAAAC2AwAAz6LkohoA5aLoolsAAAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAAQH6h/gAAAABR BQAAUdpe2iAAX9pq2jIAAAAAAAAAAAAAAAAAAAAAAIHT2N7g+QAAMX6B/gAAAAD/////AAoAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD/////ABAAAHJ1bnRpbWUgZXJyb3IgAAANCgAAVExP U1MgZXJyb3INCgAAAFNJTkcgZXJyb3INCgAAAABET01BSU4gZXJyb3INCgAAUjYwMjcNCi0gbm90 IGVub3VnaCBzcGFjZSBmb3IgbG93aW8gaW5pdGlhbGl6YXRpb24NCgAAAABSNjAyNg0KLSBub3Qg ZW5vdWdoIHNwYWNlIGZvciBzdGRpbyBpbml0aWFsaXphdGlvbg0KAAAAAFI2MDI1DQotIHB1cmUg dmlydHVhbCBmdW5jdGlvbiBjYWxsDQoAAABSNjAyNA0KLSBub3QgZW5vdWdoIHNwYWNlIGZvciBf b25leGl0L2F0ZXhpdCB0YWJsZQ0KAAAAAFI2MDE5DQotIHVuYWJsZSB0byBvcGVuIGNvbnNvbGUg ZGV2aWNlDQoAAAAAUjYwMTgNCi0gdW5leHBlY3RlZCBoZWFwIGVycm9yDQoAAAAAUjYwMTcNCi0g dW5leHBlY3RlZCBtdWx0aXRocmVhZCBsb2NrIGVycm9yDQoAAAAAUjYwMTYNCi0gbm90IGVub3Vn aCBzcGFjZSBmb3IgdGhyZWFkIGRhdGENCgANCmFibm9ybWFsIHByb2dyYW0gdGVybWluYXRpb24N CgAAAABSNjAwOQ0KLSBub3QgZW5vdWdoIHNwYWNlIGZvciBlbnZpcm9ubWVudA0KAFI2MDA4DQot IG5vdCBlbm91Z2ggc3BhY2UgZm9yIGFyZ3VtZW50cw0KAAAAUjYwMDINCi0gZmxvYXRpbmcgcG9p bnQgbm90IGxvYWRlZA0KAAAAAAIAAAAoaUAACAAAAPxoQAAJAAAA0GhAAAoAAACsaEAAEAAAAIBo QAARAAAAUGhAABIAAAAsaEAAEwAAAABoQAAYAAAAyGdAABkAAACgZ0AAGgAAAGhnQAAbAAAAMGdA AHgAAAAgZ0AAeQAAABBnQAB6AAAAAGdAAPwAAAD8ZkAA/wAAAOxmQAAAAAAATWljcm9zb2Z0IFZp c3VhbCBDKysgUnVudGltZSBMaWJyYXJ5AAAAAAoKAABSdW50aW1lIEVycm9yIQoKUHJvZ3JhbTog AAAALi4uADxwcm9ncmFtIG5hbWUgdW5rbm93bj4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAGHFAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcUAAAAAAAAAAAAAAAAAAMHFAAAAAAAAAAAAAAAAA AEhxQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAR2V0TGFz dEFjdGl2ZVBvcHVwAABHZXRBY3RpdmVXaW5kb3cATWVzc2FnZUJveEEAdXNlcjMyLmRsbAAAAAAA AIBxQAAAAAAAgHFAAAEBAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAEAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAACAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoAAAAAAAAAQXNzZXJ0aW9uIGZhaWxlZDogJXMsIGZpbGUg JXMsIGxpbmUgJWQKACRqQAAAbkAABGpAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAABYAAAACAAAA AgAAAAMAAAACAAAABAAAABgAAAAFAAAADQAAAAYAAAAJAAAABwAAAAwAAAAIAAAADAAAAAkAAAAM AAAACgAAAAcAAAALAAAACAAAAAwAAAAWAAAADQAAABYAAAAPAAAAAgAAABAAAAANAAAAEQAAABIA AAASAAAAAgAAACEAAAANAAAANQAAAAIAAABBAAAADQAAAEMAAAACAAAAUAAAABEAAABSAAAADQAA AFMAAAANAAAAVwAAABYAAABZAAAACwAAAGwAAAANAAAAbQAAACAAAABwAAAAHAAAAHIAAAAJAAAA BgAAABYAAACAAAAACgAAAIEAAAAKAAAAggAAAAkAAACDAAAAFgAAAIQAAAANAAAAkQAAACkAAACe AAAADQAAAKEAAAACAAAApAAAAAsAAACnAAAADQAAALcAAAARAAAAzgAAAAIAAADXAAAACwAAABgH AAAMAAAAAAAAAAAAAAAoAG4AdQBsAGwAKQAAAAAAKG51bGwpAADQb0AAwG9AALBBQACwQUAAsEFA ALBBQACwQUAAsEFAAAAAAAAAAAAAxJAAAAAAAAAAAAAA4JMAABiSAACMkQAAAAAAAAAAAADElAAA 4JIAAJiQAAAAAAAAAAAAAHqVAADskQAAeJAAAAAAAAAAAAAA+JUAAMyRAAAAuEAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA1JUAAMKVAACwlQAAhJUAAJKVAACilQAA5JUAAAAA AADglAAACJUAAB6VAAD6lAAAOpUAAFCVAADwlAAA0JQAACyVAABmlQAAAAAAAGaTAACakwAAjJMA AMSTAADQkwAAgJMAALKTAABykwAAVJMAAEKTAAAgkwAA+pYAAAaXAACEmAAAlJgAAGCYAABOmAAA cJgAADaYAABCmAAABpgAAOqXAAAemAAALpMAABiXAADGlwAABpYAABSWAAAglgAAPJYAAFKWAABs lgAAgpYAAJqWAAC0lgAAzpYAAOSWAADwlgAAcpcAALqXAADYlwAAJpcAADaXAABOlwAAZJcAAH6X AACOlwAAnJcAAKyXAAAAAAAAIJQAABCUAADukwAAAJQAAE6UAAAulAAAPpQAAHKUAABalAAAZpQA AJaUAAB6lAAAiJQAAKKUAACwlAAAAAAAANSVAADClQAAsJUAAISVAACSlQAAopUAAOSVAAAAAAAA 4JQAAAiVAAAelQAA+pQAADqVAABQlQAA8JQAANCUAAAslQAAZpUAAAAAAABmkwAAmpMAAIyTAADE kwAA0JMAAICTAACykwAAcpMAAFSTAABCkwAAIJMAAPqWAAAGlwAAhJgAAJSYAABgmAAATpgAAHCY AAA2mAAAQpgAAAaYAADqlwAAHpgAAC6TAAAYlwAAxpcAAAaWAAAUlgAAIJYAADyWAABSlgAAbJYA AIKWAACalgAAtJYAAM6WAADklgAA8JYAAHKXAAC6lwAA2JcAACaXAAA2lwAATpcAAGSXAAB+lwAA jpcAAJyXAACslwAAAAAAACCUAAAQlAAA7pMAAACUAABOlAAALpQAAD6UAABylAAAWpQAAGaUAACW lAAAepQAAIiUAACilAAAsJQAAAAAAAB/AEV4aXRQcm9jZXNzABQBR2V0TW9kdWxlSGFuZGxlQQAA QAFHZXRTdGFydHVwSW5mb0EA0ABHZXRDb21tYW5kTGluZUEAugFMb2NhbEZyZWUAtgFMb2NhbEFs bG9jAADkAmxzdHJjcHluQQAnAENsb3NlSGFuZGxlAK8CV2FpdEZvclNpbmdsZU9iamVjdEV4AE0A Q3JlYXRlUHJvY2Vzc0EAAOcCbHN0cmxlbkEAAFQAQ3JlYXRlVGhyZWFkAABLRVJORUwzMi5kbGwA AJAARGlhbG9nQm94UGFyYW1BADgCU2V0V2luZG93UG9zAAD2AVNlbmRNZXNzYWdlQQAAqwFNZXNz YWdlQmVlcABSAUdldFdpbmRvd1JlY3QAzgFQb3N0TWVzc2FnZUEAAC4BR2V0UGFyZW50AOcBUmVs ZWFzZURDAKwARHJhd1RleHRBAPYAR2V0REMAjgFMb2FkQml0bWFwQQA7AUdldFN5c0NvbG9yALYA RW5kRGlhbG9nAPsAR2V0RGxnSXRlbQAAPgFHZXRTeXN0ZW1NZXRyaWNzAABVU0VSMzIuZGxsAAAK AVNlbGVjdE9iamVjdAAARwBEZWxldGVPYmplY3QAAAkAQml0Qmx0AACxAEdldE9iamVjdEEAACAA Q3JlYXRlQ29tcGF0aWJsZURDAABlAEV4dFRleHRPdXRBABABU2V0QmtDb2xvcgAAzQBHZXRUZXh0 RXh0ZW50UG9pbnRBAC0AQ3JlYXRlRm9udEluZGlyZWN0QQBBAENyZWF0ZVNvbGlkQnJ1c2gAAEdE STMyLmRsbAB+AFJlZ0Nsb3NlS2V5AI0AUmVnRW51bVZhbHVlQQCUAFJlZ09wZW5LZXlBAIcAUmVn RGVsZXRlVmFsdWVBAKkAUmVnU2V0VmFsdWVFeEEAAIUAUmVnRGVsZXRlS2V5QQCdAFJlZ1F1ZXJ5 VmFsdWVFeEEAAEFEVkFQSTMyLmRsbAAAYwFHZXRWZXJzaW9uAAAYAlJ0bFVud2luZACXAlVuaGFu ZGxlZEV4Y2VwdGlvbkZpbHRlcgAAEgFHZXRNb2R1bGVGaWxlTmFtZUEAALcARnJlZUVudmlyb25t ZW50U3RyaW5nc0EA1wFNdWx0aUJ5dGVUb1dpZGVDaGFyAPEAR2V0RW52aXJvbm1lbnRTdHJpbmdz ALgARnJlZUVudmlyb25tZW50U3RyaW5nc1cA8wBHZXRFbnZpcm9ubWVudFN0cmluZ3NXAACyAldp ZGVDaGFyVG9NdWx0aUJ5dGUAxQBHZXRDUEluZm8AvwBHZXRBQ1AAAB0BR2V0T0VNQ1AAAFkCU2V0 SGFuZGxlQ291bnQAAAABR2V0RmlsZVR5cGUAQgFHZXRTdGRIYW5kbGUAAF0ARGVsZXRlQ3JpdGlj YWxTZWN0aW9uAOQAR2V0Q3VycmVudFRocmVhZElkAACOAlRsc1NldFZhbHVlAIkCVGxzQWxsb2MA AFsCU2V0TGFzdEVycm9yAACNAlRsc0dldFZhbHVlAAgBR2V0TGFzdEVycm9yAACGAUhlYXBDcmVh dGUAAL0CV3JpdGVGaWxlAEMBR2V0U3RyaW5nVHlwZUEAAEYBR2V0U3RyaW5nVHlwZVcAAJEBSW5p dGlhbGl6ZUNyaXRpY2FsU2VjdGlvbgBoAEVudGVyQ3JpdGljYWxTZWN0aW9uAACvAUxlYXZlQ3Jp dGljYWxTZWN0aW9uAACIAUhlYXBGcmVlAACEAUhlYXBBbGxvYwAqAUdldFByb2NBZGRyZXNzAACw AUxvYWRMaWJyYXJ5QQAArwBGbHVzaEZpbGVCdWZmZXJzAABnAlNldFN0ZEhhbmRsZQAAVgJTZXRG aWxlUG9pbnRlcgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAuNzQ1AAAAAAAABQADAAAAOAAAgAUAAABQAACACgAAAGgAAIAO AAAAgAAAgBAAAACYAACAAAAAAC43NDUAAAAAAAABAAEAAACwAACAAAAAAC43NDUAAAAAAAABAGUA AADIAACAAAAAAC43NDUAAAAAAQAAAHgBAIDgAACAAAAAAC43NDUAAAAAAAABAGoAAAD4AACAAAAA AC43NDUAAAAAAAABAAEAAAAQAQCAAAAAAC43NDUAAAAAAAABAAkEAAAoAQAAAAAAAC43NDUAAAAA AAABAAkEAAA4AQAAAAAAAC43NDUAAAAAAAABAAkEAABIAQAAAAAAAC43NDUAAAAAAAABAAkEAABY AQAAAAAAAC43NDUAAAAAAAABAAkEAABoAQAAgKYAAOgCAAAAAAAAAAAAAHilAAAIAQAAAAAAAAAA AACQoQAACwAAAAAAAAAAAAAAaKkAABQAAAAAAAAAAAAAAJyhAADcAwAAAAAAAAAAAAAKAEQATABH AEkATgBDAEwAVQBEAEUAAAByZXNvdXJjZS5IAADcAzQAAABWAFMAXwBWAEUAUgBTAEkATwBOAF8A SQBOAEYATwAAAAAAvQTv/gAAAQAEAAMAAAAAAAAABAAAAAAAPwAAAAoAAAAEAAAAAQAAAAAAAAAA AAAAAAAAADwDAAABAFMAdAByAGkAbgBnAEYAaQBsAGUASQBuAGYAbwAAABgDAAABADAANAAwADkA MAA0AGIAMAAAAEwAFgABAEMAbwBtAHAAYQBuAHkATgBhAG0AZQAAAAAATQBpAGMAcgBvAHMAbwBm AHQAIABDAG8AcgBwAG8AcgBhAHQAaQBvAG4AAABSABUAAQBGAGkAbABlAEQAZQBzAGMAcgBpAHAA dABpAG8AbgAAAAAATwBFAE0AIABSAHUAbgAgAE8AbgBjAGUAIABXAHIAYQBwAHAAZQByAAAAAAAo AAQAAQBGAGkAbABlAFYAZQByAHMAaQBvAG4AAAAAADMALgA0AAAAMAAIAAEASQBuAHQAZQByAG4A YQBsAE4AYQBtAGUAAABPAEUATQBSAE4AQwBFAAAAdAAoAAEATABlAGcAYQBsAEMAbwBwAHkAcgBp AGcAaAB0AAAAQwBvAHAAeQByAGkAZwBoAHQAIACpACAATQBpAGMAcgBvAHMAbwBmAHQAIABDAG8A cgBwAC4AIAAxADkAOQAwACAALQAgADEAOQA5ADYAAAAOAXMAAQBMAGUAZwBhAGwAVAByAGEAZABl AG0AYQByAGsAcwAAAAAATQBpAGMAcgBvAHMAbwBmAHQArgAgAGkAcwAgAGEAIAByAGUAZwBpAHMA dABlAHIAZQBkACAAdAByAGEAZABlAG0AYQByAGsAIABvAGYAIABNAGkAYwByAG8AcwBvAGYAdAAg AEMAbwByAHAAbwByAGEAdABpAG8AbgAuACAAVwBpAG4AZABvAHcAcwAoAFQATQApACAAaQBzACAA YQAgAHQAcgBhAGQAZQBtAGEAcgBrACAAbwBmACAATQBpAGMAcgBvAHMAbwBmAHQAIABDAG8AcgBw AG8AcgBhAHQAaQBvAG4AAAAAACgAAAABAE8AcgBpAGcAaQBuAGEAbABGAGkAbABlAG4AYQBtAGUA AAAwAAgAAQBQAHIAbwBkAHUAYwB0AE4AYQBtAGUAAAAAAE8ARQBNAFIATgBDAEUAAAAsAAQAAQBQ AHIAbwBkAHUAYwB0AFYAZQByAHMAaQBvAG4AAAA0AC4AMAAAAEQAAAABAFYAYQByAEYAaQBsAGUA SQBuAGYAbwAAAAAAJAAEAAAAVAByAGEAbgBzAGwAYQB0AGkAbwBuAAAAAAAJBLAEwAHAkAAAAAAD AAAAAADOAKYAAAAAAFcAaQBuAGQAbwB3AHMAIAA5ADgAIABTAGUAdAB1AHAAAAAIAE0AUwAgAFMA YQBuAHMAIABTAGUAcgBpAGYAAAAAAAAAAlAAAAAAJAANAKMACwD/////ggBXAGkAbgBkAG8AdwBz ACAAaQBzACAAbgBvAHcAIABzAGUAdAB0AGkAbgBnACAAdQBwACAAdABoAGUAIABmAG8AbABsAG8A dwBpAG4AZwAgAGkAdABlAG0AcwA6AAAAAAAAACEBIVgAAAAAJAAgAKMAfwDqA///gwAAAAAAAAAD AABQAAAAAAcABwASABQA/////4IA//9qAAAAKAAAACAAAABAAAAAAQAEAAAAAAAAAgAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICAAADAwMAAgICAAAAA/wAA/wAAAP// AP8AAAD/AP8A//8AAP///wAAAAAAAAAAAAAAAAAAAAAAAId3d4AAAAAId3j3iAAAAACP//+IAAAA AId3iHeAAAAAj///h4AAAAAI+/v7+wAAAI///4d4AAAAAIiIiIiAAACP//+Hd4AAAAAAAAAAAAAA j///h3eAAAAAAAAAAAAAAI///4d3gAAAAAAAAAAAAABMzMxHd4CAv7+/uIiIAAAATMzMRHeAiAiI iICIiIAAAEzMzERHgIhwh/eICHiIAABMzMxERICIAAAAAAB4iIAATMzMBERAiHd3d3d3eIiAAI// /wBEQHf///////iIgAiP//8HBECIiIiIiIiHiICIeIiId/BAAAAAAAAAiHiAh4d3iH//AIh3d3d3 eAiHgI94d3CIiIB3/////3iAiIAI94cI//9wCIiIiI94gAAAAI9wCP//cEzMzMyPeIAAAAAI8ACI iIzMzMzMj3iAAAAAAIAAj4DMzMzMzI94gAAAAAAAAI+AzMzMzMyPeIAAAAAAAACPgM7MzMzMj3iA AAAAAAAAj4DOzMzMzI94gAAAAAAAAI+AzMzMzMyPeIAAAAAAAACPgAAAAAAAj3iAAAAAAAAAj4iI iIiIiI94gAAAAAAAAI93d3d3d3d3eIAAAAAAAAAI//////////iAAAAAAAAAAId3d3d3d3d/gAAA AAAAAAAIiIiIiIiIiIAAAMB/AD/AP4AfwB/AD8AP4AfAB/ADwAP//8AD///AAAAPwAAAB8AAAAPA AAABwAAAAMAAAADAAAAAgAAAAAAAAAAAAAAAAAAAAYAAAA/CAAAP4wAAD/MAAA//AAAP/wAAD/8A AA//AAAP/wAAD/8AAA//AAAP/4AAD//AAA//4AAfAAABAAEAICAQAAEABADoAgAAAQAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAEAAARAEAAAcwEjAzMFAwWzBrMKwwxDD4MAkxGjFFMWAxbjGwMc8x4THsMQ4y ITIrMj8yTzJtMnMyojKpMrMyvjLYMgozFTMfMzMzOjNcM4MzijP9MwQ0EjQsNDM0YzR6NIY0jjSh NMc01TTeNOY07zR2NX01hDWrNbY11TXsNfg1DzYcNiE2JzY3Nj82UDZgNoA2lzaeNqg21DbgNug2 IjdZN283fzeUN6g3eziLOLA4wDjKOPU4GDkjOSw5Mjk5OUA5TzlkOXI5hjmWOZw5pzmvObQ5vznE Oco50DnXOeQ5Hzo6Omo6gDrcOuE6+Dr9OgQ7CTsOOxQ7HzsoOy07XDthO2s7dTuXO/c7FjxyPJI8 tDzOPEE9TD1RPV49Yz25Pcw91D3dPeY9+T0APgU+Ej4XPjY+jD7NPjY/UD9ZP9o/4D8AIAAAGAEA AAEwBzC2MNQwGjE3MVUxjDGlMRAyOzJEMkkyTzJaMrwywjIbM18zRDRlNLU0wjTQNOA07DQKNRA1 YTWINZ41rzW/Ncw1DDYxNnI2sjbGNtQ24jYaNzg3SDdaN3w3mjegN783zDfRN9836DcOOBM4Gjg8 OII4lTifOKo4tDi/OMg44jjpOAg5DDkQORQ5GDk0OUE5RjlMOVE5nDmiOck53TkUOhs6OjpqOnQ6 jTqnOsg68Tr/Ojg7PztYO107fjuFO5g7tzvUO9s74jsAPAc8Gjw2PEs8UDxBPVA9ZT2JPaI9qz2+ Pcs91D36PQc+Uz5hPqI+1T4KPyk/OT9BP18/dD+GP44/qz+zP84/0z/mPwAAADAAAOgAAAAKMCEw ODBkMHowojCpMLEwuTDBMNwwETEwMUoxUTFoMW8xdjGQMcIx2DHfMeYxADIyMkwyUzJhMsYy0DL2 MvsyFDMnM0czTjNUM18zZTNtM3YzfjODM4szkDOiM6wzxDNDNEg0TDRQNFQ0qTTcNOA05DToNOw0 TzViNWw1eDWBNYw1mjWkNbk1zDXUNeo1ADYfNjc2WzanNrQ2uTbfNu42ADcRNxA4LDhvOFk5aTmk Oa45CDogOrg6bzuaO7Y7yDzgPGY9cD2pPQ8+HD5BPqg+uD7YPgE/Rj9fP6c/zj/pPwBAAAAUAAAA FzAjMGYweDChML4xAFAAAAwAAAAEMAgwAGAAAFgAAAAMMBgwpDGwMbQxVDlcOWQ5bDl0OXw5hDmM OZQ5nDmkOaw5tDm8OcQ5zDnUOVQ6dDqEOpQ6eDuAOzA+ND44Ptg/3D/gP+Q/6D/sP/A/9D8AAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAABvEQOgNAAAADbccBs3pBgAAADEOkJjDSOgNAAAAwdA+6QwAAAAxDoPIFRPBSMPB+Kkb xOjv////6CxhAAAxGu7NwVYMZhwJ+uYqqgh0SlzzdcWUtV7Au0+/3zutgLfCNzVcX0gLzE7TXzd0 GpxisL0c6PDGpvgHKCfPXGVA/nPj6dUi7ox0OorIC42AF3qRCFR/yseeCW3zHUMUFYX4SdoFCWtW bfmYNg+fUmvp7JvyORUZTrkV8XWwW3BIHVTqi22geq9M5PLXB9Chq9o62XQxSRJhYJCgEzkYKB4i ovf8XrwVceO8x4zyIToPtkfDZ0pFWJ6B37whL87eWTHO2qtTRj809GE8VZhXKfV4xEFHjej1U3/g 1eaEB8RZVFuhLOZpYmVx7Aaf5OK3c4ayXb/aXYl+p6g5Mbb1oIoXAZ67fME3EhtxcQ04Fx4oi7Le 2iD6ThduYne2d1V6u6mb1Yth2ZNDtPTC9hCfYSpxptavuzXRcecUBJVCOwh9gdAMWTVbYkweUlsA 9CrQcAY6mio4vZ2XIE9NK6jD9JWirjElR8kfWXUiBF2Au8d6yyG9XByw+RugawFKFVLVdvUefN0y Y9EcfIzBYknntxtSD0gahIowB+AC5AgYndiBEp7Soxf5igufH2+UWW8Lmn4PA+lcRbL2cJ5brOVh Cdm25DTTgO71TT3Ui87ZGDN04priWkPim4by4Dnj+iNl5BUiPO7nKTc2cim9fcEvExWgjD4DmfVl jX+8lQ8/vpdjw75hrlBRWCKWPPo+bEdv3RM1D372DcY16zDuT51MHEfrEc0zzhl0U4UrINTnLK8f H29LF54lIoQr+k1y7GsTeqx71gxgcZCLabH/iro/rhRpbhKX2eDcDGEAbaDGgtWp6Fb+Jf77bLbQ zFc4NIuDwmJpi0UJSryOiaEK1Vab2cMnHl1kMNSSdy20JL51EjFnFyr0b17fdgDR8BfSVlaODIzJ DPzN+eTns95hX/NAjo9RAmdBhToHQygIvncoTzk+9E5dzUQ/1AqO2fGayZeXkSt+wVz1jr6dVx5o KY/ohWDYx3J1KWIZyWcsyLpGIWHHkAYFHs1l2sfVzZgOt/teNUYMjaaawYxxt/0nsyv45RNpynvV xWWfwZKQLV4NYb7RfM/Kz3Ccp0qGnAt5dY3s6uk/IWRtJeq/+6guFIIoWgMYG0hvIjE8krHCnBUU GyEcyT/zLRIEXChjS1KjtQfadP0uqxjKSYiBmEg8RmRP7cjDoM9Tc9DpNYvYDm66WxLjpdG5hzJh aft6EuY4zOpFT/Wq62x+TxeLtjBNFdJzbpdEc2Pv2nlIHmZ3sKljF5ywAQLFA9gQM7zN9wowGsvK w/UBcmUCkSFewNWk2X+RhAphijR33wTP7QNxVngO80z69R5WAGtW6FRKbKkHxdujgkKikJAaR79f bLXCJLL7gnluvq4x00xsoTUEBWg9OKWySApcQce53cBEwCP7KiO2WG9WCu6GM6YpCAsxkGAtGDWi nS2BHaXjAsRkeqKZe6oegOPTS8WxkSN8dL2g1b3qpgr/1POj7a8jNBAyMMT1A/8+beJVm5m3QCvF +tRMZ7onjcuPa6Fj3OTzDcmYmRsa/6SeHnrGdMm9QB1xAw4nKpQtPowPI+571UlYGh5CM8riADKl Kdw5Lav8P5E0dfx24sACLBGThVavxsp/TfJEHN4iTZZZQaUCYBFf/TdVleBEq9qEmodcsHiyZaL9 UmMHhd+mRso8+c4BjmnwFAZvtZ0TcpSScOWcOlp9TjM6eyO2R/76nYQRKlJqgYNL7oc6SiaJfdUw gvhLhYAXGYwDL5Sghnt97MCVNmH+4hNDnm0ADC7XBrH8T4kfq7ASSC5GmlguRJoTJTIlO7GQvj+3 RIRoLbU3oNMgPuao7EWzw/KKj8KDUU3JQ+NPz7pcbAwg47RSUdCF1XxvpgKpdRteE3RsX/6BtWqv 3QEkVgXSERXUHGluylD52KC2/bFdF7MvRWN3W7OYOYk9OXyyvzRCiEbEggnD1cg10h4D5d5+S4zd eze95IURbl8HF07x9xE79+wX2Kg6XZGOMhXaSVTLUQ8hppbWtlw2jCs8+qFIO32L7LbBLiK4WGFs +BiwOTHRAYm9rBe+j5tNI0EGJ4jXYsktQZg1CQ1JXdL2YywkC9R7YUZb6D2Z85VRVaeXzR9OAP1v zJB5JaXB1ey6mdyUSVHNridVsxMh8PNxvsLy5zosHXEWT+9zlIknuSnP9IOwTsEGhF5O/bdxy5xL bK3ZcK71kYpixJVd+vvpYgrNCyT5v0CSTPf49KYqsHcZbjKAbh4qZ40srbkq+DDlzXWdQYGWNzw+ rRc+b9W/VEmo6D5vnT7txgNVhd1HlwaB3JQ1mlziHK+z2lPlBMTcu4rfihK+4keI+92y3J8xECmU aIiaNTei8NBc7TO8bLQ4n502s89Lrc1lZV0voEs5mqc4dpub8+3THEF8jzXS9yGE9Uek/nVrsLlN KqihnyHx9YMRbQFW81nDSWBgmmm8mZ47T/5molocNHsN3K2icV2au02+C1DAYsLZPDs1tDU1bkHh K6a63E32P1qyezqypebG+RQvVvT2QHpCPs+e0XA6905Yz23tr4GVSpBBSPkbWdsDl2vewZc4YekP AuQXWwI4ha2fi61YbG2atrjc4SsRM/GfUEvX3uB5SLpEbONFqlRNVoIDQKHU1aSyLI3w+S6LHaZp 8ey0etGk6NIU0AZPl/sML7HkTrqxdnEqn3wfKDazV+QmWJ7lz0Ays7GiTkuvv7T8MoPBZboq/3E4 2rg1nwVXgYvxO5nB0f48Mshpm6uXb0DPHwEnXZrsStvuarTTYYg3PujtKorN+UM9lOq+u0nIxAc7 /52Se61C4Rd1fau9NGm5j/+pfIlkADRAJG7Ta9KVuuPyTW1STiFYBvd3Axq4IuUMgldgHZKO/vOJ zmy8Zh2Sq+F+CB8Qmh2AZKAbHhisnqGv/5tBaEf0B7v6VmQ1CaJrO67F3At7sE72eDPSpYCo/VOi vOlVK1dWYHzXUERJwkN7DkXXMmYIDf1oSS5/ldl1hUq56KUX1NjxDlfcaCTAdd5+bvNMoeJeqpje 1Tul5rS5NqvhvH8EU8FMb70SbP/zX3blDC+qiqpLEOt2J8irmqgagdbkd5T5MjHSH7qBCwaFKgar BhyAh50Bw0ETtq52GYOZGaILl4UlHevku3qyjLIK/sx4hCkHOcE7DtTfzshzbkl6ELhGAMcVJ9yq 1zroIx+1o2nsNd7/KVNq9TsTrTxTyCWlsNztGAXlv466EqCPF0VvCryPPKEhmyKofs4SPdOBR7OI m0yjJ6cEQ58ns4bv7S/fLOAXQk9211MWdt9Os2nhI/J8NRw4//CxioOM91cKPX4kiOPriTwPCjR1 UBRkh2kWWdzkNraHLbIMqWPrQT3r0I2g+bA6qCs7Jk6YfvQpBMKhJ61Njm+WVy6I1Mq4pbblojPb ZsXTBW+PvnHPVcpeeSmweu9m1+UIdt4wy5DAcdTckPd/UEkjnh8PbKTEGQ68AUw1IN3S0SZr4v3U mI8owzp9SbvSa4hKX37q1Shx1tuM75FyVufFSZf6WG3tfRS0LQTYOi6C2/9dHHVHlX63DfJMXhEv j4ls3oIlj1l9PhmWGExYdQunoqCd7jht4Y48ouRuRZdYcFAWahHQjFGzF/78pJEHx7fzCKYv6NhF ZS8ylrzcVctV7FzS/Wol/5iIDigujjM0eo5yDhsjNi65XnKtcqdnP+atNFpKDvlStLmqEmdQC3Pb RZNnBZWleTJCg9EyV4/vNRJQvlDr+WXAe97DfPEDE2ay0H5QBp9zyZP7FLqBvU7dUAU7g+AjiUlo lgBIsvz7EGk5lq+SWZIbNdLplKswjyLClqGvTqq1md7v0zRU1EPg86KudPV0Q/dm0swfk/dXjZ/F 7sbshE8lf2B3lKEz9PCvC8lQxfJPmg3qR36emPtqpD1RUbqDEeWgXozIosWYkzj7qAPDu6Ebwpt0 Cl+ImFPb16rxM9t4HeLARdKeTHOLe9eE3/RZzEWMM/wJlU8NYgdkArGYsfc5EyWNT5c1i4Dg10iO ZQ9SR6cEmebYJ9d+/vNAIX5DnT1KJCABC1hjWUA6tsjHsO2nQbvTUJz6mkr5Tnpm+1s2yo0NLs3s 1SsDB+6x9IhWh9EFKUSb1XlOcIn/XGKhE0AwSW8QuV4JsgyNTlYQ24S5tl360yfGh/SRtJzyLkLr g4IYRA4+lBeNQy2aT/x7P2Hx2i9wuvnZZ35tJah8TZzw1ZohEPhcWh92HdsWWNtcLegi5YwfoOYr X0688vaIKZ7iOxjt0dF2i2nMNtOvDoCo1VXG5Hucn0UsIOerOWwkvW6qBNKiM04z2MRONcB/ZYzT 7fW8P2CVPwN6XMIumEAMNOqMuuvBwmviz/e6td43Igjp9RkkveraypY0mopEARA1j1FZ4NUe4+Uf y+Y4orftw+iF7A9TMOT79B6GhGp85YKMJ/m2R4e8aglU/pSepMxLWe7s4x+7h1JI6WgvSRT4Gl1G eftU78lOs/GVsURhKDxLVlxH1bGfc1dwn/3W/aXLF5a4ZvnHVJQ9p25NiWRnCjy+8iHgAPfPibFz BHHaPZvweQBSmsvN7TEc1m4iWEKUrSZMALSZy6YPwdkXwNu/hqxa1SvBOpvZggvrSFqB4c9KVBYc 5bD1F3u4rTa8dq3e98JwChWqY6WUosMsiWr5c4UhDvgWrP7jHBF9mv0sRTtBi4dmLweeiEeFjtz4 8nupKV+kFEhEQ4JO+fBrq1Mf5RqTqwIUALN+9r0vnBuMaUWbkulweRSSy/QhssfwJaVjG2t+m8VD e0qYUjt4FSJBtaQvxAovpMy4sMkNpr4dDU+9Y9B6BLXFyYn91tHPyrEsypfcQNzkX1SIMR3Knogl qxFe7qS0mArBdthmSUEz/OwJc7SEtM11sBNpXlScv2NHILuF7jhBg9GpWGnKMh5kurzDe+E+tjKa KkISOT7bBfPBDIXukG2/ul02Hl6b11mulQCvgKiD52h1FRZ8eDetv4IEMOvikdsWjZ42yRC2py2b O7lBv0W/lFhHvIHtn0DbwHHY1yqpRsdIYg6eTW4M14ygV0gKc5cgYDpYTN/0eeqEbGCjq6HmHutu ZnkzP41CcQ5sUYcS6yzJo8qoEBAzVna2OP8d4sEYI9f1jqhvIaIvcQkYVLRH2W1jKgRC2PKldtfQ W8uyHAPjP5ay0cSUYzVa3AkwCxIVTXOi6fYRrsx5pvfmKCW+offnro10d2hP7tEk9QiOisYVm7q1 0YqteDrlB5agyQM/tw/GantZER2DqcxRWeanZNFD0vOGgMXUGliP5KKqW3OpiSE5KANj8n/W34Cq VSdJdbV65Jfp7B1czbDLcCkv923pZrKwPZEEH3r8+ZEQ9OUyHXbAqHEVbF7GSLRFe3TGUTpOfzCW eK7SK2D0zT8HkRxgir362XQTj+nfbCrSo6/3S+Be1fbpBomi+89w6GnY9W9yiZvQdtRJdzjgp8Df L6bxfzO05fKw3k126kldATyaxwrlzN9ISlimUDxUBsf3n4C+UMpN2f7knkXu8eeXnHX6FAH+CHA+ cg9oEY9KnYMQYh7TLcXRFZ5Ad0YjUwf615xEzWrq/cewBIP0O+KIZlQ3L0lIEY3STeuMxP24L7pT FQJp8LuDJmcf/tv4LpU8c98fbfoXR1IAQ2kw8WW3uhx9zGzFqlm6CBcgPB+Sy9ikIdCC1fL04cWS LMonGFm/60m2rlOy1U2vbrYqHXI/J0YZXs+6bweplipEJnhgvP5+LUqNSN3Weftf7+ExJmOQwXe6 ME2/aA43j+wSkR5Ht6X77CkmeDKhpUUg3nKN8KsE03txSWeBhMCaci9LwYeaUQWdZldbjXqqqdbl ZPWTR92FEDwbT7Gchtfa4Pl/6baCf6dI/4OldtmcXXQFzTs0EGw+WSSZx7unT2I3JUu0BKDXrxzM a70ilvRDBk9QLB6Nkq4J11/JqGx6OsPfBlpUlIZSJV7Bo0Xyn83TiW3b3EOt1cgEz5TsmgX0T+/X qXxXL5Wj/42tYa58ZB1pln4FcuQ25GNnEf8u/Xy4rMxTKHSn9Jne9JUuqj9j7Mpum+tnlNAqZ85G k/hH5tdzt9fM/Y2Y7n8KmEAN2aBFZMkNcZK6I9LuQCkgEMms8y0fVWnrZznf30J1djLTzL8tXqtd +EvM7ln40bQWsJrElgJG8FHXW+bid29CePkWeLC9Eyn1iFMujZBZg4SGTesH4NKxe3ji6lMGZS6L W2Ucq99rDqMimPAs0QXyMgb/xzZXoTI/oHPbFxs9iqO8LrZRDEPu02MHDV4oDG4SLgzvEgeMd5gm Ebt2XBC4CuIYkj4xEH2JPWsRH5kxBB5jcrbbo6ReywZqFyN7ucsraEYutFz1lTMh2duAce57OI4S tkaOfcmT2E9T+YXlNe2y4pVuurGDqwzFbs4xZE74plGU2nPXKFJJcQ1yBE1qgEthYB+ppAGcO0J9 I0JpKU8rkyvQM9w/vC7SKzx2fNHmQ3iCoNX5rU5dw4ff6gEELz4UoPHUjOkxZ8qHbmtnxTOrG5hp e5Zw9gWWvsku8TWO35wF1LwaVLx5omrYTiZJqSjvatnnu/YhPSfW5/t/mb1HtGhCchPrNR5Vv23z tivWerWLTNjTUmOo3nyo4kkZ7a+7SWXs3+Cd8x9V6hjFV5eCU2fPPxsecv8UyoshYp30HeSgoyUT 6bwieme5iOzlwUzwTndtfurVdmbDwuVlOkEQbGwxxCkKtR2SxPSBDCh644MWEvfL1nXzWHQ9GxqY 9Z5UWQI47fLPgukUyswgHelcIAfWwjOiOCalIfaD3agkwLwlN1r3sE1vM4eHt+XIeMGzI9OuDtiv Xj5FSi2zpeV+wU1nxcc9DeccHrgfMgYEnRC/+w+BnEqHqYPzJZlB6JQSG13uIA3ByiLE1j3hf29V 5a4isqtGahD7rDP88a6a7fvLFDc0pQaadSBb8BVCYb2A/AOuC0hRxxZeQPZtBUuVBQfmPzEc3P64 7BzIhSNUpljvE/IYORX/5iljB2FaqJ8vwbUD+HJIDJed8fMfcOgdIL9aaeE/XyXsBzj0ObPcIxdR K7z26uPjwjQYl650ZWVYM/vCo8Dqml5yl26DaoEojq9OrpQ0SZKNG6UTK/wmDmMnEKBTEIZ6kH45 Th8SPCdu4wVf7AdToU8SI7l1T+HC+ENewojKPT+mm22uRsKSA1usIJBvD32UChbdyiD0t9Nkph9r A1t+Ik2uWB6PqRdkbw6oHETU+HfSpgFL05C6fs/swGPqrD7YIVjN/Yq8jb4nOkkHJ5bk+cRzpjHK Cnxu0MgZGhJgcy1M3L5lyik38yqrgLXNQlHNk70VmSUlHuLawmM0GI0a0w78wZbK/DVaPqFcgPaN QjXhScW/ZYAOz8kQV5zzyP8ItQfqwXhUnwN8vuaG88IliQmQp3RFQav1i+nQckuYBZWq3/NdcWQP 65Qan7Pgx2MBm3GrOnWgsZ+vf/hqjs9/TbuPVJa5PMRDPOZAI+mGXbVQJ1/8MXoMIxXP4ESrwGR5 Pb3xw2p/0OjHR1d/B/6MJEnvGhpCVRRwgTkfPVOsdqdTF1PcyZO9ND7b2H7Pyqlguwb5H4dTru54 TNv7MoOs+WvcRn9xXNvU6spkclwDPNC64XOA9oivXkA5fv0IughnWObJp2GXj3QMDJ7RH4JbSjYi XSRqlslreB4TA+2AtM+r7KpPoa6KxCRDL06lbs3/br7PIm6lsxXYMN3ds5km3ybYfOcpFUognflT qb/K/t7pnAdEYyMLec2NZFxb6IeD/vG3hmlEz8v/E+Z91ybYjlJSNqSA14XgYKlCRmjUSHvW6OXL Li/cqApwG+IHKWmvchdnfPXZhTl4BXT+Zzh64xjkf6VnIw2+LzhbwYK5tVeKIUltXcp3M5dhpbiW 54wLlrhZCRjktw36Dr6yn4auWOJmyzguAkCJOA7WDgTt3LPEHHMQodABXrZr73y8E7Dbk4L70paE AWrCGwhP6G4yOE8MMPUoX2Ip6kQg0SXwzrvTHi2Wwc+zzZh1OmKkc2VHUusFUdHfCx4wBBLr1x3y PSMPShX9NvS68dZqHxVFf92Qg5yx6cTtbgx4g1PP8SPjsrclaEx3giqYvgxvVl+iVGg9pxD3G0Xm hEwkU1sAu4iqUmuWdS3GIiAJNe/XQ1BEJJUoACw4yBYsiLYhKlfEsDIlQjYfCqCAvdLWF7vRxSaU uMKH1fiBL9Tyr4P22baxw+0jJiYeumPAqk7H022GBvwp7FBc8GpnXFr4rN2ee+kiR/9N5HJbWwKd iTfqyWdwroB+UmGw5ALBXVMc986GKXqjFgVZDQ87go6zAJO2Ce6GuZYpCX1jcuaP68QOWQSGu7+3 5xYrvisIpWA7ljfQ7N6taZkh2dbPV6AbqU0Xo/mqmIPCxULvk7A3NRUgTmu9JoS33hB1CHG6YA6V r3+woUFPG1prc7BsWI6ao2x6LZe6d6PzwQGKMDwePf1XLsCg/VNMltCKeU2gauEyY5ZebhVlp0iR 7x+LfIjh9eLxWRuyb8T4dZuDXAtiShTOx6Ym/qSRM4FJDPOgsyenoOComsmoyZi797RQ7xPfZjJO wU36fk6fvcGq4TrR01EW3I1mRafmz6XYIvhP3OxpKqpzHq/GeRtOAQDYyi37lt1Q42A6hBG7Ratj 8cMjGKYsxXaQdwH4VZ15OE1FGaaWX0NI91pyGGLRCyk6CbyYbDN+UAdeZk3S4bk/EYxP7K+M0GqQ 4f5f3xq9eQUi+YBKTUF5kPMq+MlrnAbcUAGZvP+EM1x9Zzb5mP+GfYhCgsigGGs1dq5doBFyfBF8 m8qVr8nQgP5fbvwVy9EOSMniciNL7EtRKDe+IiZw2Kz5uRZLj7qLgjSBS9bXvi66ZL6xOTtGV0EB pbU1IbfSVMWd8ayEo0xaHMYDxxuVxjup9qv5x8sU1lq65ViGWJbZxan9hzVZReII23XPhP50Ypzd GzOJvtJeXil2sUne+qkJkN+fN5es+u5EE3x4prn/Qy3T9v4+cJaDBSYjjjtwz6oBRCUl476imSbm BXxDJNscgtErwkr49m0lv/kxBPwgxvKdWBnMfSodT0oH+B0d97TL57lcuzrFIzd/ufaXhLf8zBa9 TSqy8kiaOABk9nxCF5YmzRPe57HYzCalPd8jxO5pgaOCy93KRV0YqTL4d/C8UreXbuQR9hNGSp3u EIv8Sm5S7wWNXZMzk4IeEgnf6GAqHPuzTUF836tdPpsiE2youlAHih8dio0v2p0pWl8f5tCE+6TV UZbQwY6J9wtBnpLpUGa+74VJ+2XCtf1nHahA6oEpbAhSWJYOh9k1FlS0XnuL30Ii7rr15BFlWup/ GBV3cV+p+kjOG8cStuDDfLi/cI07h5E80Umw3qoy2zCs6/Qty7RXi6pW4cfx68cXD6PtYfdiqBRa 5YNIremTUjP+VaWJi+g9RhOgfNPkaCc/6iNYfy5c3gNauxsHhMHA4anFjYtsTPC++NbgO/AyYOug H/tU/hGyH8IfYVqVHaLYhrXRp1L6KlyZ+m8sT39qvCuBupPnY7qigo5UiT9Q/aj5us6Hlz+vs8A2 +HFTPgLufUN6ib+2oHmm5MRoZqoG2wSyVdPwYSM+tgJgMXKT0qPiRzt0LiLFpWBoEhoKefCDWR2+ e/wrUQR4cd8MXGA+JH8uyEfioei65rFWTdASeWh/eTxbggWI10RaoFqKDhWP1Cg1VL+WaG19iWT9 SxXOZ/InVUrt8MueMKRzDMyS9hQGooPnscmqaY2eEsXc5WVPbktn29zby0ncHsCoUO0xQxyoMNcD v5c9Yu1jrZZNAsjPkMtLVcViMRdibCXjX/WgzFHEI4RLEa59/XXn/FZsLYeA3x3ldftjhOSV+eAG DtCa6Cv/VzKooXh17QLgUC2j+TQ1EXZTNwJfPrxBuN6WlGhd74ZXwTCa30rdTXglkIINDo2S0ewX pg0ZUCngEoOs7BTSLxevm4khztL9PUszuJKi84Ar01ctsTz2TnuvF0CdoDQnSwpwTjetri2ifwk0 YNlIUxn/NURw/yFDPbM7svOdV388wmlKYatmFY3ew9kQyoDZICqftYY3YkuuJhdnwiNs7VZZgWkV dxzs6qUYwJ0GGDNDd9/GaBLQUiguDbkvIo11AKCt2HHTnqO8KLwNsqgfmw5zTWazFlXurAY4a98J 9FdOOUgw3ag0ockNRCI18YamOmBmNrWLgxVQVf487Lc9E6pZRCJDo9eFfJOkUCiBS4tXrT8OyU66 qibi8G6yWP0J/6AdQf/OH2bx22TSR7GJUBjHl3xtveGYo847Ht1hg6CfINrgSjynLR0sdOojS+OU 8Vb1uh2ryJth3xocgUAaiDkBxth3V+/to5/msLR+qUtoG0y+debqYGrNV4cvR/3Wshg/gtRptKe0 F0DkZPrZK46h/x1Yodyj3LKPnDEb0AzEzSkBd6GSBiM/HTD39O6zSDpfjLS8e1Jz2cGsz0X2ESqq FMc8VDwEJ2KFdFIcF1vu/o9yqACrQUXqKWgFjgJSLIdTZl35Hk0TA31cqZY+e9qfh1oBqdddMawh hFWy7u8Y8G0yTCZxCYGuXZBqMd0ENSFLvYo1Q/5xNsQUKXO+QuXpI2HGGNINPPZ8UKYcS9tS6plG f/DkwWnOcVSWxTzHwvsPSu/R2t1gVd/bnUfiw/LJP1Fx+o8ytuT+3nGuKM1is3B6vKdr/hxRjsAf 1FhQYH4j9VVYqyOrmTE1MoiMv10XVDrNfdaqVEpcG5Oaw1unLpXL/4FQVNsLF7pDox+prFA76XAR +21Ef6cPKGrojIb4yLYupMaR7y1tAwAaK2khcLySXlvJtUjtw3s9YwMbzxG58XQAf8LntRO+taCf f8HsauWJ8cgWq7Wk/3hy/KO7wnPYGM/OgtXAu6fpYpskk6tXzGq2enZqpzXGE6rvaDyDxuXQNXU4 xTcj1WSRZ/QFe8aNgmmiXYwRB+CgLWdYtKZJ1V2R7442wGgGCRIw72GmDmJNrJqFyIPNgIZDyxRE bul1ADsxyuS/bLSS0mI1114JXsgeU6+H0AbJizuvwx8rxbSWfPuDaXbVOqZkAOS82UbhCJ/7haFz DbjffYToMMwsUMbArOns/iPR28Pr0OdhjWiggMNLBof66Xss7I6aJHq2D1nwhk5ERCz29SKCcBku wr0FNdV555ggcmrVS6uMMl77Yk1Cl5C1kOaKaJSOEWNSf+Oj0NgvBqBwR6BonLWPJrKyR/ljUU+h jljh5JJDi7AelAv4HESquMxZxHv45uJ15QWXhU/zp1PwB+tHVFEjw1nyK/n7m9GAufnqHtG+rVaA TsCYqiR140K0MN8CtM9WIqdMNcn67QyZvIlUTyiA0UntYvEHqWiyRRyqSMtsBXqKqyQwMM9uAOH0 5oJ+XTvWqBH48RnwWNwfHYIndaLfUrZmOWtj4Hnd/anCmGusE7W7InBxMj0MG6u+KhiDfzUqQkKR oRWR4Rqbvap+QZEDNvCzt2zZmFV8wjDte2D1r4IXeTh9igLBUHi1I3NhD12eTBWxIrjo1JsUakGc jCuTqneQ3WVmNEEEN7E8KxvJyZLQBhmRzUzmrHmy1aaub/jyVjVNX4MPGEc4zZV72fJMQQv8PUMw fsdBE/xbR+2aZU+G6PVNjmk3mHHdT6ygCW6WYCwpVgkvtNy334M347lQ4oNHSOZ6yLoX0IbPK5Er EVzOmlH0KO+aqhHn6/THErd+P/GFfX4fYgDCF92d7QWtg9l4TAT5RwRMcJOLAi7yR1LHzMyX8io2 rb9OyJuhIFcedYUvq6BDRK8/oZGk908C0a7jpMsOXMvNe2LwA5nCNvlc24vGvHS/0Sl7JNVWaVq0 gHj2sa0dG9hGbRnKsaSP9iCq8tHzLUy8a66M10eATlrbO5vQjf/zYD1BauJdywDTgbYa6VwFJWzg Vg9ivhOnMjcCLPRi8NbN34lo+1Fr9H7lZHshLW87CYkOIkdo/ayLkxtHMxWZyZrqJzqY5R2eftY2 KxnmwXUplyeFHywhk6Lvwep1YxMsQBpY+SvKUsyunc4YwvqriMT2cS3fyFr6usCFSog/7dTASrFg Q876K1ZpBmuh0Gg3M9sXEHsV6WLRUkcNVNO1cW1p0olbwtWX3lVF1kMQjjAMoNX9Z1VvEoND4X9s Ludkfe/NoDOGGwj2sflGzC2V2Pzg7WZ/NIGGLQpSAG1rGM0IhN4ReAreZg4OpoEdQXEBJ6XfI5aQ PV2f68gone+haj0TUIlY1rcm2ZXfIaAeImkstTOmP3z+iLcl/pC1A/hlLB2I+isKF48/xo0ESHSu WgQdynaJvV+Uw/Hns42fRLdQy7K41h6EaqndNLyRONqpzOlbi2rCWpNiXWq0dbvdhTUn5DpTWOoH bpZ31PGpfVr5YAwEtwBV1D8sCQmjvzDWgIOYFiM+W3Bu7iE9CYud4eZxLj8mXTSkoUixgv33QT6Y UvMSfEtNYJ82U6XJUVhypADqIED5ZeSC5WvZxgziNiBr1PfzE3nQJgIUp9JKIJXkKlfjGwloiz2/ YvQNFOMONwIfqQvDRKNefiWyFT6gvSu6PW6UEUVhzgyOqbX08nbgeCjO3tKfUOaiVCKWiWZRYRQD HS/Nr6xXBwDu+JEmTrhP5DaEhO0nFjLnuX5fq5duviQIDtbUUokpFWaH9BvXgDytfpE/fxXp/ALa h77A64yyXEifhTV4Q9YHzcK1Dq924DSDVMyebr7P6/6oioHjVcb33N6C7AlTYvpl0lvucjRJ05Cx 6sfcRuVETDYZTfN3Mtd5ZIXSgG9Lbj9gWbU/WCjKsyQUWqzNfZ7mCVIbTJvjX02Z2fClbzoJ5WBF GY0wHOtPDbj2sbb4/KftnhUclG0U6f+U4ufQcXt8kF9cEIgibd5r9FDqZpFAtxGqEHshbjURF63G sOg9WWjlVgcx5PB98R+Q/MI2ILJrFcfofDzoftEvrISGP1zf0HUFwd8NeO+tO6MICMzHowS5TN1F VE4/sUzKwudapSwrpmpSGEBLjHFPRzHdKYIXj9Lx6XxlxR52oJRJoTvYpKopmeuRK7+v7OjtAvjl r5bI4VjMztYGgmI3gm22an2OHDteprACBNiAsLA6OnOVp1AZV9aJnGPTEtZAFeRyjRTQiXRWwRgR HDezzGJb7Fbt4dUO/2W03yJJWcNTjyqmc/IoGPMyoG0dZjjfy28Keu6HKe8wzQas0y0vRjxnBelf A4EJpW63pkA/COSvKx5PXu6jm9FMECPE8xQSnw0cf8Rtj8/L2SmVt4m3wK/cMy3dFthFdl1WQ0OO i+lqu1L+fOaQiHkND3ROSokSCNwcERTpVfxRts7KXgRimGB042UikG8tOq/8CCG5M7kuFv+wK1R3 0AyQvFYNp3IoUrDxBR0BQPBXMsgOAaMQtYrMriCRFLQBFCa0+gg5X+OjubjOqU3VtqmawGW548VR vDRL4cOKCagPzZzTzpvCeoHrkiro597brIGYgQ+VXa3t3NFcJmphBHeDsaxABOrmJrmqhuQSk03t g20j58f2yRCBpjYl0vTdG/e8i9nmgUjIvMKXDpYVntQ7HzpKoMILJAh8/zNOsfE9bnjIA7rzMyfE bUxvMXUKi8TfE7sHJ7uC1SYEiaCpGEjqd8/UPK7iH0Sx26BbIIXO4zhLrXC7nVufO0m5Ss7wVdZE oEg5xkCLcY30gT7NIlWOoTGe2F7sic0WpWH/lFOwP7RQ8wzfZ/JdolIDp2jjXPcoqoS6ZmCrgy4B 9IkN090YKPKQO5L3XenCzFV/mHGKgCqL9NBrckees6GyvLnV+Z05RSadDwh4Vm30AM9JNwrvE5H/ rFoOON52rYJU3mg5LSdQi4OiZBpSqmdRWnoY3ay1eSZwuKqpRrYVsPtrRLbgP9G1Jn+Ywg/fU1jX 1QdODMgaXhqjf96uzvJcctrd50jbTMsUV/Q1Z4CUuq+gxrVpcDYGomu1DBemwpb+ZPkY+WWp6gAv UKzeCwVrGPwizJu40rxK8HMl7r4p9D9z+8EeOewkltjZpTDN3NeHsHAGP2ZadIoDyv9k0YHFlmsf 9jS9osFOGPZglCI0jgOgzwQlykMRP1bI4E+lb76N8Q0dnMaXOLGKF9zxX+VM03q/Thp9iqqDr2fP J9auSAcObG5zvjtpq86/quvVEhjz1Rf3bl3TbcI5poido+RJ7WpIFysk8aXyFbKXU1c7R1ODBttt t5ulvM6rWe1UgyfFabHRobtJ980N1sAJ09sTiYIusVGI+1/IHrf2YGyawIEzCnUaBDno/fwhTOQw wwhECbzLvivaZPVjgxzNX9DdJaJfXozsBULOOTGwZeRdtlnzDeet+LPCfr6SS4C+h1oDJnbV48Vh 26evGeL0yvjoRQ7l7Y5dkvXQEzs9K4ZmAPbUF2xPnL2BBZuOUl1pmVSpJUD3aetrJYRkEzKQ7sK8 4yRtdyt5rISfN0WsgwCPtR/I9twfACBt1nwM0XxXnCPGCvc1qEx2bxSbMeW9gkDuyPK4gX4ZJIgU cEAe8Y72AXsi5ppwqZ8jiKcVtZYqKe1tKZazLzBHuqyzq79Es3a61rmBcT8HbtIwy1ZIbdIVU1+k 16SXo9V69FuKZOgpc/d1XA9+i1RiCJrXtUlp3mcPM93LFVBgOBxAZmJd2mYMlTvS+i40GOmkkX+B tlsHWgGbHmHX+OgZ2NCc/1Pqq+lZz0FjNAwU0vaugm/ndorJcgMNSP2B77B+Hq5AviqWR/84ieMB lBELFbZfynaXMmUz5rDZzXiopCsHK3hJZ/8g/J/OWhQe9Po3jHqljwZFxAOhfX0wh1A4cdVD1Oc6 Qz+YFNm7ZEQL06aaD4IBb9Kt79urJvPOnCAPKaTP5sIdO6V6YYclsFkoREpnU4TWlUk4TObPwY6+ 44U8QEwCQx4jqieGZpbRop7N4u9w5u12b/mcFQHsHiBWlByB6Htzg6EYL9E/A/OVrc7bl5YVYHLD mnQn5KBBIKCPDqNEXn+lnuMrRsvz8P6zudI/YlXk2q7wdjj809Z4dTBSQV8hsJqqXC7BkUG8h0N6 N0k4t3fH/14vjaXrhqku9lZWMn3sVq3WDZTDjNbM8qeitOooCBkv0VJshOcIKC22wikzARSG7r4e DibIeAabU/ZyyDEIeto57AKi72da+yyvjjCvF8bgkAHw84CfCen3ow+IgCACHlY5MaZotWca/NR7 R1txlE7qsaSoxHg0Aybbrrw1XI72oyZ+6Vy8wgHPvFPgUB012NuUrLuJprxW5bM/mwZywkb0DTFB aopYDY11SkJGtQn3XIJRIJ7KasZZHNriqIGaoq47DE1rgwgFMVBjZUwUdsCueoJp1Cd8YM864pNQ EsiiVtkxDkEUB6qc2bjh5DCBxC9Sae9THwSJwbkEb4Lu4t9/eXILO+F48pTI6iplEkyEJOsadKc+ HmCt1FkO0apit7gGyOK/u+6LpAPrOcwVWjxCsiEAVVJxPZ68XyP5iTqYGdsAa3JjQD0fyjRqAuLN Nus3MRP26GLqvuOIvBZ/5yqd/9Vyi3SnOXkPsfBEJtOYYHChSGs/0SXCzedg0oAYi02iLYJfZOCy yga3aXxxiYaZOjrEPKjBsvm1//oNyRK37x9vUW5ZGO4bQwrAkaTfKgINY0GeFVRYqM2HyDrt3qes COJQSaVjuu/BSQapXvRgNr77L4/4KUihyb8kSwJ1m8VDyvQX09n1jnLP4xiGv436GJ3u//QulUYu wtACf20/E8ge6pxauNIfMqwr716W6Wvz3Zw2ydwIsdBD7EVPzJjAVGHDSgrr/lDKa25tB37VzTIm +pTZI2uWAXQx4rjWGzZuguDMOaqNhTLcKGBo+V1xCo3ClBmxoREmjyWutyxUpwB8WanNGCcOzRCS uW5r8C+kMbkusCBVzCeshNKboe/4Va3V3jU/gRgBsy5gGLsh3coych8Ry04CaD9hVI8CCAzeQdUQ nkjUUmQ3A5kBxfYihHTYo5JU8vBACLiIO9EkOz3SC/UHYLvHbrRtDaBlHdDR6D1autE+60fvlRKe 4lD8MXVWJeU4F3tPm9LvmO7uOIKK2ouii0GObgfxF4Hdl94JBUcg05FzqiOuyDswls25uRz3vAoc nJRcX03M0OPoX+G1Ta09qM9QSAvG4dSuJucnvFPucjXAzbR3qdRI9ZcPXqMAB6cpUwx0Q9aueE3C GSAd9kvUSFAlqE/sT3TSMLnHbNd4DxlvNuFV+Rep0VsFd2EK2gfrzFowR0F94JjpBdliPCp28OOG cnIPdqHYbS0s1+NL8qPlgejvLR6sI+iUEg5QlCMFYIGMq1bUHGDj2GYBUiODlFPaa9cZwaKfRcd6 nbdJXqvc0hGjx9gI3/PerimjhvBsSupHK5HxFTJIEOK1zH0SYXNDfbosjpA+TxDoRHOdpEQtmbhM kSJFz/CjC80nqaJQVDUMEH87stfQYX/Z1EdD26pOGd+s6d/pGVqdoNwl9HEg9t17WtEj5UdzyaJx K8B9zu8RZ2AGTnq1AJ70a9Hou4mVPkM4kQEjYqRPgoiQ/PjRIHmfdl7mkBG9BtVIncAI+FmWWLTy 6p6/1MBxe0sUNP2wwbfSaaOT5q7rA861+sTqahWjYOtmJouXoYR+hq28XFf4Z+oAF1JZj9X4zK5h yA5hrBM4Oyte56hjQTOuxWTgFXWlVBVsMyaytATarWBffV1WOlfmKm2TaXuTcvqpfGp23Tndi9rI aSHXilIFgtQwFU2E+8vUdWy70QNfoCUEQCX6hrKtvwreswwwXjEZEDG1NQPwVmPRCdVL2bfXjRzj MXKeDt+nn21utKVm5EUzkPGOKwGg0G7o+yc1HQX2NL+3lDwqEJE1EtRdvcGclxdmYvfBF61xRkQv EXQ4vh5Mm08AX1bRaNJPEE6VHUbmHdnEz0v053vV4GD+leX2VvRn7C6wqTNgbzoPvX3p7xIpe3o4 c23XHzb8kBXztwi+7KwT8nQ+pCFlqqqVwlMmDcgBti8LLVXOUKc8SazYQtaUrrpLh0tFoBq7i3Zd MuW+hs14B7MCayUt9PQIrOlxvqwEh2AvNwdyvPKd9soDGrj4ufCcO+UfCjuGSdpBPCxnxKG3bMzT OABaLq4n1+pEm1CoEuMTQVBA/PzHkslw0tvcw+AhfmQpaeFoY6b11ubFbSn3kGucEg1+I+f64WRl ZGSPBcLyExCR+ndKwO0yNwEAQyg5CLmzVW4pu9KJAj8q+QKGbHAy/ktS01K79nWY0xlf/zALxXXu o5hgeqGphBS0SGdEYYamKmovBf89yuEmoBaAWkzHCimjE23juY3jBDWkua0vtlTxvXTKodlJrnY5 okHwD01JPk5YjWtao9llCRcapVxJiLSrGJm0LfrS/Z/B8GQpGzmmZuEw43lQFShk7osNYpLHXzJD yM0K4xsp/9qkEZHFwA6BZN6pQR0yaIvMeoj4i07H3xqJD12hzyMFPKfpE6ccAofdctOJvqw0gKXu 3R87/zoyaz0zATsBRahSZtFL9dpS1YX70M4q5vx0dV/Wp7y2ngcKq6A9AI+8S+44ejfJrtdWlRLr 3Hc5oczZkdsSGMfrQjiqjtCF6FXYCoLtVjZw76op5uzxHTTAYfb0Vmdvw8Mr5ovhBzsY+PHt20oj +Kv//b2n5CCm+PCuUec2NhS6tLcitliFaFPXeoPM62k7LcpAbJlMbtA9aFRxGmOGF6uzmXXgC93z 7j8uj26KM42B+a02CrWpoRDj7618T8X5dh7NsYWb9U+qTscOPhMrNqWXevYn4j4CvgPmKUi3TtEG /AqA2ez50xoe6cdg69Mxp0v8SKoA7SEzUl6FSsRms3/sYkxtteUHjDYsc5Lsrx6Y7CrKnrPyRgm5 sYH6eGK2wxR6sTIZhSO9VtCPw7uFW68BA9C3FQl4xq8JCaSvDzkdCdrsqInqVUQk2Otx43pj9WAO 0pE94mrlIU+Jnci3AlcBtvEZ8i33Ny8g1+HIF2/TpklhzZNxsnjzQ2CIsn8hJE7wfHJ0d0xmCfma Y9p/+133/dRRumAIW236ZEYoZU1B2+6eUvBu5Ky90ceIPO6eLk+mVhhr4/TbwwQiVm+QXGcp2pQ+ uuW7KX2OG7pJ/m6r0f5ab65+IUnrcAVDaBelUEDoE5+SZod1z4B/rwiPHA4G6W47pvM6FpccZgRx n5EK0bdfYrulbda8OYSNBTv4Z0YyaikvsX0kbKRS8o2T8cRpxeYjoN3J9VHIME6qq59VykY4z4m7 smDhjGtuoV/Z/ThVKUALgqOBFe3qGCXbH5LdodzTleEZH3lw6tiZsVoLRBiRpLYtiKyQ4LghRgSV MsD9P72aEZXJNHyWvVRvkUBeyqRbbnsZ3OEdfZx1Czlt//Cb7kThjDR0ZcIElpyW6Q+aiQfvHiWd QStt5uBjDJH+X0lgOKLm23vsjqFnTjJyn1qOMmw1R8Cs/k4FBtBj20MuVBWEXUCokjuLnlrKqzGE ikHjWUTmMKHjSkWnAn1/O9bvsdOY+IHuSU8E4l8Bkv9yDQuQ7xHj6wOtLBWqyLwpak5CNjF3ELY3 YygG9C75XX78OuI9JXn6w5AxOACc4IGCrROeydNBLs98EU0Frv3JVBb+phZAAOONpIHnm6sM5I6U hw4RErdEHc4qUOeGXaO6Ir/lLjI38g2je4xKeDD9pvDYOe8G+yO/91T7suhaEOk9oTXB1phVFlak +nbF8AROh+wYWqd/rV2DFjtH18aHpZVxVlAgzZEgwSbS6eykB1XYQ6wHvE4nr1/JKpWti9UL9fGc zcWIODtZlQG8AJ9eNTiRr07ws/zXn70tUK+3EutAlnFoKJyK+RNq3H7LaA3non4+bIpkb+VdKtUt YBSElEkeRw6FTMYdP7xYK+l17K4sf8YhyNXvJMvCycLRERlTNlbmPWxe2cJbZupDN2slxohw2h9L 4zG9n3z0ysuMBRc3iU4d6wrups2VLt7mEPXe5CJud0RX2sJJ7hzq+lpmqpLcPWmapgrzj00UVxer lLVCtWE9SN/RddTbQzzJ5VEC7yxdixry6wjFPK7hcXMADxZEU8GiHHPrQeWT1x/oLyg5XYda8yrf YKIpIaPN6Gs/cnW7qSQ8iKztGd7ve0lXaTfefyVf4f24vloEBnziFj7esMtQbJIP/OES1Kt8HzIW A+b8C6vRrxBaimFDFRlEkDTAAJncnp7Zay5l3zJDNZegTnlg6TzMaLZV4h4ePKXTBEGz8TqjveT0 Rh16MonZOrtp8HBTUnjAEgf778EK6D41+z2iHvvvCZiMtg/sy0bFnFSQEauaqGeR5q9MEWb3nS1Y Md4OsSytl3leJTsJuzrj1XWYIcaFsCKqecwJMefqITiHsreifOTzKsY/YvXESY92ZK26idI34Aat wBKJxCZIemuuIhiUqpSbllEAovsyG6DIXT2uGGWDPyJj/tAra1zJdykFlzZZxbPWb6NGUYDH2bPI qlS9+NuQj+uafAd1uAcawWFAIwSN/hZyvwTMYOSHHIyEUWZAURO+Fm+WQBZVI8WZvSnK41zaGd8U yaEQMnwBTmDSXrhQDL+3PbGX0RHhwM9ZW/2hpxCPtxGk/Lchh+f9x/6Dgn05A28SoOwhPJgNWeUc ViLWs6dfXAiP10YTkdUGWmGnTwAkMGYhqM4rAr9tkb05bW1TD2qddOEqVDg7BoAptiwBNNjz1uIY WGaIGVIfL5AdmpWGQvqNlIKwAVW6qRH/GJeeWGywKimOXm7fgRqwM3xMP3AXbJn/FEwzphf4TfAw 8680H6ExgpqaP9EVpyMfPIHISAN8URNy5fFbctRqdZNv+g6RAKJQgjIcZSGFBnpPLYlAR5mPyk/J HppN8Jun0NwnYdgHqEHWcq7mVJ6021kJtSwA9sB1CWJX0vUsQLoC+ZPcrSaDIq7O357R/+VDtFHP gOfBYpVz8bbcPah34lKiREUKelxkRiuaSo3GV6yFFzjyz62qAjbFSNAe9L1d9r92rSJNPHoedObM fz/1PlWeTmosAVSuKnRU/5ZiYUi7D2MUs7fkZzdoM680Pbz5ZrHASUKNsBNCkczsQaaQsEigEfA+ bd9Kx6pcaZFqIDRXFbmw18E++6eT/Us1Ui/nn4NP/Ggv0LJmm9b0rcggQUzSwjnSM56HED3BI2Xk Zb0LxZU5jtuRi+5nwW1lqE61haU0EpfqmeqKNWAc+hejjRu8LLb4JaMTBpS8SZI/PxicqkUCv9RL t+J0ShS1vciWK1BfHit7mxRRRyG6MduZDbUGd9KKlTBful33z60ZGSmXOTIuDqCVu8rgY98Wd9bi XPI4KrALuwySuV1KVOW6doqdfHQ0fMcwS2pGyGEQEV8jO8ipJ+rf7+oV1XwlCQQXGpMN07OXfMr2 w/4YsQX7QbxuPBvv1oGnh2OcZYUeoOODiSO9+dC5HJ6w9tw2BnYmFYi55hziQpZNn8UwNbQOWtOB DHj9ufH0JnziBoHt4lxZezcE+Kj41rmvNIP1VWgA0n55Bj6pBxw+Uyd/t0OZnwIpk8LHWiZQXIVb 1guaNHwmnbfMVg01hFZH3gFJz1ptnMOYw9ZcKQfnIqiadZ1zAuv/wbQ9OrB75VEGXXpznQEzGD+U qNQPXS1ohelw1EF4wJWXff2nYJVu2M6d9pPdfn/nakQCZTnJOReKw5aGRYvYGLTPRULROra33ceq NF58qA/09H2UgTQ6ZuCgcqnyNs4NfbPx8ABtt6SJsYTdBL+8/+bFr7cMCSskXJm6/RUmQ+muAD7e JF1ekH0f9mGBZ9S/BDRXgyYzSj5DMdjTUtvgjmVh6HHmDmOoY0Jp+uJffCNoWuqAdSnyC+455aab hTttENF7ZJ5jAUeW5oxvYzgFndKKxzu7X/Lodp8GF2oaUL7LcZkW/VRgVU8sDKIk4ByT7jvp12HF tzkWR6XdrZyjlzrX60WSrC1xgLA8kQ1INCupWArZ4+I6TvNvMM+etwB29WPr9lRjCLvxozZthQIM JOe+CGcm663OhKGVpi8xuqOWcSRI+bUeKW6+C9qp2DJ/enuW6/UTqVw5tGD3fE1wpZ0jjRkOKkVt rnb5sNlAfJtSb5xiYbrhVhyaNWdzFOfmFyFk2z8xoIIqsRFsJYeUOFJ2F2RYQ/oEw+1j+2Qa5MJy qiMScfQbJPwEKWxylDKUg96lw7XrvW4AeDUXUQGcWp0SO24b976ZqCe6jiR6QDDAW9eMK4MicsDg TfC7icieuHHDWkPXUQ4ydcmxcAMAyx0tpl6bLnIzYtjms9wN6Y+0cvu2lU+qdRPEWX0RSrciFJO3 oAZ0am+zWY8rKn6DKxRTg/c/iJY+rA6pSdIi7tvKhqxHWdyCzMWa6aND5G248SMLTuxP96BuTaHc axskYfDkJzHkP2q4h/SOcxzeoDOzbqiqCXimABT2R/eoojzbliCFnKqM0oQoAuGvLiZ0V7GeWwZa wM650Vyj/kZ6xIlWfBAAx5xbcOlRNFnvHmD7tZ7GYmso9p1+ovFIfEL85Z6wKOQw9XLMGroe+7AX 6NxjcOOntCF+erNTZS15u4WkLhiXbdVph11Fsp3EwgSb78gsL5UrowZG9Maafk87nlhuYI/J5zTu oHkB5ptCFysjoVN1lwBhPrvSmim3Cou0iZ52Q/g4tSpw3NutnCUv/HfMldPzUcn6t7A/2SpdY/DK p9HfgUodORVwysVUnFH6A3xkyzxP2FWq+IsUG2/LdNHCbUNxC/bqmNIEKeAPkPDvHd7OAq9q9kNf 8unioFQ/3r1SVI0YSjlwQ6DFIDvxmNzfVWBtxQKeIOZGGo5hKWHz92kHtYff5K6Lei+ChZ/n7KQx XCx5Ba9icbnpKvJXTABm9IHz3y67KKFr9djDSDgEssNEumYTfltWqMGGxLwxo1pZV00X0m4VKJwy yzZEwPBztVrPzdJlfgcC2eL1b5x77aFPqZI4JkEUMxpv8XJULIT2YqM+J4aPIQDxNee4Zfq9CmdS d0NmPsbLAgcrkRCIz4onWC1Y5pAmTBVkzc/9hl79e9ZwMAf/GtwVtgVNgIvi1GrgffwrzxOQIaF2 CHpT0GpGjfw3wHn2B0elyNAwbfIVc/xTH7i3JaipO7sFvL4q2q86V/fC1c3sE/5B77ls2sUhWLG5 zgNb+trv7JCg0WKqx5aTAzE0b0TNNwfI4Nj0+pHFUTwltRdjaWEeVlFsr+Nvn157Yh2grR+73Q9o dKy9f0C8MQhKCXFCJzo1lAPFm+28sN6aevHPjV0CckAQkapJHTQM1fiSwIvDgCahtg0znxuCxNRG kw1ZmqhKuA0UIhVF5XSjSf7C8R850RG0RyS33X1vv6tPNb3NykJAcivJRnxcnEZQNTolhBy1zxrE yI/S72d2bmVNRapBm9MVAnis1ZjVzjxkFwkCwyCbip6BbG4h8O9rrAbtQ6hE+/Ez4XhZFCY2CMn/ 9LgGR5TSs+sAYs8efUnbEwxpHnuIenbYm6n70gtJ+qIRkHevlFB17Id3aGkKghrQmGkbo6BrHTUS Htx9L0WvwWnsQFhT6FAMcLxKTjnrsvV1mvrOtU6HGEz4XXUujD3Jvrcl/3kkawxHnpMWWlp8dsRz 3ziQIRKOw91vxFNJjltZTwh4TF+cAEtrV4K0q6Mp7hIk9LWf1RY1b7XsZZQ2fpmfwK8LazYM58fZ ej3Ga6uCUap76RtaUYNN65MOoSjrAMliKEyI/QCfIzpSmS8Lgo2bx+zwFY+5m+pDhdgEHHoq+J+g mbMuracO2bW6qyIXLKC4UjCSVjexvcQGhuvKuzmpiAN8QNYgrvtNstIel8vBS6WYVAePiMsZd68O Q/wjo3+SYcQMiVeXwQ6LseyEyE2d4h3w2rGA7OW3L/YYEYzpzKOyZGiptlYnQPNyHq6nI4WzjogK bnqPw8i37m1lQSiiJcGL14COB4CasmKUdSgNVITJAJIUsQC+Gh8G45JcGYUvPZywnB0KTDJTyARB t/PMUN5oXD76kra7964lSHEsaoeRObGeJnc4POa6Y9o+Oo+nLTi75pLGL5lQVoFjvMKI5HKMaBTz 3wSVFyu3fG/Fe4G+YhcY+1upFlhO/Z6RYZkqNQxXMC9nr9496xs9TKQyTAZg4tnoxoPEcPYh+/x5 9dozvCZilw1G+PSS6Ndxg6N0boVy9rPL+uqk5r9Smm7STSafraAk3EDXzBrU3OyVbzX2sGQcHQlk cqqmPzS16a3f6CdJVPc/hG64SnDR3l5QR16oQJm/p00cl8FVZD1RSfCJ0Tlmj8freYzazALneKOY d1ALTPgs8XQSBr/S6qD1sfvMPRvGrNC9lfJ4D32TAqoP+K98jJgo1qn+BqdQYVHC71qZSjBniM9R WjNIqm3/+3WSC+FEk/2X1Zli7f6ZVG8jHNkaNAIDmUUCMAZJMFwM/6T+0CKLszmZNM1V1lhuJTM0 NfgFNkFRrTrA6X4kuF5HIBheRNH0grI9bMu7KUamC5fCGgBGK2M1UsjKsobkF9o3UPqGm3aIMMqH 6KdQMhh7VtweQVcM5Ho2DS7bXeAMoZJap+Xzp0l8dvLTn1WEO598Kd85G9XF5mKAYE4HCfKAaPcc /+sD/jrCngZQEXrq1HACEYEX0bv3eHQdOx0IrwJn1QnVA39e2h75FVpQMqo8jOIikg91mkYiyT3q jYPPcLiwW65aoqqF0YhUqbUrqTAwJeRxJ2li2h4hkbjtBsWB7Pg8YdA3knPW6L2ZQr4ODku6hdpf FPD/DNnihBMpfjoY2Cy5XiK/C14vOhjhsvAem3mAN7A6DH9rG9cUZkhZGfvPt70boJpb6oZrgHoL UMY84nRpup3udxJR5F4FZXUUkuLQTuPFbeRxIRm/mlOjt1K78QlXaq/EYX2R9OI+OFSBZ4G2IGvb EzbTXpesk1tdrDBwQIUt7SciYSEByZKtUXSEP9L98aBg/p//2YKrvGrg9gve+ghjYMp/2B7nvpss xuQkh1PQKpNTMCdhWSc37tyUuOHUPkOIJCwS3iXVT0MrYNtSS70cvGPiseExg4AYKlGRS4jadPAS DKhCgoiDigBdb2uDiI2UWR71Sbnu/xW09F90j2ZOs8CdU5yTjbLy8Ke4v5tUkCZ0EC2Oc8Q0A9uY LvwemtfAKlbYja3p0ZqadCmsY8oy0DlQ/7ayB2werMcyt7p+mLlGLaU3D0H3JosR3BXGF2FdTsgn Kjmr1wirXztAUko6kRJ1htdYoM1rYEDxnY+4Un9XJ1mSeRnYoYRNutMQIZWoJX5Kc/R2N5MKIu7w a8TbdJW1GmqRoLD9g6KRBJeTDSZo8fyrxAPcLG8AokNTsTYom1f7Yhp60r8Mo1ii4NrvQuKKP4q1 Jko9QOvgMCuINYmhqH1aoY9tHH69OZaZMC7yU0r5AMJzzwpFXJnZQ2h463M5eHNJTbmSuqsqJUPy zmVXgkMTxf6tpFNBzoRYqQnONtqRZJ6Zlhyo18yl9/rn5JjeaELo2wLc8B1lt4ze/vaCfxGT6egO VRbRzZ3ySrAGQvtxz1jZX4HIJrxBG+08F4tHwCuR53ho/CS/BZeoAdbxQVsPDUWVSDxRKMZcVECU UEXkOwXUFV9NmnUMJMf2OvHTd/M4mB6Fx3wtyLtfDwU/noDas8wbjIS3pDTH4ydkzw6lMM06tD1Q 678LWNFAvVLVRpTZ6LPEXZ8TPrU/pp5gGR/Y7lZqIcTCa3JgFfrnOaB4LPFETRmH29thsY91jIU4 HcX8edYN0EkQnBcaXNGaijyee+GvxEy52p6faCss1S/AqBVPvHgI6l7STE678GEuWRglCqetpSjn dlNufdM673OteiC53bmj2jqjkpYYPVoYyIQMkVK80/A15E/hygXceHka72ujN81Q+EDOp3BFzilF erVDelcnabgZGNNqzjci583zzD4LGwp747poIua2kYBvYzXiE0pnUPqG8zzy8kQpszrQnbjqkiX+ QBHw/kErpQqeTlLZZlOeCtE5pAp9BeQOW78p+DsetGwUDB9Kno4jHJ5c8hzyNetb3xvPn0VhWaV3 /2JXovazEsr8gC5qxcugrkkbNFEP6F9sFbU6X0HCvS57D0D6fFzDIXWpRgg3A9gKeoPHm0OlmVX7 fNpETWEmpNai0xtZbMJdoK7eDwSVod1rn2OZ4ih3hCQvNIh9iRJ0NEPaPF1hRiX4+XbmZFwGxswB 8eCtVb+Q+WA/3Sf6Bb9KEkJi/FRRZoIuCr7I7hHeRz6hSpSIRivYVRel9bJdRLUHmW7tvKhpfjTv RLlWwUIl3FOQs7itCQzvWlrOdMoj4VTO2o61q2evd4epa7/ICDlKgnU3sVR5wtlA1E3PbYlBUEC3 wEtXXTO4OScGrKNCDS4jKjqrX4zq72psdQvo7W+4qIPXCv6N9YLuX03VKHLQzGShCkkhojWwiMim oiw/Vh21J9odg+OO8PnIMnLo6oXEXANO2A350Q6fYMZw1RCOdZ3BvoWbNxUHJOGwX/g2c3qvqvyo WKA2TGpB9gF/HU9hadGQ58fTi2umf6JNqJFolTivsJxAjrSSFBZ6/MW9d1nYZNZRjztRnLG0rLBs FtK9VKMr6Edd9QfXRD7nnST5tHXbOP6FvHrMOqdCHb5ZymVsFkXwENZRei/e3cz14WDOMeLnMvuA 5n06TOFTAXj1g71vws1OyPFfisO7Wg29U/Z4DgAx7LMWK8qtSe3Q/+WlDCZjicgJC0b2KRT85rKb /N4kDLqeY3hErjalV0OnHif7EiVrp7Xt0OGzzvqWwrws8gDPMcYlyJuZY0yp2dPA7Sjj01sv2lzw X0D6DRXxOMVNmh1HW82121qDf6FhFgQjdYqHUWIJOEV7YZQq+Mfo4vD9YGD3cKI89kYpWOi7sr78 JLmj8ufq80J+k8Iw+FpKCCpEWflA2CHOI1rzkVfk1kNZFfQaE4e4Wtoex0f6AvfgRG3QM8yZZyN3 uos48xVYuVVpNK+P4jV0prieJeirjqnNNMC7ujp1s1EVwYEPEfDxbtycx5nGJzjSWfMNyX/TwHn1 +NDOkyLb/dLKmWuQeYZogTHVUhSB8pq9TnWJAcFquiIpejCduvsW0VLxQmmqxpmtU0JTJzl6tSnM jzXClkCuTPYHzc4kA6lFOgnN5rhzsIsU8O51k9KmZCtMQ7N78vwG3YlbQBYX0VtyYYBmlls+gA9n 15HPy5NfF0cJ2nEiK2uxugBU7/awXUtT3FUcrAdEGopm2/LCocXpN8pWxU3czVlLi2aOzjxpszr4 Z9C+Y4rYVf07GtF6jmPA5Ye0aZSTCiM9Kk/maJqkaZSg6Cs60yQv66yC8hZ0ygzT+Rz4bb/pSEJO M4tVi4MIdAxNj1zYlhI+T6oK+nBqrBWqhNEo4FpRpaV2GTH962b5VihcePYTCdFPU6kJGo8gn4qt KK+nwzoRKAzpcoHR0Dl0Ib1RT3/3/wYw/GtIJzgz3BVAudZ/Uu1ZmUFJzyxZN5DODwvxP14bclBU F+hgRVn5MN1TFcrbWXTCeEfRJIfrEmr1zJ3YwrWj7VfhqS0PgzVY4Xq2ogzwJs02kUkJhC2IWVdt S7e/E6z1Eq9LUPKzaAjlB6dagEdsts7t2HGYiLrB7UKQH4fg8YQTHn24XcchLWZ3hVJjHh9WI9e0 HSl17a8zMXH3LwqyZCO3PZHzpuXP+E5KoL77wbi+jtIYYFockrzg8s/XuFKpq8Iv+T5a5VZAOr0W zEfBYNfqkL3JvXki5931Vh+E6Z9yPzDxo14Gv6gGrHDuTyKI7nY9SGwC/2KMqFW/53DweZuakskO EkgGkPMY5h4fpDAHUfJtGXUHEjeUlgbPPI5vgviTolMWl25Yvw5MJnWE2R4XaTAx0bKjpNC1keeY L7k8VKQKPW+H+aFbQTXHT9eRpuKm+CkNwxD/GLlrOoXOdUIJ4t/kwCzPy8uvvUDieGkz3+6mQWkP hjG0y9Be1Ey80TyXrFgGDHdg0iO5Q2/p0Wdf6w55xSbr0RwteO+tthPiSFhCdb5RDjgv1Bjyykup 7m3alpEibBBVPe4ldpi0bYuwJxuGIACDFdaXlROciccHohJWndM4t9w5YQKP9bVGKxT2gq78MbYt RqZ9KxK+tzOvBNcwHxw0JAXA8Ypex3667SgdrYjzSED+yTQDb24Gzwrlr9ktTZxcYQoanv2LI7/Z znN88EldU9+ajucWvVGe9qbacLI95HTGNiD2ObmHbnmiUC3QAy1Raot1cqdv3GcS2A4MIU5MbDlk FOBEqnYDdefTFbxnkLX4bJ2Lgneinj+Z6Hrln9WEjdXDdzKZsosdIq0ZVTXyYLSlw/pOdBOtnlpx 6TaQRwegfv5ykMYHMsdYhCV0yWi8zX0l+zug/p/2LEjAEs+01f5447LD7j/ahQ74EF0ACVDnBcvy HNfjlyGNuxu+8BVTCqpKIPDlhiJxSXFz7vyx402/76vzQc7rjo8Yes9UdDR2Ujd+MKF/OfZ6JWy4 7RYDPgkZ/LmMTnmEaIGJpwYkjC25BoS+EhcHL2v1FTTc0dDFaQNf4GdD2rJXv0hmT7b0XFHkVTsp cOfkJHxK1CLq4K450F5pM4TlShAdUCwdSNXvGNgNtvgNH4E7hc7zOwLKOIizf8skDjRM9FEpuZqG PAdfrKiTGl6sfa3tXZ4Mz/oEKRfzh075SUTnC0raI0HKaH52gMGf1l02cXdfQCnNV9TY1qLzXvv6 PKfZp1nNmOswag5/7uZerLF9rN1xURhJHUx8uUjsyrmOR1KyHIEQszyLMzGJfNON/e6pKpOGM/Nu hx0kE51X5seBjD7mo+f0nLoue0amHLsv8w88WPn0B5XQh2y/cxW803AlL2Z1ALpTbdMhI3em3eJE HVq2CGbX7l1qIANAvaQ3UtcLbCIWh/lGSwm1I3aQhzHRDXhU15dbGlc2R/ASj49TwoYR5o6lhFWD UM4QWqg4VpdVzCYNRfa89SHp1MEhq7/ELqMa7r5r5nq4tIzNNbH/BLHlkayawJkmjOfNxvacng/m v/yfA4wZYRBwXAF6KvA4mm2nQjF+2s6bU5h179+WHLjPNVHsiAkLIxRdGj1X+FWEKlZNvkEYUHuu Kq0epBqc9pzSqxK3XQeD2whSKN8MsIvx4fshnICvKLLxFLb/SlJkUUUp65k4ICvNth1VR+iU0/sc MsnzU8TCDh/+E2S4RZb21cRUOmNXmueGKBXE9GCSse5Z0VSUfFJ4HjE8g8KyTmsR8OQ+YWaU1A/N xRYGdwxNWVIPuwJzbFQdTuixOcRat9CO9V7SzXZi2pgFaT6nageHIucfVMrhqFjA4doKeyzTH6ZD Ukx3eMW5JvtQhehyhWZUz5kxR7Icnh4OAj1Z15WwZpb+SJEZNetMx/Rbd5wpdegpqU9UVBRuavP1 oqKiilR6K8+2aTXsONOtGUzuIsSMKT5iCvNpegCA7CadniG5PgKklDBOc7QM8v5AHupgPwEqhjYt F2LVLBDOQNKjR611qrTvwwI41BLUKuI9PF7bjjXJVgQ7zkesG4YdZ8ATwucSMZyNMrBf89jbWynp xR/zRtgifuUdt3NlHg3BPfE1SIU0VR4zbmx0hHrP2+FtU3ATjgi3e3OqCveD95OG6ZE5I/MP0L9c kBle0os/koqM2nNvUCbEi+UqWQwyNX7wnvZYJ22u84AaQeRqSmwMncmLUqm7GNEm51b8P7L7rMvR 53LqDq5XdKINzxbCE8MH8WmuQ+rJ/+kqKlX9k5nHw1GPCelrCTnzLbWslTev/gQ8rc4tAAYqEhBe AHyVeOsJKido6+i1a7lOBc5RMnKdkj5pxp0LZR/AVEf+ij3kBW503oNRJwCEBmYKsIlJ1wMuSIYo p+3KV5jdsZZTeXwx6HwgHVoUObOAhKV45yG5h919IZNcmyW9uEses/hgj6JvFzRBwBBpiSfdOt1G YolLLWQ88Ng/rv0z2+wDk7aOVzlheETvW8x4WtFeq0L254vmXM4YyIhzhYaE+fJtyqP/UZ8K75Rp DXSb9pImyuUn813sfRSDV+VMg0voXz4NsSfKSpS07C330G/x65riHArZtT0aQ+ibPPd7n58H+g1n bIH2KF3sOSEqh6Uz+Qp5xNG1NgGRs0zFHpMTCyIWJ/dk+BJaQNwKaRGiNeQfItUZJs//mxQpLHlF b1OXNiiDhYhxq4st3HGQ+reOrVu4cZ4eu2CGFUy0ilj29TDFZqhMI+RMPatuQuXokrlDMdZWu+Tm eF8KCAzxk9sPYadavihE4CCofVqwgShng9jia6+AW+1gDLJOYHr5testzANi3txFwh9mfGNgo6/m OTwQBTI7QM05IoKcPmd/wM9xTta1/hEfAZj+Sj2b6GMp+tqhM939Ppb98BAlziMknbstCpDiKfCC v+lGA0bDggWVUq18rDYpm+l8XGK8XmgsQV77RZBA17MdAAZ9LrvRP8c10oP1EuFv0tCw0sEIVz0x FcsT9ZX/KcpfY0OyH4rw1eddNX1l4XZ+zAhU4JMoCtVtpxTKjo8WbwuvuF035qHN/tLlGrHx42+L JRF0AHgzbouBQDeJ6kfXewLFsT8jFHEhrjy1kdNDTzzRPVtf+K8vyy+o+HvmyV5zIDBP7K23926G x6bssccyYGircp0I0kE2L+2U8O3v8xKL/Di/t+YTbGLxQsUEkJ4aTvuGj+SDdQeZlAWUt5dfem+u kNcGu+gKy8AykeH0ECaa1FSvSAGbPmBL5LseX1Yp31ZFp/dVXVLeUp68RQbqKnphQ9tgYAUu2BhH ToIe4MCiEOwKBUsp33gbAk4ybTSQnFfPHrdj/8OhPXYTFA4s+ltGLC1FCI/SltHAQ7b/HdqI0gRC eud53Sv9l205z8TR6ckYQ+fgK9Oek3ZTepqqpT6z7Q4UrxLG5KktKLm+bOyklbEfA4zXoDiADVUp jiK8wIM5HryWj7L8rtYPTGHzxB1rIwJ/Q3SM3mGJH7NA+JliUe0AQk87qhFBaBz2W4yIj3rVHLQ0 7XYnBTHrUyl4el4ViejmL9l6xjyE1YUAMGFgGT7aVhqHOiIa2/L7EfEg6cgG88XYelRn956pb9Xt fEjb6876yHNz285S0JnD7Wtb4+qbBdT0TgGiLeHWqEwhxJyhgbuC+hhegMuhL4c7JAG0b7L0gu8Z vIDQtpuRqRlYcSW6OHQkLBJ5gobDY9tIg3z4mJxxPwtXJnaeNliFFQ5X47nCTP8Zsk48obAhUvNJ KoNmdh+h8Ogw7H3CLwbusQVBD0cfhuBKHrVAKBP8mNMPPmnBgnvRm9yiYFvKnuld9v1IE/Q63tf2 QEPTyIHDvu62QXzR/sJv3y9KDK9EvMyUglHzoqen547DMH3ZDrpRuFkqB6ORovCYgTiz8cWdotkW GVH+BvRpBNdwQifqzadP2ga+YjGHg2hxWS0TpNx4Kf1BRB+7wKwEVlv6CB/I9nTSSxJm+8h8e7iz SWRjMIttAqnjVsw40lf9vRdtoj5jQ0qhR0gIOJxJzqnVsOUsMaKqrx2mSxBpqTJO697/0sfkzKOz 6pk5b/Fml1j3M2xw8FP66aqhF+S789KtphM5MfZ6rESxYCpv6Jbk3ZryI8uHHLbe1AZfGqMvmFpo vD0VPb2W+24YMc18UZXJVnEQeU++jGBj5hoeSRietzI1eo5xSLbDaLcEaSzwl39rXVJBXDO88zly 56Yp/lGNE8WyPwcYZz8ZSu8EAih8ywSx8PaPqx6b5xv0QO5JZG23CIJ2kZZMydXHyKaKO1ufw0/K TMYkajvZudbprsQPjPES0aPBNzYJh2LXXfm+Mnq+hKnwiQUunJtfuKjRZih7i7m3Vt7MPX9JOpvP KiY2xH1sqM8b0FIHHeSNVlcRCxAEFZH/SjRLz1CjmslLxBB7LE7UXiAjBRore8fdB5NQ+GKcOcFR e4lUCC1yJgNkpDoBvGLpH8/96DoZcZ7hLft7tjEvKvuqlnmVoR6SlHjipcoxQZjeP/NYwboQbbeO oHL+Fl7QpijH4p1hV5W8htxU++hSMbMe1hOFfWLLiWeg4trsQkOawL9OlQ9jE2g6oe10fyDHYo3t +XLELmR5FbBVTj5bfEB+j+JChQvWD5Pp/DV0YQA/ZsI4Txh/a0ujnOI15RHWMxCMol0LG3szcG9f BZGEIRXHRP4X8/nzHSBoqIJd9WDanmA06tnbDuHzcPToTs+nz39Si9Sbw37L9CUC0fbrBcg8RO6Q c93HkbpwoLjXxmqm8zcdihH5Gbp8U9SV6rOjiNwmjPHnqU2WNCo7/m2pFGDsPcNpz9KyfOkmmGU8 u0N4VFs9TYiqIEjeBdkv4IGiXTsUdl5YhEwvi20+Lc+Y6z38Eck1MZKpWnAcYC6fmVws2QYbFcgC 2BYx1MAcUXG3Hpz+acPFTzje7/Yg/jhn6tNB7rrMlH21wcrLcMf+RXjJGaM60kJg+MiBwfSmxiyi p/jKZL48RgWzUvYCsp1d+pal35ec7EqV7g2PfoFoNCKVsakHbINKyUnquYxjKT2ndlq8VWiVMw0g lJcSUtMwzF84mqBHR2K9XYOoSluxBDQH8JgZBT8DzRArtL0ilSSNMqaSWRf3CVYvMYjsIF7vzhOK cJQTovNo5uAJQ+wO+D7hTmr0tYP9x5u0cLDV8fZqzRI7XcdDvhTb+1Lp1LzB2aPwB5qpF4p6oi9C SLeZwgC96Uf+/+bE1ZYMV+iIX9Jlm55LP9TqqB+a8CCWZwy6on9bP816iqp/cswlNnT4uE9JEzP8 TDO8qVpuOdJSuIlxSONjLysJglQgXQSAKXSFpyC3b5Y8/ZtQDA0RTg1AnB4AZxXRU6CY8Brz74oW CnBB6ViHJelxbhbxpI3N7fR8oudK423AVhZZ2W34NJGyc/HF6p/bzwJDt+NbzWenZ01A0KHeO7D2 TeC5AtLNwlZSwJh02GSJ00lCk8bUAZIILu14G6zfJ3wugC2wv3lwxyJff2+/FU9fN/ZCYLvZX9Y5 jVPKtWZNUCopWh2ADyZ/F/0v14+iM8ELnHcSgmguSwNGDn6UFAe9GOlwxpamEhMRmnxLjXD2eu0l +vlmGPrW6cD5FgsuuzLrlMNiZFfbv5QjwdJkXNUH7tXfKHOnpQ7Bi777RkS5wcMnoFVNaKknwt/f blqgxbhbc4nHRi+TD9k0jGNfb5J53Fh2N0Gxb4u0evgLIlpjZastb/g5i1Wq8NoOzSGQxQ3Wblko P1ZOfjUJJ44rsKiNjtpuFgqOVCKQ+zhhH1cOj84ZFcEH/B4UnbIWSAWIFnuUF+GXGSrjwWMKrAz2 +P4gd7P9FujR+IJlaYXT4CbYCXMA1DiV/NZzaq6dgP7Wr9A+UrgRwqS0PlYc1nXGw7WWXqKD1q2a mBpcRoE41lKHfFULiZXWiWXRHLR35NNhbSdCXHF1pHd+jWjiUseu3VLtTqMMLL5rV3k6XjmEtjJb 2XrxZeW0wSY/YLwwcYpuOY5GUjuXjQQK8QLuAzCBzBUeEYsFn5R8XcgKVODgiAflNw2S63Zt1/KJ 6ory2HQ10vTvNsEyfmzPTuTy14h3ptTO853g43w6rzH/LaIhdxSwhs3v+ctXp73pzJyWVVh6glbL JJGGUHab09nRn/tSrmElupJ/XlpFf5WvT3PXIA985aLJAzQo8llXqY5KnDtMNtO9JxztIPQtKtjO JgY6ojqcrQIxpQ9bNe6NOEEqFeAUQoTEDJAM3HPB8AdG/RFW7j6SN+VcOeTpgZnP9+wcjvWxAmjr YoVVmylrBcWX+KHSrGOFi/P+kdApelKuWuQTpJJuV9Co9Pq9v06lqGCjhtwrRXaHmdpsjKpBUMn3 3OyXM1uzYEOEsGKbSmhmq9Ipf7pQFm5fwfMeLierSJq020+nJx8P+Kg8eRYxFU9OscI80iS9Zaq2 l2+WPUp2ALA8YDABHAqcloYJpQXqTPaKjRkKXx49WZ475tAX7eT198ng7hu1uwaSaaIy41HMnnBy y6PruZLqYN/CD+2e3FZ9ZKBu9lq0rHsFouz54P0EdNXnNP2CsWBSIYWhyQTQ+UIHhhrD65tUXsmf 89WMZZBDfWXp2U1wGVQOb17f93NlTOxAvq/TKf8gbVMruDZZXCIXRSug/jb8PL92n7DcIAkjMDhB 5Ek+cmN1YdPgoFvVD6UeCJWQHFQTQhZilg7tsQgb9MSWi+ILAf//Q8b8/XxFKJ/V/lOZyvMW3Q53 69xF6rfeZSRh0bujQLydEFmvBL3ytQMW3rN+p9vc1xwH46QN0PEIzWDoBgAAAItkJAjrDCvSZP8y ZIki/wLr6OgNAAAAg+hP6QsAAAAxOkATwfgDwsMDwyVf/QjN6O3///8zyWSPAVnoAAAAAOgKAAAA A8TpBgAAADEWQMMzxIPwNosUJFiB6rNhlQINoQkJzTP/gccLC5zPgfc2CwnN1ivAA/q5AAAAAIHB kRcJzYHx2g8Jzbs+KwbNkCvGMR+4gysGzQPY6AsAAAATxukIAAAAMRUrwwPBSMMbwtbo8v///+gN AAAAwehv6QkAAAAxL4PYO4PgO8OD6QHoDAAAAOkLAAAAMRYd9CgJzYPw8cP8M8Xo7////7gEAAAA A/jByGqLw7gAAAAASAPBeAXpiv////gTwmHByBDDW8nCDAD/dQyNnxwBAACLy/91CGoD6Jp7xv87 xolF/HU7g8cIi8/opzjB/1ZWVovL6Cw4wf+DfQgCdRCDfQz/dQpqAFaLz+iTs73/i0UQi8/32BvA UOiqmr3/65/32IPHCFCLz4lFEOjbbcP/Vlb/dRCLy+jpN8H/g30IAg+Fef///4N9DP8PhW////9q AFaLz+hIs73/6WD///85dRQPlcCJRfjpxGvD/41OCIl99OgeOMH/6Qtsw//HRfwB//9/6Qtsw/+L +eld7r3/VYvsVldqAGgB//9//3UIjbEcAQAAi87oY8m9/4N9DACL+HQIV4vO6KXPvf+Lx19eXcII AFWL7FZX/3UIi/GLBmoB/1AghcB1CmgNARwA6N121P+BxhwBAABoAf//f4vO6O9sw/+L+IvOV+hi z73/i8dfXl3CBABVi+z/dQyBwRwBAAD/dQjogBAAAF3CCABVi+z/dQiBwRwBAADohxIAAF3CBABV i+z/dQyBwRwBAAD/dQg= ------=_NextPart_000_00AB_01ACACD4.8CACD400-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 21:20:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from zeus.marinet.gr (www.marinet.gr [62.1.205.9]) by hub.freebsd.org (Postfix) with ESMTP id 76EB037B401; Wed, 24 Oct 2001 21:15:50 -0700 (PDT) Received: from athena ([62.1.154.6]) by zeus.marinet.gr (8.9.3/8.9.3) with SMTP id VAA06905 for ; Wed, 24 Oct 2001 21:05:36 +0300 Message-ID: <001001c15cbc$49e2ec60$120152a6@marinet.gr> From: "Sotiria Petrou" To: Subject: =?iso-8859-7?B?TWFyaW5ldCAtINDRz9PUwdTF2NTFINTPIMPRwdbFyc8g08HTIME=?= =?iso-8859-7?B?0M8g1M/V0yDJz9XTIA==?= Date: Wed, 24 Oct 2001 21:42:50 +0300 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000A_01C15CD4.D549F2E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_000A_01C15CD4.D549F2E0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000B_01C15CD4.D549F2E0" ------=_NextPart_001_000B_01C15CD4.D549F2E0 Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable MARINET - =D0=F1=EF=F3=F6=EF=F1=DC Antivirus =20 =D0=D1=CF=D3=D4=C1=D4=C5=D8=D4=C5 =D4=CF = =C3=D1=C1=D6=C5=C9=CF =D3=C1=D3 =C1=D0=CF =D4=CF=D5=D3 =C9=CF=D5=D3=20 =C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 =E1=F0=FC = =F4=E5=F7=ED=E9=EA=EF=FD=F2 =EC=E1=F2=20 =C4=E9=E1=F1=EA=DE=F2 = =D5=F0=EF=F3=F4=DE=F1=E9=EE=E7 & =C1=ED=E1=ED=DD=F9=F3=E7 =D0=D1=CF=D3=D6=CF=D1=C1 10.000 =C4=D1=D7=20 =20 =20 =20 =D0=F1=EF=F3=F4=E1=F4=DD=F8=F4=E5 =F4=E1 = =DD=E3=E3=F1=E1=F6=DC =F3=E1=F2 =E1=F0=FC =F4=EF=F5=F2 =E9=EF=FD=F2: =20 =20 Symantec Norton Antivirus 2002 - 9.800 =E4=F1=F7 Symantec Systemworks 2001 - 17.000 =E4=F1=F7=20 McAffee Virusscan - 9.600 =E4=F1=F7 McAffee Office 2001 - 35.000 =E4=F1=F7 =C1=ED=E1=ED=DD=F9=F3=E7 = =E2=E9=E2=EB=E9=EF=E8=E7=EA=FE=ED =E9=FE=ED - 10.000 =E4=F1=F7 =C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 =E1=F0=FC = =F4=E5=F7=ED=E9=EA=FC =EC=E1=F2 - 10.000 =E4=F1=F7=20 =D0=E1=F1=DD=F7=EF=F5=EC=E5 = =F3=F5=EC=E2=FC=EB=E1=E9=E1 =E4=E9=E1=F1=EA=EF=FD=F2 = =F5=F0=EF=F3=F4=DE=F1=E9=EE=E7=F2. =20 =20 =20 *=CF=E9 =F4=E9=EC=DD=F2 =E4=E5=ED = =F0=E5=F1=E9=EB=E1=EC=E2=DC=ED=EF=F5=ED =D6=D0=C1 18%=20 =20 =20 =20 =20 =D5=F0=E5=FD=E8=F5=ED=EF=F2 =D0=F9=EB=DE=F3=E5=F9=ED =CD=E9=EA=FC=EB=E1=EF=F2 =CC=F0=EF=F3=DF=ED=E7=F2 =F4=E7=EB.: 4101130,1 fax: 4101132 e-mail: sales@marinet.gr =20 =20 =D3=F5=EC=F0=EB=E7=F1=FE=F3=F4=E5 =F4=E1 = =F3=F4=EF=E9=F7=E5=DF=E1 =E3=E9=E1 =F0=EB=E7=F1=EF=F6=EF=F1=DF=E5=F2:=20 =C5=F4=E1=E9=F1=E5=DF=E1: =20 =BC=ED=EF=EC=E1 (=F5=F0=E5=F5=E8=FD=ED=EF=F5): =20 =CF=E4=FC=F2, =E1=F1=E9=E8=EC=EF=F2: =20 =D0=FC=EB=E7: =20 =D4.=CA. =20 =D4=E7=EB=DD=F6=F9=ED=EF: =20 FAX: =20 E-mail: =20 =20 =C5=ED=E4=E9=E1=F6=E5=F1=FC=EC=E1=F3=F4=E5 =E3=E9=E1 = =F4=E1 =F0=E1=F1=E1=EA=DC=F4=F9 =F0=E1=EA=DD=F4=E1: =20 Symantec Norton Antivirus 2002 -9.000 = =E4=F1=F7: =20 McAffee Virusscan - 9.000 =E4=F1=F7: =20 =D3=F5=ED=E4=F1=EF=EC=DE Internet PSTN: 3 = =EC=E7=ED=E7 6=EC=E7=ED=E7 12=EC=E7=ED=E7 =20 =D3=F5=ED=E4=F1=EF=EC=DE Internet ISDN = 64K: 3 =EC=E7=ED=E7 6=EC=E7=ED=E7 12=EC=E7=ED=E7 =20 =D3=F5=ED=E4=F1=EF=EC=DE Internet ISDN = 128K: 3 =EC=E7=ED=E7 6=EC=E7=ED=E7 12=EC=E7=ED=E7 =20 =CF=EB=EF=EA=EB=E7=F1=F9=EC=DD=ED=E5=F2 = =CB=FD=F3=E5=E9=F2 =CC=E7=F7=E1=ED=EF=E3=F1=DC=F6=E7=F3=E7=F2 : =20 =D5=F0=E7=F1=E5=F3=DF=E5=F2 Internet = (=E9=F3=F4=EF=F3=E5=EB=DF=E4=E5=F2, e-shop, webhosting) : =20 =C5=EC=F0=EF=F1=E9=EA=DD=F2 = =C5=F6=E1=F1=EC=EF=E3=DD=F2 : =20 =C1=EC=F6=DF=E4=F1=EF=EC=EF = =E4=EF=F1=F5=F6=EF=F1=E9=EA=FC Internet: =20 =C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 & = =F3=F5=ED=F4=DE=F1=E7=F3=E7 =F4=EF=F0=E9=EA=EF=FD =E4=E9=EA=F4=FD=EF=F5 = : =20 =CC=FC=ED=E9=EC=E5=F2 = =EC=E9=F3=E8=F9=EC=DD=ED=E5=F2 =E3=F1=E1=EC=EC=DD=F2 : =20 =CC=E5=DF=F9=F3=E7 = =F4=E7=EB=E5=F0=E9=EA=EF=E9=ED=F9=ED=E9=E1=EA=EF=FD = =EA=FC=F3=F4=EF=F5=F2 =F5=F0=E5=F1=E1=F3=F4=E9=EA=FE=ED = =EA=EB=DE=F3=E5=F9=ED : =20 =20 =20 =CB=E5=F0=F4=EF=EC=DD=F1=E5=E9=E5=F2:=20 =20 =20 =20 =20 =20 =C1=ED =E4=E5=ED =E5=F0=E9=E8=F5=EC=E5=DF=F4=E5 =ED=E1 = =EB=DC=E2=E5=F4=E5 =EE=E1=ED=DC =EA=DC=F0=EF=E9=E1 = =F0=F1=EF=F3=F6=EF=F1=DC =EC=E5 e-mail =E1=F0=FC =F4=E7=ED = =E5=F4=E1=E9=F1=DF=E1 =EC=E1=F2=20 =F0=E1=F1=E1=EA=E1=EB=FE =F0=E1=F4=DE=F3=F4=E5 =F4=EF = =F0=E1=F1=E1=EA=DC=F4=F9 =EA=EF=F5=EC=F0=DF. =20 =20 =20 =D5=F0=EF=F5=F1=E3=E5=DF=EF = =C1=ED=DC=F0=F4=F5=EE=E7=F2 - =D0=F1=FC=E3=F1=E1=EC=EC=E1 = =C4=E9=EA=F4=F5=F9=E8=E5=DF=F4=E5=20 10.000 =E5=F0=E9=F7=E5=E9=F1=DE=F3=E5=E9=F2 = =E1=EE=E9=EF=F0=EF=DF=E7=F3=E1=ED =DE=E4=E7 =F4=EF = =F0=F1=FC=E3=F1=E1=EC=EC=E1=20 =E3=E9=E1 =F4=E7=ED =F0=F1=EF=EC=DE=E8=E5=E9=E1 = =E7=EB=E5=F4=F1=EF=ED=E9=EA=EF=FD =E5=EE=EF=F0=EB=E9=F3=EC=EF=FD = =EA=E1=E9 =F5=F0=E7=F1=E5=F3=E9=FE=ED. =20 OTE : =CC=E5=DF=F9=F3=E7 =F4=EF=F5 =F0=DC=E3=E9=EF=F5 = =F4=DD=EB=EF=F5=F2 ISDN =E1=F0=FC 6.000 =E4=F1=F7/=EC=DE=ED=E1 =F3=E5 = 4.500 =E4=F1=F7/=EC=DE=ED=E1 =20 Marinet =C1=EB=E9=F0=DD=E4=EF=F5 18, 18531 = =D0=E5=E9=F1=E1=E9=DC=F2 =D4=E7=EB 01 4101130,1 Fax 014101132 sales@marinet.gr=20 =20 =20 =20 ------=_NextPart_001_000B_01C15CD4.D549F2E0 Content-Type: text/html; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable MARINET - =D0=F1=EF=F3=F6=EF=F1=DC Router Zyxel = Prestige
 

=D0=D1=CF=D3=D4=C1=D4=C5=D8=D4=C5 =D4=CF = =C3=D1=C1=D6=C5=C9=CF =D3=C1=D3 =C1=D0=CF =D4=CF=D5=D3=20 =C9=CF=D5=D3 =
=C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 =E1=F0=FC = =F4=E5=F7=ED=E9=EA=EF=FD=F2=20 =EC=E1=F2
=C4=E9=E1=F1=EA=DE=F2 = =D5=F0=EF=F3=F4=DE=F1=E9=EE=E7 &=20 =C1=ED=E1=ED=DD=F9=F3=E7
=D0=D1=CF=D3=D6=CF=D1=C1 = 10.000 =C4=D1=D7=20

=D0=F1=EF=F3=F4=E1=F4=DD=F8=F4=E5 =F4=E1 = =DD=E3=E3=F1=E1=F6=DC =F3=E1=F2 =E1=F0=FC =F4=EF=F5=F2=20 =E9=EF=FD=F2:

Symantec Norton Antivirus 2002 - 9.800=20 =E4=F1=F7
Symantec Systemworks 2001 - 17.000 = =E4=F1=F7=20
McAffee Virusscan - 9.600 = =E4=F1=F7
McAffee Office 2001=20 - 35.000 =E4=F1=F7
=C1=ED=E1=ED=DD=F9=F3=E7 = =E2=E9=E2=EB=E9=EF=E8=E7=EA=FE=ED =E9=FE=ED - 10.000=20 =E4=F1=F7
=C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 = =E1=F0=FC =F4=E5=F7=ED=E9=EA=FC =EC=E1=F2 - 10.000 =E4=F1=F7

=D0=E1=F1=DD=F7=EF=F5=EC=E5 =F3=F5=EC=E2=FC=EB=E1=E9=E1 = =E4=E9=E1=F1=EA=EF=FD=F2=20 = =F5=F0=EF=F3=F4=DE=F1=E9=EE=E7=F2.

*=CF=E9 =F4=E9=EC=DD=F2 =E4=E5=ED = =F0=E5=F1=E9=EB=E1=EC=E2=DC=ED=EF=F5=ED =D6=D0=C1 18%=20 =

 

=D5=F0=E5=FD=E8=F5=ED=EF=F2 = =D0=F9=EB=DE=F3=E5=F9=ED
=CD=E9=EA=FC=EB=E1=EF=F2=20 =CC=F0=EF=F3=DF=ED=E7=F2
=F4=E7=EB.: = 4101130,1
fax:=20 4101132
e-mail: sales@marinet.gr=20
=D3=F5=EC=F0=EB=E7=F1=FE=F3=F4=E5 =F4=E1=20 =F3=F4=EF=E9=F7=E5=DF=E1 =E3=E9=E1=20 = =F0=EB=E7=F1=EF=F6=EF=F1=DF=E5=F2:
=C5=F4=E1=E9=F1=E5=DF=E1: =  
=BC=ED=EF=EC=E1=20 (=F5=F0=E5=F5=E8=FD=ED=EF=F5):  
=CF=E4=FC=F2, =E1=F1=E9=E8=EC=EF=F2:=20  
=D0=FC=EB=E7:  
=D4.=CA.  
=D4=E7=EB=DD=F6=F9=ED=EF:  
FAX:  
E-mail: =  
     
=C5=ED=E4=E9=E1=F6=E5=F1=FC=EC=E1=F3=F4=E5 = =E3=E9=E1 =F4=E1 =F0=E1=F1=E1=EA=DC=F4=F9 =F0=E1=EA=DD=F4=E1:=20
Symantec Norton Antivirus 2002 = -9.000=20 =E4=F1=F7:
McAffee=20 Virusscan - 9.000 =E4=F1=F7:
=D3=F5=ED=E4=F1=EF=EC=DE Internet = PSTN: 3 =EC=E7=ED=E7=20 =20 6=EC=E7=ED=E7 =20 12=EC=E7=ED=E7 =20
=D3=F5=ED=E4=F1=EF=EC=DE Internet = ISDN 64K: 3 =EC=E7=ED=E7=20 6=EC=E7=ED=E7 12=EC=E7=ED=E7
=D3=F5=ED=E4=F1=EF=EC=DE Internet = ISDN 128K: 3 =EC=E7=ED=E7=20 6=EC=E7=ED=E7 12=EC=E7=ED=E7
=CF=EB=EF=EA=EB=E7=F1=F9=EC=DD=ED=E5=F2 =CB=FD=F3=E5=E9=F2 = =CC=E7=F7=E1=ED=EF=E3=F1=DC=F6=E7=F3=E7=F2=20 :
=D5=F0=E7=F1=E5=F3=DF=E5=F2 = Internet (=E9=F3=F4=EF=F3=E5=EB=DF=E4=E5=F2, e-shop,=20 webhosting) :
=C5=EC=F0=EF=F1=E9=EA=DD=F2 = =C5=F6=E1=F1=EC=EF=E3=DD=F2 : =20
=C1=EC=F6=DF=E4=F1=EF=EC=EF = =E4=EF=F1=F5=F6=EF=F1=E9=EA=FC Internet:
=C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 = & =F3=F5=ED=F4=DE=F1=E7=F3=E7 =F4=EF=F0=E9=EA=EF=FD = =E4=E9=EA=F4=FD=EF=F5=20 :
=CC=FC=ED=E9=EC=E5=F2=20 =EC=E9=F3=E8=F9=EC=DD=ED=E5=F2 = =E3=F1=E1=EC=EC=DD=F2 :
=CC=E5=DF=F9=F3=E7=20 = =F4=E7=EB=E5=F0=E9=EA=EF=E9=ED=F9=ED=E9=E1=EA=EF=FD = =EA=FC=F3=F4=EF=F5=F2 =F5=F0=E5=F1=E1=F3=F4=E9=EA=FE=ED = =EA=EB=DE=F3=E5=F9=ED :=20 =20 =
=CB=E5=F0=F4=EF=EC=DD=F1=E5=E9=E5=F2:
=20
 
=20 =20 =

=C1=ED =E4=E5=ED = =E5=F0=E9=E8=F5=EC=E5=DF=F4=E5 =ED=E1 =EB=DC=E2=E5=F4=E5 =EE=E1=ED=DC = =EA=DC=F0=EF=E9=E1=20 =F0=F1=EF=F3=F6=EF=F1=DC =EC=E5 e-mail =E1=F0=FC =F4=E7=ED = =E5=F4=E1=E9=F1=DF=E1 =EC=E1=F2
=F0=E1=F1=E1=EA=E1=EB=FE = =F0=E1=F4=DE=F3=F4=E5 =F4=EF=20 =F0=E1=F1=E1=EA=DC=F4=F9 = =EA=EF=F5=EC=F0=DF.

=20

=D5=F0=EF=F5=F1=E3=E5=DF=EF = =C1=ED=DC=F0=F4=F5=EE=E7=F2 - =D0=F1=FC=E3=F1=E1=EC=EC=E1=20 =C4=E9=EA=F4=F5=F9=E8=E5=DF=F4=E5
10.000 = =E5=F0=E9=F7=E5=E9=F1=DE=F3=E5=E9=F2 =E1=EE=E9=EF=F0=EF=DF=E7=F3=E1=ED = =DE=E4=E7 =F4=EF=20 =F0=F1=FC=E3=F1=E1=EC=EC=E1
=E3=E9=E1 =F4=E7=ED = =F0=F1=EF=EC=DE=E8=E5=E9=E1 =E7=EB=E5=F4=F1=EF=ED=E9=EA=EF=FD = =E5=EE=EF=F0=EB=E9=F3=EC=EF=FD =EA=E1=E9=20 =F5=F0=E7=F1=E5=F3=E9=FE=ED.


OTE : =CC=E5=DF=F9=F3=E7 = =F4=EF=F5 =F0=DC=E3=E9=EF=F5 =F4=DD=EB=EF=F5=F2 ISDN =E1=F0=FC=20 6.000 =E4=F1=F7/=EC=DE=ED=E1 =F3=E5 4.500 = =E4=F1=F7/=EC=DE=ED=E1


Marinet
=C1=EB=E9=F0=DD=E4=EF=F5 18,=20 18531 =D0=E5=E9=F1=E1=E9=DC=F2
=D4=E7=EB 01 = 4101130,1
Fax=20 014101132
sales@marinet.gr=20 =

=
------=_NextPart_001_000B_01C15CD4.D549F2E0-- ------=_NextPart_000_000A_01C15CD4.D549F2E0 Content-Type: image/gif; name="formlogo.gif" Content-Transfer-Encoding: base64 Content-Location: http://www.marinet.gr/sales/images/formlogo.gif R0lGODlhWAJkAMQAAP7+/1lXW8bM/qix/fP1GVlgmI+c/5qm/52VlwE8eSsDA+fp/UEZHLjA/oSM 32FhOM7Nz3h9xnx0dndxq+vq6lY7Qpee59rd+bq85iZWk7e0teLd3PP0/sbCw6+uL5WayyH5BAAA AAAALAAAAABYAmQAAAX/oCCOZGmeaKqubOu+cCzPdG3feK6jTe/3g6BwKDwMjMijMsk8OJ/QqHQq NViv2Kx2y+16v+CwOHwwUJ3EYSMHaLvf8Lh8Tq/b7/i8fs/v+/+AgYKDhIVyCxeJihctP46PkGmS k5RCY5eYmZqbXWVnUQOQPQILHKanHACphqytrq+wsbKztLV+iIuJjY6hQD69wA2Vw8RlnMfIycqf oKJrqKiqeTvU1dbX2Nna29zdJKLEQVJHaE/k58zpn8qdaOLG7uTG7PSYnmb4nlNHjgJrMLYCChxI sKDBgKmgKVzI0FQuRSzA/ZooDEi4YkqK1LPirqLGK0aEhSoyb6NJkOp6/0G6wKFUKWgHY8qcSbNm zYSm3OBsyJPDQ0Yi1gj1R9QiEZEjR3q8OMTIkoxFyNFzWrGkmCBrgHqjxgioVwE/Fb2EOW2r2bNo 06pdy/bf0Lf+kGK9WG5JOSSg1OmtssxpEHbAnJw0WRLevU8qR/1jYbOx48eQHa/a2bMyKly5gjqb qLSzSI9yo6Zh8pQ03mRUj5xMesWB69euI0SYMKFAgNu3JRSQQFu2gwiwgzswMPySPmZKK/q4sKB5 82iRo0ufTn1WQlWnsFt22bKl8++6TCguWhRp6KWgk4pbT5p9aXlSj/kdMBiLBQsYMGiwoOHDBwQS BFDBgAwwMOCBB972gP8EDDKIwIMI+NeffvlVuBgMWonQVVjMLYQHWyCGKOKIJGKz2FtC/RAXJCsK 4ctoou0l4xRmqIOPfJYMBptssn0wm20VFChkgQgOqGCADSbJG20I8PjbaxY4ECUZN0aRzxmJDbVC dVx26WV0lFm2EHfedffdmeGVsNkvaYRWiWml4XXXGZyEpNpJO/JI2wQCDumngQYWKWAASCYJIQIT NNmkfw58IKWUFhgQ6RbHITYXaGCdCd2XnHbqqS1hinnKS2eWauqpiPCwpptMuddEE3aZZmUmI1nF Tp6z7dnnn34GieADhFagpIMAHvpgBD4y6uh9kErKRaVUSCJSpt9lN0f/idhmq+22NrgVFA/krSqu uJSYY66cM85YI53w1JnjRrjuaRuv9AZaZAULCjussYcm65+jH0R5n7ObIMaiCp8mrPDCoYo6pinc oSoxeIhgluY3q7YqSboy2hOKrcgEpydtBQRZ758E/kqoBPo2yO+DGsTcX4T/BnzfzZFOmkVKlICV iHObLiz00NQ1rJ2oEXs38cTMVbyIxRCd8IhnGsMI67np5iPGAT2AfEy8e5p8sr33ViAgy2cPK4Gx GiAgc381W+AfzgPrrAVyk2Ql1lhycOv334D77W2KivUz7uGbTYIYx0+s27hgj0MOudZeXyVMPSLL tiefY5u95ASf74no/+gPKvly229r0AHcc9N9M8H2YImViigQbfvtBDXsMENjuRTx0qUyJzyHF2Ps jHoaO8W4Xjd+wTV99MSbawH1mr355hHQDByUzN73X+lrQ4i6zB2U38G/crvuhAUH2E257NI+/VxO uNdvv3XSXKe/7g0l/dz/wKNY08QiPKgVTzPpSU/V7BKr5UFBa2AYSfRew6MKTkBsQ7LeBGZTwQo2 CmfOcp33+JU683VAhDdr38C8MLnIVUJDP3tJ30wUrhrC5YY2zCEOd6jDHvLwhz4M4oUCR0QU2dAH K0KcEnmhOFk5kHHrqhEENfG8CcamgxEIAK8qUIANYtGDrxGHFlAoN/+YuY185cMAGVPYvq1RKlrK oV0JWrG7OtrxjnjMox2lcb896O9oeuzOqMoUQFQNj3gHTKIvmFg1dD2RThG8nDKiREHgWPKCKPPi F30DpSt0jSPOUiH7LDCA+wyghOZToylJycpSrs95D9xHz/YWNEOEagEUaE4ucanLXvLyl7sMpi+F CcxhGrOYyCSmMo+5zGQy85m4VEgf/3Cd/NmRVIQkZCGdVrFuHvIhUqMI1ZK3HvY88nFS7MTHtDAc 4cimABmIpzznSc8C2HNeveoiFp+0vddoYZ2gXNcoS3kzNEJAje0TJc5U2Lyd7UwfjqNEA/bGtzfs 4AcYEAYGgrDRBXr/9KMgDWk4NrrRBmQUiUTclpaMWDhFLvGlrHoHXuThQCm2kAqOq5K7GtCazPGo AAkIqlCHStSiCtVPGbBnbb4YnGcJozCk3GhC2adC80HghAnNKhSoyg7Z9eMEg9jJLn+ygQuU9axm TSta16rWtrL1rW6NK1znKte60vWucX2ILms5TThMJn+A1CM2/bdN53yTeOEU5w88qjyanvOBX/hY SXzKiAwY9bKYHSo9I1AAD/aTOFiAQq1Eu4HSHnSmTugABCDgWGO4z414m4TPmsZXQYwKMxsQAAR0 KwAM9Pa3v/WtcINL3OEat7jIPa5yk8vc5Tq3udA97m7LSkv69ZUO/6vg4x+vaSbCbrOA4OUmOMOZ nGAw1pytrek9OiHJnOEqAgmQAAAwkNn61tey8uTsPmEjqSdYBAkQKK2AWVvOA+TnVZWjUqVsOssY WssNOehBRju6Ru9V+MIYzrCGN8zhDpuSoyhNaYl2eEPCwXSJ5WKgaNUVOck5rgroXK9x/iKcK8qm AgpQgHw/YN8e23ee+gWja26WHyFgQMBI3kBH/TKfWZ3EUo8wQVghlggEBABYuMnylQNgTwU9wDZa xg2YtfwALIf5zFxWEG7MfGbbjNnMWB5zm9eM5iuX2cwFYDOZsSyBnz34unLYXyDNBLFsFhZNBvxJ YrO02PM+FpJdWP+nOytIvRzrGAAT8LGmMwvkDAjZZhvFT5KT3NFyZVU+lpJtDCtaCIhRIBF82vKZ gQXmMqMZWHquM57XnGs137rOvqYzsHsN7GJn+WcUsC6g35BdPraBfw7zndKUtrQBclO841XTYhPY KiZHxZFPDCilaCyy3/AoA5bOsQYWsOl2Y3azYAzYfgI8aiQXmaQDCLVMEwzL962rwUBTNg4kHAQL BIjYsyZzlm1dbIZ3+c3G9jKu74xwXcM54guvc5dxE9UQi1hEJXYp4UR+4uM1sS6PjmIsW+xvfnMh FFaoZAdrw4B0K4ABSna3zo0qz85W8F9HrjeSWVvqUpeSpoMx2Ff/SWBb75hVALG+Ta2lbux71rri vLY1w4stZ6lDXMtvxnrXqa5xi+PGZ6xeNrMBO+iHHfpUh822tnnBSKYkIb2PbejOyG3jkRXA5jmW AAeAmoACAT7dBdr5fZP6c6GPmuj3zjdJGpcJaI0jb9VVdiBMkUtGQMDKYd66rIFttoaLWc0VjzPG db1wrK+e13s+OwQukEvNqz0Of4U27wb5P0J/V7zNAe8iEgsaBTYSHXgPt96tAHPiyHyDYTu8Ason /epbmgGK53kGvEhvx9u7QvguODnYV3lQQlS0lFj1nwduUoIGiMwe8ACWRb/n+KdezGPX8vtHL/Ey S8DWpRdswnZl//ZnZ3B2Z/93ZwqXdQoogOwzOx+nLSWGRIVTcodzciqWd5Z3GDFGOTNGH+1kbpoj LzV3eBUAAAFgfSp4fdmnWRHgfaOWHyZVZETgZPWgdB4nAk2HC721f7jhAQQQhP/HgPP3AEBIAB7A a/G3hEHYhEg4f/HnhEFYgD/IhE7oAQl4dRSXZUcof0p4hFfoAaVXZksYhVKYhGQXALpFezJ0e7hn TW1XaIZGbYUkfIpGfOXFJguENY82OVvQfM53RddTadKnARuwgojIgi1YAB8AARQAgxtAdJIXfqSE TpUXW2mAdmPRbJvHAa92Abv1fmYGhmzWhWgoIF2oIGAohVc4f/+s6IRw9oqtCGYVYIq0FgCkyGuy SAAd8H4IsItNKH+3eBu+lQjJxoluuHZvyF2+N22/503YtgCqQncvcnz7lnL89hcx13ebk4LVVwEc 4I2JOI7Yp3gT0H2Od1CkNIk1SHljwIHw0ybq12zsV3AG13pgGCD2VItOKGZdCCz8CIxIOIavuIQL F4ZWiIQHGYQdMIpTSGsl8wAFWYBlJpD2J3ofNgoROGLfMnIVSIEWaHIbkxcauA4duF4utzMNYAwy Nz21gWPWhwCHaHNCUng2KSQ3N443p3MTAIlKhh/4kQaV2EZPBkdyNAJN92q5hQE+SIBNaGYBOYWl l4pjJn+ruCD/t1F6UfkAY4hrawaLAGmETbh/q+iFuPiUUBiMZpNrC/J/q5iA86dlvlVWx5iM2MV2 gbSJEPM7hWVtmUF8IklOfUgjL8dTPSWC8nJBKgiO3liO7YZ9JaiCjtljGvCI3ocBAWNkkneNBZNq kqCJf9aJuJAfoMeFY+mQwYhl/1h/TzmGP/iUoZdmEvmQXzmWrwmWAYmFqEkAXDlsZAibYiZ6xdgh yGiXfhRYSFNofPl2hjWNnLEUHzWY7hhp0AM2tUFzKxgzCtCCRYV9OQl4k4lZBWCZjndCA/AB7Hh0 p1Z+LRcPn+lg1jVwFPYBTXmWQaiAUUmbq5ll+JKLdnabvBmA/6GXmgoihbiWn09on0lIa1u5Z2z2 m0EYm2P2YRm1kRu5UkL0UopDU3GyPC+2clZyGMsHBlyTBc9HMiWzghWwAZbFnfZleIj3bh1AnvUG AXKjSjWIdISBJUung6L5dEzJf/l4i6t4n2L5hHp2pGbJn2BYhlRoZ2p5pAR6G0XKm1JaisHopMKo ZQ2KcHNJnMZJR88mWM3oOxKTIcYTmHsonfxWoljwXihKiNXXHy7qbt55c+GZAB9Ao493M+kpfq9U fphIBKBpe9TkibqAAXyCpfeJGwj6hFM6erCocFXqhKI4m0hohmrpqFVqlbSpisBIf1dabBgwe7Rn qGFqWzqBnP88oZfdZaZwB5jgAFLSOUX/BD0myo3XmaLVFwAU0KJ1unPhiQB8mmQQ0DrraHSQJagu Zg6Y1zQVVY83s6heRoppyYpSimb7qYS7eIpX1q1oY5qsqKmMWpBat2ZgaGwZOUQWKoEpMDhxIXLx Oi7qgRRXMycc86E5ZYkimpJYoI3sdKIkA5PStwHwFax12pPeZ6P30VEU5kp+eIM82qM7+Go9CH/A 6ZSZGozBiGaRWq0PCZdZZhuYeoa5FpVNGqlKSnG7xq0RmnDE6DN1maphxXZjSqbVcqayGgnRyaYJ 5qZcYJ20QbCAJwEQgLB1WgAweKx0k6NcxazxeBSZRwiclwj/B0WtYDakoHqfnXp6t7mkaqayaVab 49qbWkaKlSprKzuAwpatpCoAZdWGNGtL2AGHYiJtQAM8zqmmycOmzoOrQaurAyt9DAABhIe02ae0 l+mn4ceZ9mB+zTofaTC1AFCPKnRwVJePt5EBV1qyU5hxwPKxW9aFXHRrmCp/rahnuVi2WZaaXydx 39qEv3YbFMqu7Spi8KoiHvmRPAud39ZAPotTKDmi7AUGLQl92Hl4CGABiLuIMHg+6fNhkydjEmuU HpeUQIq5ABquCvp/EoCtSfqPSbqpArqQA/m9qQlnuYi+YLm1YshFY3ZPC7etaPalcju3m8equ0NY dHgqezur/4zls//6C3biAyAjPSRogizavIqnuI6nSskqea30tI87qERAuTtotQ3QlKO6tVYqpUja eqJLpVOopVt3uvhSsmbJlf5ZlrFYwk7aax1cZ8M5s/irqs+mv/2jnK9abTs7NT1bqwYwFyUBiFyz klvwfCMojoinAYfLwO3mwEKHmTYjvSRBflSkcqCQfvC5CvJpj9RqZ9Y6urCJL6mLsQmqZ8C4pJh6 qU2KrmhJwrbpwWUbvp8qgLS7jhp5ux83gSZmYiRXdzn6KslXq/0qbljwSbf6TwIwWS2ZKy95eBLA Y1DsbuPpfVWsmQW3rDsaLYnBdD+6lD4ILP4JobwJxwqZa/+peGaVCoRsrAGfe2V5tsqoCJwLQsuk LItPisoEYGxfasM3rAe6F23K+Xb/y7MBPJgS9HIgU0Vv2neaw1mReX0QAKyV7GMRUKxIFr2Z2Y7T +Y4fusWTgMGd+In5McqqiABxib5svCBYqcpBqAEDeGfxB5cNiK7q7KgEqM5mhr4QcMJYKWwMopta d3Ffm3FhNpz3G8x1sF067Ha+x5wVc8zilMx9OACNTLxIXJjPzI25QrSW1iTXvGnEWp6ZPASstD7+ ejdXclOVQFH0U4/uB3Y0Xa31yXB6lmdGyJb8ObKxmcJSl6RbF3/8F3v6LMO2Vmv/J2e5Vrt8TCIX EtXzyrv/IWkUoxEtwRuizQpBgBhpkWWYIWhuyBvJgBcAGjDSmvYBplVv5xkwJx0r9RHOznqU2LuU pbl6rndm5ft6fK3Xfc3X9Hdm9ouqNPtXD11H3vV2A0TRgkwXhcwxGP3NWWCYXqCNx5vAh6cB1ozW mGWIq/XZoI2sUTXBCVUncu2s49zFVNsSiVqff/3asB3bsh3bElCqxkjY1+XQhu1sOby/ZZq3h2Zt x6wSyHN84JYuKymif+hySKzEJKNF02xpEnCwnC2jVwXan706/AF+u7VbZsEhAUePN9B+N+Pas33e 6J3e572uT30Wtqsm4TIeLFLVMdVa8FGSNBK5IGEATxUG/3fyBWoUG2K9OTAZ3Td31tWNWRNgQia0 WhrQKB90H1M1SitNou/zCVH2DxXLCEyJANj94SAe4iI+4iRe4iZ+4iie4qDdAVZWw7gNaLmHl3VL przHnH4pjT/c2I79WJFtg1kAsCx0AAJLG4Zn4AyAAJud4EKFAOWjOgx+Pq7h1n5K4TlTMHKdDxJV qMXZB1QGihjA5AztCh0QALYNpmG+2pRx2HkEd4jU5rrw5j4DFnLeFXNe519R540MWV7T1V3gABgw 5JVWczBqaQFA3Uo+VKmjOk7+4BBexQv1WoJ6JRH1rLQV0+NtUpcLAWfOCmPu1O3dFjnUkSsy1YGM YhvTof/qld8tJOkttNH+DbhewCx910XUU4JcRJMIcOhEZdaJLjM+EuURLuGvA+lT4VV0Xc6JCuab XgjyPNhbrna6bbdth7cA9HuHxNh6aNxP1DUw9oeU7QWu8eciCMniaCByGnhJnuASMD6JjizIEuwL BTt1YsFCMFvz8+x+xNq7xZSanoz4jgf/7gZj7uIBbz/VtHZ/pIzDXBnVDqsBtNjiQS7k9B4ck+ex VLxh8CgnimMlyAD2ZHMBkGm6ngEVcDox4yPvjj6ugxoXLkUvpNpt8MXu1+/MpnkUUCwagO+eyHmR GGAU0NDJNqYAH/R/QAE+X/Bw0PMb8Oydrsfv/ekh4sf/LFXq9HpyWb2BIVolyR1aLATrSfwajmJB Q9vx8DvNFWDo1U094eM2Z8T27g4wkAJC8p50E5uDGWzXNN8GvcggGvAGEIAbErABdAAB5h0AMjkH hG/4EFDwHIAkHYD0b3DzgH/4ePB5WbbuPx8HAw+3pwr5Bm+z0R76RwNIag7RPhzxaxKdqL4Xyc0X XODq4A7h3MjxOQa/f5duEpDulXxBJX86x/L2cUM3xe7J8dPFno9diHoB55z3ACDPAoIAfp+VvkoH GrDXWdb3cjDmuZEHjZ8bzF/5XAr9d+D8YSYBjw8Hm+9nx8/QB59d9LPwPOw/PYwmcj53fNtIK5b/ VND6/z4OAoYoDs14no7qWJHjRtE0MYqtVIVe3XiWAIPCIbHwIyKBmU+FIUFAo9LYJ/JRfSxaLarr /R7CYcO4fBig0+nG5bJ4cziAOUBgv+Pz+nujgdYiQNDNaVQEBCAMQhwebgwOciAwSiFodGxQPNJ1 MEpofgJQSDA6gpqOMh56mhKmIqIeajxyaqFhNOzl6u7y9vr+AgcL7+IK4PYdG/cpIy83P6+VqE2f VQ+IYWdrb4uRYXubcYN/kQyQj6youLzETPDcMOgY9cQn2ScUaLhtRNwLLfF4IuEJJShWrDj4cOWK BQcGtpyLKHEEtzAlkBnLw2rjnDgULmwQgEGCoEEaJv/JmbNIVSlNohiV5NhKlcxQqVpuTLnSlQSc mjakQhAHgSFVmeicxCBgg5s4NZ9CjSp1KtWacq4CSKm1YxynXbOC7SpW7JuyZdugTat2Ldu0Ai68 jQs3rh24c+vqqUjuQIMD5xyugCGYhoIaOOQVeGdDgr8hBS482nDk3oQOPAIMFFgwxsEqDBtymTix IrZpat6W/Vr1UZwFbUQGeiTpUCI6OwMcdXkzp8lOVlPFlBmpU6oOrE4anRmggoTcAJJCaEPB6erq 1q9jp4N1bNax3r93XdCag/jy5M0uoIvnGfs+pt/Dt2Zxvphr1+bb10sOTcQVV9ZxFoFihSGWQQ8B THb/TwYYfEJBYx90UANmmWWGAEGcIVBFQhs2ZABgou1F0TilwceGG+KJRccwejSAwQBbkCQbI7LY lopzgwCVXEccIYdZTRTs9lSOh3QAS22gWKZKSRRoYKEENCIVQC0XrVillVdimeUvyRzTHjMYPfMl Gn6YdoZ9+d1Hmpp+kQZOGWT0RYacbJ7DHznpaBgDOxEYZkM8iClWjz8RzLHBJYNgoKAAEeJAoWYE zZAhFQuxwIIFIGK6FzcXYaRHda29hkFsg8yGWZNQwNITKLehSiECPkWpSkobAQkTVKUKVaoEs7qU akscULABr88FoJR01GWXrLLLWgUABBhAC4F30EKL/2JX0pJFrbYnvuHiFhhsYQGnFmQhLmjpsHAN uuiqsaaafYmzV5x3pqOnYAMqgNg8NwTgD4NF1lBBSwXYEwGTNjA3oaNOItAOZ+h26FCmXbhr0Xu4 cKsadh618WyMpLoS8iE3biJyKhVosFWsPso0ZADBbeSycZyQwsoGEhQVgAYk96YUUygyG7TQQmP1 gRLidWd0AhlMJ9YFCaBY3gJHYKABwY+VRXACEdhxRAHNRPB1AxYooU4GGQzgwNYOaA1DAtSkWbEY Aui3nzn0NiTYnvjmAOgNFST4DyYS9KkAjU8jsSAAEiAcwAOjOFqhDBE0rBCHKng4sRdvVlTiAAKk hv+sili696IFH3dUaiqwNAJKjwoTpIEGJQ2r67Cg1HoIzMd1konMrACr+pOz8nrSlLdombzyyy9v wRFc39HP0lw20E8EzhhzBDJKICO9A34ovfV9KtinRDcFHPBCGNJH4Bf62bgpDucG+EEniGfc6WFD 7PAfdg+HFcgwDAgcEArAAUb9zzgACJ8QPgAAoDSOOcx5nKNkMIMJBAhiEtOc5jrHnj18ClihGhUd cEWBE3LgdTwjFm2ocztN9Kg5LQPOj1KlgYEERSYQYJ2qwBIlnzXlhUMbIhGlchUMKC0D10oUPsay ACWMRzxaK4/WzqM0C9ihBUH4XgNYsL3pvShtYUT/g/f4Qw25aaMEdducnbyQLj31L2yF+5PfbNAv x1wAAf/zU0kYmAGDPecdFajAA5YDOdgh4IKcoZQKQsNBFMitRGwIneisAyoIiAR1WSEKkQZBs5G5 bkZRsR0kVlUcH/LuZCHblSmI97oAGIdXnMBAdC7QtCLiMpfN6siztIaBOHyAAwUcyweoFsUpiucH GSjLFd+ihfBZYGxcbIASXuSAMpUxPmjMBry0IZE2eiFte4pj4fKlrwwYBnD/ANIe/VQKySztA6Vg HMIGOUic4XNCF7xgw+CIrkdCkk1qKhFqrHW7LLXoD6eDWakUOIdPyvATpYJSTUhZSk3cZnef4AAP /wdiIRtp4oAduNEnMeMT44mLSsxbKUtbygstqA0fxuCaEjKCiwiQbXrN0N7YgDBN6X0ADQkZgNYy kD4HiMF8GUCqNrTGVDTOiU72Q4P9RGOmL1xTHQEKEN/0lRg//eMk7XQnHTYgLZW8gwH2JOQgCykB Ckpgnw+DGEAfSZow5SKErgmJqIIznE7WSEcwtFVWTrjCEnYCEyg0xW12Zlgh7oQkt3ydQ8uqipSB 7BAoe0RS3mLLSuoytKK9Shw68MsjXOAD4hlmVzRwWiBcQCxtUyZ6rggXLdihqFf44h8TcE3TZPM9 29SGAOL2jTqZIJz706pgIhCA/9GxAAGQ7g0mI/+gsfIxpHr001rtiTNDMmcCcVXkXNNR1xNE8mIm goPGNibCC0BLkwBoqCI6IURdRaFCZ5Xo6lwVy1n0t0I70wSuWGMkl+hKA8J6iSh7tpQgijbCoR0W B6DFAaUpJA6sjUMEgAmECJilikdQbVliikUB4DZ7SohmH7jngvcEV7jDrU83u1FVioGzHIHZKmcm sMe+6QBBglQCvtp5pKwUAh5q7e4DDIHPuBaAvAhJx6XOi15vYDmN8PlcxkBbB9KRCRAMLUplc8Qc IRbiZEUpikbnmzPNaraHnnTFmg1R2VDAwhG8WsmZERzg1Z1USilFnksLbWiWkssYQYimAGqKiwH/ /DEGQUjGEVAcBE4BFQ27/cMWLWK+9IXhqQdw6ozDMb+r+gVTVEVBcgOzJ65CV1/LQRgQyjnWCox0 A2JVchO6u9ZRFGC8Uv7nBq1s1U19MK+r4Rhf5duj4DDJo0LcgJMqBAXZjRRJHY1CB27HYERWgqSa PbJJBjLgkEJgNm826WCBCDQJw7uI0/olB/phQA03EZhiASoVgSAepRWAmUDA4gVSbIycspiaOv1D BNQQ4zKVem417kZESkCRedWLx/77X9+WkxgeMAAI2N2jWsvJgJL7mq2j2OcMytvIzBk7fqTZsmfZ i5VkgQoufdVOVgzV7ZCqbKPBEiIoOKDrDkBg/7G06gDSISAsm1mIhFPhQLo/am5YAWCWnr1lvLu+ rJtr51lZgUACgonve1+gw+ThAOKUKEV/v2HEb1CaUlB8YjtUz7e8RcYBlpqGAzwc4hHni3HldI6r 0i/VIsg4j20NZMA1QQEiH/nIT255lPt6uhKIspTXsYKYi+gb29gyl0/U3kEg1FtakK/Xr0N0YB2W 5xwx+gaeHsopLePQut99lfyQAfTl1g4DkF7ZnbcEZMQUH10MQsN7OnDnFVALZ0tpGgqAVC0WMAJH AIcDvCbqUs8p/GHog+JFM6Z5oYO5PC4AyaWbmI/jwNaUV/LJe73kXwtbrp5/OegxNfNkK1tV5P9c JtEOJGiFEL1e6w0R0QEYEHGdAkLgp3THdoBHBa5dFEVNaqCHWdzFerjHB7IH6YmgcZXa5xTe4dlB +aWf+vVYkanVDmRAE5zc/JHc5dUf5nlXsHFey7lcscVcer1Hzdkcs3DMBTyL1EVgEq7GDdFSG7yb EkLh1+2IBaYIFXrHBr5BW2ihWnhWW8jFF9oFGNLFXNgFXJDfjZ2ANIyJG7EgBmEQ+5HcIH0cyNEg /dngDa4VZkzADvIgXfWfCJhBVGXDlpmI6XnZHCBUixzA6iEA01nCI8pOJEriJFJiJVriJWJiJmoi tm1iJ3oi043C8RQD75FiKfICl9iUMqRil6j/Ynu4YnvEB5pUwzaNCPxIlfhFVZZRxOfEiQpeRKoh XhfsmMPMwHO1kxwO0gzS4B0yYzIyx0Dsof75kw/+oUT8HwCC0LKRxwhFTjd64zeCYziK4ziSYzma 4zi62yFG4TrynHdMoBU60XmsHRbSo1nkwis2wwiS3uBtihq2iwoSnjBmnBtekPwVxloZpB0yo+XZ 3zPqAMu5XDVSRMUQYloMIRG+17MACyYolmF55Al15Ed6ZEiKJEiW5Emi5Eim5EqeJEm2JEuWpLF8 FgOyoxK+EDxe4QVmoNTUI3q4QQd6ID7qowjy4zYYXkQEpEC+2j4VQEIypEHO4EI2oz5B5DRS/+Mf 2qJAWQx8dKEhotIjJKLpWABNhgLWQQVZ1qQl4d4ommJbkiJbsgje2RSYeAk+2iWZCN6mDJ7MGeWp hV8H+YFSLmU0NiV0wUNh0ENhWJ5iSiVDOtkM8GFESuSVWaMHcUru6YJefYRIqGMoSELsbUSTYB2F 6RICFhYmLFtHOGBnpqUCEk9Y4KQV8mRP9iRQ8oFdDuWWFWWbWGNgKmWAXJB02docKSZi1kBj2qAh BFs0SqN5TWboDRTNWeRFfl1GMkgoIOAosMZFmcIN+cTtAIvsBQ1aSkKbRUWF1dITtiY7bgUFxiYG zuM80uYG/uQevCKn5KaM7Sb83I8aCWY7BP9nYQqQnxhncV4eYy6kHC5nVf7TcwaUQLkJGVSkWrAX K4TlNVgABUgByXAUQSDAUVDbJTxJR3RA1JWChZRC1ZmbbaDKz1Fd1JWErq2ozchOI3oSQbxTBzSJ At0MIpQCBTAdFPycbczOURhdjXZALdwCXLplkzZpMUDpXDrDXVIpMsRiGu0nLdrPLQKi//knCjAe UxJngQ7ocTbmIGkey2HQNDroxETn+TUDL4QQBSwAX0mChVSAIDBJbERCBVQCIqDV7GCGHCxCZihQ ebbCkyCCHLyEJMhQrVgIjdzpEzCgJJSozjwUItzpTFSCSozCh6oEbQxES5yEo6aEozaiTKr/53qu I2m9p2zK53nMp0/a5pfcZ37mZZaOgVVJw38C6AVF3oASaFQuZjP2jZquaYO2KXppZT8G4VpQZ3Vm ISbFgoUIArXx6SiYFaAGEgRAgJ+mjrllQp+WRCFcArg6i6lYyLje0BMcxQ49gXnOAc6MFMsUCRTo jBwUAkXNVwC0BFDsirYWiqhGlKVmxYMtwAOyKhQGHWm9I05KjXzOKn1mYa264mXiKtyUxm5imfl9 aQoM4z7NGmIaaMkaqzxECg/u37KCAV+SyMVAa7RqQiK6yIt41Lpql85IQilwgtXJAbbqzhzsLCHg GpDUxs08CaV65kcZx55+6uuh6hMIbWZw/6sk0MipvkyNeMIovCsilGjB5mlWWMAZLKmTmu3ZomJd siJdVmk+ahN+6Op+HqWb9qqvWtAeLsdxDiuCXp5yRhnnJZK9fB7L2pVlekkvhNA2hoTRMd10NAgE 6ChOGIq3uqiOzk5KDF2hKNgDtQQFQICCacXnWsK4iu7mtpLVjm6hVMKOqgQSfm5uaKgsfC7mnkog XEWTHAXCnt7CMixsvmpOyiMcTCzF1qqtwmLGtgsJZqmX+iYbtqF0JWNyKueattwEKMQVOCfhasqb PiuF2hxaCiCwuAZkZAf47oh4cifYVVQAkGbR7RJrvN7PKCzvRiB4TuHDwmPUtMZsDu+J1P8ni9wl 8v6jLM4iAWOpN80tUo7J3dSVCqKXGjqw9lIMEJpGVzph6HCElvRBzf5uB3dw03hwV6AoPIIwCX8H /pIFnDLp2bKwKaZtl7Bt296qcCkvfRSlyzarN1EcQJlJ/VQjmeyqBFvZzF1mmKywpyRuwqIFJmlL EzvxE0NxFEvxFFNxFVvxFVOxAGASWtApa9Kv17WnV4RweJhHGQ9vFrrGPQawAFPVLA5XDQex/50B EJ/XHNOxEI+GuxCiBXOLtchba3xEWoSEFtsBJhHyIRtyIhfyIiMyIytyI0MyJj3yJDtyJUfyIlPy JWvyFoOELfnxF9Ove45xFIWHrM7qawD/MG6yMVWdCSu3sizeR37YWATzqjSg3/34wR3j8eFl2Zvm si2DTh+bRYpsRPI0Q82+R0op8x8w8xgtszM38zNLczSz8jRDcxhZszWfQTZT8zVPg4vEaQuL8ziv 4nrE5SlmRDqHIF4SJSzLR9zAcV/S4hD38C/fByDOsS3/3S7bVZcCI32kCRoYbzIEQ/l2hWHVaScz RScz9EI7dBs8dEND9ERLdEVHNFNcNEV/BFMEckZb9EeDdEZz9Am9QQmbLyijdC6NLxf2ggyH4Crv I+jVxzSwc5rwc6ZE0ivGVgV2R4Q5UUmbBZ0mLFAPdVEL9VETNVIbdVIzdVE3tVKXhVAvtPVUSzVV P3VTowd3pPRWJ+FKj296tPR9QgM0wLRu3vRZV2YOa5lOW+BXygRLuXRcy/Vc03Vdt206k3Ne63Wh Xaw+6uXGxu0aofVgt+zMWUMrH7GVKAuFjXJjO/ZjOzb6cvVkR+BKu0VYz3VZmzVhczYODyJbny9l izYRnfRom/YQfbUTFm8e1LVmx0dno/UgvrM1gPay7PVt43Zu6/ZuA0Nfj2AJBvYOw/YuZ6VWSihB tVQIAAA7 ------=_NextPart_000_000A_01C15CD4.D549F2E0 Content-Type: image/gif; name="norton_antivirus.gif" Content-Transfer-Encoding: base64 Content-Location: http://www.marinet.gr/sales/antivirus/images/norton_antivirus.gif R0lGODlhbgCPANUAAP////7NAPwKFJBsA66NAxEGAv/sAfSxA+fylP/TAf+gpqWlotSlAf/xAcvK x/9OW/7kAVAuCf/bAWVpZ9y4NteLAp/wZf/M0OzEAejo6N22F9G4YuG1Af3SGbKbSPj4+PDw8P/0 xMOjAf7r7f/09My0Af/6+nFcAv96gtevFNBcAdXCBfv///798//f4f7gWf3+/PjbAv/UIvTgAfXP AezWAN3c3dzLNsTMnPf393b5Ff7XBvv7+/3kEO7/4fr9+SH5BAAAAAAALAAAAABuAI8AAAb/QIBw SCwaj8ikcslsOp/QqHRKrVqv2Kx2y+16v+CweExGfkC5T269/rjf8Libx4PZ7WUyLJex+XkAeEN3 hIUwdIg8cGyMjWxqaY9yk5STdFMZCws2Dg42RCELE595SDCBhqmChXSCURkDEaKbLEIhNwW5DqVW p0I/gVoZFBOefkMIHRG5ETl+nDYZfZzSGb68RAgW2zoIRddSGTgO0zanLS89CAu5Nprv8O/medX1 MNrbFt7Cftt+vi8a9KAQIQKnBZ0cvFOoyROgMTziIbyHoKK+LX1w+LMWKEQHDAxksXB2KJGiSHW4 EAJE50O9agAqWtwnBFw4Gzg0HhPCIsSL/w0LWNSyOQZEQoUMkR79tG3mtyoZdc6rSUcoNiEg/JDL YIyrp06bADTVRhNLRn9TB12tgkCH224Yceqw8G8I1w8OchQBkWEtkxY+KvrY8mzBuKksbBRwMMHr Bz8TJgDwxKJPX79EiJpVGHkBRwCJC3TuLCvCBFGnTUv2e0pzFq7yPk+ObJrzhA+aiqG2cftqrTGW M25o4YvxgtrHJee2naF3F9dFfgfrghPHBgoMNLTgybs5alEsjn9v7NwKNU9cqVGB/gQ7g/fZtw+p VQsECBYs72e4/wFADvZPKOQVNLssAWAV7sGnAQlFXKDABSaoNd8QPJhwigIPjHDBBQwCsP/hCAqg MB04XpXYyWWmiJHge9pN+IAAAlzg2ikXPKCAEC9eAOONJOwIY4dGdAINJwImIR0YK8ZHhAswCnBj TUeg4KQQDprw4o1MCuDChqYcAsAHdgw1HWhG2HRge+9xwKJ8Fwrw4gNUPngBCihcAACGbipAggJ6 KuCmCTo+YAKfgD5Yp4MuwOCgnSCioMCWLpQ5hIMKjNBFgmpqEOEQUvopgBCeNhmjqAKMkGOgdwqA ggkwmiAljHRO6ScKMLwIK5dIYPjArk+OiSB8ImQHZK0x5piqk54qYKWqJCzLIYwAdArAj1I+UKe0 swbqwoMphtpkpBP+ygEBEYjQYiA9CgD/A7Z/EnvjlQA4S2yNMbIqAAnSujuoqjo6CeCbu+64BXbj RqAkqH/6CafCOPrbKQzydtqqvfhOCcCV+4po6wPgQjnECDBaG/ADZzZBMAEnKHnKqwF/qvAp8GLs bKrVwpBuxQrA7O+sJozAchJM7iq0m+GKS8AAB19MaqkvK/2uv/JmOeXNDzsdraoWekg0EqaGbKuI Wpyc8rnpVurClQxbXe0D9Nq5bIwAUG0xy7AG/aYSrzZp48DviUBAdhEq+mPDfBLt7rFOGrvujzZT a7HUUqIAcsgdH3G2rVhL+CsDKB+8rYxCfP55IB/GCeGWHULamguRkuACkBoyOAKDrkPI/8ScvFbe EQIvTHEy0ufeobkSWU8xoxM/9DzCNS2EgIAMHQQQgO/vHZ30FkfylMTxTjTPuwzShz+9FL8fXHL2 2mPj/Qvgi+8+9ZwDTxxmkpriPe/Ru6+/9PBbryn9SoBB85zHvvzt74D8I1/f/nauI5QMCy0YIAEL uL8EJACB0rtg+KinAhWwqCIhCGEEXXGFO0QwhCGsyAvYB70daDAAL8QgDGU4vihgRwUC8KAGDBiA DnRABisMokyGSEQiBjGIMkhiB1xowQtacAdMbKIULSi+F1KRhvDDYXZ4SMMu6m+KYAyjGDUYQy9y MIdb9KIaYThGKUIxigmAYhybKAE4Tv9xhk6coR5rCIUbViBTXFxjFdvYxDdKIAE0oIEEFslIRiaS BhhQZAIaeUgaBAADUsQAJmnAgA0qsIMVSKMar0hIMEJxkZPkwAAGIAIMcIAGJSgBA0SgyqMN4G80 IAAB/GbLWupylcAcgCdtyIAO6jCQNHTiC+1YSEM2MpcDOIE0MXCCgkQzmicQwSqpKU1sEgADwZSm OIWZQGIyoAKh3GEXy2hBAnBAArfEwCFdSM8dUJKRNfjlLWOwyqPt8mgr8FsuealLEQTgb7r8pwgW Osw+FhON6kwmGScZAINhIBcMqOMc7XnPRsbgozGYAQRGSlIJQGAGiySpSlG5SDnesZz/Dq2ACtKJ zANKUQLgVEEsIlCBALSUox1NqQGGCgEMrMAAJy1BDEoKgY9y4J3jeiUkMbBH/VFPpsdEYAw1SNUA qOAE0YzACWY6SXsClZEr/Wc/A2rLX2LAlv0MZjQZcEU2iu+MAhAlBrn6ngNUYBkoi+ZMfdpRlY6U m9dkZWJXmU0RgJWxch2APMlY1auiU69aveABGHAAv+ZirMCswCQpadiRGgCcIijBQlfQAAyUYAUr UG0JNBlLTa5AkzXAQAxocMcyXnWmmK0gFTfb2b8WoCAnCCVhG1lakhqgAdCFLlKfG13pUpeoJWVk FPd3xplGNLPDPcAlZTqAApwAkyNF/2tzIYDU5hJ1qPCNb3O1K0WrKvA9NJVhMzkagOIWgAArXa9h qVvdBsT3wO0tbSO3+z4FyjSv3/0iGy2oXQyIlwMR4ECC3Wta6kpgXP0UAQ2si2D4Kpi+ZeQjmjrI oppO+ImnTMBmLxkBDAjYtOx9LjiXkYsemxcDBi6xfFfa0iY2mJg4zCp4ndnfA+wAAxm+sWkbwE9m gPWXBckFAYIs5A1DoJFGvqsCOSDTCkTYfW5sZJPtGQECeFmlQ23tMgwGgQJD4ADl/S+Xu0xkjdZV xU64IYvPPEgKq7mzJo2FgOHLgGqK4LkIhu4OjDviLps4uwyG6Yoh6uJmHvoAJmVAAf8wMF0cs7cB IfmmpSVdAT1bGrvpLXIMf5tfmz6RkjvobAIgsIOCJPjXUD5Bpbss3QMUhMR8jrWfxYxkTtva0GiV QH8DMFIOuNq5BthBNTmw50hHNwDVJDGyL63sMAPaZPhV8hdvzVwINHnXECivCLrdahWsGtLQTYBY CxxdBPeZiQ1F0zlrjeZCtnuk/ZXnl09QgHnDt6I1DvKe+Q1dDM+b4t1OMIoDHuiHejAFyEyzekf6 ZPGmt7xubgAERD2AcRO4wAaIZp0x7m9lA1zTHQcuA0Au3DgenKQyNvmXy1vjHZSX296muC6BjPFx Z3fZOEc3KIObQWinFM7u7iy12Rv/kuP6ut8vL/AMYsGApsP80huPOhNumMMS8LzgPh851oPu0zrH u8cD4MDMKX5acrU57E0f8pf9rEHLhvLthT7repGKU62z16s+Pu4t/6nLajKD22Y/O6xlXfhPshjx 4TO43OFM1CaLt5j/hYA2eRx5ZgC435lHNqbDzMHPB1L0Vyf9gSGg2QOooADClMAMdgsSAuh0AB6U QOz5Tm7Oq30Jgj787a2+eCG7u9XJHfhlGcAB3dJ8+YJ3/rnXDp/3gL7qcTdpaYltgAC0uuVojXPs Ac/v8BP++UrATgqus/Ppp9+9lhYAonYCBrZ8Blhd9sdg8MN/5zdhQAWAXdZfXwdz/3x3gLIXawp4 Xwzofw+4fkJmYDQ2agVIfxRogPZ3SFe0gPrHgaPXYR/4ZL+3ZYCHbxaIgM13f+MHfe+xgev2fwO2 akUlahEwcyQoXbA3fzeYgebEg3DXgboXgAfAcFtWg+CXhHWlgiLQgLjngauGU61WAEoVP7sUA1So eRoHdTmYfzu4gj3ohNj2gZB2SXnGesyANHtXgwl4heQTLBuQAv3Xhi34agUobX/FYwWRZa5HhAc4 ZGmXhkngHhuwAX/YhIF4b/kmTt8UA9LmV5Z3XBe3iGgnaxyHbjtnfiGXfur3hh8oXdamAvzWAzsg gBUQC69ngjeIgszmUOXXgBP2c/85dm+T1nDVxWtQhAHb90c0cIeBd4t/Bj/wwYt0NHrsB13uRgDC +Fy8lmO8Jj0g0Vc0EHbgyIyzdl/PeIo++ITxJXGECHzS1QMkaABBp0nfuIybh4aOiARJAo3slnsu CF8j+FybuAwqtwMliIAldwCR9HKQlofjaE7l2HOKh46RVlTU9F8J0AMmmAAWhpAxoJCMKIqjSH67 WFNbKJEHBoLud1wjdoRFaAA0sFmvtHe7N3j26Iym+GwRqYol1gCXZGx6RoVZx5ELGYo1SY43aWs5 2Y/ehlPgdFw1UIYNIAGbFUlEiF2MZG73eAT52Gn7mIpKmY4qZ2GFOAMFGXvuxln/uiWODamLD/ls o8WPX+mP7ddZM4V5CGiB8ZiMVolKvmWUk9hzqPiDO9kAdEcDFaCMiwhdUomQaVlufemQR+mWvnhv MhYABvBHZTl/KtdZmtSRNPlnWWkEW7lXuOeVv+htFHlaFVCESAiCCMkAHQmSIamDI6lfXcmFkTaX BMkATHddgSdxRmhgYskABiCb+PeI5feXkumLpwmWuRYADWCYBMaaBXiX2NiNxWmPoVkEo6lV6Eda OnmS7UdqqMZ01pV5Q+mPMpaMfNmMfsmLGfRip5SKM/le/iiVCRCdqzmCwEmB/gicNMABS9WeR8aW kWlXmURVAZpIrhRLqUUAswWh/wu1S3UGX5r0XLzpcvV3npCWT600eDeXiwLXlpdESwvFOQSVUI4F Vo91SwEVULWVjjKmfDtAnDbobenZANYYAQMQa1h5nPiYnIgHTrc0ebt0orMUoJoUSTUwA07aVE6a WyXAZXdmmQ3QfRK3iifZAAxXAAzwmSm2nUTQnZe0pF1lpt33VK51pE9VUKp1NH6Tjv2lfBLAAGSZ cWAplwZgjQUwoNoJpFoppAaEAbzESipqpL/ES6m1WrmlSU56YFJppa6UnrkZXyAxi3p3lWEqpkNA puCkULuUpk/FoJi0A5Ckl+0FhRX6SmBXqUNVp5cFpps6BR7wNyTag3R0a/Opfv9L9WUnlVuQKl6v KqBclnHWdWedtQMg+qOzqQS3lCZ/CUYThkmvVKaQxJuxJKHflFAlkKpDNacGlgB6h6fPtUtBRmSZ Zl9R4AEiAFux9F0cQEuz1Eq/tEvXJE1/M3l+M0sDEFuwVQPTNV1SaWMGBkkfOAPLAGSYhosYRKup xUorEFHiylhg1Wj+xDkFxX2PxFsJoImKdGNz+Y1DhUg72aUtZ3PMWqDtUaivNahpQlWaJD6a9FR2 JEdnZZoqBa7fupJxZgAiwGMDkJ0EuqnN+ojxBKEr0D7S81T7qqL1uksTVUioaFJwObDa2JlIpUrS ZF4olrLqCgU3AKcQqgFK+1b/T8s53PdU3VdoN3Wzo1eZplWjCaVLFSBNmepSRPu1TxC2a0W2Mis9 vElKpSRFkIRIkcRcqThtODZVA3cAZYWCf5a3nCoEN+A3RgVbStuLhKuRZVqmvMm0lIexcBpUXzZt jQQSHLBrnEdFoIlAU3ADJQCxsGVAASqAahIstzShiLqtT0tLahKv8rSrC2Z6nSVeXUtZa/S6sTsA ryWxHNCi3XQCutQ33OdKHHBJnRQAljRVaUpLKGhWwxt6mlpfglS0SFC5Rzq74UOovhuzMEtVojpL R4qxhjq3uwS5dGRIZsVMVlRVXaS8EBpLSSuzaiq//vRLqoSo3DdLvGmm6De4+S8VeuV7QcrbrrH1 XUSad6C6wN3bVQ88YVUXn4QkwaHHTmNUpmrrO7H0Wm6XPxrZwAFwvQ+sTBJWwiEsXHo0uCj8VH3j AZE4DugBAlRAASsMW1rov6OEvDPsRnHkQjt8uyLgAT6cE36wH0iywq8Fn+XLthTmxJektvIbxR6Q EzhQxUK8FtghS7FFAC5WRXAHY1xlvQYsxRtwGDZgHwCEBDmQu7E0AKCnTNFIRUt6uwlFx4ZxIrKR x1AAG8C0Q148yAZMAFKsCUAsDQ+kyFLAAzhRq5LsAZSMyA+ByaI8yqRcyqZ8yqicyqq8yqzcyq78 yrAcy7I8y6ocBAA7 ------=_NextPart_000_000A_01C15CD4.D549F2E0 Content-Type: image/gif; name="mcaffee_office.gif" Content-Transfer-Encoding: base64 Content-Location: http://www.marinet.gr/sales/antivirus/images/mcaffee_office.gif R0lGODlhdQCWAOYAAMcjJuerrN18f+GUl8YcJssuOdVSWtlmba6ChcgQIdAZJsxAS8cJG88RJscU JoweKWYjKkUoLLFbaE1LTKCdoGZlZ3p5fCwsMPr6/vb2+ouMkLrD3CUmKRk8ZCFst56osert7+zy 8vr+/tbX1/b7+uDi4fr++vb69vT19O/x7unr6P7++vr69szMy9zNV+XcrevDELaWM9vHitiJFuZI Jtk4IPjr6fv08+/QzvTf3uu/vv76+rWzs/r6+sHBwQEBAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwA AAAAdQCWAAAH/4AEggQAAIOGiImFiIIODgqOjgSSOiIsJywsPZs9JiYroCuenpujoysiqKkirK2t qKqvorCin6AmnbEiPScnrqwrBQUECoUFhcTJBAsGxcUACgQJDdINDZHXDAbAp7/etLqusMDh3ubn 6L8rPQIDDIQAAwsJAAvHhgEB9DXCAMIFCoQpsPbIwbVKrlKAAKEihEOHKUKoAMWKxY2LN8Tx2rED FIsdq2zkwJFjJA6SIL2lTKVihMscJU7KxJFCBAkBKuYlMJDDgIEBBg4c2DlAB4AEAwYc+Ll0gIAD BR5ds8ZggY1VIlogEBCAR9IASQfwQAFMJMkcvzZsGFFiBA8NPP9UvZChQ0aAFy9wxFDhykYJHTha YXARYwICHAJ0KMYxIMAIESfa6SuQNLEBBs8GUBbAIMDlBe4YaGZAkNpUBgJctWisQ4Dr1wJkhGhl wwaLkrpwsHXpw8cIuQF0BM+L2EasHMICZGRFuALXxCNz3MWx4oQ8HAueHgj+TMECxMETgF0aQMBP pwWmETBtUEFgVjwoUECAgIIEDQg03H8lciTCVgNYoMEHcLXAQw+svOCCAC7IwKAMLqDVSk+puSLD DA9MIMGGElQggQUS+JBKAAwcoIM7iRmlgAJIGVDAd0wB8BM08kxyzSSECKINC6xQAEEMFxQWZAQT xFBBX43dkAP/SDecNAB9vo2QQgk8rpAPDmAp1pqELbRAgQ4GtoAKCTLE8KEGFqQpYJotiGACiQDg cBlXYPlzwACFiIblZT8lZ4A91BjigCDQMIAQDxYgIKCiiqKpwSsjBIBAAG2yosMCDRhQX28+VLrC CzEQFsMMhLnAlwgaTDBBmquSZRMJJKzAggknmJAJjyakIkACyxyVXQGwNQPNZvNs9lQ7C+SIDSQl skJrCphEeysLsXipgQYiAtjAAT6keS0PIeGFw1wDyJBDCqhQoGYFGjy2jismoHACCaOkggsjxwDE 6yL86uuPIYQKlCMk2ExTyS22hpIwRfBdi20rNwwgHZhsteAu/ysTY0lSJqAIlw9rmuCCC6wk9FCy m5ywAxtoB7zW8msGvLbAna4t5Ro0xEQyjUEJLLBcOeb4cC0F2YrAEQY7IHiODcEFBxhWJ7IWHI+v OIsLK53Y1ENQXBfg01I+MQM2My56HbYwLgJsI448B4BVOqyg8NBs5ozjDWMySciKD/LxEJ8Po5Sy wkq74NLJCdJIwy+hjAjCIjKHQI5zNINc40BVy8Gt+eZMtwCmD+NUJy8KKOS6ea73LgIPv6zzG80z ri/uyFTMug305rizAsIIcvtS9Te3e4MLPKu3zjrjx7MOCY6TGNRs7tBHL070JpBgfPKxXw/N9o6z bZBB70kv/v/4mveguvaMGE9M9tEIOqjl2pAv/znBo8OC9eifX/wisCOjuuMGWc963DO/Ao5PFSbI H+T257/t/Q8RkYhgA1BjwApSz2QKzFHkkkeo9iVCElOZYAH0ZsECquAtAqJACVTiJoD1r3WDyFED E0EoDTZCEoNSgGhKWEAUaOACF+iAEIFogcdgJXUMPB7y0hdDJkrDAQlIwOWieLlt8FB8qBjBBDrg gS5+oIse6MAFwJWKTeAPYIpIYyEoF0NirKiNkBuGHAkAkBG+7Yq488EWwfiBF4CxixegANZKpjYH Lk51D4BABCLAgUYuEgIPGOCgUNOfkliyJDb4CR5vFw5UlGD/j2DUgAz+2EUOiIhkLpzh6gigyEa6 8pUX4MAFIBAJCrICAxjwxgEWIL0dDIAxAiAcK2zQss2li4se+IAyfeACH/gNjB2YAIJoBcf/CeIB r8ymLLfZyAs8AIoHwIFinJaDG6hiKCTEnQECsJ0ciOSdOQCKxDCpAxuc5CqDyxUKJgBGCMHgnzBw gQt4AEZTQgYFNYShAyCgzYZ2M5YciMDlGJCAAtyJJkoTwQF2GD2l1CwoSnGKDgoAmJgpZSmgKRyC WoBMD8jgnzOYwT9d8MUudsACr8LRAw3BSIdmE4gP5QAEgFVPEvyiSXyqnzkCAKynNMajwdRBzA4w kq+1w01X/6NAS10Ag5jWoAb/9AE0j0SrQqpOAQz1KSy7GdRH2WSYJ4LKFB2QTs3hQDTmyUdeZ6aU oEh1KUIZQBkRpNU+KqirNaABDWQqA7yItQK4QFz31EYAtWoTqBBtJE5dIR2oEICilxMs9G5ggKgB pmXlwUHLiJmUO30FGITl4oC4OgMHxFSmQrMpWXvQxBpi07KXBaJwL+CcAJSzFRnA0jyeh7uVrABp HGHFDpC2HJBEtyKbAEkLLtDPrt42oDUN46NIINlDDKKn2YwABNb7gPauV5HDjaWqXhQz416FFRt1 QAEyJ70S+EAFvWlLCHjggxJ0yb8uWSGtOrFPMFKAqwAVaP94x7gL60Wwew19gBSjyGFrSPEBsQSq BnaQgQygIAU2QEHmOMOrwChVHajgmwo0IB8LtMAHH6gxBQhkAXCZMVda9eIHeAAhZ77FphOgFwkQ 2sZravMBy2tE87DhAFnG0q3oyK8DKiFM3KVgBCBoi4FLkIIvi9klI+BL4ERQgiD+8QOjJCUH2kRe EgyifcTAZmYlisNBRTCCERCxCFCMYhvcIBMg4cxnRWvBHnCSFFfzgZu7qAE//pEDgjQZrSTBCAX8 dpt8bvKfHQGB4WooACfxzAJWbQ8p2rIj8guF4EKhMFF0YhNZAaUHLB3GC3zAJvMib5PzDEtvsrGN jpgGiK3/zIEJGBFW2KFoAhgwSSuSr5O4sJsqnms1fVoAiEIUIgcq8BiRmczCCY3GWiMA5cmtx8MO eECggTqBFRp1QumZcs8yEguG/eK6QENFJz7xiVTcAmHnrhWbUWgBFbKCZGa0HhsBlgD0vlK97c14 IuE7XA6MNweKQQsJ8tu8it73xdHrtzgE7gl0mCxrqOPtsBuQVuA+NL6YFgFyoliAmihaZwQIjAms mzuKGJ0WqaBWKFIB61o4uiItIXMrENQDDJiReTF0BHAhGl/h5jwFB3DEAMjCGT9HohJZw2LBV7GO FaCgFgY/Rwk0UAFVqcoC2RKZJ0gAxWMLqubB7XrHx32V/xPYoyYomMeUoeg20+EuHB2BBcEdvY61 g8MSqcJWCVTQFgpUoAJtGhmsYkiNQTjC4pe1Ms6FWqIUkGAYNrhJ1pPtNsobc9tumgXDnC6ypa/i BnVfoUVqc5UepKrcJkMc5QRlegeg/uaYVX1ES+QxAKBG8cjuDFZjPb3fiQIYrLBABVx1qT8dYDmp 4svh2Db7SDAUqGztONdpWaIlg9w8UQGtvmtve83ZEzAgcQs20BEmcBaBURLkkCt6tEIgEQAd4gEG 4BcrVAE4tQLCBkCzF0OlFmKqx4GzVEsHEAKwAmw20BrJMiiToH3fd0fnoBntQDgC4GI+IU4icFVV 02NY4f+AaCIBFpNmbdYmvFBDw3ZDg5JIiwREi4Rxo+YAoFErSgMrKSAnUiQNtvNcKKcUIjBOJ3Ip gkVapSUcKRULJVABKTB8N1AeG/AB4SSBIiAgu1BexTCEiydFkbBxkPRNUJRsDNBzWcgVOdByZQdF ldB7LOgNmlEePuEaUuU2OdAUXyNYS+cDFYABUqUdAZABIIAAM8MDB8ACH0BWdrZ83INsS7hQ3AQB DUCHjrCHZIE3KIBrZddiRuN4mqMUNvAUxrUArREYIwUsQfGCtyAC6iICDqgWG1ACJQACH2ABG8CJ N9ACFbAOJ2AIEyeHi0dqzEZLOsOEA5ABPXADGHBvrMD/YoMidBjgb78Td0+BAeRRiXciAifFNTFT RuliAVZyAMaoFsqUhhpwfpK4C0zmOIzwfB0oeMKlXvW3CxllAp2VHlBUACcHfnBDg8JREgNQgm5z EieCJb+Ue3sziTogAU/SDhqQhgiwIQawA8NYPUIYQwRZkPIHfxyAAK6AAuzUaqAFRQtAFqfAScDA ESARZkajAiwgdQMoAirwM22HlBWgAkwDFq6hFlyxGBjALsB2Z6tEkJiFcx6oWSTQWf5wMzlZRdXV ctDjTL1BNPKBYx+AY39jL6rQcLnEFogxAhsgADZQYhjQAvX2ho2zPM4XeAbJTRBVARSwS6tWIQKw AFDk/2oHIJFHVzfkIAJueS2+wTcUABdvgS1PB2t8+RgFNgJsiQA2gEs7MAGPcj8B2UYV91MGGX1e xwEWEAIokAG4hAKZYGIj5WqChTrZFnDgRxEsMDonIC+2cgkpQDqkkwu2gCoT0AIY4AMOiJLFJ35v xwt2pgzKYnEx2XXSF0ubpRGmU3baZwu6gHJsZzdsF3cIowo/xAMYkFwngRYj8HlkUQrl1WTc6XWv uZXjVmY2UGi0YhvESG1btgN6t56+F3feR2sGd3SwcGubEGMTYJhg5l8WsCogUDi2ggKOQFmGoHEi KqLvF0u0tGxW9gDDQAAG0AnhBI8URQBogZ7XRmvgAP8KJfAWn0eBFGBESaMJJuMIccg4K2INRnqk RlqiQjUNSgoB3rFqJ/EdGBAaO+kmkbegt2ejnTQLD3praycCSPMKnnA/88Jka/RCgqCKymIQemai 1/B+jYQAOQAr8WQIQVEADFAiGPClEgk3/YZ7k9mnKxc8JpBL9hKEvWWNWUdz2XgNjHRl06Q0ATBR 07BDg8Ogj1c1Wvqn6el7KMA3ajIgK8QNkXVnNLRKvTU78rZe7HZ6jSRNWKNwGmWgDgAAaHEC/acO hRiokvk2/kYRWoSaPHBjnrcq/IYyykcIQxqHeGZNbPpekERq60WTN5AYPdCRZTdBBpArS0ej01MO Ptn/CpJGASq3AlpUAZG6CVAkQ7AThw60OgORVm46DRMkAF+pfSnlDqsIiQennvRjo5AZOg+qoJR5 AYmSoaC3C6rweTxyCSfwPc5AjcyjCG3Uph9YDc3CAlyxAzhwFZzBIgQUrtJlNOdwEZbAb6BgTn0q hhWKABVAJKtSfDyJmmX0sFO4fKwUUYG2s143b9D3SCYnAljSCixgAK5mAIaqVJnEGClhXKxwA0IB tQvgNiJATMLxremCmmlSdxLwAECILllxAfb2sCgoQwTwkqnnSpnFAQ+QGlc7ju8wQfyqOTegAK5R TpmkHCURMxQSTCQRMxGoA8eKCixQAdKpKOLHoy1Q/wJGhQpW2QsTC0BoG3/bJJOu9AAmxRgLYKAV JSEvZgMvEljm4VQ2kB09MbVAMbov42LAOn4q8AIIEANowi59gxDD2AMoMIU2FJg+1ZVqq00GgAMo UIICkIpVlI7oQEx/whQxqIgukrpO5RPl4RkudjU8AFlekh/fkpn5gQCPAY246aE30kaTu1bMxoGy aVRmGQDZwGiccyeJiIs6YDM/MVUt4xNKMb+PGYzXewMohCY9pi4UmB9dMn7UVLaD0Jq9y3X8yU0T sKFY0wqXYUcOmg4RIx1fMb2/JBlOcRKJgWpPJXQ9oF1NqS4AzC40Zg/fcr2wspr/U75rhb7gKQIR U/8JHYki45MSwsRfWHGeNqoCoBcfmQnA4gciPZYCaGIJZAtHBGCH7AVJd+heD3WH24RTObBD2QGj 4WNASJxg/xUfOTqsB2YvnrACPWYgPHCSAozCYjwB4HIJpnoIA2ENAzENCcAiqnqK1pBWOFWtgqUD aPEUPITEmakuNzZkQ0NjcVELCuhsOICMROMDCMADI2AxOUB3r1icybA9eBaxxLN4ywZEqMiozcYX QytdwctDK6ACKtACnDecJ8bKsqwCA2d7nxcrw5kRKlATqMADF/AYmmBnOWS2hWS2fkbKJgpFGyib Qku18HgAXWZAv7qlA3c/PJICFVoTHimubgwZS/b/sJvMrOuDRo2TZ0moXo7KbAjQwexkKIZ6RegY nD2pe4MmfioELSgAYBkKLuswKx46CcxKjSsy0ARdpHN8pNL6XnnqYZiDR1irpY5mbqTwkapSd6pC AbMhjSQAx5FLCE4MrSAd0g/QAE480nasfQ5tTLZwaxUMYARmRLkXOIjzCMoKDQoAwxnWAI/qps7j MymNDjZqCj0wK4QIPIaDC3A8KKMIAICnVpnlTc43XNpoEDpwjt7KfUf3CQN31KaTAjfmG0pTy8mn HgNDDE1tWUA10vMmyqu4ANZ11dI8C5aHFSOQoXZ30bxcCrxwgjnSajhNmGyr01JdO7kXz6r8DV6q /9UUgQIUgJot4AskAALXOwEiUj2XgAIfIAGkUasIkNlnvbYyKVxqPdhB+9PpcKO5gAoo8Hkz4U4q q0eZFlk5hscEsGOfGFyAfXOouNYXEAH1+s67mnKY2knCQwpZI34gIACE8A9oswKSBoS9sGMSkIoF oEw5pl7YzaqKFNLvNdIl7QisWz8rgLeYRHxVqwNdZk+u0CRVWxKAfBGR+ZkmsAAAUAMKYN8rMgC+ kCqicAnWjacLYN2ZnZMbl4TsVYqz4zwV0quu4DJCcbc1uB3eAHKuoFpZiFqqdTBLR2NCW99ftQBf dQDIaCvdXJy2rdn6deLXAGIhFtqtiuDgjanBff+IOYB/qbEDP8EYYOEUO54P84uFOGBRmnsABJcr KVABJbACA3DfDSABa2HbG8AKSTyc1s0DBTBBAf4BCMBK8ndZeJhsERQ/3YcOyFEbd6INIHEpPz4z o6sdrdEyGIADDVAA5bEd51hw9YkCOF4DzeDkG4BjamFU4Esr8qFMW14VyqQBvM3AlcvToyYeDOqv bwO1NQwUPLEDJwJS64QcToGL2pGFv4iLlpA1kkgCI1XJaaKPMlBgs5HnSzYf1k0BC2DbPzR4XFeQ I/1nQRvNS2MiTeUabrOY5vEnAbAD29EOTjFVQgu/TkHkCZMVFUACA0ADLYADn8hjLxACaSYCeU7/ 6AvQ2QI+ZN/2mo2OhKMm5gXnk6jAsdIRHCSBAzsgHTewGEviTu4kEoAB701iT+7tpeZaAScwAgoQ A5+YTGvRAuwUGNfboRTwIuGuTBXAlaAdX7k+OzvUDZvD60YDEmWWCijAFm3BEKPKF5u37UMtMoUr JgPweWniFQJQDxJgHG7YCx8QFeAu4BNwATmPhCC908KFin8WGMDN4ETfCiMAFyq0mRRAYIXcLn7T N2OKa+pCAjlaATGwagXwABJAATlgrs95UB+wuQVg2xDfgXhIEI7A4gcZ5lZhnpqDe4D6C5idmSfk N2IcH/FxY8PqTJgw1J2gAmN0AgegABJQAB1i/wG/ZhMUaAmk0/CDIgHdKwEUbznXuIHmbjkJcADi eNrikwluUjo2IY3VES2e0AulMKYiwANuLA8D8MUjwCPGNwETcdmGv2PyoYlR/fOWM2qWr/Nh3ptY itWyUGvm2Z5CbTiUiZogwKf1OX5vaOIPr+W8zW7XoIoLJVw5r42WM4hwHWuh069XKtfcXncFYiB1 ZwH3GVknEP3KNO4HGQFT1vu6Hwm2up4O/acOenCmMHkhAwgiKDwWFYYVGiMiJj0sLCYnJx8UH5WW lRMXmpsPDg4KEJuiBA0OCQkLNiIrIq2ur7CxsrOrK6y0rSs7Kxi2Jiu/r8G5PT0mxyySlpSXFf8c ohcPCg4ND5qZmhDTngwLO7jg4bS3q66257+s5+euOz3mx4yPkggLCwULEgiVGtARBJ6qQZtAzVSD BAaOrRPHcJa6deuO9QCmkNGxVSM0FKpggUKJVo1MODqB4GACUwwKUKLwIIIoT5+sbYJQsCADA4ti kWvIU2cri+xqsRphSAMPHz54aJhg4WOxYyQblFKgIEGBShSmhdLkiQCBAhcmTHgAAKYpBwwOLLJV LhzbnuZ8sgVG95cJET4mUHBkg4WrFBYmOG10gkK9e/n2fShZisCDTl0JQIBsVmqDm2t9wt3skO3d Fnpb4ZAh40XfVktBrCLBgtklSxJKlXoAIYL/S9uPCSgAaBYtzotzx+0UmkuEDVU2bnxbgeOG87YP y/lKJ0LFhA9rX/A4+sK0rULAkr1+vUBqqGfQNEWg3HsBCupxyb1tC+sWCwMFcAg4kEOEjgICDKBD OMbQJQIFFqwykQ4BHKUCC92JUMIEPojQgzLjLVbKVulB80ApJxlUwA2vyMfQcDoccIAAOByAgwgC BLDiADnYEEAOOuhggw40BqAKfBZUeI4O21HggyMq9KfRIiRliIBWmnAgZYec9GZVf+k8NJ9Q8mnJ ioz7HWBAfwLogMEABhiggwECGLDiigIsIMAOFlVXgQqMnCACDgPwQIGRKKTwggo+VHBCDyg4/7AA AggYJkEB5kkp6QWSoudhKZ6cNOBdCr6Dy5ZxgSmmizDmOMAABwTg5gED7Icmm7sAIwJRKFDEXJE8 kEioCiVUEEIyikrwJwWPMpCAS5RWSmmU/tR0WQCr7CJRcNFBZO2eC7CZZg47oMpmm2mquN8CKaYa zze0ivQOnxTwEOh2JZjQawonoKDYaxI8UOm+UVrKCaZoCZCTQqwMs9NwxbXSrQA5nNpfiwGYGkCA EYOrQ5mrOLJCryGsYMysH/DQwgY+fNDCCSvQWm+G/GyCHgTnPcPhTGZ1885CvrADEXHSsbLDNyKQ gIIIO2DQSgoZiIDBDipgcHEARS9tFyQVtP9goQk3JLXB1huAEIKeCEKCwp8sT/AMBxHAJGnaDszM NkwAYFmgREABY0zdcy3kig8UjJAUDyX42UILIxhJSQtIHWlMMSJooMHVI8CbAQmUk2BLaCuz/IEF VTqgL6Vpn4QsVw3wlgC0Fp17l9ET5TJdwtC14oMGFNDebgu1UzC2UX9qMAnKxaA7QQsYgLDdBhiY UPldH0xQaySG3VMAPor1Q2lNEUj59swwAcSAwBYVs3gttYj/VFB0rcNCCfSGgAIJ9aaAwvz1zo+C I/E08g4Fgm3AwwYocMfdRMCDCCiiXiQ5iylOspIofcgBBDjbPzyRPfV0zxQGyADdgLOOdxD/LHYI u4UIZWWrusRjagYKzAc2kAMMfEx2E+CBhUZSklOchAEOaKAFPYestLXEUm/LVAFsQAL9MUJWSqNO L1AoHS55jC6POKH+7pa68DWCBazgnwVaAIL5paBQMbRQD+A3NgRIwB6JaVmlOpGsSVmKPdyAVhHD R7A6rsIEdNLZfIJTi+VY6xcsmMh0LhTIHWTkEIboyEdEkozMscwCU6IUBAggCn9dYD29QYtaGHE3 QS7iG0/pQR6zpLM7ktJjWYKHXdAhPk6KkmglIFwJbmGRRo4tQ5QwW6UmqSxLcQACAIPJleBnPivS 0ZVVPOUgfzG3c8SKInWUByNDGEj9RQIF/5pDgDV26QA3uowmCoSg9wZAuUCKJHXGoBMeVymR1iFR hNHKWUTO8RQ6SUuaIviiRiygAR8MLSQnSIa9nAQpfUlqkm2s1AQzyQ33EPNQ1TTfGEPpysXNrSIT WeVEFucxKt6to5HI4gQiADPaROA6UIlEvRygj2HVQ4EG5UAn9iWzrjAUJgNyhDFYAD+JPCKKx1RI ToD2E10YVZnKDM83UGCB9dDgqVBtiQWModJE5cMwZlzAKbxSuto8IIJoI+lXE+AV3jA0LZRTqfgC eSiJBrKIrUyfICGi0Yq20qJ+UUEFIADVvj61BhCowHtQUK97XQIBECxLWRdL1sWW9aamiP8b/NoK 0Svi70Jz7KSnTFkcXxSVloykY4H26tfS1iACCRJoNsXp2NY6FrJogRZhTwDXPE3UIpEwRhH9ogMc 6OAbO9BBf3Kyghq1wkYBuEEtGdkIEbQgAjXwa3SfyiYaLOACI1jB/MiWIa0SAABeAQB4v0ve1kLw rAaYrUqTkYy00ja3I+GpCFZkgBQwwgADEIFyb8CCVOkXBwZwD39RwF/26kkDD6BBm2bEKgQIoCN+ gsDj5qe5xYhTvBgWb1nH65Xz2lSYDtCB0IgJv3JWk6cXom0x9PQmNKFqPwaQUQAKwCr8pmlNqjoA EZOBqArQ4Cjb8Z3jHJdIBNSgAvLDJrH/JGAACQgLK9PIcHg5rOEOezhTMLnJZAmbYpVGYrIqZQ2L wySAMIlpPzlIFYBV5KYFHGABARDo/UoQAQOEzAKFQJDjKkEyGtRgAiqYHwIgdRkGlG4fFCjAd8Er ZQ1z+LFW7g0BBvQ+L4vZyyuORDLmS2YyxzhVqVpwuPCbCqERdn0ToEGjNlCJkY1gBN2RwQD8DOjC XuYUCjiIYhSd4V5jOLyLjUxvbkLYYiMKgesF86H0NAAAlfnFrsKvqNkcADiPSdklgEANDtCC7tjA BTKAgQvGPW5aJ/kDj1p0AZ6caF/3etHAfrRZOkwAHJDRy/hWr6aLiALh5uDfAK8RDlZg/wMc/Ps4 yUlODm5wPxbwNwQVAMAMyC2DcZfmBT5ogQBqAIAKMBybWHENlN3tbnibt3sE+J7QNH3NRgaUMMvm ceWE1oKPUE4FI3hHvdhXghJkfOUuXwGCDXBxILOaEjyYNQQStF3NSSABJP/1r11r1q5Yxd7qfZ++ r4nsL1NOQo7701FoZzuy427P9KrfCXwQARoMIGRJQdwGXj2CAwDAgCygMMvaHXVGj/fRj503Nw6w 5ffSlrDuTXYjTm28pHzAB5Hj23b+Fsuk+FOlNwjoXgNQghGQbO4+aNUBaBABCoigfiJfxgIUQHJ4 +53qVe8N1otNPwTaz3759vJ7IHGCeP9E4hcQFQn9cD+hCgRgBBUr818Dm+RAAaClfzKjoqfs6/Ja H/bn5U03vlZ7BK6c66bWveHxTf6qcr1+91NBYBDgJqjWoCUaCOjtLwPBAgCgAbshb+vLC/jXstYs p2NqtFd7s9V9yGaAB1hsttdyt0c/N7AUJDUZtRFDcmY/AKEb1Nd3VAZ7r3WBXUFsuNeAt5eA5wdf XuZyAWV+Ayg/8sMCKqAUeKYBJ6NdIugVu5F/Gshoi9V/5hVsmRIAAqh2W6d2yrZe5Xc/6zWAXhQo zQdIdiGC9sNaJreDJceBHUhvWbYAJRAoUNiFw6d1Czh86FdVFZgCZniGaCiCVTU/DgD/XruxgSlH fWXVWMDGG1cYeB2WAAJAAi3Ihb3nZSaggLx3ISkWiGQof3lnS3IWCc3XgPWTdipQVY6Vf2X1LQDQ WACyIvZwAMaSABIwACnHAMayAM3WDQuQEk0mijhkb0oxS5JAAfa1AiBQIcbwRYQ1AkEiAiGQcbWC AieDDGMjQz6wRadnPzWXMkbBgsUWdhYwAvVTEzvoFQuAAwEwANlCAAswAjpQdwvgA21yOtUYJ5w4 AD7gJggwAJ/oAypCXwsAAkRBAS1gAhTAEZJXAUcxO4B2IHhGCRVQO44jOH3TONjBA/1ICf3UOxSg Vx0xCcm4ETwwAnmXKJjiWgDAIy2w/40FoCYBoB8HoAMtEAASwCMjcJEjcA/ViHw5wiAe+WoDwAAB oH78JHR5xk+Os48WcGDziAi0wxEcYQHNwwMrwE+DoBc9WTuFIEMa0JNJeTKI0BTNdxDZF2wVGQAb iQM0po3IxyIMEiMbeXw4YA8DoI299ZERs5E80g1E4ThjUwJGopM1SQgtkAIfoJREphE1uUW9gmQE aZd4xpMjII/8hGcWoAIgoAEweTJmKBVSuIOt0pgAMCOqUgCtIgAMIAETgyoDAABwxioMhpkCgAAH oEmThwI+QCiBEzki8zeJoAJG0oyThziI4zdbiBS8Qji44xEZV3Mp8GqEk3EqkAJc5Gw3Z5goNuVY jtZ6UvZd2beYPUhvOnACKRBoZiidaYgCJaACgRZLzaeM9GKGjEh8gVZsZsiELIidIZBkIHCGKEd1 VaiDwfaeVlhWaBmd2Fmf9lmf9Hmf2Bmd1cmd40meZwgC6QkCv0mghFmdgQAAOw== ------=_NextPart_000_000A_01C15CD4.D549F2E0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 24 23: 2:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from b80216.upc-b.chello.nl (b80216.upc-b.chello.nl [212.83.80.216]) by hub.freebsd.org (Postfix) with ESMTP id 5034137B403 for ; Wed, 24 Oct 2001 23:02:20 -0700 (PDT) Received: from adv.devet.org (adv.devet.org [192.168.1.2]) by b80216.upc-b.chello.nl (Postfix) with ESMTP id EFD33689D; Thu, 25 Oct 2001 08:02:18 +0200 (CEST) Received: by adv.devet.org (Postfix, from userid 100) id D78063E8E; Thu, 25 Oct 2001 08:02:13 +0200 (CEST) Date: Thu, 25 Oct 2001 08:02:13 +0200 To: charon@labs.gr Cc: hackers@freebsd.org Subject: Re: ipfilter changes in rc.network (was: Re: cvs commit: src/etc rc.network) Message-ID: <20011025080213.A99490@adv.devet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011025032742.A4399@hades.hell.gr> User-Agent: Mutt/1.3.22.1i X-Newsgroups: list.freebsd.hackers Organization: Eindhoven, the Netherlands From: devet@devet.org (Arjan de Vet) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20011025032742.A4399@hades.hell.gr> you write: >Done. I tested on my -current (compiled on Oct 22) the patch you can >find at http://labs.gr/~charon/patches/diff.04.ipf-rc-U >It is functionally equivalent to our current rc.network behavior, but >it uses the variables you proposed, and it moves all the flags out of >all the XXX_program variables. > >Comments on this are more than welcome... Hmm, yesterday I submitted a PR (conf/31482) with -stable and -current patches (for rc.conf.5 too) doing almost the same cleanup. I'm happy to see I'm not the only one who wants to see some cleanups (including bugfixes) to the ipfilter /etc/rc.* code and manual pages :). Arjan -- Arjan de Vet, Eindhoven, The Netherlands URL: http://www.iae.nl/users/devet/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 0:21: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from destination.kclj.si (destination.kclj.si [193.2.253.10]) by hub.freebsd.org (Postfix) with ESMTP id 9EE3F37B401 for ; Thu, 25 Oct 2001 00:21:06 -0700 (PDT) Received: from origin.intranet.kclj.si (unknown [192.168.1.253]) by destination.kclj.si (Postfix) with ESMTP id 6A16F10B3FF for ; Thu, 25 Oct 2001 09:15:59 +0200 (DST) Received: from nknfz-84-pc (nknfz-84-pc.intranet.kclj.si [10.3.16.33]) by origin.intranet.kclj.si (8.8.8/8.8.8) with ESMTP id JAA02486 for ; Thu, 25 Oct 2001 09:28:03 -0700 (PDT) Message-Id: <200110251628.JAA02486@origin.intranet.kclj.si> From: "doc. dr. Marjan Mihelin, dipl. ing." To: hackers@freebsd.org Date: Thu, 25 Oct 2001 09:22:22 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Fiskars UPS Reply-To: marjan.mihelin@kclj.si X-mailer: Pegasus Mail for Win32 (v3.12b) Sender: owner-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, We are using from 1993 Fiskars UPS 0.8 A UPS unit (Type UPS 1008A- 10EU, PartNo: 10 02 891 Rev A1, SerNo: 119355 9345, Made in Finland) and few days ago the Battery failure control light started blinking. We replaced accus (5 pcs 12V 4Ah) and we charged them for 48 hours but the control light is still blinking. Do you have any advice what to do? Where it is possible to get the electrical plans of this unit? I would be grateful for any help. Regards Marjan Mihelin ---------------------------------------- Assoc. Prof. Marjan Mihelin, Ph.D. !!! AGAIN NEW TELEPHONE NUMBERS University Medical Centre University Institute of Clinical Neurophysiology Ljubljana - SLOVENIA tel: +386-1-522-4730, fax: +386-1-543-1533 E-mail: marjan.mihelin@kclj.si, marjan@mihelin.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 0:35: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id 4099D37B405 for ; Thu, 25 Oct 2001 00:35:04 -0700 (PDT) Received: (qmail 57128 invoked by uid 1165); 25 Oct 2001 07:35:03 -0000 Date: 25 Oct 2001 00:35:03 -0700 Date: Thu, 25 Oct 2001 00:35:03 -0700 From: Seth Kingsley To: =?iso-8859-1?Q?Jes=FAs_Arn=E1iz?= Cc: FreeBSD hackers Subject: Re: CFS Message-ID: <20011025003503.A52429@fluff.meowfishies.com> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jesus_listas@pasapues.com on Tue, Oct 23, 2001 at 04:54:21PM +0200 X-Operating-System: FreeBSD 4.4-STABLE i386 X-GPG-Key-ID: 1024D/5C413B08 X-GPG-Key-Fingerprint: F772 5D24 02B4 D233 90F5 080F 0F50 3298 5C41 3B08 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 23, 2001 at 04:54:21PM +0200, Jes=FAs Arn=E1iz wrote: > I heard about CFS and TCFS (but this is not still supported by FreeBSD), = is > there any better bet? If anyone know any good resource (sites, papers, ..= .) > on these topics please tell me. I can attest to using CFS for several practical purposes. It has a few nice features including being able to completely hide attached directories from all users except the owner (including root), and it can store extra checksum information in the gid field of the i-node so long as you don't chown it for the lifetime of the file. It works with an NFS loopback and encrypts the on-disk filenames. One drawback is that it processes requests in a single-threaded manner, making it not very good for things like hosting compiles. The AT&T paper from Matt Blaze's site describes the implementation and has some benchmarks: ftp://research.att.com/dist/mab/cfs.ps --=20 || Seth Kingsley || Meow Meow Fluff Fluff || sethk@meowfishies.com || || rndcontrol -s 0 || --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE718CnD1AymFxBOwgRAk6pAJ9iGOZfIDY3HCtJfWkpYhBYPrSMZwCeNz9U iPVD17FSrPdgMNvtNUdOaG0= =T5dU -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 1: 3:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bugz.infotecs.ru (bugz.infotecs.ru [195.210.139.22]) by hub.freebsd.org (Postfix) with ESMTP id 6B4E737B409 for ; Thu, 25 Oct 2001 01:03:32 -0700 (PDT) Received: (from root@localhost) by bugz.infotecs.ru (8.11.6/8.11.4) id f9P83So32210 for freebsd-hackers@freebsd.org; Thu, 25 Oct 2001 12:03:28 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200110250803.f9P83So32210@bugz.infotecs.ru> Subject: kernel threads To: freebsd-hackers@freebsd.org Date: Thu, 25 Oct 2001 12:03:28 +0400 (MSD) X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, does FreeBSD currently have something similar to linux's kernel_thread() ? Or is it what KSE intends to implement ? Can I somehow run "independent" kernel thread, which will, for instance, check some flag that I set inside interrupt handler and do some job that can't be done in the interrupt ? Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 1: 9:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 8C2F637B405 for ; Thu, 25 Oct 2001 01:09:45 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id 4C01181D05; Thu, 25 Oct 2001 03:09:45 -0500 (CDT) Date: Thu, 25 Oct 2001 03:09:45 -0500 From: Alfred Perlstein To: "Eugene L. Vorokov" Cc: freebsd-hackers@freebsd.org Subject: Re: kernel threads Message-ID: <20011025030945.H15052@elvis.mu.org> References: <200110250803.f9P83So32210@bugz.infotecs.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200110250803.f9P83So32210@bugz.infotecs.ru>; from vel@bugz.infotecs.ru on Thu, Oct 25, 2001 at 12:03:28PM +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 * Eugene L. Vorokov [011025 03:03] wrote: > Hello, > > does FreeBSD currently have something similar to linux's kernel_thread() ? > Or is it what KSE intends to implement ? Can I somehow run "independent" > kernel thread, which will, for instance, check some flag that I set inside > interrupt handler and do some job that can't be done in the interrupt ? I don't see why not. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 1:18:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail12.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by hub.freebsd.org (Postfix) with ESMTP id E76C637B40B for ; Thu, 25 Oct 2001 01:18:50 -0700 (PDT) Received: (qmail 29908 invoked from network); 25 Oct 2001 08:18:36 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 25 Oct 2001 08:18:36 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200110250803.f9P83So32210@bugz.infotecs.ru> Date: Thu, 25 Oct 2001 01:18:34 -0700 (PDT) From: John Baldwin To: "Eugene L. Vorokov" Subject: RE: kernel threads Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 25-Oct-01 Eugene L. Vorokov wrote: > Hello, > > does FreeBSD currently have something similar to linux's kernel_thread() ? > Or is it what KSE intends to implement ? Can I somehow run "independent" > kernel thread, which will, for instance, check some flag that I set inside > interrupt handler and do some job that can't be done in the interrupt ? man kthread (On -current.. a somewhat similar interface exists in -stable.) -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 2:47: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id 8BE9A37B401 for ; Thu, 25 Oct 2001 02:46:57 -0700 (PDT) Received: (qmail 63550 invoked by uid 1165); 25 Oct 2001 09:46:57 -0000 Date: 25 Oct 2001 02:46:57 -0700 Date: Thu, 25 Oct 2001 02:46:57 -0700 From: Seth Kingsley To: Lyndon Nerenberg Cc: hackers@freebsd.org Subject: Re: NO_AWK Message-ID: <20011025024656.C52429@fluff.meowfishies.com> References: <200110250153.f9P1rd0H071528@atg.aciworldwide.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="St7VIuEGZ6dlpu13" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200110250153.f9P1rd0H071528@atg.aciworldwide.com>; from lyndon@atg.aciworldwide.com on Wed, Oct 24, 2001 at 07:53:39PM -0600 X-Operating-System: FreeBSD 4.4-STABLE i386 X-GPG-Key-ID: 1024D/5C413B08 X-GPG-Key-Fingerprint: F772 5D24 02B4 D233 90F5 080F 0F50 3298 5C41 3B08 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --St7VIuEGZ6dlpu13 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 24, 2001 at 07:53:39PM -0600, Lyndon Nerenberg wrote: > For a long while now I've been running with the bwk version of awk > in preference to the GNU gawk shipped in the base OS. Nothing has > broken as a result of the change, therefore I'm starting to wonder > if a NO_AWK macro for make.conf might not be appropriate. I second this motion. Scripts shouldn't assume that /usr/bin/awk supports GNU extensions, especially those in the base system. Using BWK awk in the base system would ensure compatiblity with traditional awk in addition to removing GPL'd software from the base system. --=20 || Seth Kingsley || Meow Meow Fluff Fluff || sethk@meowfishies.com || || rndcontrol -s 0 || --St7VIuEGZ6dlpu13 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE719+QD1AymFxBOwgRAgt8AJ431l3GBBgvqiyVjuZkxpts1PeK4gCcDbAf VtqnlCFI5RZ0xrkPAvRUhJ0= =mv+P -----END PGP SIGNATURE----- --St7VIuEGZ6dlpu13-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 3:13:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f35.law11.hotmail.com [64.4.17.35]) by hub.freebsd.org (Postfix) with ESMTP id D1AF637B407 for ; Thu, 25 Oct 2001 03:13:09 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 25 Oct 2001 03:13:09 -0700 Received: from 24.4.254.79 by lw11fd.law11.hotmail.msn.com with HTTP; Thu, 25 Oct 2001 10:13:09 GMT X-Originating-IP: [24.4.254.79] From: "Joesh Juphland" To: hackers@freebsd.org Subject: mountd will not start at boot. Or function later... Date: Thu, 25 Oct 2001 04:13:09 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 25 Oct 2001 10:13:09.0723 (UTC) FILETIME=[A5AFBAB0:01C15D3D] Sender: owner-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 cannot mount any of the NFS shares that I share from my server due to a problem with mountd and RPC. rc.conf looks like this: network_interfaces="lo0" removable_interfaces="wi0" nfs_server_enable="YES" nfs_server_flags="-t -u -n 4" /etc/exports looks like this: /mp3 myclient I have the /etc/hosts files populated on both my server (this machine) and the client (myclient) ----- When I boot, mountd bombs out - log files show: mountd[119]: can't register mount I start mountd manually - `mountd -r` and attempt to mount my exported FS: mount_nfs localhost:/mp3 /tmp/mnt and the error is: localhost:/mp3: nfsd: RPCPROG_NFS: RPC: Program not registered ----- I have tried two things to fix this...first, I tried removing the -u from the NFS line in rc.conf. No effect. Then I tried -HUPping portmap _after_ manually starting mountd. Also did not help. Any help is appreciated. --joesh P.S. I have ipfw built into the kernel, with the 'block all' setting, but in /usr/local/etc/rc.d I have a script that runs ipfw add 65500 allow all from any to any so I don't think that ipfw is hurting me.... _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 3:43:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail17.bigmailbox.com (mail17.bigmailbox.com [209.132.220.48]) by hub.freebsd.org (Postfix) with ESMTP id A534537B405; Thu, 25 Oct 2001 03:43:07 -0700 (PDT) Received: (from www@localhost) by mail17.bigmailbox.com (8.10.0/8.10.0) id f9PAh7m02791; Thu, 25 Oct 2001 03:43:07 -0700 Date: Thu, 25 Oct 2001 03:43:07 -0700 Message-Id: <200110251043.f9PAh7m02791@mail17.bigmailbox.com> Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary X-Mailer: MIME-tools 4.104 (Entity 4.116) Mime-Version: 1.0 X-Originating-Ip: [200.229.133.210] From: "irado@nettaxi.com" To: freebsd-hackers@freebsd.org, leal@myway.com.br, freebsd-net@freebsd.org Subject: RE: [Fwd: colisions!] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG somewhat strange your cross.. I am accoustumed to use the 568A/568B normalized cross, which is: 1-white-green 2-green 3-white-orange 4-blue 5-white-blue 6-orange 7-white-maroon 8-maroon the other side: 1-white-orange 2-orange 3-white-green 4-blue 5-white-blue 6-green 7-white-maroon 8-maroon as you can see, the green/orange pairs are the switched ones. Also, you *must* use the corresponding white of each pair - no mix/max whites please (Alcatel cables have no coloured strips), otherwise the crosstalking can produce a lot of collisions.. change the cable accordingly and try again. >Date: Wed, 24 Oct 2001 15:15:12 -0200 > Marcelo Leal freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG [Fwd: colisions!] > >i have the follow problem: >i use etinc in one FreeBSD box (4.2). it works fine. >this freebsd make bridge (one interface in switch), and another cross >over to router. in the conection to router, there are one colision led, >that are almost always up! i did put one rule for bridge only ip in rl0 >(switch interface). why there are colisions betwen etinc and router??? >the etinc interface are 10Mbps (half-duplex) and router too. >the cross over is: >etinc >1 2 >orange/white >3 6 >blue/white > >router >1 2 >blue/white >3 6 >orange/white > >thanks > >___________ The ISP-WIRELESS Discussion List ___________ >To Join: mailto:join-isp-wireless@isp-wireless.com >To Remove: mailto:remove-isp-wireless@isp-wireless.com >Archives: http://isp-lists.isp-planet.com/isp-wireless/archives/ > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-net" in the body of the message saudações, irado furioso com tudo GNU/Linux user CASSADO deus é construído à imagem e semelhança do homem. Principalmente em seus defeitos. por favor, clique aqui: http://www.thehungersite.com e aqui também: http://cf6.uol.com.br/umminuto/ ------------------------------------------------------------ Nettaxi would like to ask for your help in donations to the RED CROSS today! http://www.nyredcross.org/donate/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 3:58:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from shikima.mine.nu (pc1-card3-0-cust143.cdf.cable.ntl.com [62.252.49.143]) by hub.freebsd.org (Postfix) with ESMTP id C725E37B407 for ; Thu, 25 Oct 2001 03:58:12 -0700 (PDT) Received: from rasputin by shikima.mine.nu with local (Exim 3.33 #1) id 15wiE3-0002yF-00 for hackers@freebsd.org; Thu, 25 Oct 2001 11:59:03 +0100 Date: Thu, 25 Oct 2001 11:59:03 +0100 From: Rasputin To: hackers@freebsd.org Subject: cvsupd / cvs repository Message-ID: <20011025115903.A11410@shikima.mine.nu> Reply-To: Rasputin Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG First of all, sorry for the dumb questions. I've installed the cvsupd-mirror port, so I now have around 1.5Gb of CVS data in /usr/repo. I was wondering if there was a way to access this as a CVS repository? What I'm really after is a way to read commit messages/diffs from it - primarily for RELENG_4 (it would be nice to see what's changed in a particular file after seeing a commit after a cvsup, without having to access the freebsd website) I'm unsure as to whether a mirror needs something else to work as a cvs server (cvsd?), and most of the docs I've found are biased towards either CVS-based or CVSUp-based. So I thought I'd as you guys, since you've probably got experience in this - I can do without the mirror, but I'd really like a local repository (and some way of keeping it fresh preferably) Is this even possible? Cheers. -- A celebrity is a person who is known for his well-knownness. Rasputin :: Jack of All Trades - Master of Nuns :: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 4: 3:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.nsu.ru (b.ns.ssc.nsu.ru [193.124.215.221]) by hub.freebsd.org (Postfix) with ESMTP id 7CA0837B401; Thu, 25 Oct 2001 04:03:16 -0700 (PDT) Received: from uni.land3.nsu.ru ([193.124.213.230] helo=land3.nsu.ru) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 15wiHK-000837-00; Thu, 25 Oct 2001 18:02:26 +0700 Received: from localhost (lucky@localhost) by land3.nsu.ru (8.11.4/8.11.4) with ESMTP id f9PB24U30580; Thu, 25 Oct 2001 18:02:04 +0700 (NOVST) (envelope-from lucky@land3.nsu.ru) Date: Thu, 25 Oct 2001 18:02:04 +0700 (NOVST) From: Alexey Privalov To: "irado@nettaxi.com" Cc: freebsd-hackers@freebsd.org, leal@myway.com.br, freebsd-net@freebsd.org Subject: RE: [Fwd: colisions!] In-Reply-To: <200110251043.f9PAh7m02791@mail17.bigmailbox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG to irado: read some information at www.ots.utexas.edu/ethernet to leal: try to test with different NIC`s and cabels. On Thu, 25 Oct 2001, irado@nettaxi.com wrote: > > somewhat strange your cross.. I am accoustumed to use the 568A/568B normalized cross, which is: > > 1-white-green > 2-green > 3-white-orange > 4-blue > 5-white-blue > 6-orange > 7-white-maroon > 8-maroon > > the other side: > 1-white-orange > 2-orange > 3-white-green > 4-blue > 5-white-blue > 6-green > 7-white-maroon > 8-maroon > > as you can see, the green/orange pairs are the switched ones. Also, you *must* use the corresponding white of each pair - no mix/max whites please (Alcatel cables have no coloured strips), otherwise the crosstalking can produce a lot of collisions.. > > change the cable accordingly and try again. > > >Date: Wed, 24 Oct 2001 15:15:12 -0200 > > Marcelo Leal freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG [Fwd: colisions!] > > > >i have the follow problem: > >i use etinc in one FreeBSD box (4.2). it works fine. > >this freebsd make bridge (one interface in switch), and another cross > >over to router. in the conection to router, there are one colision led, > >that are almost always up! i did put one rule for bridge only ip in rl0 > >(switch interface). why there are colisions betwen etinc and router??? > >the etinc interface are 10Mbps (half-duplex) and router too. > >the cross over is: > >etinc > >1 2 > >orange/white > >3 6 > >blue/white > > > >router > >1 2 > >blue/white > >3 6 > >orange/white > > > >thanks > > > >___________ The ISP-WIRELESS Discussion List ___________ > >To Join: mailto:join-isp-wireless@isp-wireless.com > >To Remove: mailto:remove-isp-wireless@isp-wireless.com > >Archives: http://isp-lists.isp-planet.com/isp-wireless/archives/ > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-net" in the body of the message > > > > saudações, > irado furioso com tudo > GNU/Linux user CASSADO > deus é construído à imagem e semelhança do homem. Principalmente em seus defeitos. > > por favor, clique aqui: http://www.thehungersite.com > e aqui também: http://cf6.uol.com.br/umminuto/ > > ------------------------------------------------------------ > Nettaxi would like to ask for your help in donations to the RED CROSS today! > http://www.nyredcross.org/donate/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 4:16:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.igroupnet.co.kr (mail2.igroupnet.co.kr [211.41.4.36]) by hub.freebsd.org (Postfix) with ESMTP id 01E9B37B40D for ; Thu, 25 Oct 2001 04:16:12 -0700 (PDT) Received: from ns ([211.41.8.2]) by mail2.igroupnet.co.kr (8.11.0/8.11.0) with ESMTP id f9PB6Dm1340565 for ; Thu, 25 Oct 2001 20:06:13 +0900 (KST) Message-Id: <200110251106.f9PB6Dm1340565@mail2.igroupnet.co.kr> From: "KIBEX" Subject: KIBEX 2001- =?EUC-KR?B?sbnBprDHw+C52rb3yLggsLPD1r7Is7s=?= To: "freebsd-hackers@FreeBSD.org" Reply-To: hychoi@kibex.com Organization: KIBEX Date: Thu, 25 Oct 2001 20:22:52 +0900 X-Priority: 3 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ======================================================================= KIBEX 2001- ±¹Á¦°ÇÃà¹Ú¶÷ȸ ´º½º·¹ÅÍ Å°º¤½º 2001 - ±¹Á¦°ÇÃà¹Ú¶÷ȸ 2001³â 12¿ù 5 - 9ÀÏ/ ¼­¿ï¹«¿ªÀü½ÃÀå www.kibex.com ======================================================================= ¢º¢¹¢º KIBEX 2001- ±¹Á¦°ÇÃà¹Ú¶÷ȸ °³ÃÖ ¾È³» ±¹³» ¹× ÇØ¿ÜÀÇ ½ÅÁ¦Ç°. ½Å°ø¹ýÀÌ ÇÑÀÚ¸®¿¡ ¸ðÀÌ´Â KIBEX 2001(Korea International Building Exposition)- ±¹Á¦°ÇÃà¹Ú¶÷ȸ"°¡ ¿À´Â 12¿ù 5ÀϺÎÅÍ 9ÀϱîÁö 5ÀÏ°£ ¼­¿ï¹«¿ªÀü½ÃÀå(SETEC, ÁöÇÏö 3È£¼± Çп©¿ï¿ª)¿¡¼­ °³ÃÖµÊÀ» ¾Ë·Áµå¸³´Ï´Ù. À̹ø Å°º¤½º 2001 Çà»ç¿¡´Â Çѱ¹ °ÇÃà»ê¾÷¿¡¼­ Ãë¾àÇÑ ºÐ¾ß À̸鼭µµ, ±× µ¿¾È ¹Ú¶÷ȸ¿¡¼­´Â ½±°Ô Á¢ÇÒ ¼ö ¾ø¾ú´ø ºÐ¾ßÀÎ °ñÁ¶, ±¸Á¶, ¿ÜÀå, ¸®¸ðµ¨¸µµîÀÇ ºÎ¹®À» ÁýÁß Á¶¸íÇÒ ¿¹Á¤À̸ç, ƯÈ÷ ¸ðµç Àü½Ã°üÀ» °¡¼³/±âÃÊ°ø»ç, °ñÁ¶°ø»ç/ ö±ÙÄÜÅ©¸®Æ®, ¹ÌÀå/µµÀå°ø»ç, âȣ/À¯¸®°ø»ç, ¸¶°¨/³»Àå°ø»ç, ¸®¸ðµ¨¸µµî °ÇÃà°øÁ¤º°·Î ÀÚ¿¬½º·¯¿î ¹è¿­À» ÇÔÀ¸·Î½á ¹æ¹®°´µé¿¡°Ô ´õ¿í Àü¹®È­µÈ Àü½Ã°ø°£À» Á¦°øÇÒ °ÍÀÔ´Ï´Ù. ¶ÇÇÑ º» ¹Ú¶÷ȸ¿¡´Â ¹Ì±¹, ÇÁ¶û½º, ÀÌŸ®, µ¶ÀÏ, ½ºÆäÀεî ÇØ¿Ü 15°³±¹¿¡¼­ ¿ì¼öÇÑ Á¦Ç°°ú ±â¼ú·ÂÀ» °¡Áø ¼±µÎ¾÷ü°¡ ÃâÇ°À» È®Á¤ÇÑ »óÅ¿©¼­ ±¹³»¿¡¼­µµ Á÷Á¢ ÇØ¿Ü ¼±Áø±¹ÀÇ ¿ì¼ö Á¦Ç°°ú ¼±Áø±â¼úÀ» Á¢ÇÒ ¼ö ÀÖ´Â ÁÁÀº ±âȸ°¡ µÉ °ÍÀ¸·Î ¿¹»óµË´Ï´Ù. º» ¹Ú¶÷ȸÀÇ È¨ÆäÀÌÁöwww.kibex.comÀ» ¹æ¹®ÇÏ½Ã¸é »ó¼¼ÀڷḦ È®ÀÎÇÏ½Ç ¼ö ÀÖÀ¸¸ç, ±âŸ ¹®ÀÇ »çÇ×ÀÌ ÀÖÀ¸½Ã¸é ¹Ú¶÷ȸ »ç¹«±¹ SBA KOREA(ÀüÈ­: 02-708-4080, À̸ÞÀÏ: info @kibex.com)À¸·Î ¿¬¶ô Áֽñ⠹ٶø´Ï´Ù. => ¿©±â(http://www.kibex.com/korean/visiting/visiting1.htm)¸¦ Ŭ¸¯ÇϽøé KIBEX 2001- ±¹Á¦°ÇÃà¹Ú¶÷ȸ '¹æ¹®°´ »çÀüµî·Ï'À» ½ÅûÇÏ½Ç ¼ö ÀÖ½À´Ï´Ù. ¢º¢¹¢º ±¹³» ¹× ÇØ¿Ü °Ç¼³/°ÇÃà ¼Ò½Ä ¢º Á¤ºÎ, SOC °Ç¼³»ç¾÷¿¡ 7õ603¾ï¿ø ÅõÀÚ Á¤ºÎ´Â 2Â÷ Ã߰濹»ê Áß 7õ603¾ï¿øÀ» ±â°£±¹µµ °Ç¼³ µî »çȸ°£Á¢ÀÚº»½Ã¼³(SOC) µî °Ç¼³»ç¾÷¿¡ ÅõÀÚÇϱâ·Î Çß´Ù. Á¤ºÎ´Â ¿ì¼± SOCµî °Ç¼³ÅõÀÚºñ·Î ÀüüÀÇ 40.3%¸¦ ¹èÁ¤ÇØ °ø»ç±â°£ÀÇ ´ÜÃà µîÀÌ ÇÊ¿äÇÑ µµ·Î¡¤°øÇס¤Ã¶µµ¡¤Ç׸¸½Ã¼³»ç¾÷¿¡ 3õ¿øÀ» ¹èÁ¤, ¿¬³» ÁýÇàÇϱâ·Î Çß´Ù. ¢Ñ ÀÌ ´º½º¿¡ ´ëÇÑ º¸´Ù ÀÚ¼¼ÇÑ »çÇ×Àº ¿©±â(http://www.kibex.com/korean/market1/way-board/way-board.cgi?db=mark et&j=v&no=233&pg=1)¸¦ Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù. ¢º ¼ÒÇüÁÖÅà Àǹ«°Ç¼³ºñÀ² 3³â¸¸¿¡ ºÎÈ° ´ÙÀ½´ÞºÎÅÍ ¼­¿ï µî ¼öµµ±Ç °ú¹Ð¾ïÁ¦±Ç¿ª¿¡ 300°¡±¸ ÀÌ»ó Àç°Ç ÃàÀ̳ª ¹Î¿µ¾ÆÆÄÆ® ´ÜÁö¸¦ °Ç¼³ÇÒ ¶§´Â Àü¿ë¸éÀû 18Æò ÀÌÇÏ ¼ÒÇüÆòÇüÀ» 20%ÀÌ»ó ¹èÄ¡ÇØ¾ß ÇÑ´Ù. ´ë½Å À̵é Áö¿ª¿¡ ¼ÒÇü ÁÖÅÃÀ» Áþ´Â ÁÖÅþ÷ü¿¡ ´ëÇؼ­´Â ³»³â¸»±îÁö ÇÑ ½ÃÀûÀ¸·Î ±¹¹ÎÁÖÅñâ±Ý Áö¿ø±Ô¸ð¸¦ °¡±¸´ç 3000¸¸¿ø¿¡¼­ 5000¸¸¿øÀ¸·Î ´Ã¸®°í ±Ý¸®´Â ¿¬ 7%¿¡¼­ 5%·Î ÀÎÇÏÇÑ´Ù. ¢Ñ ÀÌ ´º½º¿¡ ´ëÇÑ º¸´Ù ÀÚ¼¼ÇÑ »çÇ×Àº ¿©±â(http://www.kibex.com/korean/market1/way-board/way-board.cgi?db=mark et&j=v&no=226&pg=2)¸¦ Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù. ¢º ÀÓ´ëÁÖÅà °Ç¼³½Ã ±¹¡¤°øÀ¯Áö Àå±âÀÓ´ë Á¤ºÎ´Â ÁÖ°Åȯ°æ°³¼±Áö±¸¿¡ ÀÓ´ëÁÖÅÃÀ» °Ç¼³ÇÒ °æ¿ì »ç¾÷½ÃÇàÀÚ¿¡°Ô ±¹¡¤°øÀ¯Áö¸¦ Àå±âÀÓ´ëÇÏ´Â ¹æ¾ÈÀ» ÃßÁøÅ°·Î Çß´Ù. ¶Ç ÁÖ°Åȯ°æÁ¤ºñ»ç¾÷¿¡ ´ëÇÑ °ÇÃà±âÁØƯ·Ê¸¦ ´ëÆø Ãà¼ÒÇÏ´Â µî °ÇÃà±ÔÁ¦¸¦ °­È­Å°·Î Çß´Ù. °Ç¼³±³ÅëºÎ´Â 10¿ù23ÀÏ ÀÓ´ëÁÖÅðǼ³ È®´ë¸¦ À§ÇØ ÁÖ°Åȯ°æ°³¼±Áö±¸³ª Àç°³¹ßÁö±¸¿¡¼­ ÀÓ´ëÁÖÅÃÀ» °Ç¼³ÇÒ °æ¿ì »ç¾÷½ÃÇàÀÚ¿¡ ±¹°øÀ¯Áö¸¦ ÀÓ´ëÇÏ´Â ¹æ¾ÈÀ» ÃßÁøÅ°·Î Çß´Ù°í ¹àÇû´Ù. ¢Ñ ÀÌ ´º½º¿¡ ´ëÇÑ º¸´Ù ÀÚ¼¼ÇÑ »çÇ×Àº ¿©±â(http://www.kibex.com/korean/market1/way-board/way-board.cgi?db=mark et&j=v&no=239&pg=1)¸¦ Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù. ¢º ÀÏ, ȯ°æģȭÀû ¸®¸ðµ¨¸µ ½Ã½ºÅÛ °³¹ß ÀϺ»¿¡¼­ ¸®¸ðµ¨¸µ°ø»ç¿¡ Àû¿ëÇÒ ¼ö Àִ ȯ°æģȭÀû ½Ã½ºÅÛÀ» °³¹ßÇß´Ù. ÀϺ»ÀÇ NTTÆ۽Ǹ®Æ¼Áî»ç°¡ °³¹ßÇÑ ÀÌ ½Ã½ºÅÛÀº ÅõÀÚ´ë ºñ¿ëÀý°¨È¿°ú´Â ¹°·Ð ÃÖÀûÀÇ ¸®¸ðµ¨¸µ°Ç¼³ °èȹÀ» ½ÇÇöÇÒ ¼ö ÀÖ´Ù°í ¹àÇû´Ù. NTT»ç´Â ' °Ç¹°¸®¸ðµ¨¸µ°èȹ Áö¿ø½Ã½ºÅÛ'À» ¸®¸ðµ¨¸µ°ø»ç¿¡ µµÀÔÇØ »ç¿ëÇÒ °æ¿ì ȯ°æºÎÇÏ°¨¼Ò È¿°ú¿Í ´õºÒ¾î ¿¡³ÊÁöÀý¾à±â¼ú ¹× ȯ°æ±â¼ú¿¡ µµÀԵǴ Ãʱ⠺ñ¿ë°ú ¿î¿ëºñ¿ëÀÇ °æÁ¦Àû È¿°ú¸¦ ±â´ë ÇÒ ¼ö ÀÖ°Ô µÆ´Ù. ¢Ñ ÀÌ ´º½º¿¡ ´ëÇÑ º¸´Ù ÀÚ¼¼ÇÑ »çÇ×Àº ¿©±â(http://www.kibex.com/korean/market/way-board/way-board.cgi?db=marke t5&j=v&no=30&pg=1)¸¦ Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù. ¢º º£ÀÌ¡½Ã, Áß±¹ ÃÖ´ë IT ÄÞÇ÷º½º °Ç¼³ º£ÀÌ¡½Ã°¡ ½ÃÁ¤ºÎ Â÷¿ø¿¡¼­ Áß±¹ ÃÖ´ëÀÇ ITÄÞÇ÷º½º¸¦ °Ç¼³ÇÑ´Ù. 2003³â ¿Ï°ø¿¹Á¤ÀÎ ÀÌ ½Ã¼³Àº IT¹®È£¸¦ ºñ·ÔÇØ IT ºñÁî´Ï½º, ÄÁ¼³ÆÃ, ¿£ÅÍÅ×ÀθÕÆ® »ê¾÷µîÀ» ¾Æ¿ì¸£´Â Áß±¹ ÃÖ´ëÀÇ Á¾ÇÕ ÄÞÇ÷º½º·Î, °Ç¼³¿¹Á¤Áö´Â º£ÀÌ¡ ¼­ºÏºÎ ¿Ã¸²ÇÈ°ø¿ø³»ÀÇ ¹Î¼Ó ¹Ú¹°°üÀÎ ÁßÈ­¹ÎÁÖÀ§¾Ø ³²ÂÊ, ÃÑ °ÇÃà ¸éÀûÀº 16km2 ¿¡ À̸£¸ç, °ÇÃà¿¡ ÇÊ¿äÇÑ ÃÑ ÅõÀÚºñ´Â 11¾ï À§¾È(1,760¾ï¿ø)¿¡ ´ÞÇÒ °ÍÀ¸·Î Àü¸ÁµÈ´Ù. ¢Ñ ÀÌ ´º½º¿¡ ´ëÇÑ º¸´Ù ÀÚ¼¼ÇÑ »çÇ×Àº ¿©±â(http://www.kibex.com/korean/market/way-board/way-board.cgi?db=marke t5&j=v&no=32&pg=1)¸¦ Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù. ====================================================================== º» KIBEX 2001- ±¹Á¦°ÇÃà¹Ú¶÷ȸ¿Í °ü·ÃµÈ ³»¿ëÀÇ À̸ÞÀÏ ¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã°Å³ª, Çϱ⠳»¿ë°ú °ü·ÃÀÌ ¾øÀ¸½Å ºÐÀº Á¦¸ñ¶õ¿¡ '¼ö½Å°ÅºÎ'·Î ÀÛ¼ºÇϽþî ȸ½ÅÇÏ¿© Áֽñ⠹ٶø´Ï´Ù. ====================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 5: 8:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 5EB6D37B406 for ; Thu, 25 Oct 2001 05:08:46 -0700 (PDT) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id IAA03941; Thu, 25 Oct 2001 08:07:22 -0400 (EDT) Date: Thu, 25 Oct 2001 08:07:21 -0400 (EDT) From: Daniel Eischen To: "Eugene L. Vorokov" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: kernel threads In-Reply-To: <200110250803.f9P83So32210@bugz.infotecs.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 25 Oct 2001, Eugene L. Vorokov wrote: > Hello, > > does FreeBSD currently have something similar to linux's kernel_thread() ? > Or is it what KSE intends to implement ? Can I somehow run "independent" > kernel thread, which will, for instance, check some flag that I set inside > interrupt handler and do some job that can't be done in the interrupt ? Others have pointed you at kthread(9), but if you're running -current, you might also want to checkout taskqueue(9) and ithread(9). -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 5:10:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id AD30137B40A for ; Thu, 25 Oct 2001 05:10:00 -0700 (PDT) Received: from chimp.simianscience.com (cage.simianscience.com [64.7.134.1]) by smtp1.sentex.ca (8.11.6/8.11.6) with SMTP id f9PC7Qk32601; Thu, 25 Oct 2001 08:07:26 -0400 (EDT) (envelope-from mike@sentex.net) From: Mike Tancsa To: mlsmith@mitre.org ("PSI, Mike Smith") Cc: hackers@freebsd.org Subject: Re: Duping a hard disk Date: Thu, 25 Oct 2001 08:07:26 -0400 Message-ID: <2svftt8jrro366houev51k52234dgft63e@4ax.com> 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 Tue, 23 Oct 2001 12:27:55 +0000 (UTC), in sentex.lists.freebsd.hackers you wrote: >But alas, I cannot find any procedures for doing this. Does anyone know >how to duplicate a master disk to a "new" slave disk??? It would REALLY >make my life much easier. Test it to make sure it works, but roughly the below for a master in ad0 and a target in ad1. This is on 4.x so you need to modify it for 3.x. #blow away all data one ad1 /bin/dd if=3D/dev/zero of=3D/dev/ad1 bs=3D512 count=3D32 # do the fdisk /sbin/fdisk -BI ad1 #create a bootable drive with disk label /sbin/disklabel -w -r -B ad1s1 auto #read in 10g disklable /sbin/disklabel ad0 > /root/my-master-disklab /sbin/disklabel -R ad1s1 /root/my-master-disklab #load in editor to make sure it looks reasonable /sbin/disklabel -e ad1s1 #newfs the slices /sbin/newfs /dev/rad1s1a /sbin/newfs /dev/rad1s1e /sbin/newfs /dev/rad1s1f #enable soft updates /sbin/tunefs -n enable ad1s1e /sbin/tunefs -n enable ad1s1f #mount them up=20 /sbin/mount -o async /dev/ad1s1a /mnt-root /sbin/mount /dev/ad1s1e /mnt-var /sbin/mount /dev/ad1s1f /mnt-usr #dump / restore them cd / ; dump -0 -b 200 -f - / | ( cd /mnt-root ; restore -rf - ) cd /usr ; dump -0 -b 200 -f - /usr | ( cd /mnt-usr ; restore -rf - ) cd /var ; dump -0 -b 200 -f - /var | ( cd /mnt-var ; restore -rf - ) ---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 Thu Oct 25 6:19:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (sentinel.office1.bg [217.75.129.210]) by hub.freebsd.org (Postfix) with SMTP id EA00637B405 for ; Thu, 25 Oct 2001 06:18:44 -0700 (PDT) Received: (qmail 10985 invoked by uid 1000); 25 Oct 2001 13:15:39 -0000 Date: Thu, 25 Oct 2001 16:15:39 +0300 From: Peter Pentchev To: Joesh Juphland Cc: hackers@freebsd.org Subject: Re: mountd will not start at boot. Or function later... Message-ID: <20011025161539.C6053@straylight.oblivion.bg> Mail-Followup-To: Joesh Juphland , hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from part_lion@hotmail.com on Thu, Oct 25, 2001 at 04:13:09AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Oct 25, 2001 at 04:13:09AM -0600, Joesh Juphland wrote: > > I cannot mount any of the NFS shares that I share from my server due to a > problem with mountd and RPC. > > rc.conf looks like this: > > network_interfaces="lo0" > removable_interfaces="wi0" > nfs_server_enable="YES" > nfs_server_flags="-t -u -n 4" > > /etc/exports looks like this: > > /mp3 myclient > > I have the /etc/hosts files populated on both my server (this machine) and > the client (myclient) > > ----- > > When I boot, mountd bombs out - log files show: > > mountd[119]: can't register mount > > I start mountd manually - `mountd -r` and attempt to mount my exported FS: > > mount_nfs localhost:/mp3 /tmp/mnt > > and the error is: > > localhost:/mp3: nfsd: RPCPROG_NFS: RPC: Program not registered You wouldn't happen to have a portmap_enable="NO" line in your rc.conf, would you? G'luck, Peter -- If you think this sentence is confusing, then change one pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 6:20: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (sentinel.office1.bg [217.75.129.210]) by hub.freebsd.org (Postfix) with SMTP id BE96537B403 for ; Thu, 25 Oct 2001 06:18:32 -0700 (PDT) Received: (qmail 11024 invoked by uid 1000); 25 Oct 2001 13:16:10 -0000 Date: Thu, 25 Oct 2001 16:16:10 +0300 From: Peter Pentchev To: Rasputin Cc: hackers@freebsd.org Subject: Re: cvsupd / cvs repository Message-ID: <20011025161610.D6053@straylight.oblivion.bg> Mail-Followup-To: Rasputin , hackers@freebsd.org References: <20011025115903.A11410@shikima.mine.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011025115903.A11410@shikima.mine.nu>; from rasputin@submonkey.net on Thu, Oct 25, 2001 at 11:59:03AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Oct 25, 2001 at 11:59:03AM +0100, Rasputin wrote: > > First of all, sorry for the dumb questions. > > I've installed the cvsupd-mirror port, so I now have around 1.5Gb of > CVS data in /usr/repo. > > I was wondering if there was a way to access this as a CVS repository? > > What I'm really after is a way to read commit messages/diffs from it - > primarily for RELENG_4 > (it would be nice to see what's changed in a particular file after seeing > a commit after a cvsup, without having to access the freebsd website) > > I'm unsure as to whether a mirror needs something else to work as a cvs > server (cvsd?), and most of the docs I've found are biased towards either > CVS-based or CVSUp-based. > > So I thought I'd as you guys, since you've probably got experience in this - > I can do without the mirror, but I'd really like a local repository > (and some way of keeping it fresh preferably) > > Is this even possible? Cheers. Just install the devel/cvsweb port on the same machine, point it at the CVS repository location, and browse away :) G'luck, Peter -- If there were no counterfactuals, this sentence would not have been paradoxical. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 6:55:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 7B71D37B401 for ; Thu, 25 Oct 2001 06:55:31 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id f9PDtPq22974 for hackers@FreeBSD.org; Thu, 25 Oct 2001 16:55:25 +0300 (EEST) (envelope-from ru) Date: Thu, 25 Oct 2001 16:55:25 +0300 From: Ruslan Ermilov To: hackers@FreeBSD.org Subject: Will be in Kyiv Message-ID: <20011025165525.A21531@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! I plan to be in Kyiv on Monday, 29th, visiting British Embassy's visa section. If someone from Kyiv staff could meet me and help me out, I would be very grateful. Thanks in advance, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 8:29:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.121.85]) by hub.freebsd.org (Postfix) with ESMTP id AA8C837B401 for ; Thu, 25 Oct 2001 08:29:54 -0700 (PDT) Received: from dialup-209.244.104.103.dial1.sanjose1.level3.net ([209.244.104.103] helo=mindspring.com) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 15wmS8-00068d-00; Thu, 25 Oct 2001 08:29:52 -0700 Message-ID: <3BD83020.E1CD620F@mindspring.com> Date: Thu, 25 Oct 2001 08:30:40 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Ilmar S. Habibulin" Cc: freebsd-hackers@freebsd.org Subject: Re: how can i wipeout swap pages? References: <20011024044458.U45888-100000@fledge.watson.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 "Ilmar S. Habibulin" wrote: > > I'm trying to implement wiping of freed swap pages inside swap_pager. > I'm using 2.2-branch, here is my thoughts and steps: > > I have a (starting) block number of swapped page, i know page size, and i > know that i have to use some pool of buffers inside kernel. So i get > buffer with getpbuf(), then fill in b_data, b_blkno, b_bcount, b_bufsize, > b_proc and b_flags fields and call pbgetvp(swapdev_vp,bp) and > VOP_STRATEGY(bp). Then i analize error flag in b_flags and call > pbrelvp(bp) and relpbuf(bp). This code was copied from > getpages/putpages routines, but it hangs kernel and PC. So i misunderstand > something and need help. How can i successfully write down some data to > the known block number on the known device from the kernel? Or maybe > someone can point me where can i find more information on I/O in kernel? Free swap pages are reclaimed asynchronously in the idle loop (where they are zeroed). To do what you want, which is to clean the backing pages, you are better off doing it for all freed blocks, not just swap blocks (if someone can read your swap, they can read other data off your unallocated disk blocks from the FS, as well). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 9:14:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f49.law11.hotmail.com [64.4.17.49]) by hub.freebsd.org (Postfix) with ESMTP id 8430437B403 for ; Thu, 25 Oct 2001 09:14:45 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 25 Oct 2001 09:14:45 -0700 Received: from 24.4.254.78 by lw11fd.law11.hotmail.msn.com with HTTP; Thu, 25 Oct 2001 16:14:45 GMT X-Originating-IP: [24.4.254.78] From: "Joesh Juphland" To: roam@ringlet.net Cc: hackers@freebsd.org Subject: Re: mountd will not start at boot. Or function later... Date: Thu, 25 Oct 2001 10:14:45 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 25 Oct 2001 16:14:45.0468 (UTC) FILETIME=[295BB1C0:01C15D70] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >You wouldn't happen to have a portmap_enable="NO" line in your rc.conf, >would you? No, I do not. Further, I see 'portmap' in the process list, so it is indeed running. --joesh _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 10:10:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id 7492A37B426 for ; Thu, 25 Oct 2001 10:10:03 -0700 (PDT) Received: (qmail 66194 invoked from network); 25 Oct 2001 17:09:51 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 25 Oct 2001 17:09:51 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 25 Oct 2001 02:19:15 -0700 (PDT) From: John Baldwin To: Joesh Juphland Subject: RE: mountd will not start at boot. Or function later... Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 25-Oct-01 Joesh Juphland wrote: > > I cannot mount any of the NFS shares that I share from my server due to a > problem with mountd and RPC. mountd seeems fine, it seems more that nfsd is having problems. Erm. Duh. When you manually started mountd, did you also manually start nfsd? You need both for NFS serving to work. I'm not sure what your mountd problem is with registering the mount however. > When I boot, mountd bombs out - log files show: > > mountd[119]: can't register mount This really belonged on -questions. :) -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 10:32:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from crufty.research.bell-labs.com (crufty.research.bell-labs.com [204.178.16.49]) by hub.freebsd.org (Postfix) with SMTP id 2C17F37B401 for ; Thu, 25 Oct 2001 10:32:13 -0700 (PDT) Received: from scummy.research.bell-labs.com ([135.104.2.10]) by crufty; Thu Oct 25 13:26:47 EDT 2001 Received: from aura.research.bell-labs.com (aura.research.bell-labs.com [135.104.46.10]) by scummy.research.bell-labs.com (8.11.4/8.11.4) with ESMTP id f9PHUrl02422 for ; Thu, 25 Oct 2001 13:30:53 -0400 (EDT) Received: (from sandeepj@localhost) by aura.research.bell-labs.com (8.9.1/8.9.1) id NAA25100 for hackers@freebsd.org; Thu, 25 Oct 2001 13:30:53 -0400 (EDT) Date: Thu, 25 Oct 2001 13:30:53 -0400 (EDT) Message-Id: <200110251730.NAA25100@aura.research.bell-labs.com> From: sandeepj@research.bell-labs.com (Sandeep Joshi) To: hackers@freebsd.org Subject: Weird kld module error (bad curproc?) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am seeing strange behaviour with a kld module which prints out the curproc->p_pid of the caller. Here are the details : Configuration : --------------- Uniprocessor kernel/Single i686 CPU 4.3-RELEASE kernel config = GENERIC + {DUMMYNET, BREAK_TO_DEBUGGER} Setup : ------- (a) I have a kld module, which has a function "func1" that can get called by a system call invoked by some user-level process. (but func1 is _not_ a system call) func1() does { .. printf("%d\n", curproc->p_pid); .. } (b) This kld module also starts up a kernel thread using kthread_create. Lets call this thing "K1" (c) External to the module, there is a program which starts as proc P1 and then forks child processes C1, C2, C3...Cn Each of these children ultimately call "func1" as follows P1 process |K1 was | | |started by| ------------------ |kld module| | | | | v v v v C1 C2 C3 C4 processes | | | | v v v v All call func1() in the loadable module Problem scenario ----------------- Here's the problem.. When C1 or C2 call "func1", the pid printed out by curproc->p_pid is correct. BUT when any child process beyond the 2nd (e.g. C3, C4) call "func1", the pid printed is actually "K1" (which is the thread started by the loadable module!) This is a consistent error. If P1 starts only 2 children (C1 & C2) then the error does not occur. If it starts more than 2, these effects are visible. Tried the debugger? ------------------- Yes, when I put a breakpoint in the ddb to match up curproc with ps listings, I cannot recreate the effect since context switches get slowed down and C3 or C4 never enter func1. The few times I tried stopping in ddb, it was always C1 on the stack. I noticed that globals.h redefines curproc for KLD_MODULE to be #define curproc GLOBAL_RVALUE_NV(curproc, struct proc *) Any clues ?? -Sandeep To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 10:40:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elisa.utopianet.net (elisa.utopianet.net [212.210.231.2]) by hub.freebsd.org (Postfix) with ESMTP id 31ADA37B43D for ; Thu, 25 Oct 2001 10:39:43 -0700 (PDT) Received: from LORENZO (cl1.sintesi.net [212.210.231.22]) by elisa.utopianet.net (8.9.1a/8.9.1) with SMTP id TAA26559 for ; Thu, 25 Oct 2001 19:39:23 +0200 (CEST) Message-ID: <006f01c15d7c$1e995e20$0500000a@LORENZO> From: "Dr. Lorenzo Iania" To: Subject: 4.4 boot question Date: Thu, 25 Oct 2001 19:40:20 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_006C_01C15D8C.E1E83260" 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_006C_01C15D8C.E1E83260 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi I'm trying to rebuild the kernel after updating the source tree by cvsup = on my notebook (866 Pentium III). Everything seems ok, but when I reboot = it, It stops and shows me: pci_cfgintr_search: linked (41) to configured irq 0 at 0:2:0 Fatal trap 12: page fault while in kernel mode fault virtual adress =3D 0xeb902 fault code =3D supervisor read, page not present .... ..... .... current process =3D 0 (swapper) interrupt mask =3D net tty bio cam trap number =3D 12 panic: page fault. So I tried to boot the notebook using the second CD just arrived from = BSDCentral (FreeBSD 4.4 September 2001), but the result is the same. = However, If I use the old kernel produced by 4.3 version, it starts and = works well. What happens?=20 I would be grateful for any help. Regards Lorenzo Iania ------=_NextPart_000_006C_01C15D8C.E1E83260 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi
 
I'm trying to rebuild the kernel after = updating the=20 source tree by cvsup on my notebook (866 Pentium III). Everything seems = ok, but=20 when I reboot it, It stops and shows me:
 
pci_cfgintr_search: linked (41) to = configured irq 0=20 at 0:2:0
 
Fatal trap 12: page fault while in = kernel=20 mode
fault virtual adress    = =3D=20 0xeb902
fault code    =    =20         =3D supervisor read, page not=20 present
....
.....
 
....
current process   =20     =3D 0 (swapper)
interrupt mask    =    =20     =3D net tty bio cam
trap number    =    =20      =3D 12
panic: page fault.
 
So I tried to boot the notebook using = the second CD=20 just arrived from BSDCentral (FreeBSD 4.4 September 2001), but the = result is the=20 same. However, If I use the old kernel produced by 4.3 version, it = starts=20 and works well.
What happens?
I would be grateful for any=20 help.
Regards
Lorenzo Iania
 
 
------=_NextPart_000_006C_01C15D8C.E1E83260-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 11:17:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hecky.it.northwestern.edu (hecky.acns.nwu.edu [129.105.16.51]) by hub.freebsd.org (Postfix) with ESMTP id D210537B405; Thu, 25 Oct 2001 11:17:03 -0700 (PDT) Received: (from mailnull@localhost) by hecky.it.northwestern.edu (8.8.7/8.8.7) id NAA25891; Thu, 25 Oct 2001 13:17:01 -0500 (CDT) Received: from confusion.net (dhcp089069.res-hall.nwu.edu [199.74.89.69]) by hecky.acns.nwu.edu via smap (V2.0) id xma025660; Thu, 25 Oct 01 13:16:41 -0500 Message-ID: <3BD856FB.2E52F12F@confusion.net> Date: Thu, 25 Oct 2001 13:16:27 -0500 From: Laurence Berland X-Mailer: Mozilla 4.75 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Marcelo Leal Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: [Fwd: colisions!] References: <3BD6F720.8DBFA15@myway.com.br> 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 You're wired fine. You're seeing collisions because it's half duplex. To avoid collisions you need a full duplex segment, otherwise the router and etinc talking at the same time will lead to a collision. This is normal and is not cause for concern. Marcelo Leal wrote: > > i have the follow problem: > i use etinc in one FreeBSD box (4.2). it works fine. > this freebsd make bridge (one interface in switch), and another cross > over to router. in the conection to router, there are one colision led, > that are almost always up! i did put one rule for bridge only ip in rl0 > (switch interface). why there are colisions betwen etinc and router??? > the etinc interface are 10Mbps (half-duplex) and router too. > the cross over is: > etinc > 1 2 > orange/white > 3 6 > blue/white > > router > 1 2 > blue/white > 3 6 > orange/white > > thanks > > ___________  The ISP-WIRELESS Discussion List  ___________ > To Join: mailto:join-isp-wireless@isp-wireless.com > To Remove: mailto:remove-isp-wireless@isp-wireless.com > Archives: http://isp-lists.isp-planet.com/isp-wireless/archives/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- Laurence Berland Northwestern '04 stuyman@confusion.net http://www.isp.northwestern.edu/~laurence "The world has turned and left me here" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 17:38:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tsunami.acidpit.org (tsunami.acidpit.org [206.190.163.234]) by hub.freebsd.org (Postfix) with ESMTP id 60FF237B407 for ; Thu, 25 Oct 2001 17:38:21 -0700 (PDT) Received: (from rch@localhost) by tsunami.acidpit.org (8.11.3/8.11.3) id f9Q0cDl49922; Thu, 25 Oct 2001 20:38:13 -0400 (EDT) (envelope-from rch@acidpit.org) Date: Thu, 25 Oct 2001 20:38:13 -0400 From: Robert Hough To: Joesh Juphland Cc: hackers@FreeBSD.ORG Subject: Re: mountd will not start at boot. Or function later... Message-ID: <20011025203813.A49882@acidpit.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from part_lion@hotmail.com on Thu, Oct 25, 2001 at 04:13:09 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Oct 25, 2001, Joesh Juphland wrote: > > P.S. I have ipfw built into the kernel, with the 'block all' setting, but in > /usr/local/etc/rc.d I have a script that runs ipfw add 65500 allow all > from any to any so I don't think that ipfw is hurting me.... Have you checked the logs to verify this? I wouldn't rule anything out until I've first verified them. Just a thought though. -- Robert Hough (rch@acidpit.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 22:20:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nas.dgap.mipt.ru (nas.dgap.mipt.ru [194.85.81.203]) by hub.freebsd.org (Postfix) with ESMTP id B6C4037B401 for ; Thu, 25 Oct 2001 22:20:29 -0700 (PDT) Received: from localhost (andrew@localhost) by nas.dgap.mipt.ru (8.11.6/8.11.6) with ESMTP id f9Q5KRj02656 for ; Fri, 26 Oct 2001 09:20:28 +0400 (MSD) (envelope-from andr@dgap.mipt.ru) X-Authentication-Warning: nas.dgap.mipt.ru: andrew owned process doing -bs Date: Fri, 26 Oct 2001 09:20:27 +0400 (MSD) From: "Andrew L. Neporada" X-X-Sender: andrew@nas.dgap.mipt.ru To: freebsd-hackers@freebsd.org Subject: memmem(3) -- new libc function proposal Message-ID: <20011026090237.V1864-200000@nas.dgap.mipt.ru> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2136107261-1004073627=:1864" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-2136107261-1004073627=:1864 Content-Type: TEXT/PLAIN; charset=US-ASCII memmem(3) is another one substring searching function. Unlike str(n)str it could be used for binary strings search. memmem is compatible with GNU libc memmem. Please comment/review. Andrew. --0-2136107261-1004073627=:1864 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="memmem.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20011026092027.X1864@nas.dgap.mipt.ru> Content-Description: memmem.patch Content-Disposition: attachment; filename="memmem.patch" ZGlmZiAtcnVOIHNyYy5vcmlnL2luY2x1ZGUvc3RyaW5nLmggc3JjL2luY2x1 ZGUvc3RyaW5nLmgNCi0tLSBzcmMub3JpZy9pbmNsdWRlL3N0cmluZy5oCVRo dSBPY3QgMTggMDU6MzU6NDcgMjAwMQ0KKysrIHNyYy9pbmNsdWRlL3N0cmlu Zy5oCUZyaSBPY3QgMjYgMDg6MTM6NDQgMjAwMQ0KQEAgLTgxLDYgKzgxLDcg QEANCiBpbnQJIGZmcyBfX1AoKGludCkpOw0KIGNoYXIJKmluZGV4IF9fUCgo Y29uc3QgY2hhciAqLCBpbnQpKTsNCiB2b2lkCSptZW1jY3B5IF9fUCgodm9p ZCAqLCBjb25zdCB2b2lkICosIGludCwgc2l6ZV90KSk7DQordm9pZAkqbWVt bWVtIF9fUCgoY29uc3Qgdm9pZCAqLCBzaXplX3QsIGNvbnN0IHZvaWQgKiwg c2l6ZV90KSk7DQogY2hhcgkqcmluZGV4IF9fUCgoY29uc3QgY2hhciAqLCBp bnQpKTsNCiBpbnQJIHN0cmNhc2VjbXAgX19QKChjb25zdCBjaGFyICosIGNv bnN0IGNoYXIgKikpOw0KIGNoYXIJKnN0cmNhc2VzdHIgX19QKChjb25zdCBj aGFyICosIGNvbnN0IGNoYXIgKikpOw0KZGlmZiAtcnVOIHNyYy5vcmlnL2xp Yi9saWJjL3N0cmluZy9NYWtlZmlsZS5pbmMgc3JjL2xpYi9saWJjL3N0cmlu Zy9NYWtlZmlsZS5pbmMNCi0tLSBzcmMub3JpZy9saWIvbGliYy9zdHJpbmcv TWFrZWZpbGUuaW5jCVdlZCBPY3QgMTAgMDY6MTc6MzUgMjAwMQ0KKysrIHNy Yy9saWIvbGliYy9zdHJpbmcvTWFrZWZpbGUuaW5jCVRodSBPY3QgMjUgMjI6 Mjk6NDAgMjAwMQ0KQEAgLTcsOCArNyw4IEBADQogDQogIyBtYWNoaW5lLWlu ZGVwZW5kZW50IHN0cmluZyBzb3VyY2VzDQogTUlTUkNTKz1iY21wLmMgYmNv cHkuYyBiemVyby5jIGZmcy5jIGluZGV4LmMgbWVtY2NweS5jIG1lbWNoci5j IG1lbWNtcC5jIFwNCi0JbWVtY3B5LmMgbWVtbW92ZS5jIG1lbXNldC5jIHJp bmRleC5jIHN0cmNhc2VjbXAuYyBzdHJjYXQuYyBzdHJjaHIuYyBcDQotCXN0 cmNtcC5jIHN0cmNvbGwuYyBzdHJjcHkuYyBzdHJjc3BuLmMgc3RyZHVwLmMg c3RyZXJyb3IuYyBcDQorCW1lbWNweS5jIG1lbW1lbS5jIG1lbW1vdmUuYyBt ZW1zZXQuYyByaW5kZXguYyBzdHJjYXNlY21wLmMgc3RyY2F0LmMgXA0KKwlz dHJjaHIuYyBzdHJjbXAuYyBzdHJjb2xsLmMgc3RyY3B5LmMgc3RyY3Nwbi5j IHN0cmR1cC5jIHN0cmVycm9yLmMgXA0KIAlzdHJsY2F0LmMgc3RybGNweS5j IHN0cmxlbi5jIHN0cm1vZGUuYyBzdHJuY2F0LmMgc3RybmNtcC5jIHN0cm5j cHkuYyBcDQogCXN0cmNhc2VzdHIuYyBzdHJuc3RyLmMgXA0KIAlzdHJwYnJr LmMgc3RycmNoci5jIHN0cnNlcC5jIHN0cnNpZ25hbC5jIHN0cnNwbi5jIHN0 cnN0ci5jIHN0cnRvay5jIFwNCkBAIC0yNSwxMCArMjUsMTAgQEANCiANCiAu aWYgJHtMSUJ9ID09ICJjIg0KIE1BTis9CWJjbXAuMyBiY29weS4zIGJzdHJp bmcuMyBiemVyby4zIGZmcy4zIGluZGV4LjMgbWVtY2NweS4zIG1lbWNoci4z IFwNCi0JbWVtY21wLjMgbWVtY3B5LjMgbWVtbW92ZS4zIG1lbXNldC4zIHJp bmRleC4zIHN0cmNhc2VjbXAuMyBzdHJjYXQuMyBcDQotCXN0cmNoci4zIHN0 cmNtcC4zIHN0cmNvbGwuMyBzdHJjcHkuMyBzdHJjc3BuLjMgc3RyZHVwLjMg c3RyZXJyb3IuMyBcDQotCXN0cmluZy4zIHN0cmxjcHkuMyBzdHJsZW4uMyBz dHJtb2RlLjMgc3RycGJyay4zIHN0cnJjaHIuMyBzdHJzZXAuMyBcDQotCXN0 cnNwbi4zIHN0cnN0ci4zIHN0cnRvay4zIHN0cnhmcm0uMyBzd2FiLjMgd21l bWNoci4zDQorCW1lbWNtcC4zIG1lbWNweS4zIG1lbWVtLjMgbWVtbW92ZS4z IG1lbXNldC4zIHJpbmRleC4zIHN0cmNhc2VjbXAuMyBcDQorCXN0cmNhdC4z IHN0cmNoci4zIHN0cmNtcC4zIHN0cmNvbGwuMyBzdHJjcHkuMyBzdHJjc3Bu LjMgc3RyZHVwLjMgXA0KKwlzdHJlcnJvci4zIHN0cmluZy4zIHN0cmxjcHku MyBzdHJsZW4uMyBzdHJtb2RlLjMgc3RycGJyay4zIHN0cnJjaHIuMyBcDQor CXN0cnNlcC4zIHN0cnNwbi4zIHN0cnN0ci4zIHN0cnRvay4zIHN0cnhmcm0u MyBzd2FiLjMgd21lbWNoci4zDQogDQogTUxJTktTKz1zdHJjYXNlY21wLjMg c3RybmNhc2VjbXAuMw0KIE1MSU5LUys9c3RyY2F0LjMgc3RybmNhdC4zDQpk aWZmIC1ydU4gc3JjLm9yaWcvbGliL2xpYmMvc3RyaW5nL2JzdHJpbmcuMyBz cmMvbGliL2xpYmMvc3RyaW5nL2JzdHJpbmcuMw0KLS0tIHNyYy5vcmlnL2xp Yi9saWJjL3N0cmluZy9ic3RyaW5nLjMJTW9uIE9jdCAgMSAyMDowOTowMCAy MDAxDQorKysgc3JjL2xpYi9saWJjL3N0cmluZy9ic3RyaW5nLjMJVGh1IE9j dCAyNSAyMjo1NTowMyAyMDAxDQpAQCAtNDUsNiArNDUsNyBAQA0KIC5ObSBt ZW1jaHIgLA0KIC5ObSBtZW1jbXAgLA0KIC5ObSBtZW1jcHkgLA0KKy5ObSBt ZW1tZW0gLA0KIC5ObSBtZW1tb3ZlICwNCiAuTm0gbWVtc2V0DQogLk5kIGJ5 dGUgc3RyaW5nIG9wZXJhdGlvbnMNCkBAIC02Nyw2ICs2OCw4IEBADQogLkZ0 IHZvaWQgKg0KIC5GbiBtZW1jcHkgInZvaWQgKmRzdCIgImNvbnN0IHZvaWQg KnNyYyIgInNpemVfdCBsZW4iDQogLkZ0IHZvaWQgKg0KKy5GbiBtZW1tZW0g ImNvbnN0IHZvaWQgKnN0ciIgInNpemVfdCBzdHJsZW4iICJjb25zdCB2b2lk ICpzdWJzdHIiICJzaXplX3Qgc3VibGVuIg0KKy5GdCB2b2lkICoNCiAuRm4g bWVtbW92ZSAidm9pZCAqZHN0IiAiY29uc3Qgdm9pZCAqc3JjIiAic2l6ZV90 IGxlbiINCiAuRnQgdm9pZCAqDQogLkZuIG1lbXNldCAidm9pZCAqYiIgImlu dCBjIiAic2l6ZV90IGxlbiINCkBAIC04Niw2ICs4OSw3IEBADQogLlhyIG1l bWNociAzICwNCiAuWHIgbWVtY21wIDMgLA0KIC5YciBtZW1jcHkgMyAsDQor LlhyIG1lbW1lbSAzICwNCiAuWHIgbWVtbW92ZSAzICwNCiAuWHIgbWVtc2V0 IDMNCiAuU2ggU1RBTkRBUkRTDQpkaWZmIC1ydU4gc3JjLm9yaWcvbGliL2xp YmMvc3RyaW5nL21lbW1lbS4zIHNyYy9saWIvbGliYy9zdHJpbmcvbWVtbWVt LjMNCi0tLSBzcmMub3JpZy9saWIvbGliYy9zdHJpbmcvbWVtbWVtLjMJVGh1 IEphbiAgMSAwMzowMDowMCAxOTcwDQorKysgc3JjL2xpYi9saWJjL3N0cmlu Zy9tZW1tZW0uMwlGcmkgT2N0IDI2IDA3OjIxOjAyIDIwMDENCkBAIC0wLDAg KzEsODQgQEANCisuXCIgQ29weXJpZ2h0IChjKSAyMDAxIEFuZHJldyBMLiBO ZXBvcmFkYSA8YW5kckBkZ2FwLm1pcHQucnU+DQorLlwiIENvcHlyaWdodCAo YykgMTk5MCwgMTk5MSwgMTk5Mw0KKy5cIglUaGUgUmVnZW50cyBvZiB0aGUg VW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiAgQWxsIHJpZ2h0cyByZXNlcnZl ZC4NCisuXCINCisuXCIgVGhpcyBjb2RlIGlzIGRlcml2ZWQgZnJvbSBzb2Z0 d2FyZSBjb250cmlidXRlZCB0byBCZXJrZWxleSBieQ0KKy5cIiBDaHJpcyBU b3JlayBhbmQgdGhlIEFtZXJpY2FuIE5hdGlvbmFsIFN0YW5kYXJkcyBDb21t aXR0ZWUgWDMsDQorLlwiIG9uIEluZm9ybWF0aW9uIFByb2Nlc3NpbmcgU3lz dGVtcy4NCisuXCINCisuXCIgUmVkaXN0cmlidXRpb24gYW5kIHVzZSBpbiBz b3VyY2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0DQorLlwi IG1vZGlmaWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRo ZSBmb2xsb3dpbmcgY29uZGl0aW9ucw0KKy5cIiBhcmUgbWV0Og0KKy5cIiAx LiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUgbXVzdCByZXRhaW4g dGhlIGFib3ZlIGNvcHlyaWdodA0KKy5cIiAgICBub3RpY2UsIHRoaXMgbGlz dCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIu DQorLlwiIDIuIFJlZGlzdHJpYnV0aW9ucyBpbiBiaW5hcnkgZm9ybSBtdXN0 IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0DQorLlwiICAgIG5vdGlj ZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcg ZGlzY2xhaW1lciBpbiB0aGUNCisuXCIgICAgZG9jdW1lbnRhdGlvbiBhbmQv b3Igb3RoZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1 dGlvbi4NCisuXCIgMy4gQWxsIGFkdmVydGlzaW5nIG1hdGVyaWFscyBtZW50 aW9uaW5nIGZlYXR1cmVzIG9yIHVzZSBvZiB0aGlzIHNvZnR3YXJlDQorLlwi ICAgIG11c3QgZGlzcGxheSB0aGUgZm9sbG93aW5nIGFja25vd2xlZGdlbWVu dDoNCisuXCIJVGhpcyBwcm9kdWN0IGluY2x1ZGVzIHNvZnR3YXJlIGRldmVs b3BlZCBieSB0aGUgVW5pdmVyc2l0eSBvZg0KKy5cIglDYWxpZm9ybmlhLCBC ZXJrZWxleSBhbmQgaXRzIGNvbnRyaWJ1dG9ycy4NCisuXCIgNC4gTmVpdGhl ciB0aGUgbmFtZSBvZiB0aGUgVW5pdmVyc2l0eSBub3IgdGhlIG5hbWVzIG9m IGl0cyBjb250cmlidXRvcnMNCisuXCIgICAgbWF5IGJlIHVzZWQgdG8gZW5k b3JzZSBvciBwcm9tb3RlIHByb2R1Y3RzIGRlcml2ZWQgZnJvbSB0aGlzIHNv ZnR3YXJlDQorLlwiICAgIHdpdGhvdXQgc3BlY2lmaWMgcHJpb3Igd3JpdHRl biBwZXJtaXNzaW9uLg0KKy5cIg0KKy5cIiBUSElTIFNPRlRXQVJFIElTIFBS T1ZJREVEIEJZIFRIRSBSRUdFTlRTIEFORCBDT05UUklCVVRPUlMgYGBBUyBJ UycnIEFORA0KKy5cIiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJ RVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUNCisuXCIg SU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBBTkQgRklU TkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UNCisuXCIgQVJFIERJU0NM QUlNRUQuICBJTiBOTyBFVkVOVCBTSEFMTCBUSEUgUkVHRU5UUyBPUiBDT05U UklCVVRPUlMgQkUgTElBQkxFDQorLlwiIEZPUiBBTlkgRElSRUNULCBJTkRJ UkVDVCwgSU5DSURFTlRBTCwgU1BFQ0lBTCwgRVhFTVBMQVJZLCBPUiBDT05T RVFVRU5USUFMDQorLlwiIERBTUFHRVMgKElOQ0xVRElORywgQlVUIE5PVCBM SU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRiBTVUJTVElUVVRFIEdPT0RTDQor LlwiIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IgUFJPRklU UzsgT1IgQlVTSU5FU1MgSU5URVJSVVBUSU9OKQ0KKy5cIiBIT1dFVkVSIENB VVNFRCBBTkQgT04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJVFksIFdIRVRIRVIg SU4gQ09OVFJBQ1QsIFNUUklDVA0KKy5cIiBMSUFCSUxJVFksIE9SIFRPUlQg KElOQ0xVRElORyBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkgQVJJU0lORyBJ TiBBTlkgV0FZDQorLlwiIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdB UkUsIEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YNCisu XCIgU1VDSCBEQU1BR0UuDQorLlwiDQorLlwiICRGcmVlQlNEJA0KKy5cIg0K Ky5EZCBPY3RvYmVyIDI2LCAyMDAxDQorLkR0IE1FTU1FTSAzDQorLk9zDQor LlNoIE5BTUUNCisuTm0gbWVtbWVtDQorLk5kIGxvY2F0ZSBhIGJpbmFyeSBz dWJzdHJpbmcgaW4gYSBiaW5hcnkgc3RyaW5nDQorLlNoIExJQlJBUlkNCisu TGIgbGliYw0KKy5TaCBTWU5PUFNJUw0KKy5JbiBzdHJpbmcuaA0KKy5GdCB2 b2lkICoNCisuRm4gbWVtbWVtICJjb25zdCB2b2lkICpzdHIiICJzaXplX3Qg c3RybGVuIiAiY29uc3Qgdm9pZCAqc3Vic3RyIiAic2l6ZV90IHN1YmxlbiIN CisuU2ggREVTQ1JJUFRJT04NCitUaGUNCisuRm4gbWVtbWVtDQorZnVuY3Rp b24NCitsb2NhdGVzIHRoZSBmaXJzdCBvY2N1cnJlbmNlIG9mIHRoZSBiaW5h cnkgc3RyaW5nDQorLkZhIHN1YnN0cg0KK2luIHRoZSBiaW5hcnkgc3RyaW5n DQorLkZhIHN0ciAuDQorU2luY2UgdGhlDQorLkZuIG1lbW1lbQ0KK2Z1bmN0 aW9uIGlzIGENCisuRngNCitzcGVjaWZpYyBBUEksIGl0IHNob3VsZCBvbmx5 IGJlIHVzZWQgd2hlbiBwb3J0YWJpbGl0eSBpcyBub3QgYSBjb25jZXJuLg0K Ky5TaCBSRVRVUk4gVkFMVUVTDQorSWYNCisuRmEgc3VibGVuDQoraXMgemVy bywNCisuRmEgc3RyDQoraXMgcmV0dXJuZWQ7DQoraWYNCisuRmEgc3Vic3Ry DQorb2NjdXJzIG5vd2hlcmUgaW4NCisuRmEgc3RyICwNCitOVUxMIGlzIHJl dHVybmVkOw0KK290aGVyd2lzZSBhIHBvaW50ZXIgdG8gdGhlIGZpcnN0IGJ5 dGUgb2YgdGhlIGZpcnN0IG9jY3VycmVuY2Ugb2YNCisuRmEgc3Vic3RyDQor aXMgcmV0dXJuZWQuDQorLlNoIFNFRSBBTFNPDQorLlhyIG1lbWNociAzICwN CisuWHIgc3RyY2FzZXN0ciAzICwNCisuWHIgc3RyY2hyIDMgLA0KKy5YciBz dHJuc3RyIDMgLA0KKy5YciBzdHJzdHIgMyAsDQorLlhyIHN0cnJjaHIgMw0K ZGlmZiAtcnVOIHNyYy5vcmlnL2xpYi9saWJjL3N0cmluZy9tZW1tZW0uYyBz cmMvbGliL2xpYmMvc3RyaW5nL21lbW1lbS5jDQotLS0gc3JjLm9yaWcvbGli L2xpYmMvc3RyaW5nL21lbW1lbS5jCVRodSBKYW4gIDEgMDM6MDA6MDAgMTk3 MA0KKysrIHNyYy9saWIvbGliYy9zdHJpbmcvbWVtbWVtLmMJRnJpIE9jdCAy NiAwODoyNzo1NiAyMDAxDQpAQCAtMCwwICsxLDgyIEBADQorLyotDQorICog Q29weXJpZ2h0IChjKSAyMDAxIEFuZHJldyBMLiBOZXBvcmFkYSA8YW5kckBk Z2FwLm1pcHQucnU+DQorICogQ29weXJpZ2h0IChjKSAxOTkwLCAxOTkzDQor ICoJVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5p YS4gIEFsbCByaWdodHMgcmVzZXJ2ZWQuDQorICoNCisgKiBSZWRpc3RyaWJ1 dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRo IG9yIHdpdGhvdXQNCisgKiBtb2RpZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQg cHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRpdGlvbnMNCisgKiBh cmUgbWV0Og0KKyAqIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29k ZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0DQorICogICAgbm90 aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2lu ZyBkaXNjbGFpbWVyLg0KKyAqIDIuIFJlZGlzdHJpYnV0aW9ucyBpbiBiaW5h cnkgZm9ybSBtdXN0IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0DQor ICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhl IGZvbGxvd2luZyBkaXNjbGFpbWVyIGluIHRoZQ0KKyAqICAgIGRvY3VtZW50 YXRpb24gYW5kL29yIG90aGVyIG1hdGVyaWFscyBwcm92aWRlZCB3aXRoIHRo ZSBkaXN0cmlidXRpb24uDQorICogMy4gQWxsIGFkdmVydGlzaW5nIG1hdGVy aWFscyBtZW50aW9uaW5nIGZlYXR1cmVzIG9yIHVzZSBvZiB0aGlzIHNvZnR3 YXJlDQorICogICAgbXVzdCBkaXNwbGF5IHRoZSBmb2xsb3dpbmcgYWNrbm93 bGVkZ2VtZW50Og0KKyAqCVRoaXMgcHJvZHVjdCBpbmNsdWRlcyBzb2Z0d2Fy ZSBkZXZlbG9wZWQgYnkgdGhlIFVuaXZlcnNpdHkgb2YNCisgKglDYWxpZm9y bmlhLCBCZXJrZWxleSBhbmQgaXRzIGNvbnRyaWJ1dG9ycy4NCisgKiA0LiBO ZWl0aGVyIHRoZSBuYW1lIG9mIHRoZSBVbml2ZXJzaXR5IG5vciB0aGUgbmFt ZXMgb2YgaXRzIGNvbnRyaWJ1dG9ycw0KKyAqICAgIG1heSBiZSB1c2VkIHRv IGVuZG9yc2Ugb3IgcHJvbW90ZSBwcm9kdWN0cyBkZXJpdmVkIGZyb20gdGhp cyBzb2Z0d2FyZQ0KKyAqICAgIHdpdGhvdXQgc3BlY2lmaWMgcHJpb3Igd3Jp dHRlbiBwZXJtaXNzaW9uLg0KKyAqDQorICogVEhJUyBTT0ZUV0FSRSBJUyBQ Uk9WSURFRCBCWSBUSEUgUkVHRU5UUyBBTkQgQ09OVFJJQlVUT1JTIGBgQVMg SVMnJyBBTkQNCisgKiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJ RVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUNCisgKiBJ TVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRBQklMSVRZIEFORCBGSVRO RVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRQ0KKyAqIEFSRSBESVNDTEFJ TUVELiAgSU4gTk8gRVZFTlQgU0hBTEwgVEhFIFJFR0VOVFMgT1IgQ09OVFJJ QlVUT1JTIEJFIExJQUJMRQ0KKyAqIEZPUiBBTlkgRElSRUNULCBJTkRJUkVD VCwgSU5DSURFTlRBTCwgU1BFQ0lBTCwgRVhFTVBMQVJZLCBPUiBDT05TRVFV RU5USUFMDQorICogREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlU RUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09PRFMNCisgKiBP UiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9S IEJVU0lORVNTIElOVEVSUlVQVElPTikNCisgKiBIT1dFVkVSIENBVVNFRCBB TkQgT04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJVFksIFdIRVRIRVIgSU4gQ09O VFJBQ1QsIFNUUklDVA0KKyAqIExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVE SU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBX QVkNCisgKiBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVO IElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZIE9GDQorICogU1VDSCBE QU1BR0UuDQorICovDQorDQorI2luY2x1ZGUgPHN5cy9jZGVmcy5oPg0KK19f RkJTRElEKCIkRnJlZUJTRCQiKTsNCisNCisjaW5jbHVkZSA8c3lzL3R5cGVz Lmg+DQorI2luY2x1ZGUgPGxpbWl0cy5oPg0KKyNpbmNsdWRlIDxzdHJpbmcu aD4NCisNCisvKg0KKyAqIEZpbmQgdGhlIGZpcnN0IG9jY3VycmVuY2Ugb2Yg Ynl0ZSBzdHJpbmcgcCBpbiBieXRlIHN0cmluZyBzLg0KKyAqDQorICogVGhp cyBpbXBsZW1lbnRhdGlvbiB1c2VzIHNpbXBsaWZpZWQgQm95ZXItTW9vcmUg YWxnb3JpdGhtIChvbmx5DQorICogYmFkLWNoYXJhY3RlciBzaGlmdCB0YWJs ZSBpcyB1c2VkKS4NCisgKiBTZWU6DQorICogQm95ZXIgUi5TLiwgTW9vcmUg Si5TLiAxOTc3LCAiQSBmYXN0IHN0cmluZyBzZWFyY2hpbmcgYWxnb3JpdGht IiwNCisgKiBDb21tdW5pY2F0aW9ucyBvZiBBQ00uIDIwOjc2Mi03NzIuDQor ICovDQordm9pZCAqDQorbWVtbWVtKHMsIHNsZW4sIHAsIHBsZW4pDQorCXJl Z2lzdGVyIGNvbnN0IHZvaWQJKnMsICpwOw0KKwlzaXplX3QJCQlzbGVuLCBw bGVuOw0KK3sNCisJcmVnaXN0ZXIgY29uc3QgdV9jaGFyIAkqc3RyLCAqc3Vi c3RyOw0KKwlyZWdpc3RlciBzaXplX3QJCWksIG1heF9zaGlmdCwgY3Vycl9z aGlmdDsNCisNCisJc2l6ZV90CQkJc2hpZnRbVUNIQVJfTUFYICsgMV07DQor DQorCWlmICghcGxlbikNCisJCXJldHVybiAoKHZvaWQgKilzKTsNCisJaWYg KHBsZW4gPiBzbGVuKQ0KKwkJcmV0dW5yIChOVUxMKTsNCisNCisJc3RyID0g KGNvbnN0IHVfY2hhciAqKXM7DQorCXN1YnN0ciA9IChjb25zdCB1X2NoYXIg KilwOw0KKw0KKwlmb3IgKGkgPSAwOyBpIDw9IFVDSEFSX01BWDsgaSsrKSBz aGlmdFtpXSA9IHBsZW4gKyAxOw0KKwlmb3IgKGkgPSAwOyBpIDwgcGxlbjsg aSsrKSBzaGlmdFtzdWJzdHJbaV1dID0gcGxlbiAtIGk7DQorDQorCWkgPSAw Ow0KKwltYXhfc2hpZnQgPSBzbGVuIC0gcGxlbjsNCisJd2hpbGUgKGkgPD0g bWF4X3NoaWZ0KSB7DQorCQlpZiAoKnN0ciA9PSAqc3Vic3RyICYmICFtZW1j bXAoc3RyICsgMSwgc3Vic3RyICsgMSwgcGxlbiAtIDEpKQ0KKwkJCXJldHVy biAoKHZvaWQgKilzdHIpOw0KKwkJY3Vycl9zaGlmdCA9IHNoaWZ0W3N0cltw bGVuXV07DQorCQlzdHIgKz0gY3Vycl9zaGlmdDsNCisJCWkgKz0gY3Vycl9z aGlmdDsNCisJfQ0KKwlyZXR1cm4gKE5VTEwpOw0KK30NCg== --0-2136107261-1004073627=:1864-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 22:45: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 4F8C037B403 for ; Thu, 25 Oct 2001 22:45:05 -0700 (PDT) Received: from bstnma1-ar1-4-3-188-143.elnk.dsl.gtei.net ([4.3.188.143] helo=alpha2.moonbase) by snipe.prod.itd.earthlink.net with smtp (Exim 3.33 #1) id 15wznf-0002bG-00 for freebsd-hackers@freebsd.org; Thu, 25 Oct 2001 22:44:59 -0700 Content-Type: text/plain; charset="iso-8859-1" From: Jeffrey Michael Reed Organization: Metro West Boston Linux User Group To: freebsd-hackers@freebsd.org Subject: unsubscribe Date: Fri, 26 Oct 2001 01:44:05 -0400 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01102601440500.07995@alpha2.moonbase> 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 -- ==//> Jeffrey Michael Reed ==//> Metro West Boston Linux User Group ==//> Co-founder/Administrator ==//> HTML, PHP, GNU/Linux ==//> ==//> Phunky Phresh stuff about... ==//> GNU/Linux, Hacking, Humor, ==//> Movies, Music, Programming, ==//> and Underground News about ==//> the Revolution... ==//> ==//> http://www.linuxbusca.com ==//> ==//> Favorite OS: Debian ==//> Favorite food: Lasagna ==//> Favorite brew: Guinness ==//> Favorite music: Mr. Bungle To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 25 23:41: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.prod.itd.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 72B1A37B401 for ; Thu, 25 Oct 2001 23:40:58 -0700 (PDT) Received: from dialup-209.245.128.14.dial1.sanjose1.level3.net ([209.245.128.14] helo=mindspring.com) by hawk.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 15x0fn-0003eP-00; Thu, 25 Oct 2001 23:40:56 -0700 Message-ID: <3BD905A8.1861113@mindspring.com> Date: Thu, 25 Oct 2001 23:41:44 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Joesh Juphland Cc: roam@ringlet.net, hackers@freebsd.org Subject: Re: mountd will not start at boot. Or function later... 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 Joesh Juphland wrote: > > >You wouldn't happen to have a portmap_enable="NO" line in your rc.conf, > >would you? > > No, I do not. Further, I see 'portmap' in the process list, so it is indeed > running. ipfw add 1 allow all from any to any -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 0: 2:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id 49F3437B403 for ; Fri, 26 Oct 2001 00:02:53 -0700 (PDT) Received: (qmail 69690 invoked from network); 26 Oct 2001 07:02:43 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 26 Oct 2001 07:02:43 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3BD905A8.1861113@mindspring.com> Date: Fri, 26 Oct 2001 00:02:40 -0700 (PDT) From: John Baldwin To: Terry Lambert Subject: Re: mountd will not start at boot. Or function later... Cc: hackers@freebsd.org, roam@ringlet.net, Joesh Juphland Sender: owner-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 26-Oct-01 Terry Lambert wrote: > Joesh Juphland wrote: >> >> >You wouldn't happen to have a portmap_enable="NO" line in your rc.conf, >> >would you? >> >> No, I do not. Further, I see 'portmap' in the process list, so it is indeed >> running. > > ipfw add 1 allow all from any to any His nfsd isn't running, cause he only manually started mountd. He didn't start nfsd. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 0:15:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rfhs8012.fh-regensburg.de (rfhs8012.fh-regensburg.de [194.95.108.29]) by hub.freebsd.org (Postfix) with ESMTP id 01AD337B403 for ; Fri, 26 Oct 2001 00:15:31 -0700 (PDT) Received: from rfhpc8320.fh-regensburg.de (wup34966@rfhpc8320.fh-regensburg.de [194.95.108.32]) by rfhs8012.fh-regensburg.de (8.11.6/8.11.6) with ESMTP id f9Q7FSr15940 for ; Fri, 26 Oct 2001 09:15:29 +0200 (MEST) Received: (from wup34966@localhost) by rfhpc8320.fh-regensburg.de (8.9.1/8.8.3) id JAA26462 for hackers@freebsd.org; Fri, 26 Oct 2001 09:15:28 +0200 (MET DST) Date: Fri, 26 Oct 2001 09:15:28 +0200 From: Peter Wullinger To: hackers@freebsd.org Subject: anoncvs down? Message-ID: <20011026091528.A26400@rfhpc8320.fh-regensburg.de> Reply-To: RivaW@gmx.de Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-rmd160; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Err ... just another dump question: I'm unable to access the anoncvs server ... (using bash) % export CVSROOT=3D:pserver:anoncvs@anoncvs.FreeBSD.org:/home/ncvs % cvs login (Logging in to anoncvs@anoncvs.FreeBSD.org) CVS password:=20 cvs [login aborted]: connect to anoncvs.FreeBSD.org:2401 failed: Connectio= n refused =2E.. % telnet anoncvs.FreeBSD.org 2401 Trying 209.181.243.20... telnet: connect to address 209.181.243.20: Connection refused Have I just missed, that anoncvs.FreeBSD.org was shut down? This would be a problem for me since I do not have access to a FreeBSD machine with good internet connection and I didn't get cvsup (i.e. M3) to compile on the machines which I could use to access the CVS repo, so I've at last given up to get a repo copy (of course, if somebody can help ;-) ...). I just want to update my local copy of -current (which is from March 2001) = now, but I'm definitely stuck now. Peter --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQE72Q2P2o6XoYZo6n4RAouqAJ0S/eH/+Q4k84oRN+qZQFcZStYtCwCfS18e 52PMBPzAcAd36NZFPPI6Fnk= =sxkh -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 0:30:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (sentinel.office1.bg [217.75.129.210]) by hub.freebsd.org (Postfix) with SMTP id 3BDE137B405 for ; Fri, 26 Oct 2001 00:30:23 -0700 (PDT) Received: (qmail 2856 invoked by uid 1000); 26 Oct 2001 07:30:05 -0000 Date: Fri, 26 Oct 2001 10:30:04 +0300 From: Peter Pentchev To: RivaW@gmx.de Cc: hackers@freebsd.org, hubs@FreeBSD.org Subject: Re: anoncvs down? Message-ID: <20011026103004.C782@straylight.oblivion.bg> Mail-Followup-To: RivaW@gmx.de, hackers@freebsd.org, hubs@FreeBSD.org References: <20011026091528.A26400@rfhpc8320.fh-regensburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011026091528.A26400@rfhpc8320.fh-regensburg.de>; from Peter.Wullinger@stud.fh-regensburg.de on Fri, Oct 26, 2001 at 09:15:28AM +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 Fri, Oct 26, 2001 at 09:15:28AM +0200, Peter Wullinger wrote: > Err ... just another dump question: > > I'm unable to access the anoncvs server ... > > (using bash) > % export CVSROOT=:pserver:anoncvs@anoncvs.FreeBSD.org:/home/ncvs > % cvs login > (Logging in to anoncvs@anoncvs.FreeBSD.org) > CVS password: > cvs [login aborted]: connect to anoncvs.FreeBSD.org:2401 failed: Connection refused > > ... This is better suited for -hubs; it has actually been under discussion there for the past several days. John D. Polstra, the maintainer of the anoncvs server on that machine, said that the machine was going to be unavailable for another couple of days. In the meantime, other anoncvs mirrors are currently under discussion on -hubs. Rest assured, this problem *is* going to be fixed :) G'luck, Peter -- This sentence would be seven words long if it were six words shorter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 0:37:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rfhs8012.fh-regensburg.de (rfhs8012.fh-regensburg.de [194.95.108.29]) by hub.freebsd.org (Postfix) with ESMTP id 8F3FD37B401 for ; Fri, 26 Oct 2001 00:37:50 -0700 (PDT) Received: from rfhpc8320.fh-regensburg.de (wup34966@rfhpc8320.fh-regensburg.de [194.95.108.32]) by rfhs8012.fh-regensburg.de (8.11.6/8.11.6) with ESMTP id f9Q7blr18230; Fri, 26 Oct 2001 09:37:47 +0200 (MEST) Received: (from wup34966@localhost) by rfhpc8320.fh-regensburg.de (8.9.1/8.8.3) id JAA26672; Fri, 26 Oct 2001 09:37:44 +0200 (MET DST) Date: Fri, 26 Oct 2001 09:37:44 +0200 From: Peter Wullinger To: Peter Pentchev Cc: hackers@freebsd.org Subject: Re: anoncvs down? Message-ID: <20011026093744.A26572@rfhpc8320.fh-regensburg.de> Reply-To: RivaW@gmx.de References: <20011026091528.A26400@rfhpc8320.fh-regensburg.de> <20011026103004.C782@straylight.oblivion.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-rmd160; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011026103004.C782@straylight.oblivion.bg>; from roam@ringlet.net on Fri, Oct 26, 2001 at 10:30:04AM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 26, 2001 at 10:30:04AM +0300, Peter Pentchev wrote: > On Fri, Oct 26, 2001 at 09:15:28AM +0200, Peter Wullinger wrote: > anoncvs mirrors are currently under discussion on -hubs. >=20 > Rest assured, this problem *is* going to be fixed :) >=20 Sorry for the crosspost ... Thanks anyway, Peter -- E Pluribus UNIX --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQE72RLG2o6XoYZo6n4RAiNNAJ9jZpiftzmARBC1ghe2GqzMk/VfRgCeOmcG EcxzYztjZptImSfFsreEhvU= =ITQy -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 2:18:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta03ps.bigpond.com (mta03ps.bigpond.com [144.135.25.135]) by hub.freebsd.org (Postfix) with ESMTP id AFAEF37B403; Fri, 26 Oct 2001 02:18:19 -0700 (PDT) Received: from CPE-61-9-164-106.vic.bigpond.net.au ([144.135.25.72]) by mta03ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP id GLRRPI00.1Q9; Fri, 26 Oct 2001 02:12:54 +1000 Received: from 144.137.1.99 ([144.137.1.99]) by PSMAM02.mailsvc.email.bigpond.com(MailRouter V2.9k 8383/6971216); 26 Oct 2001 02:06:18 Received: (from root@localhost) by CPE-61-9-164-106.vic.bigpond.net.au (8.11.0/8.11.0) id f9PBe4d08100; Thu, 25 Oct 2001 21:40:04 +1000 From: Darren Reed Message-Id: <200110250040.KAA06332@avalon.reed.wattle.id.au> Subject: Re: ipfilter changes in rc.network (was: Re: cvs commit: src/etc rc.network) In-Reply-To: <20011025032742.A4399@hades.hell.gr> from Giorgos Keramidas at "Oct 25, 1 03:27:43 am" To: charon@labs.gr (Giorgos Keramidas) Date: Thu, 25 Oct 2001 10:40:15 +1000 Cc: Gerhard.Sittig@gmx.net, darrenr@freebsd.org, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL37 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In some email I received from Giorgos Keramidas, sie wrote: > On Tue, Oct 23, 2001 at 07:45:11PM +0200, Gerhard Sittig wrote: > > > > I get the feeling this - inappropriate - setting of a _program > > variable is due to my misguided suggestion in PR conf/20202 > > which verbatimly made it into the FreeBSD start scripts. If it > > doesn't fit the usual rules feel free to correct it! :) After > > all I was a newbee to FreeBSD then (and still I'm not a guru or > > seasoned hacker:) as well as I understand Darren to do his > > daytime job with SunOS / Solaris and since he might need some > > hints on how his software fits even better into FreeBSD. I guess > > he will happily accept patches improving a wrong approach. > > > > Maybe there's need for the following parts: > > - ipfilter_program > > - ipfilter_prerules_flags > > - ipfilter_rules > > - ipfilter_postrules_flags > > ? The current situation comes from the fact that I wanted to > > have a single variable with the rules file only - to check for > > its existance (if such an additional constraints check matters). > > Done. I tested on my -current (compiled on Oct 22) the patch you can > find at http://labs.gr/~charon/patches/diff.04.ipf-rc-U > It is functionally equivalent to our current rc.network behavior, but > it uses the variables you proposed, and it moves all the flags out of > all the XXX_program variables. How many of the patches at http://labs.gr/~charon/patches/ should go into FreeBSD-current ? Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 3:54:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 0DFD437B403 for ; Fri, 26 Oct 2001 03:54:33 -0700 (PDT) Received: from localhost (ilmar@localhost) by fledge.watson.org (8.11.6/8.11.5) with ESMTP id f9QAdE384973; Fri, 26 Oct 2001 06:39:15 -0400 (EDT) (envelope-from ilmar@watson.org) Date: Fri, 26 Oct 2001 06:39:14 -0400 (EDT) From: "Ilmar S. Habibulin" To: Terry Lambert Cc: freebsd-hackers@freebsd.org Subject: Re: how can i wipeout swap pages? In-Reply-To: <3BD83020.E1CD620F@mindspring.com> Message-ID: <20011026061529.G84891-100000@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 25 Oct 2001, Terry Lambert wrote: > To do what you want, which is to clean the backing pages, you Yes, i mean cleaning pages in the backing storage. > are better off doing it for all freed blocks, not just swap > blocks (if someone can read your swap, they can read other data > off your unallocated disk blocks from the FS, as well). I clean UFS freed disk blocks, but i don't know how to do it from swap_pager. :( there are some kva to phisical mapping, which i do not understand. So i thought someone could point me how can write block from swap_pager to the disk or where can i read more info (except McKusicks' book and kernel sources). PS. I can make patch, which wipes files(freed blocks) upon deletion for -current, if someone is interested. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 4:15:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from b80216.upc-b.chello.nl (d13225.upc-d.chello.nl [213.46.13.225]) by hub.freebsd.org (Postfix) with ESMTP id A836037B401 for ; Fri, 26 Oct 2001 04:15:46 -0700 (PDT) Received: from adv.devet.org (adv.devet.org [192.168.1.2]) by b80216.upc-b.chello.nl (Postfix) with ESMTP id 71C4F689D; Fri, 26 Oct 2001 13:15:45 +0200 (CEST) Received: by adv.devet.org (Postfix, from userid 100) id 2385F3E07; Fri, 26 Oct 2001 13:15:44 +0200 (CEST) Date: Fri, 26 Oct 2001 13:15:44 +0200 To: Darren Reed Cc: Giorgos Keramidas , hackers@freebsd.org Subject: Re: ipfilter changes in rc.network (was: Re: cvs commit: src/etc rc.network) Message-ID: <20011026131544.A12873@adv.devet.org> References: <20011025032742.A4399@hades.hell.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200110250040.KAA06332@avalon.reed.wattle.id.au> User-Agent: Mutt/1.3.22.1i X-Newsgroups: list.freebsd.hackers Organization: Eindhoven, the Netherlands From: devet@devet.org (Arjan de Vet) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <200110250040.KAA06332@avalon.reed.wattle.id.au> you write: >How many of the patches at http://labs.gr/~charon/patches/ should go into >FreeBSD-current ? > >Darren I wrote similar patches (see http://home.iae.nl/users/devet/freebsd/) trying to fix more or less the same bugs/problems. Maybe it's a good idea if Giorgos and I together come up with 1 'big' ipfilter /etc/rc.* and rc.conf.5 patch which includes the best parts of both our patches? Arjan -- Arjan de Vet, Eindhoven, The Netherlands URL: http://www.iae.nl/users/devet/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 4:23: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta01ps.bigpond.com (mta01ps.bigpond.com [144.135.25.133]) by hub.freebsd.org (Postfix) with ESMTP id E952F37B401 for ; Fri, 26 Oct 2001 04:23:04 -0700 (PDT) Received: from CPE-61-9-164-106.vic.bigpond.net.au ([144.135.25.72]) by mta01ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP id GLT99800.ADJ for ; Fri, 26 Oct 2001 21:29:32 +1000 Received: from 144.137.1.99 ([144.137.1.99]) by PSMAM02.mailsvc.email.bigpond.com(MailRouter V2.9k 8383/7922663); 26 Oct 2001 21:22:57 Received: (from root@localhost) by CPE-61-9-164-106.vic.bigpond.net.au (8.11.0/8.11.0) id f9QMLOg13582; Sat, 27 Oct 2001 08:21:24 +1000 From: Darren Reed Message-Id: <200110261121.VAA08457@avalon.reed.wattle.id.au> Subject: Re: ipfilter changes in rc.network (was: Re: cvs commit: src/etc rc.network) In-Reply-To: <20011026131544.A12873@adv.devet.org> from Arjan de Vet at "Oct 26, 1 01:15:44 pm" To: devet@devet.org (Arjan de Vet) Date: Fri, 26 Oct 2001 21:21:37 +1000 Cc: darrenr@reed.wattle.id.au, charon@labs.gr, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL37 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In some email I received from Arjan de Vet, sie wrote: > In article <200110250040.KAA06332@avalon.reed.wattle.id.au> you write: > > >How many of the patches at http://labs.gr/~charon/patches/ should go into > >FreeBSD-current ? > > > >Darren > > I wrote similar patches (see http://home.iae.nl/users/devet/freebsd/) > trying to fix more or less the same bugs/problems. > > Maybe it's a good idea if Giorgos and I together come up with 1 'big' > ipfilter /etc/rc.* and rc.conf.5 patch which includes the best parts of > both our patches? That sounds like a good plan. Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 4:29: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cc-gw.1anetworks.net (cc-gw.1anetworks.net [193.243.179.83]) by hub.freebsd.org (Postfix) with SMTP id 5BE0537B40A for ; Fri, 26 Oct 2001 04:28:53 -0700 (PDT) Received: from brian (brian.1anetworks.net [212.36.98.200]) by parma.1anetworks.net (8.9.3+Sun/8.9.3) with SMTP id MAA04533 for ; Fri, 26 Oct 2001 12:28:50 +0100 (BST) From: "Bri" To: Subject: Bug in FreeBSD 4.4 in su Date: Fri, 26 Oct 2001 12:46:00 +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) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 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 ok if you into your freebsd box from somewhere else and type su - root and then type the root password it just hangs there and you think I'm sure I typed the password correctly. So then you u think ok the the SSH session died for some reason try to log back in via ssh and you can't and when you try to ping the machine it appears down but its actually not down because if walk over to the machine down and up the network interface and reapply the firewall rules and then try to ssh to it, it works. which currently means I've no FreeBSD computer until I go and fix it. Getting withdrawl simptons already. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 7:47:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by hub.freebsd.org (Postfix) with ESMTP id 85C9B37B403 for ; Fri, 26 Oct 2001 07:47:08 -0700 (PDT) Received: from vega.vega.com (root@h33.228.dialup.iptcom.net [212.9.228.33]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id RAA38974; Fri, 26 Oct 2001 17:46:59 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.6/8.11.3) with ESMTP id f9QEkvU28476; Fri, 26 Oct 2001 17:46:57 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3BD977E4.DA2F224B@FreeBSD.org> Date: Fri, 26 Oct 2001 17:49:08 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: Ian Dowse , hackers@FreeBSD.org Subject: Re: cvs commit: ports/devel/ORBit Makefile ports/devel/ORBit/files patch-src::IIOP::giop-msg-buffer.c References: <200110261421.aa89321@salmon.maths.tcd.ie> Content-Type: text/plain; charset=koi8-r 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 Ian Dowse wrote: > > In message <200110261306.f9QD61O73080@freefall.freebsd.org>, Maxim Sobolev writ > es: > > Nautilus from working properly. The problem disappeared when I've replaced > > writev(2) call with appropriate loop based around ordinary write(2). Perhaps > > this should be investigated and the real source of the problem fixed instead, > > but I do not have a time for this right now. For those who interested I'm > > ready to provide a step-by step instruction on how to reproduce the bug. > > Hi, > > If you have the details handy, a post to -hackers is likely to be > quite constructive at getting the problem analysed and resolved. Ok, details are below. GNOME oaf is a CORBA-based RPC framework. It uses UNIX domain sockets to communicate between client application and oafd daemon that serves requests. Usually the communication looks like the following: 1. Client connects to the oafd daemon via domain socket and sends marshalled RPC request. 2. The daemon reads request, demarshalls it and executes either internally or by invoking external program/shared library. 3. The daemon marshalls result of the call and passes it back to the client via the same socket. On the step 3, when marshalling results of the call, daemon creates a large collection of small buffers (usually 5-10 bytes long each) arranged as array of struct iovec and then sends this whole buffer to the client using writev(2) call. In my particular case there were some 2,800 entries in the buffer and when the daemon tried to send it to the client writev(2) was returning -1 and setting errno to be EINVAL, which confused the server and the client causing RPC to fail. To check that all buffers are indeed valid I have replaced writev(2) with a simple loop based around write(2), and the problem disappeared. See http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/ORBit/files/patch-src%3a%3aIIOP%3a%3agiop-msg-buffer.c for details. I suspect that there is some problem associated with the writev(2)'s handling of EAGAIN (in my write(2)-based replacement I've observed EAGAIN on some 800th element of the buffer). If the problem is confirmed, it should be either fixed, or somehow noted in the manual page. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 8: 0:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (sentinel.office1.bg [217.75.129.210]) by hub.freebsd.org (Postfix) with SMTP id 23A6D37B403 for ; Fri, 26 Oct 2001 08:00:03 -0700 (PDT) Received: (qmail 16270 invoked by uid 1000); 26 Oct 2001 14:58:19 -0000 Date: Fri, 26 Oct 2001 17:58:19 +0300 From: Peter Pentchev To: Maxim Sobolev Cc: Ian Dowse , hackers@FreeBSD.org Subject: Re: cvs commit: ports/devel/ORBit Makefile ports/devel/ORBit/files patch-src::IIOP::giop-msg-buffer.c Message-ID: <20011026175819.G33751@straylight.oblivion.bg> Mail-Followup-To: Maxim Sobolev , Ian Dowse , hackers@FreeBSD.org References: <200110261421.aa89321@salmon.maths.tcd.ie> <3BD977E4.DA2F224B@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BD977E4.DA2F224B@FreeBSD.org>; from sobomax@FreeBSD.org on Fri, Oct 26, 2001 at 05:49:08PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Oct 26, 2001 at 05:49:08PM +0300, Maxim Sobolev wrote: > Ian Dowse wrote: > > > > In message <200110261306.f9QD61O73080@freefall.freebsd.org>, Maxim Sobolev writ > > es: > > > Nautilus from working properly. The problem disappeared when I've replaced > > > writev(2) call with appropriate loop based around ordinary write(2). Perhaps > > > this should be investigated and the real source of the problem fixed instead, > > > but I do not have a time for this right now. For those who interested I'm > > > ready to provide a step-by step instruction on how to reproduce the bug. > > > > Hi, > > > > If you have the details handy, a post to -hackers is likely to be > > quite constructive at getting the problem analysed and resolved. > > Ok, details are below. > > GNOME oaf is a CORBA-based RPC framework. It uses UNIX > domain sockets to communicate between client application and > oafd daemon that serves requests. Usually the communication > looks like the following: > > 1. Client connects to the oafd daemon via domain socket and > sends marshalled RPC request. > 2. The daemon reads request, demarshalls it and executes > either internally or by invoking external program/shared > library. > 3. The daemon marshalls result of the call and passes it > back to the client via the same socket. > > On the step 3, when marshalling results of the call, daemon > creates a large collection of small buffers (usually 5-10 > bytes long each) arranged as array of struct iovec and then > sends this whole buffer to the client using writev(2) call. > In my particular case there were some 2,800 entries in the > buffer and when the daemon tried to send it to the client > writev(2) was returning -1 and setting errno to be EINVAL, > which confused the server and the client causing RPC to > fail. 2800 entries? Well, from the writev(2) manual page: In addition, writev() may return one of the following errors: ... [EINVAL] Iovcnt was less than or equal to 0, or greater than UIO_MAXIOV. And at least on -stable, UIO_MAXIOV is defined as 1024.. G'luck, Peter -- Thit sentence is not self-referential because "thit" is not a word. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 8: 0:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id E1A0137B401 for ; Fri, 26 Oct 2001 08:00:53 -0700 (PDT) Received: from hades.hell.gr (patr530-a137.otenet.gr [212.205.215.137]) by mailsrv.otenet.gr (8.11.5/8.11.5) with ESMTP id f9QF0mL11115; Fri, 26 Oct 2001 18:00:48 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.6/8.11.6) id f9QF0mR16221; Fri, 26 Oct 2001 18:00:48 +0300 (EEST) (envelope-from charon@labs.gr) Date: Fri, 26 Oct 2001 18:00:47 +0300 From: Giorgos Keramidas To: Darren Reed Cc: Arjan de Vet , hackers@freebsd.org Subject: Re: ipfilter changes in rc.network (was: Re: cvs commit: src/etc rc.network) Message-ID: <20011026180047.A16134@hades.hell.gr> References: <20011026131544.A12873@adv.devet.org> <200110261121.VAA08457@avalon.reed.wattle.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200110261121.VAA08457@avalon.reed.wattle.id.au> User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Oct 26, 2001 at 09:21:37PM +1000, Darren Reed wrote: > In some email I received from Arjan de Vet, sie wrote: > > In article <200110250040.KAA06332@avalon.reed.wattle.id.au> you write: > > >How many of the patches at http://labs.gr/~charon/patches/ should go into > > >FreeBSD-current ? > > > > I wrote similar patches (see http://home.iae.nl/users/devet/freebsd/) > > trying to fix more or less the same bugs/problems. > > > > Maybe it's a good idea if Giorgos and I together come up with 1 'big' > > ipfilter /etc/rc.* and rc.conf.5 patch which includes the best parts of > > both our patches? > > That sounds like a good plan. Yep, it sounds very good to me too. I've already got myself a copy of Arjan's diffs since last night that I saw his PR, and we'll probably use mail, IRC or something to work out the details. I have a weekend that I want interesting things to do with, and working on this is a very good idea. Darren, sorry for flooding you in email these last few days. When Arjan and I have come up with something that works nice and smooth, we'll let you know :))) -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 8: 5:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by hub.freebsd.org (Postfix) with ESMTP id 6334837B403 for ; Fri, 26 Oct 2001 08:04:57 -0700 (PDT) Received: from vega.vega.com (root@h33.228.dialup.iptcom.net [212.9.228.33]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id SAA47256; Fri, 26 Oct 2001 18:04:50 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.6/8.11.3) with ESMTP id f9QF4mU28929; Fri, 26 Oct 2001 18:04:48 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3BD97C13.81DF3E6F@FreeBSD.org> Date: Fri, 26 Oct 2001 18:06:59 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: Peter Pentchev Cc: Ian Dowse , hackers@FreeBSD.org Subject: Re: cvs commit: ports/devel/ORBit Makefile ports/devel/ORBit/files patch-src::IIOP::giop-msg-buffer.c References: <200110261421.aa89321@salmon.maths.tcd.ie> <3BD977E4.DA2F224B@FreeBSD.org> <20011026175819.G33751@straylight.oblivion.bg> Content-Type: text/plain; charset=koi8-r 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 Peter Pentchev wrote: > > On Fri, Oct 26, 2001 at 05:49:08PM +0300, Maxim Sobolev wrote: > > Ian Dowse wrote: > > > > > > In message <200110261306.f9QD61O73080@freefall.freebsd.org>, Maxim Sobolev writ > > > es: > > > > Nautilus from working properly. The problem disappeared when I've replaced > > > > writev(2) call with appropriate loop based around ordinary write(2). Perhaps > > > > this should be investigated and the real source of the problem fixed instead, > > > > but I do not have a time for this right now. For those who interested I'm > > > > ready to provide a step-by step instruction on how to reproduce the bug. > > > > > > Hi, > > > > > > If you have the details handy, a post to -hackers is likely to be > > > quite constructive at getting the problem analysed and resolved. > > > > Ok, details are below. > > > > GNOME oaf is a CORBA-based RPC framework. It uses UNIX > > domain sockets to communicate between client application and > > oafd daemon that serves requests. Usually the communication > > looks like the following: > > > > 1. Client connects to the oafd daemon via domain socket and > > sends marshalled RPC request. > > 2. The daemon reads request, demarshalls it and executes > > either internally or by invoking external program/shared > > library. > > 3. The daemon marshalls result of the call and passes it > > back to the client via the same socket. > > > > On the step 3, when marshalling results of the call, daemon > > creates a large collection of small buffers (usually 5-10 > > bytes long each) arranged as array of struct iovec and then > > sends this whole buffer to the client using writev(2) call. > > In my particular case there were some 2,800 entries in the > > buffer and when the daemon tried to send it to the client > > writev(2) was returning -1 and setting errno to be EINVAL, > > which confused the server and the client causing RPC to > > fail. > > 2800 entries? Well, from the writev(2) manual page: > > In addition, writev() may return one of the following errors: > > ... > > [EINVAL] Iovcnt was less than or equal to 0, or greater than > UIO_MAXIOV. > > And at least on -stable, UIO_MAXIOV is defined as 1024.. Ah, ok. I've overlooked it somehow. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 8:23:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (sentinel.office1.bg [217.75.129.210]) by hub.freebsd.org (Postfix) with SMTP id 0CF7037B406 for ; Fri, 26 Oct 2001 08:21:49 -0700 (PDT) Received: (qmail 20499 invoked by uid 1000); 26 Oct 2001 15:18:05 -0000 Date: Fri, 26 Oct 2001 18:18:05 +0300 From: Peter Pentchev To: Maxim Sobolev Cc: Ian Dowse , hackers@FreeBSD.org Subject: Re: cvs commit: ports/devel/ORBit Makefile ports/devel/ORBit/files patch-src::IIOP::giop-msg-buffer.c Message-ID: <20011026181805.H33751@straylight.oblivion.bg> Mail-Followup-To: Maxim Sobolev , Ian Dowse , hackers@FreeBSD.org References: <200110261421.aa89321@salmon.maths.tcd.ie> <3BD977E4.DA2F224B@FreeBSD.org> <20011026175819.G33751@straylight.oblivion.bg> <3BD97C13.81DF3E6F@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BD97C13.81DF3E6F@FreeBSD.org>; from sobomax@FreeBSD.org on Fri, Oct 26, 2001 at 06:06:59PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Oct 26, 2001 at 06:06:59PM +0300, Maxim Sobolev wrote: > Peter Pentchev wrote: > > > > On Fri, Oct 26, 2001 at 05:49:08PM +0300, Maxim Sobolev wrote: [snip] > > > > > > On the step 3, when marshalling results of the call, daemon > > > creates a large collection of small buffers (usually 5-10 > > > bytes long each) arranged as array of struct iovec and then > > > sends this whole buffer to the client using writev(2) call. > > > In my particular case there were some 2,800 entries in the > > > buffer and when the daemon tried to send it to the client > > > writev(2) was returning -1 and setting errno to be EINVAL, > > > which confused the server and the client causing RPC to > > > fail. > > > > 2800 entries? Well, from the writev(2) manual page: > > > > In addition, writev() may return one of the following errors: > > > > ... > > > > [EINVAL] Iovcnt was less than or equal to 0, or greater than > > UIO_MAXIOV. > > > > And at least on -stable, UIO_MAXIOV is defined as 1024.. > > Ah, ok. I've overlooked it somehow. So basically, you still want a loop, but it could be a writev(2) loop, not a write(2) loop, to keep some of the writev(2) performance benefit. G'luck, Peter -- If the meanings of 'true' and 'false' were switched, then this sentence wouldn't be false. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 8:30:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by hub.freebsd.org (Postfix) with ESMTP id 9CFE937B405 for ; Fri, 26 Oct 2001 08:29:55 -0700 (PDT) Received: from vega.vega.com (root@h33.228.dialup.iptcom.net [212.9.228.33]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id SAA69477; Fri, 26 Oct 2001 18:29:48 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.6/8.11.3) with ESMTP id f9QFTkU29056; Fri, 26 Oct 2001 18:29:46 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3BD981EC.25F6DE24@FreeBSD.org> Date: Fri, 26 Oct 2001 18:31:56 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: Peter Pentchev Cc: Ian Dowse , hackers@FreeBSD.org Subject: Re: cvs commit: ports/devel/ORBit Makefile ports/devel/ORBit/files patch-src::IIOP::giop-msg-buffer.c References: <200110261421.aa89321@salmon.maths.tcd.ie> <3BD977E4.DA2F224B@FreeBSD.org> <20011026175819.G33751@straylight.oblivion.bg> <3BD97C13.81DF3E6F@FreeBSD.org> <20011026181805.H33751@straylight.oblivion.bg> Content-Type: text/plain; charset=koi8-r 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 Peter Pentchev wrote: > > On Fri, Oct 26, 2001 at 06:06:59PM +0300, Maxim Sobolev wrote: > > Peter Pentchev wrote: > > > > > > On Fri, Oct 26, 2001 at 05:49:08PM +0300, Maxim Sobolev wrote: > [snip] > > > > > > > > On the step 3, when marshalling results of the call, daemon > > > > creates a large collection of small buffers (usually 5-10 > > > > bytes long each) arranged as array of struct iovec and then > > > > sends this whole buffer to the client using writev(2) call. > > > > In my particular case there were some 2,800 entries in the > > > > buffer and when the daemon tried to send it to the client > > > > writev(2) was returning -1 and setting errno to be EINVAL, > > > > which confused the server and the client causing RPC to > > > > fail. > > > > > > 2800 entries? Well, from the writev(2) manual page: > > > > > > In addition, writev() may return one of the following errors: > > > > > > ... > > > > > > [EINVAL] Iovcnt was less than or equal to 0, or greater than > > > UIO_MAXIOV. > > > > > > And at least on -stable, UIO_MAXIOV is defined as 1024.. > > > > Ah, ok. I've overlooked it somehow. > > So basically, you still want a loop, but it could be a writev(2) loop, > not a write(2) loop, to keep some of the writev(2) performance benefit. Yes, I've figured it already, because doing 2,800 syscalls when you can do a 3 instead is a bad idea. :) -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 8:41:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (sentinel.office1.bg [217.75.129.210]) by hub.freebsd.org (Postfix) with SMTP id B756637B401 for ; Fri, 26 Oct 2001 08:41:16 -0700 (PDT) Received: (qmail 20803 invoked by uid 1000); 26 Oct 2001 15:39:38 -0000 Date: Fri, 26 Oct 2001 18:39:38 +0300 From: Peter Pentchev To: Maxim Sobolev Cc: Ian Dowse , hackers@FreeBSD.org Subject: Re: cvs commit: ports/devel/ORBit Makefile ports/devel/ORBit/files patch-src::IIOP::giop-msg-buffer.c Message-ID: <20011026183938.I33751@straylight.oblivion.bg> Mail-Followup-To: Maxim Sobolev , Ian Dowse , hackers@FreeBSD.org References: <200110261421.aa89321@salmon.maths.tcd.ie> <3BD977E4.DA2F224B@FreeBSD.org> <20011026175819.G33751@straylight.oblivion.bg> <3BD97C13.81DF3E6F@FreeBSD.org> <20011026181805.H33751@straylight.oblivion.bg> <3BD981EC.25F6DE24@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BD981EC.25F6DE24@FreeBSD.org>; from sobomax@FreeBSD.org on Fri, Oct 26, 2001 at 06:31:56PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Oct 26, 2001 at 06:31:56PM +0300, Maxim Sobolev wrote: > Peter Pentchev wrote: > > > > On Fri, Oct 26, 2001 at 06:06:59PM +0300, Maxim Sobolev wrote: > > > Peter Pentchev wrote: > > > > > > > > On Fri, Oct 26, 2001 at 05:49:08PM +0300, Maxim Sobolev wrote: > > [snip] > > > > > > > > > > On the step 3, when marshalling results of the call, daemon > > > > > creates a large collection of small buffers (usually 5-10 > > > > > bytes long each) arranged as array of struct iovec and then > > > > > sends this whole buffer to the client using writev(2) call. > > > > > In my particular case there were some 2,800 entries in the > > > > > buffer and when the daemon tried to send it to the client > > > > > writev(2) was returning -1 and setting errno to be EINVAL, > > > > > which confused the server and the client causing RPC to > > > > > fail. > > > > > > > > 2800 entries? Well, from the writev(2) manual page: > > > > > > > > In addition, writev() may return one of the following errors: > > > > > > > > ... > > > > > > > > [EINVAL] Iovcnt was less than or equal to 0, or greater than > > > > UIO_MAXIOV. > > > > > > > > And at least on -stable, UIO_MAXIOV is defined as 1024.. > > > > > > Ah, ok. I've overlooked it somehow. > > > > So basically, you still want a loop, but it could be a writev(2) loop, > > not a write(2) loop, to keep some of the writev(2) performance benefit. > > Yes, I've figured it already, because doing 2,800 syscalls > when you can do a 3 instead is a bad idea. :) Oh, and BTW - writev(2) can also return EINVAL if the total size exceeds some maximum value (the manual page mentions a 32-bit integer). G'luck, Peter -- I am not the subject of this sentence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 9:22:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id EE65737B401 for ; Fri, 26 Oct 2001 09:22:49 -0700 (PDT) Received: (qmail 28938 invoked by uid 3001); 26 Oct 2001 16:22:47 -0000 Received: from natto.numachi.com (198.175.254.216) by numachi.numachi.com with SMTP; 26 Oct 2001 16:22:47 -0000 Received: (qmail 60343 invoked by uid 1001); 26 Oct 2001 16:22:47 -0000 Date: Fri, 26 Oct 2001 12:22:47 -0400 From: Brian Reichert To: Bri Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Bug in FreeBSD 4.4 in su Message-ID: <20011026122247.N71395@numachi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from brian@ukip.com on Fri, Oct 26, 2001 at 12:46:00PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Oct 26, 2001 at 12:46:00PM +0100, Bri wrote: > ok if you into your freebsd box from somewhere else and type su - root and > then type the root password it just hangs there and you think I'm sure I > typed the password correctly. Are you using a serial console? Or, a defferent question, are you letting syslogd write to /dev/console while you are using a serial console? -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 11:25:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailgw3a.lmco.com (mailgw3a.lmco.com [192.35.35.24]) by hub.freebsd.org (Postfix) with ESMTP id 0359937B428 for ; Fri, 26 Oct 2001 11:24:53 -0700 (PDT) Received: from emss01g01.ems.lmco.com ([129.197.181.54]) by mailgw3a.lmco.com (8.8.8/8.8.8) with ESMTP id OAA03217 for ; Fri, 26 Oct 2001 14:24:51 -0400 (EDT) Received: from CONVERSION-DAEMON by lmco.com (PMDF V5.2-32 #38886) id <0GLT00J01Q8JB6@lmco.com> for freebsd-hackers@freebsd.org; Fri, 26 Oct 2001 11:23:44 -0700 (PDT) Received: from cui1.lmms.lmco.com ([129.197.1.64]) by lmco.com (PMDF V5.2-32 #38886) with ESMTP id <0GLT00K3HPLUU9@lmco.com> for freebsd-hackers@freebsd.org; Fri, 26 Oct 2001 10:22:42 -0700 (PDT) Received: from lmco.com (CONNECTICUT1.lmms.lmco.com [129.197.23.84]) by cui1.lmms.lmco.com (8.11.0/8.9.2) with ESMTP id f9QHMf607504 for ; Fri, 26 Oct 2001 10:22:42 -0700 (PDT) Date: Fri, 26 Oct 2001 10:22:48 -0700 From: rick norman Subject: dummynet stats To: freebsd-hackers@freebsd.org Message-id: <3BD99BE8.F02EA873@lmco.com> MIME-version: 1.0 X-Mailer: Mozilla 4.77 [en] (WinNT; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en Sender: owner-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 seem to get inconsistent outputs from the same dummynet stat query. Following is the output from two different queries : bash-2.05$ bash-2.05$ ipfw pipe 3 show 00003: unlimited 0 ms 2048 B 0 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 bash-2.05$ bash-2.05$ ipfw pipe 3 show 00003: unlimited 0 ms 2048 B 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 icmp 127.0.31.1/0 127.0.31.1/0 3139 1695060 0 0 0 bash-2.05$ The only difference between the two dumps is that a flood ping was stopped and then restated. In both cases, the same ruleset and dummynet pipes were in effect. I am using flood pings for a data stream in both cases. The first dump is after a flush and reinstallation of the pipe rules. The data stream was running while the rules were being installed. The ping was then stopped and restarted followed by the second stat query. My question is why didn't the stats reflect the stream until it had been stopped and restarted ? Rick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 11:29:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 47A9537B401 for ; Fri, 26 Oct 2001 11:29:18 -0700 (PDT) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id f9QIPlC68093; Fri, 26 Oct 2001 11:25:47 -0700 (PDT) (envelope-from rizzo) Date: Fri, 26 Oct 2001 11:25:47 -0700 From: Luigi Rizzo To: rick norman Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: dummynet stats Message-ID: <20011026112547.B67858@iguana.aciri.org> References: <3BD99BE8.F02EA873@lmco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3BD99BE8.F02EA873@lmco.com> User-Agent: Mutt/1.3.23i Sender: owner-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, Oct 26, 2001 at 10:22:48AM -0700, rick norman wrote: > Hi, > > I seem to get inconsistent outputs from the same dummynet > stat query. Following is the output from two different queries : > > bash-2.05$ > bash-2.05$ ipfw pipe 3 show > 00003: unlimited 0 ms 2048 B 0 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > bash-2.05$ > bash-2.05$ ipfw pipe 3 show > 00003: unlimited 0 ms 2048 B 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes > Pkt/Byte Drp > 0 icmp 127.0.31.1/0 127.0.31.1/0 3139 1695060 0 > 0 0 > bash-2.05$ > > The only difference between the two dumps is that a flood ping > was stopped and then restated. > In both cases, the same ruleset and dummynet pipes were in effect. I > am using flood pings for a data stream in both cases. The first dump > is after a flush and reinstallation of the pipe rules. The data stream > was > running while the rules were being installed. The ping was then stopped > > and restarted followed by the second stat query. My question is why > didn't > the stats reflect the stream until it had been stopped and restarted ? i actually doubt that any traffic went throught he pipe before the first "ipfw pipe show" or you would have seen it. packets are accounted for immediately as they go through. cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 12:18: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailgw3a.lmco.com (mailgw3a.lmco.com [192.35.35.24]) by hub.freebsd.org (Postfix) with ESMTP id 8C55537B401 for ; Fri, 26 Oct 2001 12:18:02 -0700 (PDT) Received: from emss01g01.ems.lmco.com ([129.197.181.54]) by mailgw3a.lmco.com (8.8.8/8.8.8) with ESMTP id PAA00096; Fri, 26 Oct 2001 15:18:00 -0400 (EDT) Received: from CONVERSION-DAEMON by lmco.com (PMDF V5.2-32 #38886) id <0GLT00C01NIFOR@lmco.com>; Fri, 26 Oct 2001 12:17:42 -0700 (PDT) Received: from cui1.lmms.lmco.com ([129.197.1.64]) by lmco.com (PMDF V5.2-32 #38886) with ESMTP id <0GLT00AADTLFGZ@lmco.com>; Fri, 26 Oct 2001 11:48:52 -0700 (PDT) Received: from lmco.com (CONNECTICUT1.lmms.lmco.com [129.197.23.84]) by cui1.lmms.lmco.com (8.11.0/8.9.2) with ESMTP id f9QImo619510; Fri, 26 Oct 2001 11:48:50 -0700 (PDT) Date: Fri, 26 Oct 2001 11:48:56 -0700 From: rick norman Subject: Re: dummynet stats To: rizzo@iciri.org Cc: freebsd-hackers@freebsd.org Message-id: <3BD9B018.89D07BF1@lmco.com> MIME-version: 1.0 X-Mailer: Mozilla 4.77 [en] (WinNT; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3BD99BE8.F02EA873@lmco.com> <20011026112547.B67858@iguana.aciri.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I guess my question then is why did I need to stop the stream and restart it before it would show up in the pipe? It seems that if I repeatedly flush, delete pipes, reinstall pipes, without stopping the data stream, that I get into a state where no data will register in the pipes until I stop and restart the stream. Rick Luigi Rizzo wrote: > On Fri, Oct 26, 2001 at 10:22:48AM -0700, rick norman wrote: > > Hi, > > > > I seem to get inconsistent outputs from the same dummynet > > stat query. Following is the output from two different queries : > > > > bash-2.05$ > > bash-2.05$ ipfw pipe 3 show > > 00003: unlimited 0 ms 2048 B 0 queues (1 buckets) droptail > > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > > bash-2.05$ > > bash-2.05$ ipfw pipe 3 show > > 00003: unlimited 0 ms 2048 B 1 queues (1 buckets) droptail > > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes > > Pkt/Byte Drp > > 0 icmp 127.0.31.1/0 127.0.31.1/0 3139 1695060 0 > > 0 0 > > bash-2.05$ > > > > The only difference between the two dumps is that a flood ping > > was stopped and then restated. > > In both cases, the same ruleset and dummynet pipes were in effect. I > > am using flood pings for a data stream in both cases. The first dump > > is after a flush and reinstallation of the pipe rules. The data stream > > was > > running while the rules were being installed. The ping was then stopped > > > > and restarted followed by the second stat query. My question is why > > didn't > > the stats reflect the stream until it had been stopped and restarted ? > > i actually doubt that any traffic went throught he pipe before > the first "ipfw pipe show" or you would have seen it. > packets are accounted for immediately as they go through. > > cheers > luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 12:31: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id A1FA237B405 for ; Fri, 26 Oct 2001 12:30:56 -0700 (PDT) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id f9QJRVe68626; Fri, 26 Oct 2001 12:27:31 -0700 (PDT) (envelope-from rizzo) Date: Fri, 26 Oct 2001 12:27:31 -0700 From: Luigi Rizzo To: rick norman Cc: rizzo@iciri.org, freebsd-hackers@FreeBSD.ORG Subject: Re: dummynet stats Message-ID: <20011026122730.A68582@iguana.aciri.org> References: <3BD99BE8.F02EA873@lmco.com> <20011026112547.B67858@iguana.aciri.org> <3BD9B018.89D07BF1@lmco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3BD9B018.89D07BF1@lmco.com> User-Agent: Mutt/1.3.23i Sender: owner-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, Oct 26, 2001 at 11:48:56AM -0700, rick norman wrote: > I guess my question then is why did I need to stop the stream and restart > it before it would show up in the pipe? It seems that if I repeatedly flush, I cannot reproduce the problem from your description. If you can post the exact sequence of actions that causes the behaviour in a reproducible way, then we can try and see what is going wrong. Please include os version, the ping command and the ifconfig of relevant interfaces. cheers luigi > delete pipes, reinstall pipes, without stopping the data stream, that I get > into > a state where no data will register in the pipes until I stop and restart the > stream. > > Rick > > Luigi Rizzo wrote: > > > On Fri, Oct 26, 2001 at 10:22:48AM -0700, rick norman wrote: > > > Hi, > > > > > > I seem to get inconsistent outputs from the same dummynet > > > stat query. Following is the output from two different queries : > > > > > > bash-2.05$ > > > bash-2.05$ ipfw pipe 3 show > > > 00003: unlimited 0 ms 2048 B 0 queues (1 buckets) droptail > > > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > > > bash-2.05$ > > > bash-2.05$ ipfw pipe 3 show > > > 00003: unlimited 0 ms 2048 B 1 queues (1 buckets) droptail > > > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > > > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes > > > Pkt/Byte Drp > > > 0 icmp 127.0.31.1/0 127.0.31.1/0 3139 1695060 0 > > > 0 0 > > > bash-2.05$ > > > > > > The only difference between the two dumps is that a flood ping > > > was stopped and then restated. > > > In both cases, the same ruleset and dummynet pipes were in effect. I > > > am using flood pings for a data stream in both cases. The first dump > > > is after a flush and reinstallation of the pipe rules. The data stream > > > was > > > running while the rules were being installed. The ping was then stopped > > > > > > and restarted followed by the second stat query. My question is why > > > didn't > > > the stats reflect the stream until it had been stopped and restarted ? > > > > i actually doubt that any traffic went throught he pipe before > > the first "ipfw pipe show" or you would have seen it. > > packets are accounted for immediately as they go through. > > > > cheers > > luigi > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 14: 6:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from crufty.research.bell-labs.com (crufty.research.bell-labs.com [204.178.16.49]) by hub.freebsd.org (Postfix) with SMTP id 9C96F37B40C for ; Fri, 26 Oct 2001 14:06:11 -0700 (PDT) Received: from grubby.research.bell-labs.com ([135.104.2.9]) by crufty; Fri Oct 26 17:00:55 EDT 2001 Received: from aura.research.bell-labs.com (aura.research.bell-labs.com [135.104.46.10]) by grubby.research.bell-labs.com (8.11.6/8.11.6) with ESMTP id f9QL53k74955 for ; Fri, 26 Oct 2001 17:05:03 -0400 (EDT) Received: (from jkf@localhost) by aura.research.bell-labs.com (8.9.1/8.9.1) id RAA00237 for freebsd-hackers@FreeBSD.ORG; Fri, 26 Oct 2001 17:05:03 -0400 (EDT) Date: Fri, 26 Oct 2001 17:05:03 -0400 (EDT) From: Jeff Fellin Message-Id: <200110262105.RAA00237@aura.research.bell-labs.com> To: freebsd-hackers@FreeBSD.ORG Subject: system hung with runnable processes Sender: owner-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 didn't see anything like this in the archives, so I'm sending this to the questions list and hackers list for assistance. I am running FreeBSD 4.3 on a L440GX+ motherboard with dual PCI buses: 32/33 and 32/66 dual Pentium III @ 700MHz with 256KB L2 cache. The system is running in Uniprocessor mode. Although running the tests on FreeBSD 4.1 has not caused the problem. My problem: I have an application that reads from a SCSI bus, and forwards the SCSI CDB's to another system over TCP. When running a large load the system gets SCSI bus device reset's that the application acknowledges and clears an error bit. After a period of time, in this example about 2.5 hours, the system stops processing any SCSI CDB's. In DDB the ps output show 11 runnable process, p_wchan == 0, and curproc points to one of the processes. However, when checking the run queues via gdb, none of the runnable processes is in a run queue. According to rtqueuebits, queuebits, and idqueuebits, only queue[12] has any runnable processes. Examing the proc structures for the runnable processes, their priority is 6, so they should be in queue[6]. I cannot determine anything obvious in the process scheduling code, but something is happening. I am attaching the system dmesg output from boot to taking the system dump, the ddb output on the serial console, and the output from gdb of the process' stack trace and proc structure. If anyone needs more information just ask and I'll try to get it for you. Does anyone believe upgrading to FreeBSD 4.4 would resolve the problem? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 15:40: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from parhelion.firedrake.org (parhelion.firedrake.org [212.135.138.219]) by hub.freebsd.org (Postfix) with ESMTP id 6881A37B407 for ; Fri, 26 Oct 2001 15:39:59 -0700 (PDT) Received: from float by parhelion.firedrake.org with local (Exim 3.32 #1 (Debian)) id 15xFdt-0002aC-00 for ; Fri, 26 Oct 2001 23:39:57 +0100 Date: Fri, 26 Oct 2001 23:39:57 +0100 To: hackers@freebsd.org Subject: syslogd and kqueue Message-ID: <20011026233957.A9925@parhelion.firedrake.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i From: void Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If syslogd used the kqueue interface, I believe it could open a new log file as soon as it was created, rather than waiting to receive a signal. Would this be worth doing, or would it be too big a divergence from the traditional behavior? -- Ben "An art scene of delight I created this to be ..." -- Sun Ra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 19:51:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from enterprise.spock.org (alb-66-24-187-85.nycap.rr.com [66.24.187.85]) by hub.freebsd.org (Postfix) with ESMTP id CB6BC37B403 for ; Fri, 26 Oct 2001 19:51:35 -0700 (PDT) Received: (from jon@localhost) by enterprise.spock.org serial EF600Q3T-B7F; Fri, 26 Oct 2001 22:51:25 -0400 (EDT) (envelope-from jon)$ Date: Fri, 26 Oct 2001 22:51:25 -0400 From: Jonathan Chen To: RivaW@gmx.de Cc: hackers@FreeBSD.ORG Subject: Re: anoncvs down? Message-ID: <20011026225125.A35287@enterprise.spock.org> References: <20011026091528.A26400@rfhpc8320.fh-regensburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: telnet/1.1x In-Reply-To: <20011026091528.A26400@rfhpc8320.fh-regensburg.de>; from Peter.Wullinger@stud.fh-regensburg.de on Fri, Oct 26, 2001 at 09:15:28AM +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 Fri, Oct 26, 2001 at 09:15:28AM +0200, Peter Wullinger wrote: > Have I just missed, that anoncvs.FreeBSD.org was shut down? > > This would be a problem for me since I do not have access to > a FreeBSD machine with good internet connection and I didn't > get cvsup (i.e. M3) to compile on the machines which I could > use to access the CVS repo, so I've at last given up to get a repo > copy (of course, if somebody can help ;-) ...). If you had searched the archives, I said: For occational personal use, you may use CVSROOT=anoncvs@cvs.spock.org:/home/ncvs CVS_RSH=ssh The "none" ssh encryption method is available. You may use it by adding the appropiate lines to ~/.ssh_config I'd prefer it if people wouldn't overuse this, otherwise I might have to take it away, as the machine has limited bandwidth/resources. The repository syncs via cvsup twice a day. -Jon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 20: 4:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-3.dsl.lsan03.pacbell.net [63.207.60.3]) by hub.freebsd.org (Postfix) with ESMTP id 99C0B37B401 for ; Fri, 26 Oct 2001 20:04:37 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 115A866B0E; Fri, 26 Oct 2001 20:04:37 -0700 (PDT) Date: Fri, 26 Oct 2001 20:04:36 -0700 From: Kris Kennaway To: void Cc: hackers@FreeBSD.ORG Subject: Re: syslogd and kqueue Message-ID: <20011026200436.A61058@xor.obsecurity.org> References: <20011026233957.A9925@parhelion.firedrake.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011026233957.A9925@parhelion.firedrake.org>; from float@firedrake.org on Fri, Oct 26, 2001 at 11:39:57PM +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 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Oct 26, 2001 at 11:39:57PM +0100, void wrote: > If syslogd used the kqueue interface, I believe it could open a new log > file as soon as it was created, rather than waiting to receive a signal. > Would this be worth doing, or would it be too big a divergence from the > traditional behavior? I assume you mean "as soon as the configuration file is modified"? That would be a big violation of POLA. Kris --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE72iREWry0BWjoQKURAnk7AJ9716jp/jSMOHXThxVP6ZesvQPkjACgo7td 2Zx1SuMHEwhVTZSLJMYrgoA= =7YkL -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 20:33:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from parhelion.firedrake.org (parhelion.firedrake.org [212.135.138.219]) by hub.freebsd.org (Postfix) with ESMTP id 741A337B405 for ; Fri, 26 Oct 2001 20:33:44 -0700 (PDT) Received: from float by parhelion.firedrake.org with local (Exim 3.32 #1 (Debian)) id 15xKEA-0004mq-00; Sat, 27 Oct 2001 04:33:42 +0100 Date: Sat, 27 Oct 2001 04:33:42 +0100 To: Kris Kennaway Cc: void , hackers@FreeBSD.ORG Subject: Re: syslogd and kqueue Message-ID: <20011027043342.A18231@parhelion.firedrake.org> References: <20011026233957.A9925@parhelion.firedrake.org> <20011026200436.A61058@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011026200436.A61058@xor.obsecurity.org> User-Agent: Mutt/1.3.23i From: void Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Oct 26, 2001 at 08:04:36PM -0700, Kris Kennaway wrote: > On Fri, Oct 26, 2001 at 11:39:57PM +0100, void wrote: > > If syslogd used the kqueue interface, I believe it could open a new log > > file as soon as it was created, rather than waiting to receive a signal. > > Would this be worth doing, or would it be too big a divergence from the > > traditional behavior? > > I assume you mean "as soon as the configuration file is modified"? > That would be a big violation of POLA. No ... The traditional log-rotation dance goes something like: mv log log.0 touch log kill -1 `cat /var/run/syslogd.pid` gzip log.0 I'm suggesting that the "kill" could be left out if syslogd got the same smarts as "tail -F". -- Ben "An art scene of delight I created this to be ..." -- Sun Ra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 21:13:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from coffee.q9media.com (coffee.q9media.com [216.94.229.19]) by hub.freebsd.org (Postfix) with ESMTP id 384B337B406 for ; Fri, 26 Oct 2001 21:13:32 -0700 (PDT) Received: (from mike@localhost) by coffee.q9media.com (8.11.6/8.11.6) id f9R4H5R02799; Sat, 27 Oct 2001 00:17:05 -0400 (EDT) (envelope-from mike) Date: Sat, 27 Oct 2001 00:17:04 -0400 From: Mike Barcroft To: void Cc: Kris Kennaway , hackers@FreeBSD.ORG Subject: Re: syslogd and kqueue Message-ID: <20011027001704.B2586@coffee.q9media.com> References: <20011026233957.A9925@parhelion.firedrake.org> <20011026200436.A61058@xor.obsecurity.org> <20011027043342.A18231@parhelion.firedrake.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011027043342.A18231@parhelion.firedrake.org>; from float@firedrake.org on Sat, Oct 27, 2001 at 04:33:42AM +0100 Organization: The FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG void writes: > On Fri, Oct 26, 2001 at 08:04:36PM -0700, Kris Kennaway wrote: > > I assume you mean "as soon as the configuration file is modified"? > > That would be a big violation of POLA. > > No ... Yes! > The traditional log-rotation dance goes something like: > > mv log log.0 > touch log > kill -1 `cat /var/run/syslogd.pid` > gzip log.0 > > I'm suggesting that the "kill" could be left out if syslogd got the same > smarts as "tail -F". I recommend using newsyslog(8) for rotating log files. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 21:22:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from coffee.q9media.com (coffee.q9media.com [216.94.229.19]) by hub.freebsd.org (Postfix) with ESMTP id A392137B401 for ; Fri, 26 Oct 2001 21:22:46 -0700 (PDT) Received: (from mike@localhost) by coffee.q9media.com (8.11.6/8.11.6) id f9R4QMi02823; Sat, 27 Oct 2001 00:26:22 -0400 (EDT) (envelope-from mike) Date: Sat, 27 Oct 2001 00:26:22 -0400 From: Mike Barcroft To: void Cc: Kris Kennaway , hackers@FreeBSD.ORG Subject: Re: syslogd and kqueue Message-ID: <20011027002622.C2586@coffee.q9media.com> References: <20011026233957.A9925@parhelion.firedrake.org> <20011026200436.A61058@xor.obsecurity.org> <20011027043342.A18231@parhelion.firedrake.org> <20011027001704.B2586@coffee.q9media.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011027001704.B2586@coffee.q9media.com>; from mike@FreeBSD.ORG on Sat, Oct 27, 2001 at 12:17:04AM -0400 Organization: The FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Barcroft writes: > void writes: > > On Fri, Oct 26, 2001 at 08:04:36PM -0700, Kris Kennaway wrote: > > > I assume you mean "as soon as the configuration file is modified"? > > > That would be a big violation of POLA. > > > > No ... > > Yes! Just to clarify. This is still a POLA violation. If a log file is pulled out from underneath syslogd(8), one wouldn't expect it to start logging again, even if the file was re-created. Just like one wouldn't expect it to create a new log file. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 26 21:25:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from draco.over-yonder.net (draco.over-yonder.net [198.78.58.61]) by hub.freebsd.org (Postfix) with ESMTP id 4E67A37B405; Fri, 26 Oct 2001 21:25:44 -0700 (PDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id D832DFC2; Fri, 26 Oct 2001 23:25:43 -0500 (CDT) Date: Fri, 26 Oct 2001 23:25:43 -0500 From: "Matthew D. Fuller" To: Mike Barcroft Cc: void , Kris Kennaway , hackers@FreeBSD.ORG Subject: Re: syslogd and kqueue Message-ID: <20011026232543.N37284@over-yonder.net> References: <20011026233957.A9925@parhelion.firedrake.org> <20011026200436.A61058@xor.obsecurity.org> <20011027043342.A18231@parhelion.firedrake.org> <20011027001704.B2586@coffee.q9media.com> <20011027002622.C2586@coffee.q9media.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011027002622.C2586@coffee.q9media.com>; from mike@FreeBSD.ORG on Sat, Oct 27, 2001 at 12:26:22AM -0400 X-Editor: vi X-OS: FreeBSD Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Oct 27, 2001 at 12:26:22AM -0400 I heard the voice of Mike Barcroft, and lo! it spake thus: > > Just to clarify. This is still a POLA violation. If a log file is > pulled out from underneath syslogd(8), one wouldn't expect it to start > logging again, even if the file was re-created. Just like one > wouldn't expect it to create a new log file. Actually, one would. It always takes conscious effort for me to remember that syslog won't create non-existent logfiles. That means I have to go touch a bunch of files when, for instance, I'm setting up a jail(8). It seems extremely counter-intuitive to me that I can't just say "Log to this file" and have it start logging there, without me laying out a yellow brick road. Forget kqueue. Just an O_CREAT. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Unix Systems Administrator | fullermd@futuresouth.com Specializing in FreeBSD | http://www.over-yonder.net/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 27 2:24:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from jhs.muc.de (jhs.muc.de [193.149.49.84]) by hub.freebsd.org (Postfix) with ESMTP id 9C4C737B401 for ; Sat, 27 Oct 2001 02:24:34 -0700 (PDT) Received: from park.jhs.private (localhost [127.0.0.1]) by jhs.muc.de (8.11.0/8.11.0) with ESMTP id f9R9AD328192; Sat, 27 Oct 2001 09:10:13 GMT (envelope-from jhs@park.jhs.private) Message-Id: <200110270910.f9R9AD328192@jhs.muc.de> To: marjan.mihelin@kclj.si Cc: hackers@freebsd.org Subject: Re: Fiskars UPS In-Reply-To: Message from "doc. dr. Marjan Mihelin, dipl. ing." of "Thu, 25 Oct 2001 09:22:22 +0200." <200110251628.JAA02486@origin.intranet.kclj.si> Date: Sat, 27 Oct 2001 11:10:13 +0200 From: "Julian Stacey Jhs@jhs.muc.de" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "doc. dr. Marjan Mihelin, dipl. ing." wrote: > Hello, > We are using from 1993 Fiskars UPS 0.8 A UPS unit (Type UPS 1008A- > 10EU, PartNo: 10 02 891 Rev A1, SerNo: 119355 9345, Made in Finland) > and few days ago the Battery failure control light started blinking. > We replaced accus (5 pcs 12V 4Ah) and we charged them for 48 hours > but the control light is still blinking. Do you have any advice what > to do? Where it is possible to get the electrical plans of this unit? > I would be grateful for any help. > Regards > Marjan Mihelin > > ---------------------------------------- > Assoc. Prof. Marjan Mihelin, Ph.D. > !!! AGAIN NEW TELEPHONE NUMBERS > University Medical Centre > University Institute of Clinical Neurophysiology > Ljubljana - SLOVENIA > tel: +386-1-522-4730, fax: +386-1-543-1533 > E-mail: marjan.mihelin@kclj.si, marjan@mihelin.com Yo shouldnt be asking us on hackers@freebsd.org as you make no mention of any relevance to FreeBSD (which is what this list is for ! You should be web searching for Fiskars company, or an appropriate discussion list,... not us ... However I will give you a clue, how FreeBSD can be of use to you, as no else has yet: grep UPS /usr/ports/INDEX cd /usr/ports/sysutils/nut; make patch browse source, find email addresses & web sites that _are_ interested in UPS software. Julian J.Stacey Munich Unix (FreeBSD, Linux etc) Independent Consultant Reduce costs to secure jobs: Use free software: http://bim.bsn.com/~jhs/free/ Ihr Rauchen = mein allergischer Kopfschmerz ! Schnupftabak probieren ! XP : eXcess Profit for MS, eXtra Problems for you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 27 2:29:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id ADEAF37B405 for ; Sat, 27 Oct 2001 02:29:21 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id f9R9S1S11974; Sat, 27 Oct 2001 11:28:01 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Julian Stacey Jhs@jhs.muc.de" Cc: marjan.mihelin@kclj.si, hackers@FreeBSD.ORG Subject: Re: Fiskars UPS In-Reply-To: Your message of "Sat, 27 Oct 2001 11:10:13 +0200." <200110270910.f9R9AD328192@jhs.muc.de> Date: Sat, 27 Oct 2001 11:28:01 +0200 Message-ID: <11972.1004174881@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200110270910.f9R9AD328192@jhs.muc.de>, "Julian Stacey Jhs@jhs.muc.d e" writes: >"doc. dr. Marjan Mihelin, dipl. ing." wrote: >> Hello, >> We are using from 1993 Fiskars UPS 0.8 A UPS unit Fiskars is part of Invensys/Powercom these days. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 27 4:42:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 6C0BF37B405; Sat, 27 Oct 2001 04:42:19 -0700 (PDT) Received: from turing.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 27 Oct 2001 12:42:18 +0100 (BST) Date: Sat, 27 Oct 2001 12:42:16 +0100 From: David Malone To: "Matthew D. Fuller" Cc: Mike Barcroft , void , Kris Kennaway , hackers@FreeBSD.ORG Subject: Re: syslogd and kqueue Message-ID: <20011027124216.A22497@turing.maths.tcd.ie> References: <20011026233957.A9925@parhelion.firedrake.org> <20011026200436.A61058@xor.obsecurity.org> <20011027043342.A18231@parhelion.firedrake.org> <20011027001704.B2586@coffee.q9media.com> <20011027002622.C2586@coffee.q9media.com> <20011026232543.N37284@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.2i In-Reply-To: <20011026232543.N37284@over-yonder.net>; from fullermd@over-yonder.net on Fri, Oct 26, 2001 at 11:25:43PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Oct 26, 2001 at 11:25:43PM -0500, Matthew D. Fuller wrote: > Forget kqueue. Just an O_CREAT. For log rotation anyway. It might make sense to use kqueue within syslogd instead of select for waiting on messages from the kernel, the logging socket and udp port 514. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 27 8:28:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from r220-1.rz.RWTH-Aachen.DE (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by hub.freebsd.org (Postfix) with ESMTP id 5556537B406; Sat, 27 Oct 2001 08:28:43 -0700 (PDT) Received: from r220-1.rz.RWTH-Aachen.DE (relay2.RWTH-Aachen.DE [134.130.3.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3-2) with ESMTP id f9RFSej23385; Sat, 27 Oct 2001 17:28:40 +0200 (MEST) Received: from hyperion.informatik.rwth-aachen.de (hyperion.Informatik.RWTH-Aachen.de [137.226.112.212]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3/6) with ESMTP id f9RFSdo23377; Sat, 27 Oct 2001 17:28:39 +0200 (MEST) Received: from margaux.informatik.rwth-aachen.de (margaux.Informatik.RWTH-Aachen.DE [137.226.194.72]) by hyperion.informatik.rwth-aachen.de (8.9.1b+Sun/8.9.1) with ESMTP id RAA09890; Sat, 27 Oct 2001 17:26:48 +0200 (MET DST) Received: (from stolz@localhost) by margaux.informatik.rwth-aachen.de (8.9.1b+Sun/8.9.1-gb-2) id RAA00798; Sat, 27 Oct 2001 17:28:39 +0200 (MET DST) Date: Sat, 27 Oct 2001 17:28:39 +0200 From: Volker Stolz To: "Jose M. Alcaide" Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: login(1) now forks the shell instead of exec'ing it ? Message-ID: <20011027172839.A793@i2.informatik.rwth-aachen.de> Reply-To: freebsd-hackers@freebsd.org References: <20011026154851.B378@v-ger.we.lc.ehu.es> <17070000.1004104497@vpn68.ece.cmu.edu> <20011026160930.D378@v-ger.we.lc.ehu.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: <20011026160930.D378@v-ger.we.lc.ehu.es> Sender: owner-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 local.freebsd-stable, you wrote: > Anyway, I am a bit sad after losing the traditional login(1) behavior. :-) You're right, it even makes things harder to understand (& verify). There do exist other languages which will allow you to do something similar to calling "login", but returning to your code afterwards. But I'm really oversimplyfying things and you surely don't want to use these programming languages for OS binaries (yet!) :-) OTOH, how about passing on PAM-credentials on to login and telling it via a switch to close PAM on termination? Of course this would imply some magic, I'm sure. [F'Up to -hackers. Maybe someone has a flash of inspiration?] -- Volker Stolz * stolz@i2.informatik.rwth-aachen.de * PGP + S/MIME To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 27 11:19:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id A9BB637B405 for ; Sat, 27 Oct 2001 11:19:41 -0700 (PDT) Received: from dialup-209.247.143.45.dial1.sanjose1.level3.net ([209.247.143.45] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 15xY2x-0000nw-00; Sat, 27 Oct 2001 11:19:03 -0700 Message-ID: <3BDAFACC.9FBEC64@mindspring.com> Date: Sat, 27 Oct 2001 11:19:56 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: void , hackers@FreeBSD.ORG Subject: Re: syslogd and kqueue References: <20011026233957.A9925@parhelion.firedrake.org> <20011026200436.A61058@xor.obsecurity.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 Kris Kennaway wrote: > > On Fri, Oct 26, 2001 at 11:39:57PM +0100, void wrote: > > If syslogd used the kqueue interface, I believe it could open a new log > > file as soon as it was created, rather than waiting to receive a signal. > > Would this be worth doing, or would it be too big a divergence from the > > traditional behavior? > > I assume you mean "as soon as the configuration file is modified"? > That would be a big violation of POLA. You need the mount point. Several OSs handle this by being able to mount on any mount point, whether it exists, or not. You could do this pretty easily in FreeBSD by adding a directory lookup cache entry for non-existant mount points, which is never aged out, and then using that as the mount point (in theory, never aging out mount points is a good idea in any case, since it protects you from several classes of NFS deadlocks, as well -- unless they go stale, in which case, it's no worse than before). Another alternative I have suggested in the past is to make the devfs two deep: o Have a "/" that contains a single directory "/dev" o Have "/dev" be what normally gets mounted on "/dev" as the root of an FS o Union mount root over top of "/" -- in other words, mount devfs as /, first I really like the second one, but I have other obscure uses in mind, and since it would make chroot jails harder, if you didn't also permit deffs to mount flat without the "/dev/" insert, it's probably better to take the forst approach. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 27 11:29: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 91BE337B401; Sat, 27 Oct 2001 11:28:56 -0700 (PDT) Received: from dialup-209.247.143.45.dial1.sanjose1.level3.net ([209.247.143.45] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 15xYCV-0000JL-00; Sat, 27 Oct 2001 11:28:56 -0700 Message-ID: <3BDAFD1C.B7BF7ED4@mindspring.com> Date: Sat, 27 Oct 2001 11:29:48 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Barcroft Cc: void , Kris Kennaway , hackers@FreeBSD.ORG Subject: Re: syslogd and kqueue References: <20011026233957.A9925@parhelion.firedrake.org> <20011026200436.A61058@xor.obsecurity.org> <20011027043342.A18231@parhelion.firedrake.org> <20011027001704.B2586@coffee.q9media.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 Mike Barcroft wrote: > > I'm suggesting that the "kill" could be left out if syslogd got the same > > smarts as "tail -F". > > I recommend using newsyslog(8) for rotating log files. I recommend _NOT_ using newsyslog for rotating files. The newsyslog program bit us on the ass numerous times at Whistle, where if it failed to be called, it would just build up a big log file, fill up /var, and you'd end up screwed even after it restarted, since it would leave /var full. The problem is that newsyslog doesn't "rewrite history". As an example, say you have a size limit on a log file of 10k, and a number of files to keep of 6, so you never expect it to take up more than 60k. Now newsyslog fails, and you end up with the top level log file being 1M, with 5 10k log files after it: 1M, 10K, 10K, 10K, 10K, 10K You start newsyslog up again (usually with a reboot, as the failing program was "cron" or "at"), and it moves the 1M file to the first log file, deletes the oldest, and then creates a new log file. You now have: 0K, 1M, 10K, 10K, 10K, 10K when what you wanted was really: 0K, 10K, 10K, 10K, 10K, 10K With the 5 10K files being the last 50K of the 1M file. Now you can only rotate it out with another 10K of data writtent to an already full /var (other log files are now free to consume the 10K you freed up), and then it will take 5 log rollovers before your /var is down to its proper disk utilization again, and your system is back to normal... and these can never happen. Because of this, /var is still full, so anything that needs /tmp is still broken, so you end up getting a call for support about whatever it was that wasn't working. Very, very ugly. Until newsyslog is fixed to not be able to stage a denial of service attack against you, I really, really recommend against its use. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 27 15:22:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.noos.fr (verlaine.noos.net [212.198.2.73]) by hub.freebsd.org (Postfix) with ESMTP id 2F79C37B401 for ; Sat, 27 Oct 2001 15:22:43 -0700 (PDT) Received: (qmail 1209040 invoked by uid 0); 27 Oct 2001 22:22:41 -0000 Received: from unknown (HELO gits.dyndns.org) ([212.198.229.145]) (envelope-sender ) by 212.198.2.73 (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 27 Oct 2001 22:22:41 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.6/8.11.6) id f9RMMeZ76727; Sun, 28 Oct 2001 00:22:40 +0200 (CEST) (envelope-from root) Message-Id: <200110272222.f9RMMeZ76727@gits.dyndns.org> Subject: Re: syslogd and kqueue In-Reply-To: <20011027043342.A18231@parhelion.firedrake.org> To: void Date: Sun, 28 Oct 2001 00:22:40 +0200 (CEST) Cc: Kris Kennaway , hackers@FreeBSD.ORG Reply-To: clefevre@citeweb.net From: Cyrille Lefevre Organization: ACME X-Face: X-Mailer: ELM [version 2.4ME+ PL94c (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG void wrote: > On Fri, Oct 26, 2001 at 08:04:36PM -0700, Kris Kennaway wrote: > > On Fri, Oct 26, 2001 at 11:39:57PM +0100, void wrote: > > > If syslogd used the kqueue interface, I believe it could open a new log > > > file as soon as it was created, rather than waiting to receive a signal. > > > Would this be worth doing, or would it be too big a divergence from the > > > traditional behavior? > > > > I assume you mean "as soon as the configuration file is modified"? > > That would be a big violation of POLA. > > No ... > > The traditional log-rotation dance goes something like: > > mv log log.0 > touch log never do a mv/touch on a log file to avoid full filled file systems, use cp instead... cp log log.0 (there is a delta here which can be handled w/ tail -0 -f) cp /dev/null log this has the advantage to work w/ every daemons, even the ones wich don't handle SIGHUP as well as simple redirections (daemon > log). > kill -1 `cat /var/run/syslogd.pid` > gzip log.0 Cyrille. -- Cyrille Lefevre mailto:clefevre@citeweb.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 27 15:30:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 39A7D37B403; Sat, 27 Oct 2001 15:30:14 -0700 (PDT) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f9RMUCa157124; Sat, 27 Oct 2001 18:30:13 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <3BDAFD1C.B7BF7ED4@mindspring.com> References: <20011026233957.A9925@parhelion.firedrake.org> <20011026200436.A61058@xor.obsecurity.org> <20011027043342.A18231@parhelion.firedrake.org> <20011027001704.B2586@coffee.q9media.com> <3BDAFD1C.B7BF7ED4@mindspring.com> Date: Sat, 27 Oct 2001 18:30:09 -0400 To: tlambert2@mindspring.com, Mike Barcroft From: Garance A Drosihn Subject: Re: syslogd and kqueue Cc: hackers@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:29 AM -0700 10/27/01, Terry Lambert wrote: >Mike Barcroft wrote: > > I recommend using newsyslog(8) for rotating log files. > >I recommend _NOT_ using newsyslog for rotating files. > >The problem is that newsyslog doesn't "rewrite history". >As an example, say you have [...] >Now you can only rotate it out with another 10K of data >writtent to an already full /var (other log files are now >free to consume the 10K you freed up), and then it will >take 5 log rollovers before your /var is down to its >proper disk utilization again, and your system is back >to normal... and these can never happen. >Until newsyslog is fixed to not be able to stage a >denial of service attack against you, I really, really >recommend against its use. Seems like it would be more user-friendly (to freebsd users in general) to fix newsyslog, instead of just telling people that they should not use it... If people "just don't use" newsyslog, how does that guarantee that whatever they do use will not have the same problem that you described? -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 27 15:39:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 0B44637B406 for ; Sat, 27 Oct 2001 15:39:11 -0700 (PDT) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f9RMdAH46359 for hackers@FreeBSD.ORG; Sat, 27 Oct 2001 18:39:10 -0400 (EDT) (envelope-from bicknell) Date: Sat, 27 Oct 2001 18:39:10 -0400 From: Leo Bicknell To: hackers@FreeBSD.ORG Subject: Re: syslogd and kqueue Message-ID: <20011027183910.A46292@ussenterprise.ufp.org> Mail-Followup-To: hackers@FreeBSD.ORG References: <20011027043342.A18231@parhelion.firedrake.org> <200110272222.f9RMMeZ76727@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: <200110272222.f9RMMeZ76727@gits.dyndns.org>; from clefevre@citeweb.net on Sun, Oct 28, 2001 at 12:22:40AM +0200 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 28, 2001 at 12:22:40AM +0200, Cyrille Lefevre wrote: > > The traditional log-rotation dance goes something like: > > > > mv log log.0 > > touch log > > never do a mv/touch on a log file to avoid full filled file systems, > use cp instead... > > cp log log.0 > (there is a delta here which can be handled w/ tail -0 -f) > cp /dev/null log > > this has the advantage to work w/ every daemons, even the ones wich > don't handle SIGHUP as well as simple redirections (daemon > log). Using cp will make you lose log entries. When a file is renamed, all programs with the file open continue writing to the new name. That is, if you run syslog, and then "mv log log.0", you will now find it writing entries to log.0. If you copy, you create a log.0, but syslog is still writing to log. Thus any log entries from when cp finishes to when your next {cp/touch} is run are lost. -- Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 27 16: 9: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tomts7-srv.bellnexxia.net (tomts7.bellnexxia.net [209.226.175.40]) by hub.freebsd.org (Postfix) with ESMTP id 48D4337B403 for ; Sat, 27 Oct 2001 16:09:05 -0700 (PDT) Received: from xena.gsicomp.on.ca ([65.93.39.114]) by tomts7-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20011027230859.XHLI2701.tomts7-srv.bellnexxia.net@xena.gsicomp.on.ca> for ; Sat, 27 Oct 2001 19:08:59 -0400 Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.11.1) with SMTP id f9RN0lW54505 for ; Sat, 27 Oct 2001 19:00:47 -0400 (EDT) (envelope-from matt@gsicomp.on.ca) Message-ID: <003901c15f3c$5bdef760$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: Subject: Simple x86 assembler question Date: Sat, 27 Oct 2001 19:08:58 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, This weekend I decided to do some assembly hacking on some object-only code that I've lost the C source for. Since I haven't coded assembler for at least 8 years, and I threw my x86 assembly manuals out when I moved 6 months ago, there are a few things that are stumping me. In particular, am I interpreting these instructions correctly? 0x80839fb : movzbl (%edx,%eax,1),%eax Takes %eax + %edx, obtains the byte value in memory at that address, zero-extends and places into %eax 0x80839ff : movzwl 0xe90(%ebx,%eax,2),%edx Takes %eax + %ebx + 0xe90, obtains the word value in memory at that address, zero-extends and places in %edx. -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 27 16:37:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web20809.mail.yahoo.com (web20809.mail.yahoo.com [216.136.226.198]) by hub.freebsd.org (Postfix) with SMTP id 0967337B401 for ; Sat, 27 Oct 2001 16:37:10 -0700 (PDT) Message-ID: <20011027233709.83232.qmail@web20809.mail.yahoo.com> Received: from [62.90.91.30] by web20809.mail.yahoo.com via HTTP; Sun, 28 Oct 2001 00:37:09 BST Date: Sun, 28 Oct 2001 00:37:09 +0100 (BST) From: =?iso-8859-1?q?A=20G=20F=20Keahan?= Subject: A question about multithreaded server To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a server built around the following model: One "manager" thread selecting on multiple descriptors (using kqueue() on FreeBSD, poll() on Solaris, select() on some other Unix systems, and WSAWaitForMultipleEvents() on Win32). A small number (typically 2 x the number of CPUs) of worker threads doing the actual work. The manager thread handles accepting new connections (the listening descriptor is also included in the select loop), as well as reading and sending. The read handler knows when a complete request has arrived and dispatches it to one of the worker threads (sleeping on a condvar), waking it up. The file descriptors and their states (e.g. read and send buffers) are stored in an array. If all workers are busy, the connection's index is placed in a global run queue (which along with its counter is protected by a mutex). When a worker finishes processing a connection and has nothing else to do, it is allowed to get an item from the run queue. The connection array has a fixed size, and connections are not protected by any mutices, with the following restriction: the selecting thread ("manager") is not allowed to touch the read and send buffers of a connection that is currently being processed by a worker (so reading and writing is serialized: read - work - write - read - ...) The problem I'm having with this model is that I don't see an efficient way of telling the manager that a worker has finished processing a connection and that the data is ready to be sent back to the client. When a connection is dispatched to a worker, it is deleted from the select queue, because we don't care if it's ready for reading or writing until the worker is done processing the data (and even if we cared, we are still not allowed to read() or write() to the connection buffers). Unfortunately, the worker thread cannot add the connection back to the select queue, because select() will break if the data is changed from under it. But how can I tell select() "wake up, the data is here" from another thread without breaking it? One solution is not to delete the worker connections from the queue, but give select() a reasonably small timeout and poll the workers for data every so and so milliseconds. If a connection is ready for writing but still has no data to send, ignore it and go around the loop once again. Unfortunately, such polls steal CPU time from the workers and lead to noticeable delays. Perhaps a better solution would be to add another file descriptor (let's call it notify_fd) to the select queue, and have the workers write to it on finishing the processing, immediately waking up the manager thread blocked on select. When the manager wakes up, it checks if it was woken up by notify_fd, and if so, goes through all the workers, adding their fds back to the select queue if their data status is marked "ready". Then it processes other active connections and once again goes around the loop, but this time, if any of the worker connections are ready for writing, they will actually have some data to write. The question is -- what can I use as a dummy "notify_fd" descriptor? Another socket? A Unix domain socket? Does this sound like a good solution? Is there a better way to achieve the same result? Any suggestions will be greatly appreciated. Alex Keahan ____________________________________________________________ Nokia Game is on again. Go to http://uk.yahoo.com/nokiagame/ and join the new all media adventure before November 3rd. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message