From owner-freebsd-hackers Sun Nov 4 1: 6:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from d13225.upc-d.chello.nl (d13225.upc-d.chello.nl [213.46.13.225]) by hub.freebsd.org (Postfix) with ESMTP id 3757437B440; Sun, 4 Nov 2001 01:06:43 -0800 (PST) Received: from adv.devet.org (adv.devet.org [192.168.1.2]) by d13225.upc-d.chello.nl (Postfix) with ESMTP id 13F5368CD; Sun, 4 Nov 2001 10:06:42 +0100 (CET) Received: by adv.devet.org (Postfix, from userid 100) id EAB233F85; Sun, 4 Nov 2001 10:06:41 +0100 (CET) Date: Sun, 4 Nov 2001 10:06:41 +0100 From: Arjan de Vet To: Darren Reed , dougb@freebsd.org Cc: hackers@freebsd.org Subject: Re: PATCH for review: ipfilter changes in rc.* Message-ID: <20011104100641.A79824@adv.devet.org> References: <20011029203421.A17303@adv.devet.org> <200111040345.OAA18861@avalon.reed.wattle.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200111040345.OAA18861@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 Darren Reed wrote: >> >That sounds like a good plan. >> >> OK, updated patches for stable and current are available from: >> >> http://home.iae.nl/users/devet/freebsd/ >> >> I include the README here: >[...] > >How is this progressing ? Doug Barton asked whether he could review the patches first but I haven't heard anything yet. Doug: what's the status? Arjan -- Arjan de Vet, Eindhoven, The Netherlands URL : http://www.iae.nl/users/devet/ Work: http://www.madison-gurkha.com/ (Security, Open Source, Education) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 4 6:14:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cheer.mahoroba.org (flets-f0022.kamome.or.jp [211.8.127.22]) by hub.freebsd.org (Postfix) with ESMTP id 8EC6037B406; Sun, 4 Nov 2001 06:14:21 -0800 (PST) Received: from peace.mahoroba.org (IDENT:cMA7wtYfMaVOX2RRUpUQ4ULn9Y7ahP7UP9WmBbGT4az9rc0T0kOscjeLuke0ifXY@peace.mahoroba.org [IPv6:3ffe:505:2:0:200:f8ff:fe05:3eae]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.12.1/8.12.1) with ESMTP/inet6 id fA4EECcQ040969; Sun, 4 Nov 2001 23:14:16 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sun, 04 Nov 2001 23:14:10 +0900 (JST) Message-Id: <20011104.231410.74672513.ume@mahoroba.org> To: arch@FreeBSD.org Cc: hackers@FreeBSD.org, peter@FreeBSD.org Subject: [CFR] IPv6 support for pserver of cvs From: Hajimu UMEMOTO X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-Operating-System: FreeBSD 5.0-CURRENT X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 =?iso-2022-jp?B?KBskQjgtTFobKEIp?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.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 Hi, I wish to add IPv6 support to pserver of cvs. You can find the patch from: http://www.imasy.or.jp/(J~(Bume/ipv6/FreeBSD/cvs-ipv6.diff This patch is based on the patch by KAME folks. But, the patch is for 1.11 and isn't applied cleanly to our cvs. So, some additional modification was made. Please review it. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 4 7:17: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from amsfep11-int.chello.nl (amsfep11-int.chello.nl [213.46.243.19]) by hub.freebsd.org (Postfix) with ESMTP id A62D937B405; Sun, 4 Nov 2001 07:16:56 -0800 (PST) Received: from daemon.chronias.ninth-circle.org ([62.163.96.180]) by amsfep11-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20011104151650.VMXP28612.amsfep11-int.chello.nl@daemon.chronias.ninth-circle.org>; Sun, 4 Nov 2001 16:16:50 +0100 Received: (from asmodai@localhost) by daemon.chronias.ninth-circle.org (8.11.6/8.11.6) id fA4F7hP83256; Sun, 4 Nov 2001 16:07:43 +0100 (CET) (envelope-from asmodai) Date: Sun, 4 Nov 2001 16:07:43 +0100 From: Jeroen Ruigrok/Asmodai To: Hajimu UMEMOTO Cc: arch@FreeBSD.org, hackers@FreeBSD.org, peter@FreeBSD.org Subject: Re: [CFR] IPv6 support for pserver of cvs Message-ID: <20011104160742.B83053@daemon.ninth-circle.org> References: <20011104.231410.74672513.ume@mahoroba.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011104.231410.74672513.ume@mahoroba.org> User-Agent: Mutt/1.3.23i Organisation: Ninth-Circle Enterprises Sender: owner-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 [20011104 15:28], Hajimu UMEMOTO (ume@mahoroba.org) wrote: >I wish to add IPv6 support to pserver of cvs. You can find the patch >from: > > http://www.imasy.or.jp/?(J?ume/ipv6/FreeBSD/cvs-ipv6.diff > >This patch is based on the patch by KAME folks. But, the patch is for >1.11 and isn't applied cleanly to our cvs. So, some additional >modification was made. Please feed this to the cvshome.org guys, that way we can just import the new version along the vendorbranch. -- Jeroen Ruigrok van der Werven/Asmodai asmodai@[wxs.nl|freebsd.org|xmach.org] Documentation nutter/C-rated Coder, finger asmodai@ninth-circle.dnsalias.net http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ Those who cannot remember the past are condemned to repeat it... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 4 7:31:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cheer.mahoroba.org (flets-f0022.kamome.or.jp [211.8.127.22]) by hub.freebsd.org (Postfix) with ESMTP id A7D4837B416; Sun, 4 Nov 2001 07:31:21 -0800 (PST) Received: from peace.mahoroba.org (IDENT:ghRjYVDbWXGKfJ2q93JD+2K42WaCQ4Iqn5ZvlFirqdu1/0PpioEB+Hla7x8NqI5M@peace.mahoroba.org [IPv6:3ffe:505:2:0:200:f8ff:fe05:3eae]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.12.1/8.12.1) with ESMTP/inet6 id fA4FVGcQ017860; Mon, 5 Nov 2001 00:31:16 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 05 Nov 2001 00:31:15 +0900 (JST) Message-Id: <20011105.003115.08400112.ume@mahoroba.org> To: asmodai@wxs.nl Cc: arch@FreeBSD.org, hackers@FreeBSD.org, peter@FreeBSD.org Subject: Re: [CFR] IPv6 support for pserver of cvs From: Hajimu UMEMOTO In-Reply-To: <20011104160742.B83053@daemon.ninth-circle.org> References: <20011104.231410.74672513.ume@mahoroba.org> <20011104160742.B83053@daemon.ninth-circle.org> X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-Operating-System: FreeBSD 5.0-CURRENT X-Mailer: xcite1.38> Mew version 2.1 on Emacs 21.1 / Mule 5.0 =?iso-2022-jp?B?KBskQjgtTFobKEIp?= X-Weather: =?iso-2022-jp?B?GyRCOiNGfCROP0BGYEBuOCkbKEI=?= =?iso-2022-jp?B?GyRCJE9GXjhlMGw7fjErJEckORsoQg==?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.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 Hi, >>>>> On Sun, 4 Nov 2001 16:07:43 +0100 >>>>> Jeroen Ruigrok/Asmodai said: asmodai> -On [20011104 15:28], Hajimu UMEMOTO (ume@mahoroba.org) wrote: >I wish to add IPv6 support to pserver of cvs. You can find the patch >from: > > http://www.imasy.or.jp/?(J?ume/ipv6/FreeBSD/cvs-ipv6.diff > >This patch is based on the patch by KAME folks. But, the patch is for >1.11 and isn't applied cleanly to our cvs. So, some additional >modification was made. asmodai> Please feed this to the cvshome.org guys, that way we can just import asmodai> the new version along the vendorbranch. My patch requires getaddrinfo() and getnameinfo(). To do work on other OSs which doesn't have getaddrinfo() and getnameinfo(), we need extra work. Original KAME patch has such code. I hope KAME folks sending their version to cvs folks. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 4 8:11:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from kitkat.hotpop.com (kitkat.hotpop.com [204.57.55.30]) by hub.freebsd.org (Postfix) with ESMTP id C0CD137B417 for ; Sun, 4 Nov 2001 08:11:17 -0800 (PST) Received: from hotpop.com (unknown [204.57.55.31]) by kitkat.hotpop.com (Postfix) with SMTP id BD6F83062F for ; Sun, 4 Nov 2001 16:10:51 +0000 (UTC) Received: from hotpop.com (shiva-dhcp-89.dial.upmc.edu [128.147.34.89]) by zagnut.hotpop.com (Postfix) with SMTP id 3C62C50014 for ; Sun, 4 Nov 2001 16:10:51 +0000 (UTC) Date: Sun, 4 Nov 2001 11:05:59 -0500 From: Rod Person To: Hackers FreeBSD Subject: Trying to learn X programming. Message-Id: <20011104110559.4cf7d0b0.roddierod@hotpop.com> Reply-To: roddierod@hotpop.com Organization: Open Source Beef X-Mailer: Sylpheed version 0.6.3 (GTK+ 1.2.8; i386--freebsd4.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-HotPOP: ----------------------------------------------- Sent By HotPOP.com FREE Email Get your FREE POP email at www.HotPOP.com ----------------------------------------------- Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a little Linux code that changes resolution of X on the fly. There seems to be some differences in the Linux and FreeBSD use of XOpenDisplay. I read the man pages and tried changing the code a few different ways but it won't compile. Here's how I try to compile.... gcc -o wmres wmres.c -I/usr/X11R6/include -IXmu -IX11 Any pointers or a good reference on the web somewhere. All I have are man pages and code at this point. #include #include #include #include int main (int argc, char *argv[]) { Display *dpy; XF86VidModeModeInfo **vm_modelines; int vm_count; int i; int width, height; dpy=XOpenDisplay(DefaultScreen(0)); XF86VidModeGetAllModeLines(dpy,XDefaultScreen(dpy),&vm_count,&vm_modelines); if(!(vm_count)) { fprintf(stderr,"error: no video modes found\n"); exit(1); } if(argc > 2) { width = atoi(argv[1]); height = atoi(argv[2]); for(i=0; i < vm_count; i++) { if(vm_modelines[i]->hdisplay==width && vm_modelines[i]->vdisplay==height) { XF86VidModeSwitchToMode(dpy,XDefaultScreen(dpy),vm_modelines[i]); XFlush(dpy); return 0; } } } printf("\"Resolutions\" MENU\n"); for(i=0; i < vm_count; i++) { printf("\"%dx%d\" EXEC %s %d %d\n",vm_modelines[i]->hdisplay,vm_modelines[i]->vdisplay, argv[0], vm_modelines[i]->hdisplay, vm_modelines[i]->vdisplay); } printf("\"Resolutions\" END\n"); return 0; } thanks Rod roddierod@hotpop.com http://storm.prohosting.com/osbeef/osbeef.htm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 4 10:24:49 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 8B8A037B405 for ; Sun, 4 Nov 2001 10:24:46 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 479B481D07; Sun, 4 Nov 2001 12:24:41 -0600 (CST) Date: Sun, 4 Nov 2001 12:24:41 -0600 From: Alfred Perlstein To: Rod Person Cc: Hackers FreeBSD Subject: Re: Trying to learn X programming. Message-ID: <20011104122441.B89342@elvis.mu.org> References: <20011104110559.4cf7d0b0.roddierod@hotpop.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011104110559.4cf7d0b0.roddierod@hotpop.com>; from roddierod@hotpop.com on Sun, Nov 04, 2001 at 11:05:59AM -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 * Rod Person [011104 10:11] wrote: > This is a little Linux code that changes resolution of X on the fly. > > There seems to be some differences in the Linux and FreeBSD use of XOpenDisplay. I read the man pages and tried changing the code a few different ways but it won't compile. Here's how I try to compile.... > > gcc -o wmres wmres.c -I/usr/X11R6/include -IXmu -IX11 > > Any pointers or a good reference on the web somewhere. All I have are man pages and code at this point. gcc -o wmres wmres.c -I/usr/X11R6/include -L/usr/X11R6/lib -lX11 -lXext -lXxf86vm -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 4 11: 0:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from kitkat.hotpop.com (kitkat.hotpop.com [204.57.55.30]) by hub.freebsd.org (Postfix) with ESMTP id 9AF4637B417 for ; Sun, 4 Nov 2001 11:00:53 -0800 (PST) Received: from hotpop.com (unknown [204.57.55.31]) by kitkat.hotpop.com (Postfix) with SMTP id 7F1E631E4E for ; Sun, 4 Nov 2001 19:00:54 +0000 (UTC) Received: from hotpop.com (shiva-dhcp-65.dial.upmc.edu [128.147.34.65]) by zagnut.hotpop.com (Postfix) with SMTP id 8F86B50013; Sun, 4 Nov 2001 19:00:54 +0000 (UTC) Date: Sun, 4 Nov 2001 13:56:01 -0500 From: Rod Person To: Alfred Perlstein Cc: freebsd-hackers@freebsd.org Subject: Re: Trying to learn X programming. Message-Id: <20011104135601.2e5e9bbf.roddierod@hotpop.com> In-Reply-To: <20011104122441.B89342@elvis.mu.org> References: <20011104110559.4cf7d0b0.roddierod@hotpop.com> <20011104122441.B89342@elvis.mu.org> Reply-To: roddierod@hotpop.com Organization: Open Source Beef X-Mailer: Sylpheed version 0.6.3 (GTK+ 1.2.8; i386--freebsd4.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-HotPOP: ----------------------------------------------- Sent By HotPOP.com FREE Email Get your FREE POP email at www.HotPOP.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 Thanks. That compiled but of course trying to use it generates core dumps. Damn linux code :) Rod It was Sun, 4 Nov 2001 12:24:41 -0600 and I don't really know but somebody said: > * Rod Person [011104 10:11] wrote: > > This is a little Linux code that changes resolution of X on the fly. > > > > There seems to be some differences in the Linux and FreeBSD use of > XOpenDisplay. I read the man pages and tried changing the code a few > different ways but it won't compile. Here's how I try to compile.... > > > > gcc -o wmres wmres.c -I/usr/X11R6/include -IXmu -IX11 > > > > Any pointers or a good reference on the web somewhere. All I have are > man pages and code at this point. > > gcc -o wmres wmres.c -I/usr/X11R6/include -L/usr/X11R6/lib -lX11 -lXext > -lXxf86vm > > -Alfred > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message roddierod@hotpop.com http://storm.prohosting.com/osbeef/osbeef.htm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 4 22:16:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 1F7E937B405 for ; Sun, 4 Nov 2001 22:16:54 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fA56Gia43818; Sun, 4 Nov 2001 22:16:44 -0800 (PST) (envelope-from dillon) Date: Sun, 4 Nov 2001 22:16:44 -0800 (PST) From: Matthew Dillon Message-Id: <200111050616.fA56Gia43818@apollo.backplane.com> To: "David Xu" Cc: "Peter Wemm" , Subject: Re: pmap_collect() and PG_UNMANAGED References: <20011101014322.1954A3808@overcee.netplex.com.au> <002f01c16277$e8ac22b0$ef01a8c0@davidwnt> Sender: owner-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 looks fine, though I don't expect anyone will ever notice any improvement in performance. But it's good for completeness. Peter, could you MFC it to -stable? -Matt :> "David Xu" wrote: :> > Hi, :> > :> > is there any reason why pmap_collect() in /sys/i386/i386/pmap.c does = :> > not :> > check PG_UNMANAGED flag? unmanaged page does not have pv_entry = :> > associated, :> > so call pmap_remove_all() has side effect, PG_MAPPED and PG_WRITEABLE = :> > are=20 :> > roughly cleared. :> > :> > -- :> > David Xu (Peter): :> Did you have something like this in mind? :> :> @@ -1729,7 +1729,7 @@ :> for(i = 0; i < vm_page_array_size; i++) { :> m = &vm_page_array[i]; :> if (m->wire_count || m->hold_count || m->busy || :> - (m->flags & PG_BUSY)) :> + (m->flags & (PG_BUSY | PG_UNMANAGED))) :> continue; :> pmap_remove_all(m); :> } :> (David): :Yes, I have changed and tested it yesterday, I have pushed a memory hog program into :system, run it about half an hour, almost every program was swapped out, still without :cause any problem, it seems it is safe to add this flag. : :David Xu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 4 23:20:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pro.net.id (hyperion.pro.net.id [202.150.40.5]) by hub.freebsd.org (Postfix) with SMTP id 37A5737B405 for ; Sun, 4 Nov 2001 23:19:53 -0800 (PST) Received: (qmail 10206 invoked from network); 5 Nov 2001 07:19:17 -0000 Received: from unknown (HELO BLUESTAR) (202.150.39.229) by hyperion.pro.net.id with SMTP; 5 Nov 2001 07:19:17 -0000 From: "Thomas Wahyudi" To: "FreeBSD Hackers Mailing List" Subject: ppp -auto Date: Mon, 5 Nov 2001 14:19:46 +0700 Message-ID: <000101c165ca$417c9f50$e52796ca@BLUESTAR> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0002_01C16604.EDDB7750" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 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 This is a multi-part message in MIME format. ------=_NextPart_000_0002_01C16604.EDDB7750 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, I have been setup a machine with ppp -auto capability with timeout setup to 3 min It working sometimes, why.. becouse the upstream router keep sending rip packet and dns !!! :-( Anyone know how to avoid this ? thx for help before.. ------=_NextPart_000_0002_01C16604.EDDB7750 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all, I have been = setup a machine with ppp –auto capability with timeout setup to 3 = min

It working sometimes, = why.. becouse the upstream = router keep sending rip packet and dns !!! L<= /span>

Anyone know how to = avoid this ? thx for help = before..

------=_NextPart_000_0002_01C16604.EDDB7750-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 4 23:50:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from digitaldaemon.com (digitaldaemon.com [63.105.9.34]) by hub.freebsd.org (Postfix) with SMTP id 2BC0C37B417 for ; Sun, 4 Nov 2001 23:50:48 -0800 (PST) Received: (qmail 37142 invoked from network); 5 Nov 2001 07:50:26 -0000 Received: from 213-84-202-101.adsl.xs4all.nl (HELO jak.nl) (213.84.202.101) by jak.nl with SMTP; 5 Nov 2001 07:50:26 -0000 Message-ID: <3BE6454F.6030009@jak.nl> Date: Mon, 05 Nov 2001 08:52:47 +0100 From: Arjan Knepper Organization: JAK++ Software Development B.V. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Thomas Wahyudi Cc: FreeBSD Hackers Mailing List Subject: Re: ppp -auto References: <000101c165ca$417c9f50$e52796ca@BLUESTAR> 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 This belongs in -questions Take a look at the ppp.conf files in the /usr/share/examples/ppp/ direcory and read man ppp. Use 'dial filters' and 'alive filters' Thomas Wahyudi wrote: > Hi all, I have been setup a machine with ppp -auto capability with > timeout setup to 3 min > > It working sometimes, why.. becouse the upstream router keep sending > rip packet and dns !!! L > > Anyone know how to avoid this ? thx for help before.. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 0:29:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from digitaldaemon.com (digitaldaemon.com [63.105.9.34]) by hub.freebsd.org (Postfix) with SMTP id 7750037B416 for ; Mon, 5 Nov 2001 00:29:46 -0800 (PST) Received: (qmail 39908 invoked from network); 5 Nov 2001 08:29:25 -0000 Received: from 213-84-202-101.adsl.xs4all.nl (HELO jak.nl) (213.84.202.101) by jak.nl with SMTP; 5 Nov 2001 08:29:25 -0000 Message-ID: <3BE64E71.5050607@jak.nl> Date: Mon, 05 Nov 2001 09:31:45 +0100 From: Arjan Knepper Organization: JAK++ Software Development B.V. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Sansonetti Laurent Cc: hackers FreeBSD Subject: Re: Simple pthread question References: <3BDFB5B5.5090102@jak.nl> <1004551941.439.17.camel@teneriel.teledisnet.be> 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 Sansonetti Laurent wrote: >On Wed, 2001-10-31 at 08:26, Arjan Knepper wrote: > >>How do I suspend one particular thread without suspending the whole process? >>I can not use sleep or usleep can I? >> > >You can use them, since they use nanosleep() which is I think >re-entrant. > >If you are using digital unix pthreads implementation, there is >something like pthread_delay_np() which you can still use. > >Hope that helps. > Yep it does! Thanks all Arjan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 3:46: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from castle.jp.freebsd.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 86AD737B417; Mon, 5 Nov 2001 03:46:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id UAA57553; Mon, 5 Nov 2001 20:46:00 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20011105.003115.08400112.ume@mahoroba.org> References: <20011104.231410.74672513.ume@mahoroba.org> <20011104160742.B83053@daemon.ninth-circle.org> <20011105.003115.08400112.ume@mahoroba.org> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 23 From: Makoto MATSUSHITA To: arch@FreeBSD.ORG, hackers@FreeBSD.ORG, peter@FreeBSD.ORG Subject: Re: [CFR] IPv6 support for pserver of cvs Date: Mon, 05 Nov 2001 20:45:59 +0900 Message-Id: <20011105204559O.matusita@jp.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 have a plan to start anoncvs service with both IPv4/IPv6 stack, so it would be a great pleasure that FreeBSD's cvs speaks IPv6. Anyway, ume> Original KAME patch has such code. I hope KAME folks sending ume> their version to cvs folks. I've confirmed to KAME forks that: - IPv6 patch for previous release of cvs (such as 1.11 or before) has been submitted to cvshome, but it is in the old days, it cannot confirm at this time. - Today KAME provides an IPv6 patch for cvs 1.11p1. It *is* submitted to cvshome. I hope that cvshome merges KAME's IPv6 patch in their next release... But as an interim solution, we can put "IPv6-ready cvs(1)" to our ports collections. Is it acceptable solution? or should we wait until cvshome's merge? -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 3:54:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay2.agava.net.ru (ofc.agava.net [213.59.3.194]) by hub.freebsd.org (Postfix) with ESMTP id 0151E37B416 for ; Mon, 5 Nov 2001 03:54:11 -0800 (PST) Received: from hellbell.domain (hellbell.domain [192.168.1.12]) by relay2.agava.net.ru (Postfix) with ESMTP id 510E7667CA for ; Mon, 5 Nov 2001 14:54:09 +0300 (MSK) Received: from localhost (localhost [127.0.0.1]) by hellbell.domain (Postfix) with ESMTP id 61772CCFC for ; Mon, 5 Nov 2001 14:54:07 +0300 (MSK) Date: Mon, 5 Nov 2001 14:54:07 +0300 (MSK) From: Alexey Zakirov X-X-Sender: To: Subject: ipsec processing order 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 Hail! I have a complicated ip tunnel setup with ipsec encrypting. It's a netgraph udp tunnel that runs over ipsec in transport mode. On my side I have a natd which make NAT on tunneled ip. This was working fine until ip_input.c version 1.130.2.23. After that processed IPSEC packets have no chances to get back in ipfw so I can't catch them and direct into natd. I've found this change only yersterday because I didn't upgrade my gateway machine for 3 months. Could someone explain me why incoming ipsec packets automatically pass ipfw processing? ip_input.c: +#ifdef IPSEC + if (ipsec_gethist(m, NULL)) + goto pass; +#endif *** WBR, Alexey Zakirov (frank@agava.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 4:33:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by hub.freebsd.org (Postfix) with ESMTP id 13DBD37B405 for ; Mon, 5 Nov 2001 04:33:10 -0800 (PST) Received: (from rb@localhost) by gidgate.gid.co.uk (8.9.3/8.9.3) id MAA47792; Mon, 5 Nov 2001 12:33:06 GMT (envelope-from rb) Message-Id: <4.3.2.7.2.20011105121057.00bace90@gid.co.uk> X-Sender: rbmail@192.168.255.1 X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 05 Nov 2001 12:33:13 +0000 To: hackers@freebsd.org From: Bob Bishop Subject: Committer please Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Would some kind committer please have a look at bin/31533: /bin/sh memory leak. There is a patch there which I believe is OK. Having a memory leak loose in the shell seems like a Bad Idea to me. TIA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 5: 8:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta05.onebox.com (mta05.onebox.com [64.68.77.148]) by hub.freebsd.org (Postfix) with ESMTP id A2A4D37B417 for ; Mon, 5 Nov 2001 05:08:15 -0800 (PST) Received: from onebox.com ([10.1.101.8]) by mta05.onebox.com (InterMail vM.4.01.03.23 201-229-121-123-20010418) with SMTP id <20011105130815.JGXT306.mta05.onebox.com@onebox.com> for ; Mon, 5 Nov 2001 05:08:15 -0800 Received: from [63.49.209.203] by onebox.com with HTTP; Mon, 05 Nov 2001 05:08:15 -0800 Date: Mon, 05 Nov 2001 05:08:15 -0800 Subject: Ceating a Multi-Boot (Partition) System From: "Glenn Gombert" To: freebsd-hackers@FreeBSD.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Message-Id: <20011105130815.JGXT306.mta05.onebox.com@onebox.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 I am trying to create a ‘multi-boot’ system with V4.3 on one FreeBSD partition (on the same disk) and a ‘Current’ install on a second disk partition. When I try and install FreeBSD (root partition /) on the second disk partition the Installation Manager gives a message that (“FreeBSD boot logic does not support an root partition where you are trying to install it) Is there another tool to use that allows creating multiple FreeBSD “slices” on the same disk and booting from any desired slice ?? Any suggestions are appreciated… Thanks, -- Glenn Gombert glenngombert@onebox.com - email (513) 587-2643 x2263 - voicemail/fax __________________________________________________ FREE voicemail, email, and fax...all in one place. Sign Up Now! http://www.onebox.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 7:15:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from amsfep12-int.chello.nl (amsfep12-int.chello.nl [213.46.243.17]) by hub.freebsd.org (Postfix) with ESMTP id 9104437B417; Mon, 5 Nov 2001 07:15:06 -0800 (PST) Received: from daemon.chronias.ninth-circle.org ([62.163.96.180]) by amsfep12-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20011105151505.KAHZ7460.amsfep12-int.chello.nl@daemon.chronias.ninth-circle.org>; Mon, 5 Nov 2001 16:15:05 +0100 Received: (from asmodai@localhost) by daemon.chronias.ninth-circle.org (8.11.6/8.11.6) id fA5FEpJ94790; Mon, 5 Nov 2001 16:14:51 +0100 (CET) (envelope-from asmodai) Date: Mon, 5 Nov 2001 16:14:50 +0100 From: Jeroen Ruigrok/Asmodai To: Makoto MATSUSHITA Cc: arch@FreeBSD.ORG, hackers@FreeBSD.ORG, peter@FreeBSD.ORG Subject: Re: [CFR] IPv6 support for pserver of cvs Message-ID: <20011105161450.A94474@daemon.ninth-circle.org> References: <20011104.231410.74672513.ume@mahoroba.org> <20011104160742.B83053@daemon.ninth-circle.org> <20011105.003115.08400112.ume@mahoroba.org> <20011105204559O.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011105204559O.matusita@jp.FreeBSD.org> User-Agent: Mutt/1.3.23i Organisation: Ninth-Circle Enterprises Sender: owner-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 [20011105 12:53], Makoto MATSUSHITA (matusita@jp.freebsd.org) wrote: >I hope that cvshome merges KAME's IPv6 patch in their next release... > >But as an interim solution, we can put "IPv6-ready cvs(1)" to our >ports collections. Is it acceptable solution? or should we wait until >cvshome's merge? Ports is ok. Problem when you apply patches to a vendor branch is lots of conflicts later on. Or you must import the patches alongside the vendorbranch as well. In the end, it is Peter's call. -- Jeroen Ruigrok van der Werven / Asmodai / Kita no Mono asmodai@[wxs.nl|[freebsd|xmach].org], finger asmodai@ninth-circle.dnsalias.net http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ Messenger of Fear in sight, dark deception kills the light... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 9:45:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.evpatoria.net (evpatoria.so-com.net [212.110.134.50]) by hub.freebsd.org (Postfix) with ESMTP id 425D337B405 for ; Mon, 5 Nov 2001 09:45:26 -0800 (PST) Received: from d-02.ecc.crimea.ua ([212.110.130.164]) by mail.evpatoria.net with esmtp (Exim 3.33 #1) id 160noF-0008XH-00 for freebsd-hackers@FreeBSD.ORG; Mon, 05 Nov 2001 19:45:20 +0200 Date: Mon, 5 Nov 2001 09:09:24 +0300 From: GoA X-Mailer: The Bat! (v1.53d) Personal Reply-To: GoA X-Priority: 3 (Normal) Message-ID: <291557879.20011105090924@ecc.crimea.ua> To: freebsd-hackers@FreeBSD.ORG 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 freebsd-hackers, -- Best regards, GoA mailto:GoA@ecc.crimea.ua To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 10: 7:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 519E637B416; Mon, 5 Nov 2001 10:07:19 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id fA5I7Js78058; Mon, 5 Nov 2001 10:07:19 -0800 (PST) (envelope-from obrien) Date: Mon, 5 Nov 2001 10:07:11 -0800 From: "David O'Brien" To: Poul-Henning Kamp Cc: hackers@freebsd.org Subject: Re: Idea for project: Make cpp do unifdef service... Message-ID: <20011105100711.A75324@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <51454.1004778900@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <51454.1004778900@critter.freebsd.dk>; from phk@freebsd.org on Sat, Nov 03, 2001 at 10:15:00AM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Nov 03, 2001 at 10:15:00AM +0100, Poul-Henning Kamp wrote: > In particular it doesn't understand lines like: > #if defined(foo) || defined(bar) > > Is there a volunteer who would attempt to add the unifdef functionality > to cpp ? Concidering that cpp is vendor software, there would need to be a strong case for it. What is wrong with just fixing unifdef(1) itself? -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 10:19:22 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 7745937B416; Mon, 5 Nov 2001 10:19:19 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id fA5IIMP76510; Mon, 5 Nov 2001 19:18:24 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: obrien@freebsd.org Cc: hackers@freebsd.org Subject: Re: Idea for project: Make cpp do unifdef service... In-Reply-To: Your message of "Mon, 05 Nov 2001 10:07:11 PST." <20011105100711.A75324@dragon.nuxi.com> Date: Mon, 05 Nov 2001 19:18:22 +0100 Message-ID: <76508.1004984302@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 <20011105100711.A75324@dragon.nuxi.com>, "David O'Brien" writes: >On Sat, Nov 03, 2001 at 10:15:00AM +0100, Poul-Henning Kamp wrote: >> In particular it doesn't understand lines like: >> #if defined(foo) || defined(bar) >> >> Is there a volunteer who would attempt to add the unifdef functionality >> to cpp ? > >Concidering that cpp is vendor software, there would need to be a strong >case for it. What is wrong with just fixing unifdef(1) itself? Nothing, apart from the fact that it would be much more work. I'm pretty sure that it would be possible to get the GCC crew to adopt a patch which added functionality to cppp. -- 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 Mon Nov 5 10:23:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 672B537B416 for ; Mon, 5 Nov 2001 10:23:40 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id fA5INWa78229; Mon, 5 Nov 2001 10:23:32 -0800 (PST) (envelope-from obrien) Date: Mon, 5 Nov 2001 10:23:32 -0800 From: "David O'Brien" To: Poul-Henning Kamp Cc: hackers@freebsd.org Subject: Re: Idea for project: Make cpp do unifdef service... Message-ID: <20011105102332.A78169@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20011105100711.A75324@dragon.nuxi.com> <76508.1004984302@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <76508.1004984302@critter.freebsd.dk>; from phk@critter.freebsd.dk on Mon, Nov 05, 2001 at 07:18:22PM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 05, 2001 at 07:18:22PM +0100, Poul-Henning Kamp wrote: > >Concidering that cpp is vendor software, there would need to be a strong > >case for it. What is wrong with just fixing unifdef(1) itself? > > Nothing, apart from the fact that it would be much more work. > > I'm pretty sure that it would be possible to get the GCC crew to > adopt a patch which added functionality to cppp. The whole cpp functionalty is in major flux. Some of it can be seen in the cpplib of GCC 3.0.2. `cpp' may even go away as a seperate binary in GCC 3.1 (or 3.2). Anyone considering this project should talk to Zack Weinberg to see if this functionality would fit into work in progress. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 10:48:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail40.sdc1.sfba.home.com (femail40.sdc1.sfba.home.com [24.254.60.34]) by hub.freebsd.org (Postfix) with ESMTP id B01AD37B405 for ; Mon, 5 Nov 2001 10:48:15 -0800 (PST) Received: from newton.cevio.com ([24.1.238.119]) by femail40.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20011105184815.CAZI21362.femail40.sdc1.sfba.home.com@newton.cevio.com> for ; Mon, 5 Nov 2001 10:48:15 -0800 Content-Type: text/plain; charset="iso-8859-1" From: Kevin D.Wooten To: freebsd-hackers@freebsd.org Subject: devfs? Date: Mon, 5 Nov 2001 11:40:40 -0700 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01110511404004.08198@newton.cevio.com> 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 When did ( will? ) devfs become the default for the kernel? Also, is it defaulted to maintaining the "old" list of files or only the "new" shorter list? thanks in advance, kevin wooten To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 10:48:29 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 5B22E37B405 for ; Mon, 5 Nov 2001 10:48:25 -0800 (PST) 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 fA5ImG0H012663; Mon, 5 Nov 2001 11:48:16 -0700 (MST) Message-Id: <200111051848.fA5ImG0H012663@atg.aciworldwide.com> Organization: ACI Worldwide - Advanced Technology Group X-URL: http://www.aciworldwide.com/ X-Notes-Item: Just say NO to Notes! To: Poul-Henning Kamp Cc: hackers@FreeBSD.ORG Subject: Re: Idea for project: Make cpp do unifdef service... In-Reply-To: Message from Poul-Henning Kamp of "Mon, 05 Nov 2001 19:18:22 +0100." <76508.1004984302@critter.freebsd.dk> Date: Mon, 05 Nov 2001 11:48:16 -0700 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 > >Concidering that cpp is vendor software, there would need to be a strong > >case for it. What is wrong with just fixing unifdef(1) itself? > > Nothing, apart from the fact that it would be much more work. > > I'm pretty sure that it would be possible to get the GCC crew to > adopt a patch which added functionality to cppp. Where does this leave people using alternate C compilers (e.g lcc)? --lyndon Lizzie Borden took an axe, And plunged it deep into the VAX; Don't you envy people who Do all the things YOU want to do? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 10:52:36 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 C550137B418 for ; Mon, 5 Nov 2001 10:52:32 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id fA5IpcP77719; Mon, 5 Nov 2001 19:51:39 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "Kevin D.Wooten" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: devfs? In-Reply-To: Your message of "Mon, 05 Nov 2001 11:40:40 MST." <01110511404004.08198@newton.cevio.com> Date: Mon, 05 Nov 2001 19:51:38 +0100 Message-ID: <77717.1004986298@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 <01110511404004.08198@newton.cevio.com>, "Kevin D.Wooten" writes: >When did ( will? ) devfs become the default for the kernel? about 5 months ago. >Also, is it >defaulted to maintaining the "old" list of files or only the "new" shorter >list? I don't understand the question... -- 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 Mon Nov 5 11: 3:38 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 8D34C37B405 for ; Mon, 5 Nov 2001 11:03:33 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 6E2A081D01; Mon, 5 Nov 2001 13:03:28 -0600 (CST) Date: Mon, 5 Nov 2001 13:03:28 -0600 From: Alfred Perlstein To: Bob Bishop Cc: hackers@freebsd.org Subject: Re: Committer please Message-ID: <20011105130328.G89342@elvis.mu.org> References: <4.3.2.7.2.20011105121057.00bace90@gid.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4.3.2.7.2.20011105121057.00bace90@gid.co.uk>; from rb@gid.co.uk on Mon, Nov 05, 2001 at 12:33:13PM +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 * Bob Bishop [011105 06:35] wrote: > Hi, > > Would some kind committer please have a look at bin/31533: /bin/sh memory > leak. There is a patch there which I believe is OK. Having a memory leak > loose in the shell seems like a Bad Idea to me. TIA Understandable, things like this could be applied more quickly if someone would take the time to explain what the delta does other than fix the problem. Meaning, what is VTEXTFIXED, and what does removing it change? -- -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 Mon Nov 5 11: 6: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail36.sdc1.sfba.home.com (femail36.sdc1.sfba.home.com [24.254.60.26]) by hub.freebsd.org (Postfix) with ESMTP id 8EDFD37B416 for ; Mon, 5 Nov 2001 11:05:59 -0800 (PST) Received: from newton.cevio.com ([24.1.238.119]) by femail36.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20011105190558.CLRL4209.femail36.sdc1.sfba.home.com@newton.cevio.com> for ; Mon, 5 Nov 2001 11:05:58 -0800 Content-Type: text/plain; charset="iso-8859-1" From: Kevin D.Wooten To: freebsd-hackers@freebsd.org Subject: usb hotplugging? Date: Mon, 5 Nov 2001 11:58:23 -0700 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01110511582305.08198@newton.cevio.com> 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 been looking around the usb code, and trying to see if it supports some sort of hotplugging notification in user-space. I am looking for something like the linux hotplugging project. If this does not exist I am more than willing to knock it together. If it needs to be added I would like some ideas, suggestions, comments about the implementation. Also linux-hotplugging is for all busses ( pci,usb,1394 ), and it is very nice that they are unified. This would probably be my final goal, although usb is my current need. thanks, kevin wooten To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 11: 9:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by hub.freebsd.org (Postfix) with ESMTP id B788437B405; Mon, 5 Nov 2001 11:09:09 -0800 (PST) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id fA5J97Ie075206; Mon, 5 Nov 2001 20:09:07 +0100 (CET) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id fA5J95R78453; Mon, 5 Nov 2001 20:09:05 +0100 (CET) (envelope-from wkb) Date: Mon, 5 Nov 2001 20:09:05 +0100 From: Wilko Bulte To: Mike Silbersack Cc: "Matthew N. Dodd" , freebsd-scsi@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: ahc(4) reports PCI parity error interrupt Message-ID: <20011105200905.A75146@freebie.xs4all.nl> References: <20011103175232.A1073@freebie.xs4all.nl> <20011103131149.Q23595-100000@achilles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011103131149.Q23595-100000@achilles.silby.com>; from silby@silby.com on Sat, Nov 03, 2001 at 01:12:56PM -0600 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Nov 03, 2001 at 01:12:56PM -0600, Mike Silbersack wrote: > > On Sat, 3 Nov 2001, Wilko Bulte wrote: > > > On Sat, Nov 03, 2001 at 06:40:28AM -0500, Matthew N. Dodd wrote: > > > On Fri, 2 Nov 2001, Mike Silbersack wrote: > > > > Hm, I'm not sure if the Via pci-bad-settings patch to the ata driver > > > > was mfc'd yet. Perhaps more than onboard IDE and SB Lives are > > > > affected? > > > > > > Yes. Download the latest BIOS for your VIA 82c686 based K7 board. > > > > > > This fixed the problems I was observing of a similar nature. > > > > Well, I am at the latest rev Asus has up for ftp (rev 1007). > > > > -- > > | / o / /_ _ email: wilko@FreeBSD.org > > |/|/ / / /( (_) Bulte Arnhem, The Netherlands > > Soren has said in the past that some companies only apply the patch if a > SB Live is detected. You may wish to try pulling in the patch from > ata-pci.c (look for "VIA '686b southbridge fix applied\n") and see if it > helps you at all. I have not yet tried this yet. But I tried something else (my EE genes made me try this): - I moved the Brooktree TV card from the slot furthest from the AGP video card to the PCI slot closest to it. Interestingly enough this made all the PCI errors go away, I ran continous buildworlds overnight, in parallel with continuous 'dd's of da0 and ad0, in parallel with fxtv. All of this ran without a hitch. Interesting.. W/ -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 11:10:34 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 8E72337B417 for ; Mon, 5 Nov 2001 11:10:28 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 6B5C981D01; Mon, 5 Nov 2001 13:10:28 -0600 (CST) Date: Mon, 5 Nov 2001 13:10:28 -0600 From: Alfred Perlstein To: "Kevin D . Wooten" Cc: freebsd-hackers@freebsd.org Subject: Re: usb hotplugging? Message-ID: <20011105131028.H89342@elvis.mu.org> References: <01110511582305.08198@newton.cevio.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01110511582305.08198@newton.cevio.com>; from kwooten@home.com on Mon, Nov 05, 2001 at 11:58:23AM -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 * Kevin D . Wooten [011105 13:06] wrote: > I have been looking around the usb code, and trying to see if it supports > some sort of hotplugging notification in user-space. I am looking for > something like the linux hotplugging project. If this does not exist I am > more than willing to knock it together. If it needs to be added I would like > some ideas, suggestions, comments about the implementation. > > Also linux-hotplugging is for all busses ( pci,usb,1394 ), and it is very > nice that they are unified. This would probably be my final goal, although > usb is my current need. Right now each individual system in FreeBSD has its own daemon to do this, pccardd and usbd. Unifying them would be an interesting and worthwhile excersize. Go for it. :) -- -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 Mon Nov 5 11:16:32 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 0CE9B37B416 for ; Mon, 5 Nov 2001 11:16:28 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id fA5JFTP78042; Mon, 5 Nov 2001 20:15:29 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Lyndon Nerenberg Cc: hackers@FreeBSD.ORG Subject: Re: Idea for project: Make cpp do unifdef service... In-Reply-To: Your message of "Mon, 05 Nov 2001 11:48:16 MST." <200111051848.fA5ImG0H012663@atg.aciworldwide.com> Date: Mon, 05 Nov 2001 20:15:29 +0100 Message-ID: <78040.1004987729@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 <200111051848.fA5ImG0H012663@atg.aciworldwide.com>, Lyndon Nerenberg writes: >> >Concidering that cpp is vendor software, there would need to be a strong >> >case for it. What is wrong with just fixing unifdef(1) itself? >> >> Nothing, apart from the fact that it would be much more work. >> >> I'm pretty sure that it would be possible to get the GCC crew to >> adopt a patch which added functionality to cppp. > >Where does this leave people using alternate C compilers (e.g lcc)? unifdef is not something you use often so I don't see the issue... -- 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 Mon Nov 5 11:17:21 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 DC56637B416 for ; Mon, 5 Nov 2001 11:17:15 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id fA5JI8m02996 for ; Mon, 5 Nov 2001 11:18:08 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200111051918.fA5JI8m02996@mass.dis.org> Date: Mon, 05 Nov 2001 11:16:57 -0800 From: Mike Smith Subject: 3ware, heads up. 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 ------- Blind-Carbon-Copy X-Mailer: exmh version 2.1.1 10/15/1999 To: hardware@frebsd.org Subject: 3ware, heads up. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Nov 2001 11:16:57 -0800 From: Mike Smith I've just been informed that all your complaints to 3ware about cancelling the Escalade controller family appear to have had some results. Based on the following release (forwarded to me from our friends at ASA Computers) and the fact that 3ware's website has the Escalade section back up, it looks like they're giving it another go. (trimmed non-product related items) ********************************************************** Good news finally.. from 3ware. - 3ware has reversed our decision to eol the Escalade product line for the 7XXX family. We listened to customers request loud and clear. - The 6XXX family will continue on eol through 12-31-01 or until quantities last. - The 7XXX line will continue with 4 products. 7410, 7810, 7450, 7850. They ship in either kits or bulk 10 paks. No changes to packaging. The difference between the 10 and 50 series is the following: The 50 series includes additional 2mb memory module for enhanced RAID 5 write performance. Our labs have tested 40-60mb/sec sustained R5 write performance. This beats U160SCSI RAID from Mylex and Adaptec by 2-1. ********************************************************** Regards, Mike - -- ... 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 ------- End of Blind-Carbon-Copy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 11:22:29 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 33C2037B419 for ; Mon, 5 Nov 2001 11:22:19 -0800 (PST) Received: (qmail 30423 invoked by uid 1000); 5 Nov 2001 19:22:18 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 5 Nov 2001 19:22:18 -0000 Date: Mon, 5 Nov 2001 13:22:18 -0600 (CST) From: Mike Silbersack To: Wilko Bulte Cc: "Matthew N. Dodd" , , , Subject: Re: ahc(4) reports PCI parity error interrupt In-Reply-To: <20011105200905.A75146@freebie.xs4all.nl> Message-ID: <20011105131907.W29695-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 Mon, 5 Nov 2001, Wilko Bulte wrote: > > Soren has said in the past that some companies only apply the patch if a > > SB Live is detected. You may wish to try pulling in the patch from > > ata-pci.c (look for "VIA '686b southbridge fix applied\n") and see if it > > helps you at all. > > I have not yet tried this yet. But I tried something else > (my EE genes made me try this): > > - I moved the Brooktree TV card from the slot furthest from the AGP > video card to the PCI slot closest to it. > > Interestingly enough this made all the PCI errors go away, I ran continous > buildworlds overnight, in parallel with continuous 'dd's of da0 and ad0, > in parallel with fxtv. > > All of this ran without a hitch. Interesting.. > > W/ > -- > | / o / /_ _ email: wilko@FreeBSD.org > |/|/ / / /( (_) Bulte Arnhem, The Netherlands Hm... I was at a talk once where an HP EE mentioned that pci slots should be filled in order due to capacitance and timing issues. I didn't pay much attention to that, perhaps I should follow that layout in the future. I really don't like putting cards near the overly warm AGP video card though... oh well. 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 Nov 5 11:26:39 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 8C1BF37B405 for ; Mon, 5 Nov 2001 11:26:36 -0800 (PST) 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 fA5JQY0H013176; Mon, 5 Nov 2001 12:26:34 -0700 (MST) Message-Id: <200111051926.fA5JQY0H013176@atg.aciworldwide.com> Organization: ACI Worldwide - Advanced Technology Group X-URL: http://www.aciworldwide.com/ X-Notes-Item: Just say NO to Notes! To: Poul-Henning Kamp Cc: hackers@FreeBSD.ORG Subject: Re: Idea for project: Make cpp do unifdef service... In-Reply-To: Message from Poul-Henning Kamp of "Mon, 05 Nov 2001 20:15:29 +0100." <78040.1004987729@critter.freebsd.dk> Date: Mon, 05 Nov 2001 12:26:34 -0700 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 > >Where does this leave people using alternate C compilers (e.g lcc)? > > unifdef is not something you use often so I don't see the issue... Maybe not, but it's defined to be a general-purpose tool, so it seems the fix doesn't belong in the pre-processor to a specific C compiler. unifdef's input domain is not just the C language. It can be applied to other types of files where conditional inclusion/exclusion is useful. (And yes, I've used it this way more than once.) --lyndon We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true. -- Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 11:41:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tomts12-srv.bellnexxia.net (tomts12.bellnexxia.net [209.226.175.56]) by hub.freebsd.org (Postfix) with ESMTP id A4B7D37B416; Mon, 5 Nov 2001 11:41:37 -0800 (PST) Received: from xena.gsicomp.on.ca ([216.209.80.3]) by tomts12-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20011105194136.SJUJ2489.tomts12-srv.bellnexxia.net@xena.gsicomp.on.ca>; Mon, 5 Nov 2001 14:41:36 -0500 Received: from localhost (matt@localhost) by xena.gsicomp.on.ca (8.11.1/8.11.1) with ESMTP id fA5JXNm82003; Mon, 5 Nov 2001 14:33:24 -0500 (EST) (envelope-from matt@xena.gsicomp.on.ca) Date: Mon, 5 Nov 2001 14:33:23 -0500 (EST) From: Matthew Emmerton To: "David O'Brien" Cc: Poul-Henning Kamp , hackers@FreeBSD.ORG Subject: Re: Idea for project: Make cpp do unifdef service... In-Reply-To: <20011105100711.A75324@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I looked into this over the weekend. Although it's fairly trivial to make it understand things like '#if defined(FOO)', it's somewhat more tricky to understand something like '#if ((!defined(FOO) && defined(BAR)) || defined(FUBAR))', which I believe was the functionality that phk wanted, and why he requested it of cpp rather than unifdef. -- Matthew Emmerton || matt@gsicomp.on.ca GSI Computer Services || http://www.gsicomp.on.ca On Mon, 5 Nov 2001, David O'Brien wrote: > On Sat, Nov 03, 2001 at 10:15:00AM +0100, Poul-Henning Kamp wrote: > > In particular it doesn't understand lines like: > > #if defined(foo) || defined(bar) > > > > Is there a volunteer who would attempt to add the unifdef functionality > > to cpp ? > > Concidering that cpp is vendor software, there would need to be a strong > case for it. What is wrong with just fixing unifdef(1) itself? > > -- > -- David (obrien@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 Mon Nov 5 11:45: 4 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 E5E7E37B405 for ; Mon, 5 Nov 2001 11:44:53 -0800 (PST) Received: (qmail 41388 invoked from network); 5 Nov 2001 19:44:53 -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 ; 5 Nov 2001 19:44:53 -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: <20011105131028.H89342@elvis.mu.org> Date: Mon, 05 Nov 2001 11:44:52 -0800 (PST) From: John Baldwin To: Alfred Perlstein Subject: Re: usb hotplugging? Cc: freebsd-hackers@freebsd.org, "Kevin D . Wooten" Sender: owner-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 05-Nov-01 Alfred Perlstein wrote: > * Kevin D . Wooten [011105 13:06] wrote: >> I have been looking around the usb code, and trying to see if it supports >> some sort of hotplugging notification in user-space. I am looking for >> something like the linux hotplugging project. If this does not exist I am >> more than willing to knock it together. If it needs to be added I would like >> some ideas, suggestions, comments about the implementation. >> >> Also linux-hotplugging is for all busses ( pci,usb,1394 ), and it is very >> nice that they are unified. This would probably be my final goal, although >> usb is my current need. > > Right now each individual system in FreeBSD has its own daemon to > do this, pccardd and usbd. Unifying them would be an interesting > and worthwhile excersize. Go for it. :) And very much on the project's todo list. That was the topic of discussion (devd) at part of the Usenix kernel meeting. Warner Losh (imp@FreeBSD.org) is in theory working on it or at least has plans for it. -- 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 Mon Nov 5 11:47:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 6DFCA37B417; Mon, 5 Nov 2001 11:47:11 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id fA5Jkos90036; Mon, 5 Nov 2001 14:46:50 -0500 (EST) (envelope-from wollman) Date: Mon, 5 Nov 2001 14:46:50 -0500 (EST) From: Garrett Wollman Message-Id: <200111051946.fA5Jkos90036@khavrinen.lcs.mit.edu> To: Thomas David Rivers Cc: nin@Jp.FreeBSD.org, current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: About stscasestr() prototyped with string.h of current lib In-Reply-To: <20011103025805.A98090@nagual.pp.ru> References: <20011102120117.A87038@nagual.pp.ru> <200111021050.fA2Ao7a77922@lakes.dignus.com> <20011103025805.A98090@nagual.pp.ru> Sender: owner-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, Nov 02, 2001 at 05:50:07 -0500, Thomas David Rivers wrote: >> What about the ANSI standard regarding polluting the user's >> name space? str* is not in the user's name space. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 11:55:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (Postfix) with ESMTP id 64FAB37B41A for ; Mon, 5 Nov 2001 11:55:16 -0800 (PST) Received: (from uucp@localhost) by isbalham.ist.co.uk (8.11.1/8.11.1) with UUCP id fA5JtCW05040; Mon, 5 Nov 2001 19:55:12 GMT (envelope-from rb@gid.co.uk) Received: from [194.32.164.2] (eccles [194.32.164.2]) by seagoon.gid.co.uk (8.9.3/8.9.3) with ESMTP id TAA21500; Mon, 5 Nov 2001 19:47:45 GMT (envelope-from rb@gid.co.uk) X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <20011105130328.G89342@elvis.mu.org> References: <4.3.2.7.2.20011105121057.00bace90@gid.co.uk>; from rb@gid.co.uk on Mon, Nov 05, 2001 at 12:33:13PM +0000 <4.3.2.7.2.20011105121057.00bace90@gid.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 5 Nov 2001 19:47:45 +0000 To: Alfred Perlstein From: Bob Bishop Subject: Re: Committer please 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 Hi, At 13:03 -0600 5/11/01, Alfred Perlstein wrote: >* Bob Bishop [011105 06:35] wrote: >> Hi, >> >> Would some kind committer please have a look at bin/31533: /bin/sh memory >> leak. There is a patch there which I believe is OK. Having a memory leak >> loose in the shell seems like a Bad Idea to me. TIA > >Understandable, things like this could be applied more quickly if >someone would take the time to explain what the delta does other >than fix the problem. Meaning, what is VTEXTFIXED, and what does >removing it change? According to src/bin/sh/var.h: #define VTEXTFIXED 0x08 /* text is staticly allocated */ (in the text member of struct var, that is). prevdir and curdir in the region of the patch are dynamically allocated, but with VFIXEDTEXT their storage would not be freed when superseded (see var.c:319). Hence the leak. Apologies for the lazy submission. I posted the PR. Maxim suggested the patch. I tried it. It worked. Mea culpa. Now my consciemnce is troubling me, I've just started a make world with the patch in... -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 11:57: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail44.sdc1.sfba.home.com (femail44.sdc1.sfba.home.com [24.254.60.38]) by hub.freebsd.org (Postfix) with ESMTP id 29FF237B405 for ; Mon, 5 Nov 2001 11:57:03 -0800 (PST) Received: from newton.cevio.com ([24.1.238.119]) by femail44.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20011105195657.DYFM2398.femail44.sdc1.sfba.home.com@newton.cevio.com> for ; Mon, 5 Nov 2001 11:56:57 -0800 Content-Type: text/plain; charset="iso-8859-1" From: Kevin D.Wooten To: freebsd-hackers@FreeBSD.ORG Subject: Re: devfs? Date: Mon, 5 Nov 2001 12:49:22 -0700 X-Mailer: KMail [version 1.2] References: <77717.1004986298@critter.freebsd.dk> In-Reply-To: <77717.1004986298@critter.freebsd.dk> MIME-Version: 1.0 Message-Id: <01110512492207.08198@newton.cevio.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 05 November 2001 11:51, Poul-Henning Kamp wrote: > In message <01110511404004.08198@newton.cevio.com>, "Kevin D.Wooten" writes: > >When did ( will? ) devfs become the default for the kernel? > > about 5 months ago. > > >Also, is it > >defaulted to maintaining the "old" list of files or only the "new" shorter > >list? > > I don't understand the question... Well the linux devfs has a compatibility mode that maintains a /dev that looks exactly like pre-devfs ( the actual list of files is static ), and only links up ( mknod ) the newly added devices to the pre-existing files. There is also the non-compatible mode which only has files for the devices you actually have, and creates the files on demand. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 12: 7:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 397BD37B405; Mon, 5 Nov 2001 12:07:11 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fA5K78g50864; Mon, 5 Nov 2001 12:07:08 -0800 (PST) (envelope-from dillon) Date: Mon, 5 Nov 2001 12:07:08 -0800 (PST) From: Matthew Dillon Message-Id: <200111052007.fA5K78g50864@apollo.backplane.com> To: Mike Silbersack Cc: Wilko Bulte , "Matthew N. Dodd" , , , Subject: Re: ahc(4) reports PCI parity error interrupt References: <20011105131907.W29695-100000@achilles.silby.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 :... :> I have not yet tried this yet. But I tried something else :> (my EE genes made me try this): :> :> - I moved the Brooktree TV card from the slot furthest from the AGP :> video card to the PCI slot closest to it. :> :> Interestingly enough this made all the PCI errors go away, I ran continous :> buildworlds overnight, in parallel with continuous 'dd's of da0 and ad0, :> in parallel with fxtv. :> :> All of this ran without a hitch. Interesting.. :> :> W/ :> -- :> | / o / /_ _ email: wilko@FreeBSD.org :> |/|/ / / /( (_) Bulte Arnhem, The Netherlands : :Hm... I was at a talk once where an HP EE mentioned that pci slots should :be filled in order due to capacitance and timing issues. I didn't pay :much attention to that, perhaps I should follow that layout in the future. :I really don't like putting cards near the overly warm AGP video card :though... oh well. : :Mike "Silby" Silbersack I'll bet what's really happening is that the brooktree TV card is generating a lot of noise on the power busses, and moving it simply moved it closer to larger caps on the motherboard or perhaps better caps on the AGP card. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 12:10: 8 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 A7DAA37B417 for ; Mon, 5 Nov 2001 12:10:05 -0800 (PST) Received: (qmail 91842 invoked from network); 5 Nov 2001 20:10:05 -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 ; 5 Nov 2001 20:10:05 -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: Mon, 05 Nov 2001 12:10:04 -0800 (PST) From: John Baldwin To: hackers@FreeBSD.org, bp@FreeBSD.org Subject: Remove non-FreeBSD code from fs's Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Would there be any objection to removing all the non-FreeBSD code (such as the #ifdef NetBSD stuff) from hpfs, smbfs, nwfs, and the like? We have already drastically broken compatibility with other BSD's by replacing simple locks with mutexes and the KSE changes. When I talked to Julian about this in regards to the KSE changes, he said that NetBSD wasn't using the same versions of the files and had already removed all the non-NetBSD stuff from their versions. At this point the non-FreeBSD code has bitrotted and serves to obfuscate more than anything else. Comments? -- 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 Mon Nov 5 12:12:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id 277F737B416 for ; Mon, 5 Nov 2001 12:12:43 -0800 (PST) Received: from news1.macomnet.ru (maxim@news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.3/8.11.3) with ESMTP id fA5KCLb2177884; Mon, 5 Nov 2001 23:12:22 +0300 (MSK) Date: Mon, 5 Nov 2001 23:12:21 +0300 (MSK) From: Maxim Konovalov To: Alfred Perlstein Cc: Bob Bishop , Subject: Re: Committer please In-Reply-To: <20011105130328.G89342@elvis.mu.org> Message-ID: <20011105223436.K7338-100000@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, On Mon, 5 Nov 2001, Alfred Perlstein wrote: > * Bob Bishop [011105 06:35] wrote: > > Hi, > > > > Would some kind committer please have a look at bin/31533: /bin/sh memory > > leak. There is a patch there which I believe is OK. Having a memory leak > > loose in the shell seems like a Bad Idea to me. TIA > > Understandable, things like this could be applied more quickly if > someone would take the time to explain what the delta does other > than fix the problem. Meaning, what is VTEXTFIXED, and what does > removing it change? OK, mea culpa. /usr/src/bin/sh/var.h:48 #define VTEXTFIXED 0x08 /* text is staticly allocated */ Afaiu it is used for internal variables names which are statically allocated in /usr/src/bin/sh/var.c:102. VTEXTFIXED prevents them from freing: /usr/src/bin/sh/var.c:319 if ((vp->flags & (VTEXTFIXED|VSTACK)) == 0) ckfree(vp->text); PWD and OLDPWD variables are not statical ones and should be reallocated every time when changed. - -maxim -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto: maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 12:15:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id AABD137B416; Mon, 5 Nov 2001 12:15:32 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.11.6/8.11.3) id fA5KFUB68849; Mon, 5 Nov 2001 21:15:30 +0100 (CET) (envelope-from sos) From: Søren Schmidt Message-Id: <200111052015.fA5KFUB68849@freebsd.dk> Subject: Re: Remove non-FreeBSD code from fs's In-Reply-To: To: John Baldwin Date: Mon, 5 Nov 2001 21:15:29 +0100 (CET) Cc: hackers@FreeBSD.ORG, bp@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems John Baldwin wrote: > Would there be any objection to removing all the non-FreeBSD code (such as the > #ifdef NetBSD stuff) from hpfs, smbfs, nwfs, and the like? We have already > drastically broken compatibility with other BSD's by replacing simple locks > with mutexes and the KSE changes. When I talked to Julian about this in > regards to the KSE changes, he said that NetBSD wasn't using the same versions > of the files and had already removed all the non-NetBSD stuff from their > versions. At this point the non-FreeBSD code has bitrotted and serves to > obfuscate more than anything else. Comments? You have my go-ahead... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 12:20:24 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 B8E2B37B405; Mon, 5 Nov 2001 12:20:09 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA62103; Mon, 5 Nov 2001 12:13:49 -0800 (PST) Date: Mon, 5 Nov 2001 12:13:48 -0800 (PST) From: Julian Elischer To: John Baldwin Cc: hackers@FreeBSD.org, bp@FreeBSD.org Subject: Re: Remove non-FreeBSD code from fs's In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 5 Nov 2001, John Baldwin wrote: > Would there be any objection to removing all the non-FreeBSD code (such as the > #ifdef NetBSD stuff) from hpfs, smbfs, nwfs, and the like? We have already > drastically broken compatibility with other BSD's by replacing simple locks > with mutexes and the KSE changes. When I talked to Julian about this in > regards to the KSE changes, he said that NetBSD wasn't using the same versions > of the files and had already removed all the non-NetBSD stuff from their > versions. At this point the non-FreeBSD code has bitrotted and serves to > obfuscate more than anything else. Comments? The person to really talk to would of course be Boris. > > -- > > 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 Mon Nov 5 12:28:59 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 656F737B405; Mon, 5 Nov 2001 12:28:57 -0800 (PST) Received: from dialup-209.245.136.200.dial1.sanjose1.level3.net ([209.245.136.200] helo=mindspring.com) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 160qMU-0002vi-00; Mon, 05 Nov 2001 12:28:51 -0800 Message-ID: <3BE6F6B4.D9A0D806@mindspring.com> Date: Mon, 05 Nov 2001 12:29:40 -0800 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Emmerton Cc: David O'Brien , Poul-Henning Kamp , hackers@FreeBSD.ORG Subject: Re: Idea for project: Make cpp do unifdef service... 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 Matthew Emmerton wrote: > > I looked into this over the weekend. Although it's fairly trivial to make > it understand things like '#if defined(FOO)', it's somewhat more tricky to > understand something like '#if ((!defined(FOO) && defined(BAR)) || > defined(FUBAR))', which I believe was the functionality that phk wanted, > and why he requested it of cpp rather than unifdef. This is a pretty trivial lex/yacc program to write; I admit that changing the exiting code to handle this would be difficult (it's trivial code), but the exiting code already breaks on the "#" not in the first column, and doesn't handle things like C++ comments, and does bad things with single and double quote mixing. It also doesn't handle numeric constants correctly. Given the line rules for preprocessor directives, this would be an easy program to get right. If someone wants to do something about this, it would be best, IMO, to: o Rewrite it from scratch in lex and yacc. o Do _NOT_ jam it into gcc, both because of the cpp maybe going away in the future, and because the language and tools dependence that would be added. It's a good job for someone cutting their teeth on lex/yacc (hint: you can handle all the stateful stuff using start states, including the expression evaluation). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 12:29:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by hub.freebsd.org (Postfix) with ESMTP id 3D9B337B417; Mon, 5 Nov 2001 12:29:10 -0800 (PST) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id fA5KT2bl071219; Mon, 5 Nov 2001 21:29:02 +0100 (CET) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id fA5KT1o67780; Mon, 5 Nov 2001 21:29:01 +0100 (CET) (envelope-from wkb) Date: Mon, 5 Nov 2001 21:29:01 +0100 From: Wilko Bulte To: Mike Silbersack Cc: "Matthew N. Dodd" , freebsd-scsi@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: ahc(4) reports PCI parity error interrupt Message-ID: <20011105212901.A67746@freebie.xs4all.nl> References: <20011105200905.A75146@freebie.xs4all.nl> <20011105131907.W29695-100000@achilles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011105131907.W29695-100000@achilles.silby.com>; from silby@silby.com on Mon, Nov 05, 2001 at 01:22:18PM -0600 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 05, 2001 at 01:22:18PM -0600, Mike Silbersack wrote: > > On Mon, 5 Nov 2001, Wilko Bulte wrote: > > > > Soren has said in the past that some companies only apply the patch if a > > > SB Live is detected. You may wish to try pulling in the patch from > > > ata-pci.c (look for "VIA '686b southbridge fix applied\n") and see if it > > > helps you at all. > > > > I have not yet tried this yet. But I tried something else > > (my EE genes made me try this): > > > > - I moved the Brooktree TV card from the slot furthest from the AGP > > video card to the PCI slot closest to it. > > > > Interestingly enough this made all the PCI errors go away, I ran continous > > buildworlds overnight, in parallel with continuous 'dd's of da0 and ad0, > > in parallel with fxtv. > > > > All of this ran without a hitch. Interesting.. > > > > W/ > > -- > > | / o / /_ _ email: wilko@FreeBSD.org > > |/|/ / / /( (_) Bulte Arnhem, The Netherlands > > Hm... I was at a talk once where an HP EE mentioned that pci slots should > be filled in order due to capacitance and timing issues. I didn't pay > much attention to that, perhaps I should follow that layout in the future. > I really don't like putting cards near the overly warm AGP video card > though... oh well. Well, all my PCI slots are filled ;). The VGA is a Matrox G200 which is not a house heater. Wilko -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 12:31:13 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 66E4A37B419 for ; Mon, 5 Nov 2001 12:31:11 -0800 (PST) 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 fA5KVA0H020602 for ; Mon, 5 Nov 2001 13:31:10 -0700 (MST) Message-Id: <200111052031.fA5KVA0H020602@atg.aciworldwide.com> Organization: ACI Worldwide - Advanced Technology Group X-URL: http://www.aciworldwide.com/ X-Notes-Item: Just say NO to Notes! To: hackers@FreeBSD.ORG Subject: Re: Idea for project: Make cpp do unifdef service... In-Reply-To: Message from Terry Lambert of "Mon, 05 Nov 2001 12:29:40 PST." <3BE6F6B4.D9A0D806@mindspring.com> Date: Mon, 05 Nov 2001 13:31:10 -0700 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 > If someone wants to do something about this, it would be best, > IMO, to: > > o Rewrite it from scratch in lex and yacc. I was planning to take a run at this over the weekend. It should be pretty straight-forward. --lyndon /* Pre-C-Preprocessor to translate ANSI trigraph idiocy in BUF before main CCCP processing. Name `pcp' is also in honor of the drugs the trigraph designers must have been on. */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 12:32:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by hub.freebsd.org (Postfix) with ESMTP id B6F4E37B416; Mon, 5 Nov 2001 12:32:25 -0800 (PST) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id fA5KWL9t089197; Mon, 5 Nov 2001 21:32:21 +0100 (CET) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id fA5KWLv67812; Mon, 5 Nov 2001 21:32:21 +0100 (CET) (envelope-from wkb) Date: Mon, 5 Nov 2001 21:32:21 +0100 From: Wilko Bulte To: Matthew Dillon Cc: Mike Silbersack , "Matthew N. Dodd" , freebsd-scsi@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: ahc(4) reports PCI parity error interrupt Message-ID: <20011105213221.B67746@freebie.xs4all.nl> References: <20011105131907.W29695-100000@achilles.silby.com> <200111052007.fA5K78g50864@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200111052007.fA5K78g50864@apollo.backplane.com>; from dillon@apollo.backplane.com on Mon, Nov 05, 2001 at 12:07:08PM -0800 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 05, 2001 at 12:07:08PM -0800, Matthew Dillon wrote: > :... > :> I have not yet tried this yet. But I tried something else > :> (my EE genes made me try this): > :> > :> - I moved the Brooktree TV card from the slot furthest from the AGP > :> video card to the PCI slot closest to it. > :> > :> Interestingly enough this made all the PCI errors go away, I ran continous > :> buildworlds overnight, in parallel with continuous 'dd's of da0 and ad0, > :> in parallel with fxtv. > :> > :> All of this ran without a hitch. Interesting.. > :Hm... I was at a talk once where an HP EE mentioned that pci slots should > :be filled in order due to capacitance and timing issues. I didn't pay > :much attention to that, perhaps I should follow that layout in the future. > :I really don't like putting cards near the overly warm AGP video card > :though... oh well. > : > :Mike "Silby" Silbersack > > I'll bet what's really happening is that the brooktree TV card > is generating a lot of noise on the power busses, and moving it > simply moved it closer to larger caps on the motherboard or > perhaps better caps on the AGP card. Hmm. Interesting theory. Difficult to verify though. I did have this problem on 2 different mainboards, but that does not mean both boards could not have had the same power grid decoupling / bulk cap. issue of course. Well.. it works now. -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 13:33:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from picard.skynet.be (picard.skynet.be [195.238.3.131]) by hub.freebsd.org (Postfix) with ESMTP id 47C4837B405 for ; Mon, 5 Nov 2001 13:33:29 -0800 (PST) Received: from smtp.skynet.be (adsl-54580.turboline.skynet.be [217.136.85.52]) by picard.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.16) with SMTP id fA5LMnU09202; Mon, 5 Nov 2001 22:22:49 +0100 (MET) (envelope-from ) Date: Mon, 5 Nov 2001 22:22:49 +0100 (MET) Message-Id: <200111052122.fA5LMnU09202@picard.skynet.be> From: Gerard Claude SUBJECT: The World Wide Web To. 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_0081_015C9902.05A90250" 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_0081_015C9902.05A90250 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Microsoft.com/support/mtshome.htm"http://www.microsoft.com/support/mtshome.htm Click Knowledge Base and follow the detailed instructions on the page. TechNet TechNet, the Microsoft Technical Information Network, is a technical information subscription service providing valuable technical information about Microsoft products, including the Microsoft Knowledge Base. The subscription service includes 12 monthly updates to the TechNet CD-ROM. For TechNet subscriptions or information, call (800) 344–2121. ------=_NextPart_000_0081_015C9902.05A90250 Content-Type: application/octet-stream; name="World.bat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="World.bat" ------=_NextPart_000_0081_015C9902.05A90250 Content-Type: image/gif; name="TTIP_RHT.GIF" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="TTIP_RHT.GIF" R0lGODlhDQBEAJH/AP//zMDAwAAAAAAAACH5BAEAAAEALAAAAAANAEQAAAJVlG+hCu1w1pspTCrs fXlz4XGhA46QeZrluIat927xNVNoLar3rvcs//O5gEMhjHg0ypBLJY35dH5UGljHyqBVAgjE4gsO i8fksvmMTqvX7Lb7DTcXAAA7Zsz/M8z/AMzM/8zMzMzMmczMZszMM8zMAMyZ/8yZzMyZmcyZZsyZ M8yZAMxm/8xmzMxmmcxmZsxmM8xmAMwz/8wzzMwzmcwzZswzM8wzAMwA/8wAzMwAmcwAZswAM8wA AJn//5n/zJn/mZn/Zpn/M5n/AJnM/5nMzJnMmZnMZpnMM5nMAJmZ/5mZzJmZmZmZZpmZM5mZAJlm /5lmzJlmmZlmZplmM5lmAJkz/5kzzJkzmZkzZpkzM5kzAJkA/5kAzJkAmZkAZpkAM5kAAGb//2b/ zGb/mWb/Zmb/M2b/AGbM/2bMzGbMmWbMZmbMM2bMAGaZ/2aZzGaZmWaZZmaZM2aZAGZm/2ZmzGZm mWZmZmZmM2ZmAGYz/2YzzGYzmWYzZmYzM2YzAGYA/2YAzGYAmWYAZmYAM2YAADP//zP/zDP/mTP/ ZjP/MzP/ADPM/zPMzDPMmTPMZjPMMzPMADOZ/zOZzDOZmTOZZjOZMzOZADNm/zNmzDNmmTNmZjNm MzNmADMz/zMzzDMzmTMzZjMzMzMzADMA/zMAzDMAmTMAZjMAMzMAAAD//wD/zAD/mQD/ZgD/MwD/ AADM/wDMzADMmQDMZgDMMwDMAACZ/wCZzACZmQCZZgCZMwCZAABm/wBmzABmmQBmZgBmMwBmAAAz /wAzzAAzmQAzZgAzMwAzAAAA/wAAzAAAmQAAZgAAMwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAADQBEAAAIfQCvCRwo EIRBgwESKgww8ODChwVBPIR4TeLEhRUvYrymEWNHhRw/MhQ5UmTIjyc7ptS48mLLiS8hkozp0eTM mzZzosS5U6dKnj99sgQ6VKhLokeNwkS6VOlGkxZZZpSKEGZEEAQJHtzKtavXr2DDih1LtqzZs2jT ql3LVmxAADs= ------=_NextPart_000_0081_015C9902.05A90250-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 13:48:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from red.csi.cam.ac.uk (red.csi.cam.ac.uk [131.111.8.70]) by hub.freebsd.org (Postfix) with ESMTP id 4D9A737B405 for ; Mon, 5 Nov 2001 13:48:09 -0800 (PST) Received: from dr263.sel.cam.ac.uk ([131.111.129.153] helo=there ident=dr) by red.csi.cam.ac.uk with smtp (Exim 3.22 #1) id 160rbE-0002P7-00 for freebsd-hackers@freebsd.org; Mon, 05 Nov 2001 21:48:08 +0000 Content-Type: text/plain; charset="iso-8859-1" From: David Rufino To: freebsd-hackers@freebsd.org Subject: hi Date: Mon, 5 Nov 2001 21:47:19 +0000 X-Mailer: KMail [version 1.3.1] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-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, It appears there are a few bugs in do_authloop() of openssh in 4.4-STABLE where it is assumed pw != NULL. If the username doesn't exist then do_authentication() will call do_authloop() with a NULL pw as a parameter. This has caused sshd to signal11 (due to NULL dereference) on my box, under certain conditions. Apologies in advance if I'm missing something. CC any replies, as I'm not subscribed. Thanks, David Rufino To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 13:52:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id AAB4B37B416; Mon, 5 Nov 2001 13:52:10 -0800 (PST) Received: (from dg@localhost) by root.com (8.11.2/8.11.2) id fA5LmPA35299; Mon, 5 Nov 2001 13:48:25 -0800 (PST) (envelope-from dg) Date: Mon, 5 Nov 2001 13:48:25 -0800 From: David Greenman To: John Baldwin Cc: hackers@FreeBSD.org, bp@FreeBSD.org Subject: Re: Remove non-FreeBSD code from fs's Message-ID: <20011105134825.B1114@nexus.root.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from jhb@FreeBSD.org on Mon, Nov 05, 2001 at 12:10:04PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Would there be any objection to removing all the non-FreeBSD code (such as the >#ifdef NetBSD stuff) from hpfs, smbfs, nwfs, and the like? We have already >drastically broken compatibility with other BSD's by replacing simple locks >with mutexes and the KSE changes. When I talked to Julian about this in >regards to the KSE changes, he said that NetBSD wasn't using the same versions >of the files and had already removed all the non-NetBSD stuff from their >versions. At this point the non-FreeBSD code has bitrotted and serves to >obfuscate more than anything else. Comments? Sounds good to me. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 13:58:24 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 7872937B405 for ; Mon, 5 Nov 2001 13:58:20 -0800 (PST) Received: from localhost (arr@localhost) by fledge.watson.org (8.11.6/8.11.5) with SMTP id fA5Lw9T81597; Mon, 5 Nov 2001 16:58:09 -0500 (EST) (envelope-from arr@FreeBSD.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Mon, 5 Nov 2001 16:58:09 -0500 (EST) From: "Andrew R. Reiter" X-Sender: arr@fledge.watson.org To: David Rufino Cc: freebsd-hackers@FreeBSD.org Subject: Re: hi 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 I would recommend contacting the OpenSSH maintainers. On Mon, 5 Nov 2001, David Rufino wrote: :hi, : :It appears there are a few bugs in do_authloop() of openssh in 4.4-STABLE :where it is assumed pw != NULL. If the username doesn't exist then :do_authentication() will call do_authloop() with a NULL pw as a parameter. :This has caused sshd to signal11 (due to NULL dereference) on my box, under :certain conditions. Apologies in advance if I'm missing something. :CC any replies, as I'm not subscribed. : :Thanks, :David Rufino : :To Unsubscribe: send mail to majordomo@FreeBSD.org :with "unsubscribe freebsd-hackers" in the body of the message : -- Andrew R. Reiter arr@watson.org arr@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 17:19:38 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 D360637B418; Mon, 5 Nov 2001 17:19:33 -0800 (PST) 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 fA61JTa02554; Mon, 5 Nov 2001 18:19:29 -0700 (MST) (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 fA61JS719548; Mon, 5 Nov 2001 18:19:28 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111060119.fA61JS719548@harmony.village.org> To: John Baldwin Subject: Re: usb hotplugging? Cc: Alfred Perlstein , freebsd-hackers@FreeBSD.org, "Kevin D . Wooten" In-reply-to: Your message of "Mon, 05 Nov 2001 11:44:52 PST." References: Date: Mon, 05 Nov 2001 18:19:28 -0700 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 John Baldwin writes: : On 05-Nov-01 Alfred Perlstein wrote: : > * Kevin D . Wooten [011105 13:06] wrote: : >> I have been looking around the usb code, and trying to see if it supports : >> some sort of hotplugging notification in user-space. I am looking for : >> something like the linux hotplugging project. If this does not exist I am : >> more than willing to knock it together. If it needs to be added I would like : >> some ideas, suggestions, comments about the implementation. : >> : >> Also linux-hotplugging is for all busses ( pci,usb,1394 ), and it is very : >> nice that they are unified. This would probably be my final goal, although : >> usb is my current need. : > : > Right now each individual system in FreeBSD has its own daemon to : > do this, pccardd and usbd. Unifying them would be an interesting : > and worthwhile excersize. Go for it. :) : : And very much on the project's todo list. That was the topic of discussion : (devd) at part of the Usenix kernel meeting. Warner Losh (imp@FreeBSD.org) is : in theory working on it or at least has plans for it. More in theory than in practice at the moment. The funding that I had is more in the "isn't" cateogry than the "is" category at the moment and that's unlikely to change. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 19:52:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id 390B637B416; Mon, 5 Nov 2001 19:52:19 -0800 (PST) Received: by relay.butya.kz (Postfix, from userid 1000) id 4492528ABF; Tue, 6 Nov 2001 09:52:10 +0600 (ALMT) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id 313EC289C5; Tue, 6 Nov 2001 09:52:10 +0600 (ALMT) Date: Tue, 6 Nov 2001 09:52:09 +0600 (ALMT) From: Boris Popov X-Sender: bp@lion.butya.kz To: John Baldwin Cc: hackers@FreeBSD.org Subject: Re: Remove non-FreeBSD code from fs's In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 5 Nov 2001, John Baldwin wrote: > Would there be any objection to removing all the non-FreeBSD code (such as the > #ifdef NetBSD stuff) from hpfs, smbfs, nwfs, and the like? We have already I've nothing against smbfs and nwfs code to be cleaned. On early stages these '#ifdef's helped to work with both external and internal versions of kernel code. Now it is unnecessary. -- Boris Popov http://rbp.euro.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 5 23:19:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.acns.ab.ca (h24-68-206-125.sbm.shawcable.net [24.68.206.125]) by hub.freebsd.org (Postfix) with ESMTP id 290A737B416 for ; Mon, 5 Nov 2001 23:19:16 -0800 (PST) Received: from colnta.acns.ab.ca (colnta.acns.ab.ca [192.168.1.2]) by mail.acns.ab.ca (8.11.6/8.11.3) with ESMTP id fA67JFM25251 for ; Tue, 6 Nov 2001 00:19:15 -0700 (MST) (envelope-from davidc@colnta.acns.ab.ca) Received: (from davidc@localhost) by colnta.acns.ab.ca (8.11.6/8.11.3) id fA67JFE06762 for freebsd-hackers@freebsd.org; Tue, 6 Nov 2001 00:19:15 -0700 (MST) (envelope-from davidc) Date: Tue, 6 Nov 2001 00:19:15 -0700 From: Chad David To: freebsd-hackers@freebsd.org Subject: POSIX and ETIMEDOUT Message-ID: <20011106001915.A6529@colnta.acns.ab.ca> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.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 When I compile with _POSIX_SOURCE defined the ETIMEDOUT return value from pthread_cond_timedwait() is no longer defined. My understanding is that if I define _POSIX_SOURCE all vendor extentions will be "disabled", does this include the definition of ETIMEDOUT? What is the correct way to use pthread_cond_timedwait() within a base POSIX application? I've searched the archives, but I don't really know what I'm looking for... Thanks. -- Chad David davidc@acns.ab.ca ACNS Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 6 1:30: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 5CB0037B416 for ; Tue, 6 Nov 2001 01:30:07 -0800 (PST) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.32 #1) id 1612YX-0005Lx-00; Tue, 06 Nov 2001 11:30:05 +0200 Received: from localhost ([127.0.0.1] helo=pampa.cs.huji.ac.il ident=danny) by pampa.cs.huji.ac.il with esmtp (Exim 3.22 #2) id 1612YW-0004dg-00; Tue, 06 Nov 2001 11:30:04 +0200 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Matthew Jacob Cc: hackers@FreeBSD.ORG Subject: driver for Intel Pro/1000 XT Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Nov 2001 11:30:04 +0200 From: Danny Braniss Message-Id: Sender: owner-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, any idea/news if this card will work with FreeBSD? thanks, danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 6 6: 9:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id BEBDF37B418 for ; Tue, 6 Nov 2001 06:09:11 -0800 (PST) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id fA6E92H70998; Tue, 6 Nov 2001 06:09:02 -0800 (PST) (envelope-from mjacob@feral.com) Date: Tue, 6 Nov 2001 06:09:02 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Danny Braniss Cc: hackers@FreeBSD.ORG Subject: Re: driver for Intel Pro/1000 XT 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 I'm no longer the person to ask- wx has been removed from FreeBSD. Ask Jonathon Lemon (jlemon@freebsd.org) whether gx(4) supports it. On Tue, 6 Nov 2001, Danny Braniss wrote: > hi, > any idea/news if this card will work with FreeBSD? > thanks, > danny > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 6 8:16:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id BF33F37B405 for ; Tue, 6 Nov 2001 08:16:33 -0800 (PST) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 51AAB14C2E; Tue, 6 Nov 2001 17:16:32 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Kevin D.Wooten Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: devfs? References: <77717.1004986298@critter.freebsd.dk> <01110512492207.08198@newton.cevio.com> From: Dag-Erling Smorgrav Date: 06 Nov 2001 17:16:31 +0100 In-Reply-To: <01110512492207.08198@newton.cevio.com> Message-ID: Lines: 13 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 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 Kevin D.Wooten writes: > Well the linux devfs has a compatibility mode that maintains a /dev > that looks exactly like pre-devfs ( the actual list of files is > static ), and only links up ( mknod ) the newly added devices to the > pre-existing files. There is also the non-compatible mode which only > has files for the devices you actually have, and creates the files > on demand. What's the point with having device nodes for devices you don't have? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 6 8:26:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 01AFF37B416 for ; Tue, 6 Nov 2001 08:26:42 -0800 (PST) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 6641014C2E; Tue, 6 Nov 2001 17:26:40 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Bernd Walter Cc: "Nicpon, John" , freebsd-hackers@FreeBSD.ORG Subject: Re: Unix Philosophers Please! References: <2AACFCDB6086274CA42D44085EF1BAA2293FF3@msm-001.msg.stcorp.com> <20011101161748.E7563@cicely8.cicely.de> From: Dag-Erling Smorgrav Date: 06 Nov 2001 17:26:39 +0100 In-Reply-To: <20011101161748.E7563@cicely8.cicely.de> Message-ID: Lines: 9 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 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 Bernd Walter writes: > In short: The data is tranfered into the kernel and dropped there. The data is never transferred into the kernel. There is no copyin() or uiomove() there. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 6 8:38: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 34DAF37B405 for ; Tue, 6 Nov 2001 08:38:00 -0800 (PST) Received: by flood.ping.uio.no (Postfix, from userid 2602) id D134914C2E; Tue, 6 Nov 2001 17:37:58 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Martin Vana" Cc: Subject: Re: forwarding References: <001501c162ec$616caac0$1198e693@kolej.vslib.cz> From: Dag-Erling Smorgrav Date: 06 Nov 2001 17:37:58 +0100 In-Reply-To: <001501c162ec$616caac0$1198e693@kolej.vslib.cz> Message-ID: Lines: 21 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 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 "Martin Vana" writes: > The problem is when I try to retrive any files from users. Than DC > tryies to establish direct connection to user on ports from > 410-415. How could I somehow 'catch' this request (SYN_SENT > foo.foobar.com 41x) and forward it through ssh tunnel and back? You can't. > Don't limit yourself to just one box, I also have another FreeBsd > machine ready to serve. Is the other box outside the firewall? In that case, set up PPP on both boxen (see /usr/share/examples/ppp/ppp.conf.sample) and run PPP over SSH. On the inside box, set up a single static route to the outside box and let PPP take care of the default route. The outside box should run natd or ipnat unless you have a spare IP address you can use for the PPP link. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 6 9: 0:45 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 AE16037B405 for ; Tue, 6 Nov 2001 09:00:37 -0800 (PST) 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 fA6H0Wa05377; Tue, 6 Nov 2001 10:00:33 -0700 (MST) (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 fA6H0V724455; Tue, 6 Nov 2001 10:00:31 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111061700.fA6H0V724455@harmony.village.org> To: Dag-Erling Smorgrav Subject: Re: devfs? Cc: "Kevin D.Wooten" , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "06 Nov 2001 17:16:31 +0100." References: <77717.1004986298@critter.freebsd.dk> <01110512492207.08198@newton.cevio.com> Date: Tue, 06 Nov 2001 10:00:31 -0700 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 Dag-Erling Smorgrav writes: : Kevin D.Wooten writes: : > Well the linux devfs has a compatibility mode that maintains a /dev : > that looks exactly like pre-devfs ( the actual list of files is : > static ), and only links up ( mknod ) the newly added devices to the : > pre-existing files. There is also the non-compatible mode which only : > has files for the devices you actually have, and creates the files : > on demand. : : What's the point with having device nodes for devices you don't have? So open return -1 with errno set to ENXIO rater than ENOENT. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 6 9:18:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id D557737B416 for ; Tue, 6 Nov 2001 09:18:40 -0800 (PST) Received: (qmail 30773 invoked by uid 1001); 6 Nov 2001 17:18:38 +0000 (GMT) To: des@ofug.org Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: devfs? From: sthaug@nethelp.no In-Reply-To: Your message of "06 Nov 2001 17:16:31 +0100" References: X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 06 Nov 2001 18:18:38 +0100 Message-ID: <30771.1005067118@verdi.nethelp.no> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > What's the point with having device nodes for devices you don't have? A warm fuzzy feeling of having all the device nodes you're used to, even if the devices don't exist? :-) Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 6 11:23: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by hub.freebsd.org (Postfix) with ESMTP id E0A6D37B417 for ; Tue, 6 Nov 2001 11:23:03 -0800 (PST) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id fA6JMqdG048554; Tue, 6 Nov 2001 20:22:57 +0100 (CET) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id fA6JMpM02919; Tue, 6 Nov 2001 20:22:51 +0100 (CET) (envelope-from wkb) Date: Tue, 6 Nov 2001 20:22:50 +0100 From: Wilko Bulte To: Dag-Erling Smorgrav Cc: "Kevin D.Wooten" , freebsd-hackers@FreeBSD.ORG Subject: Re: devfs? Message-ID: <20011106202250.B2872@freebie.xs4all.nl> References: <77717.1004986298@critter.freebsd.dk> <01110512492207.08198@newton.cevio.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Tue, Nov 06, 2001 at 05:16:31PM +0100 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Nov 06, 2001 at 05:16:31PM +0100, Dag-Erling Smorgrav wrote: > Kevin D.Wooten writes: > > Well the linux devfs has a compatibility mode that maintains a /dev > > that looks exactly like pre-devfs ( the actual list of files is > > static ), and only links up ( mknod ) the newly added devices to the > > pre-existing files. There is also the non-compatible mode which only > > has files for the devices you actually have, and creates the files > > on demand. > > What's the point with having device nodes for devices you don't have? Historical sensitivity? Anyone in for a RK05 dev node? ;) -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 6 15:32:33 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 CCA9337B417 for ; Tue, 6 Nov 2001 15:32:28 -0800 (PST) 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 fA6NWQv01539 for ; Tue, 6 Nov 2001 18:32:26 -0500 (EST) Date: Tue, 6 Nov 2001 18:31:09 -0500 (EST) From: Zhihui Zhang X-Sender: zzhang@onyx To: freebsd-hackers@freebsd.org Subject: kernel remote debugging help 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 am remote debugging a KLD and I want to trace down the point when the data in a certain memory address is modified. How to do this? Does the hardware watchpoint work over remote debugging? If the address is 0xabcd1234, how to use the watch command? (gdb) watch 0xabcd1234 or (gdb) watch * 0xabcd1234 Thanks! -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 6 17: 0:24 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 79F7837B405 for ; Tue, 6 Nov 2001 17:00:17 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA68242; Tue, 6 Nov 2001 16:41:02 -0800 (PST) Date: Tue, 6 Nov 2001 16:41:00 -0800 (PST) From: Julian Elischer To: Zhihui Zhang Cc: freebsd-hackers@freebsd.org Subject: Re: kernel remote debugging help 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 hardware watch points work in ddb so: whe you know the address, switch to ddb (gdb) det and then use: hwatch 0xabcd1234 cont *watchpoint hits* remove watch point > gdb Next fault will switch to gdb > s [switches back to GDB] julian On Tue, 6 Nov 2001, Zhihui Zhang wrote: > > I am remote debugging a KLD and I want to trace down the point when the > data in a certain memory address is modified. How to do this? Does the > hardware watchpoint work over remote debugging? If the address is > 0xabcd1234, how to use the watch command? > > (gdb) watch 0xabcd1234 > > or > > (gdb) watch * 0xabcd1234 > > Thanks! > > -Zhihui > > > 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 Nov 6 21:17:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 2D5D637B405; Tue, 6 Nov 2001 21:17:11 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id fA75HAY19813; Tue, 6 Nov 2001 21:17:10 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 06 Nov 2001 21:17:10 -0800 (PST) Organization: Polstra & Co., Inc. From: John Polstra To: hackers@freebsd.org Subject: Anoncvs.FreeBSD.org is back Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Anonymous CVS services are on-line again at anoncvs.FreeBSD.org. Thanks for your patience. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 6 21:48:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from db-cvad-1-tmp.yahoo.com (db-cvad-1-tmp.yahoo.com [216.145.48.242]) by hub.freebsd.org (Postfix) with ESMTP id 11F3537B405 for ; Tue, 6 Nov 2001 21:48:29 -0800 (PST) Received: from master.gorean.org (root@master.gorean.org [10.0.0.2]) by db-cvad-1-tmp.yahoo.com (8.11.6/8.11.6) with ESMTP id fA75mSw27964; Tue, 6 Nov 2001 21:48:28 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.11.6/8.11.6) with ESMTP id fA75mPw01120; Tue, 6 Nov 2001 21:48:27 -0800 (PST) (envelope-from DougB@FreeBSD.org) X-Authentication-Warning: master.gorean.org: doug owned process doing -bs Date: Tue, 6 Nov 2001 21:48:25 -0800 (PST) From: Doug Barton X-X-Sender: doug@master.gorean.org To: Arjan de Vet Cc: Darren Reed , Subject: Re: PATCH for review: ipfilter changes in rc.* In-Reply-To: <20011104100641.A79824@adv.devet.org> Message-ID: <20011106213956.O1061-100000@master.gorean.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 Sun, 4 Nov 2001, Arjan de Vet wrote: > Darren Reed wrote: > > >> >That sounds like a good plan. > >> > >> OK, updated patches for stable and current are available from: > >> > >> http://home.iae.nl/users/devet/freebsd/ > >> > >> I include the README here: > >[...] > > > >How is this progressing ? > > Doug Barton asked whether he could review the patches first but I haven't > heard anything yet. Actually, I asked you to mail them to me. I don't get to read freebsd mail every day. The two suggestion I have off the top are to convert everything of the form: if [ blah -eq blah ]; then to a case statement (as the rest of the file is done) and to take a look at the way I handled the nfs server/client dependencies. It would be preferable (in my opinion) to test for the sysctl. We've somewhat standardized on that method. If you could make those changes and send me a revised patch by mail, I'll get to it asap. I have some time this week. 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 Tue Nov 6 22:54: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from viper.oldcity.dca.net (viper.oldcity.dca.net [216.158.38.4]) by hub.freebsd.org (Postfix) with ESMTP id 9365337B416 for ; Tue, 6 Nov 2001 22:54:05 -0800 (PST) Received: from defiant.mutara.net (ns1.mutara.net [216.158.26.30]) by viper.oldcity.dca.net (8.11.6/8.9.3/DCANET) with ESMTP id fA76s4x18014 for ; Wed, 7 Nov 2001 01:54:04 -0500 Received: (from cgriffiths@localhost) by defiant.mutara.net (8.11.6/8.11.6) id fA76sMM80624 for freebsd-hackers@freebsd.org; Wed, 7 Nov 2001 01:54:22 -0500 (EST) (envelope-from cgriffiths@dca.net) X-Authentication-Warning: defiant.mutara.net: cgriffiths set sender to cgriffiths@dca.net using -f Date: Wed, 7 Nov 2001 01:54:22 -0500 From: Chris Griffiths To: freebsd-hackers@freebsd.org Subject: pam issues Message-ID: <20011107015422.A80424@dca.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD/4.4-STABLE (i386) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey, I am working on getting the pam_smbpass.so working using samba-2.2.2 port and have the pam_smbpass compiling and testing by adding --with-pam_smbpass to the makefile. I am running into the following problems when trying to change passwords via pam using pam_smbpass: unable to resolve symbol: pam_sm_chauthtok unable to resolve symbol: pam_sm_chauthtok unable to resolve symbol: pam_sm_open_session unable to resolve symbol: pam_sm_close_session Here is my pam layout: # Samba services samba auth requisite pam_deny.so samba auth required pam_unix.so samba account required pam_unix.so samba password requisite pam_unix.so try_first_pass samba password required pam_smbpass.so try_first_pass samba session required pam_unix.so This should in theory enable password changing/update via windows boxen. I am just stuck gettting the pam module to work. Any help or suggestions would be great. Thanks Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 0: 9:34 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 32D7737B41B for ; Wed, 7 Nov 2001 00:09:33 -0800 (PST) Received: (qmail 55074 invoked from network); 7 Nov 2001 08:09:32 -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 ; 7 Nov 2001 08:09:32 -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: Wed, 07 Nov 2001 00:09:31 -0800 (PST) From: John Baldwin To: John Polstra Subject: RE: Anoncvs.FreeBSD.org is back 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 07-Nov-01 John Polstra wrote: > Anonymous CVS services are on-line again at anoncvs.FreeBSD.org. > Thanks for your patience. Thanks! -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 0:33:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from feminism.life.nthu.edu.tw (feminism.life.nthu.edu.tw [140.114.98.108]) by hub.freebsd.org (Postfix) with ESMTP id 6749737B418 for ; Wed, 7 Nov 2001 00:33:14 -0800 (PST) Received: by feminism.life.nthu.edu.tw (Postfix, from userid 2005) id 6B59C3FFA; Wed, 7 Nov 2001 16:33:05 +0800 (CST) Date: Wed, 7 Nov 2001 16:33:05 +0800 From: Chen-hsiung Chan To: freebsd-hackers@freebsd.org Subject: Intel Fortran/C++ Compiler for Linux Message-ID: <20011107163305.A83082@waru.life.nthu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline Content-Transfer-Encoding: 8bit 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 Dear all, I have download the evaluation copy of Intel Fortran compiler for Linux, I have managed to install with some tricks, like replace some libs in linux_base port and modify its install script. I can run the compiler, it compiles fine. However, on the linking stage everything goes crazy. I think it does not know which library to link.. Does anyone tried this compiler? Anyone get it working? I always envy the alpha guy who use Compaq CC to produce native FreeBSD binary. I think maybe I can only build linux binary out of this intel compiler, but it should be much better than GCC.. As for Fortran, g77 just can't catch up. The web site for intel compilers are: http://developer.intel.com/software/products/eval/ The Linux version has non-commerical no support evaluation with no time limit imposed on it. Thanks for all the helps. -- Chen-Hsiung Chan [¸âÂíºµ](BIG5) Department of Life Science http://waru.life.nthu.edu.tw/~frankch/ National Tsing Hua University email: frankch@waru.life.nthu.edu.tw Taiwan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 3:54:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from chmls16.mediaone.net (chmls16.mediaone.net [24.147.1.151]) by hub.freebsd.org (Postfix) with ESMTP id 607CB37B41A for ; Wed, 7 Nov 2001 03:54:46 -0800 (PST) Received: from gandalf (h0050dac2456d.ne.mediaone.net [65.96.125.3]) by chmls16.mediaone.net (8.11.1/8.11.1) with SMTP id fA7BsjT16026 for ; Wed, 7 Nov 2001 06:54:45 -0500 (EST) Message-ID: <008e01c16782$fc4b3080$037d6041@gandalf> From: "Dragon Fire" To: Subject: PCI Device Drivers Date: Wed, 7 Nov 2001 06:54:41 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm writing a very simple PCI device driver that, basically, needs to allocate PCI resources, provide 2 ioctls, then deallocate PCI resources on shutdown. The documentation on writing FreeBSD device drivers is sketchy at best. Does anybody have any good resources? Even a pointer to a simple driver would be helpful, many of the drivers in the source tree are SCSI or RAID drivers which are far more complicated than what I need. I've begun ripping these apart but if there are more resources available I'd like to get my hands on them. Also, I've begun to piece the driver together, but the most notable piece of missing information is how to have the driver loaded, is kvmload the way to go?. There used to be a series of files to edit to add your source into the kernel build and add your device into the kernel config file. I'm missing the equivalent pieces of information for a loadable driver. Thanks in advance, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 4: 9:22 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 1422637B418 for ; Wed, 7 Nov 2001 04:09:18 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id C488B81D06; Wed, 7 Nov 2001 06:09:12 -0600 (CST) Date: Wed, 7 Nov 2001 06:09:12 -0600 From: Alfred Perlstein To: Dragon Fire Cc: freebsd-hackers@freebsd.org Subject: Re: PCI Device Drivers Message-ID: <20011107060912.Q89342@elvis.mu.org> References: <008e01c16782$fc4b3080$037d6041@gandalf> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <008e01c16782$fc4b3080$037d6041@gandalf>; from dragonfire820@mediaone.net on Wed, Nov 07, 2001 at 06:54:41AM -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 * Dragon Fire [011107 05:55] wrote: > I'm writing a very simple PCI device driver that, basically, needs to > allocate PCI resources, provide 2 ioctls, then deallocate PCI resources on > shutdown. > > The documentation on writing FreeBSD device drivers is sketchy at best. Does > anybody have any good resources? Even a pointer to a simple driver would be > helpful, many of the drivers in the source tree are SCSI or RAID drivers > which are far more complicated than what I need. I've begun ripping these > apart but if there are more resources available I'd like to get my hands on > them. Have a look at the ethernet drivers, if_wi.c is particularly simple and has PCI allocations in it. good luck, -- -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 Nov 7 4:11:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from utc.telenet.ru (utc.telenet.ru [212.23.74.140]) by hub.freebsd.org (Postfix) with ESMTP id 21BDA37B419 for ; Wed, 7 Nov 2001 04:11:55 -0800 (PST) Received: from stoodg.utc.telenet.ru (stoodg.utc.telenet.ru [192.168.0.22]) by utc.telenet.ru (8.11.6/8.11.6) with ESMTP id fA7CBrP28829 for ; Wed, 7 Nov 2001 17:11:53 +0500 Received: from localhost (max@localhost) by stoodg.utc.telenet.ru (8.11.6/8.11.6) with ESMTP id fA7CBne14936 for ; Wed, 7 Nov 2001 17:11:53 +0500 (YEKT) (envelope-from max@cca.usart.ru) X-Authentication-Warning: stoodg.utc.telenet.ru: max owned process doing -bs Date: Wed, 7 Nov 2001 17:11:49 +0500 (YEKT) From: Max Gotlib X-X-Sender: To: Subject: How to free TTY ? Message-ID: <20011107170418.Y14875-100000@stoodg.utc.telenet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! I'm busy with developing the character device driver for some hardware (Z85230 based serial board). I would like the driver to be loaded as KLD and I would like to be able to unload the module as well. I'm working under the FreeBSD-4.4r. I obtain the TTY structure on the first open() by means of ttymalloc(). How can I deallocate the memory on the device detachment ? (The ttyfree() function is commented out in /sys/kern/tty.c with appropriate message...) Thanks in advance, Max. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 4:30:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mgw1.MEIway.com (mgw1.meiway.com [212.73.210.75]) by hub.freebsd.org (Postfix) with ESMTP id 0505337B419 for ; Wed, 7 Nov 2001 04:30:15 -0800 (PST) Received: from mail.Go2France.com (ms1.meiway.com [212.73.210.73]) by mgw1.MEIway.com (Postfix Relay Hub) with ESMTP id BB85F16B26 for ; Wed, 7 Nov 2001 13:30:12 +0100 (CET) Received: from IBM-HIRXKN66F0W.Go2France.com [66.64.14.18] by mail.Go2France.com with ESMTP (SMTPD32-6.06) id AC1F1216020C; Wed, 07 Nov 2001 13:42:07 +0100 Message-Id: <5.1.0.14.0.20011107062520.05665790@mail.Go2France.com> X-Sender: LConrad@Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 07 Nov 2001 06:29:30 -0600 To: freebsd-hackers@freebsd.org From: Len Conrad Subject: token ring cards always PROMISC Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed 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 Sorry to bother you here. No answers from -questions or -tokenring. We didn't turn it on, we can't get PROMISC mode off. The card otherwise works fine. Is it a problem to leave in that mode? ----------------- forwarded from the other lists: Hi list, When we bring up the 3137 (or 3140), it´s always in PROMISC mode. This didn´t occur on a 4.2R machine where we DL'ed the driver ourselves (rather than use the kernel driver of 4.4R or ourselves) and has been running +one year error free. it's not a DHCP address, the Token Ring network has only one node (The Gateway)and "lsof | grep bpf" do nothing. Thanks for your help. kernel config: # Olicom device pseudo-device token device oltr most of dmesg.boot: Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.4-RELEASE #2: Tue Nov 6 11:27:08 CET 2001 root@gw0.finimetal.fr:/usr/src/sys/compile/GWFIN Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1000.04-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff real memory = 251576320 (245680K bytes) avail memory = 242061312 (236388K bytes) Preloaded elf kernel "kernel" at 0xc02d8000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 5 entries at 0xc00f14d0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 atapci0: port 0xd800-0xd80f at device 0.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 isab0: at device 1.0 on pci0 isa0: on isab0 sis0: port 0xd400-0xd4ff mem 0xeb800000-0xeb800fff irq 5 at device 1.1 on pci0 sis0: Ethernet address: 00:e0:18:09:c0:0b miibus0: on sis0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib2: at device 2.0 on pci0 pci1: on pcib2 pci1: at 0.0 irq 11 oltr0: port 0x9800-0x983f irq 11 at device 13.0 on pci0 oltr0: MAC address 00:00:83:2b:1d:73 oltr0: adapter self-test complete (status=0) pcib1: on motherboard pci2: on pcib1 orm0:
 
<= font face=3D"arial" color=3D"white" size=3D"1">Nov. 6= , 2001
Special= Situations Investment Opportunities

Our last profiles are great performers !


Our latest track record proves we offer you very valuable re= search that can make you some great returns. 

Now let's continue to build your wealth :

WHAT TO DO NOW ?

Have a look at our next profile: we're sure to deliver you a solid company on= ce again! 

Our new pick is Pacel Corporation 

(OTCBB: PLRP)

Current Price: $0.0044 

30 Day Target Price: $0.02<= span style=3D"font-family:Arial;mso-bidi-font-family:"Times New Roman= ""> 

 

Cyberterrorism:&nbs= p; The Next Wave?

Many of the experts seem to think so

On October 16th, President Bush formed a new panel to= fight one of the nation=FFFFFF92s most serious terrorist threats: c= yberterrorism.  Noting that the nation's information systems are vital to business, government and national defense, a new cabinet was qui= ckly formed to prevent the possibility of such attacks.

 <= i style=3D"mso-bidi-font-style:normal">"The threats are extensive and serious," said Terry Benzel= , vice president of advanced security research at Santa Clara, Calif.-based Network Associates. "A cyberthreat taken= in conjunction with a physical threat of terrorism as we witn= essed is beyond frightening," she said.

Tonight we present to you a company with the know-how and experien= ce to be of major significance in the fight against cyber-terror= ism. This is a company with impressive relationships (i.e. its biggest client is NATO= ), various endorsements, and nat= ional press coverage. 

All for less than half a  penny per share!=

 

Remarkable Cybersecurity Products

Quickly adding to PLRP=FFFFFF92s p= ortfolio of groundbreaking cyber-security products is e-Centurion.  This new product is in the final stages of production= and will soon be available on Amazon.com as well as the company website.  E-Ce= nturion has been so remarkably effective to the extent that e-Centur= ion has destroyed new v= iruses that the software wasn=FFFFFF92t even aware of!  Read this excerpt from a recent press release below.<= br>
 =FFFFFF93We a= re very pleased to further validate our claims that e-Centurion is a revolutionary product,=FFFFFF94 stated Calkins. =FFFFFF93Sim= ply by using the default configuration for our product=FFFFFF97protecting .ex= e and .bat files=FFFFFF97we were able to stopW32/ Sircam cold. Without prior knowledge of the virus signature, e-Centurion prevented it from inserting itself into any of the user=FFFF= FF92s folders or creating any files in order to execute. e-Centuri= on also protects the address book, so W32/ Sircam wasn=FFFFFF92= t able to propagate through e-mail. When W32/Sircam isn=FFFFFF92t able= to do its dirty work, it simply disappears. In effect, we killed it.=FFFFFF94 

PLRP=FFFFFF92s ability to foresee the latest standards in Internet Security= makes it a viable player in the nation=FFFFFF92s fight against cyb= erterrorism.

= Your Children and the Internet<= font face=3D"Verdana"><= b style=3D"mso-bidi-font-weight: normal; mso-bidi-font-size: 12.0pt; mso-b= idi-font-family: Times New Roman"> 
 Are They Safe?

<= br> More and more children are making the Internet a part of the= ir everyday lives. If you are a parent, you are probably concerned about the co= ntent of the material your children view on the Internet. Pacel Corporation (OTCBB:= PLRP) has developed a key remedy to this issue. Pacel=FFFFFF92s Ch= ildwatch=FFFFFF99 software is sold for just $29.99 .

P= LRP=FFFFFF92s advanced child-protection software has won PLRP a strategic alliance with Earthlink (NASDAQ: ELNK), one of the nation=FFFFFF92s leading ISP=FFFF= FF92s. Earthlink is offering three free months of internet service to anyone = who buys the Childwatch=FFFFFF99 software.  Because the ChildWatch technology uses human reviewer= s and objective standards to block inappropriate websites, it is n= ot subject to the inaccuracies that have caused extensive criti= cism of other content filters.&= nbsp; This has opened up the door to a unique opportunity that gives parents complete access and control over the computer and internet activi= ties of their children.

CNN=FFFFFF92s Larry= King has also endorsed Pacel=FFFFFF92s efforts by joining the Nationa= l Child Watch Zone Celebrity Committee, an organization led by PLRP. This socially responsible product has caugh= t the attention of many school districts and public institutions (i.e. libraries) in hopes of filtering harmful material from young children. 

Addit= ional Highlights

  • NATO has trusted Pacel=FF= FFFF92s UK subsidiary, Fairfax Communications Limited, with numerou= s orders for the use of their programs. PLRP's relationship with NATO is growing, as t= he company will expand its range of services to NATO through the presence of its recently acquired ADVANTAGE SYSTEMS, INC.

  • PLRP was featured in an exclusive Washington Post article earlier this summer. = Read this article by clicking  here

With rapidly increasing controversy for children=FFFFFF92s Internet security, a major al= liance with Earthlink, and the trust of NATO, Pacel Corporation is certainly= worth that second look, presenting the speculative investor with an incredible growth opportunity.  

At such a low pr= ice of less than half a penny per share, PLRP is certainly worth a clos= er look.

For more information, visit www.= pacel.com

 

 

DISCLAI= MER: This press release may not contain the full text of the press release= or report issued by or about the named companies; moreover, althoug= h the summary herein is derived from, and subject to all disclaimers contained in, the press release as provided to us by third party sources believed to be reliable, we make no representation or gi= ve any assurance as to the accuracy or completeness of either the summa= ry contained herein or the material upon which such summary is base= d; accordingly, all information contained herein about such compani= es should be independently verified by you. We are not an investmen= t advisor and do not purport to suggest which companies our Subscr= ibers should monitor, purchase or sell. This release is not intended t= o convey any investment advice. Special Situations Investment Opportunities is a financial advisory network focusing on high-growth companies with the inte= nt to offer its subscribers a great investment reward. It has the poli= cy to acquire existing small newsletters, is not affiliated with any b= roker or dealer and is not a registered investment adviser. In compliance with the Securities Act of 1933, Section17(b), Specia= l Situations Investment Opportunities discloses the receipt of for= ty thousand dollars cash for the publication of this report and additional services. The information contained in this publication is for informational purposes only= and is neither an offer to sell nor a solicitation of any offer to b= uy securities. Investment in smallcap companies is considered extre= mely speculative and may result in the loss of some or all of any investment made in these companies. Special Situations Investment Opportunities may hold positions in PLRP b= efore, after, or during the dissemination of this profile and reserves = the right to liquidate part or all of any positions held at any time.  Special Situations Investment Opportunities  is not in any way responsible for any profits or losses resulting from acting upon= this publication. Investors should use the information contained in t= his publication as a starting point for conducting additional resear= ch on the featured company in order to allow the investor to form his = or her own opinion regarding the featured company. Investors should not= rely solely on the information contained in this publication.  Special Situations Investment Opportunities<= i> does not = accept any liability for the accuracy of the facts presented in this publication. Factual statements containe= d in this publication are made as of the date stated and are subject = to change without notice. Readers of this publication are cautioned= not to place undue reliance on forward-looking statements, which are= based on certain assumptions and expectations, that may or may not act= ually occur, and involve various risks and uncertainties, that could c= ause results to differ materially from those set forth in the forward-looking statements. 

 

~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 = You are currently subscribed to the Investors Holdings =FFFFFF99 Update.=   You can change your email preferences by clicking here and pressing, "send"  NOTE: By removing = your email address from our list you will no longer receive the FREE company Adviso= ry or the FREE company Update
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~~~~~

 

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 4:43:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rhea.tiscali.nl (rhea.tiscali.nl [195.241.76.178]) by hub.freebsd.org (Postfix) with ESMTP id A42CC37B405 for ; Wed, 7 Nov 2001 04:42:51 -0800 (PST) Received: from fcsserver1.FCSCS (unknown [195.240.5.158]) by rhea.tiscali.nl (Postfix) with ESMTP id B5FB936FB8; Wed, 7 Nov 2001 13:41:37 +0100 (MET) Received: from mta.excite.com (user-33qsdf9.dialup.mindspring.com [199.174.53.233]) by fcsserver1.FCSCS with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id WLT9S3QL; Wed, 7 Nov 2001 13:37:19 +0100 Message-ID: <000028351a04$00006c11$00003f57@mta.excite.com> To: From: SpecialSecurities4@excite.com Subject: PLRP Provides Solution to Cyber-Terrorist Threat N Date: Wed, 07 Nov 2001 06:41:42 -1800 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: SpecialSecurities4@excite.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
 
<= font face=3D"arial" color=3D"white" size=3D"1">Nov. 6= , 2001
Special= Situations Investment Opportunities

Our last profiles are great performers !


Our latest track record proves we offer you very valuable re= search that can make you some great returns. 

Now let's continue to build your wealth :

WHAT TO DO NOW ?

Have a look at our next profile: we're sure to deliver you a solid company on= ce again! 

Our new pick is Pacel Corporation 

(OTCBB: PLRP)

Current Price: $0.0044 

30 Day Target Price: $0.02<= span style=3D"font-family:Arial;mso-bidi-font-family:"Times New Roman= ""> 

 

Cyberterrorism:&nbs= p; The Next Wave?

Many of the experts seem to think so

On October 16th, President Bush formed a new panel to= fight one of the nation=FFFFFF92s most serious terrorist threats: c= yberterrorism.  Noting that the nation's information systems are vital to business, government and national defense, a new cabinet was qui= ckly formed to prevent the possibility of such attacks.

 <= i style=3D"mso-bidi-font-style:normal">"The threats are extensive and serious," said Terry Benzel= , vice president of advanced security research at Santa Clara, Calif.-based Network Associates. "A cyberthreat taken= in conjunction with a physical threat of terrorism as we witn= essed is beyond frightening," she said.

Tonight we present to you a company with the know-how and experien= ce to be of major significance in the fight against cyber-terror= ism. This is a company with impressive relationships (i.e. its biggest client is NATO= ), various endorsements, and nat= ional press coverage. 

All for less than half a  penny per share!=

 

Remarkable Cybersecurity Products

Quickly adding to PLRP=FFFFFF92s p= ortfolio of groundbreaking cyber-security products is e-Centurion.  This new product is in the final stages of production= and will soon be available on Amazon.com as well as the company website.  E-Ce= nturion has been so remarkably effective to the extent that e-Centur= ion has destroyed new v= iruses that the software wasn=FFFFFF92t even aware of!  Read this excerpt from a recent press release below.<= br>
 =FFFFFF93We a= re very pleased to further validate our claims that e-Centurion is a revolutionary product,=FFFFFF94 stated Calkins. =FFFFFF93Sim= ply by using the default configuration for our product=FFFFFF97protecting .ex= e and .bat files=FFFFFF97we were able to stopW32/ Sircam cold. Without prior knowledge of the virus signature, e-Centurion prevented it from inserting itself into any of the user=FFFF= FF92s folders or creating any files in order to execute. e-Centuri= on also protects the address book, so W32/ Sircam wasn=FFFFFF92= t able to propagate through e-mail. When W32/Sircam isn=FFFFFF92t able= to do its dirty work, it simply disappears. In effect, we killed it.=FFFFFF94 

PLRP=FFFFFF92s ability to foresee the latest standards in Internet Security= makes it a viable player in the nation=FFFFFF92s fight against cyb= erterrorism.

= Your Children and the Internet<= font face=3D"Verdana"><= b style=3D"mso-bidi-font-weight: normal; mso-bidi-font-size: 12.0pt; mso-b= idi-font-family: Times New Roman"> 
 Are They Safe?

<= br> More and more children are making the Internet a part of the= ir everyday lives. If you are a parent, you are probably concerned about the co= ntent of the material your children view on the Internet. Pacel Corporation (OTCBB:= PLRP) has developed a key remedy to this issue. Pacel=FFFFFF92s Ch= ildwatch=FFFFFF99 software is sold for just $29.99 .

P= LRP=FFFFFF92s advanced child-protection software has won PLRP a strategic alliance with Earthlink (NASDAQ: ELNK), one of the nation=FFFFFF92s leading ISP=FFFF= FF92s. Earthlink is offering three free months of internet service to anyone = who buys the Childwatch=FFFFFF99 software.  Because the ChildWatch technology uses human reviewer= s and objective standards to block inappropriate websites, it is n= ot subject to the inaccuracies that have caused extensive criti= cism of other content filters.&= nbsp; This has opened up the door to a unique opportunity that gives parents complete access and control over the computer and internet activi= ties of their children.

CNN=FFFFFF92s Larry= King has also endorsed Pacel=FFFFFF92s efforts by joining the Nationa= l Child Watch Zone Celebrity Committee, an organization led by PLRP. This socially responsible product has caugh= t the attention of many school districts and public institutions (i.e. libraries) in hopes of filtering harmful material from young children. 

Addit= ional Highlights

  • NATO has trusted Pacel=FF= FFFF92s UK subsidiary, Fairfax Communications Limited, with numerou= s orders for the use of their programs. PLRP's relationship with NATO is growing, as t= he company will expand its range of services to NATO through the presence of its recently acquired ADVANTAGE SYSTEMS, INC.

  • PLRP was featured in an exclusive Washington Post article earlier this summer. = Read this article by clicking  here

With rapidly increasing controversy for children=FFFFFF92s Internet security, a major al= liance with Earthlink, and the trust of NATO, Pacel Corporation is certainly= worth that second look, presenting the speculative investor with an incredible growth opportunity.  

At such a low pr= ice of less than half a penny per share, PLRP is certainly worth a clos= er look.

For more information, visit www.= pacel.com

 

 

DISCLAI= MER: This press release may not contain the full text of the press release= or report issued by or about the named companies; moreover, althoug= h the summary herein is derived from, and subject to all disclaimers contained in, the press release as provided to us by third party sources believed to be reliable, we make no representation or gi= ve any assurance as to the accuracy or completeness of either the summa= ry contained herein or the material upon which such summary is base= d; accordingly, all information contained herein about such compani= es should be independently verified by you. We are not an investmen= t advisor and do not purport to suggest which companies our Subscr= ibers should monitor, purchase or sell. This release is not intended t= o convey any investment advice. Special Situations Investment Opportunities is a financial advisory network focusing on high-growth companies with the inte= nt to offer its subscribers a great investment reward. It has the poli= cy to acquire existing small newsletters, is not affiliated with any b= roker or dealer and is not a registered investment adviser. In compliance with the Securities Act of 1933, Section17(b), Specia= l Situations Investment Opportunities discloses the receipt of for= ty thousand dollars cash for the publication of this report and additional services. The information contained in this publication is for informational purposes only= and is neither an offer to sell nor a solicitation of any offer to b= uy securities. Investment in smallcap companies is considered extre= mely speculative and may result in the loss of some or all of any investment made in these companies. Special Situations Investment Opportunities may hold positions in PLRP b= efore, after, or during the dissemination of this profile and reserves = the right to liquidate part or all of any positions held at any time.  Special Situations Investment Opportunities  is not in any way responsible for any profits or losses resulting from acting upon= this publication. Investors should use the information contained in t= his publication as a starting point for conducting additional resear= ch on the featured company in order to allow the investor to form his = or her own opinion regarding the featured company. Investors should not= rely solely on the information contained in this publication.  Special Situations Investment Opportunities<= i> does not = accept any liability for the accuracy of the facts presented in this publication. Factual statements containe= d in this publication are made as of the date stated and are subject = to change without notice. Readers of this publication are cautioned= not to place undue reliance on forward-looking statements, which are= based on certain assumptions and expectations, that may or may not act= ually occur, and involve various risks and uncertainties, that could c= ause results to differ materially from those set forth in the forward-looking statements. 

 

~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 = You are currently subscribed to the Investors Holdings =FFFFFF99 Update.=   You can change your email preferences by clicking here and pressing, "send"  NOTE: By removing = your email address from our list you will no longer receive the FREE company Adviso= ry or the FREE company Update
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~~~~~

 

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 6:29:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout02.sul.t-online.de (mailout02.sul.t-online.com [194.25.134.17]) by hub.freebsd.org (Postfix) with ESMTP id 260E937B416 for ; Wed, 7 Nov 2001 06:29:29 -0800 (PST) Received: from fwd00.sul.t-online.de by mailout02.sul.t-online.de with smtp id 161Tho-0006AV-07; Wed, 07 Nov 2001 15:29:28 +0100 Received: from peedub.muc.de (520017439985-0001@[217.228.214.89]) by fmrl00.sul.t-online.com with esmtp id 161Thf-1fJACOC; Wed, 7 Nov 2001 15:29:19 +0100 Received: by peedub.muc.de (8.11.6/8.11.1) id fA7ET6238747; Wed, 7 Nov 2001 15:29:06 +0100 (CET) (envelope-from garyj) Message-Id: <200111071429.fA7ET6238747@peedub.muc.de> Content-Type: text/plain; charset="iso-8859-1" From: Gary Jennejohn Reply-To: garyj@jennejohn.org To: Len Conrad , freebsd-hackers@freebsd.org Subject: Re: token ring cards always PROMISC Date: Wed, 7 Nov 2001 14:42:19 +0100 X-Mailer: KMail [version 1.3] References: <5.1.0.14.0.20011107062520.05665790@mail.Go2France.com> In-Reply-To: <5.1.0.14.0.20011107062520.05665790@mail.Go2France.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Sender: 520017439985-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday 07 November 2001 13:29, Len Conrad wrote: > Sorry to bother you here. No answers from -questions or > -tokenring. > > We didn't turn it on, we can't get PROMISC mode off. The card > otherwise works fine. > > Is it a problem to leave in that mode? > > ----------------- > > forwarded from the other lists: > > Hi list, > > When we bring up the 3137 (or 3140), it´s always in PROMISC > mode. This didn´t occur on a 4.2R machine where we DL'ed the > driver ourselves (rather than use the kernel driver of 4.4R or > ourselves) and has been running +one year error free. > The driver turns it on by default in the init routine. If you don't want it then you'll have to modify the driver yourself. I don't know _why_ the driver does that, so modify it at your own risk. -- Gary Jennejohn garyj@jennejohn.org gj@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 Nov 7 6:42:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web.cs.ndsu.nodak.edu (web.cs.ndsu.NoDak.edu [134.129.125.7]) by hub.freebsd.org (Postfix) with ESMTP id BE32337B417 for ; Wed, 7 Nov 2001 06:42:28 -0800 (PST) Received: (from tinguely@localhost) by web.cs.ndsu.nodak.edu (8.11.4/8.11.4) id fA7EfQp95037; Wed, 7 Nov 2001 08:41:26 -0600 (CST) (envelope-from tinguely) Date: Wed, 7 Nov 2001 08:41:26 -0600 (CST) From: mark tinguely Message-Id: <200111071441.fA7EfQp95037@web.cs.ndsu.nodak.edu> To: dragonfire820@mediaone.net, freebsd-hackers@FreeBSD.ORG Subject: Re: PCI Device Drivers In-Reply-To: <008e01c16782$fc4b3080$037d6041@gandalf> Sender: owner-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 put a generic 4.4 PCI device driver skeleton at: http://www.cs.ndsu.nodak.edu/~tinguely/xxx_pci.c it is more that you wanted but less fluff than a complete driver. It is a skeleton C code, not a tutorial on newbus, dma, etc issues. The ioctl() interface depends on how you interface your code with the kernel (network driver is different from a character driver). I think you are implementing a character driver, see the character driver information in /usr/share/examples/drivers/make_device_driver.sh. how to add your driver to the kernel configuration is simular to the changes made in make_device_driver.sh. yes, I know you want a complete make_pci_device_driver.sh file, but I am too lazy. --mark tinguely To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 7:52:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.stcorp.com (stasc52.stcorp.com [207.203.33.52]) by hub.freebsd.org (Postfix) with ESMTP id 17D4237B41B; Wed, 7 Nov 2001 07:52:09 -0800 (PST) Received: from msc-002.msg.stcorp.com ([10.10.40.162]) by mail2.stcorp.com with Microsoft SMTPSVC(5.0.2195.2966); Wed, 7 Nov 2001 09:48:42 -0600 Received: from msm-001.msg.stcorp.com ([10.10.40.140]) by msc-002.msg.stcorp.com with Microsoft SMTPSVC(5.0.2195.2966); Wed, 7 Nov 2001 09:52:01 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Date: Wed, 7 Nov 2001 09:52:01 -0600 Message-ID: <2AACFCDB6086274CA42D44085EF1BAA2045252@msm-001.msg.stcorp.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Thread-Index: AcFnpCPBNVHztP54QRCoGFnhwS0H3w== From: "Nicpon, John" To: Cc: X-OriginalArrivalTime: 07 Nov 2001 15:52:01.0847 (UTC) FILETIME=[23F26470:01C167A4] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been having the same problem listed below and was wondering if anyone had a fix? If so that would save me from ripping apart my machine again to sacrifice a PCI slot to a 3crap NIC. Thanks in advance, -John FROM: Jon Lido DATE: 09/25/2001 20:10:17 SUBJECT: kern/30836: Chipset SiS735 / NIC SiS 900 =20 >Number: 30836 >Category: kern >Synopsis: Chipset SiS735 / NIC SiS 900 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: =20 >Keywords: =20 >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 25 20:20:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Jon Lido >Release: FreeBSD 4.4-RELEASE i386 >Organization: >Environment: FreeBSD bombilla 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Tue Sep 18 11:57:08 PDT 2001 :/usr/src/sys/compile/GENERIC >Description: The SiS 900 Driver cant read the ethernet-address from the all-in-one-chipset SiS735. Ethernet-Address will always be 0:0:0:0:0:0. This problem seems very similar to problem report kern/21623, but with the SiS 735 chipset instead of the SiS 630E. >How-To-Repeat: Install FreeBSD 4.4-RELEASE on a ECS K7S5A motherboard (an SiS 735 chipset) with integrated NIC. >Fix: None yet. I tried using the special case in if_sis.c for the SiS 630: sis_read_cmos(sc, dev, (caddr_t)&eaddr, 0x9, 6); This resulted in an ethernet address (don't know if the address is valid), but it still can't find the PHY. dmesg says: sis0: Ethernet address: 00:d0:09:f4:7b:cf sis0: MII without any PHY! So this may not be related to the situation with the SiS 630. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 9:52: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113]) by hub.freebsd.org (Postfix) with SMTP id D265A37B416 for ; Wed, 7 Nov 2001 09:52:05 -0800 (PST) Received: from mkc-65-30-96-67.kc.rr.com (HELO yahoo.com) (65.30.96.67) by smtp.mail.vip.sc5.yahoo.com with SMTP; 7 Nov 2001 17:52:05 -0000 X-Apparently-From: Message-ID: <3BE974C4.5030203@yahoo.com> Date: Wed, 07 Nov 2001 11:52:04 -0600 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: PLRP Provides Solution to Cyber-Terrorist Threat Q 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 Whoever owns the account SmartInvestors@freebsd.org, assuming the address is even real, needs to stop sending this to the list. The SEC is highly interested in email "Pump and Dump" scams. So interested even that I forwarded them a copy of this fine example of bullshit. > Delivered-To: freebsd-hackers@freebsd.org > To: > From: SpecialSecurities11@excite.com > Subject: PLRP Provides Solution to Cyber-Terrorist Threat Q > Date: Wed, 07 Nov 2001 06:29:46 -1800 > > > Nov. 6, 2001 > Special Situations Investment Opportunities > > Our last profiles are great performers ! > > > Our latest track record proves we offer you very valuable research that > can make you some great returns. > > Now let's continue to build your wealth : > > WHAT TO DO NOW ? > > Have a look at our next profile: we're sure to deliver you a solid > company once again! > > Our new pick is Pacel Corporation > > (OTCBB: PLRP) > > Current Price: $0.0044 > > 30 Day Target Price: $0.02 > > CURRENT QUOTE CLICK HERE: > > > > > Cyberterrorism: The Next Wave? > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe > freebsd-hackers" in the body of the message jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! ----------------------------------------------------- POWER TO THE PEOPLE! ----------------------------------------------------- "Religious fundamentalism is the biggest threat to international security that exists today." United Nations Secretary General B.B.Ghali, 1995 _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 11: 0:33 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 78AF837B418 for ; Wed, 7 Nov 2001 11:00:30 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA72015; Wed, 7 Nov 2001 10:48:47 -0800 (PST) Date: Wed, 7 Nov 2001 10:48:46 -0800 (PST) From: Julian Elischer To: Dragon Fire Cc: freebsd-hackers@freebsd.org Subject: Re: PCI Device Drivers In-Reply-To: <008e01c16782$fc4b3080$037d6041@gandalf> 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 take the example device driver from the -current /usr/share/examples/drivers It makes a skelaton loadable driver. On Wed, 7 Nov 2001, Dragon Fire wrote: > I'm writing a very simple PCI device driver that, basically, needs to > allocate PCI resources, provide 2 ioctls, then deallocate PCI resources on > shutdown. > > The documentation on writing FreeBSD device drivers is sketchy at best. Does > anybody have any good resources? Even a pointer to a simple driver would be > helpful, many of the drivers in the source tree are SCSI or RAID drivers > which are far more complicated than what I need. I've begun ripping these > apart but if there are more resources available I'd like to get my hands on > them. > > Also, I've begun to piece the driver together, but the most notable piece of > missing information is how to have the driver loaded, is kvmload the way to > go?. > > There used to be a series of files to edit to add your source into the > kernel build and add your device into the kernel config file. I'm missing > the equivalent pieces of information for a loadable driver. > > Thanks in advance, > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 11: 0: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 3C8CA37B41A for ; Wed, 7 Nov 2001 11:00:35 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA72081; Wed, 7 Nov 2001 10:56:46 -0800 (PST) Date: Wed, 7 Nov 2001 10:56:45 -0800 (PST) From: Julian Elischer To: mark tinguely Cc: dragonfire820@mediaone.net, freebsd-hackers@FreeBSD.ORG Subject: Re: PCI Device Drivers In-Reply-To: <200111071441.fA7EfQp95037@web.cs.ndsu.nodak.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 7 Nov 2001, mark tinguely wrote: > I put a generic 4.4 PCI device driver skeleton at: > > http://www.cs.ndsu.nodak.edu/~tinguely/xxx_pci.c > > it is more that you wanted but less fluff than a complete driver. > It is a skeleton C code, not a tutorial on newbus, dma, etc issues. > > The ioctl() interface depends on how you interface your code with the > kernel (network driver is different from a character driver). I think > you are implementing a character driver, see the character driver information > in /usr/share/examples/drivers/make_device_driver.sh. how to add your driver > to the kernel configuration is simular to the changes made in In -current, the example IS a PCI driver... > make_device_driver.sh. yes, I know you want a complete > make_pci_device_driver.sh file, but I am too lazy. > > --mark tinguely > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 11:35:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nelly.internal.irrelevant.org (irrelevant.demon.co.uk [158.152.220.121]) by hub.freebsd.org (Postfix) with ESMTP id 4FBC837B41A for ; Wed, 7 Nov 2001 11:35:50 -0800 (PST) Received: from simond by nelly.internal.irrelevant.org with local (Exim 3.33 #1) id 161YUJ-0000dD-00 for freebsd-hackers@freebsd.org; Wed, 07 Nov 2001 19:35:51 +0000 Date: Wed, 7 Nov 2001 19:35:51 +0000 From: Simon Dick To: freebsd-hackers@freebsd.org Subject: Some FreeBSD publicity Message-ID: <20011107193551.B1158@irrelevant.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It may only be The Register, but some publicity is better than none :) http://www.theregister.co.uk/content/54/22693.html (it's an updated article where they said Linux was the first OS to get support for up to 128 petabyte files (PB? :) -- Simon Dick simond@irrelevant.org "Why do I get this urge to go bowling everytime I see Tux?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 11:42:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 5B9A637B417 for ; Wed, 7 Nov 2001 11:42:17 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fA7JgDD59300; Wed, 7 Nov 2001 11:42:13 -0800 (PST) (envelope-from dillon) Date: Wed, 7 Nov 2001 11:42:13 -0800 (PST) From: Matthew Dillon Message-Id: <200111071942.fA7JgDD59300@apollo.backplane.com> To: Mathieu Arnold Cc: "Nicpon, John" , freebsd-hackers@FreeBSD.ORG Subject: Re: Unix Philosophers Please! References: <2AACFCDB6086274CA42D44085EF1BAA2293FF3@msm-001.msg.stcorp.com> <3BE06F74.B25DA687@club-internet.fr> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : : :> "Nicpon, John" wrote: :> :> Please specifically define where data goes that is sent to /dev/null : :to the place where no data ever came back. : :-- :Mathieu Arnold /dev/null is the single best implementation of WOM that I've ever seen, but the part about the FBI tap is new. Damn! Gotta run now... -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 12:36:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netbank.com.br (garrincha.netbank.com.br [200.203.199.88]) by hub.freebsd.org (Postfix) with ESMTP id 3B7E237B405 for ; Wed, 7 Nov 2001 12:36:07 -0800 (PST) Received: from 1-096.ctame701-1.telepar.net.br (1-096.ctame701-1.telepar.net.br [200.181.137.96]) by netbank.com.br (Postfix) with ESMTP id 1FF8C46813; Wed, 7 Nov 2001 18:36:02 -0200 (BRDT) Received: (from localhost user: 'riel', uid#500) by imladris.surriel.com with ESMTP id ; Wed, 7 Nov 2001 18:35:50 -0200 Date: Wed, 7 Nov 2001 18:35:50 -0200 (BRST) From: Rik van Riel X-X-Sender: To: Simon Dick Cc: Subject: Re: Some FreeBSD publicity In-Reply-To: <20011107193551.B1158@irrelevant.org> Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 7 Nov 2001, Simon Dick wrote: > It may only be The Register, but some publicity is better than none :) > > http://www.theregister.co.uk/content/54/22693.html > > (it's an updated article where they said Linux was the first OS to > get support for up to 128 petabyte files (PB? :) ... which isn't true, Linux also still has the 2TB block device size limit ;) What the article _should_ have written is that Linux just got support for IDE hard drives of up to 128 petabytes, because Andre Hedrik put together the driver ... cheers, Rik -- DMCA, SSSCA, W3C? Who cares? http://thefreeworld.net/ http://www.surriel.com/ http://distro.conectiva.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 16:28:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guru.mired.org (okc-65-31-203-60.mmcable.com [65.31.203.60]) by hub.freebsd.org (Postfix) with SMTP id 7C89A37B426 for ; Wed, 7 Nov 2001 16:28:44 -0800 (PST) Received: (qmail 4400 invoked by uid 100); 8 Nov 2001 00:28:41 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15337.53689.219077.272497@guru.mired.org> Date: Wed, 7 Nov 2001 18:28:41 -0600 To: "Nicpon, John" Cc: , Subject: Re: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. In-Reply-To: <2AACFCDB6086274CA42D44085EF1BAA2045252@msm-001.msg.stcorp.com> References: <2AACFCDB6086274CA42D44085EF1BAA2045252@msm-001.msg.stcorp.com> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nicpon, John types: > I've been having the same problem listed below and was wondering if > anyone had a fix? There wasn't a fix when I asked last week, and I've not been able to get technical specs out of SiS. If you get one, I'd appreciate hearing about it. Thanx, http://www.mired.org/home/mwm/ Q: How do you make the gods laugh? A: Tell them your plans. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 18:10:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f218.law11.hotmail.com [64.4.17.218]) by hub.freebsd.org (Postfix) with ESMTP id A251137B418 for ; Wed, 7 Nov 2001 18:10:36 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 7 Nov 2001 18:10:28 -0800 Received: from 64.170.63.74 by lw11fd.law11.hotmail.msn.com with HTTP; Thu, 08 Nov 2001 02:10:28 GMT X-Originating-IP: [64.170.63.74] From: "Ron Smith" To: freebsd-hackers@freebsd.org Subject: CVSup refuse file Date: Wed, 07 Nov 2001 18:10:28 -0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 08 Nov 2001 02:10:28.0357 (UTC) FILETIME=[89267B50:01C167FA] Sender: owner-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 set up a "refuse" file so that I *don't* get certain files that I don't need. However, when following the instructions in the FreeBSD Handbook, I'm unable to get this to work. There must be something I'm missing. Here are the details: I'm sending the download to '/usr/tmp/dest' until I get everything straightened out. /usr/local/bin/cvsup -v CVSup client, GUI version Software version: SNAP_16_1e Protocol version: 17.0 more /root/bin/supfile *default tag=RELENG_4 *default host=cvsup7.freebsd.org *default prefix=/usr *default base=/usr/local/etc/cvsup *default release=cvs delete use-rel-suffix compress src-all ports-all tag=. doc-all tag=. more /usr/tmp/dest/usr/local/etc/cvsup/sup/refuse/refuse ports/chinese ports/french ports/german ports/japanese ports/korean ports/russian ports/ukrainian ports/vietnamese doc/de_DE.IS08859-1 doc/es_ES.IS08859-1 doc/fr_FR.IS08859-1 doc/it_IT.IS08859-1 doc/ja_JP.eucJP doc/nl_NL.IS08859-1 doc/ru_RU.K018-R doc/sr_YU.IS08859-2 I'm using the following command to kick everything off: /usr/local/bin/cvsup -g -L 2 /root/bin/supfile /usr/tmp/dest Both the supfile and the refuse file are executable (I'm not sure if the refuse file needs to be). Everything works fine, except that I'm getting the files I don't want. What am I missing?? Ron Smith ronnetron@hotmail.com _________________________________________________________________ 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 Nov 7 20: 5: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dcb.hz.zj.cn (dcb.hz.zj.cn [202.96.103.1]) by hub.freebsd.org (Postfix) with ESMTP id 59EE637B417 for ; Wed, 7 Nov 2001 20:04:44 -0800 (PST) Received: from c ([61.154.132.141]) by dcb.hz.zj.cn (8.11.0/8.11.0) with SMTP id fA8410v02162 for ; Thu, 8 Nov 2001 12:01:00 +0800 (CST) From: Reply-To: c.h@china-lutong.com Message-ID: {7C0F1278-D429-11D5-A6CB-444553540000}@c Subject: Head & Rotor VE(CHINA-LuTong) 11/08 To: china-diesel.fuel.injection@dcb.hz.zj.cn X-Mailer: DiffondiCool V3,1,7,1 (W95/NT) (Build: Apr 14 2000) Mime-Version: 1.0 Date: Thu, 08 Nov 2001 12:02:04 +0800 Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0" 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 is a MIME Message ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hi: My name is ChenHua, and I'm writing on behalf of the China-Lutong mechanical company=2E Located in the south east of China, we specialize in hydraulic heads for the VE distributor pump=2E We can supply standard, good quality units at a very competitive price=2E The following types are available: Engine model VE PUMS code NO UNIT PRICE(EX WORKS) ISUZU) NP-VE4/11L 096400-1600 $USD40 (NIPPON DENSO) ISUZU NP-VE4/11R 146402-0820(zexel) $USD45 ISUZU NP-VE4/11L 146402-0920(zexel) $USD40 ISUZU NP-VE4/11L 146402-3820(zexel) $USD45 NISSAN NP-VE4/12R 146402-4320(zexel) $USD50 IVECO NP-VE4/11R 1 468 334 798(BOSCH) $USD45 CUMMINS NP-VE6/12R 1 468 336 423(BOSCH) $USD50 In addition,the following models have been produced by us,but there is no stock at present=2E 096400-1240 (NIPPON DENSO) 1 468 333 323(BOSCH) 2 468 334 021(BOSCH) 2 468 334 050(BOSCH) 1 468 334 565(BOSCH) 1 468 334 580(BOSCH) 1 468 334 590(BOSCH) 1 468 334 596(BOSCH) 1 468 334 603(BOSCH) 1 468 334 604(BOSCH) 1 468 334 837(BOSCH) 1 468 334 874(BOSCH) 1 468 334 899(BOSCH) 2 468 335 022(BOSCH) 1 468 336 528(BOSCH) 1 468 336 464(BOSCH) 1 468 336 480(BOSCH) 2 468 336 013(BOSCH) 1 468 336 614(BOSCH) 146400-8821(zexel) 146402-4020(zexel) VE distributor head: 3-cyl:USD:45/1pcs 4-cyl:USD:45/1pcs 5-cyl:USD:50/1pcs 6-cyl:USD:50/1pcs Minimum order is 48pcs a model=2E We also can make to order for other models as required=2E We use precision forging technology to create our products and surface treat them using an imported shot-blasting machine=2E The constant grinding process guarantees identical clearance in each plunger=2E Because we have been in the field of diesel fuel injection systems for quite a few years, we are acquainted with many domestic manufacturers of, and sales agents for, parts such as injector nozzles, plungers, delivery valves and so on=2E If you are interested in our products, please contact me=2E Thank you for your interest in our company=2E Thanks and best regards ! C=2EHua Sales & purchasing director HTTP://WWW=2EChina-LuTong=2ECOM c=2Eh@china-lutong=2Ecom ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: application/octet-stream; name="error.txt" Content-Transfer-Encoding: quoted-printable Content-Description: error.txt Content-Disposition: inline; filename="error.txt" Sorry, but we couldn't open the attach file when sending this message original file: f:\=D7=CA=C1=CF\=B8=F6=C8=CB=CD=BC=C6=AC\=CD=BC=C6=AC\ve'head&rotor'(146833= 6423)=2Ejpg ------=_NextPart_000_007F_01BDF6C7.FABAC1B0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 20: 8: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dcb.hz.zj.cn (dcb.hz.zj.cn [202.96.103.1]) by hub.freebsd.org (Postfix) with ESMTP id A080537B416 for ; Wed, 7 Nov 2001 20:07:56 -0800 (PST) Received: from c ([61.154.132.141]) by dcb.hz.zj.cn (8.11.0/8.11.0) with SMTP id fA844Cv02504 for ; Thu, 8 Nov 2001 12:04:12 +0800 (CST) From: Reply-To: c.h@china-lutong.com Message-ID: {7C0F1358-D429-11D5-A6CB-444553540000}@c Subject: Head & Rotor VE(CHINA-LuTong) 11/08 To: china-diesel.fuel.injection@dcb.hz.zj.cn X-Mailer: DiffondiCool V3,1,7,1 (W95/NT) (Build: Apr 14 2000) Mime-Version: 1.0 Date: Thu, 08 Nov 2001 12:02:04 +0800 Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0" 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 is a MIME Message ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hi: My name is ChenHua, and I'm writing on behalf of the China-Lutong mechanical company=2E Located in the south east of China, we specialize in hydraulic heads for the VE distributor pump=2E We can supply standard, good quality units at a very competitive price=2E The following types are available: Engine model VE PUMS code NO UNIT PRICE(EX WORKS) ISUZU) NP-VE4/11L 096400-1600 $USD40 (NIPPON DENSO) ISUZU NP-VE4/11R 146402-0820(zexel) $USD45 ISUZU NP-VE4/11L 146402-0920(zexel) $USD40 ISUZU NP-VE4/11L 146402-3820(zexel) $USD45 NISSAN NP-VE4/12R 146402-4320(zexel) $USD50 IVECO NP-VE4/11R 1 468 334 798(BOSCH) $USD45 CUMMINS NP-VE6/12R 1 468 336 423(BOSCH) $USD50 In addition,the following models have been produced by us,but there is no stock at present=2E 096400-1240 (NIPPON DENSO) 1 468 333 323(BOSCH) 2 468 334 021(BOSCH) 2 468 334 050(BOSCH) 1 468 334 565(BOSCH) 1 468 334 580(BOSCH) 1 468 334 590(BOSCH) 1 468 334 596(BOSCH) 1 468 334 603(BOSCH) 1 468 334 604(BOSCH) 1 468 334 837(BOSCH) 1 468 334 874(BOSCH) 1 468 334 899(BOSCH) 2 468 335 022(BOSCH) 1 468 336 528(BOSCH) 1 468 336 464(BOSCH) 1 468 336 480(BOSCH) 2 468 336 013(BOSCH) 1 468 336 614(BOSCH) 146400-8821(zexel) 146402-4020(zexel) VE distributor head: 3-cyl:USD:45/1pcs 4-cyl:USD:45/1pcs 5-cyl:USD:50/1pcs 6-cyl:USD:50/1pcs Minimum order is 48pcs a model=2E We also can make to order for other models as required=2E We use precision forging technology to create our products and surface treat them using an imported shot-blasting machine=2E The constant grinding process guarantees identical clearance in each plunger=2E Because we have been in the field of diesel fuel injection systems for quite a few years, we are acquainted with many domestic manufacturers of, and sales agents for, parts such as injector nozzles, plungers, delivery valves and so on=2E If you are interested in our products, please contact me=2E Thank you for your interest in our company=2E Thanks and best regards ! C=2EHua Sales & purchasing director HTTP://WWW=2EChina-LuTong=2ECOM c=2Eh@china-lutong=2Ecom ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: application/octet-stream; name="error.txt" Content-Transfer-Encoding: quoted-printable Content-Description: error.txt Content-Disposition: inline; filename="error.txt" Sorry, but we couldn't open the attach file when sending this message original file: f:\=D7=CA=C1=CF\=B8=F6=C8=CB=CD=BC=C6=AC\=CD=BC=C6=AC\ve'head&rotor'(146833= 6423)=2Ejpg ------=_NextPart_000_007F_01BDF6C7.FABAC1B0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 7 20:19:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.noos.fr (aragon.noos.net [212.198.2.75]) by hub.freebsd.org (Postfix) with ESMTP id 30B8337B416 for ; Wed, 7 Nov 2001 20:19:24 -0800 (PST) Received: (qmail 49932607 invoked by uid 0); 8 Nov 2001 04:19:21 -0000 Received: from unknown (HELO gits.dyndns.org) ([212.198.229.145]) (envelope-sender ) by 212.198.2.75 (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 8 Nov 2001 04:19:21 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.6/8.11.6) id fA84JJN09142; Thu, 8 Nov 2001 05:19:19 +0100 (CET) (envelope-from root) Message-Id: <200111080419.fA84JJN09142@gits.dyndns.org> Subject: Re: CVSup refuse file In-Reply-To: To: Ron Smith Date: Thu, 8 Nov 2001 05:19:19 +0100 (CET) Cc: freebsd-hackers@freebsd.org Reply-To: clefevre@citeweb.net From: Cyrille Lefevre Organization: ACME X-Face: X-Mailer: ELM [version 2.4ME+ PL95a (25)] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ELM1005193159-8671-0_ 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 --ELM1005193159-8671-0_ Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Ron Smith wrote: > I'm trying to set up a "refuse" file so that I *don't* get certain files > that I don't need. However, when following the instructions in the FreeBSD > Handbook, I'm unable to get this to work. There must be something I'm > missing. Here are the details: [snip] > more /usr/tmp/dest/usr/local/etc/cvsup/sup/refuse/refuse should be /refuse and not /refuse/refuse > Both the supfile and the refuse file are executable (I'm not sure if the > refuse file needs to be). not needed. > Everything works fine, except that I'm getting the files I don't want. What > am I missing?? in attachment, you'll find the refuse files I use. they are needed (to get some space) if you turn off tag in which case you'll get all the cvs repositories. Cyrille. -- Cyrille Lefevre mailto:clefevre@citeweb.net --ELM1005193159-8671-0_ Content-Transfer-Encoding: base64 Content-Type: application/octet-stream; type=tar; conversions=x-gzip Content-Disposition: attachment; filename=refuse.tgz Content-Description: refuse.tgz H4sIAPEG6jsCA+yc25LbNraGfT1P4etJsdU6tLp9aTuOy5NMxpN2Jt5XKpAEKbQAAg2AotRPPwsk ReJEylO1k101O0rFanz/IkgCi8DCgZK4qBV+9bt+lre3283m9avX5nPrfZvP8u716/v19nZ7v71f 3kL6drNZvXp9++oP+NRKI/n69SvJuZ6za/YY01f/dZ+/Lm6yoyJlxSX+y6s/P//fPjnPEkTpQv6O 7cCV59887eb5v18u7zab7RLI6na5+fP5/4Pqf/HD23/+xXznePf9h5tPj//YPTzcvUmWLcRV/7X7 9THQVP+1+xDRetix4SSF7L92P/ziH7NHVZ5yfmgTJO+/dp++9w2fUP+1+9vnmw+/vrdSuM7+9nk4 m80Y6m6loruff/JzlHX/tXv89ebHf3x6SH65gF8uYMhVlYx2f8jd//w6ZrVq4cu+/9p9+e3mHSnv huMsVKBnt1z7YjK3r4aCWOybb7E6YFlhmuO0Lr/FHDy+KGYMBZcay2SojT9byf/ej6lr9Tv3APPt /2a93a7b+G+z2dxvVivT/m/u7v9s//+w+l/8Ff5ruDws/vqXDnzhnHYNQVoTmi/WN7e9gmS2J0cs 1YKSlL7wADOU1ZrQgNfVCxE3DdH7Ha4yeRaa8CqwmrFRWvKFUmelMXPYSVBUYb0QSGd7rG4QFXt0 sahzwhcP+5eEibXD0gYJB2R5nuYOKQ8SU8oYUy5m3LU75JjVVBOGc4KmleVyTkvI8qFyDChiWDpE EkF0gjQSJMLhBtCqQceIlKNSotQRjlymRCUn/+4apnhduTdojBJGDuONp1A/e4ak6VdIpS+UcMrL 86K8lCxUa4UVXnz9QWL8sE0QrzX4jfLkFLrEglfa5xk7QU/EfFqpmHGZxuhJ7Lnm+7rSQ1lepJc9 FKWVPYe7XBwEoVw7iAtc7dertQNbs4SS6uBg+aJeBlCBS2vj1emByYNJhxJ4gaqFwXNa6xzJ4EBR G9eFLBMIfFZ7zWioyDo9J2qPLvnm4FopUlgt/n7+R/qEMx0IeUoaiYQYSnOU2Fk90/VqOSWsJoUk owRXelpXWB6nzqhrzUNJ3CVvBYL24Pt3n0KxRFmGlQoFrnQpMeQaSG1ZQQuRtCedlHdXslhukjJP Lz4HlXcwraV5dFKKJUb5eJuWpiuusQqEUtZVCI8kDyC4iSBsFXIuS1SRFyxd9xktoCD3YnV7S09w e6G6F2WzI+BRFdTCeUIXkhtnCm9A4uyc0cgtNwJzQXHAT3toL0PaNqQDPmIKXQprW5ukzLLVGwi4 CYUaIFVG6xw7limp2lwStn04OEq2y777bgeBEVRMlWG3fFoD6qWFsJ+0HkqulMk7adOhpjLuwqOi poXyYYPT5AU6JKu4jJJTBvEbz1wozyh3CBZQntrNtKCoKUiVezlCkYWFAXBof3pi+UOfjhyWp9oj 0AEEwM+6RZEC64Sty/RBQXSmHUiyZ/88JKduzZNKkXLvHSfdg57QESVZLVxYuKV9yNMy9A545uAS YJyloprKDyufwRcXoTVk8913PvksufiJQGNTcYZ9Ec56gFbax0VBxjAJng5fLzWcPix1UKA8fVTh WqLAUMGZA6aR2nuwqk/RMwHfTXC9Nw2k6p/lDyfEwKXVNbv+mXftjJ9eHvxAAFcPmefshlW48X2M kapsTJuTmEog0hOFSqDnhWAqyA6k7YZLiHd7i/jVBWYQzFB6xaa8v79m4d9xxOLpmsXVW+Lpk3ua rgDDRqMS7m1DH/Q9hGrJ95wzlaOzL344CStWudBPFXnPq8LHj1pCJbVf7vPRPxguk1mizWDIpeeE ncwVfSHeo9cq8GSeziF+1Mh7NFr8JZJ9ldVSeZfSRhis1vjEQg6BAHELQKHGAxn3q0jl1E9HnknF xvHGhdAExgL4xrfktYR+cg+tKg1aVn2+jI1gwAPBAgwuBKbJCcOIETrfemicB7nO4GY9mMFpTaiN rF7rohWUsJn8fBmadSnHsPNiVjbCIxRp7WfGcLNK2rxWt54kzPzgzHUozMh/IE9cppm34NCeZ/7x R8I2Hmrmz9h82xl7CxPLJhBaH1A5eKhnEjmHnf035pCYeh7G/zEDVTN+Rb5ynqgJHIy6im97KXO5 M1Jyd7OKyzuIVvKJQ3djz+ErDCsUSP20SniNp4zbQ9ZCCxicg2dokVtIIIng2yLNaUyXCM65QCVz 05oi5ZDctL8yc1iZCc6EJK5lG5QkKfTDhzHM6KQ97UZzSc7cnCD+af+IwiFA9LEdLfUaq3MHtMVq rt2hYEVODoFx/vCcdwQaxOcaHVx4RDIb+5WOnUwEOhQnDJD3JINRNNTkyoc5QV5XM0hlnnCaBxQf UWhKitGDLMpEAm1jPcRljuQW1qDQU4DGshrQ+YgLUqoYL2sSw926hK/shcpQcBGEwe2sEs2CQjRV 3f89I43+ERWjN36A0KlWWqJxAmHQBCKVjpSwqBjEyFUZ8LOZJiqDu30OkUIVDtie61UkW10G7qBJ Uaw3Pj0Oo6wBnVK2AjcJsJnMK5OCy6HrIDIzkwzZ/hSdRDUyMYGQRJWypqp6TkiCBcksCFHWz1gn n355b8FTSYam4wkJ1M7BmaUxD2WIUX3YLH0O/4PfVCg5PuH1ra+We660yiCm0zPScvkwo642c9mu b+fUTUQlgzOPzLSLJKsDPlTfgIb1N4+bYSXP0NDDjgI25ranjxIPEPj2SZSbpFK+AqGN3YM7vOs2 A4UxH1UYCgYCvM2kcNf27xC3ZtbzFzOr0JGUszbbb8tqO52VONiTxz6OuE2vRFymVyLu0isRV/Hm wUbezRjqDJ6IsTEK5MBH5Bkd6pInhWh8CfJ6WAXwELJjYQY+CSMqm5EiRWOpkeKx1EgRWeompp7y I4nToAygmYAWiww94SA0a5YQBgGfL5xuV8tV1A9ipzUscvcGR27b4Mj9GryJ40NyLNrZrocZdeJM vbqezXm9nVPnr2o7qyIaFHq84eij8LZdn9O+a6pqc81gO2FgjRJi0uzZR4O5S3Ct5q4juZbLzPEz h0aPCjrCMxrH0y702/Ujav/Jdpe201FEjux0O8VjAzM0pby8FPqBwzCg8gIMVyu01ZXe3bmiI+11 Ubgy9JNmFS+e8b44NsOyh8Pm7KGlLj1OTTEJZ+ExJoVHDr3P2PnETz3fm80b/Uc5zlxj2EPOWFj5 UFSVC1yCJ9rTRy0dJx+7pAmArInADtbG2WwyTsO3yagzdkp+8JJJzjMftWuEY1fQ8cI1I4eh/Dqg 3KwPqCiwCxrHgJk5dxfkMEpP1jGWjN15yyFkfpd8NDG6Q/fCSZ71nldJirVzni4MCEnilWI8mmgl ta+fhgnEjjzXMHgPydJGkNX9nQ+2HnjwD/nqHXN27uYkLtXEEKGLrFsbTkxinFDvJF5LgiX05cLG mLLVnQNObG+nTSDrzC0NNJy/6qRaa+8Ra7kgFV77YJMo5dyB4MJZ375AgaVzsEypYuO0TcfM5C74 feLf5DFVBaFmn97yxsmlaWdGzbh26m5ezL8D0Ht4/GhyzHmZPGsbVzUTZxtIJzEMVlnKK9z9uztm 0qEql95s4sDHOoJgb7FaLWsBY9Rhvqynqyi9i9L7CF3fxmDsXOvYqdabCPyIK/C6LPn5n482RmZS Gq02Dquh+aSJtXOmxWldJmmd52cbZsPsXpfkLOOV4tQ5dybyYTGyA0P03yZx1c6844qZh8aap2rV sr/y6tk5Vdsoo5yRKqC1wlKVNXFLoATfMBk5DHzVSZutTdIhDQbP8dj5iFXGbAQDXHuq02HDNI9H 7VFvKzEEzTmmzt0zLpBzyWY1CJvNZw5U5OHBBs8ZHdc0WyJhoK0dkN2NK4wdEcxLrjJBuM0UQ05S YJxrXmf7Xa2cktSHnBTOnZhBUspPNmpYQSR2icgyJC+OZ7bI/UB58zjOvhn0qaSc//Dls4UQYcFc T8tZYleMQWlqJ9x55xa1QZ8NKMoO4IWOUZVZqWycl26T4MLd/gsb1pLayaOqhVkx9Vkewgbbl5yT TDtJ+9R5BeEGtPk24k1FubVLx0BMhwn7NilItrHTLymv3euHWzT7LlzCiJRcukzZ7tkzU/kWKd3y 6mbexymmgaXIJ/CH2fVpY4mdmin1YVz474FCzM1KMzvVlNgu0f2qMnWQ2wUCWVpdUEtk5qY+fXLT ebI/p5LkcZrcudydkeygUsROqyzJ95ldcORoO/YTSsGdo4/BU1BRT7V9YdAqhSU7wqEJ87HdhrWa WyqHo5umObIvn7puAPEdNm3tyWXdbdmMVvQ0xlUDcnML7phx30JV0cJite29lfdwt+mVD9Y2gNhH VUzEtq30OtKIHhKkarvwKlI92V7KmV39ly2du+WNXRv9vPUXTM1p35NxZ1av/oJyUiuXiV8+v7eJ EyZ25FjbrtD+ZWYLnIoQQdv5XLsVLvnJAyY4rKXdnilUYuh1qdPqwW1offbisFZwnhHl5g79UUnt IjSbrVO7FdMwJhPUKQ+dCUWJ09bpzNm92SLPtTWEEoezy2p4uk3FR9CUL3hNT1MnXok2ntOesj2y j7CXKEz6jAo3GegUJ9o7yQsxy4MDaMwOpOri4wJRtniytgK3ILbH0mxqf2P/vXgDLXbtEmv7ck8a N/21dJLjiL1LD3fTJaFpd9INoZcIVUhSQQSwGnbmjGCzjqAEbWKUYj1uxO4V0Y9ktg7O/FPhylne 6WC47BPw9ZSwmRLuJoVJZTspJBU/DU1+J5stov7dUSE9Mrh+lwQfMZvov5yH+Y+A/+ZszO7llK2E QC7LrbXjHjnrHz1TdrTXMY2/4K/2BITC0KwQfV48Pv6Eh51ZA0WoIPmqm/UYGsVRFWVi9RcDz9G4 ED9AGHOAuVTBmYmgvPThQaZ30euEO2ftqyVJxSKaHEI3h6p2OdhXRADukvdt3u/fvV98dnoC2waa id04SRBR5oxK0W1svKl4BSMFNG0wIV5az5njLyYxGZIMiR209Lmvgf9ZW99GbPopKEXz4kBUs15B GAQFXZUMsoICyWsW5GL28jUw/Fmug3zqo7XdQO0xpWqxZwztXdRfBx5WLtS5c/8FUoxXXacdSlJY G4cGnuUSZ3wYeQ08GGePikbSZ3s8dE4Dg74dOnikxkZ0lA5OiBzw5SpUiOIFjJ4DBfqJnXkfa5zY HyXJM6j/xbgPSGMmzBy4GtInbawWOYxDIIoYitQSENWTWoXrCa2QE0K7QXnsVEceEGgfqSbDxMvI zR6qnZk1GKePR1GiMmBKc5MIeLunE1L2vs5Bbd2szK0t24OkBg8YkdkVosNz6CzIWNfBVZ9g3Kwg Or7YNk0DLa4Z0HqhoCUUImRjIzTCwWVsFDsaqNgPEb3Do/muJ8w7PjRM0KFMH76Z4tOHpyonybDI ce+sl9zUasZyWA5xzcw+VftdEMOwbIYn36TNywzwbRdl2Zgas8FZcojfh07fMPKUWil7d2qbJik0 w/jZRWLcPtURs31xfsnJ2I07O9pUxT9yZ8bMoxHHgqLezVddbzFTO/N7RmYs3DqZ2VPiyNurZ9l+ y1m282e5/5Y8Jv1reL/NZe/qKocxiXnnAgZdFGtXfv/xkws+mX0QySN5sfNRMPLMh5jVIhDLHlmA Vz4ZdkSPxMmslgVqLFBLWjpXepTjLJ1Jmx0brkeAjqh5bS1ZxagNX+DhScQwSw7BeNJO6LY7BDU/ j3PKMcmelDF6wRb4BAGnHDrgnrKCueB5nVsDtha2K8SXd2E3bfonpMkwOhyNUmKCrDYRaBCOIDta txSV+IKZLDyQ9k1eEuWlUzI2Xt5OCctJwVn/DeXthFJGD4FKSJ51gvKcVzHdzOIwroctjnFx+pLE eeLmxfkwrHd4wrOOc7MwG9emqO9ZlrRcryeEze2UsJwSVnFhCt9O8YkTrKb41Amg44cubph5cuQ2 PJopmlb31q8Dg3CJO2pymBLjirUl1eerOH+I2p8KLs3745F9tnN241LWnBVZP0QfsdORtGveVUHK ad0tsIYtUGFeE9dYBM8QiJMrjb3e7qSJHUgy3DC/ilvOKxOASxebIIkVtWesUMPGN996eCoy760R EBZfC6W1ndb66w8PWyWPyfr7n1Cq4trD3bCnwlPefvwaFz4tVw9x5e/QVa9X09p2M61NZckrHlc+ v7m9vY1Lj+sp/q8J4V8f38YVEOz23JZ+m7rVsG5G7VQEFfHmwQgfPr6PCx/fvtk+TEk/v/vt7ee4 +Pfwljrh5w/vNw+3k1pYeL30479AjWuff/vp3ZTy+OOEFCv0Tvny8ddPceW3t+8+fJ6UHieUx5/t E6UoOxQSZfbT4m3Hb5FurFjHLPRbLebC6TpNyg4XurT38BtovWRlEe93Lywlmon10yIWiWdilEgm 7RoWtWJ2QyFQZgeti3GdzNC2MzIxipfHKZMQa9l3Y9olO8msgWELzKsjNansi3feKOoBz3n9v/tz XEr+X//+3/32/nY7/P7n9m5jfv9pufzz9z//kI9q3/ypFmZSlUIDfEmbCaRM0zYN3bKWJF0glre7 MWAAUsOwxJGaw0Jj1S4xO4JZ+m8PitNFP5UZiO2v65kpXBxq5of8AlghhvMQS6xC2L3QHccLePo5 P9TC19vZz5vVm+WksEiLfFY0dzVv0K4bzZhcfhNg0qIP8SZ1rGeuoERqVryau7GZvcfL769cM1i0 K7tXrTJeFNetTOh81YgLM2N33U7icqaQaD6ntW/tmjdxmbpq1k6qz1p164vX7EhKUiz1+RtMrlZv V0bxa5/0LLsaFoJ7Noq7z3KZp9FHyeKBh9la+ABdVPjub3CBVm8O12wqXuFrNmoftYg5uaeF/u0b BK7tG/he7etMNNd0s6gza1NRNqtHHpqLSdzxAjXmcxejmLtdNPMDL+ZHkmbFmKfEPGvKq6Y96po3 XfOkeS+a8qBZ75n1nDmvmfOYa94y5ylXvGTaQ656x5RnTHrFjEdQniIaQYtUS4y5iEl5etnk9e/2 rqxJbhTd+qf4vaNSlbW43I9u232ve9p2T5c947cMpURmyqkFA8qlf/0FxM4HqZmIOw8TqbCrinOO ECDE+gEAua1Yuc0wsp0E0smgbIe/mrYtQSr1sF2KAPPWRIWNNwWLLTcjz8TeI0VZ1xvW9JsB4jYd G+qGAVSNDt94pyDN3CzvEuTTY5JI3lTSqmlgqsLL24cnmBNLPlPEZEhfMgQrZPcOZPZD8/qGwFwr pgKWCW6NE8T3hyRxIZSYpvALN45s8xpg0I8eQLcERgc4feVPGN/CcCKx+U840QQBJhr/CSYJ/8nC UkoSO7xJZXHwK1NMfVqHH5pk+OeXJGoi9seFuVSStfuEd7x/AzNdB4IF0lutgSx4V58IFN6sGZzM wmAbQOkaCqnclBHA6YDaBgoPW0OZhKULKdaVVaE2WgDYRPRO3DMxlu5RDZ4MHM0fMNsj/v0jPyza Tj2quMR7/+knAAKznqLSN6lf/Luv2pLSjETY/WRZ4UlGIaq/m6bnVUrbXpClggE0GxxySBJZT8kp QVBWV8lEm8iC/7okaPMCMGi47EQ/CoKjMRUHL/gfK2EOtYQUtTReSjEUo4oWYlapZGFOdWTsBIcW LCkUp4xAZejU/rsXVBUpq33YKgF0qD9ckgAfXlKV+oQS6lEY3f7++Z/v/7x0Ay8jgoElQMS/P9YG lR0ka7qG0csqyoQx6CUdPtYXU5lMix8uqChvN19+s2JtYKSpSlw8f/30+dmvnSnqa7lw9RexF/2X aPAO4IuPDzMkvC2DOXFR+fn5ouS5CRpLkCj8lI1GfFHVruy3iKYFI3c1fiEV9si4m9eAGzbiWtpj uhyr2tAdVSoCU0tEI1wUkSU5p3De4WB4ubjN8ncZfsDsdrGM6LhcNGiBh7apGnSJLsz+fpd04o/z m3myX+bJ3kayMXyLGizqNuobMnQS/ati2p4DYqRdOkTwhGWnBqT0MJwwVR+KHWq6eur+FftaTQIo bo+IWNVJP/yj+CdvuQ7HFFti3Aqj+67seVKTeSo7PJ9QnnJsNxyQXEeY0QwM5+hpFX5WMerxGZg/ DEM9DDnFqZfLh2GFSPM6mQiKFSboFxQsw4stL+2oCChJJ5NgyWlf1i4vOiR+oCckDKhCvcAJuyyx woGnjdgZthvevikqRBi9KCLtJUmPjnmvKBt1s91nlXPdiygUw1osu2cor7zkWVdnSDFflaFPj7c/ H+6Loa1vDveQzmuigJR2QxIzfujDhJa8YwUxdELRL0OvXvz0Z1GqakU5q6HDvLmxUt2YCLWjX4qq fe9quctoRRcDabZNX7Yh6cbbgUNv0YmtKDmwcu2iwM37aTlGhNQeVK8D54o/lPcBzyGMdGfSwZo+ xuQROR4G+Ke+Qg+LPBMtPA/ARI1auoAfHeJHRyTUloVQFMRpF3cH0S1z65TG536OUKhIVQiuIS+C ACqURJFXBJPrdQMCnVAFQEByaIagbSNmo2FSPhykpseHVBhhYdm22qMzLhvi417uw7z3ffT80sGC ME84UrJY+3lZQUAuNwyQ8QwXprchwkxniDgraSqOmGagCBouGYb4pQuGAgkgsESBYOhNc1qJ75K/ IAoK4BR0qBrm4KLC48MywyOh6Bsy/EQtCRQdlgxLCMsAn71Dht+/oeK8zSp37kY6ydAv6sBZ1KVY YhyAHW+u7mL4iNBeodOmy+Igp23oLqp+iDC8OznYtq4cF3+aSg61lfNy6bt4Cw7tBwhTZvo05MhQ VjsQ9O/ox0nguwoxtQRixbvPb79+fP/py5svHz5/AhXf0jdPlLAbGNpWrFCzqn68W4uXaJAWHk8M KGc8MWacUTqAHBKEGoZziQ67eSlgRMuPQkSH17SGiU0CdjqbEdkn4EzQBOv2pgE698Di9PpVhpK7 lTdjB0t+JODcE/9KwOl7QEKdRhSidgjbR0E/ovnaBFfseM0xkHNW480KQyJv0FIJZM1+xqcNMaiu eRwjJxc2Bi/SpP9Gz7TnJUVJ56jaOqNSwryCrmaJ5AKCCxpxsEtWk/ek+uknMXCaFmxLivMpLB5w Y4wg8pJsCktV9k1pxSxv4PekbZwiVB4Nl6KA+FdVsXl6SlFhOR1T8IvhfIu2qqcVEvw7r4CnHagZ U8JVe8PdsOZATfsl5KKPziW7vd4xImS3qsMQYMasJ8SD4tmloHRUtjkpvAAznTXo2WySJJTLFEcQ bstzilW750BsXMu6bBeUxC7XC1spMDtEdjQheQLTx5049AgeOTNn6BOxBQnAuxO0Me1akiRZbRgC C5RFSYrM3mwtS0DasS4BeW0BkSJ9MwxQZYwfQNaxNgF5x+IE5pUBBUwqIwqQxDTHzYiYsTGJWW1n EjPa1gRihnRqWwMKkNumqUzyO/YnMJlMPmuHAnIM+txje5SYTlUQsV1KzDq2KSDp2KeAfC6JrZ0K wDm2KjHbdUkizfWZoLjWKQDbpIoxY6USU9ZSJeYca5WY1BYrAJMvFFkmgp59ikvvoVJ9n6lB9/lq ZJ+tR/bJiqSt4VYKx9s6ERTJ1RBMGNAi68q+OO540Re/Z7UjTgoXZzfFjxdbyhQoiRdpRu5MlCTP 9NDgKskfkveaucKI2t3hNs0kI6FIM98cCVrgE5WEPD0EZOQPluMKuSYwJ6i6Os8PHc4KmiFLJ6Ol +CHn+0jHxN1U/IQplqbS/p3usNhfL0vKXZpiRVwy2XnlzXAj9xGbIZHQBbVorOq5aojXey8leSgr nbGZoNWwHJFsaN3DKO8sl8e7kf9I8T1NUfV6m2KG4JOzVNPUKYbic4piqE1SLOWh2Jk4QUWpZ6me 4jaoTCwZ9UwsRShLM8bkP2bTsRZv5a4EX80Zr7p9UF8oYppZqCFK9J0krgfEH+08kDNqD7Cup5Y2 9ddjObJdirRTBRCZudGdKQBo05cGODMjA3DO1IvPUhWXRHhpNjbhpIBjNGBmYcRImyiES6Z+3Z8M zv//+vTkOj/4zqpwOukGE4ZiA21OS+TjBFeReEXUY28e7kNC5SUPmRZ9ADgo3umY+3CHxf7cMU6Q nplwcG0r60LdEGGmSRRg0P0S11NjIU5ZrSu1mCJ6OiWiVL3v4I5ltIMCj+3b6N4foyqmHIygLTpF II7eJ49AMwAgECuOGjNDD4biKVcvy9OVQYY2WzpSYy0I0MeyieJ+qkkInbGHDN0KEWLNFywuvpnn M/2HBwujjFgsz4ou3n978/GP398/u9TmzkvADa9ixdENdlxIE2IXmQjwx+g0w3DgDD87AQWvQ0B2 5bIe/D/bkR8fAuOiuS/vn794hDosO00E4QtylSw4UDdAWFE3BMQ7ugVxKnazDYno8WaxrANpOwAf Ev+XCfw+gT8m8NchDiQE/x8UKQqlh0g7rc9fAb5YpnBrgpiF0t2jaY4dcg8WM/m69ocVQIo7bBAt WtHGdWtzWmOCQrrQLTNkCFYlBiBfGiS3+yhhK2qb2RpxlyPqFow4ogRvjz42bsXNxAO9po4G2w1d VS0qe21jYuxghL+19N18G/tO/y5KJs6K166qqu3f9c+vXt1a51CXjkMNWAjHhr/1yrrwaP7mRZfr 5CUfvbOuzapunBu5G2PsOpUpnHKxsbdO3rgkAy/8V+KcHotujsbxXTXLxN/iXGM1SCCcci9N4+oc pqP1YF3uPf3Yto4TV40NudjypbRhFVtxONIfVWmTm4rNCs+W5H+LM4NCtzh1pd9HaF0i09Zw4E2p mu4uKE4GiaW010YDHio2M9Ygr22wE/yxb5xHHsRR58bB09FG7dDpJg93HFVGIojnSXFGsKwfAeju 1gPF9C/qV1+fFx+eP69ev378+WZ5UVDwGllPzGV1u5LUx1JtUTJL6czUztOrDbPm32Bailm5Wn9V smaO5656bgy8e+bGwrtpXkzEEGOH5ujaftBrImYp58bU6OfG0twwL4Z0NyuLSVlBt2pCQms37YBx E8Rbg6Z2hgi5J1Bv+pWg5EgaUWjyyqLpV+q4d1gsDsxKMkVFxl5ZTMEC6TpnBLrYhdkD75vyXNXN kJi2WSTbNKeGZahsLCbFdOxwRpAPaLeHcZJMXXIpdaUgDpaY0mmo/zjcVMOa8rqfNPUWKV+XOYk4 zxHk66Zs7RJGmM14LwX8jS9Mdz1UTPlF8nHqGBGvaHcg01CcDp4kM6Fz+KITO9KlRE4g52iinJnR FbrtA2mzKSc+5i7J6hPZ0mQmYRw+nTDy0KhcAGVDjaRDoflMQHxJOixKNzdtlTwbet6HPU8tAbq7 KODtNhaU0KBsw+NB87K6y/P7LWJ5Rdf0qIYlZkkmyLjtzIQArGl8zaWqZtoOixbfxH6Nwi9aPEvL GXpJFtfzvCGrmiLFDrWYR2D17m+isgVakEntao4Yrd69n+ux1s7x2DQP/hXtLI/p6v1sj7V2jscb svr1z5keG+0cjxu2+vBlpsdGO8fj7+Xqtz8W77++naH67cPzDNWfnz+++e1DVti3q0+/z4yN0c6J TT+sPn2e67HWzvGYjKvnr4u/ff7w+ubPrJAeVs9zPwajhUIgTkCBPusJN61uOYFRU1Xu0XAbzGld SEmZabtOiGkXTU6HkmPl07G9jKg5AEtESrmN5sqOEUxMNBQxrbAYajO5p4GxDyHhX40ObgQm0I6p OKAzjOGgbQw5IxAS7dHRU/VDdaOHUyRAzEjM5MTVQqyBrX1IbAPvQGaEzbimXSgcjJWE0bbBemDa oUz+mDA5jme6N9ZZqCpMIfC4uk/qQcgILSC1PikMZEY12qEIGoRvygB6kk+BZqpNbwYAkqee4TrN mPH4qZf465u/+65CnEnxy/O7m+XiW8CYhSIW4ghR5tATKDqkvp/SNr/sa/7t7AO4oUOMFGO1BtCj yUcRzDtMW5rg9MiuZfyyGsBTocW8AXK7XFRl1UHM3aIRGVFsgQ/R94tm0ONzAfWwGLG2LQyoV4u3 pudkKdp1xe3PCz8beOzy1UIfewaxTws50juoEV3LjlMc12jb9ADFb+xoV1Z6PdnE6rmh4o83n+8h 3A4FB8S+ra05QoJTm4VkJfZ79QV6PDqGk4/VXOaxRpJ5rBwBNWVQkr7wFK3KPciU8SCVeQBBYtsE cao7xFK1PU0IH8gDiDvDzRM1JaKemQnGpKxTlzcJuIg9sBSrU5RfyHkUQTikeOMhhPhjgyJAwtO5 xsgNkphYrtHGruBQMP9MHOdfQ4/knCWX2VkbsUuLHHKSLRT5551PoE0jJ1z4L3GqltNk0YpNU7VF U7568GHZrlAVoW22eKwww5LtFHKBlSgvTwIZrn5+nX6EZOVePvx39IiQBR4hdssxLtPqONv1Jrx9 U5QV7xuWxfO4FntTom6WqHhrx2cvat+h9bjV+5hcVjd0moKbqX9/QD2bF7Xif91JhovqD46N9wwx QwQTxOaG+5NYTYrLaqb/f5SEzvX6T0SHkVRoZqp8KddtQju0jPhfjNkeKdgaSXLTPhekejSQfmAE FKUuyBQoZvH47xDjpa+TJ3WYPABXXejmrZcywnDlB4OXRPXQhc+cjtx2ETUhKZzCJM6YQ2rAVoQO UJRN9fT0dAsTp5Pvp22vn6dOVVHiTvy3a9YNI79+nhea0i8zJInciE8lGC0L2tcgaOuGkPDiZBne hamL7UhtdappLwbi7o1cmeIUOgpsm97tA52p2cusbGPItntc9BRB9baLsRja0CLxcNPQcbAufg7u I8hMIrtgnLc0404z+7hI22ntB++9RDyrN3FwzMSuC+oJXoH1iFVVw5gLmE6DcRYntEb2fcsqZaqb IJD3I50nWFzGwOBehhjFi1epPg1Bio0atOnYhLCqXdmF8woTBmHfB15ONWrbJ4VPQ53NZrMetems WVIstmRQzWuzDlR3PM3CSJXZjHsQpY/TBrFEvN2O4dTYtXbz1y1PKfSwRpljuEAGvffhyD9k13E7 UC92xNuufvmfxXHaWexmefe49FWEDMRDtEGbcasmn3W3qPhYbrVtisFx4LY2z2aBjN1/24e8rcAD ytntG2TiFxDv9h0yKR93KaINEgHYt9tdjhkBBYpg1QgzTqq3MDMrYh6KP57fLcL3qnvext2ckJ/y 3X4yHY2zrTj2lZUswFTLRwN9pQ0Q7cYyTE1uaoRWFY0AMLi0IuKMZR9DdfEV0vKuwKZjEUZjZGof 94BWmpIlbiIlhe5IyeXPkvqJYewPzeqJqqV+6qiuC4TF74Q1mDd9xjCHsf7+TrUTfKjQdV8Im5Wy AVGxlkB43Qg73fVoLFQyPO8k4fKiiH8OqzooYyGds7FQTibMWXl1gOh8pVgHrZcs/Ss3FNqeKrhp WkXbQlRH4SiIRJisYiE2HfX0C7eTfxDBP3eeq/mHfUlBq5yirtgZo6yC+1Fmn7LT2+VqfhwrHAEi t1e8u9DGzDjioQXxHxBItbF4iPel/9hDA5Y3Fi7MDlEQdyLBx+yQh2YRlsg+m72XjdFTHRsnBzWr nwJMbE6KSF+2MMv9H0SXICSVDb6DuGP7DkxjJT00IRQjJ7XCSEPHqApx1oeakfRvn57lzEydgINP QZL6zDS1atXDN1SODRlDhhTpHEHjScw+Uh5KcHWKUaZH8S2Ku/jJ67JePjwEWNPXMSJ2biAAXIcx ndCe/hiR2qfHp0TkANjNtha1p7wB+M1pg0iK5DndzJbBtJxdgvi6glD3mDhLCaPrGsDQBgC3RwD0 GowSrmqzCM9i/VEfz2cxmc8WPQq8rVgn/q/MamPD1Gt67nwIId4VCbANrdc+0jys5TpKs4zSMnjj NeIU6BYaCupD1f7Q2TV+Bm2p7pHa7eb2vB7fBHlfvkboE3SITFaAVECO8GRhxvBIKMP7gvhNT3yc jXs9UeohBXVW51imIu78s8FxVZXEGSSBCLPQK0XacbWsAijTQtnkDjRN96oGMApiRcdIWaEwOPvt SlsK8L9jctp6OsAx5j1mHKBikARMSoeQf5tVZkYB1ROqkgCyhWIIy3EysiAHMGbj+GqTJLJcPfC/ +jS/QSUbSfqpxa50OowR2z1kuNIsUQF5Xl+ccebJTncn5hqGoOrYaqah4jxbnNoyoXAbcRHj7fEP KxqRqzL8gDMk2eQe7pwfEAvEj4XsmGcEomCnSX6PujIVOsy7KU1Jk1EnZkY75mhHkq9UbywFMsVH HiY77RZr4gKYhhU6B7zhFReMS0tBgF7w/zIg5ABycc1Mj7wjrRdHWvRMo1qfERo8cJriCLBT6Ob/ Ir8kKmygfPjYYuijsTYngbFJWX+Pi0RFjWxn900PyEoYCaXZaVSTUJjswZui73GCt2W9RQxidk3P wCe4uyfBVJwfJtoxVk1Y5QRwV4pdaxHomfgRvV1D/UjgQBUxcVhM0SWJwmwGHLF2wWFI8dzcDmHh 73Pij/jjCzSJ1HR5MQJS0qgNCwiHy37RsZ+jeajmqZJZMpJ281SzPYzay5AMTlyCNtNHCJHKdDpD ib2UG9Gn77c5FVCPBIIR44GwGRJj4ndBlkq7UKeXWASy1HeQLAL95FxFfTJQNbRpv6oUI45Q+ffP fz8ej+L5vG3w/3fG/PL29tXDw8sXL8V1G/zm19393cuXT/dPt493t4/L25cvl8u7p7sXL29f/Aeu UXTyXr58IRYJZRNqh1D74r/uEu9fDvqLP1DPq+4DbwRWZ+2WI3vqb9yWbNoXQhoeaZQM31Elvv2x ldMIjfFM2V3T4m5xu3h8A8ETOFlLiU9ZuKY+/Ivrdb2u1/W6Xtfrel2v63W9rtf1ul7X63pdr+t1 va7X9bpe1+t6Xa/r9W9c/wcss2SHAPAAAA== --ELM1005193159-8671-0_-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 5:36: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bubo.vslib.cz (bubo.vslib.cz [147.230.16.1]) by hub.freebsd.org (Postfix) with ESMTP id BCDE837B419 for ; Thu, 8 Nov 2001 05:36:05 -0800 (PST) Received: from 127.0.0.1 (bubo.vslib.cz [127.0.0.1]) by bubo.vslib.cz (Postfix) with SMTP id CD9F68378 for ; Thu, 8 Nov 2001 14:36:04 +0100 (CET) Received: from A411A (a410a.kolej.vslib.cz [147.230.152.17]) by bubo.vslib.cz (Postfix) with SMTP id 446308036 for ; Thu, 8 Nov 2001 14:36:04 +0100 (CET) Message-ID: <000b01c1685a$57f7fda0$1198e693@kolej.vslib.cz> From: "Martin Vana" To: Subject: gateway Date: Thu, 8 Nov 2001 14:36:17 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, where could I find some info about setting up a gateway on my computer in a special way: I need to catch all connection requests from windows boxes and rederict them through another server outside firewall via ssh tunnel. EX: if winbox1 wants to make a connection to foo.foobar.com:port this request will fail because we have a draconian firewall here. I want to change this request in a way that I make ssh tunnel for this request, and I need to work it both directions. Any idea? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 5:44:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (sentinel.office1.bg [217.75.134.126]) by hub.freebsd.org (Postfix) with SMTP id A6CE537B416 for ; Thu, 8 Nov 2001 05:43:58 -0800 (PST) Received: (qmail 67871 invoked by uid 1000); 8 Nov 2001 13:42:37 -0000 Date: Thu, 8 Nov 2001 15:42:37 +0200 From: Peter Pentchev To: Martin Vana Cc: freebsd-hackers@freebsd.org Subject: Re: gateway Message-ID: <20011108154237.B67725@straylight.oblivion.bg> Mail-Followup-To: Martin Vana , freebsd-hackers@freebsd.org References: <000b01c1685a$57f7fda0$1198e693@kolej.vslib.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <000b01c1685a$57f7fda0$1198e693@kolej.vslib.cz>; from martin.vana@vslib.cz on Thu, Nov 08, 2001 at 02:36:17PM +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, Nov 08, 2001 at 02:36:17PM +0100, Martin Vana wrote: > hi, > where could I find some info about setting up a gateway on my computer > in a special way: > I need to catch all connection requests from windows boxes and rederict > them through another server outside firewall via ssh tunnel. > EX: if winbox1 wants to make a connection to foo.foobar.com:port this > request will fail because we have a draconian firewall here. I want to > change this > request in a way that I make ssh tunnel for this request, and I need to work > it both > directions. > Any idea? Create the SSH tunnel, run ppp(8) in PPP-over-TCP mode through it, route all the traffic you like over the tun interface upped by ppp(8). G'luck, Peter -- This sentence every third, but it still comprehensible. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 6:57:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from clueless.redbus.aaisp.net (clueless.redbus.aaisp.net [213.161.73.195]) by hub.freebsd.org (Postfix) with SMTP id 04D6937B418 for ; Thu, 8 Nov 2001 06:57:26 -0800 (PST) Received: from zebedee.innovision-group.com([217.169.2.11] HELO:witchspace.com) by clueless.redbus.aaisp.net for freebsd-hackers@freebsd.org; Thu, 08 Nov 2001 14:57:26 +0000 Message-ID: <3BEA9E6B.7FA44C8A@witchspace.com> Date: Thu, 08 Nov 2001 15:02:03 +0000 From: Jonathan Belson X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-BETA i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Screen saver module 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 Hiya I've written a screen saver module for syscons which uses VESA modes (where available) for higher resolutions. It runs quite happily on my GeForce 2 but I found it crashes almost straight away on a Matrox Millenium when I try to run it in M_VESA_CG800x600 - I changed the code to use 640x480 and it seemed fine. A thread in -stable suggests that there are bugs in either the Matrox hardware or firmware, but I'd be grateful if someone could give the module a go on their machine to see if there are any problems. It doesn't /require/ VESA support, but it looks a bit blocky with standard VGA. Please note that although I've had the current code running for hours on a GeForce2, Millenium 2 and G450, I can't rule out the possibility it could lock up the machine - please don't try it on mission-critical servers 8^) The source is at http://www.witchspace.com//kix.tgz Extract it in /usr/src/sys/modules/syscons, cd to 'kix' and type 'make && make install'. Cheers, --Jon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 7:56:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.stcorp.com (stasc52.stcorp.com [207.203.33.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FF6837B422; Thu, 8 Nov 2001 07:53:35 -0800 (PST) Received: from msc-002.msg.stcorp.com ([10.10.40.162]) by mail2.stcorp.com with Microsoft SMTPSVC(5.0.2195.2966); Thu, 8 Nov 2001 09:50:11 -0600 Received: from msm-001.msg.stcorp.com ([10.10.40.140]) by msc-002.msg.stcorp.com with Microsoft SMTPSVC(5.0.2195.2966); Thu, 8 Nov 2001 09:53:32 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C1686D.8459B46B" Subject: RE: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Date: Thu, 8 Nov 2001 09:53:32 -0600 Message-ID: <2AACFCDB6086274CA42D44085EF1BAA2045256@msm-001.msg.stcorp.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Thread-Index: AcFn7FOBSvv5Wb9sQ7C5VPuAjVnqKQAe/abQ From: "Nicpon, John" To: "Mike Meyer" , "Jonathan Lemon" , "Kent Stewart" Cc: , X-OriginalArrivalTime: 08 Nov 2001 15:53:32.0717 (UTC) FILETIME=[8485CDD0:01C1686D] Sender: owner-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_001_01C1686D.8459B46B Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have attached a file from the ecsusa.com for reprogramming the MAC address. Perhaps the data file included could provide the necessary information for updating the SIS900 driver. Please advise. -John -----Original Message----- From: Mike Meyer [mailto:mwm@mired.org] Sent: Wednesday, November 07, 2001 6:29 PM To: Nicpon, John Cc: freebsd-hardware@freebsd.org; freebsd-hackers@freebsd.org Subject: Re: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Nicpon, John types: > I've been having the same problem listed below and was wondering if > anyone had a fix? There wasn't a fix when I asked last week, and I've not been able to get technical specs out of SiS. If you get one, I'd appreciate hearing about it. Thanx, http://www.mired.org/home/mwm/ Q: How do you make the gods laugh? A: Tell them your plans. ------_=_NextPart_001_01C1686D.8459B46B Content-Type: application/octet-stream; name="k7s5a_id.exe" Content-Transfer-Encoding: base64 Content-Description: k7s5a_id.exe Content-Disposition: attachment; filename="k7s5a_id.exe" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAyAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAADSJ35TlkYQAJZGEACWRhAAlkYQAB5GEAASQBYAl0YQABFaEgCXRhAAUmlj aJZGEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQRQAATAEFAF3v/TgAAAAAAAAAAOAADwELAQUK AFIAAABKAAAAAAAA+DgAAAAQAAAAcAAAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAABAAQAA BAAAAAAAAAIAAAAAfQAAABAAAAB9AAAAEAAAAAAAABAAAABwegAAMgAAALxxAAB4AAAAAMAAAAgF AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAcAAArAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAA FlAAAAAQAAAAUgAAAAQAAAAAAAAAAAAAAAAAACAAAGAucmRhdGEAAKIKAAAAcAAAAAwAAABWAAAA AAAAAAAAAAAAAABAAABALmRhdGEAAACcNwAAAIAAAAAuAAAAYgAAAAAAAAAAAAAAAAAAQAAAwC5y c3JjAAAACAUAAADAAAAABgAAAJAAAAAAAAAAAAAAAAAAAEAAAEBfd2luemlwXwBwAAAA0AAAAHAA AACWAAAAAAAAAAAAAAAAAABAAABCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAItE JAyLTCQIi9BIhdJ0FItUJARWK9GNcAGKAYgEEUFOdfdei0QkBMOLRCQIVot0JBCLzk6FyXQVi0wk CCvIihA6FAh1DECL1k6F0nXxM8Bew2oBWF7Di0QkDIvISIXJdCmNSAGKRCQIV1OLfCQMitiK+4vR i8PB4BBmi8NbwekC86uLyoPhA/OqX4tEJATDi0QkBIsEhQCAQAADBSCwQADCBABVi+yB7EABAACN hcD+//9Q/3UI/xW0cEAAg/j/dQVqAVjJw4tVEIXSdA1qEFmEjcD+//90AokKUP8VsHBAADPAycP/ dCQE/3QkDP8VuHBAAItEJATDU1aLdCQMV1Yz2/8VwHBAAIv4g/8Dfg6AfDf/XHUHIFw3/2oBW1b/ FbxwQABI99gbwPfYhdt0BcZEN/9cX15bw2oA/3QkCP8VxHBAAPfYG8BAw1aLdCQIVv8VwHBAAIP4 An4ZA8aAeP9cdRGKSP6A+Vx0CYD5OnQEgGD/AF7DVot0JAiAPgB0FVb/FcBwQACNRDD/igA8L3QQ PFx0DGiciUAAVv8VyHBAAF7DVYvsg+wQjUXwUP91EP91DP8V1HBAAI1F+FCNRfBQ/xU8cEAAjUX4 UI1F+FCNRfhQ/3UI/xXMcEAAagFYycP/dCQE/xWccUAAw2oQaCCJQAD/dCQM/zWAt0AA/xWYcUAA agJoQLdAAOhRQgAAWVnCBABooIlAAOjO////wzPAwgQAiw3mtUAAoei1QACL0VaD4h9mg/oddgNq HVqL8YHm4AcAAGaB/mAHdgdmgcpgB+sCC9aB4QD4AAC+ALgAAGY7znYEC9brAgvRi8iD4R9mg/kB cwRqAesIZoP5H3YDah9Zi/CB5uABAABmg/4gcwWDySDrEGaB/oABdgdmgcmAAesCC85mJQD+UgvB UP813K9AAOjp/v//g8QMXsNWvsC0QABoILZAAFb/FdxwQABqAFb/FdhwQACD+P+j3K9AAHUjVmoc 6KP9//9Q/zUYsEAA/xWUcUAAg8QM/zUYsEAA6OX+//8zwF7DaiBoUK1AAP8V4HBAAIP4/6Pgr0AA dQXo7f7//zPAw1WL7IHsCAEAAKHgr0AAU1ZXhcB0DlD/FdBwQACDJeCvQAAAoFCtQACAZf4AizWU cUAAiEX8xkX9Oo1F/FDobAEAAGY9//91Vg+3XQhTagToEf3//1D/NRiwQAD/1oPEDGoiaCCJQAD/ NRiwQAD/NYC3QAD/FZhxQACL+IP/A3UF6BoBAACD/wV0EY1F/FDoGwEAAGY9//90s+sDi0UIZjtF CGajGIlAAHRXZoN9CACNRfxQdRVqAuip/P//UP81GLBAAP/Wg8QM6xgPt0UIUGoB6I/8//9Q/zUY sEAA/9aDxBBqAP81GLBAAOh+AAAAhcAPhUL////oowAAAOk4////izXccEAAjYX4/v//aFCtQABQ /9aNhfj+//9Q/xXAcEAAjYQF+P7//4A4LnQDSOv4g30MAHQHaACKQADrBWj4iUAAUP/WjYX4/v// aiBQ/xXgcEAAg/j/o+CvQAB1BeiG/f//X14zwFvJwggAVjP2OXQkDGoBWHQDajFYUGggiUAA/3Qk EP81gLdAAP8VmHFAAIP4AXUCUF6Lxl7CCABqAmhAt0AA6Is/AABZWcNVi+yD7ChTjUX4/3UIUP8V 3HBAADPbjUXYU1NTU1NqIFCNRfhQ/xXkcEAAhcB0M2oHjUXYaAiKQABQ6BH7//+DxAyFwHUcikXY jU3YOsN0DjwudAo8IHQGikEBQevuOBl1BmYN///rLIoBPDByBDw5dgNB6/MzwIoROtN0Fw+20o0E gNHgg+oweAqD+gl/BQPCQevjW8nCBAChzLVAAP8NzLVAAIXAdQnoFCUAAIXAdBmh/LVAAItMJARq CGYPtgBmiQH/Bfy1QABYwgQAVzP/OT1sr0AAD4W7AAAAofyvQACLDQCwQAADBQS2QACBwQAAAQBW O8Gj/K9AAHJWOT0EsEAAowCwQAC+yQAAAHQia8BkM9JX9zV4iUAAD7fAUGgCBAAAVv81gLdAAP8V hHFAAFdXVv81gLdAAP8ViHFAAFD/FYxxQAD/NYC3QAD/FZBxQAD/NQS2QAD/NQi2QADosgAAADk9 1K9AAFlZdR7/NQS2QAD/NQi2QAD/NdyvQAD/FURwQABQ6OQFAAChCLZAAF6jhLdAAIk9BLZAADPA X8NWi3QkCFeLfCQQVlf/NeCvQAD/FUBwQAA7xnQHagHo/gUAAIAkNwBfXsIIAItMJARWaggzwNHh XtH5i9Az0fbCAXQJ0eg1IIO47esC0ehOdedewgQAVlcz/76gsEAAV+jI////iQaDxgRHgf6gtEAA fOxfXsOLTCQIoaC0QACL0UmF0nQjV41RAYtMJAhWD7YxD7b4M/fB6AiLNLWgsEAAM8ZBSnXoXl+j oLRAAMNWi3QkCFb/FcBwQACNRDD/O8Z2EooIgPlcdAiA+S90A0jr7UDrAovGXsIEAFWL7IHsCAIA AIA9YK5AAABWV74gtkAAdE2LPdxwQACNhfj9//9oYK5AAFD/142F+P3//1Do6vn//6AgtkAAWTwv i850BDxcdQW5IbZAAI2F+P3//1FQ/xXIcEAAjYX4/f//UFb/14A9ILZAAAB0DoA+L3UDxgZcRoA+ AHXyagFYX17Jw1WL7ItFCIBlCwDGRQk6xkUKXIoAiEUIjUUIUP8V7HBAAGoBWTvIG8D32F3CBABV i+yB7AgCAABTix3AcEAAVr4gtkAAV1b/04C4H7ZAAFx0HFb/04C4H7ZAAC90EI2F+P3//1ZQ/xXc cEAA61+Nhfj9//9oYK5AAFD/FdxwQACAPWCuQAAAiz3IcEAAdDSNhfj9//9Q/9OAvAX3/f//XHQh jYX4/f//UP/TgLwF9/3//y90Do2F+P3//2iciUAAUP/XjYX4/f//VlD/14C9+f3//zp1P42F+P3/ /1DoH////4XAdS8ghfn9//+Nhfj9//9Qai3ov/f//1D/NRiwQAD/FZRxQACDxAz/NRiwQADoAfn/ /4C9+P3//1yNtfj9//91PIC9+f3//1x1M4qF+v3//421+v3//4TAdA48XHQKPC90BopGAUbr7oA+ AHQQikYBRoTAdAg8XHQEPC/r7ooGPFx0BDwvdQFGjYX4/f//UOja/f//i/g79w+DlQAAAIoGPFx0 BzwvdANG6/OAJgBqAI2F+P3//2oWUOgs9///g8QMhcB0ZYC9+f3//zp1Do2F+P3//1D/04P4AnRO jYX4/f//UOiX9///hcBZdD2Nhfj9//9QjYX4/f//UP8V3HBAAI2F+P3//1BqIOjH9v//UP81GLBA AP8VlHFAAIPEDP81GLBAAOgJ+P//xgZcRulj////agFYX15bycNVi+yB7EABAABTM9s5HRyJQABW Vw+FzgAAAFO+ILZAAGoCVuiH9v//g8QMhcAPhbUAAAA5HQSwQAB0TqH8r0AAM9JrwGT3NXiJQABT v8kAAAAPt8BQaAIEAABX/zWAt0AA/xWEcUAAU1NX/zWAt0AA/xWIcUAAUP8VjHFAAP81gLdAAP8V kHFAAFa+wLRAAFb/FdxwQABWahDo/fX//1CNhcD+//9Q/xWUcUAAg8QMjYXA/v//agNoIIlAAFD/ NYC3QAD/FZhxQACL8IP+AnUOagFoQLdAAOiQOQAAWVkzwIP+Bg+UwOsDagFYX15bycNowLRAAOg5 /P//UGoi6Jn1//9Q/3QkDP8VlHFAAIPEDMNVi+yB7CQBAACNhdz+//9Q6Mr///+DPQSwQAAAWXUu jYXc/v//UGpt/zWAt0AA/xWAcUAAagBqAGpt/zWAt0AA/xWIcUAAUP8VjHFAAMnDg+wcjUQkAFNV VleLPXBxQAAz7WoBVVVVUP/XhcAPhJ8AAAC7AAEAAL4CAQAAi0wkFIP5LncJdFCD+SB0PesjO8t3 C3RDi8EtoAAAAOsLi8ErxnQ0Lf4AAAB0H0h0KkhIdCaNRCQQUP8VdHFAAI1EJBBQ/xV4cUAA6zT/ NYi3QADoCPb//1nrJjvOdQf2RCQfgHQbi0QkEDsFgLdAAHQtUP8VfHFAADsFgLdAAHQeagFVVY1E JBxVUP/XhcAPhWv///8ywF9eXVuDxBzDaCQBAABoIIlAAGoL6F70//9Q/zWAt0AA/xWYcUAAg+gG 99gbwEDr0ItEJASD+P90CDsFBLZAAHQnaMC0QABqI+gq9P//UP81GLBAAP8VlHFAAIPEDP81GLBA AOhs9f//6M/+//+EwHQOagJoQLdAAOjLNwAAWVnCBABVi+yD7CBWizWUcUAA/3UIjUXgaBCKQABQ /9aDxAxoUK1AAGok6Mvz//9Q/zUYsEAA/9aDxAyNReBQ/zUYsEAA/xXIcEAA/zUYsEAA6AH1//9e ycIEAFWL7FNWM/bHBeCsQAABAAAAVmhAt0AA6NA3AABZi9hZ/zWIt0AA6Mb0//873ll1TDk18K9A AHQV/zX0r0AAagHo9fX//zk19K9AAHQoVv81bIlAAP814K9AAP8VmHBAADsFbIlAAHQNaiXoMPP/ /1Doh/T//+iEIAAA6wz/NdyvQAD/FdBwQAD/Ndi1QADoXvT//1mJNeCsQACLw15bXcNVi+yB7PQB AABoUK1AAOiE+f//UGom6OTy//9QjYUM/v//UP8VlHFAAIPEDI2FDP7//2oAaCCJQABQ/zWAt0AA /xWYcUAAycNVi+yB7MgFAABTVleLPdxwQAD/dQiNhTj6//9Q/9eLXQyAOwB0Hos1yHBAAI2FOPr/ /2ggikAAUP/WjYU4+v//U1D/1oN9EP91FI2FOPr//2oBUP8V6HBAAOkHAQAA/3UI/xXAcEAAi/AD dQg7dQh2CIA+XHQDTuvzigY8XHUWik7/gPk6dA06yHQJOsB1BoD5LnUBRv91CIoegCYAjYUc/f// UP/XgPtciB51AUaNhRz9//9QjYUc/f//UFb/FfhwQACD+B91H/91CGou6OXx//9QjYUc/f//UP8V lHFAAIPEDGoQ62SD+CB2QYtFDGoBagCKCPbZG8kjyKF8iUAAJQAAAgBR/3UI99gbwCUYikAAUP81 gLdAAP8V9HBAAItNEIXJdAKJAYP4IHc4/3UIUGoO6H/x//9QjYUc/f//UP8VlHFAAIPEEGoAjYUc /f//aCCJQABQ/zWAt0AA/xWYcUAAM8BfXlvJw1WL7IHsDAEAAGoQ/xVscUAAZoXAfCaNRfzHRfwF AQAAUI2F9P7//1BoLIpAAGgAAACA/xUAcEAAhcB0H2oAaCCJQABqG+gD8f//UP81gLdAAP8VmHFA ADLAycOKjfT+//+NhfT+//+EyXQLgPkgdAaKSAFA6/FoUK1AAEBoJIpAAFD/FZRxQAChfIlAALkA EAAAi9CDxAwj0TvRdS+5AIAAACPBO8F0JI2F9P7//1D/FcBwQACNjfT+//+D6QMDwUjGAHpAxgBp xkABcGr/jYX0/v//aFywQABQ6Lf9//+DxAz32BvA99jJw1WL7IPsPFNWM/ZXOXUQdGpWVlZoWIpA AP8VJHBAAIv4ajyNRcRWUOj+7///g8QMjUXgaEiKQABQ/xXccEAAalpX/xUocEAAa8D6akjGRduA mVn3+YlFxI1FxFD/FSxwQABXi9j/FTBwQAA73nQjU/91CP8VNHBAAOsZ/3UM/3UI/xU0cEAAO8Z0 B1D/FRhwQAAzwF9eW8nDVYvsgewQAQAAi0UMVoPoMA+EJgEAAC3gAAAAD4SuAAAASA+FSQEAAItF EEh0DkgPhTwBAABqAOmFAAAAjYXw/v//aP8AAABQaJIBAAD/dQj/FWBxQACFwA+EEwEAAKHsr0AA hcB0H4s1nHBAAFD/1lD/FaBwQAD/NeyvQAD/1lD/FaRwQACNhfD+//9Q/xXAcEAAQFBqQP8VqHBA AFD/FaxwQACFwKPsr0AAD4TAAAAAjY3w/v//UVD/FdxwQABqAf91CP8VZHFAAOmiAAAAgz0IsEAA AHQXoQywQACFwHQOagFQajD/dQj/FWhxQACNRfBQ/3UI/xVQcUAAizWgcUAAahFqAGoAagH/1otN 9CtN/APBmSvC0fhQagD/1otN8CtN+APBmSvC0fhQagD/dQj/FaRxQABqAVjrN4M9CLBAAAB0LIM9 DLBAAAB0I2iSAQAA/3UI/xWIcUAAhcB0EWoB/zUMsEAAajBQ/xVocUAAM8BeycIQAFFTM9s5HeSv QABVVleJXCQQD4S2AAAAvlgCAABWakD/FZRwQACL+Dv7D4SSAAAAxwX8tUAAMIhAAMcFzLVAAOcA AACJPYS3QADHBWyvQAABAAAA6AEwAABWakKJHWyvQACJHfy1QAD/FahwQACL6FX/FaxwQACL2IXb dDVWV1PoQO3//4PEDGoAaMQgQAD/dCQgU/815KxAAP8VXHFAAFWJRCQU/xWgcEAAVf8VpHBAAIMl hLdAAABX/xVIcEAA6xRoYIpAAOjl7v//6wjHRCQQAQAAAIpEJBBfXl1bWcNWi3QkCIX2V3Q0gD4A dC+LPQBxQABW/9crxoP4AX4VigY8L3QePFx0GopGATwvdBM8XHQPVv/Xi/CAPgB11zPAX17DagFY 6/j/dCQM/3QkDP90JAz/FZBwQADDVot0JAxoBQEAAFb/dCQQ6Nn///+DxAyFwHQVgD4AdBBW6H// //+FwFl1BWoBWF7DM8Bew1WL7FaLdQhW6L/t//9ZajHo0Oz//1BW/xXIcEAAjUUIUGoWVujQ7P// g8QMhcB0DlboWO3///fYG8BZQOsKD75FCIPgEMHoBF5dw1aLdCQIaPoAAABW/xWMcEAAhcB0G1bo mv///4XAWXQQVugA////hcBZdQVqAVhewzPAXsNVi+yB7AgBAACNhfj+//9QaICKQADoM////1mF wFl1Ko2F+P7//1BoeIpAAOgc////WYXAWXUTjYX4/v//UOiJ////hcBZdQLJw42F+P7//1Doy+z/ /1mNhfj+//9Q/3UI/xXccEAAagFYycOLRCQIgexUAwAAg+gGU1VWVw+ErQgAAIPoKg+ETAgAAC3g AAAAD4SlBQAASA+EsQAAAEhID4WZCAAAg7wkcAMAAEUPhYsIAACLvCRoAwAAV/8VMHFAADvHD4V1 CAAAizWIcUAAaMkAAABX/9Yz24voOR1or0AAdAlqRVf/FVhxQAA764kdaK9AAA+ERAgAADkd4KxA AA+EOAgAAKF4iUAAagMz0ln38TkF/K9AAA+DIAgAAGptV//WizU0cUAAO8N0BFNQ/9ZqBVXHBQSw QAABAAAA/9ZTU1X/FYxxQADp8AcAAIuEJHADAABID4S5AQAASA+ElwEAAIPoZg+EhAEAAIPoCA+E CAEAAEgPhOAAAABISHRMg+hUD4W1BwAAM9tTaCCJQABqGujN6v//UP+0JHQDAAD/FZhxQAA5HRSw QAAPhIwHAABTagFoEQEAAP+0JHQDAAD/FThxQADpcgcAAI1EJBBQ/xVMsEAAhcAPhV8HAACLrCRo AwAAM9uNhCRkAQAAajCJbCQciVwkIIlEJCToY+r//8dEJCgJAAAAiVwkLIlEJCSNRCQYUIlcJDT/ FUiwQACL8DvzdCa/YK5AAFdW/xVQsEAAhcB0CldqalX/FYBxQACLRCQQVlCLCP9RFItEJBBQiwj/ UQjp4gYAAOi3+P//hMAPhNUGAABqAf+0JGwDAAD/FWRxQADpwQYAAGjorEAA/xXAcEAAhcB0BGor 6wJqLOjO6f//iw0ssEAAM9tQOBl0HFFqKOi56f//UI2EJHABAABQ/xWUcUAAg8QQ6xCNhCRoAQAA UP8VlHFAAFlZU42EJGgBAABoIIlAAFD/tCR0AwAA/xWYcUAA6U4GAADocfb//+lEBgAAagHGBRyw QAAB/7QkbAMAAP8VZHFAAOm9BQAAi7QkaAMAADPbU2oCaAEEAABW/xVocUAAiz2EcUAAagG99AAA AFNVagFW/9dqAWoBVWoCVv/XU2oBVv8ViHFAAFD/FTxxQABTU2jwAAAAamZW/9e9YK5AAGgFAQAA VWpqVqMciUAA/xVgcUAAVVX/FdxwQAA4HWCuQAB1EWoQaCCJQABqEejG6P//UOsXVehJ+///hcBZ dBhqEGggiUAAaJCKQABW/xWYcUAA6V8CAABoYLBAAGptVv8VgHFAAFboOfr//4TAWXUXagFqAVb/ FYhxQABQ/xU8cUAA6d0EAAC9yQAAAFVW/xWIcUAAO8OJHQSwQACJRCQQdH5TU2gCBAAAVVb/11Nq ZGgABAAAVVb/1zPAgT10iUAAAAAIAKNor0AAfSWLFXyJQAC5ABAAACPRO9F0FFNo9AEAAGpFVv8V VHFAAKNor0AAO8N1K2ptVv8ViHFAADvDdAhTUP8VNHFAAGoF/3QkFP8VNHFAAMcFBLBAAAEAAACJ HfivQACJHfyvQACJHQCwQACJHdivQADoG/T//zkdaK9AAIlEJBR0CWpFVv8VWHFAAFVWiR1or0AA /xWIcUAAU2pkaAIEAABVVolEJCT/14stjHFAAFNT/zWAt0AA/9X/NYC3QAD/FZBxQAA5XCQQdBM5 HQSwQAB0C1P/dCQU/xU0cUAAU1P/NYC3QAD/1f81gLdAAP8VkHFAAIstgHFAAGhgsEAAam1W/9U5 XCQUD4XGAAAA/zXYr0AAahXoFef//1CNRCRAUP8VlHFAAIPEDI1EJDhQam3/NYC3QAD/1TkdFLBA AIstmHFAAHUTU41EJDxoIIlAAFD/NYC3QAD/1VNTaPAAAABqb1b/14XAdFE4HWCuQAB0M2hgrkAA 6B3n//+FwFl1JKEksEAAOBh0EFP/NSiwQABQ6OLz//+DxAxqAVb/FWRxQADrFlNoIIlAAGoP6H7m //9Q/zWAt0AA/9U5HRSwQAB0LFNqAmgRAQAAVv8VOHFAAOsbag3oVeb//1Bqbf81gLdAAP/VagFW /xVkcUAAagFqAVb/FYhxQABQ/xU8cUAA6QMDAACLtCRoAwAAiz1ocUAAM9s5HQiwQAB0EaEMsEAA O8N0CGoBUGowVv/XjUQkGFBW/xVQcUAAiy2gcUAAahFTU2oB/9WLTCQoK0wkMAPBmSvC0fhQU//V i0wkKCtMJDADwZkrwtH4UFNW/xWkcUAAOR1IsEAAiy2IcUAAdBg5HUywQAB0EDkdULBAAHQIOR1A sEAAdQxqc1b/1VD/FUBxQABT/zUciUAAaPEAAABqZlb/1VD/12jJAAAAVv/VO8N0CFNQ/xU0cUAA aFCtQACJHeCsQADo6+v//4v4V4l8JBj/FcBwQACD+Bh+CWoz6Drl///rAovHUGoW6C7l//+LPZRx QABQjUQkQFD/14PEDI1EJDhQamVW/xWAcUAAjUQkOP90JBRoIIlAAGiIikAAUP/Xiz1EcUAAg8QQ jUQkOFBW/9f2BX6JQAAEdBShNLBAADgYdQdqCOjQ5P//UFb/11NoBAEAAGjFAAAAampW/xWEcUAA OB1grkAAiz3ccEAAdQ1oYK5AAOg6+P//WesuaISKQABoYK5AAP8ViHBAAIXAdRFoBQEAAGhgrkAA 6NDk//9ZWbhgrkAAUFD/12hgrkAAampW/xWAcUAAoSSwQACJNYC3QAA4GHRdUFD/11NqAWjxAAAA am9W/9VQ/xVocUAAahnoM+T//71wr0AAUFX/1/81JLBAAP8VwHBAAP81JLBAAIP4Cn8JVf8VyHBA AOsJamdW/xWAcUAAVWpvVv8VgHFAAOsNU2pvVv/VUP8VNHFAADgd6KxAAHQHaGCwQADrCGoq6NLj //9Qam1W/xWAcUAAOB3orEAAdQhTaMcAAADrCzkdFLBAAHQPU2oBaBEBAABW/xU4cUAAVv8VSHFA AFb/FUxxQABqAVjraTPbOR0IsEAAdF05HQywQAB0VYs1iHFAAGpl/7QkbAMAAP/Wiz1ocUAAO8N0 DWoB/zUMsEAAajBQ/9dqbf+0JGwDAAD/1jvDdB5qAf81DLBAAGowUP/X6w+DvCRwAwAAAHUF6Gbp //8zwF9eXVuBxFQDAADCEABVi+xRU1aLNdxwQABo+IpAAGgpt0AAxgUot0AAUMYF0LVAAFDGBZC3 QABQxgWQsEAAUP/WaPSKQABokbdAAP/WaPCKQABo0bVAAP/WaOyKQABokbBAAP/WaOiKQABoMbdA AMYFMLdAAFD/1ujn6P//6B/l//8z2zvDdR6haIlAADvDdBxoYIlAAFD/NWyJQADo6gcAADvDdAcy wOn3AAAAoXyJQAC5ABAAAIvQagEj0V470XUGiTXwr0AAuQCAAAAjwTvBdQaJNfSvQABoCIAAAGpA /xWUcEAAowC2QADouAAAADkdALZAAHQQOR3ItUAAdAg5HQi2QAB1Beid4///6G4IAAA5HfCvQAB0 B1ZW6J/k///oCQkAADgd6KxAAHUTaAAEAABTaKCwQADoruH//4PEDDkd8K9AAHVZoXSJQAA7w3RQ U1D/NeCvQAD/FZhwQAA7BXSJQAB1LY1F/GoEUP814K9AAP8VQHBAAIP4BHUWUI1F/GjQtUAAUOgw 4f//g8QMhcB0DWon6Inh//9Q6ODi//+wAV5bycNWizWUcEAAV78UCAAAV2pA/9ZXakCjyLVAAP/W X6MItkAAXsOhALZAAFaLNUhwQACFwHQDUP/Woci1QACFwHQDUP/WoQi2QACFwHQDUP/WoeCvQACL NdBwQACFwHQKUP/WgyXgr0AAAKHcr0AAhcB0ClD/1oMl3K9AAABew1FTVVaLdCQUV2oJ6PDg//9q B4vY6Ofg//+DZCQQAIlEJBiKBoTAdAs8LXQHPC90A0br74oGPC10CDwvD4XNAAAAiz3AcEAAU0b/ 1/90JBiL6P/XO+h9A1PrBP90JBj/11aL6P/XD7/NO8EPjJ4AAACKDovGhMl0EID5IHQLgOHfiAiK SAFA6+z/dCQY/9dQ/3QkHFboAOD//4PEDIXAdQghBRSwQADrZlP/11BTVujm3///g8QMhcB1VGoB XVOJLRSwQAD/1wPwigaEwHQHPCB1A0br84oGhMB0MzwidQWJbCQQRla+YK5AAFb/FdxwQACDfCQQ AHQWoGCuQACEwHQNPCJ0BopGAUbr8oAmAF9eXVtZw1WL7IHsQAEAAI2FwP7//1ZQ/3UI/xW0cEAA i/CD/v90HY2F7P7//1D/dQjoVOb//1D/FdxwQABW/xWwcEAAXsnDU1VWu/gAAABXU+i9JAAAi/BZ hfZ0VmpAaFCtQAD/FeBwQACL+IP//3RCakBWV/8VQHBAAIP4QHUei248agBVV/8VmHBAADvodQ1T Vlf/FUBwQAA7w3QDV+sMi0YoVzsFlolAAHQK/xXQcEAAM8DrEP8V0HBAAFboACQAAFlqAVhfXl1b w1WL7IHsRAIAAFNWV/8VbHBAAGoBPWoDAABfdCU9pAMAAHQePagDAAB0Fz20AwAAdgc9tgMAAHYJ gyUIsEAAAOtzM/ZqPI1FvFZQiT0IsEAA6Jje//+AZdAAgGXRAIBl0gCAZdQAg8QMjUXYx0W8DgAA AIl1wGhEi0AAUIl1xIl1yIl1zMZF04DGRdUSxkXWAsZF1wL/FdxwQACNRbyJPQiwQABQ/xUscEAA owywQACjDLBAAIs1LHFAAGgCfwAAagD/1mgAfwAAagCjiLdAAP/Wi3UIo9i1QACNhbz9//9oAAIA AFBW/xVwcEAAhcB0LI2FvP3//1D/FcBwQACNhAW7/f//gDhcdANI6/iAIACNhbz9//9Q/xW8cEAA aAGAAACJNeSsQAD/FXRwQAD/FXhwQABoOItAAIlF/P8VfHBAAIXAo0SwQAB0N4s1gHBAAGgki0AA UP/WaBiLQACjSLBAAP81RLBAAP/WaASLQACjTLBAAP81RLBAAP/Wo1CwQACLNahwQABqQWpA/9aL PaxwQABQ/9e7AQEAAKM0sEAAU2pA/9ZQ/9dTakBboySwQABT/9ZQ/9doAAIAAFOjKLBAAP/WUP/X aAQCAABToziwQAD/1lD/12j0AQAAU6MssEAA/9ZQ/9e7UK1AAGgFAQAAU6MYsEAA/3UI/xVwcEAA U+g0/f//WVNT/xXccEAAagBoQLdAAOhYIQAAWYXAWQ+FQQIAAOjk+f//6Ez9//+FwHULahBoIIlA AGon62aLXRCAOwB0KGoFaPyKQABT6Gzc//+DxAyFwHQDQ+vkagBoIIlAAP81OLBAAGoA60Iz24F9 /AAAAICJHUCwQAAPg+wBAACAffwEcgrHBUCwQAABAAAAZjkdiolAAHUfahBoIIlAAFPofdz//1D/ NYC3QAD/FZhxQADpqwEAAKF8iUAA/3UIi8iD4QKA6QL22RvJQYkNHIlAALkAAQAAI8ErwffYG8BA o+SvQADoowoAAIsNWK5AADvLdG2LFXyJQACL2ovCgeMAABAAJQAACAD32xvbg+P9g8ME99gbwCPD 9sIQdBKLFTSwQACAOgB0B4DMIFBS6wmAzCBQaCCJQAAz21FT/xWYcUAAg/gHD4QWAQAAg/gCD4QN AQAA/zVYrkAA/xVIcEAA9gV9iUAAAnQKxwUUsEAAAQAAAP91EOim+v//WWgABAAAakL/1ovwVv/X iz2gcEAAO/OLHaRwQACJRfh0N4XAdDNoAAQAAGo06HTb//9Q/3X46Nza//+DxAxqAGiVJEAAagD/ dfj/dQj/FVxxQABW/9dW/9Po7/n///81NLBAAIs1nHBAAP/WUP/X/zU0sEAA/9ZQ/9P/NTiwQAD/ 1lD/1/81OLBAAP/WUP/T/zUssEAA/9ZQ/9f/NSywQAD/1lD/0/81GLBAAP/WUP/X/zUYsEAA/9ZQ /9OhILBAAIXAdBFQ/9ZQ/9f/NSCwQAD/1lD/06FEsEAAhcB0B1D/FYRwQABfXjPAW8nCEACAffwE D4MQ/v//U2ggiUAAagrooNr//1BT6SP+//9Vi+xRUVNWi3UIV1ZqQv8VqHBAAIXAiUX8dQXo/tv/ //91/P8VrHBAAGoAagD/NeCvQACL2Ild+P8VmHBAAIXAdQSF9nUF6NPb//9WU/814K9AAP8VQHBA ADvGdAXovNv//4tFEI1++YoAiEULhf90HYpFCzgDdRJqCP91EFPor9n//4PEDIXAdAlPQ+vf6Ivb //8zwIlDCPYFfYlAAAh0Cf91+OibAgAAWYtN+IMNoLRAAP8r8APBVlDoOeD//4PI/1krBaC0QABZ OUUMo6C0QAB0BehF2////3X8/xWgcEAA/3X8/xWkcEAAX14zwFvJwgwAVle/8xUAAFdqQP8VlHBA AIvwhfZ1BegP2///xobxFQAA3saG8hUAAK3HBcy1QABRBwAAxwX8tUAA2IBAAIk1hLdAAMcFbK9A AAEAAADoWRsAAIMlbK9AAACAvvEVAADedQmAvvIVAACtdAXoutr///810IBAAIMl/LVAAABWVv8V KHFAAFdqQP8VqHBAAFD/FaxwQABXVlCjILBAAOh02P//g8QMVv8VSHBAAF9ew1WL7LjsFAAA6Loe AAChcIlAAFYz9jvGD4Q/AQAAiw1siUAAV1MryDk18K9AAGoBiQ3MtUAAX3QHV1foUtv//1b/NXCJ QAD/NeCvQAD/FZhwQAA7BXCJQAB0Begc2v///zXMtUAAjYUY+///UP814K9AAP8VQHBAADsFzLVA AHQF6PbZ////Ncy1QACNhRj7//+j/LVAAI2FFOv//6OEt0AAjYUY+///UI2FFOv//1CJPWyvQADo rdf//4s93HBAAIPEDI2FFOv//4k1/LVAAFBoYK5AAIk1hLdAAIk1bK9AAP/XizXAcEAAjYUU6/// UP/WjZwFFev//1No6KxAAP/XU//WgHwDAQCNXAMBdBhoAgIAAGpA/xWUcEAAU1CjWK5AAP/X6weD JViuQAAAU//W9gV8iUAAEI1cAwF0CVP/NTSwQAD/11P/1o1cAwFT/zU4sEAA/9dT/9ZbX17Jw1P/ FWBwQACzIjgYdAOAw/6KSAFAM9I6ynQKOst0BopIAUDr8jgQdAFAUlBSUv8VZHBAAFDoOPj//1D/ FWhwQABbw4tEJASLQDwF+AAAAMNVi+xRoQi2QACDDaC0QAD/VjP2OTXUr0AAiTXMtUAAiTUEtkAA o4S3QAB1BehH2f//OTXutUAAdiUPtwXktUAAO8YPhMsAAACD+AgPhLMAAABqHejw1v//UOhH2P// oQS2QAD/BdivQAA7xn40UP81CLZAAOgu3f//OTXUr0AAWVl1N/81BLZAAP81CLZAAP813K9AAP8V RHBAAFDoYOL//zk11K9AAHUR6C/Y////NdyvQAD/FdBwQACLDeq1QACDyP8rBaC0QACJNdyvQAA7 waOgtEAAdClRUGjAtEAAah7oYtb//1D/NRiwQAD/FZRxQACDxBT/NRiwQADopNf//17Jw+i14P// 6EAYAADpS////+im4P//jUX8UOgJ2///hcAPhDX///+hhLdAAIpN/IgI/wWEt0AA/wUEtkAAgT0E tkAAAAgAAHXN6A7b///rxqHutUAAhcB3CoMlzLVAAAAzwMNXVr4ACAAAO8Z3Aovwiz1AcEAAVv81 yLVAAP814K9AAP/Xgz3wr0AAAIvIiQ3MtUAAdEmD+f90RDvOdFGFyXw8ZqEYiUAA/zX0r0AAZkBQ 6CrY//+LDcy1QACFyXUXVv81yLVAAP814K9AAP/Xi8iJDcy1QACD+f90AovxO850DWoC6Gfh//+L Dcy1QAApDe61QACLNci1QACDPeSvQAAAiTX8tUAAdCeLwYvQSIXSdB6NeAHoixcAADAGD7YGUOiW FwAARk9ZdeuLDcy1QACLwUleiQ3MtUAAX8OB7CwBAABTVVZXahqLNUBwQABbv+C1QABTV/814K9A AP/WM+07w3Q1OS3wr0AAdCZmoRiJQAD/NfSvQABmQFDoX9f//1NX/zXgr0AA/9Y7w3QLagPrAmoE 6Lbg//+h4rVAAGoBi8gkCFssCCPL9tgbwIkN5K9AAEBmgT32tUAAyACj6K9AAHYNajLoedT//1Do 0NX//w+3Bfa1QAC+ILZAAFZQ6Era//8PtwX4tUAAiz2YcEAAU1D/NeCvQAD/1w+3Bfa1QACKgB+2 QAA8Lw+EnQAAADxcD4SVAAAAVmjAtEAA/xXccEAAOS3Ur0AAdS7o19r//4XAdBxW6JnV//+FwHUS 6Hbb//+FwHQJ6Fzd//+FwHUJU/817rVAAOt3OS3kr0AAdETo5xYAAIXAdTs5LeyvQABWdQRqBesC agboxdP//1CNRCQYUP8VlHFAAIPEDI1EJBBQ6AnV//9qAmhAt0AA6HEXAABZWehR/P//6yxWaMC0 QAD/FdxwQADo/Nr//zkt8rVAAHUToe61QAA7xXYKU1D/NeCvQAD/1/YF4rVAAAh0C1NqEP814K9A AP/XX15dW4HELAEAAMNVi+yD7CxWjUXUaipQ/zXgr0AA/xVAcEAAg/gqdAdqBugy3///ZoF97MgA dg1qMugY0///UOhv1P//D7dF7GggtkAAUOjt2P//D7dF7os1mHBAAGoBUP814K9AAP/WD7dF8GoB UP814K9AAP/WXsnDVYvsg+wUjUXsahJQ/zXgr0AA/xVAcEAAg/gSdAdqB+jD3v//D7dF/GoBUP81 4K9AAP8VmHBAADPAycNVi+xRVleLPUBwQABqBF6NRfxWUP814K9AAP/XO8Z0OYM98K9AAAB0KWah GIlAAP819K9AAGZAUOj/1P//jUX8VlD/NeCvQAD/1zvGdAtqCOsCagnoU97//1aNRfxoKLdAAFDo 0tH//4PEDIXAdQfoJf3//+uZVo1F/Ggwt0AAUOi10f//g8QMhcB0WFaNRfxokLdAAFDon9H//4PE DIXAdRI5BfCvQAB1Xuim/v//6Vv///9WjUX8aNC1QABQ6HfR//+DxAyFwHQ5Vo1F/GiQsEAAUOhh 0f//g8QMhcAPhCv///+DPfCvQAAAD4Ue////ah/oqdH//1DoANP//+kM////6L3+//9fXsnDVYvs g+woi0UIVjP2aAB/AABWx0XYAwAAAMdF3E8/QACJdeDHReQEAAAAiUXoiXXs/xUscUAAiUXwjUXY UIl19Il1+MdF/EyLQAD/FSRxQABeycIEAFWL7IHs0AAAAA+3TQxTVleLwTPbM/9IiX3sD4QdAgAA g+gOdHuD6Hh0bC15AwAAdD9IdCpIdCBIdBkPt0UQ/3UUUFH/dQj/FQRxQACL+OkKAgAAagLrCP91 EGoC6xZT/3UI/xUIcUAAD7f46e0BAAD/dRBT/3UI/xUMcUAAU1P/dQj/FYxxQAD/dQj/FZBxQADp xwEAAL8AAQAA6b0BAACLNWhxQABTU2gBBAAA/3UI/9ZTU2gDBAAAiUUM/3UI/9ZmOV0MiUUQdQrH RQwBAAAAiV0QjYUw////UOi12v//WY1FlFD/dQj/FRBxQABqAVP/dZTo5N///4s9FHFAAIPEDIlF FGoO/9eLNQxwQABQ/3WU/9ZqDf/Xiz0QcEAAUP91lP/Xagb/dZT/FRRwQAD/dZT/FQhwQABQ/3WU /9dQ/3WU/9aNRfBQ/3UI/xUYcUAAD7dNEItF+P91/A+vwQ+3TQyZ9/lQU41F3FNQ/xUccUAAjUXU UGoBaFSLQAD/dZT/FRxwQACFwHQ4jYUw////U1D/FcBwQABQjYUw////UI1F3FCLRfwrRdhqBsH4 AlCLRfiZK8LR+FD/dZT/FSBwQACLReT/dZSJRdyLRfiJReT/FQhwQABQ/3WU/9dQ/3WU/9aNhTD/ //9TUP8VwHBAAFCNhTD///9QjUXcUItF/CtF2GoGwfgCUItF+JkrwtH4UP91lP8VIHBAAFP/dRT/ dZTotd7//4PEDI1FlFD/dQj/FSBxQACLfezrIIs1aHFAAFNqZGgABAAA/3UI/9ZTajJoAgQAAP91 CP/Wi8dfXlvJwhAAVYvsgewMAwAAU1ZXM9tqIo1FmFNQ6IfO//+LdQyLTQiDxAyL1g+3AWb/REWY QY1ERZiBwv//AABBZjvTdedmOXWYdQ+LRRyJGItFIIkY6aoDAACLdSBqAV+LBol9IIlF+A+3TSBm OVxNmHUK/0UgZoN9IBB26w+3TSBmO0UgiU38cwOJTfhqEFoPt8JmOVxFmHULgcL//wAAZjvTdetm OVX4D7fCiUXgdgOJRfiLXfiJHtPnZjlVIHMUD7dNIA+3TE2YK/l4Gv9FINHn6+Zmi0xFmI1ERZgP t/Er/ol9xHkHagLpOQMAADPbgcL//wAAA89mO9NmiQiJXSBmiZ12////dB4zwA+3ymaLVAWaAVUg QGaLVSBmiZQFd////0BJdeeLdQgz0maLBkaJRSBGZjldIHQkD7dFIGaLjEV0////jYRFdP///w+3 2UFmiZRd9Pz//2aJCDPbQmY7VQxyx4NN9P+NhfT8//+JRegzwIldCGaJnXT///+LXfiJhTT///+J RciJRdSLRfz32ztF4A+PWwIAAI1ERZiJRdyLRdxmiwBmi8gF//8AAGaFyYlF5A+EJwIAAItF+I0M AzlN/A+OFAEAAA+3ReRAiU3MiUW8i0X0jbyFNP///42ERXT///+JRdCLVfiLReD/RfSDRdACAVXM A9orw4PHBGY7wol9wIld2HcCi9CLRfxqASvDiUUgWIpdIIrL0+APt8g7Tbx+KYt13Ln//wAAK03k A8H/RSBmOVUgcxDR4EZGZosOZjvBdgQrwevnil0gagGKy17T5g+3xkCJddSNBEDR4FBqQP8VlHBA ADPSO8IPhJIBAABGjUgGZgE1irBAAIt1HIPAAjlV9IkOiUUciRCJTciJD3Q0i0XQi3UIiU3uik3Y ZokwikX4iEXtKsgPt8aAwxCNdezT6ItP/Ihd7I0EQI08QaVmpYt9wItFzItd2DlF/A+PDv///4t9 xItN/IrBKsOIRe0Pt0UMjYRF9Pz//zlF6HIGxkXsY+s/i0XoZosAZjtFEHMQZj0AARvS99qDwg+I VezrGw+3VRAPt8ArwotVGNHgihQCiFXsi1UUZosEAoNF6AJmiUXui0UIagEry1rT4maLy2bT6IlF IGaLTSBmO03UcySLdcgDwg+3yYlFII0MSY08TmaLTSBmO03UjXXspWalct+LfcSLRfxqAY1I/1jT 4IlFIIvII00IZoXJdAwxRQhm0W0gi0Ug6+oxRQiLRfQPt1UIjYRFdP///2oBi8te0+YPtwhOI/I7 8XQK/030SEgrXfjr5WaLReSBReT//wAAZoXAD4XZ/f///0X8g0XcAotF/DtF4A+OrP3//4X/dAhq AVg5ReB1AjPAX15bycM5VfR0DP+1NP///+gQAAAAWWiEjEAA6BjM//9qA1jr24tEJASFwHQVVotw /IPoBlD/FUhwQACF9ovGde1eM8DDVYvsUaEAtkAAZoN9CACJRfx0WFZTi10IuAAIAAArBQS2QABm O8NzAovYD7fzVv91/P81hLdAAOjLyf//ATWEt0AAATUEtkAAg8QMgT0EtkAAAAgAAHUF6FDP//8p XQgBdfxmg30IAHWsW17Jw1WL7IPsHKGEsEAAU4lF/GahiLBAAGaJRfhmoYywQABmiUX0i0UQVot1 +GaLBEU4iUAAV2aJReiLRRRmiwRFOIlAAGaJReRmi0X4ZjtFEHMyD7f4D7dFECvHg8AHwegDi9iN NMZogLBAAOidzv//D7cFgLBAAIvPg8cI0+AJRfxLdeIPt0X8D7dN6CPBi00IjQRAZg+2HEGNPEFm g/sQdntmg/tjD4TVAgAAik8BgcPw/wAA0238Zg+2wSvwiXX4Zjld+HM6D7dN+A+3wyvBiU3sg8AH wegDiUXwjTTGaICwQADoJM7//w+3BYCwQACLTeyDRewI0+AJRfz/TfB13g+3TfwPt8MPtwRFOIlA ACPBi08CjQRA6Xf///+KTwHTbfxmD7bBK/Bmg/sQiXX4dTMPt0X0ixUAtkAA/0X0ik8CZoF99ACA iAwCD4X3/v//aACAAADoOv7//4Nl9ABZ6eP+//9mg/sPD4QXAgAAZjld+HM6D7dN+A+3wyvBiU3s g8AHwegDiUXwjTTGaICwQADods3//w+3BYCwQACLTeyDRewI0+AJRfz/TfB13g+3yyvzZosETTiJ QACJdfgjRfzTbfxmA0cCiUXsZotF+GY7RRRzMg+3+A+3RRQrx4PAB8HoA4vYjTTGaICwQADoGc3/ /w+3BYCwQACLz4PHCNPgCUX8S3XiD7dF/A+3TeQjwYtNDI0EQGYPthxBjTxBZoP7EHZ7ZoP7Yw+E UQEAAIpPAYHD8P8AANNt/GYPtsEr8Il1+GY5XfhzOg+3TfgPt8MrwYlN8IPAB8HoA4lF+I00xmiA sEAA6KDM//8PtwWAsEAAi03wg0XwCNPgCUX8/034dd4Pt038D7fDD7cERTiJQAAjwYtPAo0EQOl3 ////ik8B0238Zg+2wSvwiXX4Zjld+HM6D7dN+A+3wyvBiU3wg8AHwegDiUX4jTTGaICwQADoNcz/ /w+3BYCwQACLTfCDRfAI0+AJRfz/Tfh13g+3y4tV9GaLBE04iUAAI0X80238K9BmK1cCK/OJdfiB 4v9/AABmO1X0D7fKdwQPt030vwCAAACLxyvBZjtF7HYDi0XsKUXsiUXwD7dd9KEAtkAA/0X0gUXw //8AAA+3ykJmg33wAIoMCIgMGHXcZjl99IlV8HUOV+go/P//g2X0AItV8Flmg33sAHWT6cf8//9q AVjrHmaLRfRmo4ywQACLRfyjhLBAAGaLRfhmo4iwQAAzwF9eW8nDVYvsg+wMZqGIsEAAU4sdhLBA AGaJRfyKTfxmoYywQABWi3X8g+EHVyvxZolF+Il1/NPrZoN9/BBzMQ+3ffxqF1grx8HoA4lF/I00 xmiAsEAA6A7L//8PtwWAsEAAi8+DxwjT4AvY/038deGBxvD/AACJXfSJdfzB6xBmg338EHMxD7d9 /GoXWCvHwegDiUX8jTTGaICwQADox8r//w+3BYCwQACLz4PHCNPgC9j/Tfx14YtF9IvL99FmO8F0 CGoBWOmrAAAAZovIgcbw/wAAwesQBf//AACJdfxmhcl0dg+3wECJRfRmg338CHMxD7d9/GoPWCvH wegDiUX8jTTGaICwQADoW8r//w+3BYCwQACLz4PHCNPgC9j/Tfx14Q+3RfiLDQC2QAD/RfiIHAi4 AIAAAGY5Rfh1C1Dorfr//4Nl+ABZwesIgcb4/wAA/030iXX8dZFmi0X4iR2EsEAAZqOMsEAAZotF /GajiLBAADPAX15bycNVi+yB7FACAABWV2pIuggACABZi8KNvbD9//9qOPOrWbgJAAkAjb3Q/v// agzzq1m4BwAHAI19sMdF+AcAAADzq4vCjX3gq6urq41F+FCNRfxQaMCLQABogItAAGgBAQAAjYWw /f//aCABAABQ6MD1//+DxByFwA+FgQAAAGoPuAUABQBZjb2w/f//86uNRfDHRfAFAAAAUI1F9FBo QIxAAGgAjEAAagCNhbD9//9qHlDofPX//4vwg8Qcg/4Bfg3/dfzojvn//1mLxusx/3Xw/3X4/3X0 /3X86AX6//+DxBCFwHQFagFY6xT/dfzoZPn//1n/dfToW/n//1kzwF9eycNVi+yB7KgCAABmoYiw QABTix2EsEAAVmY9BQBXZolF/HM1i038agwPt/hYK8fB6AOJReiNNMFogLBAAOisyP//D7cFgLBA AIvPg8cI0+AL2P9N6HXh6wOLdfy/+/8AAIrDA/eD4B+JdfwFAQEAAMHrBWaDffwFiUXcczYPt038 agyJTfRYK8HB6AOJReiNNMZogLBAAOhSyP//D7cFgLBAAItN9INF9AjT4AvY/03odd+KwwP3g+Af iXX8QMHrBWaDffwEiUXoczEPt338agtYK8fB6AOJRfSNNMZogLBAAOgHyP//D7cFgLBAAIvPg8cI 0+AL2P9N9HXhisOBxvz/AACD4A+JdfyDwATB6wRmgX3cHgEPhwUEAABmg33oHg+H+gMAAINl+ABm hcB2cA+3wMdF9FiLQACJRfCJRfhmg338A3MxD7d9/GoKWCvHwegDiUXsjTTGaICwQADoi8f//w+3 BYCwQACLz4PHCNPgC9j/Tex14YtN9INF9AKKw4HG/f8AAA+3CYPgB4l1/MHrA/9N8GaJhE1Y/f// daBqE19mOX34cyAPt034i8eNFE1Yi0AAK8EPtwpmg6RNWP3//wBCQkh1741F4MdF4AcAAABQjUXk UGoAagBXjYVY/f//V1DoSPP//4v4g8Qchf90FYP/AXUJ/3Xk6Fb3//9Zi8fpHAMAAItF6ItN3INl +AADwYtN4DP/ZoXAZosMTTiJQACJRfRmiU3QiX3sD4YUAgAAZotF4GY5RfxzKGiAsEAA6KbG//8P twWAsEAAik38g8YI0+CJdfwL2GaLRfxmO0XgctgPt03QD7fDI8GLTeSNBECNBEGJRdhmD7ZIAWaL QAIr8dPrZj0QAIl1/HMUZomEfVj9//9HiUX4iX3s6ZkBAAAPhakAAABmg338AnM2D7dN/GoJiU38 WCvBwegDiUXwjTTGaICwQADoHcb//w+3BYCwQACLTfyDRfwI0+AL2P9N8HXfisOBxv7/AACD4AOJ dfyDwAMPt8gPt9cDyg+3VfTB6wI7yg+PEQIAAGaLyAX//wAAZoXJD4QdAQAAD7fIi0X4QWaL0IlN 8MHiEGaL0I28fVj9//+LwtHp86sTyWbzq4tF8AFF7It97OnqAAAAZj0RAHVQZoN9/ANzNg+3Tfxq ColN+FgrwcHoA4lF8I00xmiAsEAA6G7F//8PtwWAsEAAi034g0X4CNPgC9j/TfB134rDg+AHg8AD wesDgcb9/wAA605mg338B3M2D7dN/GoOiU34WCvBwegDiUXwjTTGaICwQADoHsX//w+3BYCwQACL TfiDRfgI0+AL2P9N8HXfisOD4H+DwAvB6weBxvn/AAAPt8gPt9cDyol1/A+3VfQ7yg+PEgEAAGaL yAX//wAAZoXJdB4Pt9BCM8CLyo28fVj9///R6fOrE8kBVexm86uLfeyDZfgAZjt99A+C7P3///91 5OgG9f//ZotF/Flmo4iwQAChfIxAAIlF4I1F4FCNReRQaMCLQABogItAAGgBAQAA/3XcjYVY/f// iR2EsEAAUOij8P//i/CDxByF9nQHg/4BdVLrR6GAjEAAiUXUjUXUUI1F2FBoQIxAAA+3RdxoAIxA AGoA/3XojYRFWP3//1DoY/D//4vwg8QchfZ0G4P+AXUJ/3XY6HH0//9Z/3Xk6Gj0//9Zi8brMf91 1P914P912P915Ojf9P//g8QQhcB1Fv915OhD9P//Wf912Og69P//WTPA6wNqAVhfXlvJw1WL7FFR ZqGIsEAAU4sdhLBAAFZmPQEAV2aJRfxzNYtN/GoID7f4WCvHwegDiUX4jTTBaICwQADoicP//w+3 BYCwQACLz4PHCNPgC9j/Tfh14esDi3X8i00Igcb//wAAi8OJdfyD4AHR62aDffwCiQFzMQ+3ffxq CVgrx8HoA4lFCI00xmiAsEAA6DfD//8PtwWAsEAAi8+DxwjT4AvY/00IdeGKw4PG/oPgA2aJNYiw QADB6wJmPQIAiR2EsEAAdQfoE/r//+scZoXAdQfoj/f//+sQZj0BAHUH6Pj4///rA2oCWF9eW8nD VYvsUVFWM/ZmiTWMsEAAZok1iLBAAIk1hLBAAIl1/I1F+GaJNYqwQABQ6Oj+//87xll1JGahirBA AGY7Rfx2BGaJRfw5dfh01mahjLBAAFDoD/P//1kzwF7Jw6FwsEAADAKLyIPxAQ+vyA+3wcHoCMOL RCQEiw1osEAAM8G6/wAAACPCVsHpCIsEhaCwQAAzwYsNcLBAAKNosEAAI8IDBWywQACL8SPyacAF hAgIQKNssEAAwegYM/DB6QiLBLWgsEAAXjPBo3CwQADDVot0JAjHBWiwQAB4VjQSxwVssEAAiWdF I8cFcLBAAJB4VjSKBoTAdA0PtsBQ6HP///9ZRuvtXsNVi+yD7AyDPeyvQAAAdEGNRfRqDFD/NeCv QAD/FUBwQACD+Ax0B2oO6NTI//+DLe61QAAMgz3sr0AAAHQTjUX0UOgOAAAAhcBZdQVqAVjJwzPA ycNVi+yD7AxWV/817K9AAOhh////WY1F9GoM/3UIUOjxu///g8QMM/+NdD306NP+//8wBg+2BlDo 3v7//0dZg/8MfOWDPeivQAAAZg+2Rf90CjPJig3ntUAA6wmLDeq1QADB6RhmO8F0BYPI/+sCM8Bf XsnDi1wkBIsri3MYZDs1AAAAAHQJVugYAgAAg8QEg/4AdDCNQyBQ6PcCAAALwHQWi0MgPTAyQ1Z1 DItDJAvAdBJT/9DrDYtDHFBW6CUCAACDxAhqAItDFOisAgAAi9OLWgSLegiLcgyLRCQIg/gBg9AA i2IQg8QE/2IUw8zMzItUJASJKolaBIl6CIlyDIliEIsEJIlCFMdCIDAyQ1bHQiQAAAAAZKEAAAAA iUIYg/j/dQnHQhz/////6zuLTCQIC8l0CotEJAyJQiRJdQiLQAyJQhzrIYtEJBCJQhxJdBdWV410 JByNeiiD+QZ2BbkGAAAA86VfXivAw8zMzMzMzMzMzFFWi3QkDIX2dD2NRCQMjUwkBFBRVugWBQAA g8QMhcB0FotUJAxQi0QkCFJQ6F8FAACDxAxeWcOLDZi3QABWagBR/xVccEAAXlnDkJCQkJCQoXiw QACLTCQEUFHoEAAAAIPECMOQkJCQkJCQkJCQkJBWi3QkCIP+4Fd3NIX2dQW+AQAAAIt8JBCD/uB3 C1boLQAAAIPEBOsCM8CFwHUThf90D1boCAkAAIPEBIXAddkzwF9ew5CQkJCQkJCQkJCQkItEJARW jXAPodysQACD5vA78HcSi87B6QRR6BEFAACDxASFwHUQixWYt0AAVmoAUv8VWHBAAF7DkJCQkJCQ kJBRPQAQAACNTCQIchSB6QAQAAAtABAAAIUBPQAQAABz7CvIi8SFAYvhiwiLQARQw8xVi+xTVldV agBqAGioVkAA/3UI6GgJAABdX15bi+Vdw4tMJAT3QQQGAAAAuAEAAAB0D4tEJAiLVCQQiQK4AwAA AMNTVleLRCQQUGr+aLBWQABk/zUAAAAAZIklAAAAAItEJCCLWAiLcAyD/v90Ljt0JCR0KI00dosM s4lMJAiJSAyDfLMEAHUSaAEBAACLRLMI6EAAAAD/VLMI68NkjwUAAAAAg8QMX15bwzPAZIsNAAAA AIF5BLBWQAB1EItRDItSDDlRCHUFuAEAAADDU1G7oIxAAOsKU1G7oIxAAItNCIlLCIlDBIlrDFlb wgQAzMxVi+xq/2iwcUAAaDhfQABkoQAAAABQZIklAAAAAIPE8FNWV4ll6MdF/AAAAACLRQiLCLgB AAAAiUXk6xmLVeyLAosAM8k9BQAAwA+UwYvBw4tl6DPAx0X8/////4tN8GSJDQAAAABfXluL5V3C BACQociMQABVVoP4/1d1B724jEAA6x2hmLdAAGggIAAAagBQ/xVYcEAAi+iF7Q+EKwEAAIs9THBA AGoEaAAgAABoAABAAGoA/9eL8IX2D4T0AAAAagRoABAAAGgAAAEAVv/XhcAPhM8AAACB/biMQAB1 KKG4jEAAhcB1CscFuIxAALiMQAChvIxAAIXAdSfHBbyMQAC4jEAA6xvHRQC4jEAAiw28jEAAiU0E iS28jEAAi1UEiSqNhgAAQACNTRiNlZgAAACJRRSJdRCJTQiJVQwzwL/xAAAAM9KD+BAPncJKg8EI I9dKQIlR+Il5/D0ABAAAfOO5AEAAADPAi/7zq4tFEAUAAAEAO/BzKLnwAAAAsP+NVgiJTgSJFoiG +AAAAItVEIHGABAAAIHCAAABADvyct+LxV9eXcNoAIAAAGoAVv8VUHBAAIH9uIxAAHQPoZi3QABV agBQ/xVccEAAX14zwF3DkJCQkJCQkJCQkJCQkJBWi3QkCGgAgAAAagCLRhBQ/xVQcEAAOTXYrEAA dQmLTgSJDdisQACB/riMQAB0IItWBIsGVmoAiQKLDotWBIlRBKGYt0AAUP8VXHBAAF7DxwXIjEAA /////17DkJCQkJBTVVZXiz28jEAAg38Q/w+EoAAAADPtjbcQIAAAuwDwPwCBPvAAAAB1R4tHEGgA QAAAA8NoABAAAFD/FVBwQACFwHQtxwb/////ixV0sEAASokVdLBAAItHDIXAdAQ7xnYDiXcMi0Qk FEVIiUQkFHQNgesAEAAAg+4Ihdt9pIvXi38Ehe10LoN6GP91KLgBAAAAjUoggzn/dQtAg8EIPQAE AAB88D0ABAAAdQlS6O/+//+DxAQ7PbyMQAB0DItEJBSFwA+PQv///19eXVvDkJCQi0wkBLi4jEAA O0gQdgU7SBRyC4sAPbiMQAB0Ouvr9sEPdTOL0YHi/w8AAIH6AAEAAHIji1QkCIkCi1QkDIvBJQDw //8ryIkCgekAAQAAwfkEjUQBCMMzwMOQkJCQkJCQi0QkBItMJAhWM9IrSBDB+QyLdMgYjUTIGItM JBCKEQPyiTDGAQCLCMdABPEAAACB+fAAAAB1GqF0sEAAQIP4IKN0sEAAdQpqEOiC/v//g8QEXsOQ kJCQkJCQkJCQkJCQUYsN2KxAAFOLXCQMVVZXiUwkEItBEIP4/w+EhQAAAIt5CI2pGCAAAIv3K/GD 7hjB/gPB5gwD8Dv9cy6LBzvDfBs5XwR2FlNQVujyAQAAg8QMhcB1Y4tMJBCJXwSDxwiBxgAQAAA7 /XLSi2kIi3kQjXEYO/VzLosGO8N8GzleBHYWU1BX6LcBAACDxAyFwHVBi0wkEIleBIPGCIHHABAA ADv1ctKLCaHYrEAAO8iJTCQQdDfpW////4tMJBCJDdisQACLFyvTiReJeQhfXl1bWcOLTCQQiQ3Y rEAAixYr04kWiXEIX15dW1nDvbiMQACDyf85TRB0B4tFDIXAdRGLbQCB/biMQAAPhOAAAADr44tF DIt1EIv4iUQkGCv9ixCD7xjB/wPB5wwD/jP2O9F1EIP+EH0Li1AIg8AIRjvRdPCLxmoEweAMaAAQ AABQV4lEJCD/FUxwQAA7xw+FywAAAItUJBiLRCQQM8mF9ovKfjKNRwSNUATHAPAAAACJUPzGgPQA AAD/xwHwAAAAx0EE8QAAAAUAEAAAg8EITnXVi1QkGI2FGCAAAIkt2KxAADvIcw6DOf90B4PBCDvI cvQ7yBvAI8GJRQyIXwiJVQiLCivLiQqLRwQrw41MHwiJRwSJD42HAAEAAF9eXVtZw+iu+v//hcB0 NYtIEIhZCI1UGQij2KxAAIkRuvAAAAAr04Hj/wAAAIlRBItQGCvTiVAYjYEAAQAAX15dW1nDX15d M8BbWcOQkJCQkJCQkJCQkJCQi1QkDFNVVleLfCQUi0cEiw87wolMJBSL8Y2f+AAAAHI6jQQRiBE7 w3MQizeLRwQD8ivCiTeJRwTrDI1XCMdHBAAAAACJF40Ef40EgIvQjUEIweAEK8JfXl1bwwPBgDgA dAKL8I0EFjvDi1wkGHN1igaEwHU8gH4BAI1GAbkBAAAAdQdAQYA4AHT5O8pzOYtsJBQ79XUJiU8E i/CLzesZK9k72g+CwgAAAItMJBSL8OsHJf8AAAAD8I0sFo2H+AAAADvocqrrHY0EFo2f+AAAADvD cwkryokHiU8E63mNTwiJD+trjW8Ii/U78XN+jQwWjYf4AAAAO8hzcYoGhMB1I4B+AQCNRgG5AQAA AHUHQEGAOAB0+TvKcx4r2TvackyL8OsHJf8AAAAD8Dt0JBRyvTPAX15dW8ONBBaNn/gAAAA7w3MJ K8qJB4lPBOsJiS/HRwQAAAAAjQR/iBaNFICNRgjB4AQrwl9eXVvDX15dM8Bbw5CQkJCQkJCQkJCQ kJCQoXywQACFwHQUi0wkBFH/0IPEBIXAdAa4AQAAAMMzwMNWQzIwWEMwMFWL7IPsCFNWV1X8i10M i0UI90AEBgAAAA+FggAAAIlF+ItFEIlF/I1F+IlD/ItzDIt7CIP+/3RhjQx2g3yPBAB0RVZVjWsQ /1SPBF1ei10MC8B0M3g8i3sIU+j59v//g8QEjWsQVlPoLvf//4PECI0MdmoBi0SPCOix9///iwSP iUMM/1SPCIt7CI0Mdos0j+uhuAAAAADrHLgBAAAA6xVVjWsQav9T6O72//+DxAhduAEAAABdX15b i+Vdw1WLTCQIiymLQRxQi0EYUOjJ9v//g8QIXcIEAP8lVHBAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAABQegAAAAAAAAp6AAA4egAAKHoAABh6AACGeQAA8nkAAOR5AADYeQAAyHkA ALJ5AACmeQAAlnkAAAAAAABGdwAAxHcAALp3AAA8eAAAaHkAAFp5AABOeQAAQnkAADZ5AAAkeQAA EHkAAAJ5AAD4eAAA4ngAANJ4AADEeAAAtHgAAKJ4AACUeAAAiHgAAHB4AABWeAAASHgAAN53AAAs eAAAHHgAAA54AAAAeAAA8ncAAL52AADKdgAA3HYAAPR2AAAMdwAAGHcAACx3AAA4dwAAmHcAAGB3 AAB4dwAAgncAAI53AACidwAA6HcAAM53AAAAAAAA4HMAAPBzAAAAAAAAcnUAAKB2AACQdgAAgHYA AHJ2AABkdgAAVHYAAEp2AAA+dgAALHYAABp2AAAMdgAA9nUAAOh1AADYdQAAyHUAALh1AACmdQAA kHUAAH51AAACdQAAZnUAAFp1AABAdQAALnUAACJ1AAASdQAA0HQAAMB0AACsdAAAmHQAAIx0AAB6 dAAAZHQAAFZ0AABEdAAANHQAACh0AAAadAAADnQAAO50AADedAAAAAAAAAAAAAD/////vFdAANBX QAAocwAAAAAAAAAAAAACdAAA9HAAADRzAAAAAAAAAAAAALJ2AAAAcQAAcHIAAAAAAAAAAAAAeHkA ADxwAAA8cgAAAAAAAAAAAABGegAACHAAADRyAAAAAAAAAAAAAGJ6AAAAcAAAAAAAAAAAAAAAAAAA AAAAAAAAAABQegAAAAAAAAp6AAA4egAAKHoAABh6AACGeQAA8nkAAOR5AADYeQAAyHkAALJ5AACm eQAAlnkAAAAAAABGdwAAxHcAALp3AAA8eAAAaHkAAFp5AABOeQAAQnkAADZ5AAAkeQAAEHkAAAJ5 AAD4eAAA4ngAANJ4AADEeAAAtHgAAKJ4AACUeAAAiHgAAHB4AABWeAAASHgAAN53AAAseAAAHHgA AA54AAAAeAAA8ncAAL52AADKdgAA3HYAAPR2AAAMdwAAGHcAACx3AAA4dwAAmHcAAGB3AAB4dwAA gncAAI53AACidwAA6HcAAM53AAAAAAAA4HMAAPBzAAAAAAAAcnUAAKB2AACQdgAAgHYAAHJ2AABk dgAAVHYAAEp2AAA+dgAALHYAABp2AAAMdgAA9nUAAOh1AADYdQAAyHUAALh1AACmdQAAkHUAAH51 AAACdQAAZnUAAFp1AABAdQAALnUAACJ1AAASdQAA0HQAAMB0AACsdAAAmHQAAIx0AAB6dAAAZHQA AFZ0AABEdAAANHQAACh0AAAadAAADnQAAO50AADedAAAAAAAAGEAU2hlbGxFeGVjdXRlQQAhAEZp bmRFeGVjdXRhYmxlQQBTSEVMTDMyLmRsbADsAVNldEN1cnNvcgCVAU1lc3NhZ2VCb3hBAGQCd3Nw cmludGZBAFECVXBkYXRlV2luZG93AABSAUludmFsaWRhdGVSZWN0AADzAEdldERsZ0l0ZW0AANgB U2VuZERsZ0l0ZW1NZXNzYWdlQQDyAVNldERsZ0l0ZW1UZXh0QQAdAUdldFBhcmVudACQAERpc3Bh dGNoTWVzc2FnZUEAAEUCVHJhbnNsYXRlTWVzc2FnZQAArwFQZWVrTWVzc2FnZUEAAAEBR2V0S2V5 U3RhdGUAHgJTZXRXaW5kb3dQb3MAACwBR2V0U3lzdGVtTWV0cmljcwAAPQFHZXRXaW5kb3dSZWN0 ANoBU2VuZE1lc3NhZ2VBAAC0AEVuZERpYWxvZwD1AEdldERsZ0l0ZW1UZXh0QQCLAERpYWxvZ0Jv eEluZGlyZWN0UGFyYW1BAG0BS2lsbFRpbWVyABYCU2V0VGltZXIAACEAQ2hhck5leHRBAOIBU2V0 QWN0aXZlV2luZG93APYBU2V0Rm9yZWdyb3VuZFdpbmRvdwAhAlNldFdpbmRvd1RleHRBAACKAERl c3Ryb3lXaW5kb3cAsgBFbmFibGVXaW5kb3cAALEBUG9zdE1lc3NhZ2VBAAAtAlNob3dXaW5kb3cA AAgBR2V0TGFzdEFjdGl2ZVBvcHVwAAByAUxvYWRDdXJzb3JBAKIBT2VtVG9DaGFyQnVmZkEAAL4B UmVnaXN0ZXJDbGFzc0EAALYARW5kUGFpbnQAAAgCU2V0UmVjdADkAEdldENsaWVudFJlY3QAKQFH ZXRTeXNDb2xvcgAJAEJlZ2luUGFpbnQAACMCU2V0V2luZG93V29yZABEAUdldFdpbmRvd1dvcmQA gABEZWZXaW5kb3dQcm9jQQAAVVNFUjMyLmRsbAAAfgBGaW5kQ2xvc2UAggBGaW5kRmlyc3RGaWxl QQAA0QBHZXRDdXJyZW50RGlyZWN0b3J5QQAADAJTZXRDdXJyZW50RGlyZWN0b3J5QQAAoQJsc3Ry bGVuQQAAKgBDcmVhdGVEaXJlY3RvcnlBAACSAmxzdHJjYXRBAAAaAlNldEZpbGVUaW1lAJgBTG9j YWxGaWxlVGltZVRvRmlsZVRpbWUAUwBEb3NEYXRlVGltZVRvRmlsZVRpbWUAjAJfbGNyZWF0AJsC bHN0cmNweUEAAI4CX2xvcGVuAACLAl9sY2xvc2UATwFHZXRWb2x1bWVJbmZvcm1hdGlvbkEAkAJf bHdyaXRlAI8CX2xyZWFkAADfAEdldERyaXZlVHlwZUEAjQJfbGxzZWVrAG8CV2luRXhlYwBgAUds b2JhbExvY2sAAFUBR2xvYmFsQWxsb2MAXAFHbG9iYWxGcmVlAABmAUdsb2JhbFVubG9jawAAXwFH bG9iYWxIYW5kbGUAAJoBTG9jYWxGcmVlAJYBTG9jYWxBbGxvYwAA5ABHZXRFbnZpcm9ubWVudFZh cmlhYmxlQQBRAUdldFdpbmRvd3NEaXJlY3RvcnlBAACYAmxzdHJjbXBpQQCYAEZyZWVMaWJyYXJ5 ABYBR2V0UHJvY0FkZHJlc3MAAJABTG9hZExpYnJhcnlBAABMAUdldFZlcnNpb24AABMCU2V0RXJy b3JNb2RlAAD8AEdldE1vZHVsZUZpbGVOYW1lQQAAnQBHZXRBQ1AAAGsARXhpdFByb2Nlc3MA/gBH ZXRNb2R1bGVIYW5kbGVBAACqAEdldENvbW1hbmRMaW5lQQBuAUhlYXBGcmVlAABoAUhlYXBBbGxv YwDlAVJ0bFVud2luZABeAlZpcnR1YWxGcmVlAFsCVmlydHVhbEFsbG9jAABLRVJORUwzMi5kbGwA AEYARGVsZXRlT2JqZWN0AABKAVNlbGVjdE9iamVjdAAAQwBEZWxldGVEQwAALABDcmVhdGVGb250 SW5kaXJlY3RBAMcAR2V0RGV2aWNlQ2FwcwAgAENyZWF0ZURDQQBiAEV4dFRleHRPdXRBAAUBR2V0 VGV4dEV4dGVudFBvaW50MzJBAK0AR2V0QmtDb2xvcgAAcAFTZXRUZXh0QWxpZ24AAHIBU2V0VGV4 dENvbG9yAABQAVNldEJrQ29sb3IAAEdESTMyLmRsbAA1AVJlZ1F1ZXJ5VmFsdWVBAABBRFZBUEkz Mi5kbGwAAAAAAABd7/04AAAAAJh6AAABAAAAAAAAAAAAAACYegAAmHoAAJh6AABQRTMyRS5TRlgA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAATwAAAHIAAACeAAAA3gAAADwBAABSAQAAbwEAAHYBAAB8AQAAgQEAAMQBAADb AQAACgIAABgCAAA0AgAAWAIAAIECAACWAgAAnAIAAJsDAAChAwAAwgMAAAsEAAASBAAAHQQAADkE AAAjBQAAegYAAJcGAAC2BgAAEwcAAE0HAACABwAAswcAAMAHAADxBwAANQgAAG4IAAB0CQAA9AkA AF0LAABsCwAAlgsAAFAMAAAKDQAARA0AAJoNAACfDQAAsA0AALUNAAAkDgAAPQ4AAAAAAADVV1Fv G7kR5l2BQyEcCvSpfRwYUM4upI2bNIHjtggcxUbVu0iGLSO4oCjA3aUkNlxyj+R6rTwl/QV97WP7 0Mf7FX1o/0J/wP2N6wzJlSxXLtLHynEk7Qxnht83/IaeLaUD/Mc1SF2YqlbCC3BCzYfixlteeGN/ 2cOn3AmwYlhYwdHBLwXMpRK4rgRvV8AXXOqMnUdHqZ2wHkrp3kK/xK9QWnktoO/uuijukp+ZY1q/ 7TsxyWbx+TVXsozfO6estyOhbqpcWMybsRmW2S2gkmNkXteCWwfeQC56lXRO6gXlWPI1ENaKgqrL hcp6493RsbqaO9caW4KrRSHnUpRsvF69wziZnlzNpuxS+KZm4WMg4PGjYS79FuxU0htZR5St+KaR Vjh4LXVpWgfPngzg2RHVPJmxk9xgdY1+h+6mFpZ7afRzdkYr+4Fd3H6DKOWrgIJbOS+qDODyraxr SpRlGbsK60MsLPTUWkO7BNtoTS6FqSoiu++SrVhyvSALwrgXF8/MHsyNKoVdJ+fKCl6uQNxI5x3m nF4L21rpY/88JxDjkg1KGfvd7PTVeYQm7D9swQtdihK9bdhMo2nRNiADQoSnDUIr/ZLqrhGQHKMo g9VSPM0rRKGpa9xr1pvG3sC6HOJGfdgFXZkGuBVQNEio9mrVoTEArlfb8RymUwpqa3Keo2cuwKN3 wRHNcEpkhTZkZ0MRVBwjCtcorKI3MhpJb+hIrVq+es4Ig18zpIBS7LuDyHCN4VxTFMK5eaPUis1M op5jenINdPdDewe2O1g7nGtM6YIpspY33hudMdz1G1kzcYNAExKOvV4KDQ9Ko0XKHc5JLfQxRHIK U68SYNSrl9S/p51sEGuT6Qy+Go9OJ5enLwNzpXTeSkyJCTKAE4Tx9iMK5m/TjpgtZS7XIDqk91oa xTvvq0sYYRVWLpZ0Xtvopr2wOvhwhTwI7lcIMcmBFQvMJywG7BgvDWKmTTjgteKrWAFS6vhCdLgE h7lpMDouWZnGdueo10seUUZ5y205bGU8Nl0rcVssSXtwl0p6SsE95BZdIhWF0ddCS6ELcbsDE4fU 7/i00wM6RynnHLfWkDLkjVR+iMy/GZ8HDK4m3ScsSnC3omAUqLR8McTnw9KaOkI154XAmGfUUDBv dJGQE9dcNRHqBJa7RTcdDX7NpeJ0uubWVKHYZG1FDg6JO4al9/Xxw4dt22YIyztZZ4Wp2IjrLzyk eWIaXzc+bO6YJOZKp+OJNNEJppYNJ0b4pSkZ7azkFdJTHsdW6btjeMFLGF2MoH94pG5g3y1No0o6 iOHBAW7w3GAYKrbgiERa6i3Xbi4sCNK1jI3TpKEkS8FLYT925SgkpEZJ29rruz0Y3pVmjIE0K0VK F7UUaUuHM0pTLYpwYo1OzRG1V0ktklCHo7jWYhLUJMV9t6PaMLlILrqEJMoxwg7vnJfrsbsboYfT +JEKJI+PBeherdpoUhwle50qwVnwCtqai40EpoNxd3R0g349kOAseOxhNqHKDOJMiau6oJEsXDsH 6TdqEEZW1ut9bRpiDGt2XfkbiQozhoPzyA+3JZC1O+NKvl2fBsTq/MtwJDO2HusYJHXxYDMsBt1N JBdCxylLki9JGbC8Fi2pYEQdxvMwpUrTamU4zcd1bYNwMessxHa6pAUM7r1r3EoA+aoTt/2Lg7vy fi6sCypxWsrQ1vuPD58+Puht5Hh/dAA/f/bsyfDR4eEh3T4SGCNT1Y0Pc3SsiyDMVJGZ+5Y0Jcq+ F0UsgSS++BiJl0EYz7C0ylAYPTeQbq5OiLvaVCPuwP1udSIOnMA0tUFqFVRcKuq516MxrTnPphm8 MDfw5BeHA3hFTU7tNYDRDA6fPnp6hDWfZOwrWQjtYrf2HdsahmfTC3g5vpxdjF9czcbTCUzP4GTy NXw5nrz83xjaPXzvY+d+PjHlmrr9Ypu53m7mYH8btoP/48pfpr86KBodfw7pDw56PvhvGj7imhbQ bO2UOs2kXjfH16Ky5PQHCPX3wvIKuHOmkAEPb+h2GQVF+ozN6PYXZcx3MnYcLoVBQAqjPZfa3bqA 0n1UWLpa6DiblTLtGmmqI7vnplbEHWBVRdRh6XodaRnzdzlNc4H9nf3jTwxfP2K/Zz9h3zHL4uuH 7BW7ZIC/nGnmwieBVsnmwf6efXpO75/hz1/ZT9H2/fd/ZN2rswH7LUaSwXaFcd7h5xqfembw/wcY yzDFyhD5GJ+wFPtDWr+P1s/ZH3D9h3XsT4Ltmn3BHmHVDm3vMdILjGBYi98Fy8JPfP0g+X/Gjthf WA8zRv8pRqCsbdiTx8+ANon5RNhtG54uMWaD74BVU/wK3z1aNFv8R/wz9jeMb0L8VGmyfYtWqvWT lHuDxPaevkUcye+b4HeBmXVA6XXI+ObWis7/Z8H/0xR3hNWbgMDduL8KfnXyO2F52tddv0nwWya/ 32AklXJ2fP8Y6/ozcrq4xfeHZGPo/x3aqq1eeJ/wydm/kMt/olUEvC3bfv0bAAAAAAAAAGWQvUrE UBCFvywiImJteUHYToutFlsRCxUDCoJdyM9GCLokC2rn+gTqE/gEPoC1hW8Vz53cyP7MwMzcOWdm TvLD7xuyDU7l35z7Bzfccc+t4hTHFTkVBQec8MSMmoRU+UGVU9cRq9PIH62XacMWF5rzs4k2NWFL rY0FnQ1iHzflX+zxHrXtK9eUYnh2838zX7rpdU2E99oK5UocF+amK0p8p1Y9Eye1mHHItjy2ucQu OSHPYnZVaXm4tusoKP9kHrQPpX2HD2mfBywiMmyfMSN29W7bFy45o7cOzwM+MPzY/lJq37xofwAB AAAAAQAAAFdpblppcCBTZWxmLUV4dHJhY3RvcgAAAAAAAQADAAcADwAfAD8AfwD/AP8B/wP/B/8P /x//P/9///8AAAAAAABOTUMBc2Z4AneprBMalgAAAJYAAPQEAQCq0gAAIggAAAAAAAAAAAAAAAD/ /wgAAAAAAAAAAAD4OAAAAABcAAAAV2luWmlwIFNlbGYtRXh0cmFjdG9yIGhlYWRlciBjb3JydXB0 LiAgUG9zc2libGUgY2F1c2U6ICBiYWQgZGlzayBvciBmaWxlIHRyYW5zZmVyIGVycm9yAC5aSVAA AAAALkVYRQAAAABQS0JBQ0sjACA8JWQ+AAAASW5zdGFsbAAgAAAAIiVzIgAAAAB3aW56aXBcc2hl bGxcb3Blblxjb21tYW5kAAAATVMgU2FucyBTZXJpZgAAAERJU1BMQVkAbm8gbWVtb3J5IGZvciBy ZXNvdXJjZXMAVEVNUAAAAABUTVAALgAAACVzIC0gJXMAVGhlIHNlbGVjdGVkIGZvbGRlciBjb250 YWlucyB1bnN1cHBvcnRlZApjaGFyYWN0ZXJzLCBwbGVhc2UgY2hvb3NlIGEgZGlmZmVyZW50IGZv bGRlci4AAEsHCABLMDAASwUGAEsBAgBLAwQALWluZm8AAABTSEdldFBhdGhGcm9tSURMaXN0AFNI R2V0TWFsbG9jAFNIQnJvd3NlRm9yRm9sZGVyAAAAU2hlbGwzMi5kbGwASGVsdgAAAABNZXRlcgAA AFgAAAAQABEAEgAAAAgABwAJAAYACgAFAAsABAAMAAMADQACAA4AAQAPAAAAAwAEAAUABgAHAAgA CQAKAAsADQAPABEAEwAXABsAHwAjACsAMwA7AEMAUwBjAHMAgwCjAMMA4wACAQAAAAAAAAAAAAAA AAAAAAAAAAAAAAABAAEAAQABAAIAAgACAAIAAwADAAMAAwAEAAQABAAEAAUABQAFAAUAAABjAGMA AAABAAIAAwAEAAUABwAJAA0AEQAZACEAMQBBAGEAgQDBAAEBgQEBAgEDAQQBBgEIAQwBEAEYASAB MAFAAWAAAAAAAAAAAAAAAAABAAEAAgACAAMAAwAEAAQABQAFAAYABgAHAAcACAAIAAkACQAKAAoA CwALAAwADAANAA0ACQAAAAYAAABub3QgZW5vdWdoIG1lbW9yeQAAAAAAAAAAAAAAIAWTGQAAAAAA AAAAAAAAAAAQAAAAAAAAuIxAALiMQADQjEAA0IxAAP//////////8AAAAPEAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALiMQADgAQAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC AAMAAAAgAACADgAAAEAAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAFgAAIACAAAAcAAAgAAAAAAAAAAA AAAAAAAAAQABAAAAiAAAgAAAAAAAAAAAAAAAAAAAAQAJBAAAoAAAAAAAAAAAAAAAAAAAAAAAAQAJ BAAAsAAAAAAAAAAAAAAAAAAAAAAAAQAJBAAAwAAAANDAAADoAgAAAAAAAAAAAAC4wwAAKAEAAAAA AAAAAAAA4MQAACIAAAAAAAAAAAAAACgAAAAgAAAAQAAAAAEABAAAAAAAAAIAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAAgICAAMDAwAAAAP8AAP8AAAD//wD/AAAA /wD/AP//AAD///8AAAAAAAAAAAAAAAAAAAAAAAAGiIiIiIiIiIiIiIiIAAAABv////////////// +AAAAAb///////////////gAAAAG///////////////4AAAABv//////////////+AAAAAb///// //////////gAAAAG///////////////4AAAABv//////8Hh4dw//+AAAAAb///////CHh3AP//gA AAAG////////8AcP///4AAAABv//////AAAAAP//+AAAAAb///AAAHiIiIgP//gAAAAG//93d3d3 d3d4D//4AAAABv//f7i4uLcPeA//+AAAAAb//3+Li4uHD3gP//gAAAAG//9/uLi49w94D//4AAAA Bv//f4uLi4cPeA//+AAAAAb//3+4uLi3D3gP//gAAAAG//9/////9w94D//4AAAABv//eLi4d3cP CA//+AAAAAb///eLhwAAAAgP//gAAAAG////d394iIiA///4AAAABv//////93d3f///+AAAAAb/ //////////////gAAAAG////////////YAAAAAAABv///////////2/4cAAAAAb///////////9v hwAAAAAG////////////aHAAAAAABv///////////2YAAAAAAAb///////////9gAAAAAAAGZmZm ZmZmZmZmYAAAAADgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAA B+AAAA/gAAAf4AAAP+AAAH/gAAD/4AAB/ygAAAAQAAAAIAAAAAEABAAAAAAAgAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAAgICAAMDAwAAAAP8AAP8AAAD//wD/ AAAA/wD/AP//AAD///8AAAAAAHh4dwAAAAAAh4dwAAAAAAAABwAAAAAAAAAAAAAAAAB4iIiIAHd3 d3d3d3gAf7i4uLcAeAB/i4uLhwB4AH+4uLj3AHgAf4uLi4cAeAB/uLi4twB4AH/////3AHgAeLi4 d3cACAAHi4cAAAAIAAB3cHiIiIAAAAAAB3d3cAD+AQCg/gEfAf+HDgH8AwAAgAEAAAABAAAAEQAA ABEAAAARAAAAEQAAABEAAAARAAAAEQAAgAEAAMQDAAD+Bw4BAAABAAIAICAQAAEABADoAgAAAQAQ EBAAAQAEACgBAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC13aW4zMiAtbGUgLW92 ZXJ3cml0ZQBQSwMEFAAAAAgARFbWKA15KKdQCAAAAC4AAAoAAABSZWFkbWUuZG9j7VoLbFRFFL1b aqFQKv+EhpAnEkWDTYFSAZVQLU1UCk23gkgwbLfbsrDbLbsthQaJEiQYDRLiBwxGMUQRjVGCok2D DQE1xiBBUAREBPyAqFAr/gL13Lkz3befllL5s29z3nk7b2buzNx5d+68+3Z83vPgmncyvqOoYyx1 ojPNqZRiS3fgmqGOHkRJ+v+Z5uZmk4zLxHEFjcBptJX1x0iGEq8DWOcmzXSlG9LSgO5AOnC9TAHq CfQCegN9gL5AJyAxCa6MESiiAH5VZNF4qgAHaX60KWjzfz/MGNNTZRtS2SoQNUipfHvhGctWr2ja 96GjMxIf1TemQHqQSikP7KZq8pNHtaO9RwYlOViiaUN7ynVFpskDJaeD7oFkP1XSJCqhWefUd87c C1bQrun2VlBxzpJaL9AR+aY21hk/64nj2hyBwTDWy4EVwBIsAEuBRqAJeA+LwfvAOCwIdwPzgHqg ERiCh7gMWAscAE4Bo7oQ1QL1wC7gOJCcSjQAyAYmAKXAAuAZ4E1gK7AfOC0T8l+hU0JNQo1CJ4R+ FToudEzoJ6EfhI4IHRI6KHRAaL/QXqE9Ql8K7RLaKbRDaLvQZ0KfCn0i9JHQVqEtQg1Cm4XqheqE 1GH8qIvNUGnPAY7eR860tIBu4LFvAtJgFAcDdwLFgA9YDKwGNgI94ABUAJXAIeAI0BUOQRqwAFgI 5MA5GAUEgUh9/i0d/1PoD6HfhU4K/Sb0i9DPQkeFfhT6XuiwkHZZv5V/3wjtE/pa6Cuh3UJX+HEh Zgv15eef9dWZzBV7eUQ3syOoVjY5L0JyOry+Lpg79yvvj+hWmIaTzUnglImBoN/lI0wk6nMCWVA6 jVypyQEHVlaa07JrsOlgEOWOa2xeQ4OoX56nzFXtq7IKXUFXedBVOdPKD1RE+wDsnfKxQxyMxHFZ jEDzOPb6o48s+JPyuwNwkpfK4dW54NdVw9vzYBdh7gtnqV+ZLZXL5SJ3FbwzH+CCj2iBK5HiBVfE 1DEMNYyg0RGSJytvslT5mBbdCy8zVvJoJdve3jyUmgspbnD8UvFkOdHaEroNJTsi05QuPavsMuTI ouFRY1VIBfBkLRpCwygT9110S0xfyzDC/LOPgQPeXyfYd/WkR/nuA6DWAq87GAgFyqqsKYFgqZWT mWXlBdzVfg+eT/ajC5ycjiS1G+TrTHM/M4eaRm+YY58b2TSdpkFL02PalgNtjwTseihAL9xIYd2X Kg1OoxxVw8g4NcTrHdeWSJcxvVrHYZiaNcPVeYQ65+MXeQ7botg55cOT7gd4DxxtHWLrFlthP7c9 Y0Oo14W5K7V3x/zNVNoohFXz4E5I2Rg3zcR1ubquwjUzy+ZecZ+y9dPBTwnnCOA8H2e2pmwVa2Dl LJqAuxNhgdjOWbgKQBbLvF3LdEIGW6ewjDL0m9sh+UbpfPImwKPqFlmmTZXafluQMAl23cLIBfBs cg0WFeEut8OtdtR+SGPba9EYYDx+cs5E2VwqVhJHt7RsprL1bKmlL2GJnMJtYQlDgKmq35YaMdMb biO3zYcfjwfXFa8OaRu/b+Bc0j8eQ5YYUE9I/FIh5KrEz4dRZ7vaHdrJ0n32QIdhHYe1IqPArTJj yXrn92eX07HqVQ/d2JDKzhUb8JbDeIPmPYn9nviGbR9DsXgsQBbDZ8vfB/njeRKtlkN+Xn+6ajb5 1sM7rMWfIUg3HmNHxnsc3g91xNFcB7krHdgvo/w59QceeBrc5oRz25q2aiktC+8naMMXr/+z7Sj1 VdO12Ov3hKyJnhqrKOB3VVCaCks45/tLAj7qZnGW3KAXO5Pe6rrAaTldFSHL6Ql6y2Iz1+nM/IJ7 KW0KaVHsUfGzWwyb48XTbmGGefFk85oq9lPsCltNF1LYmrB/Zu5yCWMDM2EBH1S20FjHaJs4vNUV wgMps1EybGPiWfxIK+lWcqQtYo2NZY1fVlrvAmpUb9l2WcrCsT/M0n24W4JUsbR2W12i/HSxrryq zkYu6Xcu3YVex/+JPR2he52v7bKH5qEutp8yvmfrs+glLK211ZNlZbesc6V63bfrIKw3WXEi74kc Hh8emXlqnQmvouHVyYx7tV7hzXvuwpadjKzcog2+DqkVqArjzmMoqzSvax6Mp3gnfM7U689I3Ycp qjxrQUZI9kiSYjQdv3dDbWVMa9kbifQPePfF+68aNX/KI/o9RmkueicXu59K7P/aM0aye7zY+z9u GXuZ4um25SdPQz7eew2Ls/di/1R877ZrSOz/EvtRM0fO1340sf9L7P8S+7+O7il5n7fMFgNcjE2T iQPuwfUJWzxwI/Z9JiY4FjFAExecq2ODdTo+eELHCG9CTJDjhKU6VvjXyWOH9+/evq3+3bdee3nV iicXPzI3MNP1kHPCeG59WiCF5qSQKznZjY3T1f6vxwOOlv6WpHCPY1Mu/BhQBsdwX9Fx3P06ltuk 47lJiN/2AXIAju3mAflAITAZmKfjvUvAS4HlwEqgTseAd+o48DGw0f3mTW+ve+n55U8sqp3jLZlW XGD/QOT89Df9rOManaP9ci9k3ZdE//1ZNxynT0LojmP1GTpeP1zH7O/TcfsSHbuv1fH7FTqGv17H 8bfoWP5eHc9v1HHlrnhJw7HlQYCeAx83fLDhjbUvPvf00sdqQz7Pw1MK77Vbr2vLDlza3lIG64Xj /mN07L9Ix/9n6W8AFunvAF7Q3wJs0N8DNIC3ALuAdHwLwN8HDASyAJ/tW4GVuN4IROr+2aceX1hT UT5jalGE6tU0OH/Pwf+pKbZsx63G5TujqT/r5qDtm44uiPOb7zpqbd92ZOPFtfm+o1J/4xGp0456 IFdquavBTlH6f1BLAwQUAAAACAAtQSMqkRGrh8JkAADkogAABgAAAEVFLkVYReW9C1xTx/Y/OjsJ SUhCQFF8Q2yV1qIUoaUqoFgx2lYRX4AvrK1Y9Vj1wA5qj8XQ9KjJRkrfFc/p0dqnta1tPT1RexAI go9SQduKaH2A2sTtq2oJImbf7+ydQLCe/s7/3v/93Pu5N7CyZ89jzZqZNTNr1qyZTJx5jkwhS5mn yTCZIKzVEjUhXUkDE04IYUgIuaLuBugJ6AsIhG8PwCBAAmA6YD7g74D3AF8A9gJ+AFwAtAG6M4QU AN4HVAMuArrICOkFmAn4K2ALYC/ge8DPgEuA24B+ckKMgDmAiwCFAvkDHgA8AVgOeAmwA/At4HtA GyA0gJBkQDrgacASwAeAfwF+BrgBGiUhvQGJgGcBJsBWwBeAcsBVgFJFSBzgCcBUwFzAO4BtgGOA QaitZYBXAVtROT00hIwCTAcUA3YBfgIEaAkZAMgAZANWAF4HfA9wA0J1hDwMmAlYCdgC2AtwApRB hDwIiAeMB6wEvAHYBfgZoNSjjgFDAWYABygB7AOcAjgBtwChwYSEA2IBKYDpgD8DNgDeBfwT8B2g AdAKCA4BzYBJgJWANwCfAP4FOAz4BSDvQshAwALAnwFmwCuADwE8oGtXtCFgKCAZkAlYCGABLwPe BnwIqAY0AFwATSjSAAYDJgJmAwoAtYBfAbpuhPQBJAKmABYC/gqoBZwGdO1OSBRgNGA+wAzYCKgF XAZEhhFiAbwHKAccA9wGhIGxBwIyAX8GbAB8AagH3ATIeqKeAQMB8YAnAFMBzwFWAl4FvA9oofF6 IR/AKMAzgJcArwPeA/wIOA9oBvTsDR4CjAA8BZgNWAFYC6gE/Aj4BfAbQNEHbQi4DzAUMAYwGfA0 YBkgH7AB8A9AE43bl5AYwJOApwEvAl4B1AF+AQzsh3DARoABPd4O+DegEnAawDANzH0A1KLySdUV 9ZOyBuZAQANzRdnAnAVUAT4AWAGTVA3MI4BgwF8AOwA/A2Tkq0CibmB0gG3A8T7g6cAr6q8DG5hT AEaL/ABPBjUw9wMqdA3Mc4BJwQ2MCe+nuzYwX4Q1MK8ChhgamNz7Gpj5gG33NzCNwHMBcBFwBXAd 0AxoBUQMaGCaEec4oM/ABuY8YEBkA9MX0AMQDHgewD7YwHz3QAPzAmAC4HGAGuBBWD3gE0AxYIr2 ijoVYBvUwKQAhgLCAT8gvQvPrmRHYBigN+CLxAbmTkIDUwPYNqKBSQMEA14Z3sAsBRhHNjDRgJFJ DYwc8ProBmYrwA4oB9QAjgDakB/RXVErAGqADqAnXwZmoz2WAaoAJwFJzHzlfMBawHeAtMdpm/23 n+ncJXskKdmPxk3PsK8lhQ1T0kq+QdNZKhWVWepIYYUsUnis5GMUsrPP7v6iT1pHJPvsQWLqH8QQ je/VGzFAEKzG664IwmVdt62bPeidpNmElbu09L0K78QVRCxLrzOW/OskX+6qF0q+xwBbYsDIupgs JIELh4eUlGCItVQq29/XIxDvWzfrhfjN+oVhy/0i+fl0jmb/l38hlZaRm/WUkO7E/l2n0tsZ4tqm tBmV7yQxZI3cdYxUG6/LiEtBLMbrDPUfbry+Wu76lnDG63Vn6s5wWWouVSOvLyqP5FSRXIbMarxo Tb9UmXUx0qZ6J+lhmkshsf8m5iLkXRLyLpYUi3WlTsKQKHcpSbXyBcy69pY/jLKaRrn9h1HyaRTP H0YxI4rrEcElZ6qNLRh5/0GEvJaSUxgYLJWykr4YvDfPQCOJhK0hmzN97lyyRfPg1u2Dtuge3Pr5 oC36B7fuGGTfjpa3Gm9a05vtCsafhVBlwP0ArSIu6yaX2ixWj001UCBp9m7+UZW0VtH4yhflrlrB 3rsTGouxhdmyWT/c2ILQdMHer1Oo3dj5dXHn18LOr192fgV5lQrLSDMEALlrr8z1hcxee1cRaPUM BJ+22NY9TijlnLElgEEB6v0jqjsRWSuU2DEIrTdeshkvveN6FE2LLIgrA1xE8U2iT7TAOPoEV42i TzlxPeaLGE1cUSQphlLlEJKG0melkBTrfcZ5n49IT9cBob16KBfRrHxlOsX4NazUW5UAhf1cJ+r9 Qkr0EFnQt8H3wP4uI3KD9DKFsYx8QeSJUOKfohgTK1J0sIzOxzJI1JXY73SqUlcwsUfL/PnEMjJf bICrBOXAUIGWRh5nycJqYs8UYy7uuZiUrBXZU7MYQ0JJDMZlZGk1tlrT2zr7XLGmX7MHkI1W4zlr +oWax4znah7Lb6hJEvKuCXlXhLw2Ia+1RCmmV3P1RRU1iT+rah5b2lDz6IGSvydj6pG7nhaz/i9x iGmTJEwnHyj5BigovQNLNCK96t/T65or7J5PdniuoOH/Y6Wt7lRFtNK+6ORjB9+oZWI7o7LG3XH9 5u3Ljf+pyY/7p1f/39vk139H/f3y/7bJJ4ox/881+QVruhNNjmbPP/k/NvnJezf5/4wDTQ7s/9ub /M+dqog2+fudfGiTd8cE5DcchnrsGE+wNsk6cIjO5sr22fymno7KtHtUZrVGVqvMxD7iwcIG+mId J4u0ZiieVhYZ27j81nA7uVZUv/PLHfo9hNT0jtCcMxHVPB9GhQ9jtRELuqfD7bIvdw8P2aUmpTSy uQ0d15rVFjHPkk+drmiM9m27sSB6iVjDXiaIt+UlwsFVkjIYoo7ka1G+BLEeDmKm2RRTyrv58uGM Gswm1cYrKNgxYLtZd2ZXFpHvR3FSr1nTr0s+C7w+Ldb0VpEoLl3Jpaq5vCsSUf3sgV/uDfFSGLIv 75rlrMeq25fXYu0rGG9GzBNL41pMqaXTN/3bM+JBeb1tHINBnstqq2uS/myvjHjQarzElcO7/Awm +Uvacquxmcu6UtfErVtAhhub0f/63QORHnHWY9Kgso2xDdNbmxoT2AbBYryClysKvBiELQvI1uv6 LVlkax4tq7cpxRrRdKqRlmpjMyg2IlYLyr/UW37awJ3K3yyVvxctf6K3/Ch3a8FZgVh1grEFTWVs BgHNlIAvhS1LydaV7fwzoaO1Uf/Vxmv061v6heYW8tRCntJeATaCpDdNkl7s34s86vMdIUqPakke kAQINbG0Uta4AyzgDFd/IGoW8m4unvQn4+60Xa162rZTJpfEQk7H+G4x7gZ1uwNB3U/CBuP1wiPA XitmIqUreUvMQ/eHWCBzDCRCuVPNpV8vaETTNaq1tbsIsaZfARvtCkE1XuHSr4lcaTXSOcOX1dF7 ZPWfsAWmXwlMxbRCZxb7T/6dFTUl0joMCyRMVFTCvNi5M2P+zwyw6xT/Ze0VY3j/72vP4K29NrH2 9GImnWtvg1EK6/IHYd3uEWYztqEngBKr8VtreqkPTY//GHUjxgCrcac1/RvO+C2XXipWOZe6k8v6 Rl4eerQzmt7/e9D0+7+GRsgrFfK+tRtELN4F0T0aNNY/XEGXDOvkUhmHp1/LlbvuI3mU+4cbr6wQ lxjTfhc/Q25f/d8yQJjcnt8JgcQPmWSD0S625Gv3KDSXtRvDlNFuXfe0/g/7i/3NTri9nZCy0T8E +9udwrYs19MlQI6eLgFYfccSgI7F95ZnDvtmgYDxxHKETElb2KIrmSN7WIkF3MI2XclY0SkLSiZp 9FUKUUgFpOuH3ZC/udRWv/UD/AICSVrJKSiiENVLr7R+WKxaHOwLgKtVjCID1w68TdI6grwT0x+T tHHgXsHSKIDidrqUrkVkcSDWoTFMyXroe8RF6ZY8EqAGPZ1I74mJBPUv/ItW/u6S76D06aCV1u1p QURE/jMiX6PZW3uKzOgdJNu9n+z1e2/foGMZidUiBuCjxL5R4rJNUkO2D9K0V9rf68yWX3nZ6Bsh b2dJujScSy2Rds+WsFf4p1feq7Hs+3+P0zfO0yb7SLB/35mI2nsQIeSJJHlHVCr39KTykP3I77pV hzwk65hDlReW24zqC39ulzjaJRvOiLBzf15vbMPg5j8DZ3bMhij/vVn7NZl3AUy5/79iqbu43H7z rl5NS5aJqraLDO7lXok4Kpqk2mlnyGuVHy+qirQFW41fibIJl/pVwn7MstBQpO6GhoLGxcgf4DeE YZVtx9Rqp1X+D+H/NPvbu/sjVXi1A8j6ZQa9IK29MxNFmvju7RL+YQOF253C6BqJ9qDx7dGV9HVC BzYs53ZY07/ijDu49K/WG7dhUpHcJWmYTtYbP13M/C+i2H43is8Wy/4XUXx+N4ov7D061U21kTbm NNqYG7K2QbqUdB8xnVqlU+Dvm/djb/N+7Ne8fg25VbA/1ilPrNmlbDcw9uFiyAbjt3SC8Elsi0M2 GC9RD2QsSb5pJZegV0U/9waUeNV2VuM3WPljBAnD4qETKiIJf974vgy8vvbEe8WtNl4EUT/SupBy lRsvppXoxAEU2jLIA3ZJ4pZnXaRz1k7rutYH7vLELDbcuLOdy/1KsvMPyiBJzlR118zYFSTK+A2E dijvehF78r0odf0IuVOsobsL9vi9oluMF9GrLlLh/j4kFOvanuLfJtAOiR1PhiiLPfbxndoLA6b/ mBPbvoKT9Gp0yVOZdS3SNi5AkrvEl0lQfRyxpv8g8gY8wYiiXCUFyq3G763pte2BIVIgl/o9l1Wr Ldce5VKPcFk/UJfVeNKafsqSf1JAM/ciBfmnBNrgWHs+2YlKi/EkY0k/BWHjZOERiSokkqIikTjP BGBhl6OXaBhH51u6XtLn6OnSQ7vfChdnPMmln0KIpbGdZC71JJd1quAsESxNEBSlUnFHaYlo1+4g dSuLWfReKxCTSOnvViBU/1ptbEDTf0/sK70td/PunnBG7AlZDXQ197Tej4vEgI6eUC+tSCkXXZG4 qB6CncRFqzoh9/YCkYtEJBuMUq7tnUZ8tf9FTOXVBUsTre5PxoaOFZE9/x4xLEZEzG+g0sMgwSsV 2AvuEdEuiQb2l+8R5s3UO5X+fkb8nTyzWHGXgLM40G5mtEblRpTLJwSFlMSLEg56M3Rydye4GwNW 3vdc7UKOBkNDmW4pF7zLs2ZregvUApalGgZLSnR/ulZWcunq+43N96e3dF5mqog9kGxEQ9nVVAlI F8iS0q8zQRBUWrn0tiA06EEIpHcF7mKQQzOX3iLyINb7oMD1F6G9ptr1LFyqEnSC5qNnkJeoVVis vqvooNWyVOkl/SmyWHd31dydwBfuFYsHyohUbCWIag00toG6o0tbXR8Kd9Wh3jd2/Bft14szqunA kcxoU5XYnLGm3+TKN2Jh7B0qqMqeDhB+7fu7Jr2b7t+VrNrYSnUHVNUSR+gMDdVtgFwU+/9TGaEG j0Afa8Vo00aoUgkLqUoBC6lAvLV2w9s3wv9cPJ/2ql3+s6/rNJzZv+j8eqzzq9D59QGlv+7y97gn dQq353V+/Xvn18rOr/w9cbfzF0RWDJeLyjZjaGzFvhNesNmEpRCUUG12Yk9TQVdlS9dEru8xxpau w6OdR9vLLiVL0hCMVipiNipj0DvwyECAn+7QL76Oiik2o4bm1iL9pZU0YF9ZWkchiFKFB0WcVvKW GKK2Gf3S/ef4dPfEl+R3dVmZpZF2iCSOf5TYjHpx1yVLU2TUWYwaxruB1EECSkJ1du04Xbs7+mmH /J+lpCO8pGeT3KLmzesWlWBbrusxY23EOq7gCDH/p0XqezMHVSlnDCJVysxBZPPMQZTWAkqr3vdW TKfFAESYMYjxRniJYLwO7YiATU4aIXMQAwJ8O0v2rip/aZ3Wzd07uTtjavonynID4sqUaYf2XlRz 8TIS5S7wkJAceSkJaS06VlBZOuh2btewCL1zriyuLE3vTAiwCxNq+sdvfUa19kz81qdVXNWXiqNn xsdvNaj23KeKL+xhOeeJtz6nsHuENDw17lr6UALU8dbIviq524psCh1Rp9wndj4JTIXhWaowVdve FP2uskFRh+PKbmwLi+D0T+uaZEJdiV3RwJSEyBuYuMslA2BDEBYhxK9VCfEvA14CmAH5qhJaNFCn YhzRW+5jiurtcuxdhasuM2nRXDg8TpTEQ3emd24ErFQUjHxG99NPJmVmmhC2QGdHc+uFsHDVRbWd PFrT3xr+pKpQOUGlj7CTgbt/ITX9KT05uqZBRcosbMfGDyZbWB0XlqeLOyGEL9dhFJnPbFkJnxd0 e+SEekkR9YNJ08ii8jgh0pxE2EdgZlOaqLrxIavdJayJK7v+uak/fx5ERnDuvYtVXyq2Dx6dE3Tk zGv0GaCp2MZfCYvYg7710WLVXjtJqemfo2muMLMB5lcWq5KfWvVL6Wrd3tU659eEOsw65zZS+rJu 78s65xZC1fdxB/jeeGB457vimZ6xizC8WnIxzProN1WTNQdM4aUz9Xtn6p3Pk1KzmHg+8daOQghb qPNinORDbSQll7DBry1ju2RqzqWZtJZ8JTEFVBuVAnGGEPiZVJihdoJF5mbNOSRWm2qPTKyU8H1h T6pQpTX9IxwJ7ly95aqCC9COlbHXhX78FQfVUrfRRqzHRhRMo1iFEP6WSmwc5z4Zd37OIbplEe2Z MZM7GVWfo00If1eVE8A1TZl8aMrkLSWqZBMY2aX3CNElqvS45l2Pk9hzbdtjzzTeNt+czgbrnX+n MyuQrZThmXXoFeVm1SvK91RbnlHtZkiijJWat0g5mBQqbaq4so27iDlOuP7556bb48ZZR65X7RLw 5q7j6vYypLSAFIFxtyca2NuJgaw7MYhdpilj/zQulXo54XUOXrPhlZl4HzsgcTYrf5w/F3dg9HY4 W+GlkNfxR7nyOldo3ceM6SDPIGEQG4UEDyB0t5QAjdgpwYn2BEf4t8MirCPzVfJj4+p+qftFfuxx c6MnqpGr3GpWFYa9pOLq5bfDVPHWUfGFGTKLQ7Evfr1q+zZNmak1nhIO+nl5XNk2vwJg1LEQRJDx L3YkE4tzDMU5CuqeAXVZoO4BSt22TsVR7ph9Yxtft2N2nevGtlzljvu28fvEEkUjzUNI8y8pjX+J pDTHvWneomlqQFJYRDXsNarHwWpPiN6sAl9YLinCpS4VPpgUOQqNnriyuOY4AQ2iPcHqI80j0f1Z 5fXPjZ+bWrnq5AEeI+epu1B3YVcgcZZBIOOqnLvI1pdV1rC1KohwygjuMFcf1zxX9URTHKeIT1Am qkzdJqdnKMNUexNVu5TkxkequVkzWG1RVpt1VOE4WoFFWR6p/hprqG+wdZIsgnKl2KPCVdgyKn1D 91lCBRuS/BarezuuTGQXzs3zb83NQsSDMoKoGdj00DsPCuhBhte4Vm8sd90T6CQdHW++bmcyepCU ikxVTt5FFOv04ZrJaSXLxjQws15RhmtmcA3aelaumuXgyl09bpOc7nFllJ7cljRnb5IZe058UcFo zy4IG+lL7DknQw69t0CFXnqfeeQ8lTxHl3hfri7RkKPYEcArE0PzZDtC97yvOvbO1kyVw1bJu8kh SrTlUkhG+l4BEqKSu8bVN4/TJLPqqnEa4vqIFDenaCxgnY0kPN3ZlWpauRbuVAFfquLWfYWtGw+8 +8jhbUvRPnQureSNvnRtItOWrc625HsI+4zdrgpP25B6M2yyT6ewARKy8Vph+nVz/s3ZbHf7bhrB eDOsfdHDK4qF1GvY08KC57q4YeLpUDrQeKljxY0SVLIcZFelaAhXnUWrk7aW5ZK65Kc+EMTTPdpa kxIdne9VDBRAhjUhdoI00sqwpK8GK0YpDea+TkFKrLBoEN1bs1xSZqRzeUoU9DotKNeywagP88YP Ty+5BJMzrMYgcoWnZzjTFJBXIXlL5HjT+yXw5r0ENmvt9Coz7AdRB87Xfeg1FL24eqX+fjmI7xlO HhFpJu15lLTAFm7zmyp0xoASHfbGvHwLsm0pmo8t7NyPk02zPpaZxuuY9SkazlNwtVRVUP25+mOd Kag5gDGpUbpCWqdcitKqEEwygVWnxZ2wzdZO1Ts/CIPARucES4tg6m2eoDHwGvE7EN8h1SmwowUP 8gNtmOfMv7xkFl4yaW2rNc3VL5nk5iDDeGuKorJvXBmEsTHWvnTeEPsUl6emtL3ELgZtC0QsHzOs 9uMQdgY3QWnVDfDoZAOudqJWJOhjtWnyxwpTOCV7fIHnoIrVFXh+UrHKAs8VlSmyeR2mTzYC8+KG fOXksAzQf2gY6KcTpRFkioRnT0V5/0YV7LPA32q2jtNx05RRBx+3duOmy560TlM0DZw8GXUgsEog sFEEMypXYxmpjFzfPaHc9E1cGQRavl9cGc3PwDbtkpHJaWmI+1Ao4qKr7ucP06LS/gXuQfegzRD5 sZq9T0JbMhs9HQSY52vccWVWVHuK2qqwpshQW1lzHL50diKTBoUZUq8rcHyu1h5htSiGmo6hMl4P pwJOBlZcG8Yx1mkyoJmmBkaxTr24LJd0Gembe2ugGxYXWpLs/E7SCsJmrFAPnsfOGtyFpbOiS8kU xzVXGT3URIQhglFDo5pHUanVhmVVC3UUEDExS9jEFSGDo9gBgx9jR3r2s8bBWnaaaLfEVxWXMnKg kfH/Ki4NZPibxe4qGTE1Wr6XWS54EGDmt7qrSJmptuB7ksy/Lbor4TbzHBZvxGQHnQwxp7Ylu1YJ os+Hks+Ctr2u5wT7+wzt0eneDhXfT9wQxupbWwbx+VFBUH4LUSUEo9X+AhfqrfxzWPDYjJ714zRR ZdaxMmuAdazaOhZ2e83rx2q549CCr0f5rWMV1nEKrrqwoaMHU15V7HkvUGS2rns+hAP8FrhnGxxg ucyO7gRm0pnGU84cw6lg2Mft1x5k+9PGRYOgVWS0SWTVY9FuaDVZVUAXyCp8r6ntrTxrFhpXZVVZ M2T8/rgycBAVnCgBSr9cAkLYwWJfkJjdAGZeIe4W5StgMR1Xth5lo1xAmYnylQ8NlvFQw5jAnmnO 7wk/Uqo7ZwJNi/6tpL14UDHyKriCGqv6XN2sSGZ7VmYpHzoHLZ02rWS7uO0ug6L3tz5ldNbzjnCy jPQ4TB8Krp67Zpuk4erMZ+XmWzLTE80VapOW8m3zus/VDDucU0SBIqNHW5Y/JE3qCN6JwwlLVvSc BKPHpEM1mtkg9Iw7vIr2Vzo3pSg5vzr0DfiOYir00XlPHKlBR2mpKk6w5nv4/rQ2TD2BS8Z2xTht wBCJckKOrDZ6BMFSpRse/25gTj9EY0xH6TTH1vhFY0+N408Ui4FgBx6btR6RIypkRLS4+IYRbWFR 8LL1a6d4rGuXA5Z6OjrLK+pIW8RDQvO6MRhgHhaKlns2II5vZHcqA71jvPOU2tvJ2qObrmAJiz43 EGtDnToWGWR61q+dD0gHzATMBkwDPA1Rybp2MbJeAFgIMAPyPebSpz3EtExCTFsPAiOlRMFGCIjK FS30cHXyA/g7CCgfEkNoan5/cXHSEsL2W/Fw4gQ2dE3/wQ+xPQb3Zb/kI4o9yJ//2IOcKfDvepA/ /87gVPaNwb3ZRg8o4W3m0mnINawyS28x6hU+49a1L3isb632VCGKd9jRGR46x7VYhKXsQ0nPEjYs 6S+E7dKpdpwqPkhAdXk51KLirllKF0Ce0FhKFyIPbCApuWrXVmWx6G1S01IJKEL12hzPzsDCd1kP OJm+fB7I/4pqgEqQS9dZ4WF9i/UUVXD1qN8sU2Ay9fIUpXvsBpKGfgE1LASMtx4SmdEi/AUt0EAq 383xIPocvNSQKjTGHAGpqoy8wfVvUozKXb/2GeSe40kcYupiLs2kdHLeNKaRtnef8ax/N9PzpZyr sx0yn1VhsDloLUrz2A59zRxpssFlfTfVQ6Md4R+iimBs/qxN9cSrVfzcYorWm8MI5JyHvLI8fJdi m8gTWR4bsqb8Ib0/4+H72eq/lIuIUs/Ij9v2I8MdzJEzwOZBMI0+DMlyj9Ny+JfsMaxjxVH+pwCU 26S0ZmkKjToOrceh9axr81BzKz2Uj71jrnOgUmoTRFqIgIXo1ezTfq1WE4BW8wjsSJS8/uhtsWDx NlUsuPgd7nvQhYXZ0ca/VrD9JMYJ4aoq330BFfmCJ3K9in8PZc/z8Jv8s/wqwEfQcISZAoeDJJB8 f4CIge5fKwT0QovwLHyrMR4VVURWqYjrW8Xe+cTiGWJSetB/+ACLJ8p0HyXZFCSVAf7g4GA/6oNF 6mOA803Gz7tFwV1LXMkqEjNNYX7eZ+G9dyVxLWJA9WIQsJJV7V1GXDPwjirz9fXritIY4kphzKXz UWC0yGzPXqNIGNwgLLAYlCHL+xhKHBzfEInB5a7thJLoUjMUd5BFWM6CP42I8j5pfnkMBsxBHDo+ 95bZIy+rO+IPdECwwj/d2Q9U8knFSGeKs5QuRrkHWzwjTP1pSuvaJR7MjN4BpBqFEIS9ywno5bXo SYgsEiCNLCZayA0ptRsZpOwC3FItBopVKndNwwmx9s5bJUemUyiNCvbfFmGZaYDFM+zFr+9FrY9S fmMxxH/sF2wAevTHtKgGhv+rWJM+5vtYLlEid11BbS83hZpLZ0u8uATDGy2OGbTOhFeQ+918jwU0 Eve7IBRlV0rFEWsACM7LfNzzpoxyj4QpzEcg5clIqwpmkDIXK6O+Xh/XArwt92xsp7qqeMPal5Bz jqcQgwxt1e5cfXyVasiGtZZ2bx5jFrgvlFaVXy1tlvmGOHUBhrg5TP6j1ehWcxh+SLFf/3qAVjzt JznigIN+4odjNnCI9WyqsXiiTRP90o1uT1Gliub7/bcYNX4YvbX1GuGqErNZVeJY8N5fiR+mVX55 ZPuRtY+hPWmISe8XPkTqg6M6kpsG0PH7f6G0S4HWW1p/xniF8bVrELqZNCr8m9B2FYdxjAa0fZn8 cNpWmI6/We0RvnkBA+NszztpQvgwDcRIHL+4d+gADX/GN6MmVLFd/TMOY1ybSLGnaAoYiA5nT1iW 6hX8mOIhz5KknmTFfnnZ69HCR9u6t+i/7bI2lP4t7m7osri79JcX+m2Xz8W3bsGLu38ruu4Xv/sG eyBgYA7j78PY0t6tlhHuGkiBP6aHh84lXEM5lwl0vJW7VrolOWSgCd9rmKVg8mw3gkx6S+lSOvCY S6egYlQcaoWXF3NV7atnLkshyQkBnINXF3OOAaeHqIhP6oGmpjJLESlMUqzs453eIwWIFkUV2GGA 3kakhFcpp5aE4CAXlZYUorRkyYekh9W3UshTYEovGQAtAQ1ViqHpon25Sgp2vi1Izao2OamEWaEm xSk9JvXI7rGxx74eNT2aezzYU7QBlumdR/j0DMg/xpb1xtuVeZrI7dY8LHA8WAUr6ULlRayRW1z/ VOz5JnCwITFzRcCxAcG8bAfB9HhGZrx9zFN+xImU73D1dU1omZNhtnQPlonOeAX/JUV7je7lGa9g T8pAxsNKld+E9QOmeCUWJQq+KDFKdDH8y4kG1GhqmwwLlcT7RafZtVTAQ42Fii3VY771kCnYOVuu LVvVw10vpg42u2JiL2PfcI+GuJvoDk2zK0GoNt6k21++NDrngzRNNyqX+xLcbE9w06URKEFLRDJC +PsSMbLBZeB7JqZS150QXp84QXQpeAW+1a56D00xH/zwBpO4CI8NTKKJruwYzGdyl5VJXInHeiZx GR7vMYnPsr0Tc6EQXMpOTlzOPo0+r0ocBwbbQ1z/JE6bbEPppTthqm2TUG2uXxlnsUwrmLoWlmnL TLpw1d5gDafvrnHVMxlc6s0mVSxVijOTZkTdWnfY5WCcz8jQPp82G9tCWOgqP3UleOCOMQU4Y2X8 cGe8rNl4p6cppsooqLDVGKaaEndkQ+nNO6UK4twhg8+G0qt3MuOO0PfNsqq11+6MgD6Q79ken0a/ KkYvkO1SIPqlO66JjGC8QteUqAad4R2MS/k3yZpQVoWaVxJeY2l5jq4PbkJ7gOjiGZCb6WHQ6oVg rQl6FKxGCH8E9mh6Da8Wwg3UpbZUIqjNzAZTZKZARA8fjFFEYfE8ZwpxI8Tr+SD1DFNhu2CIKWAc 2oOBDjFjB7n+ubdOvhCXu1XGVg3/KC0Gr8D3AyLuLrCvlpEq4/WYrybL0oX16TcQDe0rBtK2leFd LdZlgPM24fXOywRvyax8Iy+LOyI6g7VHXtTSbN31MKx0N1ByX6QlxxpUgWW1m6vXNtDiw5J7Qz4f prKltoJH8246kxmUXcbqm5QgPoZVToqsCogZzUs5DEUYFDegbQiSApcB3pJHlOQRDA8ZGwgPg+gB to8qjzJeexGbTsqMyQjVYV9h/1cG5x6SFqbakH+dS73mfJVkIkTNBuFbIYbHODeRGXNVac48MUiB AYwmWotTDW2VefrIz6x5eofo4GojP3uNviGagVU7XQJE/haHs17gWsCc8qIyR7jK8Y4yA4tbcTgL ieRGYQyKLBon24Z1t8oxeYpyKnYTpl6Gqm3mDKr5cvLOpj6cm0ltycCez3ZnmaBtaXRrhbksqqxF EBxNvaQwW4Xz/bvD7mS8rm1eo9GeMCm1R6CD7/1a3BH3r6+7f31t3VFFTOLwPLnMKGzjKlL5+hlR h8e1OUSlsrSqVdBFLUQzowejLHR/3pVrpKia/ZWqP0VND2JAhUQX/Fj7V6VoBWteW2GWB/v+XLrH h01UZUIPgOUXZopuoraXMXXFt5lV4lsmaQFGFnNj1dqx0BWEZzhzUQfYy4FmbDh8goZPV5vUlhex uP5RCBDGKrgqIaiynzlbcxXSiHmihnnoXIfuBFuWCeELVTlKOwm8xWt3jsQ+V0AV1BbENdgllc4X JQBR+KGWkX01hJ3kNmqImR1vydcRtnfcAa7OzjyOpE+5jTpokfRyozo0XbPqQTsJu8XHQ9WLmkEc GeJ4g4K4VA9sNuwEXnw97D9gJYJN550USwDddLvjKnNK2m9FrCCpy+W2fB1n1FuNOnEnTQxZD5ka a8f9VbBM+ISYTSGfkGSTqlnZS2M2oXu2mcP3pSsHyDXVO5Ow85Xb1dIiMwW6y0Ujpw/ILdcs5+uw rSIBSSTAFEiLbyddeGcVuoy46Ue3/NB925Klzuo6jc6h+YTI2PBP5JCn4w7QnQLXAUJT0pzsZAyy 4RfRfo8hegf5BNUhd31MMJR4K8B9PDwsYkO6sHMUYmJJ1t2cL/Q2BbuPe8MlnGKdipXzPIiBDY3O uZ1YU3XNUI6YVKh+itd81kMz3ZlIiyZ3vfLL6/7Bj1CisPOP0mMfgMajVZBTj0h3GFMYmgoGgcHm A4xIOEMJz9lDy2ka1VEUrjz2gOUMw8q+xFCpUUNaMx8wiCyjkWqrp2uXR4MZ9QCzHjujnEPc6jjA n9wyU+Wuvb887sDHqAiEUkUZNEDtDHeLslMuNLGpuqYlVFEmM2X7b8HAH1SoxVrKVewM5MfRSGY2 mTLHbbrnU5SlaeOuc63c/qYHdgaZEzUmDH+gQbF9RCXbN7G3SS2+yviA9QHjGi9y1VEVyoi5Wa6F Fyy3GFaFBKyLP6eMkLR0fcX2dlcYiCnIr4Fyvt+h4WPggaGe+FotZxfarReYn4EmW2xYyv2YZNGU Gla1IwiE8zb6tZ76mE7wuydnNEMHzC5wwmrSwymgSpdH7X9i9GhuhULbzE6Sf58bGFe2+5rQFMc/ br+oLiqL3BKuSSIGNmw3MSfU5ijrLppa+PssreqcfnWNXMV4rlZenosB2n3k/oopzmgyMzfI0nqN DbCHEL7xFt+Hq43KoLpS6xo1t0LzpLXb4/Lr1QqPYF2hmTvDwdWCHAUb/CTyT034KS9geIYnN/7x qZMLTxVRkwKnSW4nIWIcjbyKw5ZllKPIwdVTm4EZs3JCuAoxTPGkNcPTwjO3HBncCnXCCo1Jzq1Q fmZp8bBqzjPAI7/GX580iXPPpa3PHeNOhVfmY8tH3JvbYBIq8zXeXV3Uxq3RUbcKy4rqi4zqdejT Su0BU8AHTzzBq91V4FPZ+09gb/OD0AM33uducK0RhRXi6Cvi3JeHLZPC+qKy9v085MJVs4oPnuCV qOk/TqsEFe0Jo27BQiCgT5mlXoig+Ug7BNyxDrLddSbmiVd9IRnptESUgNNcqr5Jtx3CrXxbY0ss 7Cg4R2FFRLvkjpg0xgPccUoc9hSwmX1cfojzIPGND20pQtyByBFjcZ6XVTzxBLa5y71JoaPAHR/Y ukyn+25GJZ0RodyX9IVq02UoxdIgmCt95o1eVUbJRRxexVIJFjB7dj8Yzt3mrqHHNHyATwQI86rP RbyoP7oNF3eifTc6LXEINChRJmZ74vAVEYNjcvrAmPcId4hrpU8K8uOhx+RUTOFPZiYOeR0jkiSz gGjv/tHXMPfEaK2MO2K5pTExG8P35atdTdJ+MrSeukhunBKH67FHSa3taamqVDF0g0RcqfBRxZVZ LVTjxQbR4kL+xnk3rM1hABwDQ6Lmyqw2wdhG19ewLszXkDW18KGrR/qyOlxK/Ojq7ryC4hVScXSy DT7D2WuRHhXNzTxqqEmkQxgn44OKkbMyDQsjehTOb2bf8rKKo7vWxjZxv5LNk3T07FLvvobXupou 9dpQIlmkVsVO8V224A1MqMobToMrIyLNw5JMQ7wqEurlvZXBI920AMknRMQj3jogr0rmNcU4bqjg 30Pz+CSEqeAADQ6BMiSuTDWL7lGrKXtQb7QiKkTyVIh8C4dGCsW0RUtt9QYrfcHitjg4U8NlhexL Fze+48rozvpBHfmG4WXfqLekaLFjra5WQmQR+DDvGB04dY8gCGHzdbNeq+m/U9Tvo2qijLo+0G2F dgbYTB6Bka3G0kAotQS7AK3YBeC7FkOh7zVcTWaZcV7JKddFt4u9u5DpGu2R/PQnuSwdug02X6Zz kxRNEQkH82TcwfB9j+3UTN6+bUTlmdbMCOtjbNygcYqoWr5eOXVKOPb6ShohGM2cpYJ0yKq3Ybjv +ST/bUK+UpSkDCx6/UZeH1WORLB7kKxQfXuCohymbV6tHB6/ULVGV63MVAWKu6jxxZufVtki56mS wuUvIh0/sPnlxSqGDU0veRxaMOy+QIJtYYOsIxeopFR0d8S7/U1X0xuylCWz0Dc3ZGnEZ8kC3CGy J1VVshtPeyrMxnz7Nuk7H6rpzzVwv+4cTKvYVpVmK0+z7UtLo/4JDZmsOrEHNj+Oct8jsCIN4QWu b1WTS3bgMhPseGNRDz232OgZOCSsorudlpEpeqx2St7BmXlBmaL37g8pYLFjf0GLvewduGhFPIwv 8TtEl/4wAqc9h4ox3RlYdqGXCPFFWiG+UOu7IgRMKpdiQVFqlDqxPUQPBSFGpraSEeKJBAXMT3NQ RVvztdYws1aKH8Xq8B2zmn4PX6NEl+YvFMM9wrTYnkg1jPC5Bw5Gma/tAiR8oJgOZ2G9/TvmxSti 6sF3pWtPoKHY70qBCTjIHZ6vtQAjcYdLtGHQ2fqSls7zvjK/hjIXt5cZuuDK8GItHXL8dtoUUJYo Iy1rNGOwy/k1gUsth+sT0RUIU8F/SH75KtFj9epITM4WT3p+D9HbhHXOXLX8BOzXtQEqqtn1vT+j xfrCXSVHMwhGj11F62bX88yGlN1u14YJQt2tulvycrnRs3EIjig3wOim5H3UdRTS1EsUAXn3yIRx +tWBpr54VchWd6ebm12LI4fD86aJEqRgVvNx0sahOE73lpYjWZSivVlaMXsV+EqWz4wrWQsektoI luk96ZOrAkVuF7efSuQNMNimx+83pMipzelGufFCaLpTvj+0gaveKD8c2lBQnqK3HCVTJ4tcQRPp kIhG8PPS/94rxOsl1+drQ9FY1tSL1iwMPhp5NdhuQ0oaZhQMRdAINQMlzKEtI1/SYpWywXgFqupG 3AokbacGFiy9GKK3ZF2CSH+RS7/UPlMXHt+XpeSO8trB8xJ75yoUo9erxthgu2G6+lphQ9FxSe5I 1YdnpENEkbu+IJjBMTiFpyszSs7grhCEaY+szIgqRzvkpj0h/zVXVVgfQEKK6uW34CyjzrLRXPn4 qOo+J+53yKujqsRnVfKrUeV3brzf9mrTbKoMRKohNJVFEEx1hWXUXcbvRzrumPtIVIWYpoL7qcNN 0/uEpFebemqbKQoxY6h9qr0Z86XSSJc1N8JbEl3TsAwqkxxzN7C6qDrgPSqvW1cXVYc6tZ0Bwk8h dW1bV9cUUugocACdw+c3V0IFS8NUnAehTszyGojmba9DDgqlEz+qYpVmx5Bt7hOifMC5sbBG5cs6 La5ligewttY6TI3rAyZtXxuwPkXYkMIkVOdcL2zIhMhOGVKcsLKUOxdivbWxQZy1pqKdvHZBK2TC Y3qnlohb87MivJMiXUin6rT7Mb2ZAkGg+ywNmOo+i41wvC3QycXnWfnRWb5pFPoBOsWXvdhlHKxJ 3PVQw9TDXlttxZ0ERh38Q7h0Tbu3zor5qczUk86fRjVVGVB8v3IVcUcmrRrDj0c+CMHi1qis4+uO 112sq4eK4SZi7Efur7oXaOR1ObqEdPUKFUwqjco8JabJPum6KKOyT7p60iqVuwGCVQOZK9IXe7lJ idNWRxpbD0luoKPuBW2YivHxjKr5TvrcHlW6WVutYGKwvqpN/tqgckCrobHcamF7mM8Gs0Gldm1z udoUVPqllleX7tXy8tJ9Wmz3wcLCoaSSdNveN7QZ0Mrd+CAL1j7m+ao1Xxs4hTZFpk1RcLXaFCX7 rvbAKtnXQ9x17vJra9x17LtTax4dWaOtSUrbXKN977A2s+bR6MPamuGKmkfLah5LrEmKE0o3abfb Wj7j9u8OmehufHXHxOZz6O7HdpQ0/4Jna4HrZteC02NCM9ynS9/QOh+T7Zk9eG5N4qaHax45XjN8 5CHgblZ+px3NasftWTBYDBhxIIPifjSaZvzZ25+9+dlrn73+2asFLs8orKchZDfpUO8NdT/Xnao9 2Xiz4KcSeShMPkOP792ihYoytmzy1CnT09Nqz9X9VPcjJNujtbX+7hldz88I/XVGqGtGaN2M0OPd SKdARcy2xn9PemJHzJ0bn7dZyruiytfrMKZC4nB4jb03y5K9rv0BPler2utK/pvO60pzBHtdA252 lVzmt94Jk1yGb0t7UZdi74E+RY8kky2Xv/u+T8XR1OR3/7k86uPP9v19UfKdged7F03qxVuSj705 Rh+wYdAX7yZvTrlc0PWVgpd2Jf/44WHhiYiVFUeTzxS6zAfG7X7949F/mv7A8A3u5WdWP1506tbf b/P52yaPyWv67vqgh18uiEzpYCPNsa3Lk/DVMirh9KQNby/tavlt1ODsXo2ZPf5V9+uo+18e12fc 9n0fXRn1zaIlXwT8+7G1/KhvH3/h/I9v7P3pl1F3vp/3cpcV3316btSssxMrS99488KBUVMTTCk1 3UpLvhi1+43hYz8L//LwG6OqGr/dnTB0HvfCqBnl+V9OXd11z9xRD29Qlr721+63U0Z94Br+wQMX 13z80Kgt576dv9pY+/P0kcrv7p+2wiK8WpA0otcLzw4cM7Rse2LdsJfGvW0nd44l7PnHEK2wKmDP nGj36Yy5FodRK7APcNV1V+lfhuWMir04tfaM7Uwt/mSVsefk9V5emsXX+RoOR4Tbm46QjsbDlYq+ 5sNNiO0NCPP39ibEbYu+RvRvxo6G7GhKXBDpa0zDtY7mrJ3T0aB/fqujSW/t7WjUvYkdzbqsqqNh v/1rR9N++3NH42650NG8D4b02NbyeUjTvsrWFP6jH264+bNPvvDm4bHZ31W/qv/w8829mrYag7J7 6EwFa015B8ZPzHz83EevD0941P7V5akTPzo/J2nfnATu3ddmCnM+vLbFUDbtg8LH5tXd4WZy9QPn WG+deG7bmy03Htj73v45P5uXTjiw6W2DTTbl6cqBpprvOhjrz5SrvKw1c34HczmOdrBXbXAHgyV/ 2MFicUkdTFZxp4PNHp7QwWivVXaw2qnnOphtwP0d7DZvegfDHbvSwXID/Jjuxe0dbPfsXzoY79XW Dtbrb+1gvpPrM9V9vnQ2rf1QnlD18tjHVd9sND12InpE3J/7Hrn/ROyVJ4pnDv9wXWlZRsMHL334 3j9jGxd+1eWjKf9ImfGvkMEDnzg3JP6RSVM///5PA1+ZoXi/7FTFi7edVeHv/rJ+ZsariXvTLPf1 TH0q+5k7lle+UL7xYpdzQ0794/sj+xU/f1ivkSxhYYmWr9wz/mFw/AvoAe/HuE/DKM8TK9paQbnf ejO25tF8Dy48Mnos+4dBXqp5dCl08+qaxBNLZLSzTEPS+3/XWaTuInUWYUHrLP5HEWNYzWONQOCR EKyWRVZDz12TJE7Y2BhEt1omwxjNH44WVmgAaoASoIjmJsmiOVUSMVvqhMlpHE6FUbPfsDRM4Vi6 8O+6ljCuaYxYqK44MRFICmuLyjbkX8H5lE/35akr82EJq4nk5kDzG3cIB07N1lTPbmHN/RWwAHfc 35DQwP4bCrKjBa139q74uqB176i8HZinuzzum8Mwg2lT1OwmzMZhj0dyAZE4CQFQAJQANVtQcNEz yjpNY6lW7wogG7KuwD4d8dwD4hlVfJcMWbwlA8cNq2SWq7LGX2CsbnHI6Fu5YPoJlrO4joZLFW/K gxCa32JZDQVFN35u3YIrmGTq6o7W1dYdEyZo2IkYqC4W5F8h5pyIFUp3BRRdPSwVjKWOQDK21BLL MZKr3EvMQoqmYLVGWJObbl0t7iHMVlgnyGANa/QEpmh89Q2MGOLq605A0mioy7pCj90hpekiPXvH vmNJvcLwr1FjVo1vJ0K0QVTwpXZhjRbbFylYEt8VtFXSwevAWUZYBt5EU0OmaIFgsx+bOLZuRn4E rPnoejGr1ZoKVU6z8y/EuZLI05tDU1tCs1pDjW2h+R7nAhIp62Y0/0T8yyak3jSVl6Ym80HA6OCO cwehLboSAha8ujK4rtFXU6mopV+plW78KymaeNRAPKogHnUQj0qIRy1UFR7x1UFHKtFG13JJHwaD 9k7m43QX+ymCfnAdl3/h9qfrlkM9rVk3wcuwjAM738Q1chE1w/OpD16vg3F6oCmhanX0hAULzsG4 HWqswzDVUz7XS/k8ApW0qEjDiqMw65o17wqumrIanbg8stp4oRc2SDfkf9dx3kPD3sDxjKtYVeCy PCYxig2kO9fVxkvEvD0xJkeBLaeQxGhTE305BS1cA98dTvY2EqhSgdxVyiC463Yh9SK8WwTjRUjc F/goGr8/4vcbHLNNSL1gurodQV6EN2nkaLY33x9J+9GYPRGzmxjzIo18yZe12511wQKqN8wWrFlX 4k5gY1kPoxJNYgqrTJzPyvgp2ztIdgoCTTcKuBIszhiunr4NwJthcEzB7QXKFTpcBOAQrwOoX9W0 RxjVnktcljMqy8lkXaQlsuRfoDqGCwSbl2QS3nrm9Yi0BdA30IZSTEoMyOkW6Qngu+OIPnYueNUk KUA84HUD7fwd2vkCziqkOZ+4g0Ud1hnhSWndcFRyK0nawePuzzcJYt1ErIuUCQ620s23rFYutYVL by7Adqs5p6+3G3bz74a5SvN3Ziy7uTxPgQe9cDqWVhrumvaG9lftdXb0vjx95z6pRcunqKlWGNdR KThYKqRgL/26tJIBw1hSrysq8/XQOgeQG5/yP+Gd4a/gWwZUYl+k6atTlDgChQ7p7aVf+HSnfgpg hlVuGGegliCSWjgpm7Ch0BJ7X71WpabL0juML6CviG4PF28ioUZK1LoaG0tGqhaFEXiH5bBa1LBE s9CwiJpnGnzFG4+dwodQbUo22xXfY8U4NB8axyngJHKWqMmlp0W8/jHsTYoNKoxUYBMVuDaVF/N6 usK+6GezjOzE+xyHhb2sqxlejw6Jecu2QHg3RyX1vEPSiRtRh00PwrH9pSMkJSMlfVM4d62ooTJf Leq8pdV95wjUzJRmAfuWmsTjETVJ/qdCNOnmkZiN2OQtRj0XNh67jlQlJlqmWqDmCqDKE2y/yCXD VVGJPSXNkq8n+dhLw+muYmrFPUDBzxK3sKWrOn363hTJmFpCSS/v0Cfj/t02EXF7augvRHQdOTVL mUG3oxbVdD6rWa8GXUqv8xpVDkkGUSKCrlQZjsvw0M5jrHCCA+yXoeyj5WP6lLnr5VCYpLfKjfqO i0WkAlnyQ2CFRJNXqcZC/y5qsefSFo5hZ4ua6hWy1FVBXJUbhuVStCGIZvHMX90dyqD5ZKP7FvUm OKcKJ3ddDNSIgbAfvCsQG9U0CzG6WFB/vVqVEsRKdh7+R4H0zskeGiTygzTee9vN+N+1m3hYXn9R OzxVb5pDW5f7NbKKxMiPj6GaPf7J/7H1UA1pVPOP6ku7B2f8vrFojr7G9m8sXA2CFlwjI2t6waoF R6tE0/lGqF9RbdfpLgaPfQFsIkKjRZt1nl+sbztiRfvQvJgsMXAgTeSu54OhS6SOBKM+H+byYGjU JM0nzfkialZvj6EHuqiHz776P7bCXU2wtqMJpBNVotb53jy/FRmjN1WGG/WUnPFbL2rv2Z9oz4Ci OY/ypJfb29PgLFeC8qI2P2AHg34WW/beJS1OWwFTUpuwOgDlW93nXpzyzzvi6GIeeQm10s07/tDB 6ibO3UdWjfPgMsO7SqYWfHyVr8+mVmv6sSbg7iqi7zirhjNMt0XciLAAdsd3h2bf4c/gjNvvk9V6 2vHjaMj9fptK3PlkupMHoSsN+iO5kWrPv8Pl3ZJZHmq5ZkQ5xHiJ6yFj+7ldfu6zfu5bfu5fO9xQ z7TjefRMh3u4ys+NwdGX1/AeHe5hfnGGBfv5P+DnftjP/Zife1SHO8EPz2N+7gRv2jC6b4gx2hvk e/VS5Xv1EuZ9re8cud5Lni/US6HvtXNG9V46faFeUr2vmJTE2vC9dibj585knOwc+WRnMk52JuNk ZzJOdibjZGcyTnfGfKLz62kvKkk6leF+3JoRUKN5J9GBZHSds/ac5sy77QOnLM0/wruZ7QG6qVj7 tC8bzd9hthOXjTUJEJGx+sNdpxCfsAaiG4/eE6tK+xQ9PVfaFjZZYuq4I1OcS2+i50LkgnZz6wR9 tfJJ/JpFs7FVwSpFNwwKW2U4YK9/Ug97tlaGOp/SM/Yncf1t+55YRhtVT27IU+71aOM/kP5KPdrp znH8nL1KHbd/+zuv3nj/1W17b2pjBWs/63SZdaKieqxSqSucowaeaq82eebM3bCyaMCZ2CEFZOsw XclmnBbiwodBVuVe6a3bE6uzTlKUxOIkq/0O7qOw4AcTtgzTWcqyJXfJZdyGkJ5BaSkdodtr0GA+ u/HB3CzvCVeflQsO3Afecrkd/oYt0olELYyhqI0PzJ1OS4YtqwuzWouMGliN0DUEXVK1Yfullbtu XYALE3VNo3ZoYJ85Obwoq7VkPE4cJn1M8p6MoCY1J3cTWdKDslz5bjPBGfQfuNYwFVJsx46nLuE2 22tb401nJOFX7QhKuG2SO/uQbTtgl9zGN+HOAL4xay4w8s/b2wS901CWNnVyOD2gHXWwqetkqm/H hvAM3ARl9CTsX6GKmDErk2t1/COCnr7B+WHTwHdF25wBQCGZ0ehhlYMNI/Oo3iZ5C6+DlU9fHppz TxQk7QUtYl6uXyqoVh7mHTg6faJCtPJBLriKQcR1BuutkxIyLdcAWUPEdFDEVElmzNzyriqhMlcV Vemux+UD2IG9BQ5Pr8RNLeVNAZHmCR6m/QgrLvS55VyxKHzLNGju2fF7c1K4+Nm6feHpOpwFFo7N zcqNKmzYN1eX8JPpamZEeGU8bl3h2K77wqfoChsSak3HI8ILBNjg6PcSA1+ZVSDkpGDZoVEp907R OXszObjRgkRYwzJ1VqDkDRHYUOb0aTqtPlUH23PYS4en6rAjvJGehHYtx1Umcw4pM7gW+W3rGsWk SRZn2IYV3aoDYJOzRjPeqiiMwEK2oahiwxpl26efjhsHm1t8YOsYyY3FiW1TYGThHGzk9uO7KSMr YdxUOFsfaZ2tKxzX1boiRIVATaR1DrznYMd3jsIxGtZhU9tglsPN1WCz/X7OMQtXHTw+FQY62GNM OMXGPwVvXfGGaZ6Eo7ln5ddy7v8MxjLXOM/4hPLc+/EeytVSn1PyCkuZjHNbUzz8Oa5sFgw3rOPU t/hes6wTPGyg/FZU+XhrQNQt+S1qa4QitDi4OkvFA+bGa1yD+4T7xG/QSPD0b+d4sHtkgnKYKu9m gjJelSffGq8qqo87gRLqcJU1V+E85XEGC6JFkS34octjuKP3OJkvjjGiQdtoGIe5LGX44SBDtHkk hhNWdmHzBQPthX9T2lKVOOSIUeRWoKnruf5p5+bRv8wBty/0/1L2ZeBOxnxLnRMSvT5ST8wu9e4t BMdpeF10Ff0hnt39yV41OXLuki8VeBq6IoWmklc0/3BfJRRRRWW2cnmLXJBjw0jXGrlurIyrhcQU uS5A9XdxVv6bMgqRxFtp6CV4UAppEE0VuS5D5o3hH8Fr9aGSNuWwZVRRfkZRflEnF60nRF/wTqrG +TLJmbw3mRRV7/0LiWwOMExJM/WC4Hqw/KwYvRyxcS24Drv+ej4MAbft8oLdSlLzVE4YreZIbrq+ Mh/BAZEYHDNn8oHfYa30XRQ2iuZKmeO8O9CX7aHoMVIhtsZyNcSuKMAdUzVPIRKfSUj0lnzcQwKT yck1/aOt4fkMd9ziCC7nFWPERh4A87MTMEVT4oCXNThSvE4CFKlBmQJv+EkmVYtDzPSWaBqGcm0X pNxh3gILdQfb28KHUOxTcYdMPrMzDTYQT9T0n0UdEp3hUHdKW6/UsKoHV25pUeToLWfk5S5Z240F H8AuUHbj/blZKmmjE8bENKamKSC2rO3GNm9hscm3IG3BZa5+QbkzhKtdkMk5xNgLIHYpF6DVFlxd kCktMmEoRrcT4d92Y4lKsnPq5Pn8vTwX+HypnVV7+qUR3kHK33PZvTwXiL6F+w8V1h+CdokaBi5R 7H6MuBtV0ka0ZvKuWtW5eY1tMxp/8+7owusm0+6VNmWnzFZb039mpmhTgx19aqWGezDOC/xv1CqE fo7CLsf/M3Hq2InDHlOS5xasiI6OHpcxmxxmPmeuMaeVt5X9VM+oBOUpJl32pqxEZrmtWxFc1xQe XYTfGosW3jaQiENBsHmp5VtSJw17LClIExZuT8cc+hfsjYfjcnhcI0pdsLrIKarSR8QJMASBAicb ypDS6cR7Qw89jMD+wqfhsp4dhhufT4q0ddccYYdRQ7013GmY5Efdxi0it6E63sPgio6MydjbL6Gb 7+I7LtUhGRg5pnp9Z0VUKaGa5tcUR1hG4relTI+faJq8qxtp9MyIK9uaSY6PzCTe94LITDIquAAe o+Smrj93BCS7lZlkr53Fov89BeGDwhcqyGI5bkEzIlvzSKBnDRJyjfOhgbndcAXTLcfiEP1Cuyx8 4X2kJAfRpPAA53rCh4lJTMGLVfqFhbrwheFSDGcKsceGOlNxm85WXL0vI/ZCvZiKldv36bd+RDYr yDsOCU8I8EgZB5xocp4f4BDi00nJq8DikLxlJ5q26MnWEJiKjUD5WfmmE41bdWSrmjiA3BomI45d WmJ/5NG94bhnKdnar3CszFKtaLyxe4eudLhub1+dhCdw9wPq0uuqvRHqcFzL9MhAXOiI6I23uZ/w 4I7RK4VEPAOBJ3xfd7wnUzQ3HXFHJAQPYl3OndwUf/wxwMPx3Dhcw6GnN67W1znrnJYmueW2nGUe b7y6JYREYfz9Wtd8Q17hEMu69X3iMOt74Ei+iEpu/k4mvisch8fwvdKmWy715S5tOp5H7Dtl64wG q1E2NZwacKgUD+aeWluJvXs+xBsLkVADt6dKvErviJDFCpaR79P7ycyHmeZqxqTBhKeE2/Uy+ViG WdsDX4VJ97GCVZsPK5xuGX+8uVqNaGoaTe2qldnCoaY7VGZuutN89D4HkkdAoaM2n1MltTKmgEyd mYdthHrgMHkSYTJNskcYkLDp+FISqFSTiFmWyr5zPhH2mmSZjrSp3ElaNfHWccpZmZAbXLwsferk KRk49MWlytxHbTXms8NqXbWuo4eaq8vYKZglCq6fYZorykwGGC4zpuTmihCTmh7qD+MfKTa3dmX1 5tZubCD/QLG7IoQxGcy/jOLiQ0hCfFeU2PmxBxZ3VrxvOt686USiK4BpdshZOf9kcQdmNlBMKecf LcZlP0rc5wPTTAkHLMnkrlKUXb7puHvTicEdvs4sj+WKiLnZoTOlcTcsF66hu/fedGLkk4QKAs5V aIhouDEzIj0/xJeWvd98SEfRiRhBlx/SQB9Sv3JrxXL3ouWW88Zi20GYN+yuTDvauOpXmvUlS6Oq tpE7yB09erC5Qm4aAC1I3aG6Q0DvdsCA/4bD/B1OCchQAwvI3JkzZmW5noPZsjOEkV4u3THr1UQ2 GT9HYT5bZr5Vxj4PZ8HZYXLLLZx8sdwKAVucjbHcijFNo03Sr3MFj7vTqYKRdDL2qhQF5QrGmqp2 fkWcWWSG5ewwCCLAA2TR5l/VBQfKlTS0kPAJUmaqglsPytkguJiCW/TkgnM5cQ4gfF/zd8kiMx3Y VF9Hv3+u3/TzyDCySaMMIzMG3HENubPpRH7XTVxqb3e5sIbt32zsZTaFbTq9tKvob8nvjf2MAtfI ZCYVbbO0qwO3lrkp9w4sY8w3maQykpkrd+Iax3NtzZXJptnID1ZPk6ci08Jj0qik4Eam43SCmjtu Pq8y19Sbm8rMN2BcBU41H1Bgel7rsuZ325AfZs3vWmUM22RN7VFl7HVIyOo6awZMkDrodYRP/Zpr rlSYhn1ta66UmYZ+vR4nB6K+tjZXMqYBXxdAdg3/2oKbZXp+/TLumOn69V8/DjHpvl77scGk/Hod 7qghYqfeQohWibMRAa/TW9BenyXALyLzMH4QcmAijpHQEUS7tTfau3bT8ejeZKuGOLYoicM7QGol ejaHkQGjtOifA4UIOlgOJN6B0LDp+EgN2cThh5XM529oy0VMQLPpeBuewEVDJiNIc359pJZMd17s PucVpYY4n/NDMug/ITkRLqLTkC298TsrfX+PbX63OVwFd9TZi/h1i+ut3r5GMwIBYSQQPKvW60hz nS0aY1NNhfn8KE0NfetBwAin2eOvuoo9tzelTQ9P5y5BKrEpzLqyVGzCqGud9K+5dkBPXeTayh2b rIqpmE95AyLbk97jlfQZO9uXTkwySDE17sS0zIRK04NcMjPwdkzS8RiTypYsS7yWE0Z9BE/SiUas 5ZKZpNNnWHmVonhWVsSczMPFaUHKoEeCPg5KDVIHxeNpDGrRReKZEtSsG4BnZpA+KBHPczpd0Ag8 pwU5dWF4ntFpgobh+VBISMgvEY0RmhBFSM+Q+0J6B98JHhAcje9JgBnBzwafCL4RfC54WfC/gh3B h4P/HvZJn7U9b/bO7CH02dlrdp+XI0aG3wme13dDxMiINyL29OUNRwzHDDWGk4azhguGO8GJA+cP fGnA5wPuABv9+7I/DK/vuxM8pt+mCPquM8wyjDfMMyw0xInP8d6/aYZpcC1DKPWfZmgKmRgyL2Qy /qTnXPxVAyaK77tDQrsuxHN1yEL8zQtZ2x6+Gm7q/0aoFL4ipCAkE9++9L74CmXy44wc9qLeD1OG 34TzfZIJfm9V/JSRZDN+G9b7GSVaGa0RhDVrpOBrcNPPVe87MfvhMdMYti8XN998L8bqEfBLo1Oz Kx4/9vXP1P/+wZv+VP6qZq0A/5fnn7oVd0PxTz9Z0kyJebRiYf/3GoIPULfH1qfmqZUlP1D3t9d6 zB6UsA2XnOMXLN2Hb79cYiih+LevOlzn7pHzJcUpJz/8ZWb9yNmLXgkgZvLYxGODW2p/+Ak/qUqO nuyx4Mqe3S91hf+hVzOzuLXK3zAqIcX5tQZGFrDqb4EIeXbB4fXLvxp+AD+GSt5qNVZ7dP86F3pX CgWJnaU+fOD9tA/vIMfv6w7++NTH12qxaiH/sEY1fjzlyb/hp2ZJ9uNp0w+7rhZj/UKKn/pswIXz Y96n/nISYhmWrpn0zDVa2b/sDH++eHLaFRqSMOD5WYbitO13p5CRd3oG3GxTstdpLPVnZ7tNS9p0 CStP8sXcrY4n66/doeWQkWUr/jKMC/moAb/kRuY4/7LppS/lm/HjqiTfEvhLt5Yh/8IPniJ3xYqN FY0Zf95Ea+5vk4Y2P5r16incXUlsT1184fKBo19R4f7Ag4H9Hj5XacPQBbx78paPnCXbXkRr9Omr cZ/URij+RmO9tcey5MzNuWW03rJ1rG6xbrnO292VtLsrqxXWMnTfw9kIWIwIt9OUmBOmTJ4KTRSW F22wR6/el99t3Dhuooc7XuuodUC8q3PgAPdQXZFRz2sKTxQ5eEXhUXqToIzP4I7ajpfxMkuTkqZA tG66Nh/KMCCkOjvg44Is1TJz+YO5h7GkPYoBqVMcarHoyxhYzK5HavfV7rP9bGmKEM+O4zTSdZ7F PRfLuTxSZJTZAt4Zh7NJz3DX5P7vU7gqeS1G2Gve8Mel2PJHkTcEIF9s6X0gzuVLsaX37u3hPPaG 5dd5Bfcobq7M72brJ85M68M/xK2oaC9D7WXpj9Knby5nWI19oT4NZFaqi6diHd0EG5m3z6lnUe0i Heg5j+WqzjryLcJPKRbxxZVFc7h0seh0UTXFujWM2H6u5aU/L8pAoPhB7XqFFDsnkJxka/xbpLkc Z4sommaHGmL0DVlzuYzth3g7cfesJNCxgd65hM9wltzkr3vp2glp5KYFMwvDi/Ij57H9aG7sa7te e0H2U2xzVGsCdC8ta5jfHM6vGb5v8RwIr7NmzMT8rnI90OL3lnl4C6YnTKxqJaanWttITE+HKyA0 aaqbaz8RTpv2CZEfYU3zIakx7cfUlN/NUi2XGtR8S7Xin9RGPF3B5eECYX1huuzuRrbpPyTmW5vY buZbxTjZ+KvBfKslxyzi4UPExzhbkNf7F9vzjMhS2GP5Q6TeBvnoHGQcsWk+uuRzvQ2Xt+by1N6a czjn3eBv+KLebE/Upnbj16iptUcX14dd4FazAwp+lcvc5XKlqUvBLUUBTrmjVghxiJPpn/Db0VZj VwfOqoawOnwrkFbfxXU5xOuuDnbtCabtjhYHUYrADnc3P/cAnHZFvn1d07uYf1WI7hD6+0avdGku V7L00ta/dqFNm+woxklD/v5iKJH5fsVxR/asDuR74rnOvedvgbye+uCppM/ZgbaxWmo+qUnRvoNf f6iPNWlip2m4iWouBTZeD3Bu20/OyWT9dI2Dolbw0B5K7JNUWhkYe918wQwtNFZRUnBpbSB/UXKd DBTjceDS6A86/sD/qF4H9U5wszq6o//BB17PZqUWNbQv9qeV5fxaroo7balSWqqVMF6+c+Ojthx6 pY6Fu+HKF6LKV6vXuddel++H/XZ90hiS//D0KZxJ/W+GxP60Sub+mevOTZRxcxTci0rt5ZX47UiF BT8HcZxYThDLaeLi5NOnTI796W+cE+fXYcX8GVf/WVzzuitY2Sy3ePSre2svs3LLQYa7yNXhrFx9 XBlsmVacZ6fmDLJ4lKvj3qRnA83fMbZKW+Obtp9sv9pqbLzttK3FBrs6yxX1ii7sg3XnfQZiRtMN vte67937cARObqkxYKF8ou4UtWVuvMl9z7m5Fvc+YRQNYv6eufI+ebfQCbLQ2YrQ1crckLrTXhuw n3NpeDJ3zfWGPKpbnwmyPrMVfRCjd1yz+5j7KIy3j7h//i30p9DvQ0+FehDtI1wok2m+aU5z/V02 3eaJvT5FXp6cdl9r3AmOR5nouQkd1x3nsJTuRs7JHZwed1n0DMHpc/gGuhvpAQ4LDrnCVLyMDRbj dvhmasvTsOvhTaHwhtWHXoRVmJTCD5HPm8buQCT5ZmoduP9SRKRxZyvlztCDsJhrR+HD7PO+i0Sf t7KdPK/PjwXnhVGZ2n1pcZenSMhE7L4i3UW3z1t5d+Eno4wp7bT5yoFod5dYSbHvg3H5HGz0iEyT SfcK0GZZrlrmVp/y2OvTp6RndOLouVkiB4rsBz58DfdXv0Nof4gT/p6jpWcCxMY/PXa6dWRv4nyS ZFQr8bPjxJlMMpyJgGHk34y57qxohXgk577Sd0jCNKVJl5CCWxwSZstMsgRdrk5bgV8McGjAmWjm YzNm4dz0ZIaLf5fECQk/5T6D4wSKhGsrRrubp0x9Gzzw25Z3CChXuH/hrqdtKaFupfsX+bXQi1v+ Rl/UeHFCM/0aF9abzIo62uf7WX1+ntPH+eZrr76eGzpJrn+HhIaXkFDl30ho2Lsk97JjUhT8+sCv D/zkeoSFI6yCC3uH/MYfKN4RgDMtBnQwXGupw+lW2A5yP8Zd5l0YYOgwkTnH9e/bxe5qIpj6om+9 bTtjq7bdtv1sc9m+t11/+03bD7YzsWVv0hhm08rU9n53jHqwV/ls7Y/agxp0UO0BNoWOSYZaZ04f QDCW4OYV/XIegLaIvY/vlonTAzm9eR2CJLeM15mrGWq5qYDlphGV8yN30Hacf0rKS+eXV/FmLal1 5ubVOjF0RPlyyQSqCQV3kIsqJ6y5gmG7xF2GNVpoTejPoXckpFveIm9bu1snyrDRg0syM+eYz5nX Z2tweXzyi/oCD1OWP81qUleN1RIHfvRZJOs7fhfwVonuL/hSV7iAnG+9qanUVNguQFtlvtDyJqj4 wEfFQMTuBSoUKx7IiW+uUrND+XDUrfO5VmTkENFEiKXu5S01qDRXqf2pjLsce8Q1VaAY1WJJ6V+O HnAfhnxnPxET3jRins2VZpOz1BnoDBD9fX7sD/xFXBjSEvmZrbaubABTu39tpZ8O6xzvVbGYD5pj mxMFtn8iYePWz9cMXvMObOjWs9r101TW1Zjn1nvt6BwItJPkb2TmVrPpJLio3vw9wx+FL/XQwUNt Z8qo315KgwyIksfX/VJ7RHNklZv/FEKTCcdkuHrXO5CocDcHNzvAlqKyzdfUndkp1NXj8lW4XR8S VxFx1dPD/lRgStHYJmhx4Xu5bYIGc2SSmbx4OqlAyP9ZscY2H3f5YzI9W1fPddNOk2kgUQGndpqc fUysBJsedQetX60rZzAgtqBVtFMMaHYwbHdbrcXB4EebY2tXBXK1dY1mXBsS9vqnnONTB+I2a86t /Jm/hu9LMNkGsgf9kPVEhKHYXGkOBPdo2qK33Ayk6fgq+AfQ1mhCYKsY+IvN8Wn0lpbAT/lPEMAe 5M9TZDHu+oCXBFye9eJjr4qk2yo0Vdw0BTdbKU51Bxl6+CaXOhp/W3se1QJcYjc8ZbsO1hgoiPWY JqzzOPteXOeB3DwScujIruj/lmpIvCEELe+Urovh9gNwBU57T/XNlN6n+ZB5/WyVdUKAdZrcuoTR 1mgP2m5C0FjPamKb1z9iPreGqprpX5KgYoPpD830GyLIJR5xSAxx22y6in1pnjb+BfqmxRusDctw EvonkRmQghvMTZNxE2gpwRfe3LUnVt2wDqaX+05QWGcrY5v5Dymj4E4Huofr6s1QVknipjHcbDmX EmCboKp1iQN1w93P12gbcBWf4oZm8y9m+7U1ml805Z+Ck2yzNeYms+sKcdUSl5bh/1Es8ZbEWNco Yy1R0w774qmCO0xb/gmbAvl5G6K5AufSRW7q6Igj0PVimisU7PDmCi37SDtl5rNrLBVqTKdgK3Md WRUJj7EU8eq+/NTas7k/8VAT5Shqz+Z855/mfyoQty9AkPt+oFdDO4L5rFlz9lOH5apSYk2xgH4M 2g2M2K+0LdArB36mafqUr4OfQnMCI4VCw1/QnGBP87+JvFiwT5BDhKuxlCtsrAYNb5umQjfilqC+ mdqLqOqfcVqu+VNun7eC+bV0WIGt+VAM0T9zR+3BXq2aqBsv/MU7rsQeWD9Byx02nzdDRDy9fonG NUPmN/7M98WD0Yb3emjxamc1U4YRZSezfr7WkU7jN6doZaZh+GZM0dwEteVW8JqHuCUKDrdWd+Nm y5wPybC/3BN9RHNulQInMRVxFSsD54IRsInCS9Izlc8ve3tEi3YfmwQJ6Kg9wp/sHy/8nmydxS1Y fhMs++ikhAKgyErcL+YaJnB34i4PCcFvnTLpTjWhmdFxo53a0SK1sSK1EWvi/KldzWgvm/pL1Oos NwTLdYEaTB8lcY6VSlDMNTi0DWyzSPYeWDEfcXh7cX0H/VqHtoIdZR/lT3/3e9Avx1VTItmmYGSq xWR/Me5E3JEhBvprYK4c3JupJ2+/NldsVjQuaqy9BJPEEjwqlmDUmtH+JdhNh2lQL3fGkbjqlX2k /Qzn++d967g4QeSLH/nz2jva29pW3Ap1QiwPJmD+HMTnHyFAN/xGD2r8SA9qiLlKOb1o8M8pDTtN 2mrtPrG8KpTX2YM4RA7x4xhcCMXwrrgDOL9wFEcRj+XIGm9CjP+ZDhG4fg43R3WzzpZZlyisq1G/ ZRYXDjg+sXoepIZbyS/OwgZEfqj2qPZHVqZjuGM4w3oV6yBXDI6DiBhyZbW1jdd9b7U/QCKLlCZY LJ4UpkH0oTYN1VTcd6b2Uq4W+CFv1Ic6Q1scO5jYcxI+7hhfLUW8SG+ANh3nG8XnSf6wNBJ5t5Um n/Py4DpPYRk1aCmqp+Kpzx35meUq1mG+wRkDc2xzEnYnxCF54BBhlP+QXLAaGgKYry9RaJfItINN TXRoPsUtUWp9Pt7h+aA4CMRdxiC8RKymJUr+PN3Qi6B5w6Zec+FTP6X5v5vam5mO0HZi/vR3cTa2 x2mulpm+loZyfyQr2yP4Znl1gDBKGn00F2yrtRrBVEmz/xQSqJe/UjrSoMZwh/YakW/MSIQugu0I 7FTQHQnO86kDGgD6aFcBfRlsG6seEPzQfm6s8qjTNlGjwRFcmG+nqJfrkyD5aZMg+AWj+hyrAjGh gaXk/K+YvUTecuJ4L71qzi2qoFgZWgBCSbZGvKi8tqm2STMHDygSHgmMPbPyKU3ZKgUWy6chrCSM Va/uvSYCC2ppHSIuqwNX6KuUQbgZfix9MPxI+iC8KLEw1D2Wj5JW5tcHmFee4M9IL+chAaz8gT8k vR2LPYN39hv+JFaC3fyaJ7zR1zzUc8doUTelhxS1thIyoGrPt4HRx94LkrocijHATEdClENU9k0L 3PO0hu+7Z4mG77FnpYbvuudlDR+0pxhXAu7RaXj5np4aP27detbLrbjuBwKHv9bB4exyOVcx08Vc hvqiSpeAzNaonQVXIZvwV0WVXAih+pm+bB+qqnM2XaKxj17CL5hwCq7fp9a+RmMjdGKHRP89l/xy HeLLlSZc53YOvgpEZQwb4nxXjFwEvWdRhbP7VfRU/4oJOOurmOmUWqrNi7tcrXwP6zvQeEWHa+Gi UtRbN5N2XcZYJe7ZNKn5x4sTUpQ5A1d0TZityAlfoU2YIMvpsUKR0C2nC671s4zcjN7Xx7mOmOr5 btJbkJPD1Y3EmUtMlTzhoEN9UYN1VBq3z3K+TRv9HrFFBhHzudvYmQswn7vD0515/IZFIFYR/c3n 9tL3ZOzX0XeD+RwuMoXuYz2SxF12JV/fHIT9dZpOikdfcfU7jXYS0fhjVP7USXQEYAeSv+rwnewS 9JtJ3fkcxkGLzRBHu14jRTlWZAjnYOKoPZlrqK3N6QppB9uEffhAuqV4sfYkbq7yQMnk3IImLQCr FoCHUjSfmOWmU+l7nyTVY6FnB8uPh3BHRbxpMuznq5LFs/sNdS34SQLLbU+O/BY/fIrdtMPd9O/6 DPnFXPm/Ye5yFOfDfpM76yBJcOXu326FtjuhUXH/hplkv6WcCT1FF+fWOUrRKhXbC9VQ/+N+LNqQ ztculT5JwAAC9GhuR8ZeWyduLLWRuY4Rl/n0wgNFxzlReoItl8bcaB5RZxoLWyiMBmrYbqrWudcd NJ9nzBeYEb+ZHtRcXnEQs1JBuTAK0dUFFcKohIOmLt6u/JFJ9ZFJ8ZGJ+agNhlKF5UXHHXvzifPv OFIzdW8Ocb5xSaTsGp8V/dmrc52LxdfJ6aUIOslnoVOkO9MFJ89nzWh0caey0qc694neiD0rg7vt HH5JjCwiQciMyTQJTf0un4VfphGcO6SkuCFMbLpwIgpL3plEdcrXN8HrWU7VJceev2mccwQoAjHV utFy6IXe3VC/0ePMz75OIuabwO8gpQM0zirccAZlCaq4lE8vjdE4/+YRw0P50p4a5ysep4LPygB7 IAS3REshyJTfwaRx7j1E6zwn+fIXMyFVB5YmapwzPc6rFyXKwYl7lmudZZ6MdW4x2jcXfe26+6Iw lrboH1P9UDvV6aByJnH25DlPVsbeBcSp57k56uqx2J8pHa9xeu6sUIBFxkylZNffETN7ApnNmjvV uYjMgrBxAr/kULtK8ZXZfQK3HDxR15R7O6PuBDDR+QtSUjmVkpBF6QKpZbq0k9ofpfnDun35pK9u M2hNshfTS6dpnFMkKppcWc5jLrGwe77VOndKvnto84quT1wd5+vbNwipSZFM/OG3nMhCJRu5+0ik XYafKbPfL3rmwXNl5O7dkfb7xd8uC0+bguDofWE5kdSkLcKRNiUc94fCI88bZWZmtBCdF1kc/fPI 5ZGTd8mplVd0s3J5JK5ydN48gcPI0TmRfvuTcH4CmNyxZ9o58P+xt//XEfS/oSYmTjVMMS0dMm3R 89mGCYueyZmXs8owxDBm2fJVOYueW8gaHnx2kGHo8OGxgw0TFz2bsyx32QIWoTnLqQaTkKEklsSR R4iRXFSPBzwJmAD4bwmbumiqYXhMzMOPxQyNN0wYnWoYPX/ecjY7xzB2bNqUSRMN09lFSxaxqwx5 Q6MfjTVoNGSeN/zZZaalrCHJMHC+QUMSExMNqcsMFJlxXi5rGMsuzM5Zms22Y+vf3zByJAxFHl5A Hl5CHs4hD7PZuSyZOHoMoszPyc7NNSQlGYhhYOxKA0Eumum5857LNhgMIwzZ2YbE7OzlOcuen7tg 0ZLskYZZD09azi5atjR3DnL2OhHv4QWGIUNGGhYsWpk930ARz5MQawjQeD8PLxHjLDOxy02sYcmy 5xB9SXanGDliDCRk5+WwBpTDkLsql81+XkPGrpSwiCRJFEXPn8cagPThBRoSYxi7chGrIaiQ3CXL WFQMkkiViFjzxJxQyJGGgSJJtMoychax2YaJ854VK8HALjOMThtjyDU9+yzoXmBasmSVwVdxUgLk +VzOvOd9jXPPmFNFcg0rFi1Z0l6MeQtokz5qyM1+dtnS+bne7Mfm5CzLGYEWW7SE5r3intT4CKDZ 35XgLmp8Mf9/WegcMnAl/TeMMeXkZKNnTJo+mrL0wCUrxd7hqzrKBEvBHQvQfea3t64vtYTDi8kw NjXFD43Uy/4Yj1+MsSufzUZH8HYCw5JFzy9i/fJLkzhp0dLnfMwUTfONJujhJDs7Gn3jd73z3r3V 22eR8H+mT2MQObyd4x+MGZ4fs2CQAde6DoyNjl0JJAbDlOwly+bNp53Y1zHQ6fxikBiCPki/Ce1K Ur4Z83KW0sKMMMxYZjIsFYuOesYwhCp8or3gK6IIEg7M7fg3pNGPd3wY7X1OpR/R7XWALjGSFHE0 /sTA9oHF5xLj+fDRSN6InfAhsg+fiE36+HB1QtopnjdviagO8qgL8YziR8LiRfaE+MH7hAmSvxit nWhfMQwGMdJd0XzIOkpxz2i+mvMrxL2w+aK1k+dH2wT6AW3SsLmSGvYQXPGOD7UEutdn7pi5xicm jJ37RKpxEpQkf/jpRgoKCpj/LDkU4nd2OyOgNl9lD4l+YTJZz6BAnU6nUoeFCbKgrjJhNpndKbo/ ZvymXftHJjuqppjp98s+izOEymBx+f/Vz/935LP3xLbr+BgChwTNIXMIrNaU1JYwhMiVRCkLUYwd OzaAfh7FYXEa3WCISctUqUlMTExGGgwQDQYRifpp8UPI8uUr8VEjBlERtRoP2P7g68GlmO8HUaM4 6WOowPHL/wQ0Ali6vSc/SD/tb+2O8TAH9f+83P7x+qJniJ3j9x8pwkviR3aPDw2VSvb/5If21HCS QGaSleRt8k/yA7lBujAxTCrzPENDRpAZZAV5i+wkR8l1EsI8zExkljDTZmIbZzlqkKRNnUbSUqaR l7UX1esBf1gW5dD7p6aOTsVjMh4BQ+/H6CN+p9BksbCfXDCAmM88tsoxegwhvhsI4cQnOwr88N/W VMzQmNiYuJhHYh6NiY95LGZYzPChMUOHDo0NmBg/dOVKWIgmNTAzhzcwXw1rYFIAg+G+G7c04FwQ /6TPCDJfuYg5qi7GVRs/AFrxk7G+VImJqROnjhsJC7op8SA0SDPEAPn32T8ZluVl5yxYsmxFkAY2 lTQsjoYtWspmP4eZdf6ivEXzsw3PrDIgCQkUIwynEaiEk710mem5hYbc5fOezYa4kwOPvEU5y5Y+ D+kIsdsIvgSSg6UPS5c+2VQYNcAOkyKJpUiQ7zwWc/qQ5cuQIcTi5cuXQSSnuCUBAQgYMfpQMU/0 H4MYFZTNy81d9JwvqztkBBYE08bfA6mYK4SJbLJoad68JYsozgVkPmjPeX7eErw8RzoXciHxq5JF BEJcewUtBo7slfOepaX7E0KynzctmceKZC4huX82zcvJNuQsW0aDn6eFX0p+V8fLvF7+aJeT7JXL lyx6dhGL5cBz2Uuzc7xIwfv/B1BLAwQUAAAACAC0dAkp45kuAMAAAADGAQAAAgAAAEVFxZAxC4Mw EIV3wf9wYzu0nNpapFOpSwehIHQRh9TEElBTYiz03/dMoIp07w0Z7n3vcu8wQQSqI+Ty0TEzaOF7 iFi75mkwqlGMg3oaqTrfCzBKnHQTHVcaLinx3yGpeMlK2OZE5sN90797I9oFPQp8ctQCQzf7mp1h FWyDte/VVL4naCUnZawCxrmGIiyLoLSfx0tpVxbRKP1wxWWxJ8mN/ddLYQQC7Y0J4AEqe+15uEa2 0owBZhwZ7A3mXG+YJu4DUEsBAhQLFAAAAAgARFbWKA15KKdQCAAAAC4AAAoAAAAAAAAAAAAgALaB GpYAAFJlYWRtZS5kb2NQSwECFAsUAAAACAAtQSMqkRGrh8JkAADkogAABgAAAAAAAAAAACAA/4GS ngAARUUuRVhFUEsBAhQLFAAAAAgAtHQJKeOZLgDAAAAAxgEAAAIAAAAAAAAAAQAgALaBeAMBAEVF UEsFBgAAAAADAAMAnAAAAFgEAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA== ------_=_NextPart_001_01C1686D.8459B46B-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 8: 1:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.stcorp.com (stasc53.stcorp.com [207.203.33.53]) by hub.freebsd.org (Postfix) with ESMTP id A555F37B427; Thu, 8 Nov 2001 08:01:20 -0800 (PST) Received: from msc-002.msg.stcorp.com ([10.10.40.162]) by mail1.stcorp.com with Microsoft SMTPSVC(5.0.2195.2966); Thu, 8 Nov 2001 09:56:44 -0600 Received: from msm-001.msg.stcorp.com ([10.10.40.140]) by msc-002.msg.stcorp.com with Microsoft SMTPSVC(5.0.2195.2966); Thu, 8 Nov 2001 10:01:18 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C1686E.9A0791A6" Subject: RE: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Date: Thu, 8 Nov 2001 10:01:18 -0600 Message-ID: <2AACFCDB6086274CA42D44085EF1BAA229405F@msm-001.msg.stcorp.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RE: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Thread-Index: AcFobpnsY6+U0zabQCat74mJxBbayg== From: "Nicpon, John" To: "Mike Meyer" , "Jonathan Lemon" , "Kent Stewart" Cc: , X-OriginalArrivalTime: 08 Nov 2001 16:01:18.0557 (UTC) FILETIME=[9A2F58D0:01C1686E] Sender: owner-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_001_01C1686E.9A0791A6 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have attached a file from the ecsusa.com for reprogramming the MAC address. Perhaps the data file included could provide the necessary information for updating the SIS900 driver. Please advise. -John -----Original Message----- From: Mike Meyer [mailto:mwm@mired.org] Sent: Wednesday, November 07, 2001 6:29 PM To: Nicpon, John Cc: freebsd-hardware@freebsd.org; freebsd-hackers@freebsd.org Subject: Re: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Nicpon, John types: > I've been having the same problem listed below and was wondering if > anyone had a fix? There wasn't a fix when I asked last week, and I've not been able to get technical specs out of SiS. If you get one, I'd appreciate hearing about it. Thanx, http://www.mired.org/home/mwm/ Q: How do you make the gods laugh? A: Tell them your plans. ------_=_NextPart_001_01C1686E.9A0791A6 Content-Type: application/octet-stream; name="EE" Content-Transfer-Encoding: base64 Content-Description: EE Content-Disposition: attachment; filename="EE" MDkwMCAgICA7IFNpZ25hdHVyZQ0KMDAwZiAgICA7IEF1dG9sb2FkIG9wdGlvbg0KMTAzOSAgICA7 IFZlbmRvciBJRA0KMDkwMCAgICA7IERldmljZSBJRA0KMTAzOSAgICA7IFN1Yi1zeXN0ZW0gSUQN CjA5MDAgICAgOyBTdWItZGV2aWNlIElEDQpmZTAyICAgIDsgUE1DICgxLjEpDQpmZmZmDQplMDAw ICAgIDsgTWFjIGFkZHIgWzJdWzFdDQowOTA2ICAgIDsgTWFjIGFkZHIgWzRdWzNdDQowMDAwICAg IDsgTWFjIGFkZHIgWzZdWzVdDQpmZmZmDQpmZmZmDQpmZmZmDQpmZmZmDQpmZmZmDQpmZmZmDQpm ZmZmDQpmZmZmDQpmZmZmDQpmZmZmDQpmZmZmDQpmZmZmDQpmZmZmDQpmZmZmDQpmZmZmDQpmZmZm DQpmZmZmDQpmZmZmDQpmZmZmDQpmZmZmDQpmZmZmDQowMCBlMCAwNiAwOSAwNyBjZiAgICAgOyBN YWMgYWRkciBsaW1pdA0KMDAgZTAgMDYgMDkgMDAgMDAgICAgIDsgTWFjIGFkZHIgc3RhcnQNCg== ------_=_NextPart_001_01C1686E.9A0791A6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 8:12:32 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 9889737B422 for ; Thu, 8 Nov 2001 08:12:30 -0800 (PST) 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 fA8GCT717197 for ; Thu, 8 Nov 2001 11:12:29 -0500 (EST) Date: Thu, 8 Nov 2001 11:11:11 -0500 (EST) From: Zhihui Zhang X-Sender: zzhang@onyx To: freebsd-hackers@freebsd.org Subject: Debugging memory leak 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 am debugging a KLD. After each run, there is always some memory in use as indicated by vmstat -m. In other words, some memory are still in use by the KLD. Is there any way to detect the memory leak? After I do kldunload, all memory used by it is gone. But I doubt that the memory is actually returned to the global pool. Probably, it is only the statistical information is gone. Any help or suggestion is appreciated. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 8:18:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.stcorp.com (stasc53.stcorp.com [207.203.33.53]) by hub.freebsd.org (Postfix) with ESMTP id 0EEA237B416; Thu, 8 Nov 2001 08:18:17 -0800 (PST) Received: from msc-002.msg.stcorp.com ([10.10.40.162]) by mail1.stcorp.com with Microsoft SMTPSVC(5.0.2195.2966); Thu, 8 Nov 2001 10:13:41 -0600 Received: from msm-001.msg.stcorp.com ([10.10.40.140]) by msc-002.msg.stcorp.com with Microsoft SMTPSVC(5.0.2195.2966); Thu, 8 Nov 2001 10:18:15 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Date: Thu, 8 Nov 2001 10:18:14 -0600 Message-ID: <2AACFCDB6086274CA42D44085EF1BAA2045257@msm-001.msg.stcorp.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RE: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Thread-Index: AcFobpnsY6+U0zabQCat74mJxBbaygAAJeBw From: "Nicpon, John" To: "Mike Meyer" , "Jonathan Lemon" , "Kent Stewart" Cc: , X-OriginalArrivalTime: 08 Nov 2001 16:18:15.0005 (UTC) FILETIME=[F80900D0:01C16870] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Here is the documentation that came with the flash util: 1. This zip file contain 2 files : EE.EXE and EE.DAT 2. Please check your LAN-ID No. ( You can find the LAN-ID No. in a white stick label on the board like: EA=3DXXXXXXXXXXXX) 3. For example your LAN-ID No. is : EA=3D1A2A3A4A5A6A 4. Edit EE.DAT file. (EE.DAT is a text file. You can use WordPad or other software to edit it.) 5. When you open the EE.DAT file, you can see the following text : 0900 ; Signature 000f ; Autoload option 1039 ; Vendor ID 0900 ; Device ID 1039 ; Sub-vendor ID 0900 ; Sub-device ID fe02 ; PMC (1.0a) ffff 2A1A ; Mac addr [2][1] 4A3A ; Mac addr [4][3] 6A5A ; Mac addr [6][5] ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff 1A 2A 3A FF FF FF ; Mac addr limit=20 1A 2A 3A 00 00 00 ; Mac addr start=20 6. Please chage the 1A2A3A4A5A6A to your own LAN-ID No. 7. Save the file. 8. Enter to the pure DOS mode. Run command : EE EE.DAT 9. Shutdown the power. ( You have to pull out the power cord or turn off the power supply) 10. Restart your computer =20 -----Original Message----- From: Nicpon, John=20 Sent: Thursday, November 08, 2001 10:01 AM To: Mike Meyer; Jonathan Lemon; Kent Stewart Cc: freebsd-hardware@freebsd.org; freebsd-hackers@freebsd.org Subject: RE: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. I have attached a file from the ecsusa.com for reprogramming the MAC address. Perhaps the data file included could provide the necessary information for updating the SIS900 driver. Please advise. -John -----Original Message----- From: Mike Meyer [mailto:mwm@mired.org] Sent: Wednesday, November 07, 2001 6:29 PM To: Nicpon, John Cc: freebsd-hardware@freebsd.org; freebsd-hackers@freebsd.org Subject: Re: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Nicpon, John types: > I've been having the same problem listed below and was wondering if > anyone had a fix? There wasn't a fix when I asked last week, and I've not been able to get technical specs out of SiS. If you get one, I'd appreciate hearing about it. Thanx, http://www.mired.org/home/mwm/ Q: How do you make the gods laugh? A: Tell them your plans. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 8:23:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.teledis.be (mail.teledis.be [217.117.32.52]) by hub.freebsd.org (Postfix) with ESMTP id 2554337B41C for ; Thu, 8 Nov 2001 08:23:53 -0800 (PST) Received: from 217-117-54-102.teledisnet.be ([217.117.54.102]) by mail.teledis.be (Netscape Messaging Server 4.15) with ESMTP id GMHPJS00.Y9A for ; Thu, 8 Nov 2001 17:23:52 +0100 Subject: Measuring interrupt latency From: Sansonetti Laurent To: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.13 (Preview Release) Date: 08 Nov 2001 17:23:41 +0000 Message-Id: <1005240221.454.13.camel@teneriel.teledisnet.be> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi hackers, I have to measure ISR [*] under FreeBSD, so I'm building a small KLD which is hijacking a misc driver with timestamps... Is there a way to simulate a hardware irq from kernel land ? I saw swi_dispatcher() in /sys/kern/kern_intr.c, is this right ? In fact I have to start hardware irq by hand because I need to take timestamp at this moment.. Anyone have already measured ISR for FreeBSD ? Is that way correct ? Thanks in advance ! [*] : ISR : Interrupt Service Routine : time interval between hardware irq and first instruction of service routine for this irq. -- Sansonetti Laurent - http://lrz.linuxbe.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 8:43:39 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 90EB137B416 for ; Thu, 8 Nov 2001 08:43:32 -0800 (PST) Received: from LORENZO (cl1.sintesi.net [212.210.231.22]) by elisa.utopianet.net (8.9.1a/8.9.1) with SMTP id RAA29207 for ; Thu, 8 Nov 2001 17:43:08 +0100 (CET) Message-ID: <003a01c16874$a12c13c0$0500000a@LORENZO> From: "Lorenzo Iania" To: Subject: banal error Date: Thu, 8 Nov 2001 17:44:26 +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 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 Rebuilding my kernel after updating the source tree by cvsup I had problems recompiling /usr/src/sys/kern/kern_conf.c because there was a little error: the solution is: 292c292 < make_dev(struct cdevsw *devsw, int minor, uid_t uid, gid_t gid, int perms, cha r *fmt, ...) --- > make_dev(struct cdevsw *devsw, int minor, uid_t uid, gid_t gid, int perms, con st char *fmt, ...) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 8:51:44 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 C578F37B418 for ; Thu, 8 Nov 2001 08:51:39 -0800 (PST) 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 fA8Gpba14653; Thu, 8 Nov 2001 09:51:37 -0700 (MST) (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 fA8Gpa744046; Thu, 8 Nov 2001 09:51:37 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111081651.fA8Gpa744046@harmony.village.org> To: Sansonetti Laurent Subject: Re: Measuring interrupt latency Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "08 Nov 2001 17:23:41 GMT." <1005240221.454.13.camel@teneriel.teledisnet.be> References: <1005240221.454.13.camel@teneriel.teledisnet.be> Date: Thu, 08 Nov 2001 09:51:36 -0700 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 <1005240221.454.13.camel@teneriel.teledisnet.be> Sansonetti Laurent writes: : I have to measure ISR [*] under FreeBSD, so I'm building a small KLD : which is hijacking a misc driver with timestamps... : : Is there a way to simulate a hardware irq from kernel land ? : I saw swi_dispatcher() in /sys/kern/kern_intr.c, is this right ? : : In fact I have to start hardware irq by hand because I need to take : timestamp at this moment.. : : Anyone have already measured ISR for FreeBSD ? Is that way correct ? : : Thanks in advance ! The usual way to do this is to connect the IRQ line to 'Trigger' on the scope and toggle a line on the parallel port in your ISR and connect that to 'channel 1' or 'channel 2' of the scope. Note: you may wish to measure how long it takes to pull the parallel port line high, because that can be as long as a microsecond on some machines. The easiest way to do this is to toggle the line, measure the width of the pulse and then substract that value from other measurements that you get. You'll find that it is typically on the order of a microsecond (including time to bring the parallel port high) for a fast interrupt, and varies on non-fast interrupts (anywhere from one microsecond to as much as a millisecond on a very heavily loaded system). You can generate an IRQ in a number of ways. Likely the easiest is to have a tie a different line from the parallel port to the #ACK line and pulse that line. If you do this, then the two signals to measure is even easier. Note: you almost certainly will *NOT* be able to accuragely measure this in software. The getting of the time may swamp the latency for fast interrupts. Also, depending on the time keeping device in use, you may not have enough resolution for measuring it on a fast machine. And a good scope will give you *MUCH* better numbers. And if you are writing an article, people will make this criticism. We found at Timing Solutions when we were trying to measure interrupt latency that the system time (getnanotime()) gave us measurements with a larger variance than our expensive scopes that does statistical gathering. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 8:57:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.koganei.wide.ad.jp (koganei.wide.ad.jp [202.249.37.254]) by hub.freebsd.org (Postfix) with ESMTP id C2F4437B419; Thu, 8 Nov 2001 08:57:19 -0800 (PST) Received: from koganei.wide.ad.jp (eAc1Aai074.tky.mesh.ad.jp [202.225.7.74]) (authenticated (0 bits)) by ns.koganei.wide.ad.jp (8.11.6/8.11.6) with ESMTP id fA8Gvjs46230; Fri, 9 Nov 2001 01:57:45 +0900 (JST) (envelope-from ikob@koganei.wide.ad.jp) Message-ID: <3BEAB96A.6090801@koganei.wide.ad.jp> Date: Fri, 09 Nov 2001 01:57:14 +0900 From: Katsushi Kobayashi User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.5+) Gecko/20011101 X-Accept-Language: en-us MIME-Version: 1.0 To: hackers@freebsd.org, arch@freebsd.org Subject: Does CAM support simplified direct-access device ? Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I am testing my SBP, SCSI over firewire, driver on some firewire disk. An SCSI device work well under the specific usage. Unfortunately, I have met a CAM related trouble on another disk. This disk responds its device type as "simplefied direct-access device 0Eh", not "direct access device 00h". Does CAM function on FreeBSD support this device type? Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 9: 2:30 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 0AE9137B41C for ; Thu, 8 Nov 2001 09:02:27 -0800 (PST) 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 fA8H2Pa14734; Thu, 8 Nov 2001 10:02:25 -0700 (MST) (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 fA8H2O744266; Thu, 8 Nov 2001 10:02:25 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111081702.fA8H2O744266@harmony.village.org> To: "Lorenzo Iania" Subject: Re: banal error Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 08 Nov 2001 17:44:26 +0100." <003a01c16874$a12c13c0$0500000a@LORENZO> References: <003a01c16874$a12c13c0$0500000a@LORENZO> Date: Thu, 08 Nov 2001 10:02:24 -0700 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 <003a01c16874$a12c13c0$0500000a@LORENZO> "Lorenzo Iania" writes: : Rebuilding my kernel after updating the source tree by cvsup I had problems : recompiling /usr/src/sys/kern/kern_conf.c because there was a little error: : the solution is: : : 292c292 : < make_dev(struct cdevsw *devsw, int minor, uid_t uid, gid_t gid, int perms, : cha : r *fmt, ...) : --- : > make_dev(struct cdevsw *devsw, int minor, uid_t uid, gid_t gid, int perms, : con : st char *fmt, ...) Yes, this has already been fixed. I fumbled the commit and only did the sys directory, and not the kern directory :-( Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 9: 3:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id D171537B416; Thu, 8 Nov 2001 09:03:06 -0800 (PST) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id fA8H2wH67097; Thu, 8 Nov 2001 09:02:58 -0800 (PST) (envelope-from mjacob@feral.com) Date: Thu, 8 Nov 2001 09:02:58 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Katsushi Kobayashi Cc: hackers@FreeBSD.ORG, arch@FreeBSD.ORG Subject: Re: Does CAM support simplified direct-access device ? In-Reply-To: <3BEAB96A.6090801@koganei.wide.ad.jp> 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 (should be on -scsi list) The answer is "no"- this should be a restated as "does da support this device type". On Fri, 9 Nov 2001, Katsushi Kobayashi wrote: > Hello, > > I am testing my SBP, SCSI over firewire, driver on some firewire > disk. An SCSI device work well under the specific usage. > Unfortunately, I have met a CAM related trouble on another disk. > This disk responds its device type as "simplefied direct-access > device 0Eh", not "direct access device 00h". > > Does CAM function on FreeBSD support this device type? > > Thanks. > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-arch" 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 Nov 8 9: 3:24 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 BAF3837B431 for ; Thu, 8 Nov 2001 09:03:19 -0800 (PST) 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 fA8H3Ia14747; Thu, 8 Nov 2001 10:03:18 -0700 (MST) (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 fA8H3H744286; Thu, 8 Nov 2001 10:03:17 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111081703.fA8H3H744286@harmony.village.org> Subject: Re: Measuring interrupt latency To: Sansonetti Laurent , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 08 Nov 2001 09:51:36 MST." <200111081651.fA8Gpa744046@harmony.village.org> References: <200111081651.fA8Gpa744046@harmony.village.org> <1005240221.454.13.camel@teneriel.teledisnet.be> Date: Thu, 08 Nov 2001 10:03:17 -0700 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 P.S. It looks like Sansonetti's email is bouncing :-( Beware the article that will come out "I asked freebsd how to do this and they blew me off" Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 9: 6:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx2.magma.ca (mx2.magma.ca [206.191.0.250]) by hub.freebsd.org (Postfix) with ESMTP id 4C5B737B428 for ; Thu, 8 Nov 2001 09:06:06 -0800 (PST) Received: from mail6.magma.ca (mail6.magma.ca [206.191.0.248]) by mx2.magma.ca (8.9.3/8.9.3) with ESMTP id MAA07986 for ; Thu, 8 Nov 2001 12:06:05 -0500 (EST) Received: from lucan (mothership.macadamian.com [206.191.21.204]) by mail6.magma.ca (8.9.3/8.9.3) with SMTP id MAA24356 for ; Thu, 8 Nov 2001 12:06:05 -0500 (EST) Message-ID: <016501c16878$4c80d3c0$2a64a8c0@macadamian.com> From: "Jason Mawdsley" To: Subject: mmap/madvise Date: Thu, 8 Nov 2001 12:10:42 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.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 Hi hackers! I am looking for a way to reserve memory, without actually allocating the swap space. The FreeBSD man page for mmap doesn't mention MAP_NORESERVE, but it is in sys/mman.h. Is that flag implemented, and external? Or is their a better way to do this? TIA Jason Jason Mawdsley ~ jason@macadamian.com m_ a c a d a m i a n t e c h n o l o g i e s "Software developers for the world's leading technology companies." http://www.macadamian.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 10: 0:20 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 E5D7D37B405 for ; Thu, 8 Nov 2001 10:00:16 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id JAA76552; Thu, 8 Nov 2001 09:49:54 -0800 (PST) Date: Thu, 8 Nov 2001 09:49:52 -0800 (PST) From: Julian Elischer To: Zhihui Zhang Cc: freebsd-hackers@freebsd.org Subject: Re: Debugging memory leak 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 add your own malloc types (several). and then use them. vmstat -m should show you which of your types are leaking. On Thu, 8 Nov 2001, Zhihui Zhang wrote: > > I am debugging a KLD. After each run, there is always some memory in use > as indicated by vmstat -m. In other words, some memory are still in use by > the KLD. Is there any way to detect the memory leak? > > After I do kldunload, all memory used by it is gone. But I doubt that the > memory is actually returned to the global pool. Probably, it is only the > statistical information is gone. > > Any help or suggestion is appreciated. > > -Zhihui > > > 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 Nov 8 10:21:59 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 1745E37B41D for ; Thu, 8 Nov 2001 10:21:56 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id C317B81D01; Thu, 8 Nov 2001 12:21:50 -0600 (CST) Date: Thu, 8 Nov 2001 12:21:50 -0600 From: Alfred Perlstein To: Jason Mawdsley Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: mmap/madvise Message-ID: <20011108122150.W89342@elvis.mu.org> References: <016501c16878$4c80d3c0$2a64a8c0@macadamian.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <016501c16878$4c80d3c0$2a64a8c0@macadamian.com>; from jason@macadamian.com on Thu, Nov 08, 2001 at 12:10:42PM -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 * Jason Mawdsley [011108 11:07] wrote: > Hi hackers! > > I am looking for a way to reserve memory, without actually allocating the > swap space. > > The FreeBSD man page for mmap doesn't mention MAP_NORESERVE, but it is in > sys/mman.h. > > Is that flag implemented, and external? > > Or is their a better way to do this? Just proceed normally, freebsd does overcommit such that you really don't need to do anything special to get the results you desire. -- -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 Thu Nov 8 10:42:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.magmacom.com (mx1.magmacom.com [206.191.0.217]) by hub.freebsd.org (Postfix) with ESMTP id C285337B418 for ; Thu, 8 Nov 2001 10:42:17 -0800 (PST) Received: from mail6.magma.ca (mail6 [206.191.0.248]) by mx1.magmacom.com (8.9.3/8.9.3) with ESMTP id NAA14074; Thu, 8 Nov 2001 13:42:16 -0500 (EST) Received: from lucan (mothership.macadamian.com [206.191.21.204]) by mail6.magma.ca (8.9.3/8.9.3) with SMTP id NAA00115; Thu, 8 Nov 2001 13:42:16 -0500 (EST) Message-ID: <01b501c16885$bc64db70$2a64a8c0@macadamian.com> From: "Jason Mawdsley" To: "Alfred Perlstein" Cc: References: <016501c16878$4c80d3c0$2a64a8c0@macadamian.com> <20011108122150.W89342@elvis.mu.org> Subject: Re: mmap/madvise Date: Thu, 8 Nov 2001 13:46:53 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.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 > > Hi hackers! > > > > I am looking for a way to reserve memory, without actually allocating the > > swap space. > > > > The FreeBSD man page for mmap doesn't mention MAP_NORESERVE, but it is in > > sys/mman.h. > > > > Is that flag implemented, and external? > > > > Or is their a better way to do this? > > Just proceed normally, freebsd does overcommit such that you really > don't need to do anything special to get the results you desire. I am not sure I understand what you mean by that. I want to be able to reserve a large track of memory, and then commit a page when I need it. Pretty much what VirtualAlloc is doing on Windows. Did you mean doesn't overcommit? TIA Jason Mawdsley ~ jason@macadamian.com m_ a c a d a m i a n t e c h n o l o g i e s "Software developers for the world's leading technology companies." http://www.macadamian.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 11:47:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web.cs.ndsu.nodak.edu (web.cs.ndsu.NoDak.edu [134.129.125.7]) by hub.freebsd.org (Postfix) with ESMTP id B744B37B418 for ; Thu, 8 Nov 2001 11:47:12 -0800 (PST) Received: (from tinguely@localhost) by web.cs.ndsu.nodak.edu (8.11.4/8.11.4) id fA8JlAe03457; Thu, 8 Nov 2001 13:47:10 -0600 (CST) (envelope-from tinguely) Date: Thu, 8 Nov 2001 13:47:10 -0600 (CST) From: mark tinguely Message-Id: <200111081947.fA8JlAe03457@web.cs.ndsu.nodak.edu> To: bright@mu.org, jason@macadamian.com Subject: Re: mmap/madvise Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20011108122150.W89342@elvis.mu.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 Jason Mawdsley asks: > > I am looking for a way to reserve memory, without actually allocating the > > swap space. Alfred Perlstein answers: > Just proceed normally, freebsd does overcommit such that you really > don't need to do anything special to get the results you desire. I assume Jason is writting a userland application, but I cannot tell how he was using the allocated memory. Alfred is correct in that allocated memory is not even physical until needed and only paged back if modified AND space becomes low. Without information of what he was doing, I was trying to read between the lines of his message and wonder if he needs the memory physically there and wired (using mprotect) to prevent the memory from being released. --mark tinguely. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 11:55:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.teledis.be (mail.teledis.be [217.117.32.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F72437B41A for ; Thu, 8 Nov 2001 11:55:04 -0800 (PST) Received: from 217-117-54-102.teledisnet.be ([217.117.54.102]) by mail.teledis.be (Netscape Messaging Server 4.15) with ESMTP id GMHZBR00.UAZ; Thu, 8 Nov 2001 20:55:03 +0100 Subject: Bouncing From: Sansonetti Laurent To: imp@harmony.village.org Cc: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.13 (Preview Release) Date: 08 Nov 2001 20:54:51 +0000 Message-Id: <1005252892.559.15.camel@teneriel.teledisnet.be> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Warner, I saw your mail by browsing docs.freebsd.org when I discover this bouncing problem. It should work now ;) Thanks for your response about ISR. -- Sansonetti Laurent - http://lrz.linuxbe.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 12: 5: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.magmacom.com (mx1.magmacom.com [206.191.0.217]) by hub.freebsd.org (Postfix) with ESMTP id 0817437B419 for ; Thu, 8 Nov 2001 12:05:03 -0800 (PST) Received: from mail6.magma.ca (mail6 [206.191.0.248]) by mx1.magmacom.com (8.9.3/8.9.3) with ESMTP id PAA20830; Thu, 8 Nov 2001 15:05:02 -0500 (EST) Received: from lucan (mothership.macadamian.com [206.191.21.204]) by mail6.magma.ca (8.9.3/8.9.3) with SMTP id PAA28184; Thu, 8 Nov 2001 15:05:01 -0500 (EST) Message-ID: <02ae01c16891$4c1f4970$2a64a8c0@macadamian.com> From: "Jason Mawdsley" To: "mark tinguely" , Cc: References: <200111081947.fA8JlAe03457@web.cs.ndsu.nodak.edu> Subject: Re: mmap/madvise Date: Thu, 8 Nov 2001 15:09:39 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.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 > Jason Mawdsley asks: > > > > I am looking for a way to reserve memory, without actually allocating the > > > swap space. > > Alfred Perlstein answers: > > > Just proceed normally, freebsd does overcommit such that you really > > don't need to do anything special to get the results you desire. > > I assume Jason is writting a userland application, but I cannot tell > how he was using the allocated memory. Alfred is correct in that > allocated memory is not even physical until needed and only paged back > if modified AND space becomes low. > > Without information of what he was doing, I was trying to read between > the lines of his message and wonder if he needs the memory physically > there and wired (using mprotect) to prevent the memory from being released. I am creating a virtual memory manager. Currently I am doing a mmap(...PROT_NONE, MAP_ANON ) to reserve the memory. then when committing the memory I am using mprotect( ...PROT_READ | PROT_WRITE ) HTH Jason Mawdsley ~ jason@macadamian.com m_ a c a d a m i a n t e c h n o l o g i e s "Software developers for the world's leading technology companies." http://www.macadamian.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 13: 2:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guru.mired.org (okc-65-31-203-60.mmcable.com [65.31.203.60]) by hub.freebsd.org (Postfix) with SMTP id 8979C37B419 for ; Thu, 8 Nov 2001 13:02:26 -0800 (PST) Received: (qmail 28407 invoked by uid 100); 8 Nov 2001 21:02:15 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15338.62167.240104.199613@guru.mired.org> Date: Thu, 8 Nov 2001 15:02:15 -0600 To: "Nicpon, John" Cc: "Jonathan Lemon" , "Kent Stewart" , Subject: RE: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. In-Reply-To: <2AACFCDB6086274CA42D44085EF1BAA229405F@msm-001.msg.stcorp.com> References: <2AACFCDB6086274CA42D44085EF1BAA229405F@msm-001.msg.stcorp.com> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Context recovered from top posting.] Nicpon, John types: > > From: Mike Meyer [mailto:mwm@mired.org] > > Nicpon, John types: > > > I've been having the same problem listed below and was wondering if > > > anyone had a fix? > > There wasn't a fix when I asked last week, and I've not been able to > > get technical specs out of SiS. If you get one, I'd appreciate hearing > > about it. > I have attached a file from the ecsusa.com for reprogramming the MAC > address. Perhaps the data file included could provide the necessary > information for updating the SIS900 driver. Please advise. Could you provide a pointer to where you found it? An explanation of why users need to reprogram their MAC's - which is rather unusual - would help quite a bit. http://www.mired.org/home/mwm/ Q: How do you make the gods laugh? A: Tell them your plans. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 13:10:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bjork.quonix.net (bjork.quonix.net [216.74.79.182]) by hub.freebsd.org (Postfix) with ESMTP id 8BA0637B417 for ; Thu, 8 Nov 2001 13:10:28 -0800 (PST) Received: from bjork.quonix.net (localhost [127.0.0.1]) by bjork.quonix.net (8.11.6/8.11.2) with ESMTP id fA84PZ921358; Wed, 7 Nov 2001 23:25:35 -0500 (EST) (envelope-from jacobson@pobox.com) Message-Id: <200111080425.fA84PZ921358@bjork.quonix.net> To: admin@twwells.com Cc: freebsd-hackers@freebsd.org From: Joseph Jacobson Subject: Re: missing words, lots of them In-Reply-To: Message from admin@twwells.com of "Tue, 25 Sep 2001 05:51:47 EDT." Date: Wed, 07 Nov 2001 23:25:34 -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 > These words, 830 of them, were obtained by intersecting the words > in a number of lexicons and then subtracting the words in > /usr/share/dict/web2. This all done with words that contain only > lowercase letters. > > You'll find those words at the end of this message. Should you > take even a cursory look at this list, I expect you'll be appalled > at the words that are not in the lexicon. > > The point is *not* that these words should be added. The point is > that a cursory, in-my-sleep check of the word list shows glaring > deficiencies. A serious audit of the list will find way many more > missing words (I did a preliminary -- think ~50,000-100,000 > missing words if it is supposed to approximate the contents of an > unabridged dictionary.) > > Anyway, I'm willing to create a replacement list, if it's likely > to actually get used. Wondering if anything became of this.... It would be nice to have a relatively complete word list. http://www.puzzlers.org/secure/wordlists/dictinfo.html contains a good summary of publically available word lists. IMHO, the ENABLE list mentioned there (http://www.puzzlers.org/secure/wordlists/enable_readme.txt) seems like a good candidate for a drop-in replacement.... Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 13:11: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.stcorp.com (stasc53.stcorp.com [207.203.33.53]) by hub.freebsd.org (Postfix) with ESMTP id 8D39C37B418 for ; Thu, 8 Nov 2001 13:11:00 -0800 (PST) Received: from msc-002.msg.stcorp.com ([10.10.40.162]) by mail1.stcorp.com with Microsoft SMTPSVC(5.0.2195.2966); Thu, 8 Nov 2001 15:06:24 -0600 Received: from msm-001.msg.stcorp.com ([10.10.40.140]) by msc-002.msg.stcorp.com with Microsoft SMTPSVC(5.0.2195.2966); Thu, 8 Nov 2001 15:10:59 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Date: Thu, 8 Nov 2001 15:10:59 -0600 Message-ID: <2AACFCDB6086274CA42D44085EF1BAA2294069@msm-001.msg.stcorp.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Thread-Index: AcFomKx4Em3tbQjXTXKRnjegR9deNAAAKcgw From: "Nicpon, John" To: "Mike Meyer" Cc: "Jonathan Lemon" , "Kent Stewart" , X-OriginalArrivalTime: 08 Nov 2001 21:10:59.0642 (UTC) FILETIME=[DD5FE9A0:01C16899] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It was a small link on the bottom of this page for users who did a bad bios flash. I thought there might be some information as far as card parameters that would assist in updating the drivers. http://www.ecsusa.com/ecsusa/www.ecs.com.tw/download/k7s5a.htm -----Original Message----- From: Mike Meyer [mailto:mwm@mired.org] Sent: Thursday, November 08, 2001 3:02 PM To: Nicpon, John Cc: Jonathan Lemon; Kent Stewart; freebsd-hackers@freebsd.org Subject: RE: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. [Context recovered from top posting.] Nicpon, John types: > > From: Mike Meyer [mailto:mwm@mired.org] > > Nicpon, John types: > > > I've been having the same problem listed below and was wondering if > > > anyone had a fix? > > There wasn't a fix when I asked last week, and I've not been able to > > get technical specs out of SiS. If you get one, I'd appreciate hearing > > about it. > I have attached a file from the ecsusa.com for reprogramming the MAC > address. Perhaps the data file included could provide the necessary > information for updating the SIS900 driver. Please advise. Could you provide a pointer to where you found it? An explanation of why users need to reprogram their MAC's - which is rather unusual - would help quite a bit. http://www.mired.org/home/mwm/ Q: How do you make the gods laugh? A: Tell them your plans. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 13:37:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by hub.freebsd.org (Postfix) with ESMTP id 2AA4737B416 for ; Thu, 8 Nov 2001 13:37:23 -0800 (PST) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id fA8LbHZP073039; Thu, 8 Nov 2001 22:37:18 +0100 (CET) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id fA8LbGO10923; Thu, 8 Nov 2001 22:37:16 +0100 (CET) (envelope-from wkb) Date: Thu, 8 Nov 2001 22:37:16 +0100 From: Wilko Bulte To: Mike Meyer Cc: "Nicpon, John" , Jonathan Lemon , Kent Stewart , freebsd-hackers@FreeBSD.ORG Subject: Re: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Message-ID: <20011108223716.A10909@freebie.xs4all.nl> References: <2AACFCDB6086274CA42D44085EF1BAA229405F@msm-001.msg.stcorp.com> <15338.62167.240104.199613@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15338.62167.240104.199613@guru.mired.org>; from mwm@mired.org on Thu, Nov 08, 2001 at 03:02:15PM -0600 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Nov 08, 2001 at 03:02:15PM -0600, Mike Meyer wrote: > [Context recovered from top posting.] > > Nicpon, John types: > > > From: Mike Meyer [mailto:mwm@mired.org] > > > Nicpon, John types: > > > > I've been having the same problem listed below and was wondering if > > > > anyone had a fix? > > > There wasn't a fix when I asked last week, and I've not been able to > > > get technical specs out of SiS. If you get one, I'd appreciate hearing > > > about it. > > I have attached a file from the ecsusa.com for reprogramming the MAC > > address. Perhaps the data file included could provide the necessary > > information for updating the SIS900 driver. Please advise. > > Could you provide a pointer to where you found it? An explanation of > why users need to reprogram their MAC's - which is rather unusual - > would help quite a bit. Things like DECnet used to do it. And I think some server clustering solutions might still do it. -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 13:45: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 04ACA37B41B for ; Thu, 8 Nov 2001 13:45:13 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fA8LjC355203 for freebsd-hackers@FreeBSD.ORG; Thu, 8 Nov 2001 16:45:12 -0500 (EST) (envelope-from bicknell) Date: Thu, 8 Nov 2001 16:45:12 -0500 From: Leo Bicknell To: freebsd-hackers@FreeBSD.ORG Subject: Re: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Message-ID: <20011108164512.A54891@ussenterprise.ufp.org> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <2AACFCDB6086274CA42D44085EF1BAA229405F@msm-001.msg.stcorp.com> <15338.62167.240104.199613@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15338.62167.240104.199613@guru.mired.org>; from mwm@mired.org on Thu, Nov 08, 2001 at 03:02:15PM -0600 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 Thu, Nov 08, 2001 at 03:02:15PM -0600, Mike Meyer wrote: > Could you provide a pointer to where you found it? An explanation of > why users need to reprogram their MAC's - which is rather unusual - > would help quite a bit. There are several possibilities: * Users wish to replace a card but have it use the same MAC address due to filters, static arp entries, caches that take too long to expire, bootp entries that are based on MAC address, etc. For years cards had the MAC in a separate ROM to make this possible with a chip swap too. * Some protocols (mostly all obsolete) required specific MAC addresses. * Some clustering software switches MAC's from one machine to another to make the switch transparent at layer 2. Older cards could only answer a single MAC, a small multicast MAC list, and the broadcast MAC. I think most newer designs unify this into a single "list of things I want", which could allow a card to be multiple unicast MAC's at once. -- 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 Thu Nov 8 13:51:45 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 4654937B418 for ; Thu, 8 Nov 2001 13:51:43 -0800 (PST) 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 fA8Lpfa15634; Thu, 8 Nov 2001 14:51:41 -0700 (MST) (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 fA8Lpd746497; Thu, 8 Nov 2001 14:51:39 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111082151.fA8Lpd746497@harmony.village.org> To: Wilko Bulte Subject: Re: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Cc: Mike Meyer , "Nicpon, John" , Jonathan Lemon , Kent Stewart , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 08 Nov 2001 22:37:16 +0100." <20011108223716.A10909@freebie.xs4all.nl> References: <20011108223716.A10909@freebie.xs4all.nl> <2AACFCDB6086274CA42D44085EF1BAA229405F@msm-001.msg.stcorp.com> <15338.62167.240104.199613@guru.mired.org> Date: Thu, 08 Nov 2001 14:51:39 -0700 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 <20011108223716.A10909@freebie.xs4all.nl> Wilko Bulte writes: : Things like DECnet used to do it. And I think some server clustering : solutions might still do it. Some clustering solutions do do it to this day. They provide for completely trasnparent IP failover, and experience has shown that the easiest way to do that is for the MAC to be taken over. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 14:41:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from raven.mail.pas.earthlink.net (raven.mail.pas.earthlink.net [207.217.120.39]) by hub.freebsd.org (Postfix) with ESMTP id 879DD37B41B for ; Thu, 8 Nov 2001 14:41:49 -0800 (PST) Received: from dialup-209.245.143.27.dial1.sanjose1.level3.net ([209.245.143.27] helo=mindspring.com) by raven.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 161xri-0000RZ-00; Thu, 08 Nov 2001 14:41:43 -0800 Message-ID: <3BEB0A57.3C510C49@mindspring.com> Date: Thu, 08 Nov 2001 14:42:31 -0800 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: Jason Mawdsley Cc: mark tinguely , bright@mu.org, freebsd-hackers@FreeBSD.ORG Subject: Re: mmap/madvise References: <200111081947.fA8JlAe03457@web.cs.ndsu.nodak.edu> <02ae01c16891$4c1f4970$2a64a8c0@macadamian.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 Jason Mawdsley wrote: > > > Jason Mawdsley asks: > > > > > > I am looking for a way to reserve memory, without actually > > > > allocating the swap space. > > > > Alfred Perlstein answers: > > > > > Just proceed normally, freebsd does overcommit such that you really > > > don't need to do anything special to get the results you desire. > > > > I assume Jason is writting a userland application, but I cannot tell > > how he was using the allocated memory. Alfred is correct in that > > allocated memory is not even physical until needed and only paged back > > if modified AND space becomes low. > > > > Without information of what he was doing, I was trying to read between > > the lines of his message and wonder if he needs the memory physically > > there and wired (using mprotect) to prevent the memory from being > released. > > I am creating a virtual memory manager. > > Currently I am doing a > mmap(...PROT_NONE, MAP_ANON ) to reserve the memory. > then when committing the memory I am using mprotect( ...PROT_READ | > PROT_WRITE ) Up front, given your company web pages, I suspect that you are trying to port Windows code to Linux, but that the Linux community has been less than helpful, so you are turning to us. Hopefully, if we a re helpful, you will seriously consider supporting FreeBSD as a platform for your product. --- First, you aren't doing what you think you are doing, even under Windows, since the function you are using doesn't really work completely like you think it works. However inefficient it is, though, you can at least get work done with it, so whatever. Here is the nasty function: LPVOID VirtualAlloc( LPVOID lpAddress, // region to reserve or commit SIZE_T dwSize, // size of region DWORD flAllocationType, // type of allocation DWORD flProtect // type of access protection ); --- I started to write a glue function that looked like VirtualAlloc, but when I got about 3/4 of the way done, I realized that the performance penalty would be large enough that it would be a really (, really, really) bad idea. Instead, you will want to relook at the problem you are attempting to solve a bit, and come up with a better solution. Right now, you are having to look at the code that calls VirtualAlloc in your product, so you are on the right track for doing that, so it is no more hairy to (mostly) do the right thing than to write a glue function. Since I don't know how you are _precisely_ using VirtualAlloc, I'm going to cover the UNIX bases for you... --- The manual pages you want to look at are: mmap For reservation of memory; you should mmap the fd for /dev/zero, with MAP_ANON to grab pages initially. munmap Needed for PAGE_NO_ACCESS; implicated in PAGE_GUARD and MEM_WRITE_WATCH (see below). msync For MEM_COMMIT. The Windows documentation is actually misleading, since a MEM_COMMIT of previously allocated memory does not result in it being zeroed, like it will be if you use MEM_COMMIT on a region that has not been previous MEM_RESERVE or MEM_PHYSICAL flagged. Note: Unfortunately FreeBSD msync() will write more data than it needs to, since the dirty pages in mapped regions are not tracked to the granualrity necessary to be able to write only them, without an expensive reverse page table lookup. So this will generally be mor expensive than it should be. madvise Use to get MEM_RESET functionality; also used to change the protections. Changing the protections _DOES NOT COMMIT_ dirty blocks, as you appear to be assuming. Other caveats: o The round down will be to the next 4k, not the next 64k boundary; FreeBSD doesn't have to deal with segments, like Windows 98/ME, so there is no real efficiency reason for doing the rounding, as in Windows. If you depend on this, you will need to manually take care of this (note: "dwSize will need to go up if you make the address go down, so be prepared). o FreeBSD does not support AWE, so if you are trying to use this to get more than 4G of physical memory, you aren't going to be able to do it. o The MEM_TOP_DOWN (NT/2000/XP specific) flag can only be simulated by putting logic into your allocation, such that a NULL address (system picks) is translated to a high non-NULL address, in order to force the behaviour. o The MEM_WRITE_WATCH (98/ME specific) flag can only be simulated by mapping the memory read-only, taking the fault in a signal handler, remapping the region to permit the write, redoing the write, remapping the reagion read-only, and then logging the information into a page map, so that you can write your own GetWriteWate and ResetWriteWatch functions to deal with the logged data. It's also likely that, given the way Windows swap files work, you would be a hell of a lot better off allocating disk space for the memory regions, mmaping real files, instead of anonymous pages, and then touching each of the blocks to ensure that the allocated region had disk allocated to it as well. Doing this will use file space instead of swap space for the backing store, and give you better control over the data, as well as persistance, should you need it later. In the case where you are trying to simulate the MAP_PHYSICAL case, or the MAP_COMMIT allocation case, you will want to touch every new page to make sure it will be committed by msync, so you will need to make it "dirty" by writing the first byte (all newly allocated pages are zero'ed, so you can just write a zero into the first byte to do this; for dirty pages containing data, they only need to be written if they are truly dirty -- if the backing store does not contain the same data as memory. This is automatic, so all you should need for them is to msync() the region. If you don't dirty the pages, then the swap (or the backing files you create, if you failed to touch each block before you created them) will end up being sparse, and you may run into a situation where the amount of available backing store is not as lage as the dirty region when it comes time to write dirty pages out. If that happens, then you will segfault when the system runs out of memory (this is the overcommit that Alfred talked about). If you want to precommit all your memory (and it sounds like you do), then you will want to dirty every page before someone else tries to allocate memory, so that they run out instead of you running out. Again, the use of files where you dirty every block to ensure they are not sparse, is the easiest way to go. As far as PAGE_EXECUTE, the Intel processors make no distinction between exeuctable and not readable ad executable and readable; you can get this behaviour through some serious gymnastics, but the last time I was in the Windows VM system, they didn't make this distinction either. So don't expect to be able to make executable pages non-readable. THe PAGE_GUARD behaviour is to set up an unallocated page to ensure that the page does not become valid, so that if you run off the end of a region, it signals an exception instead of merrily writing memory it ought not to. UNIX systems do not have the concept of an map'ed guard page. You could do this with a read-only page, but that would only guarg against writes, not read attempts. The best way to do this in UNIX is not to map it. So if you are doing a general routine for doing this, you will want to explicitly tract allocations -- _and_ any non-allocations -- and then use a non-allocation to indicate a that subsequent calls will not result in an allocation. Again, you will then have to deal with the segmentation fault signal handler to detect this (note: you will need to reset the handler each time it happens!). This will take the place of your STATUS_GUARD_PAGE system exception; since guard pages are one-shot in Windows, it implies that they are applied to mapped regions. This means that you will have to put something in place of the page, or the next time the access occurs, if you did not reset the signal handler, it will result in a fault. For this to work, you actually need to do the fixup described earlier (unde MEM_WRITE_WATCH), and you will need to map a real page in, and replace it, and restart the action that caused the "guard" fault. The main problem with this is multiple consecutive write attempts in a region, with the fault handler ebing reset each time. Windows can't do this quickly enough to trap all attempts, so it's probably OK to have this on a page boundary. Again, since the page will have to come from backing store somewhere (or be written), and you are attempting to avoid overcommit, you are best served by using the file, and having the page doubly mapped, so that it's in a hidden "guard region, but not mapped to the area, so that when you need to map it, it's actually there, and you don't get a resource related error. I recommend against PAGE_NOCACHE. You can use madvise(2) to get the same effect, but only on anonymous memory backed by swap. For file backed regions, you can't make a file sparse once it is non-sparse: FreeBSD doesn't support the fcntl(2) method of ftruncate(2), which would be capable of releasing reagions of disk blocks, and replacing the dirct or indirect block references with zero, making the zero'ed pages on read, and non-sparse on write. Linux, Solaris, and SVR4 support this, so if you are porting to multiple platforms, you might want to use files anyway, and just note that FreeBSD files will never become spare once non-sparse, and will continue to consumes chunks of disk space, as a result. My personal recommendation is that you use this information to redesign, in part or in whole, your memory management code, such that it is more suited to efficient operation on UNIX platforms. If all you need is to get it running, however, then this should be enough information for you to get there. Too bad there isn't an "Advance UNIX programming for Windows Programmers" book. 8-(. Good luck with your project... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 14:50:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from raven.mail.pas.earthlink.net (raven.mail.pas.earthlink.net [207.217.120.39]) by hub.freebsd.org (Postfix) with ESMTP id 05EDA37B405 for ; Thu, 8 Nov 2001 14:50:09 -0800 (PST) Received: from dialup-209.245.143.27.dial1.sanjose1.level3.net ([209.245.143.27] helo=mindspring.com) by raven.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 161xzf-0001h0-00; Thu, 08 Nov 2001 14:49:55 -0800 Message-ID: <3BEB0C44.21721A13@mindspring.com> Date: Thu, 08 Nov 2001 14:50:44 -0800 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: Wilko Bulte Cc: Mike Meyer , "Nicpon, John" , Jonathan Lemon , Kent Stewart , freebsd-hackers@FreeBSD.ORG Subject: Re: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. References: <2AACFCDB6086274CA42D44085EF1BAA229405F@msm-001.msg.stcorp.com> <15338.62167.240104.199613@guru.mired.org> <20011108223716.A10909@freebie.xs4all.nl> 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 Wilko Bulte wrote: > > An explanation of > > why users need to reprogram their MAC's - which is rather unusual - > > would help quite a bit. > > Things like DECnet used to do it. And I think some server clustering > solutions might still do it. DECNet reprogrammed the MACs with the DEC ethernet allocation block, and the last part was the DECNet Node ID. VRRP uses a similar approach for MAC reprogramming for IP address takeover. It does this because not using real MAC addresses for VRRP confuses the hell out of switches (most particularly, L2 switches like those from Extreme, which don't have the ability to cache multiple MAC addresses per port). Using the multicast mask approach (like the FXP version of VRRP for Linux) is a bad idea, since VRRP requires the use of multicast anyway. FreeBSD needs some basic changes for multiple MAC s to be useful, though. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 14:52:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from raven.mail.pas.earthlink.net (raven.mail.pas.earthlink.net [207.217.120.39]) by hub.freebsd.org (Postfix) with ESMTP id 5E9EA37B419 for ; Thu, 8 Nov 2001 14:52:09 -0800 (PST) Received: from dialup-209.245.143.27.dial1.sanjose1.level3.net ([209.245.143.27] helo=mindspring.com) by raven.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 161y1n-0004BL-00; Thu, 08 Nov 2001 14:52:07 -0800 Message-ID: <3BEB0CC9.451A4B0F@mindspring.com> Date: Thu, 08 Nov 2001 14:52:57 -0800 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: Leo Bicknell Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. References: <2AACFCDB6086274CA42D44085EF1BAA229405F@msm-001.msg.stcorp.com> <15338.62167.240104.199613@guru.mired.org> <20011108164512.A54891@ussenterprise.ufp.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 Leo Bicknell wrote: > * Users wish to replace a card but have it use the same MAC > address due to filters, static arp entries, caches that take too > long to expire, bootp entries that are based on MAC address, etc. > For years cards had the MAC in a separate ROM to make this possible > with a chip swap too. I forgot this one. Mostly, though, this is done for licensing software that uses the MAC as the machine serial number. Lot of code does that on Windows... and not a little code on UNIX. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 14:52:35 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 C3D6537B417 for ; Thu, 8 Nov 2001 14:52:25 -0800 (PST) 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 fA8MqO711281 for ; Thu, 8 Nov 2001 17:52:24 -0500 (EST) Date: Thu, 8 Nov 2001 17:51:05 -0500 (EST) From: Zhihui Zhang X-Sender: zzhang@onyx To: freebsd-hackers@freebsd.org Subject: How to profiling a KLD? 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 am trying to profile a KLD. It seems to me that adding the following line in its make file does not help: COPTS+= -pg -DGPROF The kernel was configured with "config -p" and I used kgmon -b, kgmon -h, kgmon -p, and gprof /kernel gmon.out > gprof.out to collect the data. But none of my routines in the KLD show up in gprof.out. I must be missing something. Any help is appreciated. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 15: 9: 1 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 4960837B405 for ; Thu, 8 Nov 2001 15:09:00 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fA8N8xN59758 for freebsd-hackers@FreeBSD.ORG; Thu, 8 Nov 2001 18:08:59 -0500 (EST) (envelope-from bicknell) Date: Thu, 8 Nov 2001 18:08:59 -0500 From: Leo Bicknell To: freebsd-hackers@FreeBSD.ORG Subject: Re: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Message-ID: <20011108180859.A59655@ussenterprise.ufp.org> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <2AACFCDB6086274CA42D44085EF1BAA229405F@msm-001.msg.stcorp.com> <15338.62167.240104.199613@guru.mired.org> <20011108223716.A10909@freebie.xs4all.nl> <3BEB0C44.21721A13@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BEB0C44.21721A13@mindspring.com>; from tlambert2@mindspring.com on Thu, Nov 08, 2001 at 02:50:44PM -0800 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 Thu, Nov 08, 2001 at 02:50:44PM -0800, Terry Lambert wrote: > FreeBSD needs some basic changes for multiple MAC s to be > useful, though. I have more than once wished to assign a separate MAC to each virtual IP address on an interface. I have no idea how complex that would be, but it would be handy in a few odd situations. -- 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 Thu Nov 8 15:25:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id B385837B418 for ; Thu, 8 Nov 2001 15:25:35 -0800 (PST) Received: from dialup-209.245.143.27.dial1.sanjose1.level3.net ([209.245.143.27] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 161yYA-0002VG-00; Thu, 08 Nov 2001 15:25:34 -0800 Message-ID: <3BEB149F.3BCF9966@mindspring.com> Date: Thu, 08 Nov 2001 15:26:23 -0800 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: Leo Bicknell Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. References: <2AACFCDB6086274CA42D44085EF1BAA229405F@msm-001.msg.stcorp.com> <15338.62167.240104.199613@guru.mired.org> <20011108223716.A10909@freebie.xs4all.nl> <3BEB0C44.21721A13@mindspring.com> <20011108180859.A59655@ussenterprise.ufp.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 Leo Bicknell wrote: > > On Thu, Nov 08, 2001 at 02:50:44PM -0800, Terry Lambert wrote: > > FreeBSD needs some basic changes for multiple MAC s to be > > useful, though. > > I have more than once wished to assign a separate MAC to each > virtual IP address on an interface. I have no idea how complex > that would be, but it would be handy in a few odd situations. Yes, this is exactly the change I was talking about. Specifically, IP packets need to come out a specific MAC; to do this, you have to treat it as multiple physical interfaces on a single card (one per MAC address), and send them that way. The Tigon II can do 1 extra MAC the Tigon III 4, and the Intel can do 16 extra MACs. You could get more on the Tigons by rewriting the firmware, but in their infinite wisdome, the Tigon III firmware is no where nearly as accessible as the Tigon II, which was published on their web site. The FreeBSD gratuitous ARP code is also broken; and there needs to be a third state between "up" and "down" called "passive" that prevents ARP responses, but leaves the interface up. The Tigon II firmware download on each IP address change also really throws a monkeywrench into things. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 15:46:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from Stalker.alfacom.net (Stalker.Alfacom.net [193.108.124.1]) by hub.freebsd.org (Postfix) with ESMTP id 024B637B417 for ; Thu, 8 Nov 2001 15:46:42 -0800 (PST) Received: from kushnir1.kiev.ua (dup-124-105.Alfacom.net [193.108.124.105]) by Stalker.alfacom.net (8.12.0/8.12.0) with ESMTP id fA8NkTeL008600; Fri, 9 Nov 2001 01:46:35 +0200 (EET) Received: from localhost (volodya@localhost) by kushnir1.kiev.ua (8.11.6/8.11.6) with ESMTP id fA8NiBc74096; Fri, 9 Nov 2001 01:45:37 +0200 (EET) (envelope-from vkushnir@Alfacom.net) X-Authentication-Warning: kushnir1.kiev.ua: volodya owned process doing -bs Date: Fri, 9 Nov 2001 01:43:55 +0200 (EET) From: Vladimir Kushnir X-X-Sender: To: Jonathan Belson Cc: Subject: Re: Screen saver module In-Reply-To: <3BEA9E6B.7FA44C8A@witchspace.com> Message-ID: <20011109013949.G73861-100000@kushnir1.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, On Thu, 8 Nov 2001, Jonathan Belson wrote: > Hiya > > > I've written a screen saver module for syscons which uses > VESA modes (where available) for higher resolutions. > > It runs quite happily on my GeForce 2 but I found it > crashes almost straight away on a Matrox Millenium > when I try to run it in M_VESA_CG800x600 - I changed > the code to use 640x480 and it seemed fine. > It runs just as happily on Vanta here (FreeBSD-CURRENT). Thanks Jonathan. > > The source is at http://www.witchspace.com//kix.tgz > Extract it in /usr/src/sys/modules/syscons, cd to > 'kix' and type 'make && make install'. > > Cheers, > > > --Jon > Would somebody commit it (with some warning message, perhaps)? Regards, Vladimir -- Vladimir Kushnir - vkushnir@Alfacom.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 16: 3:53 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 12B5637B41C for ; Thu, 8 Nov 2001 16:03:50 -0800 (PST) Received: from dialup-209.245.128.79.dial1.sanjose1.level3.net ([209.245.128.79] helo=blossom.cjclark.org) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 161z8g-0004AF-00 for freebsd-hackers@freebsd.org; Thu, 08 Nov 2001 16:03:43 -0800 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.3) id fA902Ax12028 for freebsd-hackers@freebsd.org; Thu, 8 Nov 2001 16:02:10 -0800 (PST) (envelope-from cjc) Date: Thu, 8 Nov 2001 16:02:02 -0800 From: "Crist J. Clark" To: freebsd-hackers@freebsd.org Subject: cvs(1) Update and CVS/Entries Message-ID: <20011108160202.L51134@blossom.cjclark.org> Reply-To: cjclark@alum.mit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-URL: http://people.freebsd.org/~cjc/ Sender: owner-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 cvsup(1) the FreeBSD CVS repository. I've noticed something that annoys me slightly, but also makes me worry if I am not doing something correctly. The CVS/Entries file does not seem to get updated when I do a 'cvs update.' First, I have, $ cat .cvsrc # $Id: .cvsrc,v 1.1 2001/10/08 04:52:43 cjc Exp $ # diff -u update -dP As an example, when I run, $ cvs up ports/x11-wm cvs update: Updating ports/x11-wm ? ports/x11-wm/golem ? ports/x11-wm/kdeartwork ? ports/x11-wm/mosfet-liquid ? ports/x11-wm/phluid ? ports/x11-wm/ratmenu cvs update: Updating ports/x11-wm/9menu cvs update: Updating ports/x11-wm/9menu/files cvs update: Updating ports/x11-wm/9wm cvs update: Updating ports/x11-wm/9wm/files cvs update: Updating ports/x11-wm/aewm . . . cvs update: Updating ports/x11-wm/golem . . . cvs update: Updating ports/x11-wm/kdeartwork . . . It claims it does not know about golem, kdeartwork, mosfet-liquid, phluid, and ratmenu, but they are recursed into and updated. If I run the same 'cvs up' again, I get the same result. Even though the modification time of CVS/Entries is changed everytime, those directories are not added. If I do a fresh 'cvs co' of ports_x11_wm, those directories are in the CVS/Entries file, so they are not actually stale directories. Why isn't the CVS/Entries file updated? Am I not doing something correctly. I've got a bunch of '?' entries produced everytime I update the ports tree and it would be nice to know which are problems and which, like these, are "false alarms." -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@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 Nov 8 16:15:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from Stalker.alfacom.net (Stalker.Alfacom.net [193.108.124.1]) by hub.freebsd.org (Postfix) with ESMTP id DCA2037B418; Thu, 8 Nov 2001 16:15:43 -0800 (PST) Received: from kushnir1.kiev.ua (dup-124-105.Alfacom.net [193.108.124.105]) by Stalker.alfacom.net (8.12.0/8.12.0) with ESMTP id fA90EHeL015417; Fri, 9 Nov 2001 02:15:11 +0200 (EET) Received: from localhost (volodya@localhost) by kushnir1.kiev.ua (8.11.6/8.11.6) with ESMTP id fA907Ga74258; Fri, 9 Nov 2001 02:09:44 +0200 (EET) (envelope-from vkushnir@Alfacom.net) X-Authentication-Warning: kushnir1.kiev.ua: volodya owned process doing -bs Date: Fri, 9 Nov 2001 02:06:59 +0200 (EET) From: Vladimir Kushnir X-X-Sender: To: Cc: Subject: Framebuffer device under FreeBSD? Message-ID: <20011109014936.Y73861-100000@kushnir1.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, A couple of questions here. i. Is it feasible to port Linux fbdev modules to FreeBSD (as a modules, again)? They work quite nice under Linux for multimedia apps, and it's a pity we haven't got anything of this kind (TNT2 based v/cards with HW accelleration, for one). Did anybody try to do that? If so, I would happily join this project (no money for XFree86-supported card like Matrox or Radeon :-) ii. If not, is there any chance to port Linux's vm86 - based video module (see MPlayer CVS version, VESA video-out) to our i386_vm86? It alse work nice under Linux (no HW accelleration but very low overhead instead). Any hints would be greatly appreciated. TIA, Vladimir -- Vladimir Kushnir - vkushnir@Alfacom.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 17:13:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id B71B237B419 for ; Thu, 8 Nov 2001 17:13:49 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fA91Dlm65557; Thu, 8 Nov 2001 17:13:47 -0800 (PST) (envelope-from dillon) Date: Thu, 8 Nov 2001 17:13:47 -0800 (PST) From: Matthew Dillon Message-Id: <200111090113.fA91Dlm65557@apollo.backplane.com> To: "Jason Mawdsley" Cc: "mark tinguely" , , Subject: Re: mmap/madvise References: <200111081947.fA8JlAe03457@web.cs.ndsu.nodak.edu> <02ae01c16891$4c1f4970$2a64a8c0@macadamian.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 :I am creating a virtual memory manager. : :Currently I am doing a :mmap(...PROT_NONE, MAP_ANON ) to reserve the memory. :then when committing the memory I am using mprotect( ...PROT_READ | :PROT_WRITE ) : :HTH : :Jason Mawdsley ~ jason@macadamian.com :m_ a c a d a m i a n t e c h n o l o g i e s : :"Software developers for the world's leading technology companies." :http://www.macadamian.com Hmm. Well, the memory is already virtual. mprotect() can be used to force a SIGBUS if the process tries to access the protected memory in a manner you do not allow, but it will have no effect on how FreeBSD manages the memory on the backend. mmap() w/ MAP_ANON will reserve memory but not allocate it until you access it (read or write), on a page by page basis. munmap() will free memory immediately and cause any further references to the unmapped address space in question to generate a SIGSEGV signal. However, it is not recommend that you use munmap() to manage freeing memory on a page-by-page basis due to its overhead. If you don't need a hard signal on access failures then madvise(...MADV_FREE...) is the better way. mprotect() can be used to prevent reading and/or reading & writing to the address space in question without destroying any of the data (i.e. you can mprotect() a piece of memory so it is not accessible, and then mprotect() again later to make it accessible with the original contents undisturbed). Accesses to mprotect()ed memory in a manner not allowed by the mprotect() will result in a SIGBUS signal. mprotect() has rather serious overhead. If you don't need to handle hard-signals on access failures you should use madvise(...MADV_FREE) to 'free' (uncommit) memory. madvise() can be used in a number of ways, but the most common way is to use MADV_WILLNEED and MADV_FREE. MADV_WILLNEED does *NOT* commit or reserve physical memory in any way, it simply advises FreeBSD that you will need the memory soon and FreeBSD will try to make sure (but will not guarentee) that any swapped-out pages are swapped in. MADV_FREE is a soft version of munmap() - it 'decommits' the memory, allowing FreeBSD to throw it away at any time until the next access (on a page-by-page basis), but it doesn't do it instantly like mmap(). Instead the memory is only thrown away if FreeBSD hits a memory shortage, and the memory is left mapped so you can simply access it (read or write) to re-commit the memory (but when you do so you are not guarenteed that the contents as of the time of the MADV_FREE were kept intact, only that whatever contents is there remains intact after you access it again). msync() has no effect on anonymous (MAP_ANON) memory. It only effects file-backed memory. Committing physical or swap space to back anonymous memory (you don't have any control over which FreeBSD uses) is simple: You simply access (read or write) the memory in question (this occurs on a page-by-page basis). Generally speaking you have very little control over when FreeBSD pages allocated memory in and out of swap, and generally you shouldn't have to worry about it because FreeBSD does a very good job figuring out what it should and should not page out. mincore() can be used to determine whether pages of virtual memory are actually assigned physical pages or whether they have been paged out to swap. mlock() and munlock() can be used to lock virtual memory into physical store, but only root can call these functions and they are considered to be rather dangerous. FreeBSD's manual pages are fairly complete in describing what these functions do, you should look at them: http://www.FreeBSD.org/cgi/man.cgi?manpath=FreeBSD+4.4-stable e.g. type in 'madvise' and submit. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 17:36:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f101.law11.hotmail.com [64.4.17.101]) by hub.freebsd.org (Postfix) with ESMTP id 0D1CB37B41A for ; Thu, 8 Nov 2001 17:36:19 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 8 Nov 2001 17:36:18 -0800 Received: from 204.118.157.158 by lw11fd.law11.hotmail.msn.com with HTTP; Fri, 09 Nov 2001 01:36:18 GMT X-Originating-IP: [204.118.157.158] From: "Joesh Juphland" To: hackers@freebsd.org Subject: processor recommendations for multi-user freeBSD system ? Date: Thu, 08 Nov 2001 18:36:18 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 09 Nov 2001 01:36:18.0843 (UTC) FILETIME=[EDF536B0:01C168BE] Sender: owner-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 planning on building a true multi-user system (as opposed to a NFS server, or a web server, or a mail server) - many people with many shells will be doing many things. Two things have been decided: - it will run freeBSD - it will be dual processor ----- So what two processors should I use ? Coming from a Sun hardware background, I originally thought to use PIII Xeons .. since they have a lot of cache, and fast cache. I was thinking 512meg cache p3 xeons running at 550mhz. But what about a modern athlon MP processor ? Much less cache, but it runs at 266mhz, and it is much faster ... 1700mhz or so. One specific question might be, at what bus speed and mhz speed do the advantages of a "good" processor like a xeon start to not matter ? Any advice, comments appreciated. --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 Nov 8 17:40:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guru.mired.org (okc-65-31-203-60.mmcable.com [65.31.203.60]) by hub.freebsd.org (Postfix) with SMTP id 1B7A037B405 for ; Thu, 8 Nov 2001 17:40:34 -0800 (PST) Received: (qmail 34542 invoked by uid 100); 9 Nov 2001 01:40:28 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15339.13324.768807.946850@guru.mired.org> Date: Thu, 8 Nov 2001 19:40:28 -0600 To: Leo Bicknell Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. In-Reply-To: <20011108164512.A54891@ussenterprise.ufp.org> References: <2AACFCDB6086274CA42D44085EF1BAA229405F@msm-001.msg.stcorp.com> <15338.62167.240104.199613@guru.mired.org> <20011108164512.A54891@ussenterprise.ufp.org> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Leo Bicknell types: > On Thu, Nov 08, 2001 at 03:02:15PM -0600, Mike Meyer wrote: > > Could you provide a pointer to where you found it? An explanation of > > why users need to reprogram their MAC's - which is rather unusual - > > would help quite a bit. > There are several possibilities: None of which apply in this case. The posted instructions told the reader how to put the original MAC address back after it turned up all zeros, not how to change it to an arbitrary value. This was basically a bit of code to work around a bug in the firmware that caused the hardware to lose the MAC address. All of which has little to do with the real problem - getting the SiS 900 in the SiS 735 chipset working with FreeBSD, so I can put the fxp card and the PCI slot it's in to better use. The SiS is recognized, but you get the following at boot: sis0: port 0xd000-0xd0ff mem 0xcffdd000-0xcffddfff irq 14 at device 3.0 on pci0 sis0: Ethernet address: 00:00:00:00:00:00 sis0: MII without any PHY! device_probe_and_attach: sis0 attach returned 6 Apparently the PHY part of this chipset is either unsupported or unrecognized. http://www.mired.org/home/mwm/ Q: How do you make the gods laugh? A: Tell them your plans. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 18:16:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guru.mired.org (okc-65-31-203-60.mmcable.com [65.31.203.60]) by hub.freebsd.org (Postfix) with SMTP id BBB6C37B419 for ; Thu, 8 Nov 2001 18:16:39 -0800 (PST) Received: (qmail 35437 invoked by uid 100); 9 Nov 2001 02:16:34 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15339.15490.867966.409693@guru.mired.org> Date: Thu, 8 Nov 2001 20:16:34 -0600 To: "Joesh Juphland" Cc: hackers@freebsd.org Subject: Re: processor recommendations for multi-user freeBSD system ? In-Reply-To: References: X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joesh Juphland types: > I am planning on building a true multi-user system (as opposed to a NFS > server, or a web server, or a mail server) - many people with many shells > will be doing many things. > > Two things have been decided: > > - it will run freeBSD > - it will be dual processor Why the dual processor requirement? There are lockups in the SMP kernel that don't exist in the UP kernel. A number of people have reported reliable reproduction of them, but nobody has fixed them. I don't know if there is a PR on it or not. > So what two processors should I use ? Coming from a Sun hardware > background, I originally thought to use PIII Xeons .. since they have a lot > of cache, and fast cache. I was thinking 512meg cache p3 xeons running at > 550mhz. > > But what about a modern athlon MP processor ? Much less cache, but it runs > at 266mhz, and it is much faster ... 1700mhz or so. I just traded - due to hardware failure - a dual PII/Xeon system for a 1GHz Athlon UP system. The Xeons had a 100MHz FSB with 256 meg of ram. The Athlon has a 266MHz FSB with 256 meg of ram. The actual box had 450MHz/2MB Xeons. I also moved the system disks from the onboard 7890 to a 2940 on the PCI bus. Some things are noticably faster, some are noticably slower. I have timings on "make -j N world" from an earlier incarnation of the system. It used 400MHz/512MB cache Xeons in it. I did similar tests with the Athlon. The numbers are: -j Athlon Dual Xeon 1 01:12:20 02:05:15 2 00:49:14 01:16:01 4 00:44:12 01:04:47 8 00:43:37 01:01:05 16 00:43:46 01:00:40 32 00:44:02 01:00:36 While the hardware is essentially identical except as noted, the Dual Xeons are running on FreeBSD 4-STABLE as of mid February, and the Athlon on 4-STABLE as of October, with file systems dumped and restored to take advantage of the dirpref code. Make of it them what you will. The real kicker is that the Athlon board - complete with CPU and 256Meg of 266MHz memory - has about the same street price as the two Xeons it replaced, or an empty dual Xeon motherboard. Dual CPU motherboards seem to have the same price no matter what CPU they support, so there's a significant bang/buck advantage to the Athlon cpus. I'd say that, unless you know the cache on the Xeons is going to be a win - and don't forget that cache misses are still twice as fast as cache misses on the Xeon, and roughly half the speed of cache *hits* on the Xeon - go with the Athlon. > One specific question might be, at what bus speed and mhz speed do the > advantages of a "good" processor like a xeon start to not matter ? It depoends on what advantages you're looking for. If your code and data fit in a megabyte, a 450MHz PII/Xeon with 2MB of cache will probably outperform most Athelons on the task at hand, as pretty much everything will run at 450MHz, instead of some of it running at 266MHz and some at 1.7GHz. But that's not your application. http://www.mired.org/home/mwm/ Q: How do you make the gods laugh? A: Tell them your plans. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 18:32:17 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 51BBA37B418 for ; Thu, 8 Nov 2001 18:32:15 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fA92WES69932 for hackers@FreeBSD.ORG; Thu, 8 Nov 2001 21:32:14 -0500 (EST) (envelope-from bicknell) Date: Thu, 8 Nov 2001 21:32:14 -0500 From: Leo Bicknell To: hackers@FreeBSD.ORG Subject: Re: processor recommendations for multi-user freeBSD system ? Message-ID: <20011108213214.A69714@ussenterprise.ufp.org> Mail-Followup-To: 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, Nov 08, 2001 at 06:36:18PM -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 Thu, Nov 08, 2001 at 06:36:18PM -0700, Joesh Juphland wrote: > So what two processors should I use ? Coming from a Sun hardware > background, I originally thought to use PIII Xeons .. since they have a lot > of cache, and fast cache. I was thinking 512meg cache p3 xeons running at > 550mhz. Does it matter? 90% of the "shell" systems I see have poor performance because they are out of memory and swapping like a dog. Another 9.99% have enough memory, but because there aren't enough disks / fast enough disks everything is blocked waiting on io. Only 0.01% of them have I ever seen be CPU bound (100 tintin++'s can do that to you :-). Unless it's a compiler farm, or you have lots of users running specialized apps (mathematica, staroffice) I bet pouring your money into memory and io bandwidth will make the system more 'responsive' to the end users. -- 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 Thu Nov 8 18:50:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from motgate.mot.com (motgate.mot.com [129.188.136.100]) by hub.freebsd.org (Postfix) with ESMTP id 77CE637B405 for ; Thu, 8 Nov 2001 18:50:09 -0800 (PST) Received: [from pobox4.mot.com (pobox4.mot.com [10.64.251.243]) by motgate.mot.com (motgate 2.1) with ESMTP id TAA09476 for ; Thu, 8 Nov 2001 19:50:08 -0700 (MST)] Received: [from latour.rsch.comm.mot.com (latour.rsch.comm.mot.com [145.1.80.116]) by pobox4.mot.com (MOT-pobox4 2.0) with ESMTP id TAA05476 for ; Thu, 8 Nov 2001 19:50:08 -0700 (MST)] Received: (from rittle@localhost) by latour.rsch.comm.mot.com (8.11.6/8.11.4) id fA92o7h55180; Thu, 8 Nov 2001 20:50:07 -0600 (CST) (envelope-from rittle) Date: Thu, 8 Nov 2001 20:50:07 -0600 (CST) From: Loren James Rittle Message-Id: <200111090250.fA92o7h55180@latour.rsch.comm.mot.com> To: freebsd-hackers@freebsd.org Subject: Report on FreeBSD 4.4 pthread implementation verses boehm-gc Reply-To: rittle@labs.mot.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 Hello all, I have ported the most recent version of boehm-gc (6.1-alpha) to FreeBSD/i386 under the auspice of the gcc project (it will be in Hans' 6.1 release and it is on the gcc mainline). I got one notable thing fully configured beyond what is in the ports tree (which is based on 6.0): threaded GC is now supported. However, this work has uncovered either a rare race condition in the 4.X pthread implementation (also seen on a current 5.0 system) or a bad assumption in the GC signal code (abstracted below). Either way, the result seen is an undetected deadlock. With the following new assertion, I can at least force the condition to be detectable in many cases where it would have locked up. Two questions come to mind: Is there any condition under which my new assumption should not be true? Is there any obvious mistake that a threaded application can make (perhaps related to its signal use) that could cause the new assumption to ever be violated? Index: uthread/uthread_exit.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_exit.c,v retrieving revision 1.16.2.3 diff -c -r1.16.2.3 uthread_exit.c *** uthread/uthread_exit.c 12 Jul 2001 21:03:38 -0000 1.16.2.3 --- uthread/uthread_exit.c 7 Nov 2001 04:18:51 -0000 *************** *** 217,222 **** --- 217,224 ---- pthread->suspended = SUSP_NO; break; case SUSP_NO: + PTHREAD_ASSERT ((pthread->state == PS_JOIN), + "Target of join has wrong state"); /* Make the joining thread runnable: */ PTHREAD_NEW_STATE(pthread, PS_RUNNING); break; I have also seen what I thought was a less important issue, but I now see that it is probably related. After reviewing the FreeBSD uthread source code, the issue appears to be a race between the pthread_exit() code running in one thread and the pthread_join() code running in another thread in conjunction with a sigsuspend() call occurring on a signal handler of that second thread. Under some conditions, an errant EINTR would be returned to the pthread_join() caller instead of the exit code from the terminated thread. Under other timing conditions, you get the deadlock spotted with the above new assertion. This test program displays the problem (I only know how to make the deadlock/assertion failure reproducible not the errant return code): /* This code is an abstraction of that which is found in both _Programming with POSIX Threads_ and boehm-gc (taken from 6.1-alpha but other versions appear similar). */ #include #include #include void handler1 (int s) { sigset_t mask; /* boehm-gc code uses a sem_post() and nominally blocks SIGUSR2 inside this handler instead of the luck method, but that detail is not required to see the primary issue at hand. */ sigfillset (&mask); sigdelset (&mask, SIGUSR2); sigsuspend (&mask); } void handler2 (int s) { /* Do nothing. Must exist to allow sigsuspend() to work properly. */ } void* worker (void* arg) { pthread_kill (*(pthread_t*)arg, SIGUSR1); sleep (1); pthread_kill (*(pthread_t*)arg, SIGUSR2); } int main (void) { pthread_t w1; pthread_t w2; pthread_t m = pthread_self (); signal (SIGUSR1, handler1); signal (SIGUSR2, handler2); pthread_create (&w2, NULL, worker, &m); return pthread_join (w2, NULL); } Comments? Workaround for the GC code (other than switching to the _np interface points to stop/start threads which was the whole point of the signal tomfoolery)? Best case: Anyone see how to better support this test case in the 4.X uthread implementation? Regards, Loren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 20: 4: 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 D982537B416 for ; Thu, 8 Nov 2001 20:03:59 -0800 (PST) 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 fA943wa16685; Thu, 8 Nov 2001 21:03:58 -0700 (MST) (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 fA943v748976; Thu, 8 Nov 2001 21:03:58 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111090403.fA943v748976@harmony.village.org> To: rittle@labs.mot.com Subject: Re: Report on FreeBSD 4.4 pthread implementation verses boehm-gc Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 08 Nov 2001 20:50:07 CST." <200111090250.fA92o7h55180@latour.rsch.comm.mot.com> References: <200111090250.fA92o7h55180@latour.rsch.comm.mot.com> Date: Thu, 08 Nov 2001 21:03:57 -0700 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 <200111090250.fA92o7h55180@latour.rsch.comm.mot.com> Loren James Rittle writes: : void* worker (void* arg) : { : pthread_kill (*(pthread_t*)arg, SIGUSR1); : sleep (1); : pthread_kill (*(pthread_t*)arg, SIGUSR2); : } We've seen the same thing with: pthread_kill (*(pthread_t*)arg, SIGUSR1); pthread_kill (*(pthread_t*)arg, SIGUSR1); At this point, the signal handler repeatedly gets called. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 20:20:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f12.law8.hotmail.com [216.33.241.12]) by hub.freebsd.org (Postfix) with ESMTP id 73E8137B417; Thu, 8 Nov 2001 20:20:52 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 8 Nov 2001 20:20:52 -0800 Received: from 209.52.193.46 by lw8fd.law8.hotmail.msn.com with HTTP; Fri, 09 Nov 2001 04:20:51 GMT X-Originating-IP: [209.52.193.46] From: "Craig R" To: vkushnir@Alfacom.net Cc: hackers@freebsd.org, questions@freebsd.org Subject: Re: Framebuffer device under FreeBSD? Date: Thu, 08 Nov 2001 20:20:51 -0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 09 Nov 2001 04:20:52.0354 (UTC) FILETIME=[EB076E20:01C168D5] Sender: owner-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 going to have to agree with your idea in general, however there are parts that I disagree with. First, taking all of the code from Linux may not be good for the FreeBSD project. That would steer FreeBSD into being more like yet another Linux distro instead of an independent project. Just picture having tons of GPL code and changing the name to "FreeGPL" and how much that would suck. What I think we should do is create a framebuffer system as you suggested, but do it separately with FreeBSD's own developed code and build it straight into the base OS. A linux compatability layer could be made (similar idea as the existing binary support) so that more applications would run, but the system itself would be independant. The idea of framebuffers in general is good, as the XFree86 project appears to be going very slowly with little improvement in performance. If this were to take off, I think it would help FreeBSD a great deal. Seeing the existing OS and how well it performs makes me drool over how well it could run as a desktop with it's own builtin windowing system. As mentioned, I also think that being Linux distro #8000 is not a good idea. FreeBSD and Linux are independant projects and should remain as such. -- Craig >From: Vladimir Kushnir >To: >CC: >Subject: Framebuffer device under FreeBSD? > >Hi all, > >A couple of questions here. >i. Is it feasible to port Linux fbdev modules to FreeBSD (as a modules, >again)? They work quite nice under Linux for multimedia apps, and it's a >pity we haven't got anything of this kind (TNT2 based v/cards with HW >accelleration, for one). Did anybody try to do that? If so, I would >happily join this project (no money for XFree86-supported card like Matrox >or Radeon :-) > >ii. If not, is there any chance to port Linux's vm86 - based video module >(see MPlayer CVS version, VESA video-out) to our i386_vm86? It alse work >nice under Linux (no HW accelleration but very low overhead instead). > >Any hints would be greatly appreciated. > >TIA, >Vladimir > >-- >Vladimir Kushnir - vkushnir@Alfacom.net > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message _________________________________________________________________ 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 Nov 8 20:52:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id EE0B637B419; Thu, 8 Nov 2001 20:52:04 -0800 (PST) Received: from cain.gsoft.com.au (root@localhost [127.0.0.1]) by cain.gsoft.com.au (8.11.6/8.11.6) with ESMTP id fA94pbS91657; Fri, 9 Nov 2001 15:21:38 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.5.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: Fri, 09 Nov 2001 15:21:36 +1030 (CST) From: "Daniel O'Connor" To: Craig R Subject: Re: Framebuffer device under FreeBSD? Cc: questions@freebsd.org, hackers@freebsd.org, vkushnir@Alfacom.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 09-Nov-2001 Craig R wrote: > code and build it straight into the base OS. A linux compatability layer > could be made (similar idea as the existing binary support) so that more > applications would run, but the system itself would be independant. The idea Why write yet another interface? Is there anything inherently wrong with the Linux API? If not, just Use It. Ask the author of the code if he is prepared to dual license it to save time writing it again (unless it's trivial code). > of framebuffers in general is good, as the XFree86 project appears to be > going very slowly with little improvement in performance. Hmm.. I have to disagree here.. The Xv extension is very nice. The DRI is looking good etc.. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 8 23:11:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from host2.rila.bg (host2.rila.bg [194.141.1.21]) by hub.freebsd.org (Postfix) with ESMTP id B1CC037B41A; Thu, 8 Nov 2001 23:11:42 -0800 (PST) Received: from earth.rila.bg ([192.168.201.31]) by host2.rila.bg with Microsoft SMTPSVC(5.0.2195.2966); Fri, 9 Nov 2001 09:11:40 +0200 Received: from earth.rila.bg (mitko@localhost.rila.bg [127.0.0.1]) by earth.rila.bg (8.11.6/8.11.6) with ESMTP id fA97CnU01104; Fri, 9 Nov 2001 09:12:54 +0200 (EET) (envelope-from mitko@earth.rila.bg) Message-Id: <200111090712.fA97CnU01104@earth.rila.bg> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: net@freebsd.org Cc: hackers@freebsd.org Reply-To: mitko@rila.bg From: "Dimitar Peikov" Subject: IPFW module Content-type: text/plain; charset=windows-1251 Date: Fri, 09 Nov 2001 09:12:49 +0200 X-OriginalArrivalTime: 09 Nov 2001 07:11:40.0884 (UTC) FILETIME=[C7A10140:01C168ED] Sender: owner-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 morning I've cvsuped to STABLE and put 'options IPFIREWALL' into my kernel configuration file. After installing all I try to 'kldload ipfw' which complains that ipfw module is already in kernel, but kldstat reports that module is being loaded! Then I've decided to kldunload it.... Kernel panic .... reboot! It is regular to kernel crash if ipfw is loaded as module, but why when it was build into kernel? In that case it would be good kldload/kldunload to exit! Why kldload loads module in case that it is compiled in kernel? -- Dimitar Peikov Programmer Analyst Globalization Group "We Build e-Business" RILA Solutions 27 Building, Acad.G.Bonchev Str. 1113 Sofia, Bulgaria phone: (+359 2) 9797320 phone: (+359 2) 9797300 fax: (+359 2) 9733355 http://www.rila.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 0:28:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail10.sdc1.sfba.home.com (femail10.sdc1.sfba.home.com [24.0.95.106]) by hub.freebsd.org (Postfix) with ESMTP id AA32737B419 for ; Fri, 9 Nov 2001 00:28:27 -0800 (PST) Received: from newton.cevio.com ([24.1.238.119]) by femail10.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20011109082827.BGIT24880.femail10.sdc1.sfba.home.com@newton.cevio.com> for ; Fri, 9 Nov 2001 00:28:27 -0800 Content-Type: text/plain; charset="iso-8859-1" From: Kevin D.Wooten To: hackers@freebsd.org Subject: Re: Framebuffer device under FreeBSD? Date: Fri, 9 Nov 2001 01:20:27 -0700 X-Mailer: KMail [version 1.2] References: <20011109014936.Y73861-100000@kushnir1.kiev.ua> In-Reply-To: <20011109014936.Y73861-100000@kushnir1.kiev.ua> MIME-Version: 1.0 Message-Id: <01110901202702.01161@newton.cevio.com> 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. Is it feasible to port Linux fbdev modules to FreeBSD (as a modules, > again)? I was under the impression that the subsystem is there ( /usr/src/sys/dev/fb ? ). Maybe not the specific accelerated drivers, but the basics look there. I will say the video mode selection looks weak though, Linux does have a much more flexible mode selection. P.S. - I have been trying to get NVidia docs ( I have to sign an NDA ) to build a GeForce3 framebuffer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 1:22: 1 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 5204F37B41C; Fri, 9 Nov 2001 01:21:55 -0800 (PST) Received: from localhost (arr@localhost) by fledge.watson.org (8.11.6/8.11.5) with SMTP id fA99LgK77208; Fri, 9 Nov 2001 04:21:43 -0500 (EST) (envelope-from arr@FreeBSD.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Fri, 9 Nov 2001 04:21:41 -0500 (EST) From: "Andrew R. Reiter" X-Sender: arr@fledge.watson.org To: Dimitar Peikov Cc: net@FreeBSD.org, hackers@FreeBSD.org Subject: Re: IPFW module In-Reply-To: <200111090712.fA97CnU01104@earth.rila.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 Yes, there is an open pr regarding this. In -current all this is fixed, but I know ipfw and, iirc, nfs modules have these problems in 4.4. Andrew On Fri, 9 Nov 2001, Dimitar Peikov wrote: : :This morning I've cvsuped to STABLE and put 'options IPFIREWALL' into my :kernel configuration file. After installing all I try to 'kldload ipfw' which :complains that ipfw module is already in kernel, but kldstat reports that :module is being loaded! Then I've decided to kldunload it.... Kernel panic :.... reboot! : :It is regular to kernel crash if ipfw is loaded as module, but why when it was :build into kernel? In that case it would be good kldload/kldunload to exit! :Why kldload loads module in case that it is compiled in kernel? : :-- :Dimitar Peikov :Programmer Analyst :Globalization Group :"We Build e-Business" : :RILA Solutions :27 Building, Acad.G.Bonchev Str. :1113 Sofia, Bulgaria : :phone: (+359 2) 9797320 :phone: (+359 2) 9797300 :fax: (+359 2) 9733355 :http://www.rila.com : : : :To Unsubscribe: send mail to majordomo@FreeBSD.org :with "unsubscribe freebsd-net" in the body of the message : -- Andrew R. Reiter arr@watson.org arr@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 2: 7:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web21106.mail.yahoo.com (web21106.mail.yahoo.com [216.136.227.108]) by hub.freebsd.org (Postfix) with SMTP id F22C337B417 for ; Fri, 9 Nov 2001 02:07:29 -0800 (PST) Message-ID: <20011109100729.18381.qmail@web21106.mail.yahoo.com> Received: from [62.254.0.4] by web21106.mail.yahoo.com via HTTP; Fri, 09 Nov 2001 02:07:29 PST Date: Fri, 9 Nov 2001 02:07:29 -0800 (PST) From: Hiten Pandya Subject: Re: processor recommendations for multi-user freeBSD system ? To: Joesh Juphland Cc: hackers@freebsd.org In-Reply-To: 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 --- Joesh Juphland wrote: > > I am planning on building a true multi-user system > (as opposed to a NFS > server, or a web server, or a mail server) - many > people with many shells > will be doing many things. > > Two things have been decided: > > - it will run freeBSD > - it will be dual processor > > ----- > > So what two processors should I use ? Coming from a > Sun hardware > background, I originally thought to use PIII Xeons > .. since they have a lot > of cache, and fast cache. I was thinking 512meg > cache p3 xeons running at > 550mhz. > > But what about a modern athlon MP processor ? Much > less cache, but it runs > at 266mhz, and it is much faster ... 1700mhz or so. > > One specific question might be, at what bus speed > and mhz speed do the > advantages of a "good" processor like a xeon start > to not matter ? > hi joesh, i think the two Xeon Processors will do the job. As long as you have that good cache with ya... thanks, regards, Hiten Pandya ===== thanks, regards, Hiten Pandya http://www.geocities.com/hitmaster2k __________________________________________________ Do You Yahoo!? Find a job, post your resume. http://careers.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 3:41:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91]) by hub.freebsd.org (Postfix) with ESMTP id 9EF1837B422; Fri, 9 Nov 2001 03:41:08 -0800 (PST) Received: from ifrance.com (212.83.174.159) by mail.libertysurf.net (5.1.053) id 3BEB46B60000E8C8; Fri, 9 Nov 2001 12:26:04 +0100 Message-ID: <2666320011159111620580@ifrance.com> X-EM-Version: 5, 0, 0, 21 X-EM-Registration: #01B0530810E603002D00 X-Priority: 3 Reply-To: cbm_bur@ifrance.com To: "-" From: "CBM-BUREAUTIQUE.com" Subject: Convertisseurs euro : nous avons votre solution Date: Fri, 9 Nov 2001 12:16:20 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_84815C5ABAF209EF376268C8" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_84815C5ABAF209EF376268C8 Content-type: text/plain; charset="iso-8859-1" ------=_NextPart_84815C5ABAF209EF376268C8 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Passer à l'euro et gagnez un convertisseur =20 =20

CBM-Bureautique vous invite sur son site : www=2Ecbm-bureautique=2Ecom=20 pour découvrir sa collection de calculatrices et convertisseu= rs Euros,=20 adaptés à tous vos besoins (calculatrices de poche, po= rtes-clés,=20 calculatrices professionnelles de bureau, rendu de monnaie, …)=2E= *


Contactez-nous, découvrez nos tarifs, commandez et recevez ce= convertisseur=20 **

*Marquage sur devis à partir de 500 pi= èces
**(porte-clés muni d’un jeton de caddie, offre valable j= usqu’au=20 31/12/2201, pour un montant minimum de commande de 1 500 Frs)
<= br>
A bientôt sur w= ww=2Ecbm-bureautique=2Ecom



Pour ne = plus recevoir=20 de message répondez avec comme objet "désabonnement&q= uot;=20
------=_NextPart_84815C5ABAF209EF376268C8-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 3:56: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from topaz.mdcc.cx (topaz.mdcc.cx [212.204.230.141]) by hub.freebsd.org (Postfix) with ESMTP id BC00237B41D for ; Fri, 9 Nov 2001 03:55:57 -0800 (PST) Received: from k7.mavetju.org (topaz.mdcc.cx [212.204.230.141]) by topaz.mdcc.cx (Postfix) with ESMTP id 641242B74A for ; Fri, 9 Nov 2001 12:55:48 +0100 (CET) Received: by k7.mavetju.org (Postfix, from userid 1001) id F0D9A126; Fri, 9 Nov 2001 22:55:33 +1100 (EST) Date: Fri, 9 Nov 2001 22:55:32 +1100 From: Edwin Groothuis To: freebsd-hackers@freebsd.org Subject: pcap/bpf in a multi-threaded environment Message-ID: <20011109225532.A3919@k7.mavetju.org> Mail-Followup-To: Edwin Groothuis , freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greetings, The past couple of days I've been plagued by a strange behaviour of something between libpcap and the bpf-device. As you can read in PR bin/31649, the behaviour of libpcap is very different if you compile it on gcc with or without -pthread: Without -pthread, it calls the callback function everytime it has received a packet. With -pthread, it calls the callback function only when the input-buffer (about 32Kb) is nearly full. I've done some investigation (with my limited knowledge of what happens between a call to read() and when it ends up in bpfread()) and saw the difference between a call with and without the -pthreads option: in /usr/src/contrib/libpcap/pcap-bpf.c, line 81, the function pcap_read(): cc = read(p->fd, (char *)p->buffer, p->bufsize); at a certain moment, in the read()-code, bpfread() is called: /sys/net/bpf.c, line 491 In a non-threaded environment, this if-statement is false if (ioflag & IO_NDELAY) { splx(s); return (EWOULDBLOCK); } In a threaded environment, the if-statement is true, splx(s) is called and EWOULDBLOCK is returned. Then it's silent for a while, while the packets are being collected (somewhere) and at a certain moment the buffer is nearly full and the read() in pcap_read() is finished. So yeah, I'm stuck. All I want is in threaded mode to have the same behaviour as I have in non-threaded mode. Anybody any ideas on how to fix this? Thanks in advance, Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org edwin@mavetju.org | Interested in MUDs? Visit Fatal Dimensions: ------------------+ http://www.FatalDimensions.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 4:43: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay3-gui.server.ntli.net (relay3-gui.server.ntli.net [194.168.4.200]) by hub.freebsd.org (Postfix) with ESMTP id B51D637B41F for ; Fri, 9 Nov 2001 04:42:59 -0800 (PST) Received: from pc3-card3-0-cust122.cdf.cable.ntl.com ([62.254.251.122] helo=rhadamanth.private.submonkey.net ident=exim) by relay3-gui.server.ntli.net with esmtp (Exim 3.03 #2) id 162Azo-0001qM-00; Fri, 09 Nov 2001 12:42:56 +0000 Received: from setantae by rhadamanth.private.submonkey.net with local (Exim 3.33 #1) id 162Axg-00073W-00; Fri, 09 Nov 2001 12:40:44 +0000 Date: Fri, 9 Nov 2001 12:40:44 +0000 From: setantae To: Dimitar Peikov Cc: hackers@freebsd.org Subject: Re: IPFW module Message-ID: <20011109124044.GB26931@rhadamanth> References: <200111090712.fA97CnU01104@earth.rila.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200111090712.fA97CnU01104@earth.rila.bg> User-Agent: Mutt/1.3.23.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, Nov 09, 2001 at 09:12:49AM +0200, Dimitar Peikov wrote: > > It is regular to kernel crash if ipfw is loaded as module, but why when it was > build into kernel? In that case it would be good kldload/kldunload to exit! If you want to turn ipfw off when it is compiled into the kernel, you can execute : sysctl -w net.inet.ip.fw.enable=0 Ceri -- keep a mild groove on To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 5:16:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id A270737B421 for ; Fri, 9 Nov 2001 05:16:34 -0800 (PST) Received: (qmail 5028 invoked from network); 9 Nov 2001 13:16:13 -0000 Received: from ken.yumyumyum.org (HELO there) (192.168.0.2) by dsl092-171-091.wdc1.dsl.speakeasy.net with SMTP; 9 Nov 2001 13:16:13 -0000 Content-Type: text/plain; charset="windows-1251" From: Kenneth Culver Reply-To: culverk@wam.umd.edu To: mitko@rila.bg Subject: Re: IPFW module Date: Fri, 9 Nov 2001 08:16:35 -0500 X-Mailer: KMail [version 1.3.1] References: <200111090712.fA97CnU01104@earth.rila.bg> In-Reply-To: <200111090712.fA97CnU01104@earth.rila.bg> Cc: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20011109131634.A270737B421@hub.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 Friday 09 November 2001 02:12 am, you wrote: if you included options IPFIREWALL in your kernel, you don't need to kldload the module, and it may mess some things up if you do try to kldload it. > This morning I've cvsuped to STABLE and put 'options IPFIREWALL' into my > kernel configuration file. After installing all I try to 'kldload ipfw' > which complains that ipfw module is already in kernel, but kldstat reports > that module is being loaded! Then I've decided to kldunload it.... Kernel > panic .... reboot! > > It is regular to kernel crash if ipfw is loaded as module, but why when it > was build into kernel? In that case it would be good kldload/kldunload to > exit! Why kldload loads module in case that it is compiled in kernel? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 7:30:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpproxy1.mitre.org (smtpproxy1.mitre.org [129.83.20.90]) by hub.freebsd.org (Postfix) with ESMTP id 637E737B417 for ; Fri, 9 Nov 2001 07:30:15 -0800 (PST) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.11.3/8.11.3) with ESMTP id fA9FU2814943; Fri, 9 Nov 2001 10:30:02 -0500 (EST) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtpsrv1.mitre.org (8.11.3/8.11.3) with ESMTP id fA9FU1s15802; Fri, 9 Nov 2001 10:30:01 -0500 (EST) Received: from dhcp-105-164.mitre.org (128.29.105.164) by mailhub1.mitre.org with SMTP id 8233236; Fri, 09 Nov 2001 10:28:45 -0500 Message-ID: <3BEBF651.A0E2A12A@mitre.org> Date: Fri, 09 Nov 2001 10:29:21 -0500 From: Jason Andresen Organization: The MITRE Corporation X-Mailer: Mozilla 4.75 [en]C-20000818M (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: tlambert2@mindspring.com Cc: Leo Bicknell , freebsd-hackers@freebsd.org Subject: Re: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. References: <2AACFCDB6086274CA42D44085EF1BAA229405F@msm-001.msg.stcorp.com> <15338.62167.240104.199613@guru.mired.org> <20011108164512.A54891@ussenterprise.ufp.org> <3BEB0CC9.451A4B0F@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > > Leo Bicknell wrote: > > * Users wish to replace a card but have it use the same MAC > > address due to filters, static arp entries, caches that take too > > long to expire, bootp entries that are based on MAC address, etc. > > For years cards had the MAC in a separate ROM to make this possible > > with a chip swap too. > > I forgot this one. > > Mostly, though, this is done for licensing software that uses > the MAC as the machine serial number. Lot of code does that > on Windows... and not a little code on UNIX. Hmm. I seem to remember a few years back when several software shops wanted NIC manufacturers to remove the ability to change the MAC in their cards because they were afraid their MAC based security schemes were being defeated by people throwing in old NICs in their machines, not plugging them in, and then setting them all to the same MAC address. Fortunatly I think this never took off. -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 7:58:16 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 3221737B42C for ; Fri, 9 Nov 2001 07:58:13 -0800 (PST) Received: (qmail 46138 invoked by uid 1000); 9 Nov 2001 15:58:11 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 9 Nov 2001 15:58:11 -0000 Date: Fri, 9 Nov 2001 09:58:11 -0600 (CST) From: Mike Silbersack To: Subject: CPU Temp and Fan speed as entropy? Message-ID: <20011109095347.R46119-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 Out of curiousity, has anyone looked into using cpu temperature and fan speed as an entropy source? The thought came to last time I was in bios, looking at the temperature stats; to my untrained eye, it sure looks like those numbers bounce around a lot. I think most motherboards are coming with such sensors onboard these days, and I also believe that we have userland support for reading the values. I think we're doing just fine wrt entropy in -current, but it would still be rather neat to harvest hardware-derived entropy on a wide variety of machines. Just curious, 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 Fri Nov 9 8: 6: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.magmacom.com (mx1.magmacom.com [206.191.0.217]) by hub.freebsd.org (Postfix) with ESMTP id 56EFD37B42A for ; Fri, 9 Nov 2001 08:05:59 -0800 (PST) Received: from mail4.magma.ca (mail4.magma.ca [206.191.0.222]) by mx1.magmacom.com (8.9.3/8.9.3) with ESMTP id LAA16872; Fri, 9 Nov 2001 11:05:55 -0500 (EST) Received: from lucan (mothership.macadamian.com [206.191.21.204]) by mail4.magma.ca (8.9.3+Sun/8.9.3) with SMTP id LAA22262; Fri, 9 Nov 2001 11:05:54 -0500 (EST) Message-ID: <011e01c16939$0eaac710$2a64a8c0@macadamian.com> From: "Jason Mawdsley" To: Cc: "mark tinguely" , , , "Matthew Dillon" References: <200111081947.fA8JlAe03457@web.cs.ndsu.nodak.edu> <02ae01c16891$4c1f4970$2a64a8c0@macadamian.com> <3BEB0A57.3C510C49@mindspring.com> Subject: Re: mmap/madvise -- Thanks! Date: Fri, 9 Nov 2001 11:10:31 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.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 Wow! The responses to my question have been amazing! I never expected to get the wealth of information that you people have given me. Thank you all! Jason. Jason Mawdsley ~ jason@macadamian.com Software Designer ~ m_ a c a d a m i a n t e c h n o l o g i e s "Software developers for the world's leading technology companies." http://www.macadamian.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 8:52:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by hub.freebsd.org (Postfix) with ESMTP id 76B9D37B419 for ; Fri, 9 Nov 2001 08:52:12 -0800 (PST) Received: from mira (mira.palisadesys.com [192.188.162.116]) (authenticated (0 bits)) by magellan.palisadesys.com (8.11.6/8.11.6) with ESMTP id fA9Gq5N07871 (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified NO); Fri, 9 Nov 2001 10:52:06 -0600 From: "Guy Helmer" To: "Edwin Groothuis" , Subject: RE: pcap/bpf in a multi-threaded environment Date: Fri, 9 Nov 2001 10:56:30 -0600 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_01C1690D.2FC70CF0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal In-Reply-To: <20011109225532.A3919@k7.mavetju.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 This is a multi-part message in MIME format. ------=_NextPart_000_0000_01C1690D.2FC70CF0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Friday, November 09, 2001 5:56 AM Edwin Groothuis edwin@mavetju.org wrote: > The past couple of days I've been plagued by a strange behaviour > of something between libpcap and the bpf-device. As you can read > in PR bin/31649, the behaviour of libpcap is very different if you > compile it on gcc with or without -pthread: > > Without -pthread, it calls the callback function everytime it has > received a packet. > With -pthread, it calls the callback function only when the > input-buffer (about 32Kb) is nearly full. > > I've done some investigation (with my limited knowledge of what > happens between a call to read() and when it ends up in bpfread()) > and saw the difference between a call with and without the -pthreads > option: > > in /usr/src/contrib/libpcap/pcap-bpf.c, line 81, the function pcap_read(): > cc = read(p->fd, (char *)p->buffer, p->bufsize); > > at a certain moment, in the read()-code, bpfread() is called: > /sys/net/bpf.c, line 491 > > In a non-threaded environment, this if-statement is false > if (ioflag & IO_NDELAY) { > splx(s); > return (EWOULDBLOCK); > } > > In a threaded environment, the if-statement is true, splx(s) is > called and EWOULDBLOCK is returned. Then it's silent for a while, > while the packets are being collected (somewhere) and at a certain > moment the buffer is nearly full and the read() in pcap_read() is > finished. > > So yeah, I'm stuck. All I want is in threaded mode to have the same > behaviour as I have in non-threaded mode. Anybody any ideas on how > to fix this? The problem is probably due to the poll system call that the threaded library does before performing the read(). In the non-threaded case, the read() returns when the timeout is hit; in the threaded case, the threaded library's poll() has to succeed before the read system call will be executed, and poll() won't succeed until the buffer is full. If you would like to try this patch (relative to FreeBSD 4.3) to /sys/net/bpf.c and /sys/net/bpfdesc.h and let me know if it helps, I will add this patch to PR 22063 and perhaps commit it if it passes review. Guy Helmer ------=_NextPart_000_0000_01C1690D.2FC70CF0 Content-Type: application/octet-stream; name="bpf-new.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="bpf-new.diff" --- bpf.c.ORIG Mon Aug 27 13:25:57 2001=0A= +++ bpf.c Fri Nov 9 10:47:22 2001=0A= @@ -444,7 +444,8 @@=0A= (d)->bd_hlen =3D (d)->bd_slen; \=0A= (d)->bd_sbuf =3D (d)->bd_fbuf; \=0A= (d)->bd_slen =3D 0; \=0A= - (d)->bd_fbuf =3D 0;=0A= + (d)->bd_fbuf =3D 0; \=0A= + (d)->bd_poll =3D 0;=0A= /*=0A= * bpfread - read next chunk of packets from buffers=0A= */=0A= @@ -472,7 +473,7 @@=0A= * have arrived to fill the store buffer.=0A= */=0A= while (d->bd_hbuf =3D=3D 0) {=0A= - if (d->bd_immediate && d->bd_slen !=3D 0) {=0A= + if ((d->bd_immediate || d->bd_poll) && d->bd_slen !=3D 0) {=0A= /*=0A= * A packet(s) either arrived since the previous=0A= * read or arrived while we were asleep.=0A= @@ -559,6 +560,7 @@=0A= pgsigio(d->bd_sigio, d->bd_sig, 0);=0A= =0A= #if BSD >=3D 199103=0A= + /* revents |=3D events & (POLLIN | POLLRDNORM); ??? */=0A= selwakeup(&d->bd_sel);=0A= /* XXX */=0A= d->bd_sel.si_pid =3D 0;=0A= @@ -1057,10 +1059,12 @@=0A= =0A= s =3D splimp();=0A= if (events & (POLLIN | POLLRDNORM)) {=0A= - if (d->bd_hlen !=3D 0 || (d->bd_immediate && d->bd_slen !=3D 0))=0A= + if (d->bd_hlen !=3D 0 || d->bd_poll || (d->bd_immediate && d->bd_slen = !=3D 0))=0A= revents |=3D events & (POLLIN | POLLRDNORM);=0A= - else=0A= + else {=0A= + d->bd_poll =3D 1;=0A= selrecord(p, &d->bd_sel);=0A= + }=0A= }=0A= splx(s);=0A= return (revents);=0A= @@ -1199,7 +1203,7 @@=0A= bpf_wakeup(d);=0A= curlen =3D 0;=0A= }=0A= - else if (d->bd_immediate)=0A= + else if (d->bd_immediate || d->bd_poll)=0A= /*=0A= * Immediate mode is set. A packet arrived so any=0A= * reads should be woken up.=0A= --- bpfdesc.h.ORIG Mon Aug 27 13:26:06 2001=0A= +++ bpfdesc.h Fri Nov 9 10:47:25 2001=0A= @@ -76,6 +76,7 @@=0A= u_char bd_promisc; /* true if listening promiscuously */=0A= u_char bd_state; /* idle, waiting, or timed out */=0A= u_char bd_immediate; /* true to return on packet arrival */=0A= + u_char bd_poll; /* poll waiting for data */=0A= int bd_hdrcmplt; /* false to fill in src lladdr automatically */=0A= int bd_seesent; /* true if bpf should see sent packets */=0A= int bd_async; /* non-zero if packet reception should generate signal = */=0A= ------=_NextPart_000_0000_01C1690D.2FC70CF0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 9: 3:16 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 4DCD637B405 for ; Fri, 9 Nov 2001 09:03:13 -0800 (PST) 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 fA9H3Ca18851; Fri, 9 Nov 2001 10:03:12 -0700 (MST) (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 fA9H3B753981; Fri, 9 Nov 2001 10:03:11 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111091703.fA9H3B753981@harmony.village.org> To: Poul-Henning Kamp Subject: Re: Measuring interrupt latency Cc: Sansonetti Laurent , freebsd-hackers@freebsd.org In-reply-to: Your message of "Fri, 09 Nov 2001 17:42:58 +0100." <574.1005324178@critter.freebsd.dk> References: <574.1005324178@critter.freebsd.dk> Date: Fri, 09 Nov 2001 10:03:11 -0700 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 <574.1005324178@critter.freebsd.dk> Poul-Henning Kamp writes: : >We found at Timing Solutions when we were trying to measure interrupt : >latency that the system time (getnanotime()) gave us measurements with : >a larger variance than our expensive scopes that does statistical : >gathering. : : Uhm, you should have used nanotime(), not getnanotime(). : : getnanotime() returns a timestamp in nanoseconds of the last : stored timestamp which may be up to 1/hz seconds old. Hmmmm. Actually looking at the code, we did use nanotime()... But we do have a few drivers that are using getnanotime() incorrectly... The larger variance was something like a factor of 2 larger than the one that we'd measured on the scopes. I don't have the data online, or I'd be more precise. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 9:16: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web13409.mail.yahoo.com (web13409.mail.yahoo.com [216.136.172.17]) by hub.freebsd.org (Postfix) with SMTP id CCD7937B417 for ; Fri, 9 Nov 2001 09:16:00 -0800 (PST) Message-ID: <20011109171600.85058.qmail@web13409.mail.yahoo.com> Received: from [151.201.243.146] by web13409.mail.yahoo.com via HTTP; Fri, 09 Nov 2001 09:16:00 PST Date: Fri, 9 Nov 2001 09:16:00 -0800 (PST) From: "Pedro F. Giffuni" Reply-To: giffunip@asme.org Subject: Re: Framebuffer device under FreeBSD? To: freebsd-hackers@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >> Framebuffer devices, etc... Actually this discussion is moot: there has been an important advance in porting KGI to FreeBSD. Check the developers list archives in http://kgi.sourceforge.net/ For those lazy: it's not here yet, but FreeBSD 5.0 will have kick ass graphics! cheers, Pedro. ===== --- Pedro F. Giffuni MSIE University of Pittsburgh BSME Universidad Nacional de Colombia --- Yahoo is powered by FreeBSD http://www.FreeBSD.org/ __________________________________________________ Do You Yahoo!? Find a job, post your resume. http://careers.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 9:32: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 9D4FA37B428; Fri, 9 Nov 2001 09:32:14 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id fA9HSRu15034; Fri, 9 Nov 2001 09:28:27 -0800 (PST) (envelope-from rizzo) Date: Fri, 9 Nov 2001 09:28:26 -0800 From: Luigi Rizzo To: Dimitar Peikov Cc: net@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: IPFW module Message-ID: <20011109092826.E14886@iguana.aciri.org> References: <200111090712.fA97CnU01104@earth.rila.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200111090712.fA97CnU01104@earth.rila.bg> 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, Nov 09, 2001 at 09:12:49AM +0200, Dimitar Peikov wrote: > > This morning I've cvsuped to STABLE and put 'options IPFIREWALL' into my > kernel configuration file. After installing all I try to 'kldload ipfw' which > complains that ipfw module is already in kernel, but kldstat reports that > module is being loaded! Then I've decided to kldunload it.... Kernel panic > .... reboot! i posted a patch some days ago on -stable (i think). Hope to get permission to commit it. luigi > It is regular to kernel crash if ipfw is loaded as module, but why when it was > build into kernel? In that case it would be good kldload/kldunload to exit! > Why kldload loads module in case that it is compiled in kernel? > > -- > Dimitar Peikov > Programmer Analyst > Globalization Group > "We Build e-Business" > > RILA Solutions > 27 Building, Acad.G.Bonchev Str. > 1113 Sofia, Bulgaria > > phone: (+359 2) 9797320 > phone: (+359 2) 9797300 > fax: (+359 2) 9733355 > http://www.rila.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" 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 Nov 9 10:38:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id D9C3937B405 for ; Fri, 9 Nov 2001 10:38:01 -0800 (PST) Received: from whizzo.transsys.com (#6@localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.6/8.11.6) with ESMTP id fA9IbsE19466; Fri, 9 Nov 2001 13:37:54 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <200111091837.fA9IbsE19466@whizzo.transsys.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Warner Losh Cc: Poul-Henning Kamp , Sansonetti Laurent , freebsd-hackers@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: Measuring interrupt latency References: <574.1005324178@critter.freebsd.dk> <200111091703.fA9H3B753981@harmony.village.org> In-reply-to: Your message of "Fri, 09 Nov 2001 10:03:11 MST." <200111091703.fA9H3B753981@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Nov 2001 13:37:54 -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 I did some experiments a few years ago with a FreeBSD 3.x system to try to measure interrupt latency (and latency jitter). The platform was a 233MHz Pentium, and I had a PCI board which implemented a high resolution timer (to 100ns resolution). The PCI board could be programmed to generate an interrupt at some given time, and one PCI bus access to a register on the board would latch the current value of the timer. So, I had the board programmed to generate interrupts every second (at roughly 500ms past the start of the second), and then in the interrupt service routine, grabbed the value of the timer and computed the delay based on how far the timer had advanced past the programmed alarm time. I then updated a histogram of the measured delays. Here's some sample data. The first set of data is where the PCI board asserted an interrupt which wasn't shared with any other peripherals. The second set is where the board was in a different slot, and shared with other devices (in the data shown, it was with an Adaptec 7880 SCSI controller and a UHCI USB controller). non-shared: 5us <= 250831 < 6us 6us <= 751473 < 7us 7us <= 67305 < 8us 8us <= 5032 < 9us 9us <= 1467 < 10us 10us <= 877 < 11us 11us <= 518 < 12us 12us <= 369 < 13us 13us <= 165 < 14us 14us <= 112 < 15us 15us <= 469 < 16us 16us <= 199 < 17us 17us <= 18 < 18us 18us <= 9 < 19us 19us <= 5 < 20us 20us <= 12 < 22us 22us <= 12 < 24us 24us <= 5 < 28us 32us <= 1 < 35us 50us <= 1 < 75us 100us <= 2 < 250us to the shared version: 5us <= 1 < 6us 7us <= 32 < 8us 8us <= 2116 < 9us 9us <= 4468 < 10us 10us <= 92421 < 11us 11us <= 187835 < 12us 12us <= 22369 < 13us 13us <= 5725 < 14us 14us <= 5141 < 15us 15us <= 1073 < 16us 16us <= 188 < 17us 17us <= 130 < 18us 18us <= 134 < 19us 19us <= 122 < 20us 20us <= 469 < 22us 22us <= 80 < 24us 24us <= 45 < 28us 28us <= 11 < 30us 30us <= 6 < 32us 32us <= 10 < 35us 35us <= 18 < 50us 50us <= 3 < 75us 75us <= 1 < 100us 100us <= 5 < 250us The object of this excersise was to try to characterize the jitter in the interrupt response time latency. The primary application for the PCI board (a Datum bc635PCI/bc635CPCI) was to implement high-resolution network interface timestamping. As I mentioned previously, reading this clock is relatively cheap with 3 32 bit PCI bus cycles, and I was capturing timestamps of all the traffic arriving on a network interface. The clock on the board was externally synchronized to UTC using a 1PPS signal and IRIG-B timecode from a GPS synchronized clock, with an ovenized oscillator. I haven't tried to run the numbers again more recently on a more modern kernel. The device driver I did hasn't been ported to the NEWBUS infrastructure in 4.x, which is something I need to get back to doing. Other than CPUs that are much faster, I don't know if there are signifcant differences in kernel-level SPL-induced delays between 3.x and 4.x of the FreeBSD kernels. I've had no experience with any of the 5-current kernels, which are all different.. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 10:45:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 3E04A37B418 for ; Fri, 9 Nov 2001 10:45:19 -0800 (PST) Received: from whizzo.transsys.com (#6@localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.6/8.11.6) with ESMTP id fA9IjIE19568; Fri, 9 Nov 2001 13:45:18 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <200111091845.fA9IjIE19568@whizzo.transsys.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: freebsd-hackers@FreeBSD.ORG Cc: Poul-Henning Kamp , Warner Losh X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: Measuring interrupt latency References: <574.1005324178@critter.freebsd.dk> <200111091703.fA9H3B753981@harmony.village.org> In-reply-to: Your message of "Fri, 09 Nov 2001 10:03:11 MST." <200111091703.fA9H3B753981@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Nov 2001 13:45:18 -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 One a related, timekeeping note: is there any interest in updating or extending the SO_TIMESTAMP socket option to return higher resolution timestamps? Currently, it returns a struct timeval. I did a quick survey, and it appears that there are applications which use this facility (though, surprisingly, not NTP despite the patch I sent off years ago). I suspect these applications would be surprised to discover a struct timespec. Also, NetBSD and OpenBSD have picked up this code and apparently Linux has a form of it as well. Based on some email from a week or two ago, I wonder if there's value in returning a timestamp in the 64.64 format that phk proposed previously, along with some additional status information. Related to the packet timestamping work I mentioned in a previous message, I added a SO_TIMESTAMP2 socket option which returned a higher resolution timestamp, along with auxilary data to identify the source of the timestamp where there might be more than one clock available, as well as some quality information (synchronized, estimated freq and phase error, etc.) If this interface was going to be extended, then it would be good to only revisit this once. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 11: 7:40 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 E048537B416; Fri, 9 Nov 2001 11:06:54 -0800 (PST) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.5) with SMTP id fA9J6kB85291; Fri, 9 Nov 2001 14:06:46 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Fri, 9 Nov 2001 14:06:46 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: developers@FreeBSD.org, hackers@FreeBSD.org Subject: September, 2001 FreeBSD Development Status Report Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This report was created with the assistance of Nik Clayton and Chris Costello. September 2001 Status Report Introduction In the month of September, the FreeBSD Project continued its investment in long-term projects, including continuing work on a fine-grained SMP implementation, support for Kernel Schedulable Entities (KSE) supporting highly efficient threading, and broadening support for modern hardware platforms, including Intel's new IA64 architecture, UltraSparc, and PowerPC. Additional focus was placed on the release process, including work on the release notes infrastructure, support for DVD releases, and work on a binary updating tool. Due to the delay in getting the September report out the door, the November status report will also cover October. During the month of November, we look forward to BSDCon Europe, the first such event outside the continental United States. The USENIX conference paper submission deadlines are also in November, and FreeBSD users and developers are encouraged to submit to the general and FREENIX tracks. Please see www.usenix.org for more information. * binup * Compressed TCP state * Fibre Channel Support * FreeBSD C99/POSIX Conformance Project * FreeBSD DVD generation * FreeBSD Java Project * FreeBSD libh Project * FreeBSD/sparc64 port * Improving FreeBSD startup scripts * Intel Gigabit driver * Intel Gigabit Ethernet * jpman project * KSE * Multiple console support * Netgraph ATM * Network console * Network device nodes * Network SMP locking * New Mount(2) API * Porting ppp to hurd & linux * PowerPC Port * PPP IPv6 Support * PRFW * RELNOTESng * SMPng Status Report * SYN cache implementation for FreeBSD * TIRPC binup URL: http://www.FreeBSD.org/projects/updater.html Contact: Eric Melville Contact: Murray Stokely The project has gained a mailing list, freebsd-binup@FreeBSD.org - and the source tree has been moved into the projects/ directory in the FreeBSD CVS repository. Current work is focusing on extending the FreeBSD package framework, and the client library should be rewritten and completed by the end of the year. TODO: make the projects/ hierarchy into a cvsup distribution and add it to cvs-all. Then update distrib.self. --------------------------------------------------------------------------- Compressed TCP state Contact: Jonathan Lemon Development on this project has been slowed, pending the commit of the syncache code, as this builds on part of that work. --------------------------------------------------------------------------- Fibre Channel Support URL: http://www.feral.com/isp.html Contact: Matthew Jacob Bug fixing and move to -STABLE of 2Gb support. --------------------------------------------------------------------------- FreeBSD C99/POSIX Conformance Project URL: http://people.FreeBSD.org/~mike/c99/ Contact: Mike Barcroft Contact: FreeBSD-Standards Mailing List The FreeBSD C99/POSIX Conformance Project aims to implement all requirements of the C99 Standard and the latest 1003.1-200x POSIX draft (currently Draft 7). In cases where aspects of the standard cannot be followed, those aspects will be documented in the c99(7) or posix(7) manuals. It is also an aim of this project to implement regression tests to ensure correctness whenever possible. Patches that implement the and headers, and modifications to printf(3) have been developed and will be committed shortly. They will allow us to use some of the new types C99 introduces, such as intmax_t and the printf(3) conversion specifier "%j". --------------------------------------------------------------------------- FreeBSD DVD generation Contact: Brian Somers A two disc set has been mastered and sent for pressing. There are a few surprises with this release - details will be given in the official announcement (at BSDConEurope). --------------------------------------------------------------------------- FreeBSD Java Project URL: http://www.freebsd.org/java/ Contact: Greg Lewis The project has moved forward on JDK 1.3.1 development this month, with the release of two more patchsets. The team is reasonably confident that the latest patchset is a stable release of the core JDK 1.3.1 tools and classes, when the default "green" threads subsystem is used. This is mostly thanks to hard work by Fuyuhiko Maruyama to stabilise and fix the code. Bill Huey has also been progressing with his work on the "native" threads subsystem, although this hasn't yet reached the stability of "green" threads. Another (arguably the) major highlight of the latest patchset was the integration of NetBSD support by Scott Bartram and Alistair Crooks (the latter of NetBSD packages fame). Hopefully OpenBSD support will follow, making it truly a united BSD Java Project. --------------------------------------------------------------------------- FreeBSD libh Project URL: http://www.FreeBSD.org/projects/libh.html Contact: Alexander Langer Contact: Nathan Ahlstrom The build process is now creating four different versions of the libs, which include support for TVision, Qt, both or none. I created some first packages from existing ports and installed those libh packages on my system only using libh's tools, including registering all the files in the package database, recording their checksums etc. Patches to the disk editor have been submitted, which include functionality to write the changes in the fdisk part and initial support for a disk label editor. We'll soon have a new committer. --------------------------------------------------------------------------- FreeBSD/sparc64 port Contact: Jake Burkholder Contact: Thomas Moestl I am pleased to announce that as of 1 AM Friday October 19th, the sparc64 port boots to single user mode. A few binaries from the base system have been built and verified to work properly. Much of this work is still in review for commit, but will be integrated into the cvs tree as soon as possible. EBus support has been ported from NetBSD, and ISA support has been written. The PCI host bridge code has stabilized, and busdma seems to work correctly now. The sio driver has had EBus support added, and the ATA driver has been modified so that it works on big-endian systems and uses the busdma API. With these changes, a root file system can now be successfully mounted from ATA disks on sparc64, even in DMA mode. The gem driver, which supports Sun GEM and ERI and Apple GMAC and GMAC2 ethernet adaptor, has been ported from NetBSD but has not yet had sufficent testing. --------------------------------------------------------------------------- Improving FreeBSD startup scripts URL: http://groups.yahoo.com/group/FreeBSD-rc/ URL: http://www.cs.rmit.edu.au/~lukem/bibliography.html URL: http://www.netbsd.org/Documentation/rc/ Contact: Doug Barton Contact: Gordon Tetlow This group is for discussion about the startup scripts in FreeBSD, primarily the scripts in /etc/rc*. Primary focus will be on improvements and importation of NetBSD's excellent work on this topic. Alright folks, I finally got off my butt last night and put together a roadmap for the migration to the new rc.d init scripts that were imported from NetBSD a long time ago and just sat in the tree. M1 (Patch included) Setup infrastructure Make rcorder compile Hook rc.subr into the distribution (and mergemaster) Hook rcorder into the world Add toggle in rc.conf to switch between rc_ng and current boot scripts M2 Get FreeBSD to boot with the new boot scripts Rewrite the /etc/rc.d scripts to work with FreeBSD M3 Add some FreeBSD specific support into rc.subr M4 Add true dependency checking to the infrastructure so that starting nfsd will start mountd and rpcbind add support into rc.subr Add dependencies into rc.d scripts I'd like a couple of people to take a look at this and then I'll submit a pr for it if there aren't too many objections. I'm expecting M2 to run into quite a bikeshed, but hey, I got my nice shiny asbestos back from the cleaners. --------------------------------------------------------------------------- Intel Gigabit driver Contact: Jonathan Lemon The gx driver has finally been committed to the tree. The driver provides support for the Intel PRO/1000 cards, both fiber and copper variants. The driver supports VLAN tagging and TCP/IP checksum offload. --------------------------------------------------------------------------- Intel Gigabit Ethernet Contact: Matthew Jacob Quite a lot of cleanup of this driver. Bug fixes and some performance enhancements. However, this driver is likely to be removed shortly and replaced by one from Intel itself. --------------------------------------------------------------------------- jpman project URL: http://www.jp.FreeBSD.org/man-jp/ Contact: We have finished updating section [125678] manpages to 4.4-RELEASE based, 1 week after 4.4-RELEASE is announced. To finish this update, OKAZAKI Tetsurou has imported Ex/Rv macro support on ja-groff-1.17.2_1. SUZUKI Koichi did most Ex/Rv changes on Japanese manpages. He also find some issues of these macro usage on some original manapges and filed a PR. For post-4.4-RELEASE, now we target 4.5-RELEASE. Section 3 update is also in progress. --------------------------------------------------------------------------- KSE URL: http://www.freebsd.org/~jasone/kse/ URL: http://www.freebsd.org/~julian Contact: In the last month, not a lot has happenned other than settling in of the big August commit. Largely due to me having a sudden increased workload at work, and a need for increased time to be spent elsewhere. However some design work has proceeded. The API has firmed up somewhat and several people have been reading through what has been done already in order to be able to help in the next phase. Milestone 3 will be to have the ability to generate and remove multiple threads/KSEs per process. Milestone 3 will NOT require that doing so will be safe. (especially in SMP systems), i.e. locking issues will not be fully addressed, so while some testign will be possible, it will not be possible to actually run in this mode with any load. This will require allocators and destructors for the new structures. Creation of the syscalls. Generation of an acurate written API for the userland crew. Writing of the upcall launch code. Production of a userland test program (not a full thread scheduler). Resolution of some of the more glaring incompatibilities (e.g. the scheduler) in a backwards compatible manner. (i.e. if there are no multi threaded processes on a system it should behave the same as now (and be as reliable)). Criterea for knowing when we have reached Milestione 3 is the ability for a simple process on an unloaded system to perform a series of blocking syscalls reliably. e.g. open 2 sockets, and send data on one, after having done a read on another,and then 'respond' in like manner.. --------------------------------------------------------------------------- Multiple console support Contact: Jonathan Lemon Currently, a single device may act as a console at any time, which requires the user to choose the console device at boot time. With the upcoming network console support, it is desirable to allow multiple console devices which behave identically, and to alter consoles while the kernel is running. The code is completed, and needs some final polishing to clean up the rough edges. Console output can be sent to both syscons and sio, (as well as the network) and when in ddb, input can be taken from any input source. A small control program allows adding and removing consoles on the fly. --------------------------------------------------------------------------- Netgraph ATM Contact: Harti Brandt ATM-Forum LAN-emulation version 2.0 without support for QoS has been implemented and tested. The ILMI daemon has been modularized into a general mini-SNMP daemon, an ILMI module and a not yet finished IPOA (IP over ATM) module. --------------------------------------------------------------------------- Network console Contact: Jonathan Lemon This project's goal is to add low level network functionality to FreeBSD. The initial target is to make a network console available for remote debugging with ddb or gdb. A secondary target is to utilize the code to perform network crash dumps. The design assumes that the network card and driver are working, but does not rely on other parts of the kernel. Initial development has been fairly rapid, and a minimal TCP/IP stack has been written. It is currently possible to telnet to a machine which is at the ddb> prompt and interact with the debugger. --------------------------------------------------------------------------- Network device nodes Contact: Jonathan Lemon Network devices now support aliases in the form of /dev/netN, where N is the interface index. Devices may be wired down to a specific index number by entries in /boot/device.hints of either: hint.net..dev="devname" hint.net..ether="ethernet address" Additionally, ifconfig has been updated so that it will accept the alias name when configuring a device. --------------------------------------------------------------------------- Network SMP locking Contact: Jonathan Lemon Not much progress has been made this month, with other projects occupying most of my time. However, reviewing all the code and data structures had a side benefit; a hash table for inet addresses has been added. This will significantly speed up interface address lookups in the case where there are a larger number of interface aliases. --------------------------------------------------------------------------- New Mount(2) API Contact: Poul-Henning Kamp Contact: Maxime Henrion We've made some good progress now, and the new nmount(2) syscall is nearly finished. There is still some work to do to have a working kernel_mount() and to convert all filesystems to use this new API for their VFS_MOUNT() functions. --------------------------------------------------------------------------- Porting ppp to hurd & linux Contact: Brian Somers Status is unchanged since last month. Patches have been submitted to get ppp working under HURD, and mostly under Linux. There are GPL copyright problems that need to be addressed. Many conflicts are expected after the commit of IPv6 support in ppp. --------------------------------------------------------------------------- PowerPC Port Contact: Benno Rice There have been a few major successes in the PowerPC port this month. Mark Peek has succeeded in getting the FreeBSD/PowerPC kernel cross compiled on FreeBSD and booting under the PSIM simulator (now in /usr/ports/emulators/ psim-freebsd). I have succeeded in getting the FreeBSD loader to load and execute kernels using the OpenFirmware found on Apple Macintosh hardware. Mark is now working on completing some of the startup and pmap code, while I am taking advantage of the simulator to work on some interrupt and device issues. --------------------------------------------------------------------------- PPP IPv6 Support Contact: Brian Somers The software has been committed to -current and seems functional. Outstanding issues include dealing with IPV6CP events (linkup & linkdown scripts) and allocating site-local and global addresses (currently, ``iface add'' is the only way to actually use the link). A bug exists in -stable (running the not-yet-MFC'd ppp code) whereby routing entries are disappearing after a time (around 12 or 24 hours). No further details are yet available. --------------------------------------------------------------------------- PRFW URL: http://www.freesoftware.fsf.org/jailuser/ Contact: Evan Sarmiento PRFW provides hooks in the FreeBSD kernel, allowing users to insert their own checks in system calls and various kernel functions. PRFW is nearing 0.5, which will incorporate numerous structural changes such as, much faster per-process hooks, kernel function hooks, plus, a new way of adding hooks which would enable users to reference hooks by a string. --------------------------------------------------------------------------- RELNOTESng URL: http://people.freebsd.org/~bmah/relnotes/ Contact: Bruce A. Mah FreeBSD 4.4-RELEASE was the first release of FreeBSD with its new-style release documentation. Both English and Japanese versions of these documents were created. Regularly-built snapshots of -CURRENT and 4-STABLE release documentation are now available on the Web site, but they require a little HTML infrastructure to make them viewer-friendly. I intend to continue updating my snapshot site at the URL above, at least for a little while. Call for help: The hardware compatability lists need to be updated in the areas of the Alpha architecture, USB devices, and PCCARD devices. I'm looking for volunteers to help; interested parties should contact me at the email address above. DocBook experience is not required; familiarity with the hardware above would be very helpful. --------------------------------------------------------------------------- SMPng Status Report URL: http://www.FreeBSD.org/~jasone/smp/ Contact: John Baldwin Contact: Some progress has been made on the proc locking this month. Also, a new LOCK_DEBUG macro was defined to allow some locking infrastructure to be more efficient. Kernels now only include the filenames of files calling mutex, sx, or semaphore lock operations if the filenames are needed. Also, mutex operations are no longer inlined if any debugging options are turned on. The ucred API was also overhauled to be more locking friendly. A group has also started investigating the tty subsystem to design and possibly implement a locking strategy. --------------------------------------------------------------------------- SYN cache implementation for FreeBSD Contact: Jonathan Lemon No new status to report, the code is still waiting to be committed. It is likely that this code will be expanded to include syn cookies as a further fallback mechanism. --------------------------------------------------------------------------- TIRPC URL: http://www.attic.ch/tirpc.html Contact: Martin Blapp As you know, in march 2001 the version 2.3 of TIRPC has been comitted together with many userland changes. Alfred Perlstein and Ian Dowse have helped me a lot with the porting effort and if I had problems with understanding the code. Most bugs are now fixed, some remaining areas to fix are secure RPC (keyserv) and unix domain support. I've patches for these area available. Ian Dowse fixed a lot of outstanding bugs in the rpcbind binary itself. Thank you Ian ! The plan is now to migrate slowly towards TIRPC 2.8, which is threadsafe for the server- and clientside. One first patch I've made available on my URL. TIRPC 2.8 is licensed under the "Sun Standards License Version 1.0" and we have to add some license lines and the license itself to all modified files. A example is timed_clnt_create.diff which can be found on the homepage. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 11:56:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.magmacom.com (mx1.magmacom.com [206.191.0.217]) by hub.freebsd.org (Postfix) with ESMTP id 0A85537B419 for ; Fri, 9 Nov 2001 11:56:24 -0800 (PST) Received: from mail6.magma.ca (mail6 [206.191.0.248]) by mx1.magmacom.com (8.9.3/8.9.3) with ESMTP id OAA21340; Fri, 9 Nov 2001 14:56:23 -0500 (EST) Received: from lucan (mothership.macadamian.com [206.191.21.204]) by mail6.magma.ca (8.9.3/8.9.3) with SMTP id OAA14592; Fri, 9 Nov 2001 14:56:22 -0500 (EST) Message-ID: <019401c16959$4e64a8b0$2a64a8c0@macadamian.com> From: "Jason Mawdsley" To: Cc: References: <200111081947.fA8JlAe03457@web.cs.ndsu.nodak.edu> <02ae01c16891$4c1f4970$2a64a8c0@macadamian.com> <3BEB0A57.3C510C49@mindspring.com> Subject: Re: mmap/madvise Date: Fri, 9 Nov 2001 15:01:22 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.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 > > I am creating a virtual memory manager. > > > > Currently I am doing a > > mmap(...PROT_NONE, MAP_ANON ) to reserve the memory. > > then when committing the memory I am using mprotect( ...PROT_READ | > > PROT_WRITE ) > > mmap For reservation of memory; you should > mmap the fd for /dev/zero, with MAP_ANON > to grab pages initially. The man pages state that the fd must be -1 for MAP_ANON. an open() /dev/zero will return an valid file descriptor. So how would I mmap using /dev/zero? > Too bad there isn't an "Advance UNIX programming for Windows > Programmers" book. 8-(. Sounds like their could be a good market for one ;-) Jason Jason Mawdsley ~ jason@macadamian.com Software Designer ~ m_ a c a d a m i a n t e c h n o l o g i e s "Software developers for the world's leading technology companies." http://www.macadamian.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 13:45:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from www.kjkoster.org (213-84-106-195.adsl.xs4all.nl [213.84.106.195]) by hub.freebsd.org (Postfix) with ESMTP id 8B38F37B418 for ; Fri, 9 Nov 2001 13:45:26 -0800 (PST) Received: from kjkoster.org (LikeEver [192.168.0.1]) by www.kjkoster.org (8.11.4/8.11.4) with ESMTP id fA9LjOs03758 for ; Fri, 9 Nov 2001 22:45:24 +0100 (CET) (envelope-from kjkoster@kjkoster.org) Message-ID: <3BEC4E74.CF86DC60@kjkoster.org> Date: Fri, 09 Nov 2001 22:45:24 +0100 From: Kees Jan Koster X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.4-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: ports/31188: New port: www/orion-current Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear All, I've tried to get someone to commit this port over on -ports, but I got no response. Is there someone who could commit this port, please? Thanks in advance. Yours, Kees Jan ------------------------------------------------------- Kees Jan Koster e-mail: kjkoster "at" kjkoster.org www: http://www.kjkoster.org/ ------------------------------------------------------- File not found. Should I fake it? [Y/N] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 13:50:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by hub.freebsd.org (Postfix) with ESMTP id 5646237B417; Fri, 9 Nov 2001 13:50:53 -0800 (PST) Received: from pulcherrima (pulcherrima [128.130.111.23]) by vexpert.dbai.tuwien.ac.at (8.11.6/8.11.6) with ESMTP id fA9LopI27661; Fri, 9 Nov 2001 22:50:51 +0100 (MET) Date: Fri, 9 Nov 2001 22:50:48 +0100 (CET) From: Gerald Pfeifer To: Cc: Subject: *.info documentation missing for CVS (and other GNU tools) 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 /usr/share/info/ is empty on a more or less default installation of 4.4-RELEASE, even though GCC, CVS, and other GNU tools are part of the base system. Especially in the case of CVS (and I believe also GCC and others) this is extremely bad, because the man pages of these programs are incomplete, and the only way to get the full documentation is by using the *.info files. Is there any specific reason why these are not included in FreeBSD? pulcherrima[173]:/FreeBSD/src/contrib/cvs% find . -name '*info*' ./src/parseinfo.c ./doc/cvs.texinfo *.info files are generated from *.texinfo, and cvs.texinfo *is* part of the FreeBSD source tree, as are /usr/bin/info (the info browser) and /usr/bin/makeinfo (the compiler). Could we also have the generated *.info files become part of the base system? Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 13:55:29 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 9D56837B419 for ; Fri, 9 Nov 2001 13:55:27 -0800 (PST) Received: from dialup-209.245.138.29.dial1.sanjose1.level3.net ([209.245.138.29] helo=mindspring.com) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 162Jb0-0007hb-00; Fri, 09 Nov 2001 13:53:55 -0800 Message-ID: <3BEC50A3.73AD7834@mindspring.com> Date: Fri, 09 Nov 2001 13:54:43 -0800 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: Jason Mawdsley Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: mmap/madvise References: <200111081947.fA8JlAe03457@web.cs.ndsu.nodak.edu> <02ae01c16891$4c1f4970$2a64a8c0@macadamian.com> <3BEB0A57.3C510C49@mindspring.com> <019401c16959$4e64a8b0$2a64a8c0@macadamian.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 Jason Mawdsley wrote: > > > > I am creating a virtual memory manager. > > > > > > Currently I am doing a > > > mmap(...PROT_NONE, MAP_ANON ) to reserve the memory. > > > then when committing the memory I am using mprotect( ...PROT_READ | > > > PROT_WRITE ) > > > > mmap For reservation of memory; you should > > mmap the fd for /dev/zero, with MAP_ANON > > to grab pages initially. > > The man pages state that the fd must be -1 for MAP_ANON. > an open() /dev/zero will return an valid file descriptor. So how would I > mmap using /dev/zero? Mmap'ing /dev/zero gives you anopnymous pages; they can't be not private. It's pretty much the same thing. I would use /dev/zero, since it's portable. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 14:49:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id BBEFE37B418; Fri, 9 Nov 2001 14:49:52 -0800 (PST) Received: (from dan@localhost) by dan.emsphone.com (8.11.6/8.11.6) id fA9Mnmo44816; Fri, 9 Nov 2001 16:49:48 -0600 (CST) (envelope-from dan) Date: Fri, 9 Nov 2001 16:49:47 -0600 From: Dan Nelson To: Gerald Pfeifer Cc: freebsd-hackers@FreeBSD.ORG, peter@FreeBSD.ORG Subject: Re: *.info documentation missing for CVS (and other GNU tools) Message-ID: <20011109224947.GA28829@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.23.1i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Nov 09), Gerald Pfeifer said: > /usr/share/info/ is empty on a more or less default installation of > 4.4-RELEASE, even though GCC, CVS, and other GNU tools are part of > the base system. I just installed 4.4-RELEASE and it installed all the info pages. Maybe you didn't check the "info" distribution checkbox in sysinstall? -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 15: 1:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by hub.freebsd.org (Postfix) with ESMTP id C4C7337B416; Fri, 9 Nov 2001 15:01:55 -0800 (PST) Received: from pulcherrima (pulcherrima [128.130.111.23]) by vexpert.dbai.tuwien.ac.at (8.11.6/8.11.6) with ESMTP id fA9N1kI28799; Sat, 10 Nov 2001 00:01:46 +0100 (MET) Date: Sat, 10 Nov 2001 00:01:42 +0100 (CET) From: Gerald Pfeifer To: Dan Nelson Cc: , Subject: Re: *.info documentation missing for CVS (and other GNU tools) In-Reply-To: <20011109224947.GA28829@dan.emsphone.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 9 Nov 2001, Dan Nelson wrote: > I just installed 4.4-RELEASE and it installed all the info pages. > Maybe you didn't check the "info" distribution checkbox in sysinstall? Sheesh! I'll go ahead and AART[1] the colleague who installed said box (for this was supposed to be enabled) and then I will properly punish myself. :-( Embarrassing. Gerald [1] echo "LART" | sed -e s/Luser/Admin/ -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 15:34:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from Stalker.alfacom.net (Stalker.Alfacom.net [193.108.124.1]) by hub.freebsd.org (Postfix) with ESMTP id 0098737B405 for ; Fri, 9 Nov 2001 15:34:04 -0800 (PST) Received: from kushnir1.kiev.ua (dup-124-68.Alfacom.net [193.108.124.68]) by Stalker.alfacom.net (8.12.0/8.12.0) with ESMTP id fA9NXdeL017903; Sat, 10 Nov 2001 01:33:49 +0200 (EET) Received: from localhost (volodya@localhost) by kushnir1.kiev.ua (8.11.6/8.11.6) with ESMTP id fA9NW3M01864; Sat, 10 Nov 2001 01:32:39 +0200 (EET) (envelope-from vkushnir@Alfacom.net) X-Authentication-Warning: kushnir1.kiev.ua: volodya owned process doing -bs Date: Sat, 10 Nov 2001 01:31:46 +0200 (EET) From: Vladimir Kushnir X-X-Sender: To: "Kevin D.Wooten" Cc: Subject: Re: Framebuffer device under FreeBSD? In-Reply-To: <01110901202702.01161@newton.cevio.com> Message-ID: <20011110012530.X1841-100000@kushnir1.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 9 Nov 2001, Kevin D.Wooten wrote: > > > > i. Is it feasible to port Linux fbdev modules to FreeBSD (as a modules, > > again)? > > > I was under the impression that the subsystem is there ( /usr/src/sys/dev/fb > ? ). Maybe not the specific accelerated drivers, but the basics look there. > I will say the video mode selection looks weak though, Linux does have a much > more flexible mode selection. > > P.S. - I have been trying to get NVidia docs ( I have to sign an NDA ) to > build a GeForce3 framebuffer. > Actually, rivafb under Linux provides some HW acceleration (based on utah-glx code, I think). There's no GeForce3 there, though. -- Vladimir Kushnir - vkushnir@Alfacom.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 16:10:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from topaz.mdcc.cx (topaz.mdcc.cx [212.204.230.141]) by hub.freebsd.org (Postfix) with ESMTP id 64C4737B405 for ; Fri, 9 Nov 2001 16:10:32 -0800 (PST) Received: from k7.mavetju.org (topaz.mdcc.cx [212.204.230.141]) by topaz.mdcc.cx (Postfix) with ESMTP id 4CEC52B697; Sat, 10 Nov 2001 01:10:17 +0100 (CET) Received: by k7.mavetju.org (Postfix, from userid 1001) id 74953FE; Sat, 10 Nov 2001 11:09:48 +1100 (EST) Date: Sat, 10 Nov 2001 11:09:48 +1100 From: Edwin Groothuis To: Guy Helmer Cc: freebsd-hackers@freebsd.org Subject: Re: pcap/bpf in a multi-threaded environment Message-ID: <20011110110948.B35711@k7.mavetju.org> Mail-Followup-To: Edwin Groothuis , Guy Helmer , freebsd-hackers@freebsd.org References: <20011109225532.A3919@k7.mavetju.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from ghelmer@palisadesys.com on Fri, Nov 09, 2001 at 10:56:30AM -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 Fri, Nov 09, 2001 at 10:56:30AM -0600, Guy Helmer wrote: > The problem is probably due to the poll system call that the threaded > library does before performing the read(). In the non-threaded case, the > read() returns when the timeout is hit; in the threaded case, the threaded > library's poll() has to succeed before the read system call will be > executed, and poll() won't succeed until the buffer is full. > > If you would like to try this patch (relative to FreeBSD 4.3) to > /sys/net/bpf.c and /sys/net/bpfdesc.h and let me know if it helps, I will > add this patch to PR 22063 and perhaps commit it if it passes review. It works like a charm now! Thanks for this. It's really really nice to have a 'proper' working application now :-) I would be happy if you could get this fixed in the source-tree, so that I (and other people of course) can enjoy the charms of bpf-access in a threaded environment! Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org edwin@mavetju.org | Interested in MUDs? Visit Fatal Dimensions: ------------------+ http://www.FatalDimensions.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 17: 2:48 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 7984F37B405 for ; Fri, 9 Nov 2001 17:02:38 -0800 (PST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id fAA12ag33041 for freebsd-hackers@freebsd.org; Fri, 9 Nov 2001 20:02:36 -0500 (EST) (envelope-from bicknell) Date: Fri, 9 Nov 2001 20:02:36 -0500 From: Leo Bicknell To: freebsd-hackers@freebsd.org Subject: fxp driver problems Message-ID: <20011109200236.B32852@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've got 4 identical machines all showing the same problem, and a search of the archives didn't turn up anything. They all experience network timeouts when you do more than ping them, here's the relivant dmesg info: fxp0: port 0xde80-0xdebf mem 0xff8fe000-0xff8fefff irq 11 at device 8.0 on pci1 fxp0: Ethernet address 00:03:47:84:d6:a0 fxp0: device timeout fxp0: SCB timeout fxp0: SCB timeout fxp0: SCB timeout fxp0: SCB timeout fxp0: device timeout fxp0: SCB timeout fxp0: device timeout fxp0 in this case is the onboard ethernet on an Intel motherboard. It's connected to a good old fashoned 10 meg hub now: %ifconfig fxp0 fxp0: flags=8843 mtu 1500 inet [deleted] inet6 [deleted] ether 00:03:47:84:d6:a0 media: 10baseT/UTP status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP This is on 4.3-RELEASE, of course while I'm trying to sup to to stable. *sigh* Anyone seen something like this before? -- 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 Fri Nov 9 17:31:23 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 E642C37B419 for ; Fri, 9 Nov 2001 17:31:19 -0800 (PST) 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 fAA1VCs31621; Fri, 9 Nov 2001 20:31:13 -0500 (EST) (envelope-from mike@sentex.net) From: Mike Tancsa To: bicknell@ufp.org (Leo Bicknell) Cc: freebsd-hackers@freebsd.org Subject: Re: fxp driver problems Date: Fri, 09 Nov 2001 20:31:12 -0500 Message-ID: <5g0putktg7tlrm5s1tj843351ugn4kovid@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 Sat, 10 Nov 2001 01:02:58 +0000 (UTC), in sentex.lists.freebsd.hackers you wrote: >I've got 4 identical machines all showing the same problem, and a >search of the archives didn't turn up anything. They all experience There must be something broken with the search page you used as this has been discussed quite a bit in the stable list. To answer your question, cvsup'ing to something post 4.4 will fix your problem. You have an Intel 815 board probably... ---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 Fri Nov 9 18:12: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id BAA6037B416; Fri, 9 Nov 2001 18:12:00 -0800 (PST) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id FAA06513; Sat, 10 Nov 2001 05:17:48 +0300 (MSK) Message-Id: <200111100217.FAA06513@aaz.links.ru> Subject: Status of Tekram DC-395 drivers To: freebsd-hackers@FreeBSD.ORG Date: Sat, 10 Nov 2001 05:17:48 +0300 (MSK) Cc: se@FreeBSD.ORG, ching@tekram.com.tw, erich@tekram.com.tw From: .@babolo.ru MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG There is a FreeBSD driver for Tekram DC-395 SCSI adapters: ftp://ftp.tekram.com/SCSI/3X5/FreeBSD/FreeBSD400/dc395x_trm.tar.gz There are such strings in it: /* ************************************************************************* ** Imported into FreeBSD source repository, and updated to compile under ** FreeBSD-3.0-DEVELOPMENT, by Stefan Esser , 1996-12-17 ************************************************************************* */ But I can't find anything in FreeBSD CVS repository about it. Why? -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 19:12:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 3850237B405 for ; Fri, 9 Nov 2001 19:12:38 -0800 (PST) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id GAA07339 for hackers@FreeBSD.ORG; Sat, 10 Nov 2001 06:18:27 +0300 (MSK) Message-Id: <200111100318.GAA07339@aaz.links.ru> Subject: VIA 82231 South Bridge To: hackers@FreeBSD.ORG Date: Sat, 10 Nov 2001 06:18:27 +0300 (MSK) From: .@babolo.ru MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Are there any planes to support VIA 82231 south bridge for UDMA33/66/100 ? Yes, I know, WDMA2 works with it -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Nov 9 22:59:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 9A9D937B427 for ; Fri, 9 Nov 2001 22:59:43 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.11.6/8.11.3) id fAA6xdB13851; Sat, 10 Nov 2001 07:59:39 +0100 (CET) (envelope-from sos) From: Søren Schmidt Message-Id: <200111100659.fAA6xdB13851@freebsd.dk> Subject: Re: VIA 82231 South Bridge In-Reply-To: <200111100318.GAA07339@aaz.links.ru> To: .@babolo.ru Date: Sat, 10 Nov 2001 07:59:39 +0100 (CET) Cc: hackers@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems .@babolo.ru wrote: > Are there any planes to support > VIA 82231 south bridge > for UDMA33/66/100 ? > Yes, I know, WDMA2 works with it Could you do a pciconf -l and mail me that please ? -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Nov 10 2: 7: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sydney.worldwide.lemis.com (dhcp243.rocks.bsdconeurope.org [195.40.100.243]) by hub.freebsd.org (Postfix) with ESMTP id CDB4537B416; Sat, 10 Nov 2001 02:06:53 -0800 (PST) Received: (from grog@localhost) by sydney.worldwide.lemis.com (8.11.6/8.9.3) id fA741ZV00379; Wed, 7 Nov 2001 04:01:35 GMT (envelope-from grog) Date: Wed, 7 Nov 2001 04:01:35 +0000 From: Greg Lehey To: =?iso-8859-1?Q?S=F8ren_Schmidt?= Cc: john_wilson100@excite.com, freebsd-hackers@FreeBSD.org, sos@FreeBSD.org Subject: Re: HPT370 RAID or Vinum? Message-ID: <20011107040135.E339@sydney.worldwide.lemis.com> References: <20010911090518.G733@canberra.worldwide.lemis.com> <200109110541.f8B5fAC10992@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <200109110541.f8B5fAC10992@freebsd.dk>; from sos@freebsd.dk on Tue, Sep 11, 2001 at 07:41:06AM +0200 Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-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 Tuesday, 11 September 2001 at 7:41:06 +0200, Søren Schmidt wrote: > It seems Greg Lehey wrote: >>> I reckon if the RAID functions are implemented in HPT BIOS (in software), >>> I'll be better off with Vinum. >> >> Ultimately, all RAID is software RAID. The issue is just how it's >> implemented. > > Exactly. > >> I'd guess that the HPT will give you far worse performance than Vinum, >> though I'd be very interested to see confirmation or denial of this >> guess. If you feel like benchmarking, contact me first. > > And why is that ? for RAID's with the same parameters, I'd expect them > to perform equal, maybe with a sligtht advantage to the ATA driver since it > saves a few cycles by being tighter integrated. Agreed. I don't think the RAIDs will have the same parameters. Most of these cheap controllers have fairly simplistic algorithms. Note that I said "guess", though. In my language, that means "don't know for sure". I'd really like to see some objective benchmarks. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Nov 10 2:47:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (dhcp158.rocks.bsdconeurope.org [195.40.100.158]) by hub.freebsd.org (Postfix) with ESMTP id A4C7837B42C for ; Sat, 10 Nov 2001 02:47:51 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id fA9GgwL00576; Fri, 9 Nov 2001 17:42:58 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Warner Losh Cc: Sansonetti Laurent , freebsd-hackers@FreeBSD.ORG Subject: Re: Measuring interrupt latency In-Reply-To: Your message of "Thu, 08 Nov 2001 09:51:36 MST." <200111081651.fA8Gpa744046@harmony.village.org> Date: Fri, 09 Nov 2001 17:42:58 +0100 Message-ID: <574.1005324178@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 <200111081651.fA8Gpa744046@harmony.village.org>, Warner Losh writes: >We found at Timing Solutions when we were trying to measure interrupt >latency that the system time (getnanotime()) gave us measurements with >a larger variance than our expensive scopes that does statistical >gathering. Uhm, you should have used nanotime(), not getnanotime(). getnanotime() returns a timestamp in nanoseconds of the last stored timestamp which may be up to 1/hz seconds old. -- 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 Nov 10 7:10:35 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 D604B37B41F; Sat, 10 Nov 2001 07:10:20 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.12.1/8.12.1) id fAAF9GvQ022537; Sat, 10 Nov 2001 10:09:16 -0500 (EST) Date: Sat, 10 Nov 2001 10:09:14 -0500 (EST) From: Daniel Eischen To: rittle@labs.mot.com Cc: freebsd-hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Report on FreeBSD 4.4 pthread implementation verses boehm-gc In-Reply-To: <200111090250.fA92o7h55180@latour.rsch.comm.mot.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [ Followups to -current ] On Thu, 8 Nov 2001, Loren James Rittle wrote: > Hello all, > > I have ported the most recent version of boehm-gc (6.1-alpha) to > FreeBSD/i386 under the auspice of the gcc project (it will be in Hans' > 6.1 release and it is on the gcc mainline). I got one notable thing > fully configured beyond what is in the ports tree (which is based on > 6.0): threaded GC is now supported. However, this work has uncovered > either a rare race condition in the 4.X pthread implementation (also > seen on a current 5.0 system) or a bad assumption in the GC signal > code (abstracted below). Either way, the result seen is an undetected > deadlock. With the following new assertion, I can at least force the > condition to be detectable in many cases where it would have locked up. > > Two questions come to mind: Is there any condition under which my new > assumption should not be true? Is there any obvious mistake that a > threaded application can make (perhaps related to its signal use) that > could cause the new assumption to ever be violated? > > I have also seen what I thought was a less important issue, but I now > see that it is probably related. After reviewing the FreeBSD uthread > source code, the issue appears to be a race between the pthread_exit() > code running in one thread and the pthread_join() code running in > another thread in conjunction with a sigsuspend() call occurring on a > signal handler of that second thread. Under some conditions, an > errant EINTR would be returned to the pthread_join() caller instead of > the exit code from the terminated thread. Under other timing > conditions, you get the deadlock spotted with the above new assertion. Try the following patch; this is to -current, you'll have to massage it a bit for -stable (Hint: s/curthread/_thread_run/ in -stable). -- Dan Eischen Index: uthread/pthread_private.h =================================================================== RCS file: /opt/d/CVS/src/lib/libc_r/uthread/pthread_private.h,v retrieving revision 1.63 diff -u -r1.63 pthread_private.h --- uthread/pthread_private.h 26 Oct 2001 21:19:22 -0000 1.63 +++ uthread/pthread_private.h 10 Nov 2001 14:35:48 -0000 @@ -601,6 +601,11 @@ /* XXX - What about thread->timeout and/or thread->error? */ }; +struct join_status { + struct pthread *thread; + int ret; + int error; +}; /* * Normally thread contexts are stored as jmp_bufs via _setjmp()/_longjmp(), @@ -757,8 +762,12 @@ */ int error; - /* Pointer to a thread that is waiting to join (NULL if no joiner). */ - struct pthread *joiner; + /* + * The joiner is the thread that is joining to this thread. The + * join status keeps track of a join operation to another thread. + */ + struct pthread *joiner; + struct join_status join_status; /* * The current thread can belong to only one scheduling queue at Index: uthread/uthread_exit.c =================================================================== RCS file: /opt/d/CVS/src/lib/libc_r/uthread/uthread_exit.c,v retrieving revision 1.23 diff -u -r1.23 uthread_exit.c --- uthread/uthread_exit.c 20 May 2001 23:08:32 -0000 1.23 +++ uthread/uthread_exit.c 10 Nov 2001 14:36:50 -0000 @@ -220,8 +220,9 @@ } /* Set the return value for the joining thread: */ - pthread->ret = curthread->ret; - pthread->error = 0; + pthread->join_status.ret = curthread->ret; + pthread->join_status.error = 0; + pthread->join_status.thread = NULL; /* Make this thread collectable by the garbage collector. */ PTHREAD_ASSERT(((curthread->attr.flags & PTHREAD_DETACHED) == Index: uthread/uthread_join.c =================================================================== RCS file: /opt/d/CVS/src/lib/libc_r/uthread/uthread_join.c,v retrieving revision 1.19 diff -u -r1.19 uthread_join.c --- uthread/uthread_join.c 16 Aug 2001 06:31:32 -0000 1.19 +++ uthread/uthread_join.c 10 Nov 2001 14:36:14 -0000 @@ -122,18 +122,20 @@ pthread->joiner = curthread; /* Keep track of which thread we're joining to: */ - curthread->data.thread = pthread; + curthread->join_status.thread = pthread; - /* Schedule the next thread: */ - _thread_kern_sched_state(PS_JOIN, __FILE__, __LINE__); + while (curthread->join_status.thread == pthread) { + /* Schedule the next thread: */ + _thread_kern_sched_state(PS_JOIN, __FILE__, __LINE__); + } /* * The thread return value and error are set by the thread we're * joining to when it exits or detaches: */ - ret = curthread->error; + ret = curthread->join_status.error; if ((ret == 0) && (thread_return != NULL)) - *thread_return = curthread->ret; + *thread_return = curthread->join_status.ret; } else { /* * The thread exited (is dead) without being detached, and no Index: uthread/uthread_sig.c =================================================================== RCS file: /opt/d/CVS/src/lib/libc_r/uthread/uthread_sig.c,v retrieving revision 1.38 diff -u -r1.38 uthread_sig.c --- uthread/uthread_sig.c 29 Jun 2001 17:09:07 -0000 1.38 +++ uthread/uthread_sig.c 10 Nov 2001 14:28:09 -0000 @@ -671,7 +671,6 @@ * signal handler to run: */ case PS_COND_WAIT: - case PS_JOIN: case PS_MUTEX_WAIT: /* * Remove the thread from the wait queue. It will @@ -679,6 +678,17 @@ * handlers have been invoked. */ PTHREAD_WAITQ_REMOVE(pthread); + break; + + case PS_JOIN: + /* + * Remove the thread from the wait queue. It will + * be added back to the wait queue once all signal + * handlers have been invoked. + */ + PTHREAD_WAITQ_REMOVE(pthread); + /* Make the thread runnable: */ + PTHREAD_SET_STATE(pthread, PS_RUNNING); break; /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Nov 10 10:56: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout05.sul.t-online.de (mailout05.sul.t-online.com [194.25.134.82]) by hub.freebsd.org (Postfix) with ESMTP id DD1E737B418; Sat, 10 Nov 2001 10:56:01 -0800 (PST) Received: from fwd05.sul.t-online.de by mailout05.sul.t-online.de with smtp id 162dIF-00058R-0B; Sat, 10 Nov 2001 19:55:51 +0100 Received: from peedub.muc.de (520017439985-0001@[217.80.232.195]) by fmrl05.sul.t-online.com with esmtp id 162dI4-03Gf2mC; Sat, 10 Nov 2001 19:55:40 +0100 Received: by peedub.muc.de (8.11.6/8.11.1) id fAAItSr13437; Sat, 10 Nov 2001 19:55:28 +0100 (CET) (envelope-from garyj) Message-Id: <200111101855.fAAItSr13437@peedub.muc.de> Content-Type: text/plain; charset="iso-8859-1" From: Gary Jennejohn Reply-To: garyj@jennejohn.org To: .@babolo.ru, freebsd-hackers@FreeBSD.ORG Subject: Re: Status of Tekram DC-395 drivers Date: Sat, 10 Nov 2001 19:55:28 +0100 X-Mailer: KMail [version 1.3] Cc: se@FreeBSD.ORG, ching@tekram.com.tw, erich@tekram.com.tw References: <200111100217.FAA06513@aaz.links.ru> In-Reply-To: <200111100217.FAA06513@aaz.links.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Sender: 520017439985-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 10 November 2001 03:17, .@babolo.ru wrote: > There is a FreeBSD driver for Tekram DC-395 SCSI adapters: > > ftp://ftp.tekram.com/SCSI/3X5/FreeBSD/FreeBSD400/dc395x_trm.ta >r.gz > > There are such strings in it: > /* > ************************************************************** >*********** ** Imported into FreeBSD source repository, and > updated to compile under ** FreeBSD-3.0-DEVELOPMENT, by Stefan > Esser , 1996-12-17 > ************************************************************** >*********** */ > > But I can't find anything in FreeBSD CVS repository > about it. > > Why? Interesting is that this driver is present in Linux. Don't know about FreeBSD, although I was using a Tekram 395 with the sym driver for a while. -- Gary Jennejohn garyj@jennejohn.org gj@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Nov 10 13: 1: 6 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 A419C37B41A for ; Sat, 10 Nov 2001 13:01:04 -0800 (PST) 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 fAAL0xa25420; Sat, 10 Nov 2001 14:01:00 -0700 (MST) (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 fAAL0w766516; Sat, 10 Nov 2001 14:00:58 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111102100.fAAL0w766516@harmony.village.org> To: "Louis A. Mamakos" Subject: Re: Measuring interrupt latency Cc: freebsd-hackers@FreeBSD.ORG, Poul-Henning Kamp In-reply-to: Your message of "Fri, 09 Nov 2001 13:45:18 EST." <200111091845.fA9IjIE19568@whizzo.transsys.com> References: <200111091845.fA9IjIE19568@whizzo.transsys.com> <574.1005324178@critter.freebsd.dk> <200111091703.fA9H3B753981@harmony.village.org> Date: Sat, 10 Nov 2001 14:00:58 -0700 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 <200111091845.fA9IjIE19568@whizzo.transsys.com> "Louis A. Mamakos" writes: : One a related, timekeeping note: is there any interest in updating or : extending the SO_TIMESTAMP socket option to return higher resolution : timestamps? Currently, it returns a struct timeval. I think that's a great idea. Something compatible with others would be my first choice. My second choice would be phk's 64.64 idea. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Nov 10 14:25:57 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 165C737B416; Sat, 10 Nov 2001 14:25:54 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id fAAMRQV01034; Sat, 10 Nov 2001 14:27:26 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200111102227.fAAMRQV01034@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Greg Lehey Cc: =?iso-8859-1?Q?S=F8ren_Schmidt?= , john_wilson100@excite.com, freebsd-hackers@FreeBSD.org, sos@FreeBSD.org Subject: Re: HPT370 RAID or Vinum? In-reply-to: Your message of "Wed, 07 Nov 2001 04:01:35 GMT." <20011107040135.E339@sydney.worldwide.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Sat, 10 Nov 2001 14:27:26 -0800 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 > > And why is that ? for RAID's with the same parameters, I'd expect the= m > > to perform equal, maybe with a sligtht advantage to the ATA driver si= nce it > > saves a few cycles by being tighter integrated. > = > Agreed. I don't think the RAIDs will have the same parameters. Most > of these cheap controllers have fairly simplistic algorithms. Note > that I said "guess", though. In my language, that means "don't know > for sure". I'd really like to see some objective benchmarks. Er. These "cheap controllers" don't have any algorithms at all to speak of; = they're just ATA controllers with BIOS code that supposedly understands = striping/mirroring. The "algorithms" are in the 'ar' driver, which should really just be a = vinum shim. -- = =2E.. 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 Sat Nov 10 15:33: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id E19F337B417 for ; Sat, 10 Nov 2001 15:33:00 -0800 (PST) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id CAA04062; Sun, 11 Nov 2001 02:38:48 +0300 (MSK) Message-Id: <200111102338.CAA04062@aaz.links.ru> Subject: Re: VIA 82231 South Bridge In-Reply-To: <200111100659.fAA6xdB13851@freebsd.dk> from "Søren Schmidt" at "Nov 10, 1 07:59:39 am" X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R To: sos@freebsd.dk Date: Sun, 11 Nov 2001 02:38:48 +0300 (MSK) Cc: hackers@FreeBSD.ORG From: .@babolo.ru 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 Søren Schmidt writes: > It seems .@babolo.ru wrote: > > Are there any planes to support > > VIA 82231 south bridge > > for UDMA33/66/100 ? > > Yes, I know, WDMA2 works with it > Could you do a pciconf -l and mail me that please ? 0test~(1)#pciconf -l chip0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x700e1022 rev=0x13 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x700f1022 rev=0x00 hdr=0x01 ahc0@pci0:10:0: class=0x010000 card=0xa1809005 chip=0x00109005 rev=0x00 hdr=0x00 xl0@pci0:11:0: class=0x020000 card=0x100010b7 chip=0x920010b7 rev=0x6c hdr=0x00 xl1@pci0:13:0: class=0x020000 card=0x100010b7 chip=0x920010b7 rev=0x6c hdr=0x00 isab0@pci0:17:0: class=0x060100 card=0x00000000 chip=0x82311106 rev=0x10 hdr=0x00 atapci0@pci0:17:1: class=0x01018a card=0x00000000 chip=0x05711106 rev=0x06 hdr=0x00 none0@pci0:17:4: class=0x000000 card=0x00000000 chip=0x82351106 rev=0x10 hdr=0x00 none1@pci1:5:0: class=0x030000 card=0x0642102b chip=0x0525102b rev=0x82 hdr=0x00 -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Nov 10 16:40:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 6F1B037B405 for ; Sat, 10 Nov 2001 16:40:09 -0800 (PST) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id DAA04652; Sun, 11 Nov 2001 03:46:00 +0300 (MSK) Message-Id: <200111110046.DAA04652@aaz.links.ru> Subject: Re: Status of Tekram DC-395 drivers In-Reply-To: <200111101855.fAAItSr13437@peedub.muc.de> from "Gary Jennejohn" at "Nov 10, 1 07:55:28 pm" To: garyj@jennejohn.org Date: Sun, 11 Nov 2001 03:46:00 +0300 (MSK) Cc: hackers@FreeBSD.ORG From: .@babolo.ru MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gary Jennejohn writes: > On Saturday 10 November 2001 03:17, .@babolo.ru wrote: > > There is a FreeBSD driver for Tekram DC-395 SCSI adapters: > > > > ftp://ftp.tekram.com/SCSI/3X5/FreeBSD/FreeBSD400/dc395x_trm.ta > >r.gz > > > > There are such strings in it: > > /* > > ************************************************************** > >*********** ** Imported into FreeBSD source repository, and > > updated to compile under ** FreeBSD-3.0-DEVELOPMENT, by Stefan > > Esser , 1996-12-17 > > ************************************************************** > >*********** */ > > > > But I can't find anything in FreeBSD CVS repository > > about it. > > > > Why? > > Interesting is that this driver is present in Linux. Don't know > about FreeBSD, although I was using a Tekram 395 with the sym > driver for a while. I have DC-395UW and first step was just to replace my Adaptec interface for DC-395UW and reboot (from IDE). My kernel has all this lines in config: >strings /kernel | grep '^___' | sed -e 's|^___||' .... # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices options AHC_ALLOW_MEMIO device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets) options SYM_SETUP_LP_PROBE_MAP=0x40 # Allow ncr to attach legacy NCR devices when # both sym and ncr are configured device adv0 at isa? device adw device bt0 at isa? device aha0 at isa? device aic0 at isa? device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 .... but SCSI does not recognised. What is the magic to use DC-395UW with sym? BTW, I do not found PCI signature of DC-395UW in CVS at all. (Tekram ASIC TRM-S1040 Vendor_ID 0x1DE1, Device_ID 0x0391) -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Nov 10 18:30:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 2F01037B41B for ; Sat, 10 Nov 2001 18:30:39 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 162kOL-0007pK-01; Sun, 11 Nov 2001 03:30:37 +0100 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id fAB29Bv19463 for freebsd-hackers@freebsd.org; Sun, 11 Nov 2001 03:09:11 +0100 (CET) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: Status of Tekram DC-395 drivers Date: Sun, 11 Nov 2001 02:09:10 +0000 (UTC) Message-ID: <9skmk6$i6v$3@kemoauc.mips.inka.de> References: <200111100217.FAA06513@aaz.links.ru> <200111101855.fAAItSr13437@peedub.muc.de> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gary Jennejohn wrote: > although I was using a Tekram 395 with the sym driver for a while. I very much doubt that. The DC-395 series are based on the Tekram S1040 chip which is not compatible with the Sym53C8xx chips. Maybe you are confusing this with some other Tekram adapters that are Sym-based. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Nov 10 18:30:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 3F52A37B41E for ; Sat, 10 Nov 2001 18:30:39 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 162kOL-0007pK-02; Sun, 11 Nov 2001 03:30:37 +0100 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id fAB2Sg620481 for freebsd-hackers@freebsd.org; Sun, 11 Nov 2001 03:28:42 +0100 (CET) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: cvs(1) Update and CVS/Entries Date: Sun, 11 Nov 2001 02:28:41 +0000 (UTC) Message-ID: <9sknop$jvo$1@kemoauc.mips.inka.de> References: <20011108160202.L51134@blossom.cjclark.org> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Crist J. Clark wrote: > I cvsup(1) the FreeBSD CVS repository. I've noticed something that > annoys me slightly, but also makes me worry if I am not doing > something correctly. The CVS/Entries file does not seem to get updated > when I do a 'cvs update.' [...] > It claims it does not know about golem, kdeartwork, mosfet-liquid, > phluid, and ratmenu, but they are recursed into and updated. As far as the recursion is concerned, I think CVS simply recurses into every directory and proceeds to update it if it finds a CVS directory there. > Even though the modification time of CVS/Entries is changed > everytime, those directories are not added. Like it or not, that's a feature. Those directories where not checked out into this parent directory. CVS doesn't know about them, so it purposely ignores them. CVS will not pick up random files lying around and add or sync them to the repository. That they happen to share the names of directories already in the repository doesn't matter. Things either need to have been checked out or added. > Am I not doing something correctly. I don't know how you created this particular situation, but you must have done something wrong along the way. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Nov 10 19:21:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 01C9937B41C for ; Sat, 10 Nov 2001 19:21:24 -0800 (PST) Received: from whizzo.transsys.com (#6@localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.6/8.11.6) with ESMTP id fAB3LKE33297; Sat, 10 Nov 2001 22:21:21 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <200111110321.fAB3LKE33297@whizzo.transsys.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Warner Losh Cc: freebsd-hackers@FreeBSD.ORG, Poul-Henning Kamp X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: Measuring interrupt latency References: <200111091845.fA9IjIE19568@whizzo.transsys.com> <574.1005324178@critter.freebsd.dk> <200111091703.fA9H3B753981@harmony.village.org> <200111102100.fAAL0w766516@harmony.village.org> In-reply-to: Your message of "Sat, 10 Nov 2001 14:00:58 MST." <200111102100.fAAL0w766516@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 10 Nov 2001 22:21:20 -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 > In message <200111091845.fA9IjIE19568@whizzo.transsys.com> "Louis A. Mamakos" writes: > : One a related, timekeeping note: is there any interest in updating or > : extending the SO_TIMESTAMP socket option to return higher resolution > : timestamps? Currently, it returns a struct timeval. > > I think that's a great idea. Something compatible with others would > be my first choice. My second choice would be phk's 64.64 idea. > > Warner I don't believe there is another SO_TIMESTAMP implementation with higher resolution timestamps (e.g., nanoseconds). I'll have a look at what exactly the Linux folks did; I think the code in ther other *BSD's is a port of the FreeBSD code. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Nov 10 21:45:54 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 DE73E37B419 for ; Sat, 10 Nov 2001 21:45:49 -0800 (PST) Received: from localhost (john@localhost) by www.kozubik.com (8.11.0/8.11.0) with ESMTP id fAB5YqO68734; Sat, 10 Nov 2001 21:34:53 -0800 (PST) (envelope-from john@kozubik.com) Date: Sat, 10 Nov 2001 21:34:52 -0800 (PST) From: John Kozubik To: Mike Silbersack Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: CPU Temp and Fan speed as entropy? In-Reply-To: <20011109095347.R46119-100000@achilles.silby.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG CPU temp and fan speed may or may not be truly random - regardless, I would be wary of using them as random seeds. First, I suspect that the range of values is quite small - how much does your temp and fan speed actually fluctuate over time ? Second, I don't have a bios like this in front of me to examine, but I doubt the granularity is greater than one decimal place. Comments ? Due to the small range that these numbers will fall in, I would think the effectiveness of these values as a random seed are directly related to the number of places to the right of the decimal these values are measured in. ----- John Kozubik - john@kozubik.com - http://www.kozubik.com On Fri, 9 Nov 2001, Mike Silbersack wrote: > > Out of curiousity, has anyone looked into using cpu temperature and fan > speed as an entropy source? The thought came to last time I was in bios, > looking at the temperature stats; to my untrained eye, it sure looks like > those numbers bounce around a lot. I think most motherboards are coming > with such sensors onboard these days, and I also believe that we have > userland support for reading the values. > > I think we're doing just fine wrt entropy in -current, but it would still > be rather neat to harvest hardware-derived entropy on a wide variety of > machines. > > Just curious, > > Mike "Silby" Silbersack > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Nov 10 22: 2:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 9F21037B422 for ; Sat, 10 Nov 2001 22:02:41 -0800 (PST) Received: from dialup-209.247.136.102.dial1.sanjose1.level3.net ([209.247.136.102] helo=blossom.cjclark.org) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 162nhY-0007mq-00; Sat, 10 Nov 2001 22:02:41 -0800 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.3) id fAB62FP69730; Sat, 10 Nov 2001 22:02:15 -0800 (PST) (envelope-from cjc) Date: Sat, 10 Nov 2001 22:02:15 -0800 From: "Crist J. Clark" To: Christian Weisgerber Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: cvs(1) Update and CVS/Entries Message-ID: <20011110220215.F69195@blossom.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <20011108160202.L51134@blossom.cjclark.org> <9sknop$jvo$1@kemoauc.mips.inka.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <9sknop$jvo$1@kemoauc.mips.inka.de>; from naddy@mips.inka.de on Sun, Nov 11, 2001 at 02:28:41AM +0000 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-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, Nov 11, 2001 at 02:28:41AM +0000, Christian Weisgerber wrote: > Crist J. Clark wrote: [snip] > > Even though the modification time of CVS/Entries is changed > > everytime, those directories are not added. > > Like it or not, that's a feature. Those directories where not > checked out into this parent directory. CVS doesn't know about > them, so it purposely ignores them. CVS will not pick up random > files lying around and add or sync them to the repository. That > they happen to share the names of directories already in the > repository doesn't matter. Things either need to have been checked > out or added. They were added by CVS... I think. > > Am I not doing something correctly. > > I don't know how you created this particular situation, but you > must have done something wrong along the way. Those ports have been added since I initially did a 'cvs co' of the ports tree. I would have expected CVS to have added them to 'CVS/Entries' when it first added those directories in a 'cvs up'. I am not sure why it didn't. Oh, well. I'll just do some surgery the 'Entries' and be done with it. Thanks for the response. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Nov 10 23:40:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout06.sul.t-online.de (mailout06.sul.t-online.com [194.25.134.19]) by hub.freebsd.org (Postfix) with ESMTP id 8855A37B41A for ; Sat, 10 Nov 2001 23:40:22 -0800 (PST) Received: from fwd05.sul.t-online.de by mailout06.sul.t-online.de with smtp id 162pE5-0007sn-03; Sun, 11 Nov 2001 08:40:21 +0100 Received: from peedub.muc.de (520017439985-0001@[217.228.219.154]) by fmrl05.sul.t-online.com with esmtp id 162pDy-1ung24C; Sun, 11 Nov 2001 08:40:14 +0100 Received: by peedub.muc.de (8.11.6/8.11.1) id fAB7e3114682; Sun, 11 Nov 2001 08:40:03 +0100 (CET) (envelope-from garyj) Message-Id: <200111110740.fAB7e3114682@peedub.muc.de> Content-Type: text/plain; charset="iso-8859-1" From: Gary Jennejohn Reply-To: garyj@jennejohn.org To: .@babolo.ru Subject: Re: Status of Tekram DC-395 drivers Date: Sun, 11 Nov 2001 08:40:02 +0100 X-Mailer: KMail [version 1.3] Cc: hackers@FreeBSD.ORG References: <200111110046.DAA04652@aaz.links.ru> In-Reply-To: <200111110046.DAA04652@aaz.links.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Sender: 520017439985-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 11 November 2001 01:46, .@babolo.ru wrote: > Gary Jennejohn writes: >> > Interesting is that this driver is present in Linux. Don't > > know about FreeBSD, although I was using a Tekram 395 with > > the sym driver for a while. > > I have DC-395UW and first step was just to replace > my Adaptec interface for DC-395UW and reboot > (from IDE). > [snip] Maybe I was using a 390 and not a 395. It's been a while since I had that controller in service and I don't have it here to look at it. -- Gary Jennejohn garyj@jennejohn.org gj@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Nov 10 23:53:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web20906.mail.yahoo.com (web20906.mail.yahoo.com [216.136.226.228]) by hub.freebsd.org (Postfix) with SMTP id 8C44137B427 for ; Sat, 10 Nov 2001 23:53:24 -0800 (PST) Message-ID: <20011111075324.72482.qmail@web20906.mail.yahoo.com> Received: from [210.83.145.6] by web20906.mail.yahoo.com via HTTP; Sat, 10 Nov 2001 23:53:24 PST Date: Sat, 10 Nov 2001 23:53:24 -0800 (PST) From: David Xu Subject: Found some unnecessary code To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Found some unnecessary code in FreeBSD 4.4-stable VM. File vm_page.c, in function vm_page_startup(), vm_page bucket is zeroed two times, this is unnecessary. --- vm_page.c Sun Nov 11 15:34:41 2001 +++ vm_page.c.orig Sun Nov 11 15:34:21 2001 @@ -265,6 +265,11 @@ vaddr = round_page(vaddr); bzero((caddr_t) mapped, vaddr - mapped); + for (i = 0; i < vm_page_bucket_count; i++) { + *bucket = NULL; + bucket++; + } + /* * Compute the number of pages of memory that will be available for * use (taking into account the overhead of a page structure per File vm_object.c, function vm_object_backing_scan() calling vm_page_deactivate() is unnecessary, this is already done in vm_page_rename(). --- vm_object.c.orig Sun Nov 11 15:35:22 2001 +++ vm_object.c Sun Nov 11 15:35:42 2001 @@ -1159,9 +1159,6 @@ * If the page was mapped to a process, it can remain * mapped through the rename. */ - if ((p->queue - p->pc) == PQ_CACHE) - vm_page_deactivate(p); - vm_page_rename(p, object, new_pindex); /* page automatically made dirty by rename */ } -- David Xu __________________________________________________ Do You Yahoo!? Find a job, post your resume. http://careers.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message