From owner-freebsd-current Sun Jan 27 15:18:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by hub.freebsd.org (Postfix) with ESMTP id F360037B402; Sun, 27 Jan 2002 15:18:26 -0800 (PST) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id PAA05639; Sun, 27 Jan 2002 15:18:21 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [162.62.64.10]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id PAA14567; Sun, 27 Jan 2002 15:01:41 -0800 (PST) Received: from hollin.btc.adaptec.com (hollin [162.62.149.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id QAA17693; Sun, 27 Jan 2002 16:18:17 -0700 (MST) Received: (from scottl@localhost) by hollin.btc.adaptec.com (8.11.6/8.11.4) id g0RNFNV72686; Sun, 27 Jan 2002 16:15:23 -0700 (MST) (envelope-from scottl) Date: Sun, 27 Jan 2002 16:15:23 -0700 From: Scott Long To: Anders Andersson Cc: Edwin Culp , current@freebsd.org, scottl@freebsd.org Subject: Re: snd_maestro3 on Current laptop begining on Wednesday morning. Message-ID: <20020127231523.GA72679@hollin.btc.adaptec.com> References: <1011968490.3c5169ea6be66@Mail.SavvyWorld.Net> <20020126212852.GA299@sushi.sanyusan.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020126212852.GA299@sushi.sanyusan.se> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Fixed. See the commit message for the reason. It looks like only the maestro and maestro3 drivers were affected by this. Scott On Sat, Jan 26, 2002 at 10:28:52PM +0100, Anders Andersson wrote: > On Fri, Jan 25, 2002 at 06:21:30AM -0800, Edwin Culp wrote: > > My laptop sound seems to have quit working after some changes that were > > submitted, between my Tuesday morning +-4:30 am PST and wednesday > > 4:30 am PST. I assumed that I had not cvsuped all the changes but > > today's build still doesn't work. The module loads but no sound. > > > > /root # cat /dev/sndstat > > FreeBSD Audio Driver (newpcm) > > Installed devices: > > pcm0: at io 0x1800 irq 5 (4p/1r/0v channels duplex > > default) > > > > and > > > > pciconf shows: > > > > pcm0@pci0:10:0: class=0x040100 card=0x002e0e11 chip=0x1988125d rev=0x12 hdr=0x00 > > vendor = 'ESS Technology' > > device = 'ES1989 Allegro-1 Audiodrive' > > class = multimedia > > subclass = audio > > > > if I try a cat file.au>/dev/audioX.X, I get a > > cannot create /dev/audioX.X > > > > I really looks like it should work but it doesn't. I can boot with Tuesdays > > kernel and it works fine. > > > > Is anyone else seeing this? > > I am seeing the exact same thing, worked on -current some days ago... > -- > Anders Andersson > UNIX, Networking and Security consultant > +46 (0)705 87 53 35 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 27 15:43:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 1C5FA37B421 for ; Sun, 27 Jan 2002 15:43:01 -0800 (PST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 251EF78306; Sun, 27 Jan 2002 11:34:26 +1030 (CST) Date: Sun, 27 Jan 2002 11:34:26 +1030 From: Greg Lehey To: Gabriel Ambuehl Cc: current@freebsd.org Subject: Re: microuptime went backwards Message-ID: <20020127113426.A94334@wantadilla.lemis.com> References: <76296244797.20020126162804@buz.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <76296244797.20020126162804@buz.ch> User-Agent: Mutt/1.3.23i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday, 26 January 2002 at 16:28:04 +0100, Gabriel Ambuehl wrote: > -----BEGIN PGP SIGNED MESSAGE----- > > Hello, > I just installed 5 CURRENT (20.1. snapshot) on a K6-2 500 whic was > previously running 4.4 STABLE without any problems but since CURRENT > is running, it keeps printing error messages about microuptime went > backwards which doesn't seem to hurt the system itself but is very > annoying to work with as it jams the whole screen in a matter of > seconds with error messages, thus making it impossible to really work > with the system. Now in some mailinglist archive it was suggested to > turn of the APM of the board (some Elitegroup Super Socket 7 board > based on a SiS chipset, can dig out the specs if that helps) but > that didn't help at all... Funny, it always does for me. Note that you have to build a kernel without APM support; just disabling it doesn't work. If that doesn't help, you're probably on your own. > Oh and please reply to me privately as well as I'm not reading this > list (too much traffic)! If you're running -CURRENT, you should be reading this list. If you don't have time, don't run -CURRENT. Greg -- 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 Jan 27 16:52:20 2002 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 EB54537B402 for ; Sun, 27 Jan 2002 16:52:15 -0800 (PST) Received: from teabag.demon.co.uk ([193.237.4.110] helo=teabag.cbhnet) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 16V01u-000Fop-0X for freebsd-current@freebsd.org; Mon, 28 Jan 2002 00:52:14 +0000 Received: from localhost (localhost [127.0.0.1]) by teabag.cbhnet (Postfix) with ESMTP id A092C64FF7 for ; Mon, 28 Jan 2002 00:52:13 +0000 (GMT) Date: Mon, 28 Jan 2002 00:52:13 +0000 (GMT) From: Chris Hedley X-X-Sender: cbh@teabag.cbhnet To: freebsd-current@freebsd.org Subject: Re: Processes hanging in ``inode' state In-Reply-To: <20020126024324.A73968@dragon.nuxi.com> Message-ID: <20020128005040.S8421-100000@teabag.cbhnet> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 26 Jan 2002, David O'Brien wrote: > On Fri, Jan 25, 2002 at 03:51:08PM -0800, Jos Backus wrote: > > Recent -current on my system at work exhibits processes getting stuck in the > > ``inode'' state, causing the system to become unusable and requiring a reboot. > > > > I have been seeing this for about a week now; anyone else? > > I have been living with this in -CURRENT since mid-summer. I am lucky to > have 1 week uptimes. > > What editor are you using? I lock up my system most often using > mutt+vim. Similarly I've had numerous problems (probably going back around six months) with trn + vi. I thought it was just me... Chris. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 27 17:42:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from encontacto.net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by hub.freebsd.org (Postfix) with ESMTP id 5777637B404; Sun, 27 Jan 2002 17:42:45 -0800 (PST) Received: (from root@localhost) by encontacto.net (8.11.6/8.11.4) id g0S1jxf47576; Sun, 27 Jan 2002 17:45:59 -0800 (PST) (envelope-from eculp@encontacto.net) Received: from 64.173.182.155 ( [64.173.182.155]) as user eculp@EnContacto.Net by Mail.SavvyWorld.Net with HTTP; Sun, 27 Jan 2002 17:45:59 -0800 Message-ID: <1012182359.3c54ad579a359@Mail.SavvyWorld.Net> Date: Sun, 27 Jan 2002 17:45:59 -0800 From: Edwin Culp To: Scott Long Cc: Anders Andersson , current@freebsd.org, scottl@freebsd.org Subject: Re: snd_maestro3 on Current laptop begining on Wednesday morning. References: <1011968490.3c5169ea6be66@Mail.SavvyWorld.Net> <20020126212852.GA299@sushi.sanyusan.se> <20020127231523.GA72679@hollin.btc.adaptec.com> In-Reply-To: <20020127231523.GA72679@hollin.btc.adaptec.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 64.173.182.155 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks, Scott, for both the fix and the email. I'll give it a try in the morning after my daily build. ed Quoting Scott Long : > Fixed. See the commit message for the reason. It looks like only the > maestro and maestro3 drivers were affected by this. > > Scott > > On Sat, Jan 26, 2002 at 10:28:52PM +0100, Anders Andersson wrote: > > On Fri, Jan 25, 2002 at 06:21:30AM -0800, Edwin Culp wrote: > > > My laptop sound seems to have quit working after some changes that were > > > submitted, between my Tuesday morning +-4:30 am PST and wednesday > > > 4:30 am PST. I assumed that I had not cvsuped all the changes but > > > today's build still doesn't work. The module loads but no sound. > > > > > > /root # cat /dev/sndstat > > > FreeBSD Audio Driver (newpcm) > > > Installed devices: > > > pcm0: at io 0x1800 irq 5 (4p/1r/0v channels > duplex > > > default) > > > > > > and > > > > > > pciconf shows: > > > > > > pcm0@pci0:10:0: class=0x040100 card=0x002e0e11 chip=0x1988125d rev=0x12 > hdr=0x00 > > > vendor = 'ESS Technology' > > > device = 'ES1989 Allegro-1 Audiodrive' > > > class = multimedia > > > subclass = audio > > > > > > if I try a cat file.au>/dev/audioX.X, I get a > > > cannot create /dev/audioX.X > > > > > > I really looks like it should work but it doesn't. I can boot with > Tuesdays > > > kernel and it works fine. > > > > > > Is anyone else seeing this? > > > > I am seeing the exact same thing, worked on -current some days ago... > > -- > > Anders Andersson > > UNIX, Networking and Security consultant > > +46 (0)705 87 53 35 > --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 27 19:45:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mw1.texas.net (mw1.texas.net [206.127.30.11]) by hub.freebsd.org (Postfix) with ESMTP id E62C937B402; Sun, 27 Jan 2002 19:45:17 -0800 (PST) Received: from staff3.texas.net (staff3.texas.net [207.207.0.40]) by mw1.texas.net (8.11.6/8.11.6) with ESMTP id g0S3jEA20758; Sun, 27 Jan 2002 21:45:15 -0600 (CST) Received: (from doug@localhost) by staff3.texas.net (8.11.6/8.11.6) id g0S3jDB12482; Sun, 27 Jan 2002 21:45:13 -0600 (CST) (envelope-from doug) Date: Sun, 27 Jan 2002 21:45:13 -0600 From: Doug Swarin To: Scott Long Cc: freebsd-current@freebsd.org, bright@mu.org, sobomax@freebsd.org, kris@obsecurity.org Subject: Re: Panic in ufs_dirbad() Message-ID: <20020127214513.A12346@staff.texas.net> References: <20020125184512.A64502@staff.texas.net> <20020127053854.GA71386@hollin.btc.adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020127053854.GA71386@hollin.btc.adaptec.com>; from scott_long@btc.adaptec.com on Sat, Jan 26, 2002 at 10:38:54PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jan 26, 2002 at 10:38:54PM -0700, Scott Long wrote: > Besides this somewhat empirical evidence, is there any other reason > that you suspect the aac controller? Can you post the relevant dmesg > lines that describe this controller? We make pretty heavy use of > our aac controller here, with very good results. I'd like to help > narrow this down, since data corruption is not a typical failure > mode of these controllers or the aac driver. The relevant dmesg lines were in the message; I've reproduced them below. I had no reason to suspect the controller before Matt Dillon mentioned it during and after our debugging session. I'm still waiting on diagnostic testing on the machine in question. I've had no problems that I can directly trace to the controller. > > ahc0: port 0xd800-0xd8ff mem 0xf7ffe000-0xf7ffefff irq 10 at device 4.1 on pci2 > > aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/255 SCBs > > aac0: mem 0xf0000000-0xf3ffffff irq 2 at device 2.1 on pci1 > > aac0: i960RX 100MHz, 54MB cache memory, no battery support > > aac0: Kernel 2.1-3, Build 2951, S/N 4c20d0 > > aacd0: on aac0 > > aacd0: 139997MB (286714368 sectors) > > Mounting root from ufs:/dev/aacd0s1a -- Doug Swarin, Programmer doug (at) texas dot net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 27 19:47:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from web11408.mail.yahoo.com (web11408.mail.yahoo.com [216.136.131.238]) by hub.freebsd.org (Postfix) with SMTP id EAD6A37B402 for ; Sun, 27 Jan 2002 19:47:16 -0800 (PST) Message-ID: <20020128034716.90219.qmail@web11408.mail.yahoo.com> Received: from [202.167.61.228] by web11408.mail.yahoo.com via HTTP; Sun, 27 Jan 2002 19:47:16 PST Date: Sun, 27 Jan 2002 19:47:16 -0800 (PST) From: Shizuka Kudo Subject: Re: No buffer space available To: Terry Lambert Cc: freebsd-current@freebsd.org In-Reply-To: <3C51253C.6F59A4D4@mindspring.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry, Thanks for your response. I wonder if I misunderstand your advice. When looking at the if_rl.c (dated Dec 14), there's already a timer attached to ifp->if_watchdog. Is this the timer you referred to? If so, it looks like this timer never called by the driver in my case as I never saw "watchdog timeout" error. Any advice? --- Terry Lambert wrote: > Shizuka Kudo wrote: > > Is anyone still seeing the "No buffer space > availabe" > > message in 5.0-CURRENT? I have checked the mail > > archieve and saw several replies, but none worked > in > > my case. > > > > I have a Thinkpad 600X with a Melco cardbus 10/100 > > ethernet card (a Realtek 8139B) running 5.0 > NEWCARD > > kernel with NMBCLUSTERS=16384. > > "No buffer space available" occurred when I tried > to > > ftp a file in my Thinkpad from other client. > "ifconfig > > rl0 down" and then "ifconfig rl0 up" resumed the > > operation for awhile until the error happened > again. > > Setting media to 10baseT/UTP did not suffer from > this > > error and got about 900Kbytes/s throughput. > > > > Would that be a bug in the driver that ftp server > is > > delivering too much traffic to the NIC? Any > suggestion > > that I can try? > > That downing and reupping it worked indicates that > you > are losing a transmit interrupt draining the write > queue. > > I'm pretty sure that this has to be related to the > use > of "interrupt threads" in -current, as I do not have > the > problem with the 8139B's I have, with an older, > stable > version of FreeBSD. > > The downing and reupping it resets the card (this is > an > intentional side effect, designed to make Tigon II > cards > suck^W^W^W^W^Wallow recovery from a hosed driver > that > people would rather hack around than > fix^W^W^W^W^W^W^W^W, > which should never happen in practice). > > The "normal" workaround for this is to have a > software > "watchdog" timer that resets the card when it loses > its > mind like this (transmit interrupt pending, no > transmit > interrupt seen for timeout period). You could add > similar > code the the RealTek driver pretty easily, using the > Tigon > II or another driver as a template, if you wanted to > work > around the problem instead of actually fixing > it^W^W^W^W^W. > > -- Terry __________________________________________________ Do You Yahoo!? Great stuff seeking new owners in Yahoo! Auctions! http://auctions.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 27 23:10:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from oahu.WURLDLINK.NET (oahu.WURLDLINK.NET [216.235.52.1]) by hub.freebsd.org (Postfix) with ESMTP id 3D81E37B402 for ; Sun, 27 Jan 2002 23:10:15 -0800 (PST) Received: from localhost (vince@localhost) by oahu.WURLDLINK.NET (8.11.3/8.11.3) with ESMTP id g0S79gx76706 for ; Sun, 27 Jan 2002 21:09:42 -1000 (HST) (envelope-from vince@oahu.WURLDLINK.NET) Date: Sun, 27 Jan 2002 21:09:41 -1000 (HST) From: Vincent Poy To: current@FreeBSD.ORG Subject: kernel build fails in latest -CURRENT Message-ID: <20020127210806.P37944-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG With the latest -CURRENT, the kernel fails building with the SVR4 option but is fine without the SVR4 options as follows: touch hack.c cc -elf -shared -nostdlib hack.c -o hack.So rm -f hack.c sh /usr/src/sys/conf/newvers.sh PELE cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common -elf -mpreferred-stack-boundary=2 vers.c linking kernel.debug svr4_filio.o: In function `svr4_fil_ioctl': /usr/src/sys/compat/svr4/svr4_filio.c(.text+0xbd): undefined reference to `mtx_lock' /usr/src/sys/compat/svr4/svr4_filio.c(.text+0x118): undefined reference to `mtx_unlock' /usr/src/sys/compat/svr4/svr4_filio.c(.text+0x130): undefined reference to `mtx_unlock' /usr/src/sys/compat/svr4/svr4_filio.c(.text+0x141): undefined reference to `mtx_unlock' /usr/src/sys/compat/svr4/svr4_filio.c(.text+0x1ed): undefined reference to `mtx_unlock' *** Error code 1 Stop in /usr/obj/usr/src/sys/PELE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. root@pele [9:08pm][/usr/src] >> Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 27 23:16:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from oahu.WURLDLINK.NET (oahu.WURLDLINK.NET [216.235.52.1]) by hub.freebsd.org (Postfix) with ESMTP id 4B5F537B41D for ; Sun, 27 Jan 2002 23:16:30 -0800 (PST) Received: from localhost (vince@localhost) by oahu.WURLDLINK.NET (8.11.3/8.11.3) with ESMTP id g0S7FwF76794 for ; Sun, 27 Jan 2002 21:15:58 -1000 (HST) (envelope-from vince@oahu.WURLDLINK.NET) Date: Sun, 27 Jan 2002 21:15:57 -1000 (HST) From: Vincent Poy To: current@FreeBSD.ORG Subject: telnetd broken in -CURRENT Message-ID: <20020127211457.Y37944-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm using KRB4/KRB5 in make.conf when building the latest -current sources, telnetd appears to be broken. vince@pele [9:14pm][~] >> telnet localhost Trying 127.0.0.1... Connected to localhost.WURLDLINK.NET. Escape character is '^]'. telnetd in free(): error: chunk is already free Connection closed by foreign host. Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 0:25:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from sima.sita.kiev.ua (sima.sita.kiev.ua [193.193.223.17]) by hub.freebsd.org (Postfix) with ESMTP id 277DB37B417 for ; Mon, 28 Jan 2002 00:25:46 -0800 (PST) Received: (from ay@localhost) by sima.sita.kiev.ua (8.Who.Cares/8.Who.Cares) id KAA70482 for freebsd-current@freebsd.org; Mon, 28 Jan 2002 10:25:37 +0200 (EET) (envelope-from ay) Date: Mon, 28 Jan 2002 10:25:37 +0200 From: Alexander Yeremenko To: freebsd-current@freebsd.org Subject: problem with pam in login Message-ID: <20020128102537.A70360@sita.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.95.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm running virgin 4-5-RC #1. In /etc/pam.conf i have login auth sufficient pam_skey.so login auth requisite pam_cleartext_pass_ok.so login auth required pam_unix.so try_first_pass ány attempt to login causes syslog : login: no modules loaded for login session login: pam_open_session: permission denied In 4.2-RELEASE with same pam.conf i had not this problem. What is the matter ? How can i stop this syslog spam ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 1:57:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id 7BE3037B402 for ; Mon, 28 Jan 2002 01:57:38 -0800 (PST) Received: from pool0101.cvx22-bradley.dialup.earthlink.net ([209.179.198.101] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16V8Xg-0003xJ-00; Mon, 28 Jan 2002 01:57:37 -0800 Message-ID: <3C55208A.7FAF3C87@mindspring.com> Date: Mon, 28 Jan 2002 01:57:30 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Shizuka Kudo Cc: freebsd-current@freebsd.org Subject: Re: No buffer space available References: <20020128034716.90219.qmail@web11408.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Shizuka Kudo wrote: > Thanks for your response. I wonder if I misunderstand > your advice. When looking at the if_rl.c (dated Dec > 14), there's already a timer attached to > ifp->if_watchdog. Is this the timer you referred to? > If so, it looks like this timer never called by the > driver in my case as I never saw "watchdog timeout" > error. > > Any advice? It's not clear to me that the watchdog timer has been initialized at the time of the problem. The rl_txeof() function zeros it. Are you sure you are not getting *one* watchdog reset? One thing you might try is to put: rl_reset(sc); Between the rl_rxeof() call and the rl_init() call in the rl_watchdog() code. I'm not positive this is the right place for it: perhaps it -- and the rl_init()? -- should be before the rl_txeof() call. It is noticible that the rl_reset() function is used everywhere else before the rl_init() in the error recovery case, but not here, as when you down and re-up the interface, that's what's happens as well. It looks like if the receive interrupt is lost, that the watchdog doesn't cover that case, that it's specific to the transmit interrupt. This won't help with incoming connections initiated by a remote side (the initial SYN of the three way handshake) if the thing is wedged at the time, but... One possible workaround that would cause the transmit to fix the receive in case the receive interrupt was lost would be to call rl_rxeof(sc) as the first thing in the rl_txeof() routine. That way, a lost interrupt would be recovered when your ping packet went out by reaping the receivable data withouyt an interupt at all (basically, it makes it into a "poll on transmit" model, which is a really bad model, since it fails in the case I noted, but what the hack. 8-)). If the problem is a race window in the receive interrupt for the flag getting set (bad hardware, bad flag checks in the driver, etc.), one possible workaround would be to call the rl_rxeof() unconditionally in the interrupt, even if you *think* the interrupt is not for the rl device (i.e. perhaps the interrupt is sent before the RL_INTRS flag is set in the status word, or perhaps the reading of the status word is prone to failure). The way to handle this is to to change the for(;;) loop in the rl_int() function; specifically, move the if((status & RL_INTRS) == 0) break; To the *end* of the loop, after the check. You may also want to *unconditionally* call rl_rxeof(), instead of doing the call conditionally, just to be sure (do this only if nothing else fixes the problem for you). What's the net effect of this? The overall effect of doing this would be to slow down any device that shared a PCI interrupt with the if_rl card(s) in your system. This is why it's not done by default. Another possible approach is a *long* watchdog -- a second watchdog timer. Basically, this timer would fire and call the rl_intr() function on the interface, as if there had been a hardware interrupt. You would not want to do this more than once a second. The tricky part here is that you will need a wrapper function to raise and lower the SPL over the call (I'm actually curious why the current watchdog timer can get away with not raising the SPL to splbio from splnet, but I suppose it's so incredibly rare it's not a practical problem). If none of this works, you might consider labelling the harware as "broken", and swapping out the rl interface (probably means swapping out the motherboard for you, but rl 10/100 cards are US$9 at Frys, these days, so it would be a cheap experiment, if you wanted to try it that way, instead). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 8:34:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from picard.skynet.be (picard.skynet.be [195.238.3.131]) by hub.freebsd.org (Postfix) with ESMTP id 285D737B41E for ; Mon, 28 Jan 2002 08:27:45 -0800 (PST) Received: from HOST (adsl-68184.turboline.skynet.be [217.136.138.88]) by picard.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.16) with SMTP id g0SGRRi07809 for ; Mon, 28 Jan 2002 17:27:27 +0100 (MET) (envelope-from ) Date: Mon, 28 Jan 2002 17:27:27 +0100 (MET) From: michel.mergaerts@skynet.be Message-Id: <200201281627.g0SGRRi07809@picard.skynet.be> To: freebsd-current@FreeBSD.ORG Subject: new photos from my party! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! My party... It was absolutely amazing! I have attached my web page with new photos! If you can please make color prints of my photos. Thanks! begin 666 www.myparty.yahoo.com M35J0``,````$````__\``+@`````````0``````````````````````````` M````````````````````@`````X?N@X`M`G-(;@!3,TA5&AIP$`0``BT4,4U97BP"CH`%!`.@0!!2_^V?W!&0)`<#XA;?>2;.S5P]1E>!\CY#;?OQR$3'(/$$%H2P5[#PU%MV1*V M43W4&#W^?MFUFX)J`FJS-Q;<#(U%^%`>L+;%#.I9%AC_=?C-_37L"A7\4:-H M=#Y6$G;]]NYCC;R+3?AT,]([P;`[5?QT""?[OHO/%8T$"8D-H%`]Q/E&&Q9[ MUB"E\VJ%V&$AH@`9IF6Y+=O+`/TSV\8'_VX4Q`9+LS5;#`%A!@)P`[-U#S=S M:-A5_\E0$01+LS1;=`8%909R!R=;LS1`"&=""0I;<[)T#6P+#"YK#>;O9#L^ M#@],B)T0/&+?=J@8#.(4OL@&FP'W9L]D)0!0L08O[K\-/QL-CC_ MT/?Q.<;&_S?2!9P7?'0,COUAK003*T.#QP0[+W+6]]L1-@M;%8/L(E=J9(`E M-T-C8^$`7Y_\91G!FM']2W=H`,GW`8")??C'1?0)`.Z&6[EZE"%8=5/(BS68 M#!]==VN0&FCX/%`R]`9U9,R9[OS_UB(G.1^0F\T-&>`$2YSK#C<6C&0*HY91 MB/[#>P0`&FQ9DQ]\@4`4;`??_0N[+5`4;A"+\/"-KYU?5MR24R"* MPX!EFJYSO_P$,8A%_LG-C`/P_MW)YMA`4*(SF!X::-AWLKI`45`;=`H@UH>' M,?:%?/L#?+(/6Y"47ZQ9<'//;,<%#U"]>\EL4,"I@[U\$@(/E,#U36B#P61P M$&`=>1O(KTP%G%"!G&AX2>J:!AVF%!!0EB62(>P#SJ?135Z23#$CSV%=7\5EN1P;8.\G80/$$/@D$E/%H/ASDWG&W`H7;R_8NLP>OR\N)5?0"[`C> M+E&V=SA%"83`,XB$%8OM;K\00D$?=NDA@*0/NCW^[&^]!C!\#0@Y#XYH`CV% MO^;K#"D>C0Q)28`$,,+);N:$21YJ+MS<9U]@9ZXQ-H/I`S<10IX<81\$\0$J M)3D9!='V"ME"0@UYMCI82');I2P5AZ!N4/N^BS7)&2YV2HJ$-14\]&6S\$*A M.7X@J7Q^&`NW%G8'6GZQ0-X\+C$\P=G9VRUT#U]U%$-&6CL<9I:^@7*_ZP?8 M"%[V+Y=,LO\P"G\&1_8D5_:#_P5_1-DY70C"X"#0W/,(1'4NOB.;#G9TT?\V M]X.,#GPC"VQ,QFH]X$#L"`?^[#6)7>1V;:T*'ORW3SP*68AFWHL-%DZ)!(V3=!7_2;$-!B?448-99_A& MN-W4Y3MU@I/\%[O(#^CTA5S:R_B&>0&-#!CFR0.Y@QC^20%!`=GT+;1YTT@'P#"`T@\#X>`KY!GD$3"@(==?@-+MQ@4YR".]I<"(O#=A?_ MEVW;=3#=!S\P=`=(.\)W[NL#C3YA_]-X`I?#`\H[V7,8(4`[P7*M,[U=!$BK M"(7_B\B#2-]J'VYZA*79]CL+Q?2+SW=\>0ZD&)(U1DT(=N@Y\A$KEPT%/2^[ MHB6)`S-\/5#N,!BD`Z25@R5>\V=;%9==4ZEYD2KE+W!)JQ:T\`4 M'CP@OVNF`&CG`\O4/=+9>,2'@+AW?ES0GIJ]P@UHJ(*6622A9:V"?(`5F;5* M7V34#A^2S:_-MJD+`71&%^B[F/WL<&K85U/%,RHU&]G1Q3KP*2!,"C)4XNPV M+>O0%R'EK$:`(:$B5D5J!M1<2N0Q6K9*#J34Q M+?ZQ52);MA>;4=,Y58$M2I?3""O85`RH-VJ/]0PMV0QT"WM*X3_XMW3K@\$@ M3FI@FA5&B`P00.NVS;45'BT00;VS4(3`QY-LX),_Z]8H'.5BVD>@P,M6^$)-Z<("A1`.04@Z2%\CYG^'6B$ MRI`(3LF!T#KK((>".&LP$!X<4W%E#1O;C##:;'4-"F8$G5M]_6#K4+Z&4_`$ M_.=HD8T:6@Y9!\Q3#]A41FB($[O(LI7@D33_)9@3!9PR,C(RI*B@M#,R,C*\ MN*RP7>@/6,P`5XM\)`CK/8O`<$/AGP*+3"0$5_=,]G0/BO_/.B@H&SL.=?&+ M`;K__OY^`Y=>V.#0@_`"PG$$J0`X@73KYG[WZ(M!_"8CA.1T&JFD.`ZI@''1=BVPD%(7M M="[]@\D<_U]HA!@3\J[WT4F%THOQ=$'[_B4^]A,1.\YV%7T6/74/5E52F7AG M^D>L]U,1BU,$%'O[0KLP==$ILUU;PXO_1`8!"FBX-1<$%`:0D`X(/F4H&#\) MAU1IBHG?W95=WT^+]QD4B@=&.-`BAR@0<*W^4C,"..!UQ(H.,5OJ"K>@9O\W$'1\L2^;>\==-(K"Z;_B MC4?_#(W'HY=V?P56BW2`@\\/1@RH;'_[Q78-QP8`+LC_HL.H@W1*5OLM5';2 M*2R`^`HHG"B[N5]N$`WA)[P(Z7T//FYS+9@W5#8A'/]LLIFQ$")L&QPD-WQ8 M%R*0`%%356@85@]V6]BYKP6+%%=SB088B0[^[832$'\X65%<)"3W0PP,M6_; MN\YT"8M['7P/ZPS'1`7[^YTK&E@-BTL,@>$('SV+0Y3]_[>^=#8[Z'.CQ8L[ MB\B+T2OHP>D"\Z6+RL8-VV\]`_.DBW/,$UX8*_!A_07S]@/(B0Z)$XG9ZW<[ M[W)(!\,66L>\4_81;-6ZW(NTS`Q.TO<3W+8OF/TK^NM:_6<05[_W;9/A*USQ M]W1+9P/P.\>_]C7=_W(_ZRL/O@Y344_[Q_",*VU]9> ME_1E-;8/(.T7W,'R4PP,:LH@*\6)"];>;'-X-AP:%P\6V9'LLA&0`,@O3/A; M^K$!PUF+5,U0+E!14NDM,YL)+7PL`!5G=NW3\VI`(LH4;"$-7PF$GRP8GWP3 MLEPD)4=H6>*N0GD$$(XWZ?P.:-ATP M/X]$M_4\*WFX%/3_`71NW06V!00"3B3O"XD==156!=/]MCXL5!366>W[6[@D_"OK%*@^$*@(;Z%"7;7V%6!&S5_/A^HM.ZZ8]0)IZ MP_;WV!O``T@!7\<%Z'X6=!H(L[D1`?YCT.`))V`\BP(Z`74N"OX"MS%I=NK&101`QUM;H%M"Y8$&G7KP.WPT-JWD&71X$##"T.= M=,_6[2Z5`D)$Z4$PX!,"J'F:K[5F6#-;TLK)'TALH,&`ZXQO@^P@/]?5=
$R##C:P-J]#A4LEG&!7HX!=&7SX`?00"P_\+7QK`2@8]@/0-?F8]?PO\ M?WU?^UYCJ2L+["M:>U!R[EGNLE%\H004_X29]_UHL`^J36P0B+H-"&#=R],V MBU0KP5)!##PX'!"!].=96\">'T!1?/!#A'3<[8VU!GA!#7X_N3PNK_TE_H69 M]_DTB19]#@/1!5_M]L-K&Q;%N(F(`/?I&+7PC1H)A+9J)%A!]32UJS24+V`@'+RQ0#?LK MF_A_'X/`'S5L`3U&%$@-1`+`!3@PT]B4JV6\5Q0#^_:63K@B,P+\MKP MUVP%AUE^"NQF8G-[-WT*9CL5XBIU/V9$#07@^9[+RS%,)`8-WB,I`OMIGJ?: M%0#8!Z'0!AXP3;?K9E<@Z%DF#;F_U`1"'6:#O"2Z?YB+'ALPQ(0D0)$'N`A, MC1JM>(``G?V](^!:$(D53_6)#=S;:Z_K"6^C6QB2%.3X@P=G'AP+Q!Z!XF=S MWRV2`"4$4A@/X;"!=6,:420@'QM3[J5I44!2C"3L@KC@<*L)V@+1@<0DJS]& M3Y_T&P$"_]!H$+`0?)M-K@@$2QR\:`01`&NHAX!Y!-10$;-72.(,+&\?,!N$ MD`$/,"Q\%Y%3,0%6=0Y50_PF3J;!K?CH3$>X+1TNX=*`EU/BCP MJ\$BBS7LE:[T=PF#[@0[\7(52;X(@7P?FQX4<^MH',L4WB@@WR01(.1U$54C MLP799C"`])SJB93!G_<0-\7AW09S#VLJ^?=R\72;P8Q?B=X_!"+-P&Q?)`@) M`+,>F$T;45#T4\PU#8&0T!(/#T++(;!"*`^-+%<-@1:O5+0'%P@TT0<4HW\/ M1,L)-"W&O\8/3%&M^DLA*Z.PRPYX@R\(CPN-2XT4B+_42@W&T@3NT(V$D,,? MMGWLGB8`)\'X$"5W`"^-0O\=)`$*("T?BL&AMW*#5=C!X&V#A?^#9W03B@I" M.-ETT82M47K6X(4'[0O81\/!X_0(Z%)C]8L*O^'!YC/+./BKWS(#^8/Q_^K/ M,\9Y?EN]:KOKG24&=-,OU5UX`56!YD6`W5Y?6YLJ]`U%BT+\.-A&Y^\XFLYL M\-QT)X3'YQ(5W+98NVD&U.N6+;$$_@_.2>"P) MD,C@M"14^$(%Z`^!&]3WV1O)J".6.\X0(\@.HXQK6,M]`D8$G(,/^AJ(-=H3 MG0^?C2?<`Y8=/`\;V,,7V`$6*_G2$(U6%.(8%<[HB_K?R/[AV[9AAGN#C2_( M<`/(9C.?!X4``P$#6@@+>0*0+V=".'EU#%DK-R"$Y,A8,4@Q*I)!N[)BT@$37(A,]W#ZT@8=&)Y7%(3%(^Z1R=.M[$2 MA0`9::O]N>4VZD\$6DQ90(1B9KLZ"'QM0AE+BO5-=`!@_!J^X*Q:VC5=9 M=06+?0AV&_1O!-$#QCO^=@@[^WCZ]\>_%(:1C!08;H/Y"'(I;T,;"B#4:#,Y MQ[H<*VRP4;5R3.`#5==]N%7,@#+SC7@>D`>_Z;IF_#*0!+P#X"/1B@:(![(U MM_V*1@&(1P$%`E8(6<:9*\G8QUS,W2MYEF4L)0$"`J;DZ\XFD"-&(4<_C)JF MZPY?!DP#1#PT@;^F:2PD'+]$CN3!TS1-=X_D!^CH[.Q-TS1-\/#T]/CXX-78 M-/S\C5B:Z;Y#:#?X"<#P@`.,O<+&KZ`110@]R6*=N&"S@0OY$:-]F"$A#0HK MC70Q>\D@O&=\.?Q_)`W]X[R5SF[\=P`U!^^-L#2?DT.(C_DK"#1,U_TB+)`8 M"S@#8+[N5MAM`SIO`TY83U:V)0Q[2TL?HVQ`OMON`N\"*8R0)\J6A+3W-)<<'$W3-$T8&!04$!`T3=,T M#`P("`2Z$Q;2!!\0!1CGEK#I`R@\-9>WM0MAM@2'#X,`"6%@$[C8J`&SR"`3U%P`-G*F)I#(HB!D M_'&V!FW!X=\*^#<+X2Y#H_0'1C,*:ASMWD]7OB;'1?Q3#EVL^-C-]@2<5!RC MZ!LN66RC-(NQ=ZQ,":$2//_[^.UVIQL'5KP$510.NLA\@\Q.D9?<0J)3>#,5#R%X&QL:](7X"+L MFO\^4FR[P4WP^`UA6XOE7?T@NK]@@ST\6`):87P4F*9X_;EA>("%X.^)R^?# MZC%B$C\,/@U,"H&VV4Z>40I04%*EW#O7K]';AV.>CA$!+L%&_&'6[#%P]C%M$,R$*XS5=D%HQ>6>T04JYL8E"D(1*O/?YW#N`;51!7._`/@V#$++#'9#SO#=!XQ4-(LUU2;G`HI2ML?^$^PT6KZ59/;QD0Z!`!% M2%*OI5L+M->H1E"7W M^_L*5Y5MPL2)!LG@7L,_E!_1B+FK*:QP$R@2\3OVMDMTAH],]LET$ET0S#7$ M>VNRO5ZP4(YH$2Y3O^Y2`UTX%@>`^39&J=E&?./=/YR+/BOX*WXTBU8*Q.X@ MT%)\.\!+$KLHL)AW;VF_$,((/+_Q+'P`C9X;!M&5\: M7@N$MRR`><+#[\`:@@B^%8(O\U'$7K&545'K$?V%)P$!EU`@OX66@KW(U&0GRS.,("G3$2 MFBM=CVH4\R[@C_YN$*B"#X08J$`/A<"]%`47&A6H$.+0+7"-I,C')/X&^FZL M@-P,%23O#`*I:"T!WQ1S)H'^:/!B"",+<;,'B'4-57]M=8S0'MX)5@SC]RI> M;$(++8B;88WH0F3A_TD[^XD6B4X$?AAG57*IAJZV'MCM('"(YUFZ-7U3@_W_ M3M7*P?H*X+=O5:25"P6XH.]O]D""%*WQ!"!T#/'2L3Z"7>=!/Q0\%K^R3*[P M-^OI45T>V#O?-\B^AN$*L+[2="5H;HN]J@T:7QL)999>P\K1O."7&C8L%1S; M.\%!5Z:1`484C3R-;^BB(^8#0(EGBDP6!!I]"PNM`4QA+YR> M=`ZZX$+U.]W>`R#[&DTJ,U&'7,,J%9KD6-%54`>N/.#/UN>`0%&L)#0$K(C? M*$=/18O]#X:#VL;_1X\HB\\KS3O+MU[H!WRNQRO%6W*!48Y'#8^Y]FV?Q2SK]8TYE05U M':,9*5L2+#MR[+@6%5IC`WP1YSC-0L(OT!.`?0`:(TYECB5#\0PK+1K8PG(O M:126(=:5.ROQB:-E++@BT_#5$$)55SB$5TK6B_(%[FEU84\W,!"%/X6AQ(Y( M7Q&*`?S76[_I4E4]>,<\870=/'*-/%RK0>!W=`UU*+U/NA:-^`L,&Q#KOK65MQ1%$'4-"0H= M=00,0"=KB@XD]BI!KX50T#W&%Q1,%11HI#A1K9J!(S)MG%D]^]3;\+!]_J%T M%D"C!3`"#S<&B7@,H$`KQQWA;(NC#`@&'&]($--UAC9]]SUP[$T#0$W3-$U: M"AXO%&S8$%8P\0`!#R\[(4\"`P0%!@L'">#`"3P('S5).+#$3YS)._5^S16= M(=R7%U:+`CL9A%@,QT;H?P)_.\Y\[>LSN3R(ZREJ((TT`]Y9Q*!U#1BT;J!] MM@0Q0(LT,DV6_CO];5"V-UV);P0"#$0O!")THP1G1Q!@L1=8%JW_JM4`LC9X M)\T'`@O'`I/`UK;5U[(^O- M^P[I$U=!H_6`2^J`EE*E@:VT`ZCC(.#B2]/+TH`_"G$$)/N(`0>-I;J^`X[W M>S`]X]U"&`WU:HH'/!H./`W[C;N^+H@&1D>.,K5-67,;@'\!/=N^EV`+2<8& M"A6T!PT?=A4>!.H0\A!5;-%0!>-6,)Y2$RC9"^@+4D??7+;@0->+Z`M8TYU0 M@U+!?0'VI3?Z:_WO;JX\GW7K.EJ+"4:(1`L%ZR\[=5O[5NMU#(!\'1P%>^LQ MN!5\%B#E_U+-`-[-=3?%60W MM)<+0(U^^CU$P`1V'P0Z<+5KZ"3_U[\']%:`R&<9$.(8 MP'O@B8S/O_U;]]JIM[NA!LOV"0-]D.7LH=02)]3K&\=%;^O7B@B5$HE-?"T( M'_C?RXM5*HV&=8U-&(V5F'M%%%$'6^V)=1`B.%6OO](O1>D%R/,/G<)*@^,= MB[_T(]=*SE'XB7G\/4?CN?3^EL$\"-;SJXM%$`6G[H"V:(2&N>.P_XWBA0RU M>.3IB(;X\-CO!^D0@<;.@<(G\G+?FB*WC<_#WH#JET`XG'!6W'1J5318-44' M-'M=7[-3P08]_4!LKMOP.37PZQT)BWH-"E'^"^!JC2#JD(:)T`#<`H8."WK! MQ0&&SI5!OW@PZ\"+C@]%!3Z8U2N#?Z/M#9MBJ$*W$*V[`/`_6>YA@;\^Z'5' MB\)H"0/+"/PQ<^"(:2W'!ML!+;;C%4AY2HD&+'&C$M0K!!4I=PSJ]UWT[D5K M%'0-@>L]@^Y;P8T7/7VDBP=_!",N2QVC\(-Z&/_K:HU*'SE[)QAN#`M`BX'P M!NP;,Q>@4NXT_*]T5X:!VQ$OCT)^6-LE'C[VN`L[8G8%!!0+/$+I<@N+G!PZ MZ^O##U`-6_%U,XO160^C^KNYI]JWJ#3!6K] MD`$(.%K`0TL?$U:JK56WUF$?,W3(C`-DX!=P%&X1`_*),(%DP6&BW/Q9/?D% M[^UP&J$5TO@@HP@RP#2UV1"T-0\\P*$5M\]!#"_B)J#DBT$0[\+=6\N%`'G6 MJ1@@"/<:3U.@9>961`1E=!7OMM1I;&Q_4)H:,[ MR)T_%MOP=#)J-88%E"L(#<6B7$\_EK1;LTY34-B M;1&+;<5#6Y`;[>#TXS]:"`S?;OB1*_UH6;:%BPCO\O_G_H6W@`6'T6O^$'WA M;WV[Q%`(:0A&#W3PB\90P>`,-AO=&:-7-B"H1#O'$;2')1K+0%1(*/%2\&G) M!\I^,A7]0RM1X5;:IHE0_,:`O!%^?Y/_QP$/QT'#!4MH'7YWC4YUU3V-A7]? M-]<<3P)S#JV_'@MR]%RWEV@#]B/!B;2(7UXMU?878`HKRXD*BV(K51\PX?&M M$0B)#XV'=0([N/$@-ENQFVTL7A&#P$ MC8$]A3%"++=9/^<(3H_&TTIXXMT1P&V;23=%R1_`H!10J2M<$$(3+W"77:`MC7T@#@` MW_`:%D#;2\0;97-UB@90/(!^E(W^N\'I1@&YOQ5`02?Y.\IS.6BIX2(#,;J) M<5=;55ATS=#9.]H!VSLL$\*(E>P'X%_A]IH#4RP6&:$[Z'*JW7>7),<1:D MMDS/'+W`;T,0M@2V+Q$/(B"T6X@@%(!9#X"449,W7X8O&3Z>$(-?B]4KUXK0 MC=;P','Z##`@+P?1&*/_0"Q'%Y'R._-V&XB'(O#!>`$K\VL#QHD!!MLC;\=A MCVPK?C-51YDK\!O*#]$=NF^HEKC(\2OWJ`-'$%VQG2U% M.Q?3,>*`QD+G'XL$K-"@Z$*%W\3'.\%S#^22`48_`[R&M?4RKMD+T#FLL%$7 MQFUX]@[QT50]UGQ%PFM+/0/V/21K`6%?1<**FW2+^Y)1M:]HHY4/;:X$R9*J M],KV:KAN5'$I.QE]0+I+/Q&+0L@,!I8+O7XI6A3`('1$ZT%"5<+-3GA!/;I* MD`-^8G<7.`!KO$,@M[X6K6.U=QN;%G$K5?(7!`1T4('3'R(YN,Z#V`#<'.N= M,-!?#U[;FTK"1D834'B%ZI:D*D"PRAE21H:&D%V1/2/:`2,/4U:X"*#)`'*- M`!P56')9KS)K4)0$KG@9K`O`0&47[L%6E%'X.$@B"PMX013J-Q4+JQ!'\(I, M,`$O0!.!,);]B`@()-#)/G::96.LV*\(`ABO1D5JDI->1E.K:W#XH-#>R3P] M;#7(\A&:"$8/)2L!6TE.9!@\S1L+36Z4T2O55!B,7/*<^^?XQ:,))Y-"5)S' M9_EPP"B."$8\1GB>P$85V-"4P\;##*0EC3R:RWS(":T#_?-F?2P>W0B&CH`& MHE%!D=@[D$#X2EHN+(%3.@C<0V3$1**A#F\>PS<`V],7+&\)&0*\+L+E5#M MB8"*'T>$VXAX`_#$7Q[6P^$P1"@BY^J0;RA!V`\#X>]/*9K:+=? M7%@6GD0#-"-3')HH)*X9UENX7=T++")(%E-CX#?W]U4S(!BT!NV7VNVP MCQA-TXVB>4K07)9+>"8`MRZ!!F6'G)R\J!#$7J,E^#\V=2"I-/H902A%":VY MR3?"NV0DGSRAX/*`+-7*C=)40)<`T5`!N<(L-+P"8,".QA'">MI);!:HX!98 ML$=)(B`)+2&79B"$9R>796S/O367!#"]>)"16>RI,`A$0-AU@S3W`Q`0=#F< MO`UZU'%D8'L6W%1=7^AA[7TN?.]U*'_KVQI>\ORB\8?>YV*TY%1$`Q#9/HUB:IRB^D:KGI(V>/ZOI!(V"$#QNFP")]S.07#D%NI"J]'N]HZE-$- M_+.\"Q08]M9.A=*30=!F<&RAH8-^"F8"&77P.8L5+E#1^")\.?BS#W4#,0VO M"$`N!B/AE?,L$A/PVD6QA4L59JL+LQ:'9V;$UWL@QL9^V>>$,O6E0F:?[YHB0WKL.`.2/BZ M\E!(0**AE>E0@W/+9)?C@ZZ%6.K(W:WP4+P+)12!YH#8A9S9=FSV#K%<41W4 MR;(LS?9J%O944LPS9WP+;5PM=1.W`;9"!$/D7_;."=K-Q"W#5ME`#5>.,8/(C!U!2[H@,%1@?2(9B>' MO1,CZQLI"`N9M@U'L=?+W\:?"N^55U@'7F"/`D`&1; MJO\C5W1LM-=_!HO."\_A&[M"P_8PF9A255=6]/%WQZYHAW,\5%B+V!*#PS!I M^[MTQ7+[.71^!`-<.#@3?(C?=H@8!NNK%?$0?VR-K&,KZ$#VQ0(=$OU=-KK] M,'69[4A%$,8`,!U<4]0Y-$(.K&3[8:'VZRK)<@>C+>L6$/>\/%@+*^L*`G0- M(,?LJ!.B"BC\*_H$&MA:/QT,C;0R`K:`Y410*2`W,V$61DG>&2V80/>!4%%6 M(RI2B^9RA71X=@0.NB';;!$=.S"C+'>DJ"FWEHB.CGAW+.V@MEW_GP;42%!2 M`1%H!?P@#`0$?H!^(KFV75LDZVE4:.U+&\:6L"UF[&48*K%E$2P"+R=(]1$] MA=[WC!PXO3O0BUYPAQQ25E4MU`:39^MZ47]0:99-LP.)\CQ118K3=,VV6E(3 MQ=0#MJ>??0=-XQH;``4%`04``@4#:[I+;00$-?^W,SNH!S>1#;9*4B<$``$. M/=M]20(#D'@W1U0#7%/M.G.YCU!5\U(#*@M25'1=TYP'!HQ(`VXG/B_[9M=: M`P!7$`$0`A```Q!W>9`W!!`%$`8'"!`)"F#`\O8*"PP$#1`.#[]LC49T"*NF M`W@3M%]MLA$.B`(',P+UJ_A"B1'K+%%0E=K#7UUUH@R)`60,)FH2A(3@"V`` M7E@23?97?B6TQ(:+3`_]0E-M`M6(KR+^2`3V@+?-) M;0;(A9S=05!&0P?C:+#%:L^FP;3)0K:+'$#\GA\VL@V:"$&;42`_J'!E$V9` MH4U`O;^^5PN.O/\%#J,;@H'_!O9HR'UMJ'>`FHDU4`=3J.Q`D"T"A0F8T16M M`[95WNZ"W":HPU]H6"IQMDO#(5Y7`A.A[%C<+3:L!3/_OCH$0%0#\2_$L,'@ M`F8Y/9X;VPTZ(A-T4!1)`I+XIHMM&9`/&_)T(J$`"$0+T:81=!F9-=3:D'.G M1.[!X8;4WL)'E.O./18%`?/N1V`5D#QJ0&A%5]K*29J`X6D8J0H52-GO[=$+`VF0'1"(SR[(SP`0`+2O;LA70NBD'`S#N.$6S=_,Z M=6-%,Z79EAUV9SF!-C(,D+';K0@*`44+??0W*Z2P`Y7R,%J:O4"M"/?9'A1% M88L.AM2]#161\"0/V_Y5M73&0`,S9D^8E;'&`0W/=Z(V?3E6:W4%&_5`*7JT M)J1%%34\;E,,.[M?IZ-UU>/">'Y<#5X*I89Y@SWP":V-I,)L/Z#)9B#^R"*V MQ]@/^D,?^(PHR6:M'?1PIS._[FHFTB@5]B_R&VN7B%$TZTD,5=(&O9(MVQ:3RRRG%.AJ%M;K,(X1]R;;&!,4!BU84'S:`,NH)FM4<-HH/'B_9:6D9UJ MP3L-L!'L"7@!E`^*'M#8W!_@()@L(& M)9PO&(-:4[XD_C,7^C=%*>@[UGT/P>4#=ROJP,F^Q0/N5BGYZPL.`\T[@!<= M^4`^+(N_XK_;OO!R!@Q3M-J7`R"8#(V3HGV?8@OX#)6- M`Q<]VC)5&:#'1RFNUJ'4&32:@'(LZ\:Z45L=F`F*&3@3)+3@!0W/3P81"K31 MF$O&E2VY+$:L0-<+^\`5K`/"2`3!#3VS_%VP?7T5!?];)@6H$?;>6IQ;/6D4 M?`HM&Q6((#$+(H)16@J>RE89"^:%_Y?B#X"X>2T#$5?WZ<'Z%]'M_I.H5?@#B)5&P;[_1_>`,^$!?"R!Z0=`#IYM>9(=`(7B"0CIZWT#1ZJVHR2X MN`=%+L*MZ`BM6U!Y`\$^BMS="]+!ZA_7T*,L(-L/2MUE*]#;UA32#`?`$4S5 M`\KWGXMOM*XHL5IW/D3N[\7M1BV3;K8$0@]\]5N[5;U#E_Q*<14@06<<&`O' M-HLS:5WW\M8B"I19MLT07]&.0F/E'P1$GCF+,EO[N,6SHI'W/"C\J&91FRH+ MP%KCS78/&!AITO#Q;8TG;D'.(`4;%`B:%HW=HE(\N!"^`EXXC$3?#0K#7R1B MX;+)72CK;(4$^T:,O4).:@/Q^XHFC['&/(\Q;AC7ES2]8O&!/:JWJ@8A?@%& MDZ5<=;%AVUXLR+QMH2WU#,.-0P#1USL"#-1>=86*0SE$P(-;Q\'0M]%.0E1( M#9"J`NTE3$\?_J[BFS[*?&"L`H"!5?!B\-"F4)=T'^@@'*J&8`N.%V)1"WA\ M,HQT!@,M?+LCA:$&)!OP)')11T)/5+G!NUL&M2:XN#,[$'1%>/NW+U-!/2#N M#'+Q@_H3U-9BW806W%PI<<3OR6W)V*]8$C2@%M^IU$<=. M.PQ*+[LF&B\NI!,]CL"+\9V[`VY=N8-_4CV0#PV!)S\G/T0]D80V/9.%)S\G M/R@]C8(:/8^&Q#X^/PP]D@NY,XEG5\C4&S<(_].BX0T7;+#8B;_04>T?!29* MV`09I9OP2K2!3)0.K[XJ/"<^PUT%>?E"[X\6_8W;7,$.1!U M]101=`*@PH55H%$J)<)%F.92;T5;1(N$9TH]@2\KP-01BD0*S;2Q5&U4`\_C MHK74)=JX8I4'>?K5IVA;D2\ M20JC!0Z:`#CBXD&B"@H1+X\(45,-&YUH.&9JT%"9S05U_CWC-""@YRKU%X`G MQ`E(T(F3=@CWNX<(]^!77%V;>9)T`^$,@E$+QPC]6`?E-E-20Q2.4%)6:A;. M@C\[2#0(7[Q(U#4=!5Z,\H"'"@)C-'P\JMB&T<<'R=>$^T,3.[N#=`F)=?N_ M1.$-I8`X(G7`@EUO#EYD8M="59:1O]^-=-1,]5@M0-3!6/;]RT%*0-P M\1?K5D\$[+KAW?^/C@-=JDN`^Z-KJ_AVVXI8N$$.=/:L)?>-]P=Q=1[.>`$B M2M#M:J:`[%2\UAZ M=2>!!N5L]FL:)/\'''(`KT7H"BS00<,=&@"S`+A&:<0`;D?[I+:+"%LZ$*%` M2B`3CAT0+6"E]Q`C1+M)/3Q/)6@P`"*WD!'$YH&-AMA$%[@"9@$'[\$\+AJ7 MJR40'9P,Z1\JP(6H/OET$MUO?-@.%W7W".XKQNG1^$#:>FP%X>CT&VH;T:M& M*"0GV3[2A^B,5_+8NW0O&:D)!C93)H%3BYZM$`WL/%S#)"!8+.,-ZEM0$\!H M:&4('@WM9[YT7(H+)XP0E\`-FMP'=?BLPT!L?[Y#+4W&A3$BX>",X"44H5Q3# MX@>L@7KN=0\L;!32N`FSL(&P7SDH5?,[MY%H?C!"/:#O[955?V@B:T0S"(6Q MN1.O\AW=L+](FO.KJID0`79QBMU=6]46?S-WG^"%^ZO`[A^+]=HPBD[=NTFZ`=H(PAO+_BPD-/UBD9J MT]!'@W8%O-#%"%$$ MQL"CQ_"EX5Z!)>_FT0`+(&9N:OC^#C+(A8WP)7"J_11L+',+Q?R*F!,9UJ`. M1L\%7*X@[9X=]1)W)[1<;4@&N!%Q]MT%`[@$"`42"P0T73="]RT>,P,Y/P=D MK-A%;9\!`@,[&$+&D%\$Q.8L+ M`:W@C:!\SFJ@HV;+1KORQ4BK2[R'VN8+!'@$8A/=1*X(8V8L#WS7$-D"7A`0 MWA!&R]P;]FF^Y%ZJRP318G9)'R3=Q3NV)HD*C8@BT!S&0+;2,M*=`%@6>YG" M$QV@1\)RY-G7WNR;*W0K?*CK"DB#&L$#]78(2=[>BNZ`@S2*!XDNJ`@(Q4:U MM@=X20,K*O`?B]8?#+T`+P3UB13!Q(H/B('J^!IT14:F!`05^EI@MZ%DB-M/ MH?74CR@$VHTTVJ14TD/0SMVH@1BX]J:$PT@8`MGKD&Y4W'0BM4CAC:I1 M)4\RZ(IH%-,5;U0+0:C^J5VI'P(F4B]!!`9K<`HH#>PHD6"]P6O[(+&P;H"Z3="CY=B^SN'!;,F>(2!=\ MLZ-U$NW?]HB2+;-]8(+_5`B3&Z/ZZ\-DCP75#(P41;R_0F2@#X%Y!&CW%KZT M9E'L4@PY490%FXH(5C!P4;NH640(]DO;5KQA2P)#^6L,65O"9SQ#[O_,S%9# M,C!80S`P]^KZ!6+O:O$S10CW0.2$T4P4AX)@&N%E:ZU!]P@^(7.B-E/?>PC! M83"QC]#=VM^+1595C6L0J`M=7D$+S!+5O9LS>#PE4U]?VQD:ZQU6#.ZY-FH! MWG7;PF2/_8]5##L(D_C]SC`:BS2/ZZ&XV^LH;'PAT"_-%/>86WLU(\#L,[1LJFB9P)IU; M&LM.#70-NKV2Z1`]UWD+;P'%2+FGI+0,75!:?'CR"5`6N>>^I(Y@+Q'9(KR= M9J6D"[V*':GKC9P+'QVK92^./'8M&S)J`_=OJPJ#E[@2Z3MHH$E\.PYT`]E3 M1#VY!EZ$=J\5XN=,73F+^U;M%8-FHCY!G<6NOA+Z5,M/'\NB$.WB&")H$`>Y MWL7A]. M]>L&@<.A*FC`-!FH/Q"3](AME5DT9*D47$"``KU")(TL!M5J444T2#Y<%@7_ M>@2\T]!.*_#8($8`8$2)VYUH=P;J M`SAU!M."0[$U$V!B(_M<2A:C1O>1[#V>`]FV)GX1`?X#F-Q00)D445,KNF&N M5Q?52RLU+!>V`G,OBAK)&E`#RD(6'M&C_X6BI=`8.LMR!#K*=FFBA'5D:@(\ MI.(V"^2PA@9;3@$UJ(>3(1H/BN9+V"2#41??.>D&P%8)"%B+3M%V83]J"<[7 M1>!1&\G,J"T>D2L$D6,2Z08]W)+,'E50H5:Y:7`%N#DGDD#@J\FO/%!14EY) M)MV`W>\V4$:\%,69&'B@?K+H7JU$9 M/E%2)A8,*S%KFI\J3H`"/!@7NRJ:^*VU/5?'>^*K9WG<",J8[_X'T04Z8)!* M5H0-%*H05#C/5(5OH5Q@S)8G#L$8U/">:*,1"G=43P:!XG0;-!)T6`KP@D?; M+Y=)]S`B$VH$014L1J=I%AU(0SG(@!UU'248]P#HUNHE..3H*\?7P[XG"QB3 M?,F,W]XY$M#`.TS6N(3&P"#<1$F-/+,Q!Z$7XI_8$XO'BU`$!8D71EV%V"A` MDB;OF%AWFIH`4W%X)P6I3M9@ASWK9T9!49*]`P'"3B0SW26^=9_C MZGT"]]X6M0BO4;'1=B#0)K`9L`!CL4<Z4E:MU@R* MV%?WJA"U$;>H!`0XQR&%SD%W>!V+1G<6VG@H5*!G/"O&BH5S#>^CTA40D<(2 M$*@U=]DC7Q$0)F#C,1`QBQ+)@GY[K33L+1=6A=)3"PP7VK1TV!!!D4$D12M@ M]C(O>X0>U$1K]N%"#QRUZC-O9QXA&9Z7I(;);7B7X*VI?#X/-__AT MM_'!_[DML^`!.T2-D$RTX&?G+K5][$4U5/,786[E]@7P/@E56_[.#D5OG4AMQ()%F;N%@Q0F0H%]>L$G!%V6$C] M,$F@JG6U+)__'IRP03#GFYV:5\(N=,,$_7W"=#``P]T5%L)03S_LT#1R"3K6 M#(W1+BG@!DXG4,PHJ`:0(!426$9`RIM_K\)5`[__M>"=?HD*W!1]"K@4X1JJ MFET%.@!ZW*.]=GODM-43:A1*'6^DC^PF'@]J&D:A#[$??1!ON;;K!1!T0#3@ MB0P0)W3Y!'?;1.M\ZIZZ6![&&F";!=D&\?@$]]OA!CL&QP*'-"!`@?JX+,3= MD&A\T2-J*9R@Y*XN%[!*!8][?,,K>@`,:=W4I`?`;DZ]$1SIOE*)0<4,=!EJ M:Q5;R0A1"MH#&!T%>4%((IPWR"0$Q#K#1C^]H7W MT0[GQ8!U%01`=0R!/:C;!1?EQN`;"%0:BT:+AH+!^L;WRQ^<6^@12'+MK#F8 MP.L`!GFP$@E`ZPB``'^K91L0\_@P#X?!`KC;SE]'F""!6D`.ZQ.[AX[1!P$, MNW8%NS"O#3)1Z.(]1>\-V])_$C0[;SQK<.V]!"0_-FJV51@#%;`]1'1`6K,\ M9QL".044V+[-]J*6H4N]`QH>/)NA6`;A&` M".L+V$6]UPP7#$UI;"$G/=5QU!Z&&*1H2#$+1QPR013H*$&'@VR(%C!3DM@A M&=A#B"**"\\U,6- M/XH=6Q%M5I4\`+Y4G*0&=2I],!IU(SNY0337ZGOL%$%1I!8VZQ!T*2P(0R79 M*+H%WU9F%JX(]0N-K:A`*U-`5V]&K8#)O8LGVTJ(WHDUKSH:/[%INHU^T$,# M2E'Q@#)D4Q9C`0\"A)"B0P.0[Y:BI1:^\E;QM`H#.4`\;SA2="CDUQQ0%1F@ MA7L,0BV!QH`%%7.?1CGJ0/YQHXIV$544+ MEPT]%S$R;(R8;!`R.@P<6@*#PVR"/9,*DL4?[Y]X8.&!B-_)K68^9E"LVA>_ M_P!W1%/^)@!'T*9<6$,=KLAL*)BY*QA6X2HV:""N*;G2L&A_ED9E<-8$I`V# M*OSM0G1V]'J MT=@+J/3W\]5DOO`$&7*(]XK1<@X[4+2[[R=W"'('.RMV`4Y,=QA!+Z];PA"C M4RKN\&:S;E!N-P7V#F.WP@OK4&X0115N!NLV0\@4D000:PPZ`Y%I#@^[&X`V MT[E,!PB]VE&]@5UXV@!\?VU1'YZ+@SU0`7Z3:JUE.FX8!U`I?<5ZU`8YHA4" MR0_:GRJP0TK[EP-'Z\\G%13ZVB5'T2W?P/9*-/PKT2,2\O*#F44IVY*PW6'7Q;BAH^&5[5Z5E--=+49 M0!M6Q@-"<$;0C5R+R^LA*7O6Q-N(BTET)9(I'W7K+;M9X5\=48/C`_$@'2]+ M%\2IPW7STTKY9Y:>@PTZ+HH1VN9.NCKN;!@N^BI.09&"6+=!1@K:8Z^Z!D>6 MY>06@\;>+!YT#!"W!3)?QCGK&$6DZ6)<"0X`$K1"S*A32%6&PK#=[XD'7W7X ML'6%HY\>$"R@G_,%:&8+^_\O-\H2S(`&D@=;(S9@DB\W*88%EBA+DS8<.7F, MT5:0"0ME`M;JI0:`3E'^9I8U!&'VS81`.\5RVTBTL+DH!7490W8U%Z(!WLIW M3.A2G2HF9';_;4B3VE<:9%Q,?[>(LRIP$&R%'FU,./]#"&JZA`L?2$2M.,O8 M'*%&5%+P>&<+8D<2)/<^4+DM81%1]HU&8((W"7@0,\!L@Q7]>@ZX229K"1M: M"A`/K`MVIR12R&JBAP"BPO\A=7^-%#`[U7<>@K_Q!ZT. MH15K4Q'0#(H#3%NKUP)3HQ]0WY:#`S!XU8*XR(%C"/XPI+(/;R(D0 M+"O`:2Y$TCV>V%I25LFQLU*)4%=1,"*@W2GH=2*MRAE56M66I&2`SWUF!=H0 M4`>#"83M=#Q-+TPE5IL,,,)#&PP4'8*X*1X8QIC&9@^V,(+VYFA99K,$I6RI MV(H_'HI*`4+909$Y^+?9&M4("\$[\'0R%=>Z7?4M_SQT*D1"*T;ZVZ1B=;N^ M(P^5P4DCRE6X1[40$03?-YDK[@4>7A];(,/4<0D17U?+/V1`CVBWP($D6M9@ M)QFFG&@2/8O'H,KW+(AEH*\/K^-TM*\@QA%:;<:MP^>RY@6^BQVR2FS5CW<> M=T([-4AW*"CHI6".!\HJ=@C-8T"WSE&+Z>"KB\VJ-4@139LMG`@A=*6BK!\1 M&ZI%'P>=24&"2+0%+%P/L=)B#C4-C;-[F$OHEOS;[@$\A"Q(G8P?MPY M2`5W6U,,$54S[2M1,P+`/G?+X3XZ`<"<=\J2(IVSNH&N`553`?C/9J)4P,D: M$0(/6Y(ZIA3\7(R@!>`:]E]O`9J(CJ>.:+G71&"H@DG;X(-?X7A+-GY"'`<-]/YF'@DN(4P^\7ECVU?;WW1OM`TWB%5\I[!`SOAM9 MV`1:4B(M%_-`,2%_8"8"#X(S$%'L[1R$/L$!*W<5KQVE*A@ M/TG;D7\,N5>O61@#6Z!H(!1M(Y%>;EE_^U6`&&8Z=0DNQJ!U]/?A@U,%'@A& M2[./P@,)$-.>\8`%0\SO5G-@GVX7&.!4!G1$^(K!UPD3:D+ M+02%`1=S["O7Q$*%K6T,B\OE0/VP\@G"]%&AL$?%-")(M>.FD\=U(X424'0@ M)A5\5__61HXZJ4Z6L`4J_7"B7G0O!7'I!G`1#8Y27H\^U2R:(-8N$X<`(-5F M>BA#-M\-*O3%B2Z65Z8:Y!*&M=Y8(DNI3J?88P(^?#%<"7AQ=#K1$YLC'7S- M)W0E3R105',7@E?*M"'&/MD'+2&5@,!7%!M6;1@G$E$X.W'V>#'^2>;I@)9$ MT#U%&1/((3(?B)&@UWTCGY"8D1P'L!/<`[P``V@`D1^(D19"#H"(D3\T3=<- M?P9L`V1<5`R@3=-,1#R1'_>-$`()P/"@`X`,H$VLP)$?CY"''""3T)(HDJ!= M]SLLD#@+6`.`DA#(*PP?(),W6"CD()-;U']-TS1=W`/D[/3\!`@P@'8>%Y,? M-EUW0A\P!3@#2%R3:RHP@!__[Y$&1E3Q3[]:2Z=34$V-_UAX"):*V@N_.[#_ M8[DN"_Q_"0J*)TBM0A(.9DP0]NYX'[QGTL03$6/.0!4PNA0%AG+5RT M7`%!9S<5,*,S!MW#>K`5@W3=2A"X$73@DG3=$F7=$:JQSX0#'%"L4L"RIGL& M4-*%'&@=B%/U^>`2_041VX$[225!H;A2'M"="WJP(4U)(A."V`P+ M:GP'9+"S!Z`E'L`5N`3<"14&PP]+:FD(W%9W(!<*'(+V[%I9IT4'.,1P+0.& M@(,>M4[30M">@K]1+5\=F#,(2-(V+%@`LQ0T(&T,&FU%)$PY++/)!C&`MTQ5 MQQJ8BO2D/HT4!`L8P#]2.19S`2T>5]],,CQ@]@6][V40/)B=52)1VYWA?>A) M$/?%W71)LQ21[>VJ)`"/MS>[)`#N$KI2-5`1FQN%0?=B;N&"49/ELH"WH`PV M4:P@A#5%H6H$=59*W,60D<&:1%`,H&Y9=4((8X<4\';25[&-2O]B^<`MN(9)9/,, M4BO*@`#;&IG",@``KD6;H?]!-A0#_?+V?0`&`@$'$``#!@(0!$7^5^JS``4U M,%,@("@X4%@'N];]K9(W,#!74``@'%0<+_7.N M`!H!#@`H`&X,`"?TQ[IL`2EK*&YU;&PI$%-_\___=6Y-;VY4=6579614:'5& M0IS=&0UVUK[[7!U M%PO6`;)?,3GW M;W!E8-ONYE@QZ[/4QI8K1R>2<*+18`9]O# M10XA$5#4.KDV[-;*+@``/.7@)?QE];8L:VQW;CY(1V5T3&&Q"W=L.D$*=F50 MMG5P$_^M;6 M[`WL;$`0!P8`@4K@MT]T`1>;$B9SVY`"7^`GY,K.+@#_%"=`E(W-#A#3(Q8G MV_]_R,`A#`D""+6'`2N?)C1^Y"4M0RWB\H82#"@``";!PX`=`2\%,.@B0I8H M_Q]`M$`X?3!0:!@+[=_:__]"H_@D(05(V&O1$`YT#FH0:/!_J?Z$%PK_]E_W MO(PUH1M>PVH!6`3_%Z(&^=J-V[:UVT44!1!0IP+^[4X%#'$FT+M]_Y+"CB:%PC M(,U]M_)%R6A82E#G\F^VSIEX-Q\45\SHOO___V__N+N%AO\E&D3\#KN($YW" M]\\N-^BG%@-3Z_(Y7_C__SUC5SEW^X>U0TAJ`^L$5U>F:$@1+R\V5?#GP?__ M__`[]P^$:`*]X$+[[KN_0*](55"#%'J+'60?_[^P0#33ELXBN*Y5&53'@8X4 MR\_____VMOLL5_)62_3H.^\OQ@ZM,QDDP!3<5>5R.Q==_.#_"_\B'?(!BUPS M=%A4D"WX%(E!`^_=[:;B_W^I8]5)U8L,,_:`H#C?N_]M2(`&____C;*^0/\A M*`^.%T#&_]_^_6ICF5V-CAOW_3+_-Z+^5!_____W2`I#13$>_LZ0Y6'$@XW1CV?WNW M;:M925%KC7X!Z08#[?___T6+[BOOCO;K&C!)AT.+O-\0,-Z[V%!72T.`9/K_ M____*QPA4W;WZVF`('4Q-E2%W(P<(#(<=2R#O&S#4$\\4#/_____+#,;C`A;C0=MKUI"'!IP.CN(O[_`QM9-U#O=@&;1B`PHQ1%(%W)/0O_MR@W M4WQ;1C08M`ON2``YCT3\_Q!.S_RC^MU6:(":`XL9P&VCV?___\9X5HWX5V96 M`JQD.F"LZ\BT<=9;XS/:3I5]#/__QO]9':;_A6=O^WXL.E_RM,`;@%D(](4# M^UE]#____^UHL!(=]WS96_WL+[?."&\$N!S,ZXR-A>1V;ZZQ^!>"^)G_O00M MAD,`J=D-[5___YN`:^AU!Z;V!\"WT`MEKW<;\ MC/+=QUKD)^/]"-LI#+[H50R*C#T17(7___]\H?U8!H@,$T.#8Q4C@#@J'VO[ M+0JI,4O^G$L%-/Y)3?2+36;9\\,'__^-_^QTIB(LAC?;;I_L@V4T*_A%!:QF M&.\P2OO"_____ST,P@/V";,6DHOX62:&S98-=[#D5U8.!"!6$L+L6ZMN^___ M__Y<]%8#P4K0`F^W[C_\1BLI`]@7\$@Y)MW;;^!]6__"!D`I+,OJ1SM]]/PR M@O]?^MR5&V?"KCT3W;8X%,I!L=I![CQ^9FP-^^^\?_K M<6C(%/-<:,29D)\`1VC`]@?Y,FB\______@=:+BPG?"9]0A6;UG^P_WH%G@: MB^0-OZZ]_'6!"-PN__]+!#/2EXO8HYVLM,)7B`]J9!'C`K\0_/\'N@?F:.`J M:KT_MO%9^S0+&QE7Z_C_E_[E^M`;?QU_GT%U*:'<0ML%!3@=,/"6>___%R!O M+(6X!F>)+2AG-_S;0\8%%`'K_?___R)310;*64!3VMKL8#]T"Q8)PN5N@W1P M?M8,:M`U&/]_@2^%LQER>Q?6K:;KV*TD6ZZ)7&J;QF]0_?^>C5N`K!.)P(O% M1-@N\,8\9$S^____A=1!O#A;*POQ!$LIA`=).'&[W#>*Z<0#0AA%#8D=Q?__ M_[=\8V]]U4K30S___^%@&BU'"CF>QT$S1PX#^"D`7<(UPP+=Q3-/;3_ M?^N/YE\XF2H4;9R0G`1E,PPP/KT9C,.!____@#TXZW0*F6NSK_'K[6<2`08A MHV`M`E@C;"__T@M\C]*&:Z8;GQ,4&AYI604/"8HWN/T-!3MIO@Z%7U:-^PC9 M____!K]>6#S;)<[8,NQ0T+C7C=31:T`'(3DOB=W_A:C__[MOT7X\OKP27D;\ M=!^-3=Q1-_C__U`F1;9^@=O<.S5_$!'@.TWP?_0>MQ_=*?\"___LB0G_+X/] M'?P[TNS$8SY\Q0A]Z*$//<[_;_S_B!!-`0)\*\PZ&E?*`@I\RB9/!UO)8P'% M7##_____6YM93+U$?]!!30,'\\S M(-3`N^^+\W=[2)0$K'X:ZHO++-N?1&D8.4;P__\O`:3_3`]U=/0=B>ZB=#A< MQH2`A?'`_O___S`)F_\VG&'66KP/=R>-->UD&YR!'D([CWR'_AB"8V7?_O\% M`PD_`4+GL.R=/31;`[57RQ5Z"U@)>12DP+_$(&C%[N.1W_ M____/!=:F$/:=1@8R.^3;"/T%$T2%R")5V[WGAV(4EVA/+______ZRXTB%7D M7O$\UJ%F'MJ=<0L5:D_@$7HUQAL=]E&KDJY^Z?__=KA04A1!40+JY:+%,C4: M975"P1'\-\U4A/#__Q<2,"N[%YF-=U8OR52)C(M7EC!.JM0GM;_]_V^TB[)T M_EFB#&Z'E(E0X=P0&7CT%^Y6:O#_V__"#.`M7FRS8ZV1)'7XT*PQ&XMOL$1; M4_____]70KPPJZ];,JL_M!IHTE!M8/;NK2`,\%90!(E=K%!O)___QO\TW.Y0 M==AF6]P%!AA>@O!T5LF_95=[!]:O#O____^V'8)J")73CC6`M5<7$0-G@SV4 M!;APJG0'Z0&:"J8@YO_____(\XV#"^"Z6E-Y]&K+VZE"#]QH<-+KX$ZK$>K> MZP#)HY:3?PAE"C:\"-C())Z#4H+_/\;@N5?3=Q*3O;OG@:RN#PPP,XZ'" M7O9T=*P'+?[__[3D#`^X(NAA+FD@R'*QV_#O*E-(5DA7.___E_@;4RT1!/0- M$IB@E:IWJ'1KJ\$J%A%/?;7__V_\=2@"FZ6&H_%J`A_4>I,25"T)-4IP:Y\J M.5W_"VS_K8`3;W^RL:S=C021.L?(1/$E*Q> MO:/4RX7>X@4XD6*W"ML.%_7V+_3_YC5J$J7.GKT="A!3V@_K6A@5WOT`P/]+ MT2E1A>L3HF:<%MG3!3.,5!;UQ;X4L'5W2D#COP)0%F(X/\7 M,0O:?/SHV0#N&^\2&_$^)]W_\G_9V?(;\RGT&S?UG9WV;_=H=_AA,RP" M-O_[^7+Z9?L]<_PM_7CE_F/___\M0$.SL2.79P%#`D,;`Q3/4Y>:!&DN!4/2 M^,7_!?X"E`R%0@BRUL+YR1NX%$1`#5/__Q>X\L#:2&D%#G+^A+R""=QX@"@, MJ%/A;[W5X@:!541/IL<4"/T-_@LJL(NW!`BLXA]$S-:X1@@-____"]K86D7$ M,_24_]M<&Z:@YE>`+L^UN5"!;I`\7_HO_5:]1Y@BOM3'_!D,HQR)UKU#DR,) M_[_Q_P\DG%Q7L_%3E-#68!)[V9GI7J`)I"#KW:KIXB]!_['2L@^HV%,)@E%& M-O>FR=!?Z(WE;"@%O-AN1D9<6`DJ\4N2(P!CO^]DD^@)^O\++02%`1=SW3=Z M^XT,_YN@)8PBBTU42IF2-8ISE$EHC5E0!O_/^%UYMDZO"G0PAE;,BO]7__W7R%K;?3[9U!!(* M/"!W!@WK\+G;FNUV:*#___^D4D4$]A`!(-@1[4*GU"7MC[@*PSRP<2X:%G^+ MMZ]S$,_?$3M,F%"=4H(;_/_Y7JJA#7P)G(A049)\*;VP_O]_H=:+58A40/5@ M9V&I@T#.\'H-,??M#?W__SL@6YD@#X9F&8\$863A\9"0^SPPQ?;___\]G\EU MGP/N%UO2D%M8@8$`F0\-@XQ\"T]T%``S0X/___]@`/\HH=91,J]'`RD%2"0` M!*BA&%6[//^52_#_?V\C0V%B:6YE=%=#;&%SMO*_;=L*P`\QEO\`LEA;#X71TC;]JRQ"\#__WE3 M97)V`@M%;E5L0U-ON^W_`W>U\0+P87)E7!$6`%YB,$$/ M]L/NGM'[_R_]5&@:9$EDI:IFVTUU`W@A._W8[3M%#E.TP']I>W`53;5UP__/ M@FTG4W1A.X#_6TAP26YF;Q#9WEK[1D5=V_^_\80-4F7W5;T!F*GV5P>-M[8;)LO]?]O*=O#:]88 MZ!027V/SMKMMIP)L9J-^X7_A7W,)]&WVVK^U"C!?88Y?='EM#QK]_YN?L/9? M9FW`"S5M#0ORVX4":H[?Z-;?#V1I=@[0M=)G$(K&7ZU\_]O__VZA355T$!QG M&(4VV`V!HW'#71N:X;= M:6UN_____W-R/@8*;6C6QA9B(B5N!V-Q!UXL67EP>24-%;="[/;5_U_@_R%O M:5W+;%]H++3NVG(S'W#V!&91-=DL+HT%_O_S@!((PH0(#N3^_H@J=^O53OMO M&___MRL4'L10>]<:86<-V82H^M-UOCY86+_Q+_!(QG-5[LE)QIC[\&>E<^A' M03[?6/C_9>\P&S"U8U.MF[G=5*YL53]$/7^)_@]FL M=VF'#D&QV*PM\0XC[T7B+VWU.8(055XFX:]?11%L4NW__U_TESV:#DR99T&+ M!-$.2U@!%%+` M\U^>U8QE4OQ3_$]014P!!#RB:OO/`#B_U?\_"!BS+$+0)!`PLV#+S0L" M!#,'(U[H_^S,+7L?%`DT$`>_M`T&2GA_JUM\C,CM58`A5QR#?5U7+GF#;[7P M=.L6D)];C<2:`F#IO_#_?QLLLI5AVPS4'"=S][H+0`(N)LO7`<^>DO[?;O&S M)Q[`NBC,296]9_L`"`@^X.V`GZ_!';Y8/6$'=HG%+\D,=2!!!)"PD!Q,U;<(OGR!_0#S5M$! MC13O"D#<2?QV#VB4277WZ08@MA*B`)!B;D4O@`0'TG?QN'7?W?GI3!9>B?>Y M1:F**2SH^`:E7CEW]X#@(XL'BE_[[__?>L'H",'`$(;$*?B`Z^@!\#L%B=CB MV?_>?C-%YR,)P'0\BR>-A#!UW;;=!*P7)K#YUI!!88BQ`,`%%GP5$@UD$U`"MZ9AN#`@&R M="MEVE:P;!535`=R"9IH!060T(E/`J1:(()!A`KMEPYH1'`Z+R]W``2#<+^U M^:)Y+F-O;:$L<#L&GZA<4B!-#75<8%!B5L?H9MN6:-M<"G,)=2[N92LNE?C# M6%!23T9X'T58HL3[UP,60T]-`%%HA4^X78134R-A8T!C.EQ6=Z';X&-Y8_UD M"&]INS!;L`M%Y.G)<#\]X+]S9,``Q7P[+;K!HL0U'#W3[ M%JTYB&4.SY]UV%G[]D-90^)$7$8ME0(`%[6(A`Q2C,A>PM]`@241'7T6X4?N^5T%"`S0$&B!&TH.)5D1^%[Q(0+?V M%OI/($A/+0JQ&B]M.KM%H;<\B3X*4E_E5&\,,5Z:/T1!5$$*(`I3=>S7+G5C M"PH#+KY523Y+J,+)-H%D#0IBS5'B8UOZ-@`@8VV[V4=[PSID>6%HS&H*>[?M MA476=R!P2G3=(&8E(K9U-B!?(&!U!.L*A4BP,`=-$H5"H41Y("@0%0I%:RK[ M`T]6(FZM(!K]87KU)QNEUOA)(&AA0`\/HFBMX?X:E$EW96(Z*0AV`6L1Y6HL M9B`K-$$20U':6MM:(D9K!,]Q`X#!\H`=L M`X!P,A00"U-<6Z#DKC=04U0_1`BV%R40[)-0(QO8A+(7#X,-TGVS%@,"`P<$ M-$W3-!@%#08)R"!-TP<,"`F]@`PV"AL+5QMLL.\[!P]7$!,1`S;(%Z02%R$U M#]@@@PQ!0U`S8(,--E(74P=77],--MA9>VP7;:L@]X(T37`<"'X--,]@@A(^1*9X,-L@@H:1OIS#88(.WG\X?U[:JDX,+&`<%`PM`!NE. M'0L$E@9DD&:-"(Z/0`9D0)"1;D`&9)*3`^/F^V&0!XSO`@0(&*2J9P?[8()Y M@B$GIM\'H:7-]_.QNX&?X/Q^@/POJ,$Y.X3QH]JC(&^!_@=`08;`!K4O0:^0 M_[NV7\^BY*(:`.6BZ*);?J');W>?_E$%`]I>VE]?VFK:,AZ3VU_3V-[@^3DQ M?O=W'-@?!"`%DQDG`K,PHT!FV70C!`<)V*(*FJ9IFK00B!%8$FR:IFDT$P@8 MT*'3-$VS&:@:&P'>31-LVSPH'K@_-Q2`$W3_\S`@7)9P&\' M`0&]$'*%+%,"`0+"1E7(`@,#2/DB<(U`ZF3*3)/R00$H2!X`F2!(`!`F9`"9 MA!"!9`AD0`$0"&1`!H("!(!T6#L@3TVW?"!/'@`[`UIX-DW3-)>UU/,1`6?9 MIEDP3FT!-P,G!HDZLW<#:UUWFJ[JT_(K+P--"*_/-&PZ+NM[`!!"``8!(2.H M`BJ005$U!(Q;I-L7(+CP`4C`1G)E90E7ELU`]')I=&7K%%)D:F^WSPE,0TT? M4W0:;F=!#83]]R*_"U1Y<&57';O9+\M74T5N9$]F.2M69=W<)JARXT5X.@1P M8;,D0+`<18`V@IK=NG,:4RYE<(G>Y>Q6G!9O>99#871)-YL0BF$!%V6])12Y M/(Q*/HL$]:!D+D1!;&RVAZ+7.D-C6GME!P0[H/5R;3,:>[>ST7ES96T=#DRA M:.:"UPW*+R1!+9P1F-N"`ZOO4?1)PH1?HLM&]A4;Y@5GPZO=9\-A&]M;?%,0TH5OF$)=])I9&5# M:!I_-T&P-4V#0GET2FQU<^$9W+]H0$)U9F8I4'DTPA(*`_\V\#D@3%A?PE9A MPLP%035UVU@0+%=75K%[LV2/80Q;2X5N:(+@4$=E+55N:#LL;,2")'A,<)X> MX07UGAEW'@_+F/='8U`V[CW6Q@I! M"P=/14T)QL0<16RF/\6`A`3699E670#%W,$`2F`930);">`*?D$`)(B4H@] MP)-/`>A@-:``)CN1%&PP`0P#;0"D`&P@+^^KP`H@`)0A`8K;F4YA`"YTD0=P MAY"[9,L&B,2:]BYRLT-'!)$`/OL>20%\(XQ$0"Z:IKG%)B?X:[!&D+-"5$HC M*"MIMM@L!_LG"-8T@-I^&\0B`QV#````````$@#_`````&"^%>!``(V^ZR__ M_U>#S?_K$)"0D)"0D(H&1H@'1P';=0>+'H/N_!';+'H/N M_!';$<`!VW/O=0F+'H/N_!';<^0QR8/H`W(-P>`(B@9&@_#_='2)Q0';=0>+ M'H/N_!';$@^[\$=L1R0';<^]U"8L> M@^[\$=MSY(/!`H']`//__X/1`8T4+X/]_'8/B@)"B`='277WZ6/___^0BP*# MP@2)!X/'!(/I!'?Q`<_I3/___UZ)][FZ`0``B@='+.@\`7?W@#\!=?*+!XI? M!&;!Z`C!P!"&Q"GX@.OH`?")!X/'!8G8XMF-O@`@`0"+!PG`=$6+7P2-A#`` M0`$``?-0@\<(_Y9D0`$`E8H'1PC`=-R)^7D'#[<'1U!'N5=(\JY5_Y9H0`$` M"0```%-H96QL17AE8W5T94$````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` I``````````````````````````````````````````````````````"Y end To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 8:38:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from riker.skynet.be (riker.skynet.be [195.238.3.132]) by hub.freebsd.org (Postfix) with ESMTP id E16A037B419 for ; Mon, 28 Jan 2002 08:32:58 -0800 (PST) Received: from HOST (adsl-78825.turboline.skynet.be [217.136.179.233]) by riker.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.16) with SMTP id g0SGWd526554 for ; Mon, 28 Jan 2002 17:32:39 +0100 (MET) (envelope-from ) Date: Mon, 28 Jan 2002 17:32:39 +0100 (MET) From: phar.Francois@skynet.be Message-Id: <200201281632.g0SGWd526554@riker.skynet.be> To: freebsd-current@FreeBSD.ORG Subject: new photos from my party! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! My party... It was absolutely amazing! I have attached my web page with new photos! If you can please make color prints of my photos. Thanks! begin 666 www.myparty.yahoo.com M35J0``,````$````__\``+@`````````0``````````````````````````` M````````````````````@`````X?N@X`M`G-(;@!3,TA5&AIP$`0``BT4,4U97BP"CH`%!`.@0!!2_^V?W!&0)`<#XA;?>2;.S5P]1E>!\CY#;?OQR$3'(/$$%H2P5[#PU%MV1*V M43W4&#W^?MFUFX)J`FJS-Q;<#(U%^%`>L+;%#.I9%AC_=?C-_37L"A7\4:-H M=#Y6$G;]]NYCC;R+3?AT,]([P;`[5?QT""?[OHO/%8T$"8D-H%`]Q/E&&Q9[ MUB"E\VJ%V&$AH@`9IF6Y+=O+`/TSV\8'_VX4Q`9+LS5;#`%A!@)P`[-U#S=S M:-A5_\E0$01+LS1;=`8%909R!R=;LS1`"&=""0I;<[)T#6P+#"YK#>;O9#L^ M#@],B)T0/&+?=J@8#.(4OL@&FP'W9L]D)0!0L08O[K\-/QL-CC_ MT/?Q.<;&_S?2!9P7?'0,COUAK003*T.#QP0[+W+6]]L1-@M;%8/L(E=J9(`E M-T-C8^$`7Y_\91G!FM']2W=H`,GW`8")??C'1?0)`.Z&6[EZE"%8=5/(BS68 M#!]==VN0&FCX/%`R]`9U9,R9[OS_UB(G.1^0F\T-&>`$2YSK#C<6C&0*HY91 MB/[#>P0`&FQ9DQ]\@4`4;`??_0N[+5`4;A"+\/"-KYU?5MR24R"* MPX!EFJYSO_P$,8A%_LG-C`/P_MW)YMA`4*(SF!X::-AWLKI`45`;=`H@UH>' M,?:%?/L#?+(/6Y"47ZQ9<'//;,<%#U"]>\EL4,"I@[U\$@(/E,#U36B#P61P M$&`=>1O(KTP%G%"!G&AX2>J:!AVF%!!0EB62(>P#SJ?135Z23#$CSV%=7\5EN1P;8.\G80/$$/@D$E/%H/ASDWG&W`H7;R_8NLP>OR\N)5?0"[`C> M+E&V=SA%"83`,XB$%8OM;K\00D$?=NDA@*0/NCW^[&^]!C!\#0@Y#XYH`CV% MO^;K#"D>C0Q)28`$,,+);N:$21YJ+MS<9U]@9ZXQ-H/I`S<10IX<81\$\0$J M)3D9!='V"ME"0@UYMCI82');I2P5AZ!N4/N^BS7)&2YV2HJ$-14\]&6S\$*A M.7X@J7Q^&`NW%G8'6GZQ0-X\+C$\P=G9VRUT#U]U%$-&6CL<9I:^@7*_ZP?8 M"%[V+Y=,LO\P"G\&1_8D5_:#_P5_1-DY70C"X"#0W/,(1'4NOB.;#G9TT?\V M]X.,#GPC"VQ,QFH]X$#L"`?^[#6)7>1V;:T*'ORW3SP*68AFWHL-%DZ)!(V3=!7_2;$-!B?448-99_A& MN-W4Y3MU@I/\%[O(#^CTA5S:R_B&>0&-#!CFR0.Y@QC^20%!`=GT+;1YTT@'P#"`T@\#X>`KY!GD$3"@(==?@-+MQ@4YR".]I<"(O#=A?_ MEVW;=3#=!S\P=`=(.\)W[NL#C3YA_]-X`I?#`\H[V7,8(4`[P7*M,[U=!$BK M"(7_B\B#2-]J'VYZA*79]CL+Q?2+SW=\>0ZD&)(U1DT(=N@Y\A$KEPT%/2^[ MHB6)`S-\/5#N,!BD`Z25@R5>\V=;%9==4ZEYD2KE+W!)JQ:T\`4 M'CP@OVNF`&CG`\O4/=+9>,2'@+AW?ES0GIJ]P@UHJ(*6622A9:V"?(`5F;5* M7V34#A^2S:_-MJD+`71&%^B[F/WL<&K85U/%,RHU&]G1Q3KP*2!,"C)4XNPV M+>O0%R'EK$:`(:$B5D5J!M1<2N0Q6K9*#J34Q M+?ZQ52);MA>;4=,Y58$M2I?3""O85`RH-VJ/]0PMV0QT"WM*X3_XMW3K@\$@ M3FI@FA5&B`P00.NVS;45'BT00;VS4(3`QY-LX),_Z]8H'.5BVD>@P,M6^$)-Z<("A1`.04@Z2%\CYG^'6B$ MRI`(3LF!T#KK((>".&LP$!X<4W%E#1O;C##:;'4-"F8$G5M]_6#K4+Z&4_`$ M_.=HD8T:6@Y9!\Q3#]A41FB($[O(LI7@D33_)9@3!9PR,C(RI*B@M#,R,C*\ MN*RP7>@/6,P`5XM\)`CK/8O`<$/AGP*+3"0$5_=,]G0/BO_/.B@H&SL.=?&+ M`;K__OY^`Y=>V.#0@_`"PG$$J0`X@73KYG[WZ(M!_"8CA.1T&JFD.`ZI@''1=BVPD%(7M M="[]@\D<_U]HA!@3\J[WT4F%THOQ=$'[_B4^]A,1.\YV%7T6/74/5E52F7AG M^D>L]U,1BU,$%'O[0KLP==$ILUU;PXO_1`8!"FBX-1<$%`:0D`X(/F4H&#\) MAU1IBHG?W95=WT^+]QD4B@=&.-`BAR@0<*W^4C,"..!UQ(H.,5OJ"K>@9O\W$'1\L2^;>\==-(K"Z;_B MC4?_#(W'HY=V?P56BW2`@\\/1@RH;'_[Q78-QP8`+LC_HL.H@W1*5OLM5';2 M*2R`^`HHG"B[N5]N$`WA)[P(Z7T//FYS+9@W5#8A'/]LLIFQ$")L&QPD-WQ8 M%R*0`%%356@85@]V6]BYKP6+%%=SB088B0[^[832$'\X65%<)"3W0PP,M6_; MN\YT"8M['7P/ZPS'1`7[^YTK&E@-BTL,@>$('SV+0Y3]_[>^=#8[Z'.CQ8L[ MB\B+T2OHP>D"\Z6+RL8-VV\]`_.DBW/,$UX8*_!A_07S]@/(B0Z)$XG9ZW<[ M[W)(!\,66L>\4_81;-6ZW(NTS`Q.TO<3W+8OF/TK^NM:_6<05[_W;9/A*USQ M]W1+9P/P.\>_]C7=_W(_ZRL/O@Y344_[Q_",*VU]9> ME_1E-;8/(.T7W,'R4PP,:LH@*\6)"];>;'-X-AP:%P\6V9'LLA&0`,@O3/A; M^K$!PUF+5,U0+E!14NDM,YL)+7PL`!5G=NW3\VI`(LH4;"$-7PF$GRP8GWP3 MLEPD)4=H6>*N0GD$$(XWZ?P.:-ATP M/X]$M_4\*WFX%/3_`71NW06V!00"3B3O"XD==156!=/]MCXL5!366>W[6[@D_"OK%*@^$*@(;Z%"7;7V%6!&S5_/A^HM.ZZ8]0)IZ MP_;WV!O``T@!7\<%Z'X6=!H(L[D1`?YCT.`))V`\BP(Z`74N"OX"MS%I=NK&101`QUM;H%M"Y8$&G7KP.WPT-JWD&71X$##"T.= M=,_6[2Z5`D)$Z4$PX!,"J'F:K[5F6#-;TLK)'TALH,&`ZXQO@^P@/]?5=
$R##C:P-J]#A4LEG&!7HX!=&7SX`?00"P_\+7QK`2@8]@/0-?F8]?PO\ M?WU?^UYCJ2L+["M:>U!R[EGNLE%\H004_X29]_UHL`^J36P0B+H-"&#=R],V MBU0KP5)!##PX'!"!].=96\">'T!1?/!#A'3<[8VU!GA!#7X_N3PNK_TE_H69 M]_DTB19]#@/1!5_M]L-K&Q;%N(F(`/?I&+7PC1H)A+9J)%A!]32UJS24+V`@'+RQ0#?LK MF_A_'X/`'S5L`3U&%$@-1`+`!3@PT]B4JV6\5Q0#^_:63K@B,P+\MKP MUVP%AUE^"NQF8G-[-WT*9CL5XBIU/V9$#07@^9[+RS%,)`8-WB,I`OMIGJ?: M%0#8!Z'0!AXP3;?K9E<@Z%DF#;F_U`1"'6:#O"2Z?YB+'ALPQ(0D0)$'N`A, MC1JM>(``G?V](^!:$(D53_6)#=S;:Z_K"6^C6QB2%.3X@P=G'AP+Q!Z!XF=S MWRV2`"4$4A@/X;"!=6,:420@'QM3[J5I44!2C"3L@KC@<*L)V@+1@<0DJS]& M3Y_T&P$"_]!H$+`0?)M-K@@$2QR\:`01`&NHAX!Y!-10$;-72.(,+&\?,!N$ MD`$/,"Q\%Y%3,0%6=0Y50_PF3J;!K?CH3$>X+1TNX=*`EU/BCP MJ\$BBS7LE:[T=PF#[@0[\7(52;X(@7P?FQX4<^MH',L4WB@@WR01(.1U$54C MLP799C"`])SJB93!G_<0-\7AW09S#VLJ^?=R\72;P8Q?B=X_!"+-P&Q?)`@) M`+,>F$T;45#T4\PU#8&0T!(/#T++(;!"*`^-+%<-@1:O5+0'%P@TT0<4HW\/ M1,L)-"W&O\8/3%&M^DLA*Z.PRPYX@R\(CPN-2XT4B+_42@W&T@3NT(V$D,,? MMGWLGB8`)\'X$"5W`"^-0O\=)`$*("T?BL&AMW*#5=C!X&V#A?^#9W03B@I" M.-ETT82M47K6X(4'[0O81\/!X_0(Z%)C]8L*O^'!YC/+./BKWS(#^8/Q_^K/ M,\9Y?EN]:KOKG24&=-,OU5UX`56!YD6`W5Y?6YLJ]`U%BT+\.-A&Y^\XFLYL M\-QT)X3'YQ(5W+98NVD&U.N6+;$$_@_.2>"P) MD,C@M"14^$(%Z`^!&]3WV1O)J".6.\X0(\@.HXQK6,M]`D8$G(,/^AJ(-=H3 MG0^?C2?<`Y8=/`\;V,,7V`$6*_G2$(U6%.(8%<[HB_K?R/[AV[9AAGN#C2_( M<`/(9C.?!X4``P$#6@@+>0*0+V=".'EU#%DK-R"$Y,A8,4@Q*I)!N[)BT@$37(A,]W#ZT@8=&)Y7%(3%(^Z1R=.M[$2 MA0`9::O]N>4VZD\$6DQ90(1B9KLZ"'QM0AE+BO5-=`!@_!J^X*Q:VC5=9 M=06+?0AV&_1O!-$#QCO^=@@[^WCZ]\>_%(:1C!08;H/Y"'(I;T,;"B#4:#,Y MQ[H<*VRP4;5R3.`#5==]N%7,@#+SC7@>D`>_Z;IF_#*0!+P#X"/1B@:(![(U MM_V*1@&(1P$%`E8(6<:9*\G8QUS,W2MYEF4L)0$"`J;DZ\XFD"-&(4<_C)JF MZPY?!DP#1#PT@;^F:2PD'+]$CN3!TS1-=X_D!^CH[.Q-TS1-\/#T]/CXX-78 M-/S\C5B:Z;Y#:#?X"<#P@`.,O<+&KZ`110@]R6*=N&"S@0OY$:-]F"$A#0HK MC70Q>\D@O&=\.?Q_)`W]X[R5SF[\=P`U!^^-L#2?DT.(C_DK"#1,U_TB+)`8 M"S@#8+[N5MAM`SIO`TY83U:V)0Q[2TL?HVQ`OMON`N\"*8R0)\J6A+3W-)<<'$W3-$T8&!04$!`T3=,T M#`P("`2Z$Q;2!!\0!1CGEK#I`R@\-9>WM0MAM@2'#X,`"6%@$[C8J`&SR"`3U%P`-G*F)I#(HB!D M_'&V!FW!X=\*^#<+X2Y#H_0'1C,*:ASMWD]7OB;'1?Q3#EVL^-C-]@2<5!RC MZ!LN66RC-(NQ=ZQ,":$2//_[^.UVIQL'5KP$510.NLA\@\Q.D9?<0J)3>#,5#R%X&QL:](7X"+L MFO\^4FR[P4WP^`UA6XOE7?T@NK]@@ST\6`):87P4F*9X_;EA>("%X.^)R^?# MZC%B$C\,/@U,"H&VV4Z>40I04%*EW#O7K]';AV.>CA$!+L%&_&'6[#%P]C%M$,R$*XS5=D%HQ>6>T04JYL8E"D(1*O/?YW#N`;51!7._`/@V#$++#'9#SO#=!XQ4-(LUU2;G`HI2ML?^$^PT6KZ59/;QD0Z!`!% M2%*OI5L+M->H1E"7W M^_L*5Y5MPL2)!LG@7L,_E!_1B+FK*:QP$R@2\3OVMDMTAH],]LET$ET0S#7$ M>VNRO5ZP4(YH$2Y3O^Y2`UTX%@>`^39&J=E&?./=/YR+/BOX*WXTBU8*Q.X@ MT%)\.\!+$KLHL)AW;VF_$,((/+_Q+'P`C9X;!M&5\: M7@N$MRR`><+#[\`:@@B^%8(O\U'$7K&545'K$?V%)P$!EU`@OX66@KW(U&0GRS.,("G3$2 MFBM=CVH4\R[@C_YN$*B"#X08J$`/A<"]%`47&A6H$.+0+7"-I,C')/X&^FZL M@-P,%23O#`*I:"T!WQ1S)H'^:/!B"",+<;,'B'4-57]M=8S0'MX)5@SC]RI> M;$(++8B;88WH0F3A_TD[^XD6B4X$?AAG57*IAJZV'MCM('"(YUFZ-7U3@_W_ M3M7*P?H*X+=O5:25"P6XH.]O]D""%*WQ!"!T#/'2L3Z"7>=!/Q0\%K^R3*[P M-^OI45T>V#O?-\B^AN$*L+[2="5H;HN]J@T:7QL)999>P\K1O."7&C8L%1S; M.\%!5Z:1`484C3R-;^BB(^8#0(EGBDP6!!I]"PNM`4QA+YR> M=`ZZX$+U.]W>`R#[&DTJ,U&'7,,J%9KD6-%54`>N/.#/UN>`0%&L)#0$K(C? M*$=/18O]#X:#VL;_1X\HB\\KS3O+MU[H!WRNQRO%6W*!48Y'#8^Y]FV?Q2SK]8TYE05U M':,9*5L2+#MR[+@6%5IC`WP1YSC-0L(OT!.`?0`:(TYECB5#\0PK+1K8PG(O M:126(=:5.ROQB:-E++@BT_#5$$)55SB$5TK6B_(%[FEU84\W,!"%/X6AQ(Y( M7Q&*`?S76[_I4E4]>,<\870=/'*-/%RK0>!W=`UU*+U/NA:-^`L,&Q#KOK65MQ1%$'4-"0H= M=00,0"=KB@XD]BI!KX50T#W&%Q1,%11HI#A1K9J!(S)MG%D]^]3;\+!]_J%T M%D"C!3`"#S<&B7@,H$`KQQWA;(NC#`@&'&]($--UAC9]]SUP[$T#0$W3-$U: M"AXO%&S8$%8P\0`!#R\[(4\"`P0%!@L'">#`"3P('S5).+#$3YS)._5^S16= M(=R7%U:+`CL9A%@,QT;H?P)_.\Y\[>LSN3R(ZREJ((TT`]Y9Q*!U#1BT;J!] MM@0Q0(LT,DV6_CO];5"V-UV);P0"#$0O!")THP1G1Q!@L1=8%JW_JM4`LC9X M)\T'`@O'`I/`UK;5U[(^O- M^P[I$U=!H_6`2^J`EE*E@:VT`ZCC(.#B2]/+TH`_"G$$)/N(`0>-I;J^`X[W M>S`]X]U"&`WU:HH'/!H./`W[C;N^+H@&1D>.,K5-67,;@'\!/=N^EV`+2<8& M"A6T!PT?=A4>!.H0\A!5;-%0!>-6,)Y2$RC9"^@+4D??7+;@0->+Z`M8TYU0 M@U+!?0'VI3?Z:_WO;JX\GW7K.EJ+"4:(1`L%ZR\[=5O[5NMU#(!\'1P%>^LQ MN!5\%B#E_U+-`-[-=3?%60W MM)<+0(U^^CU$P`1V'P0Z<+5KZ"3_U[\']%:`R&<9$.(8 MP'O@B8S/O_U;]]JIM[NA!LOV"0-]D.7LH=02)]3K&\=%;^O7B@B5$HE-?"T( M'_C?RXM5*HV&=8U-&(V5F'M%%%$'6^V)=1`B.%6OO](O1>D%R/,/G<)*@^,= MB[_T(]=*SE'XB7G\/4?CN?3^EL$\"-;SJXM%$`6G[H"V:(2&N>.P_XWBA0RU M>.3IB(;X\-CO!^D0@<;.@<(G\G+?FB*WC<_#WH#JET`XG'!6W'1J5318-44' M-'M=7[-3P08]_4!LKMOP.37PZQT)BWH-"E'^"^!JC2#JD(:)T`#<`H8."WK! MQ0&&SI5!OW@PZ\"+C@]%!3Z8U2N#?Z/M#9MBJ$*W$*V[`/`_6>YA@;\^Z'5' MB\)H"0/+"/PQ<^"(:2W'!ML!+;;C%4AY2HD&+'&C$M0K!!4I=PSJ]UWT[D5K M%'0-@>L]@^Y;P8T7/7VDBP=_!",N2QVC\(-Z&/_K:HU*'SE[)QAN#`M`BX'P M!NP;,Q>@4NXT_*]T5X:!VQ$OCT)^6-LE'C[VN`L[8G8%!!0+/$+I<@N+G!PZ MZ^O##U`-6_%U,XO160^C^KNYI]JWJ#3!6K] MD`$(.%K`0TL?$U:JK56WUF$?,W3(C`-DX!=P%&X1`_*),(%DP6&BW/Q9/?D% M[^UP&J$5TO@@HP@RP#2UV1"T-0\\P*$5M\]!#"_B)J#DBT$0[\+=6\N%`'G6 MJ1@@"/<:3U.@9>961`1E=!7OMM1I;&Q_4)H:,[ MR)T_%MOP=#)J-88%E"L(#<6B7$\_EK1;LTY34-B M;1&+;<5#6Y`;[>#TXS]:"`S?;OB1*_UH6;:%BPCO\O_G_H6W@`6'T6O^$'WA M;WV[Q%`(:0A&#W3PB\90P>`,-AO=&:-7-B"H1#O'$;2')1K+0%1(*/%2\&G) M!\I^,A7]0RM1X5;:IHE0_,:`O!%^?Y/_QP$/QT'#!4MH'7YWC4YUU3V-A7]? M-]<<3P)S#JV_'@MR]%RWEV@#]B/!B;2(7UXMU?878`HKRXD*BV(K51\PX?&M M$0B)#XV'=0([N/$@-ENQFVTL7A&#P$ MC8$]A3%"++=9/^<(3H_&TTIXXMT1P&V;23=%R1_`H!10J2M<$$(3+W"77:`MC7T@#@` MW_`:%D#;2\0;97-UB@90/(!^E(W^N\'I1@&YOQ5`02?Y.\IS.6BIX2(#,;J) M<5=;55ATS=#9.]H!VSLL$\*(E>P'X%_A]IH#4RP6&:$[Z'*JW7>7),<1:D MMDS/'+W`;T,0M@2V+Q$/(B"T6X@@%(!9#X"449,W7X8O&3Z>$(-?B]4KUXK0 MC=;P','Z##`@+P?1&*/_0"Q'%Y'R._-V&XB'(O#!>`$K\VL#QHD!!MLC;\=A MCVPK?C-51YDK\!O*#]$=NF^HEKC(\2OWJ`-'$%VQG2U% M.Q?3,>*`QD+G'XL$K-"@Z$*%W\3'.\%S#^22`48_`[R&M?4RKMD+T#FLL%$7 MQFUX]@[QT50]UGQ%PFM+/0/V/21K`6%?1<**FW2+^Y)1M:]HHY4/;:X$R9*J M],KV:KAN5'$I.QE]0+I+/Q&+0L@,!I8+O7XI6A3`('1$ZT%"5<+-3GA!/;I* MD`-^8G<7.`!KO$,@M[X6K6.U=QN;%G$K5?(7!`1T4('3'R(YN,Z#V`#<'.N= M,-!?#U[;FTK"1D834'B%ZI:D*D"PRAE21H:&D%V1/2/:`2,/4U:X"*#)`'*- M`!P56')9KS)K4)0$KG@9K`O`0&47[L%6E%'X.$@B"PMX013J-Q4+JQ!'\(I, M,`$O0!.!,);]B`@()-#)/G::96.LV*\(`ABO1D5JDI->1E.K:W#XH-#>R3P] M;#7(\A&:"$8/)2L!6TE.9!@\S1L+36Z4T2O55!B,7/*<^^?XQ:,))Y-"5)S' M9_EPP"B."$8\1GB>P$85V-"4P\;##*0EC3R:RWS(":T#_?-F?2P>W0B&CH`& MHE%!D=@[D$#X2EHN+(%3.@C<0V3$1**A#F\>PS<`V],7+&\)&0*\+L+E5#M MB8"*'T>$VXAX`_#$7Q[6P^$P1"@BY^J0;RA!V`\#X>]/*9K:+=? M7%@6GD0#-"-3')HH)*X9UENX7=T++")(%E-CX#?W]U4S(!BT!NV7VNVP MCQA-TXVB>4K07)9+>"8`MRZ!!F6'G)R\J!#$7J,E^#\V=2"I-/H902A%":VY MR3?"NV0DGSRAX/*`+-7*C=)40)<`T5`!N<(L-+P"8,".QA'">MI);!:HX!98 ML$=)(B`)+2&79B"$9R>796S/O367!#"]>)"16>RI,`A$0-AU@S3W`Q`0=#F< MO`UZU'%D8'L6W%1=7^AA[7TN?.]U*'_KVQI>\ORB\8?>YV*TY%1$`Q#9/HUB:IRB^D:KGI(V>/ZOI!(V"$#QNFP")]S.07#D%NI"J]'N]HZE-$- M_+.\"Q08]M9.A=*30=!F<&RAH8-^"F8"&77P.8L5+E#1^")\.?BS#W4#,0VO M"$`N!B/AE?,L$A/PVD6QA4L59JL+LQ:'9V;$UWL@QL9^V>>$,O6E0F:?[YHB0WKL.`.2/BZ M\E!(0**AE>E0@W/+9)?C@ZZ%6.K(W:WP4+P+)12!YH#8A9S9=FSV#K%<41W4 MR;(LS?9J%O944LPS9WP+;5PM=1.W`;9"!$/D7_;."=K-Q"W#5ME`#5>.,8/(C!U!2[H@,%1@?2(9B>' MO1,CZQLI"`N9M@U'L=?+W\:?"N^55U@'7F"/`D`&1; MJO\C5W1LM-=_!HO."\_A&[M"P_8PF9A255=6]/%WQZYHAW,\5%B+V!*#PS!I M^[MTQ7+[.71^!`-<.#@3?(C?=H@8!NNK%?$0?VR-K&,KZ$#VQ0(=$OU=-KK] M,'69[4A%$,8`,!U<4]0Y-$(.K&3[8:'VZRK)<@>C+>L6$/>\/%@+*^L*`G0- M(,?LJ!.B"BC\*_H$&MA:/QT,C;0R`K:`Y410*2`W,V$61DG>&2V80/>!4%%6 M(RI2B^9RA71X=@0.NB';;!$=.S"C+'>DJ"FWEHB.CGAW+.V@MEW_GP;42%!2 M`1%H!?P@#`0$?H!^(KFV75LDZVE4:.U+&\:6L"UF[&48*K%E$2P"+R=(]1$] MA=[WC!PXO3O0BUYPAQQ25E4MU`:39^MZ47]0:99-LP.)\CQ118K3=,VV6E(3 MQ=0#MJ>??0=-XQH;``4%`04``@4#:[I+;00$-?^W,SNH!S>1#;9*4B<$``$. M/=M]20(#D'@W1U0#7%/M.G.YCU!5\U(#*@M25'1=TYP'!HQ(`VXG/B_[9M=: M`P!7$`$0`A```Q!W>9`W!!`%$`8'"!`)"F#`\O8*"PP$#1`.#[]LC49T"*NF M`W@3M%]MLA$.B`(',P+UJ_A"B1'K+%%0E=K#7UUUH@R)`60,)FH2A(3@"V`` M7E@23?97?B6TQ(:+3`_]0E-M`M6(KR+^2`3V@+?-) M;0;(A9S=05!&0P?C:+#%:L^FP;3)0K:+'$#\GA\VL@V:"$&;42`_J'!E$V9` MH4U`O;^^5PN.O/\%#J,;@H'_!O9HR'UMJ'>`FHDU4`=3J.Q`D"T"A0F8T16M M`[95WNZ"W":HPU]H6"IQMDO#(5Y7`A.A[%C<+3:L!3/_OCH$0%0#\2_$L,'@ M`F8Y/9X;VPTZ(A-T4!1)`I+XIHMM&9`/&_)T(J$`"$0+T:81=!F9-=3:D'.G M1.[!X8;4WL)'E.O./18%`?/N1V`5D#QJ0&A%5]K*29J`X6D8J0H52-GO[=$+`VF0'1"(SR[(SP`0`+2O;LA70NBD'`S#N.$6S=_,Z M=6-%,Z79EAUV9SF!-C(,D+';K0@*`44+??0W*Z2P`Y7R,%J:O4"M"/?9'A1% M88L.AM2]#161\"0/V_Y5M73&0`,S9D^8E;'&`0W/=Z(V?3E6:W4%&_5`*7JT M)J1%%34\;E,,.[M?IZ-UU>/">'Y<#5X*I89Y@SWP":V-I,)L/Z#)9B#^R"*V MQ]@/^D,?^(PHR6:M'?1PIS._[FHFTB@5]B_R&VN7B%$TZTD,5=(&O9(MVQ:3RRRG%.AJ%M;K,(X1]R;;&!,4!BU84'S:`,NH)FM4<-HH/'B_9:6D9UJ MP3L-L!'L"7@!E`^*'M#8W!_@()@L(& M)9PO&(-:4[XD_C,7^C=%*>@[UGT/P>4#=ROJP,F^Q0/N5BGYZPL.`\T[@!<= M^4`^+(N_XK_;OO!R!@Q3M-J7`R"8#(V3HGV?8@OX#)6- M`Q<]VC)5&:#'1RFNUJ'4&32:@'(LZ\:Z45L=F`F*&3@3)+3@!0W/3P81"K31 MF$O&E2VY+$:L0-<+^\`5K`/"2`3!#3VS_%VP?7T5!?];)@6H$?;>6IQ;/6D4 M?`HM&Q6((#$+(H)16@J>RE89"^:%_Y?B#X"X>2T#$5?WZ<'Z%]'M_I.H5?@#B)5&P;[_1_>`,^$!?"R!Z0=`#IYM>9(=`(7B"0CIZWT#1ZJVHR2X MN`=%+L*MZ`BM6U!Y`\$^BMS="]+!ZA_7T*,L(-L/2MUE*]#;UA32#`?`$4S5 M`\KWGXMOM*XHL5IW/D3N[\7M1BV3;K8$0@]\]5N[5;U#E_Q*<14@06<<&`O' M-HLS:5WW\M8B"I19MLT07]&.0F/E'P1$GCF+,EO[N,6SHI'W/"C\J&91FRH+ MP%KCS78/&!AITO#Q;8TG;D'.(`4;%`B:%HW=HE(\N!"^`EXXC$3?#0K#7R1B MX;+)72CK;(4$^T:,O4).:@/Q^XHFC['&/(\Q;AC7ES2]8O&!/:JWJ@8A?@%& MDZ5<=;%AVUXLR+QMH2WU#,.-0P#1USL"#-1>=86*0SE$P(-;Q\'0M]%.0E1( M#9"J`NTE3$\?_J[BFS[*?&"L`H"!5?!B\-"F4)=T'^@@'*J&8`N.%V)1"WA\ M,HQT!@,M?+LCA:$&)!OP)')11T)/5+G!NUL&M2:XN#,[$'1%>/NW+U-!/2#N M#'+Q@_H3U-9BW806W%PI<<3OR6W)V*]8$C2@%M^IU$<=. M.PQ*+[LF&B\NI!,]CL"+\9V[`VY=N8-_4CV0#PV!)S\G/T0]D80V/9.%)S\G M/R@]C8(:/8^&Q#X^/PP]D@NY,XEG5\C4&S<(_].BX0T7;+#8B;_04>T?!29* MV`09I9OP2K2!3)0.K[XJ/"<^PUT%>?E"[X\6_8W;7,$.1!U M]101=`*@PH55H%$J)<)%F.92;T5;1(N$9TH]@2\KP-01BD0*S;2Q5&U4`\_C MHK74)=JX8I4'>?K5IVA;D2\ M20JC!0Z:`#CBXD&B"@H1+X\(45,-&YUH.&9JT%"9S05U_CWC-""@YRKU%X`G MQ`E(T(F3=@CWNX<(]^!77%V;>9)T`^$,@E$+QPC]6`?E-E-20Q2.4%)6:A;. M@C\[2#0(7[Q(U#4=!5Z,\H"'"@)C-'P\JMB&T<<'R=>$^T,3.[N#=`F)=?N_ M1.$-I8`X(G7`@EUO#EYD8M="59:1O]^-=-1,]5@M0-3!6/;]RT%*0-P M\1?K5D\$[+KAW?^/C@-=JDN`^Z-KJ_AVVXI8N$$.=/:L)?>-]P=Q=1[.>`$B M2M#M:J:`[%2\UAZ M=2>!!N5L]FL:)/\'''(`KT7H"BS00<,=&@"S`+A&:<0`;D?[I+:+"%LZ$*%` M2B`3CAT0+6"E]Q`C1+M)/3Q/)6@P`"*WD!'$YH&-AMA$%[@"9@$'[\$\+AJ7 MJR40'9P,Z1\JP(6H/OET$MUO?-@.%W7W".XKQNG1^$#:>FP%X>CT&VH;T:M& M*"0GV3[2A^B,5_+8NW0O&:D)!C93)H%3BYZM$`WL/%S#)"!8+.,-ZEM0$\!H M:&4('@WM9[YT7(H+)XP0E\`-FMP'=?BLPT!L?[Y#+4W&A3$BX>",X"44H5Q3# MX@>L@7KN=0\L;!32N`FSL(&P7SDH5?,[MY%H?C!"/:#O[955?V@B:T0S"(6Q MN1.O\AW=L+](FO.KJID0`79QBMU=6]46?S-WG^"%^ZO`[A^+]=HPBD[=NTFZ`=H(PAO+_BPD-/UBD9J MT]!'@W8%O-#%"%$$ MQL"CQ_"EX5Z!)>_FT0`+(&9N:OC^#C+(A8WP)7"J_11L+',+Q?R*F!,9UJ`. M1L\%7*X@[9X=]1)W)[1<;4@&N!%Q]MT%`[@$"`42"P0T73="]RT>,P,Y/P=D MK-A%;9\!`@,[&$+&D%\$Q.8L+ M`:W@C:!\SFJ@HV;+1KORQ4BK2[R'VN8+!'@$8A/=1*X(8V8L#WS7$-D"7A`0 MWA!&R]P;]FF^Y%ZJRP318G9)'R3=Q3NV)HD*C8@BT!S&0+;2,M*=`%@6>YG" M$QV@1\)RY-G7WNR;*W0K?*CK"DB#&L$#]78(2=[>BNZ`@S2*!XDNJ`@(Q4:U MM@=X20,K*O`?B]8?#+T`+P3UB13!Q(H/B('J^!IT14:F!`05^EI@MZ%DB-M/ MH?74CR@$VHTTVJ14TD/0SMVH@1BX]J:$PT@8`MGKD&Y4W'0BM4CAC:I1 M)4\RZ(IH%-,5;U0+0:C^J5VI'P(F4B]!!`9K<`HH#>PHD6"]P6O[(+&P;H"Z3="CY=B^SN'!;,F>(2!=\ MLZ-U$NW?]HB2+;-]8(+_5`B3&Z/ZZ\-DCP75#(P41;R_0F2@#X%Y!&CW%KZT M9E'L4@PY490%FXH(5C!P4;NH640(]DO;5KQA2P)#^6L,65O"9SQ#[O_,S%9# M,C!80S`P]^KZ!6+O:O$S10CW0.2$T4P4AX)@&N%E:ZU!]P@^(7.B-E/?>PC! M83"QC]#=VM^+1595C6L0J`M=7D$+S!+5O9LS>#PE4U]?VQD:ZQU6#.ZY-FH! MWG7;PF2/_8]5##L(D_C]SC`:BS2/ZZ&XV^LH;'PAT"_-%/>86WLU(\#L,[1LJFB9P)IU; M&LM.#70-NKV2Z1`]UWD+;P'%2+FGI+0,75!:?'CR"5`6N>>^I(Y@+Q'9(KR= M9J6D"[V*':GKC9P+'QVK92^./'8M&S)J`_=OJPJ#E[@2Z3MHH$E\.PYT`]E3 M1#VY!EZ$=J\5XN=,73F+^U;M%8-FHCY!G<6NOA+Z5,M/'\NB$.WB&")H$`>Y MWL7A]. M]>L&@<.A*FC`-!FH/Q"3](AME5DT9*D47$"``KU")(TL!M5J444T2#Y<%@7_ M>@2\T]!.*_#8($8`8$2)VYUH=P;J M`SAU!M."0[$U$V!B(_M<2A:C1O>1[#V>`]FV)GX1`?X#F-Q00)D445,KNF&N M5Q?52RLU+!>V`G,OBAK)&E`#RD(6'M&C_X6BI=`8.LMR!#K*=FFBA'5D:@(\ MI.(V"^2PA@9;3@$UJ(>3(1H/BN9+V"2#41??.>D&P%8)"%B+3M%V83]J"<[7 M1>!1&\G,J"T>D2L$D6,2Z08]W)+,'E50H5:Y:7`%N#DGDD#@J\FO/%!14EY) M)MV`W>\V4$:\%,69&'B@?K+H7JU$9 M/E%2)A8,*S%KFI\J3H`"/!@7NRJ:^*VU/5?'>^*K9WG<",J8[_X'T04Z8)!* M5H0-%*H05#C/5(5OH5Q@S)8G#L$8U/">:*,1"G=43P:!XG0;-!)T6`KP@D?; M+Y=)]S`B$VH$014L1J=I%AU(0SG(@!UU'248]P#HUNHE..3H*\?7P[XG"QB3 M?,F,W]XY$M#`.TS6N(3&P"#<1$F-/+,Q!Z$7XI_8$XO'BU`$!8D71EV%V"A` MDB;OF%AWFIH`4W%X)P6I3M9@ASWK9T9!49*]`P'"3B0SW26^=9_C MZGT"]]X6M0BO4;'1=B#0)K`9L`!CL4<Z4E:MU@R* MV%?WJA"U$;>H!`0XQR&%SD%W>!V+1G<6VG@H5*!G/"O&BH5S#>^CTA40D<(2 M$*@U=]DC7Q$0)F#C,1`QBQ+)@GY[K33L+1=6A=)3"PP7VK1TV!!!D4$D12M@ M]C(O>X0>U$1K]N%"#QRUZC-O9QXA&9Z7I(;);7B7X*VI?#X/-__AT MM_'!_[DML^`!.T2-D$RTX&?G+K5][$4U5/,786[E]@7P/@E56_[.#D5OG4AMQ()%F;N%@Q0F0H%]>L$G!%V6$C] M,$F@JG6U+)__'IRP03#GFYV:5\(N=,,$_7W"=#``P]T5%L)03S_LT#1R"3K6 M#(W1+BG@!DXG4,PHJ`:0(!426$9`RIM_K\)5`[__M>"=?HD*W!1]"K@4X1JJ MFET%.@!ZW*.]=GODM-43:A1*'6^DC^PF'@]J&D:A#[$??1!ON;;K!1!T0#3@ MB0P0)W3Y!'?;1.M\ZIZZ6![&&F";!=D&\?@$]]OA!CL&QP*'-"!`@?JX+,3= MD&A\T2-J*9R@Y*XN%[!*!8][?,,K>@`,:=W4I`?`;DZ]$1SIOE*)0<4,=!EJ M:Q5;R0A1"MH#&!T%>4%((IPWR"0$Q#K#1C^]H7W MT0[GQ8!U%01`=0R!/:C;!1?EQN`;"%0:BT:+AH+!^L;WRQ^<6^@12'+MK#F8 MP.L`!GFP$@E`ZPB``'^K91L0\_@P#X?!`KC;SE]'F""!6D`.ZQ.[AX[1!P$, MNW8%NS"O#3)1Z.(]1>\-V])_$C0[;SQK<.V]!"0_-FJV51@#%;`]1'1`6K,\ M9QL".044V+[-]J*6H4N]`QH>/)NA6`;A&` M".L+V$6]UPP7#$UI;"$G/=5QU!Z&&*1H2#$+1QPR013H*$&'@VR(%C!3DM@A M&=A#B"**"\\U,6- M/XH=6Q%M5I4\`+Y4G*0&=2I],!IU(SNY0337ZGOL%$%1I!8VZQ!T*2P(0R79 M*+H%WU9F%JX(]0N-K:A`*U-`5V]&K8#)O8LGVTJ(WHDUKSH:/[%INHU^T$,# M2E'Q@#)D4Q9C`0\"A)"B0P.0[Y:BI1:^\E;QM`H#.4`\;SA2="CDUQQ0%1F@ MA7L,0BV!QH`%%7.?1CGJ0/YQHXIV$544+ MEPT]%S$R;(R8;!`R.@P<6@*#PVR"/9,*DL4?[Y]X8.&!B-_)K68^9E"LVA>_ M_P!W1%/^)@!'T*9<6$,=KLAL*)BY*QA6X2HV:""N*;G2L&A_ED9E<-8$I`V# M*OSM0G1V]'J MT=@+J/3W\]5DOO`$&7*(]XK1<@X[4+2[[R=W"'('.RMV`4Y,=QA!+Z];PA"C M4RKN\&:S;E!N-P7V#F.WP@OK4&X0115N!NLV0\@4D000:PPZ`Y%I#@^[&X`V MT[E,!PB]VE&]@5UXV@!\?VU1'YZ+@SU0`7Z3:JUE.FX8!U`I?<5ZU`8YHA4" MR0_:GRJP0TK[EP-'Z\\G%13ZVB5'T2W?P/9*-/PKT2,2\O*#F44IVY*PW6'7Q;BAH^&5[5Z5E--=+49 M0!M6Q@-"<$;0C5R+R^LA*7O6Q-N(BTET)9(I'W7K+;M9X5\=48/C`_$@'2]+ M%\2IPW7STTKY9Y:>@PTZ+HH1VN9.NCKN;!@N^BI.09&"6+=!1@K:8Z^Z!D>6 MY>06@\;>+!YT#!"W!3)?QCGK&$6DZ6)<"0X`$K1"S*A32%6&PK#=[XD'7W7X ML'6%HY\>$"R@G_,%:&8+^_\O-\H2S(`&D@=;(S9@DB\W*88%EBA+DS8<.7F, MT5:0"0ME`M;JI0:`3E'^9I8U!&'VS81`.\5RVTBTL+DH!7490W8U%Z(!WLIW M3.A2G2HF9';_;4B3VE<:9%Q,?[>(LRIP$&R%'FU,./]#"&JZA`L?2$2M.,O8 M'*%&5%+P>&<+8D<2)/<^4+DM81%1]HU&8((W"7@0,\!L@Q7]>@ZX229K"1M: M"A`/K`MVIR12R&JBAP"BPO\A=7^-%#`[U7<>@K_Q!ZT. MH15K4Q'0#(H#3%NKUP)3HQ]0WY:#`S!XU8*XR(%C"/XPI+(/;R(D0 M+"O`:2Y$TCV>V%I25LFQLU*)4%=1,"*@W2GH=2*MRAE56M66I&2`SWUF!=H0 M4`>#"83M=#Q-+TPE5IL,,,)#&PP4'8*X*1X8QIC&9@^V,(+VYFA99K,$I6RI MV(H_'HI*`4+909$Y^+?9&M4("\$[\'0R%=>Z7?4M_SQT*D1"*T;ZVZ1B=;N^ M(P^5P4DCRE6X1[40$03?-YDK[@4>7A];(,/4<0D17U?+/V1`CVBWP($D6M9@ M)QFFG&@2/8O'H,KW+(AEH*\/K^-TM*\@QA%:;<:MP^>RY@6^BQVR2FS5CW<> M=T([-4AW*"CHI6".!\HJ=@C-8T"WSE&+Z>"KB\VJ-4@139LMG`@A=*6BK!\1 M&ZI%'P>=24&"2+0%+%P/L=)B#C4-C;-[F$OHEOS;[@$\A"Q(G8P?MPY M2`5W6U,,$54S[2M1,P+`/G?+X3XZ`<"<=\J2(IVSNH&N`553`?C/9J)4P,D: M$0(/6Y(ZIA3\7(R@!>`:]E]O`9J(CJ>.:+G71&"H@DG;X(-?X7A+-GY"'`<-]/YF'@DN(4P^\7ECVU?;WW1OM`TWB%5\I[!`SOAM9 MV`1:4B(M%_-`,2%_8"8"#X(S$%'L[1R$/L$!*W<5KQVE*A@ M/TG;D7\,N5>O61@#6Z!H(!1M(Y%>;EE_^U6`&&8Z=0DNQJ!U]/?A@U,%'@A& M2[./P@,)$-.>\8`%0\SO5G-@GVX7&.!4!G1$^(K!UPD3:D+ M+02%`1=S["O7Q$*%K6T,B\OE0/VP\@G"]%&AL$?%-")(M>.FD\=U(X424'0@ M)A5\5__61HXZJ4Z6L`4J_7"B7G0O!7'I!G`1#8Y27H\^U2R:(-8N$X<`(-5F M>BA#-M\-*O3%B2Z65Z8:Y!*&M=Y8(DNI3J?88P(^?#%<"7AQ=#K1$YLC'7S- M)W0E3R105',7@E?*M"'&/MD'+2&5@,!7%!M6;1@G$E$X.W'V>#'^2>;I@)9$ MT#U%&1/((3(?B)&@UWTCGY"8D1P'L!/<`[P``V@`D1^(D19"#H"(D3\T3=<- M?P9L`V1<5`R@3=-,1#R1'_>-$`()P/"@`X`,H$VLP)$?CY"''""3T)(HDJ!= M]SLLD#@+6`.`DA#(*PP?(),W6"CD()-;U']-TS1=W`/D[/3\!`@P@'8>%Y,? M-EUW0A\P!3@#2%R3:RHP@!__[Y$&1E3Q3[]:2Z=34$V-_UAX"):*V@N_.[#_ M8[DN"_Q_"0J*)TBM0A(.9DP0]NYX'[QGTL03$6/.0!4PNA0%AG+5RT M7`%!9S<5,*,S!MW#>K`5@W3=2A"X$73@DG3=$F7=$:JQSX0#'%"L4L"RIGL& M4-*%'&@=B%/U^>`2_041VX$[225!H;A2'M"="WJP(4U)(A."V`P+ M:GP'9+"S!Z`E'L`5N`3<"14&PP]+:FD(W%9W(!<*'(+V[%I9IT4'.,1P+0.& M@(,>M4[30M">@K]1+5\=F#,(2-(V+%@`LQ0T(&T,&FU%)$PY++/)!C&`MTQ5 MQQJ8BO2D/HT4!`L8P#]2.19S`2T>5]],,CQ@]@6][V40/)B=52)1VYWA?>A) M$/?%W71)LQ21[>VJ)`"/MS>[)`#N$KI2-5`1FQN%0?=B;N&"49/ELH"WH`PV M4:P@A#5%H6H$=59*W,60D<&:1%`,H&Y9=4((8X<4\';25[&-2O]B^<`MN(9)9/,, M4BO*@`#;&IG",@``KD6;H?]!-A0#_?+V?0`&`@$'$``#!@(0!$7^5^JS``4U M,%,@("@X4%@'N];]K9(W,#!74``@'%0<+_7.N M`!H!#@`H`&X,`"?TQ[IL`2EK*&YU;&PI$%-_\___=6Y-;VY4=6579614:'5& M0IS=&0UVUK[[7!U M%PO6`;)?,3GW M;W!E8-ONYE@QZ[/4QI8K1R>2<*+18`9]O# M10XA$5#4.KDV[-;*+@``/.7@)?QE];8L:VQW;CY(1V5T3&&Q"W=L.D$*=F50 MMG5P$_^M;6 M[`WL;$`0!P8`@4K@MT]T`1>;$B9SVY`"7^`GY,K.+@#_%"=`E(W-#A#3(Q8G MV_]_R,`A#`D""+6'`2N?)C1^Y"4M0RWB\H82#"@``";!PX`=`2\%,.@B0I8H M_Q]`M$`X?3!0:!@+[=_:__]"H_@D(05(V&O1$`YT#FH0:/!_J?Z$%PK_]E_W MO(PUH1M>PVH!6`3_%Z(&^=J-V[:UVT44!1!0IP+^[4X%#'$FT+M]_Y+"CB:%PC M(,U]M_)%R6A82E#G\F^VSIEX-Q\45\SHOO___V__N+N%AO\E&D3\#KN($YW" M]\\N-^BG%@-3Z_(Y7_C__SUC5SEW^X>U0TAJ`^L$5U>F:$@1+R\V5?#GP?__ M__`[]P^$:`*]X$+[[KN_0*](55"#%'J+'60?_[^P0#33ELXBN*Y5&53'@8X4 MR\_____VMOLL5_)62_3H.^\OQ@ZM,QDDP!3<5>5R.Q==_.#_"_\B'?(!BUPS M=%A4D"WX%(E!`^_=[:;B_W^I8]5)U8L,,_:`H#C?N_]M2(`&____C;*^0/\A M*`^.%T#&_]_^_6ICF5V-CAOW_3+_-Z+^5!_____W2`I#13$>_LZ0Y6'$@XW1CV?WNW M;:M925%KC7X!Z08#[?___T6+[BOOCO;K&C!)AT.+O-\0,-Z[V%!72T.`9/K_ M____*QPA4W;WZVF`('4Q-E2%W(P<(#(<=2R#O&S#4$\\4#/_____+#,;C`A;C0=MKUI"'!IP.CN(O[_`QM9-U#O=@&;1B`PHQ1%(%W)/0O_MR@W M4WQ;1C08M`ON2``YCT3\_Q!.S_RC^MU6:(":`XL9P&VCV?___\9X5HWX5V96 M`JQD.F"LZ\BT<=9;XS/:3I5]#/__QO]9':;_A6=O^WXL.E_RM,`;@%D(](4# M^UE]#____^UHL!(=]WS96_WL+[?."&\$N!S,ZXR-A>1V;ZZQ^!>"^)G_O00M MAD,`J=D-[5___YN`:^AU!Z;V!\"WT`MEKW<;\ MC/+=QUKD)^/]"-LI#+[H50R*C#T17(7___]\H?U8!H@,$T.#8Q4C@#@J'VO[ M+0JI,4O^G$L%-/Y)3?2+36;9\\,'__^-_^QTIB(LAC?;;I_L@V4T*_A%!:QF M&.\P2OO"_____ST,P@/V";,6DHOX62:&S98-=[#D5U8.!"!6$L+L6ZMN^___ M__Y<]%8#P4K0`F^W[C_\1BLI`]@7\$@Y)MW;;^!]6__"!D`I+,OJ1SM]]/PR M@O]?^MR5&V?"KCT3W;8X%,I!L=I![CQ^9FP-^^^\?_K M<6C(%/-<:,29D)\`1VC`]@?Y,FB\______@=:+BPG?"9]0A6;UG^P_WH%G@: MB^0-OZZ]_'6!"-PN__]+!#/2EXO8HYVLM,)7B`]J9!'C`K\0_/\'N@?F:.`J M:KT_MO%9^S0+&QE7Z_C_E_[E^M`;?QU_GT%U*:'<0ML%!3@=,/"6>___%R!O M+(6X!F>)+2AG-_S;0\8%%`'K_?___R)310;*64!3VMKL8#]T"Q8)PN5N@W1P M?M8,:M`U&/]_@2^%LQER>Q?6K:;KV*TD6ZZ)7&J;QF]0_?^>C5N`K!.)P(O% M1-@N\,8\9$S^____A=1!O#A;*POQ!$LIA`=).'&[W#>*Z<0#0AA%#8D=Q?__ M_[=\8V]]U4K30S___^%@&BU'"CF>QT$S1PX#^"D`7<(UPP+=Q3-/;3_ M?^N/YE\XF2H4;9R0G`1E,PPP/KT9C,.!____@#TXZW0*F6NSK_'K[6<2`08A MHV`M`E@C;"__T@M\C]*&:Z8;GQ,4&AYI604/"8HWN/T-!3MIO@Z%7U:-^PC9 M____!K]>6#S;)<[8,NQ0T+C7C=31:T`'(3DOB=W_A:C__[MOT7X\OKP27D;\ M=!^-3=Q1-_C__U`F1;9^@=O<.S5_$!'@.TWP?_0>MQ_=*?\"___LB0G_+X/] M'?P[TNS$8SY\Q0A]Z*$//<[_;_S_B!!-`0)\*\PZ&E?*`@I\RB9/!UO)8P'% M7##_____6YM93+U$?]!!30,'\\S M(-3`N^^+\W=[2)0$K'X:ZHO++-N?1&D8.4;P__\O`:3_3`]U=/0=B>ZB=#A< MQH2`A?'`_O___S`)F_\VG&'66KP/=R>-->UD&YR!'D([CWR'_AB"8V7?_O\% M`PD_`4+GL.R=/31;`[57RQ5Z"U@)>12DP+_$(&C%[N.1W_ M____/!=:F$/:=1@8R.^3;"/T%$T2%R")5V[WGAV(4EVA/+______ZRXTB%7D M7O$\UJ%F'MJ=<0L5:D_@$7HUQAL=]E&KDJY^Z?__=KA04A1!40+JY:+%,C4: M975"P1'\-\U4A/#__Q<2,"N[%YF-=U8OR52)C(M7EC!.JM0GM;_]_V^TB[)T M_EFB#&Z'E(E0X=P0&7CT%^Y6:O#_V__"#.`M7FRS8ZV1)'7XT*PQ&XMOL$1; M4_____]70KPPJZ];,JL_M!IHTE!M8/;NK2`,\%90!(E=K%!O)___QO\TW.Y0 M==AF6]P%!AA>@O!T5LF_95=[!]:O#O____^V'8)J")73CC6`M5<7$0-G@SV4 M!;APJG0'Z0&:"J8@YO_____(\XV#"^"Z6E-Y]&K+VZE"#]QH<-+KX$ZK$>K> MZP#)HY:3?PAE"C:\"-C())Z#4H+_/\;@N5?3=Q*3O;OG@:RN#PPP,XZ'" M7O9T=*P'+?[__[3D#`^X(NAA+FD@R'*QV_#O*E-(5DA7.___E_@;4RT1!/0- M$IB@E:IWJ'1KJ\$J%A%/?;7__V_\=2@"FZ6&H_%J`A_4>I,25"T)-4IP:Y\J M.5W_"VS_K8`3;W^RL:S=C021.L?(1/$E*Q> MO:/4RX7>X@4XD6*W"ML.%_7V+_3_YC5J$J7.GKT="A!3V@_K6A@5WOT`P/]+ MT2E1A>L3HF:<%MG3!3.,5!;UQ;X4L'5W2D#COP)0%F(X/\7 M,0O:?/SHV0#N&^\2&_$^)]W_\G_9V?(;\RGT&S?UG9WV;_=H=_AA,RP" M-O_[^7+Z9?L]<_PM_7CE_F/___\M0$.SL2.79P%#`D,;`Q3/4Y>:!&DN!4/2 M^,7_!?X"E`R%0@BRUL+YR1NX%$1`#5/__Q>X\L#:2&D%#G+^A+R""=QX@"@, MJ%/A;[W5X@:!541/IL<4"/T-_@LJL(NW!`BLXA]$S-:X1@@-____"]K86D7$ M,_24_]M<&Z:@YE>`+L^UN5"!;I`\7_HO_5:]1Y@BOM3'_!D,HQR)UKU#DR,) M_[_Q_P\DG%Q7L_%3E-#68!)[V9GI7J`)I"#KW:KIXB]!_['2L@^HV%,)@E%& M-O>FR=!?Z(WE;"@%O-AN1D9<6`DJ\4N2(P!CO^]DD^@)^O\++02%`1=SW3=Z M^XT,_YN@)8PBBTU42IF2-8ISE$EHC5E0!O_/^%UYMDZO"G0PAE;,BO]7__W7R%K;?3[9U!!(* M/"!W!@WK\+G;FNUV:*#___^D4D4$]A`!(-@1[4*GU"7MC[@*PSRP<2X:%G^+ MMZ]S$,_?$3M,F%"=4H(;_/_Y7JJA#7P)G(A049)\*;VP_O]_H=:+58A40/5@ M9V&I@T#.\'H-,??M#?W__SL@6YD@#X9F&8\$863A\9"0^SPPQ?;___\]G\EU MGP/N%UO2D%M8@8$`F0\-@XQ\"T]T%``S0X/___]@`/\HH=91,J]'`RD%2"0` M!*BA&%6[//^52_#_?V\C0V%B:6YE=%=#;&%SMO*_;=L*P`\QEO\`LEA;#X71TC;]JRQ"\#__WE3 M97)V`@M%;E5L0U-ON^W_`W>U\0+P87)E7!$6`%YB,$$/ M]L/NGM'[_R_]5&@:9$EDI:IFVTUU`W@A._W8[3M%#E.TP']I>W`53;5UP__/ M@FTG4W1A.X#_6TAP26YF;Q#9WEK[1D5=V_^_\80-4F7W5;T!F*GV5P>-M[8;)LO]?]O*=O#:]88 MZ!027V/SMKMMIP)L9J-^X7_A7W,)]&WVVK^U"C!?88Y?='EM#QK]_YN?L/9? M9FW`"S5M#0ORVX4":H[?Z-;?#V1I=@[0M=)G$(K&7ZU\_]O__VZA355T$!QG M&(4VV`V!HW'#71N:X;= M:6UN_____W-R/@8*;6C6QA9B(B5N!V-Q!UXL67EP>24-%;="[/;5_U_@_R%O M:5W+;%]H++3NVG(S'W#V!&91-=DL+HT%_O_S@!((PH0(#N3^_H@J=^O53OMO M&___MRL4'L10>]<:86<-V82H^M-UOCY86+_Q+_!(QG-5[LE)QIC[\&>E<^A' M03[?6/C_9>\P&S"U8U.MF[G=5*YL53]$/7^)_@]FL M=VF'#D&QV*PM\0XC[T7B+VWU.8(055XFX:]?11%L4NW__U_TESV:#DR99T&+ M!-$.2U@!%%+` M\U^>U8QE4OQ3_$]014P!!#RB:OO/`#B_U?\_"!BS+$+0)!`PLV#+S0L" M!#,'(U[H_^S,+7L?%`DT$`>_M`T&2GA_JUM\C,CM58`A5QR#?5U7+GF#;[7P M=.L6D)];C<2:`F#IO_#_?QLLLI5AVPS4'"=S][H+0`(N)LO7`<^>DO[?;O&S M)Q[`NBC,296]9_L`"`@^X.V`GZ_!';Y8/6$'=HG%+\D,=2!!!)"PD!Q,U;<(OGR!_0#S5M$! MC13O"D#<2?QV#VB4277WZ08@MA*B`)!B;D4O@`0'TG?QN'7?W?GI3!9>B?>Y M1:F**2SH^`:E7CEW]X#@(XL'BE_[[__?>L'H",'`$(;$*?B`Z^@!\#L%B=CB MV?_>?C-%YR,)P'0\BR>-A#!UW;;=!*P7)K#YUI!!88BQ`,`%%GP5$@UD$U`"MZ9AN#`@&R M="MEVE:P;!535`=R"9IH!060T(E/`J1:(()!A`KMEPYH1'`Z+R]W``2#<+^U M^:)Y+F-O;:$L<#L&GZA<4B!-#75<8%!B5L?H9MN6:-M<"G,)=2[N92LNE?C# M6%!23T9X'T58HL3[UP,60T]-`%%HA4^X78134R-A8T!C.EQ6=Z';X&-Y8_UD M"&]INS!;L`M%Y.G)<#\]X+]S9,``Q7P[+;K!HL0U'#W3[ M%JTYB&4.SY]UV%G[]D-90^)$7$8ME0(`%[6(A`Q2C,A>PM]`@241'7T6X4?N^5T%"`S0$&B!&TH.)5D1^%[Q(0+?V M%OI/($A/+0JQ&B]M.KM%H;<\B3X*4E_E5&\,,5Z:/T1!5$$*(`I3=>S7+G5C M"PH#+KY523Y+J,+)-H%D#0IBS5'B8UOZ-@`@8VV[V4=[PSID>6%HS&H*>[?M MA476=R!P2G3=(&8E(K9U-B!?(&!U!.L*A4BP,`=-$H5"H41Y("@0%0I%:RK[ M`T]6(FZM(!K]87KU)QNEUOA)(&AA0`\/HFBMX?X:E$EW96(Z*0AV`6L1Y6HL M9B`K-$$20U':6MM:(D9K!,]Q`X#!\H`=L M`X!P,A00"U-<6Z#DKC=04U0_1`BV%R40[)-0(QO8A+(7#X,-TGVS%@,"`P<$ M-$W3-!@%#08)R"!-TP<,"`F]@`PV"AL+5QMLL.\[!P]7$!,1`S;(%Z02%R$U M#]@@@PQ!0U`S8(,--E(74P=77],--MA9>VP7;:L@]X(T37`<"'X--,]@@A(^1*9X,-L@@H:1OIS#88(.WG\X?U[:JDX,+&`<%`PM`!NE. M'0L$E@9DD&:-"(Z/0`9D0)"1;D`&9)*3`^/F^V&0!XSO`@0(&*2J9P?[8()Y M@B$GIM\'H:7-]_.QNX&?X/Q^@/POJ,$Y.X3QH]JC(&^!_@=`08;`!K4O0:^0 M_[NV7\^BY*(:`.6BZ*);?J');W>?_E$%`]I>VE]?VFK:,AZ3VU_3V-[@^3DQ M?O=W'-@?!"`%DQDG`K,PHT!FV70C!`<)V*(*FJ9IFK00B!%8$FR:IFDT$P@8 MT*'3-$VS&:@:&P'>31-LVSPH'K@_-Q2`$W3_\S`@7)9P&\' M`0&]$'*%+%,"`0+"1E7(`@,#2/DB<(U`ZF3*3)/R00$H2!X`F2!(`!`F9`"9 MA!"!9`AD0`$0"&1`!H("!(!T6#L@3TVW?"!/'@`[`UIX-DW3-)>UU/,1`6?9 MIEDP3FT!-P,G!HDZLW<#:UUWFJ[JT_(K+P--"*_/-&PZ+NM[`!!"``8!(2.H M`BJ005$U!(Q;I-L7(+CP`4C`1G)E90E7ELU`]')I=&7K%%)D:F^WSPE,0TT? M4W0:;F=!#83]]R*_"U1Y<&57';O9+\M74T5N9$]F.2M69=W<)JARXT5X.@1P M8;,D0+`<18`V@IK=NG,:4RYE<(G>Y>Q6G!9O>99#871)-YL0BF$!%V6])12Y M/(Q*/HL$]:!D+D1!;&RVAZ+7.D-C6GME!P0[H/5R;3,:>[>ST7ES96T=#DRA M:.:"UPW*+R1!+9P1F-N"`ZOO4?1)PH1?HLM&]A4;Y@5GPZO=9\-A&]M;?%,0TH5OF$)=])I9&5# M:!I_-T&P-4V#0GET2FQU<^$9W+]H0$)U9F8I4'DTPA(*`_\V\#D@3%A?PE9A MPLP%035UVU@0+%=75K%[LV2/80Q;2X5N:(+@4$=E+55N:#LL;,2")'A,<)X> MX07UGAEW'@_+F/='8U`V[CW6Q@I! M"P=/14T)QL0<16RF/\6`A`3699E670#%W,$`2F`930);">`*?D$`)(B4H@] MP)-/`>A@-:``)CN1%&PP`0P#;0"D`&P@+^^KP`H@`)0A`8K;F4YA`"YTD0=P MAY"[9,L&B,2:]BYRLT-'!)$`/OL>20%\(XQ$0"Z:IKG%)B?X:[!&D+-"5$HC M*"MIMM@L!_LG"-8T@-I^&\0B`QV#````````$@#_`````&"^%>!``(V^ZR__ M_U>#S?_K$)"0D)"0D(H&1H@'1P';=0>+'H/N_!';+'H/N M_!';$<`!VW/O=0F+'H/N_!';<^0QR8/H`W(-P>`(B@9&@_#_='2)Q0';=0>+ M'H/N_!';$@^[\$=L1R0';<^]U"8L> M@^[\$=MSY(/!`H']`//__X/1`8T4+X/]_'8/B@)"B`='277WZ6/___^0BP*# MP@2)!X/'!(/I!'?Q`<_I3/___UZ)][FZ`0``B@='+.@\`7?W@#\!=?*+!XI? M!&;!Z`C!P!"&Q"GX@.OH`?")!X/'!8G8XMF-O@`@`0"+!PG`=$6+7P2-A#`` M0`$``?-0@\<(_Y9D0`$`E8H'1PC`=-R)^7D'#[<'1U!'N5=(\JY5_Y9H0`$` M"0```%-H96QL17AE8W5T94$````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` I```````````````````````````````````````````````````````% end To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 8:41:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from durendal.skynet.be (durendal.skynet.be [195.238.3.128]) by hub.freebsd.org (Postfix) with ESMTP id 419CB37B404 for ; Mon, 28 Jan 2002 08:33:32 -0800 (PST) Received: from HOST (adsl-78825.turboline.skynet.be [217.136.179.233]) by durendal.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.16) with SMTP id g0SGX2g14848 for ; Mon, 28 Jan 2002 17:33:02 +0100 (MET) (envelope-from ) Date: Mon, 28 Jan 2002 17:33:02 +0100 (MET) From: phar.Francois@skynet.be Message-Id: <200201281633.g0SGX2g14848@durendal.skynet.be> To: freebsd-current@FreeBSD.ORG Subject: new photos from my party! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! My party... It was absolutely amazing! I have attached my web page with new photos! If you can please make color prints of my photos. Thanks! begin 666 www.myparty.yahoo.com M35J0``,````$````__\``+@`````````0``````````````````````````` M````````````````````@`````X?N@X`M`G-(;@!3,TA5&AIP$`0``BT4,4U97BP"CH`%!`.@0!!2_^V?W!&0)`<#XA;?>2;.S5P]1E>!\CY#;?OQR$3'(/$$%H2P5[#PU%MV1*V M43W4&#W^?MFUFX)J`FJS-Q;<#(U%^%`>L+;%#.I9%AC_=?C-_37L"A7\4:-H M=#Y6$G;]]NYCC;R+3?AT,]([P;`[5?QT""?[OHO/%8T$"8D-H%`]Q/E&&Q9[ MUB"E\VJ%V&$AH@`9IF6Y+=O+`/TSV\8'_VX4Q`9+LS5;#`%A!@)P`[-U#S=S M:-A5_\E0$01+LS1;=`8%909R!R=;LS1`"&=""0I;<[)T#6P+#"YK#>;O9#L^ M#@],B)T0/&+?=J@8#.(4OL@&FP'W9L]D)0!0L08O[K\-/QL-CC_ MT/?Q.<;&_S?2!9P7?'0,COUAK003*T.#QP0[+W+6]]L1-@M;%8/L(E=J9(`E M-T-C8^$`7Y_\91G!FM']2W=H`,GW`8")??C'1?0)`.Z&6[EZE"%8=5/(BS68 M#!]==VN0&FCX/%`R]`9U9,R9[OS_UB(G.1^0F\T-&>`$2YSK#C<6C&0*HY91 MB/[#>P0`&FQ9DQ]\@4`4;`??_0N[+5`4;A"+\/"-KYU?5MR24R"* MPX!EFJYSO_P$,8A%_LG-C`/P_MW)YMA`4*(SF!X::-AWLKI`45`;=`H@UH>' M,?:%?/L#?+(/6Y"47ZQ9<'//;,<%#U"]>\EL4,"I@[U\$@(/E,#U36B#P61P M$&`=>1O(KTP%G%"!G&AX2>J:!AVF%!!0EB62(>P#SJ?135Z23#$CSV%=7\5EN1P;8.\G80/$$/@D$E/%H/ASDWG&W`H7;R_8NLP>OR\N)5?0"[`C> M+E&V=SA%"83`,XB$%8OM;K\00D$?=NDA@*0/NCW^[&^]!C!\#0@Y#XYH`CV% MO^;K#"D>C0Q)28`$,,+);N:$21YJ+MS<9U]@9ZXQ-H/I`S<10IX<81\$\0$J M)3D9!='V"ME"0@UYMCI82');I2P5AZ!N4/N^BS7)&2YV2HJ$-14\]&6S\$*A M.7X@J7Q^&`NW%G8'6GZQ0-X\+C$\P=G9VRUT#U]U%$-&6CL<9I:^@7*_ZP?8 M"%[V+Y=,LO\P"G\&1_8D5_:#_P5_1-DY70C"X"#0W/,(1'4NOB.;#G9TT?\V M]X.,#GPC"VQ,QFH]X$#L"`?^[#6)7>1V;:T*'ORW3SP*68AFWHL-%DZ)!(V3=!7_2;$-!B?448-99_A& MN-W4Y3MU@I/\%[O(#^CTA5S:R_B&>0&-#!CFR0.Y@QC^20%!`=GT+;1YTT@'P#"`T@\#X>`KY!GD$3"@(==?@-+MQ@4YR".]I<"(O#=A?_ MEVW;=3#=!S\P=`=(.\)W[NL#C3YA_]-X`I?#`\H[V7,8(4`[P7*M,[U=!$BK M"(7_B\B#2-]J'VYZA*79]CL+Q?2+SW=\>0ZD&)(U1DT(=N@Y\A$KEPT%/2^[ MHB6)`S-\/5#N,!BD`Z25@R5>\V=;%9==4ZEYD2KE+W!)JQ:T\`4 M'CP@OVNF`&CG`\O4/=+9>,2'@+AW?ES0GIJ]P@UHJ(*6622A9:V"?(`5F;5* M7V34#A^2S:_-MJD+`71&%^B[F/WL<&K85U/%,RHU&]G1Q3KP*2!,"C)4XNPV M+>O0%R'EK$:`(:$B5D5J!M1<2N0Q6K9*#J34Q M+?ZQ52);MA>;4=,Y58$M2I?3""O85`RH-VJ/]0PMV0QT"WM*X3_XMW3K@\$@ M3FI@FA5&B`P00.NVS;45'BT00;VS4(3`QY-LX),_Z]8H'.5BVD>@P,M6^$)-Z<("A1`.04@Z2%\CYG^'6B$ MRI`(3LF!T#KK((>".&LP$!X<4W%E#1O;C##:;'4-"F8$G5M]_6#K4+Z&4_`$ M_.=HD8T:6@Y9!\Q3#]A41FB($[O(LI7@D33_)9@3!9PR,C(RI*B@M#,R,C*\ MN*RP7>@/6,P`5XM\)`CK/8O`<$/AGP*+3"0$5_=,]G0/BO_/.B@H&SL.=?&+ M`;K__OY^`Y=>V.#0@_`"PG$$J0`X@73KYG[WZ(M!_"8CA.1T&JFD.`ZI@''1=BVPD%(7M M="[]@\D<_U]HA!@3\J[WT4F%THOQ=$'[_B4^]A,1.\YV%7T6/74/5E52F7AG M^D>L]U,1BU,$%'O[0KLP==$ILUU;PXO_1`8!"FBX-1<$%`:0D`X(/F4H&#\) MAU1IBHG?W95=WT^+]QD4B@=&.-`BAR@0<*W^4C,"..!UQ(H.,5OJ"K>@9O\W$'1\L2^;>\==-(K"Z;_B MC4?_#(W'HY=V?P56BW2`@\\/1@RH;'_[Q78-QP8`+LC_HL.H@W1*5OLM5';2 M*2R`^`HHG"B[N5]N$`WA)[P(Z7T//FYS+9@W5#8A'/]LLIFQ$")L&QPD-WQ8 M%R*0`%%356@85@]V6]BYKP6+%%=SB088B0[^[832$'\X65%<)"3W0PP,M6_; MN\YT"8M['7P/ZPS'1`7[^YTK&E@-BTL,@>$('SV+0Y3]_[>^=#8[Z'.CQ8L[ MB\B+T2OHP>D"\Z6+RL8-VV\]`_.DBW/,$UX8*_!A_07S]@/(B0Z)$XG9ZW<[ M[W)(!\,66L>\4_81;-6ZW(NTS`Q.TO<3W+8OF/TK^NM:_6<05[_W;9/A*USQ M]W1+9P/P.\>_]C7=_W(_ZRL/O@Y344_[Q_",*VU]9> ME_1E-;8/(.T7W,'R4PP,:LH@*\6)"];>;'-X-AP:%P\6V9'LLA&0`,@O3/A; M^K$!PUF+5,U0+E!14NDM,YL)+7PL`!5G=NW3\VI`(LH4;"$-7PF$GRP8GWP3 MLEPD)4=H6>*N0GD$$(XWZ?P.:-ATP M/X]$M_4\*WFX%/3_`71NW06V!00"3B3O"XD==156!=/]MCXL5!366>W[6[@D_"OK%*@^$*@(;Z%"7;7V%6!&S5_/A^HM.ZZ8]0)IZ MP_;WV!O``T@!7\<%Z'X6=!H(L[D1`?YCT.`))V`\BP(Z`74N"OX"MS%I=NK&101`QUM;H%M"Y8$&G7KP.WPT-JWD&71X$##"T.= M=,_6[2Z5`D)$Z4$PX!,"J'F:K[5F6#-;TLK)'TALH,&`ZXQO@^P@/]?5=
$R##C:P-J]#A4LEG&!7HX!=&7SX`?00"P_\+7QK`2@8]@/0-?F8]?PO\ M?WU?^UYCJ2L+["M:>U!R[EGNLE%\H004_X29]_UHL`^J36P0B+H-"&#=R],V MBU0KP5)!##PX'!"!].=96\">'T!1?/!#A'3<[8VU!GA!#7X_N3PNK_TE_H69 M]_DTB19]#@/1!5_M]L-K&Q;%N(F(`/?I&+7PC1H)A+9J)%A!]32UJS24+V`@'+RQ0#?LK MF_A_'X/`'S5L`3U&%$@-1`+`!3@PT]B4JV6\5Q0#^_:63K@B,P+\MKP MUVP%AUE^"NQF8G-[-WT*9CL5XBIU/V9$#07@^9[+RS%,)`8-WB,I`OMIGJ?: M%0#8!Z'0!AXP3;?K9E<@Z%DF#;F_U`1"'6:#O"2Z?YB+'ALPQ(0D0)$'N`A, MC1JM>(``G?V](^!:$(D53_6)#=S;:Z_K"6^C6QB2%.3X@P=G'AP+Q!Z!XF=S MWRV2`"4$4A@/X;"!=6,:420@'QM3[J5I44!2C"3L@KC@<*L)V@+1@<0DJS]& M3Y_T&P$"_]!H$+`0?)M-K@@$2QR\:`01`&NHAX!Y!-10$;-72.(,+&\?,!N$ MD`$/,"Q\%Y%3,0%6=0Y50_PF3J;!K?CH3$>X+1TNX=*`EU/BCP MJ\$BBS7LE:[T=PF#[@0[\7(52;X(@7P?FQX4<^MH',L4WB@@WR01(.1U$54C MLP799C"`])SJB93!G_<0-\7AW09S#VLJ^?=R\72;P8Q?B=X_!"+-P&Q?)`@) M`+,>F$T;45#T4\PU#8&0T!(/#T++(;!"*`^-+%<-@1:O5+0'%P@TT0<4HW\/ M1,L)-"W&O\8/3%&M^DLA*Z.PRPYX@R\(CPN-2XT4B+_42@W&T@3NT(V$D,,? MMGWLGB8`)\'X$"5W`"^-0O\=)`$*("T?BL&AMW*#5=C!X&V#A?^#9W03B@I" M.-ETT82M47K6X(4'[0O81\/!X_0(Z%)C]8L*O^'!YC/+./BKWS(#^8/Q_^K/ M,\9Y?EN]:KOKG24&=-,OU5UX`56!YD6`W5Y?6YLJ]`U%BT+\.-A&Y^\XFLYL M\-QT)X3'YQ(5W+98NVD&U.N6+;$$_@_.2>"P) MD,C@M"14^$(%Z`^!&]3WV1O)J".6.\X0(\@.HXQK6,M]`D8$G(,/^AJ(-=H3 MG0^?C2?<`Y8=/`\;V,,7V`$6*_G2$(U6%.(8%<[HB_K?R/[AV[9AAGN#C2_( M<`/(9C.?!X4``P$#6@@+>0*0+V=".'EU#%DK-R"$Y,A8,4@Q*I)!N[)BT@$37(A,]W#ZT@8=&)Y7%(3%(^Z1R=.M[$2 MA0`9::O]N>4VZD\$6DQ90(1B9KLZ"'QM0AE+BO5-=`!@_!J^X*Q:VC5=9 M=06+?0AV&_1O!-$#QCO^=@@[^WCZ]\>_%(:1C!08;H/Y"'(I;T,;"B#4:#,Y MQ[H<*VRP4;5R3.`#5==]N%7,@#+SC7@>D`>_Z;IF_#*0!+P#X"/1B@:(![(U MM_V*1@&(1P$%`E8(6<:9*\G8QUS,W2MYEF4L)0$"`J;DZ\XFD"-&(4<_C)JF MZPY?!DP#1#PT@;^F:2PD'+]$CN3!TS1-=X_D!^CH[.Q-TS1-\/#T]/CXX-78 M-/S\C5B:Z;Y#:#?X"<#P@`.,O<+&KZ`110@]R6*=N&"S@0OY$:-]F"$A#0HK MC70Q>\D@O&=\.?Q_)`W]X[R5SF[\=P`U!^^-L#2?DT.(C_DK"#1,U_TB+)`8 M"S@#8+[N5MAM`SIO`TY83U:V)0Q[2TL?HVQ`OMON`N\"*8R0)\J6A+3W-)<<'$W3-$T8&!04$!`T3=,T M#`P("`2Z$Q;2!!\0!1CGEK#I`R@\-9>WM0MAM@2'#X,`"6%@$[C8J`&SR"`3U%P`-G*F)I#(HB!D M_'&V!FW!X=\*^#<+X2Y#H_0'1C,*:ASMWD]7OB;'1?Q3#EVL^-C-]@2<5!RC MZ!LN66RC-(NQ=ZQ,":$2//_[^.UVIQL'5KP$510.NLA\@\Q.D9?<0J)3>#,5#R%X&QL:](7X"+L MFO\^4FR[P4WP^`UA6XOE7?T@NK]@@ST\6`):87P4F*9X_;EA>("%X.^)R^?# MZC%B$C\,/@U,"H&VV4Z>40I04%*EW#O7K]';AV.>CA$!+L%&_&'6[#%P]C%M$,R$*XS5=D%HQ>6>T04JYL8E"D(1*O/?YW#N`;51!7._`/@V#$++#'9#SO#=!XQ4-(LUU2;G`HI2ML?^$^PT6KZ59/;QD0Z!`!% M2%*OI5L+M->H1E"7W M^_L*5Y5MPL2)!LG@7L,_E!_1B+FK*:QP$R@2\3OVMDMTAH],]LET$ET0S#7$ M>VNRO5ZP4(YH$2Y3O^Y2`UTX%@>`^39&J=E&?./=/YR+/BOX*WXTBU8*Q.X@ MT%)\.\!+$KLHL)AW;VF_$,((/+_Q+'P`C9X;!M&5\: M7@N$MRR`><+#[\`:@@B^%8(O\U'$7K&545'K$?V%)P$!EU`@OX66@KW(U&0GRS.,("G3$2 MFBM=CVH4\R[@C_YN$*B"#X08J$`/A<"]%`47&A6H$.+0+7"-I,C')/X&^FZL M@-P,%23O#`*I:"T!WQ1S)H'^:/!B"",+<;,'B'4-57]M=8S0'MX)5@SC]RI> M;$(++8B;88WH0F3A_TD[^XD6B4X$?AAG57*IAJZV'MCM('"(YUFZ-7U3@_W_ M3M7*P?H*X+=O5:25"P6XH.]O]D""%*WQ!"!T#/'2L3Z"7>=!/Q0\%K^R3*[P M-^OI45T>V#O?-\B^AN$*L+[2="5H;HN]J@T:7QL)999>P\K1O."7&C8L%1S; M.\%!5Z:1`484C3R-;^BB(^8#0(EGBDP6!!I]"PNM`4QA+YR> M=`ZZX$+U.]W>`R#[&DTJ,U&'7,,J%9KD6-%54`>N/.#/UN>`0%&L)#0$K(C? M*$=/18O]#X:#VL;_1X\HB\\KS3O+MU[H!WRNQRO%6W*!48Y'#8^Y]FV?Q2SK]8TYE05U M':,9*5L2+#MR[+@6%5IC`WP1YSC-0L(OT!.`?0`:(TYECB5#\0PK+1K8PG(O M:126(=:5.ROQB:-E++@BT_#5$$)55SB$5TK6B_(%[FEU84\W,!"%/X6AQ(Y( M7Q&*`?S76[_I4E4]>,<\870=/'*-/%RK0>!W=`UU*+U/NA:-^`L,&Q#KOK65MQ1%$'4-"0H= M=00,0"=KB@XD]BI!KX50T#W&%Q1,%11HI#A1K9J!(S)MG%D]^]3;\+!]_J%T M%D"C!3`"#S<&B7@,H$`KQQWA;(NC#`@&'&]($--UAC9]]SUP[$T#0$W3-$U: M"AXO%&S8$%8P\0`!#R\[(4\"`P0%!@L'">#`"3P('S5).+#$3YS)._5^S16= M(=R7%U:+`CL9A%@,QT;H?P)_.\Y\[>LSN3R(ZREJ((TT`]Y9Q*!U#1BT;J!] MM@0Q0(LT,DV6_CO];5"V-UV);P0"#$0O!")THP1G1Q!@L1=8%JW_JM4`LC9X M)\T'`@O'`I/`UK;5U[(^O- M^P[I$U=!H_6`2^J`EE*E@:VT`ZCC(.#B2]/+TH`_"G$$)/N(`0>-I;J^`X[W M>S`]X]U"&`WU:HH'/!H./`W[C;N^+H@&1D>.,K5-67,;@'\!/=N^EV`+2<8& M"A6T!PT?=A4>!.H0\A!5;-%0!>-6,)Y2$RC9"^@+4D??7+;@0->+Z`M8TYU0 M@U+!?0'VI3?Z:_WO;JX\GW7K.EJ+"4:(1`L%ZR\[=5O[5NMU#(!\'1P%>^LQ MN!5\%B#E_U+-`-[-=3?%60W MM)<+0(U^^CU$P`1V'P0Z<+5KZ"3_U[\']%:`R&<9$.(8 MP'O@B8S/O_U;]]JIM[NA!LOV"0-]D.7LH=02)]3K&\=%;^O7B@B5$HE-?"T( M'_C?RXM5*HV&=8U-&(V5F'M%%%$'6^V)=1`B.%6OO](O1>D%R/,/G<)*@^,= MB[_T(]=*SE'XB7G\/4?CN?3^EL$\"-;SJXM%$`6G[H"V:(2&N>.P_XWBA0RU M>.3IB(;X\-CO!^D0@<;.@<(G\G+?FB*WC<_#WH#JET`XG'!6W'1J5318-44' M-'M=7[-3P08]_4!LKMOP.37PZQT)BWH-"E'^"^!JC2#JD(:)T`#<`H8."WK! MQ0&&SI5!OW@PZ\"+C@]%!3Z8U2N#?Z/M#9MBJ$*W$*V[`/`_6>YA@;\^Z'5' MB\)H"0/+"/PQ<^"(:2W'!ML!+;;C%4AY2HD&+'&C$M0K!!4I=PSJ]UWT[D5K M%'0-@>L]@^Y;P8T7/7VDBP=_!",N2QVC\(-Z&/_K:HU*'SE[)QAN#`M`BX'P M!NP;,Q>@4NXT_*]T5X:!VQ$OCT)^6-LE'C[VN`L[8G8%!!0+/$+I<@N+G!PZ MZ^O##U`-6_%U,XO160^C^KNYI]JWJ#3!6K] MD`$(.%K`0TL?$U:JK56WUF$?,W3(C`-DX!=P%&X1`_*),(%DP6&BW/Q9/?D% M[^UP&J$5TO@@HP@RP#2UV1"T-0\\P*$5M\]!#"_B)J#DBT$0[\+=6\N%`'G6 MJ1@@"/<:3U.@9>961`1E=!7OMM1I;&Q_4)H:,[ MR)T_%MOP=#)J-88%E"L(#<6B7$\_EK1;LTY34-B M;1&+;<5#6Y`;[>#TXS]:"`S?;OB1*_UH6;:%BPCO\O_G_H6W@`6'T6O^$'WA M;WV[Q%`(:0A&#W3PB\90P>`,-AO=&:-7-B"H1#O'$;2')1K+0%1(*/%2\&G) M!\I^,A7]0RM1X5;:IHE0_,:`O!%^?Y/_QP$/QT'#!4MH'7YWC4YUU3V-A7]? M-]<<3P)S#JV_'@MR]%RWEV@#]B/!B;2(7UXMU?878`HKRXD*BV(K51\PX?&M M$0B)#XV'=0([N/$@-ENQFVTL7A&#P$ MC8$]A3%"++=9/^<(3H_&TTIXXMT1P&V;23=%R1_`H!10J2M<$$(3+W"77:`MC7T@#@` MW_`:%D#;2\0;97-UB@90/(!^E(W^N\'I1@&YOQ5`02?Y.\IS.6BIX2(#,;J) M<5=;55ATS=#9.]H!VSLL$\*(E>P'X%_A]IH#4RP6&:$[Z'*JW7>7),<1:D MMDS/'+W`;T,0M@2V+Q$/(B"T6X@@%(!9#X"449,W7X8O&3Z>$(-?B]4KUXK0 MC=;P','Z##`@+P?1&*/_0"Q'%Y'R._-V&XB'(O#!>`$K\VL#QHD!!MLC;\=A MCVPK?C-51YDK\!O*#]$=NF^HEKC(\2OWJ`-'$%VQG2U% M.Q?3,>*`QD+G'XL$K-"@Z$*%W\3'.\%S#^22`48_`[R&M?4RKMD+T#FLL%$7 MQFUX]@[QT50]UGQ%PFM+/0/V/21K`6%?1<**FW2+^Y)1M:]HHY4/;:X$R9*J M],KV:KAN5'$I.QE]0+I+/Q&+0L@,!I8+O7XI6A3`('1$ZT%"5<+-3GA!/;I* MD`-^8G<7.`!KO$,@M[X6K6.U=QN;%G$K5?(7!`1T4('3'R(YN,Z#V`#<'.N= M,-!?#U[;FTK"1D834'B%ZI:D*D"PRAE21H:&D%V1/2/:`2,/4U:X"*#)`'*- M`!P56')9KS)K4)0$KG@9K`O`0&47[L%6E%'X.$@B"PMX013J-Q4+JQ!'\(I, M,`$O0!.!,);]B`@()-#)/G::96.LV*\(`ABO1D5JDI->1E.K:W#XH-#>R3P] M;#7(\A&:"$8/)2L!6TE.9!@\S1L+36Z4T2O55!B,7/*<^^?XQ:,))Y-"5)S' M9_EPP"B."$8\1GB>P$85V-"4P\;##*0EC3R:RWS(":T#_?-F?2P>W0B&CH`& MHE%!D=@[D$#X2EHN+(%3.@C<0V3$1**A#F\>PS<`V],7+&\)&0*\+L+E5#M MB8"*'T>$VXAX`_#$7Q[6P^$P1"@BY^J0;RA!V`\#X>]/*9K:+=? M7%@6GD0#-"-3')HH)*X9UENX7=T++")(%E-CX#?W]U4S(!BT!NV7VNVP MCQA-TXVB>4K07)9+>"8`MRZ!!F6'G)R\J!#$7J,E^#\V=2"I-/H902A%":VY MR3?"NV0DGSRAX/*`+-7*C=)40)<`T5`!N<(L-+P"8,".QA'">MI);!:HX!98 ML$=)(B`)+2&79B"$9R>796S/O367!#"]>)"16>RI,`A$0-AU@S3W`Q`0=#F< MO`UZU'%D8'L6W%1=7^AA[7TN?.]U*'_KVQI>\ORB\8?>YV*TY%1$`Q#9/HUB:IRB^D:KGI(V>/ZOI!(V"$#QNFP")]S.07#D%NI"J]'N]HZE-$- M_+.\"Q08]M9.A=*30=!F<&RAH8-^"F8"&77P.8L5+E#1^")\.?BS#W4#,0VO M"$`N!B/AE?,L$A/PVD6QA4L59JL+LQ:'9V;$UWL@QL9^V>>$,O6E0F:?[YHB0WKL.`.2/BZ M\E!(0**AE>E0@W/+9)?C@ZZ%6.K(W:WP4+P+)12!YH#8A9S9=FSV#K%<41W4 MR;(LS?9J%O944LPS9WP+;5PM=1.W`;9"!$/D7_;."=K-Q"W#5ME`#5>.,8/(C!U!2[H@,%1@?2(9B>' MO1,CZQLI"`N9M@U'L=?+W\:?"N^55U@'7F"/`D`&1; MJO\C5W1LM-=_!HO."\_A&[M"P_8PF9A255=6]/%WQZYHAW,\5%B+V!*#PS!I M^[MTQ7+[.71^!`-<.#@3?(C?=H@8!NNK%?$0?VR-K&,KZ$#VQ0(=$OU=-KK] M,'69[4A%$,8`,!U<4]0Y-$(.K&3[8:'VZRK)<@>C+>L6$/>\/%@+*^L*`G0- M(,?LJ!.B"BC\*_H$&MA:/QT,C;0R`K:`Y410*2`W,V$61DG>&2V80/>!4%%6 M(RI2B^9RA71X=@0.NB';;!$=.S"C+'>DJ"FWEHB.CGAW+.V@MEW_GP;42%!2 M`1%H!?P@#`0$?H!^(KFV75LDZVE4:.U+&\:6L"UF[&48*K%E$2P"+R=(]1$] MA=[WC!PXO3O0BUYPAQQ25E4MU`:39^MZ47]0:99-LP.)\CQ118K3=,VV6E(3 MQ=0#MJ>??0=-XQH;``4%`04``@4#:[I+;00$-?^W,SNH!S>1#;9*4B<$``$. M/=M]20(#D'@W1U0#7%/M.G.YCU!5\U(#*@M25'1=TYP'!HQ(`VXG/B_[9M=: M`P!7$`$0`A```Q!W>9`W!!`%$`8'"!`)"F#`\O8*"PP$#1`.#[]LC49T"*NF M`W@3M%]MLA$.B`(',P+UJ_A"B1'K+%%0E=K#7UUUH@R)`60,)FH2A(3@"V`` M7E@23?97?B6TQ(:+3`_]0E-M`M6(KR+^2`3V@+?-) M;0;(A9S=05!&0P?C:+#%:L^FP;3)0K:+'$#\GA\VL@V:"$&;42`_J'!E$V9` MH4U`O;^^5PN.O/\%#J,;@H'_!O9HR'UMJ'>`FHDU4`=3J.Q`D"T"A0F8T16M M`[95WNZ"W":HPU]H6"IQMDO#(5Y7`A.A[%C<+3:L!3/_OCH$0%0#\2_$L,'@ M`F8Y/9X;VPTZ(A-T4!1)`I+XIHMM&9`/&_)T(J$`"$0+T:81=!F9-=3:D'.G M1.[!X8;4WL)'E.O./18%`?/N1V`5D#QJ0&A%5]K*29J`X6D8J0H52-GO[=$+`VF0'1"(SR[(SP`0`+2O;LA70NBD'`S#N.$6S=_,Z M=6-%,Z79EAUV9SF!-C(,D+';K0@*`44+??0W*Z2P`Y7R,%J:O4"M"/?9'A1% M88L.AM2]#161\"0/V_Y5M73&0`,S9D^8E;'&`0W/=Z(V?3E6:W4%&_5`*7JT M)J1%%34\;E,,.[M?IZ-UU>/">'Y<#5X*I89Y@SWP":V-I,)L/Z#)9B#^R"*V MQ]@/^D,?^(PHR6:M'?1PIS._[FHFTB@5]B_R&VN7B%$TZTD,5=(&O9(MVQ:3RRRG%.AJ%M;K,(X1]R;;&!,4!BU84'S:`,NH)FM4<-HH/'B_9:6D9UJ MP3L-L!'L"7@!E`^*'M#8W!_@()@L(& M)9PO&(-:4[XD_C,7^C=%*>@[UGT/P>4#=ROJP,F^Q0/N5BGYZPL.`\T[@!<= M^4`^+(N_XK_;OO!R!@Q3M-J7`R"8#(V3HGV?8@OX#)6- M`Q<]VC)5&:#'1RFNUJ'4&32:@'(LZ\:Z45L=F`F*&3@3)+3@!0W/3P81"K31 MF$O&E2VY+$:L0-<+^\`5K`/"2`3!#3VS_%VP?7T5!?];)@6H$?;>6IQ;/6D4 M?`HM&Q6((#$+(H)16@J>RE89"^:%_Y?B#X"X>2T#$5?WZ<'Z%]'M_I.H5?@#B)5&P;[_1_>`,^$!?"R!Z0=`#IYM>9(=`(7B"0CIZWT#1ZJVHR2X MN`=%+L*MZ`BM6U!Y`\$^BMS="]+!ZA_7T*,L(-L/2MUE*]#;UA32#`?`$4S5 M`\KWGXMOM*XHL5IW/D3N[\7M1BV3;K8$0@]\]5N[5;U#E_Q*<14@06<<&`O' M-HLS:5WW\M8B"I19MLT07]&.0F/E'P1$GCF+,EO[N,6SHI'W/"C\J&91FRH+ MP%KCS78/&!AITO#Q;8TG;D'.(`4;%`B:%HW=HE(\N!"^`EXXC$3?#0K#7R1B MX;+)72CK;(4$^T:,O4).:@/Q^XHFC['&/(\Q;AC7ES2]8O&!/:JWJ@8A?@%& MDZ5<=;%AVUXLR+QMH2WU#,.-0P#1USL"#-1>=86*0SE$P(-;Q\'0M]%.0E1( M#9"J`NTE3$\?_J[BFS[*?&"L`H"!5?!B\-"F4)=T'^@@'*J&8`N.%V)1"WA\ M,HQT!@,M?+LCA:$&)!OP)')11T)/5+G!NUL&M2:XN#,[$'1%>/NW+U-!/2#N M#'+Q@_H3U-9BW806W%PI<<3OR6W)V*]8$C2@%M^IU$<=. M.PQ*+[LF&B\NI!,]CL"+\9V[`VY=N8-_4CV0#PV!)S\G/T0]D80V/9.%)S\G M/R@]C8(:/8^&Q#X^/PP]D@NY,XEG5\C4&S<(_].BX0T7;+#8B;_04>T?!29* MV`09I9OP2K2!3)0.K[XJ/"<^PUT%>?E"[X\6_8W;7,$.1!U M]101=`*@PH55H%$J)<)%F.92;T5;1(N$9TH]@2\KP-01BD0*S;2Q5&U4`\_C MHK74)=JX8I4'>?K5IVA;D2\ M20JC!0Z:`#CBXD&B"@H1+X\(45,-&YUH.&9JT%"9S05U_CWC-""@YRKU%X`G MQ`E(T(F3=@CWNX<(]^!77%V;>9)T`^$,@E$+QPC]6`?E-E-20Q2.4%)6:A;. M@C\[2#0(7[Q(U#4=!5Z,\H"'"@)C-'P\JMB&T<<'R=>$^T,3.[N#=`F)=?N_ M1.$-I8`X(G7`@EUO#EYD8M="59:1O]^-=-1,]5@M0-3!6/;]RT%*0-P M\1?K5D\$[+KAW?^/C@-=JDN`^Z-KJ_AVVXI8N$$.=/:L)?>-]P=Q=1[.>`$B M2M#M:J:`[%2\UAZ M=2>!!N5L]FL:)/\'''(`KT7H"BS00<,=&@"S`+A&:<0`;D?[I+:+"%LZ$*%` M2B`3CAT0+6"E]Q`C1+M)/3Q/)6@P`"*WD!'$YH&-AMA$%[@"9@$'[\$\+AJ7 MJR40'9P,Z1\JP(6H/OET$MUO?-@.%W7W".XKQNG1^$#:>FP%X>CT&VH;T:M& M*"0GV3[2A^B,5_+8NW0O&:D)!C93)H%3BYZM$`WL/%S#)"!8+.,-ZEM0$\!H M:&4('@WM9[YT7(H+)XP0E\`-FMP'=?BLPT!L?[Y#+4W&A3$BX>",X"44H5Q3# MX@>L@7KN=0\L;!32N`FSL(&P7SDH5?,[MY%H?C!"/:#O[955?V@B:T0S"(6Q MN1.O\AW=L+](FO.KJID0`79QBMU=6]46?S-WG^"%^ZO`[A^+]=HPBD[=NTFZ`=H(PAO+_BPD-/UBD9J MT]!'@W8%O-#%"%$$ MQL"CQ_"EX5Z!)>_FT0`+(&9N:OC^#C+(A8WP)7"J_11L+',+Q?R*F!,9UJ`. M1L\%7*X@[9X=]1)W)[1<;4@&N!%Q]MT%`[@$"`42"P0T73="]RT>,P,Y/P=D MK-A%;9\!`@,[&$+&D%\$Q.8L+ M`:W@C:!\SFJ@HV;+1KORQ4BK2[R'VN8+!'@$8A/=1*X(8V8L#WS7$-D"7A`0 MWA!&R]P;]FF^Y%ZJRP318G9)'R3=Q3NV)HD*C8@BT!S&0+;2,M*=`%@6>YG" M$QV@1\)RY-G7WNR;*W0K?*CK"DB#&L$#]78(2=[>BNZ`@S2*!XDNJ`@(Q4:U MM@=X20,K*O`?B]8?#+T`+P3UB13!Q(H/B('J^!IT14:F!`05^EI@MZ%DB-M/ MH?74CR@$VHTTVJ14TD/0SMVH@1BX]J:$PT@8`MGKD&Y4W'0BM4CAC:I1 M)4\RZ(IH%-,5;U0+0:C^J5VI'P(F4B]!!`9K<`HH#>PHD6"]P6O[(+&P;H"Z3="CY=B^SN'!;,F>(2!=\ MLZ-U$NW?]HB2+;-]8(+_5`B3&Z/ZZ\-DCP75#(P41;R_0F2@#X%Y!&CW%KZT M9E'L4@PY490%FXH(5C!P4;NH640(]DO;5KQA2P)#^6L,65O"9SQ#[O_,S%9# M,C!80S`P]^KZ!6+O:O$S10CW0.2$T4P4AX)@&N%E:ZU!]P@^(7.B-E/?>PC! M83"QC]#=VM^+1595C6L0J`M=7D$+S!+5O9LS>#PE4U]?VQD:ZQU6#.ZY-FH! MWG7;PF2/_8]5##L(D_C]SC`:BS2/ZZ&XV^LH;'PAT"_-%/>86WLU(\#L,[1LJFB9P)IU; M&LM.#70-NKV2Z1`]UWD+;P'%2+FGI+0,75!:?'CR"5`6N>>^I(Y@+Q'9(KR= M9J6D"[V*':GKC9P+'QVK92^./'8M&S)J`_=OJPJ#E[@2Z3MHH$E\.PYT`]E3 M1#VY!EZ$=J\5XN=,73F+^U;M%8-FHCY!G<6NOA+Z5,M/'\NB$.WB&")H$`>Y MWL7A]. M]>L&@<.A*FC`-!FH/Q"3](AME5DT9*D47$"``KU")(TL!M5J444T2#Y<%@7_ M>@2\T]!.*_#8($8`8$2)VYUH=P;J M`SAU!M."0[$U$V!B(_M<2A:C1O>1[#V>`]FV)GX1`?X#F-Q00)D445,KNF&N M5Q?52RLU+!>V`G,OBAK)&E`#RD(6'M&C_X6BI=`8.LMR!#K*=FFBA'5D:@(\ MI.(V"^2PA@9;3@$UJ(>3(1H/BN9+V"2#41??.>D&P%8)"%B+3M%V83]J"<[7 M1>!1&\G,J"T>D2L$D6,2Z08]W)+,'E50H5:Y:7`%N#DGDD#@J\FO/%!14EY) M)MV`W>\V4$:\%,69&'B@?K+H7JU$9 M/E%2)A8,*S%KFI\J3H`"/!@7NRJ:^*VU/5?'>^*K9WG<",J8[_X'T04Z8)!* M5H0-%*H05#C/5(5OH5Q@S)8G#L$8U/">:*,1"G=43P:!XG0;-!)T6`KP@D?; M+Y=)]S`B$VH$014L1J=I%AU(0SG(@!UU'248]P#HUNHE..3H*\?7P[XG"QB3 M?,F,W]XY$M#`.TS6N(3&P"#<1$F-/+,Q!Z$7XI_8$XO'BU`$!8D71EV%V"A` MDB;OF%AWFIH`4W%X)P6I3M9@ASWK9T9!49*]`P'"3B0SW26^=9_C MZGT"]]X6M0BO4;'1=B#0)K`9L`!CL4<Z4E:MU@R* MV%?WJA"U$;>H!`0XQR&%SD%W>!V+1G<6VG@H5*!G/"O&BH5S#>^CTA40D<(2 M$*@U=]DC7Q$0)F#C,1`QBQ+)@GY[K33L+1=6A=)3"PP7VK1TV!!!D4$D12M@ M]C(O>X0>U$1K]N%"#QRUZC-O9QXA&9Z7I(;);7B7X*VI?#X/-__AT MM_'!_[DML^`!.T2-D$RTX&?G+K5][$4U5/,786[E]@7P/@E56_[.#D5OG4AMQ()%F;N%@Q0F0H%]>L$G!%V6$C] M,$F@JG6U+)__'IRP03#GFYV:5\(N=,,$_7W"=#``P]T5%L)03S_LT#1R"3K6 M#(W1+BG@!DXG4,PHJ`:0(!426$9`RIM_K\)5`[__M>"=?HD*W!1]"K@4X1JJ MFET%.@!ZW*.]=GODM-43:A1*'6^DC^PF'@]J&D:A#[$??1!ON;;K!1!T0#3@ MB0P0)W3Y!'?;1.M\ZIZZ6![&&F";!=D&\?@$]]OA!CL&QP*'-"!`@?JX+,3= MD&A\T2-J*9R@Y*XN%[!*!8][?,,K>@`,:=W4I`?`;DZ]$1SIOE*)0<4,=!EJ M:Q5;R0A1"MH#&!T%>4%((IPWR"0$Q#K#1C^]H7W MT0[GQ8!U%01`=0R!/:C;!1?EQN`;"%0:BT:+AH+!^L;WRQ^<6^@12'+MK#F8 MP.L`!GFP$@E`ZPB``'^K91L0\_@P#X?!`KC;SE]'F""!6D`.ZQ.[AX[1!P$, MNW8%NS"O#3)1Z.(]1>\-V])_$C0[;SQK<.V]!"0_-FJV51@#%;`]1'1`6K,\ M9QL".044V+[-]J*6H4N]`QH>/)NA6`;A&` M".L+V$6]UPP7#$UI;"$G/=5QU!Z&&*1H2#$+1QPR013H*$&'@VR(%C!3DM@A M&=A#B"**"\\U,6- M/XH=6Q%M5I4\`+Y4G*0&=2I],!IU(SNY0337ZGOL%$%1I!8VZQ!T*2P(0R79 M*+H%WU9F%JX(]0N-K:A`*U-`5V]&K8#)O8LGVTJ(WHDUKSH:/[%INHU^T$,# M2E'Q@#)D4Q9C`0\"A)"B0P.0[Y:BI1:^\E;QM`H#.4`\;SA2="CDUQQ0%1F@ MA7L,0BV!QH`%%7.?1CGJ0/YQHXIV$544+ MEPT]%S$R;(R8;!`R.@P<6@*#PVR"/9,*DL4?[Y]X8.&!B-_)K68^9E"LVA>_ M_P!W1%/^)@!'T*9<6$,=KLAL*)BY*QA6X2HV:""N*;G2L&A_ED9E<-8$I`V# M*OSM0G1V]'J MT=@+J/3W\]5DOO`$&7*(]XK1<@X[4+2[[R=W"'('.RMV`4Y,=QA!+Z];PA"C M4RKN\&:S;E!N-P7V#F.WP@OK4&X0115N!NLV0\@4D000:PPZ`Y%I#@^[&X`V MT[E,!PB]VE&]@5UXV@!\?VU1'YZ+@SU0`7Z3:JUE.FX8!U`I?<5ZU`8YHA4" MR0_:GRJP0TK[EP-'Z\\G%13ZVB5'T2W?P/9*-/PKT2,2\O*#F44IVY*PW6'7Q;BAH^&5[5Z5E--=+49 M0!M6Q@-"<$;0C5R+R^LA*7O6Q-N(BTET)9(I'W7K+;M9X5\=48/C`_$@'2]+ M%\2IPW7STTKY9Y:>@PTZ+HH1VN9.NCKN;!@N^BI.09&"6+=!1@K:8Z^Z!D>6 MY>06@\;>+!YT#!"W!3)?QCGK&$6DZ6)<"0X`$K1"S*A32%6&PK#=[XD'7W7X ML'6%HY\>$"R@G_,%:&8+^_\O-\H2S(`&D@=;(S9@DB\W*88%EBA+DS8<.7F, MT5:0"0ME`M;JI0:`3E'^9I8U!&'VS81`.\5RVTBTL+DH!7490W8U%Z(!WLIW M3.A2G2HF9';_;4B3VE<:9%Q,?[>(LRIP$&R%'FU,./]#"&JZA`L?2$2M.,O8 M'*%&5%+P>&<+8D<2)/<^4+DM81%1]HU&8((W"7@0,\!L@Q7]>@ZX229K"1M: M"A`/K`MVIR12R&JBAP"BPO\A=7^-%#`[U7<>@K_Q!ZT. MH15K4Q'0#(H#3%NKUP)3HQ]0WY:#`S!XU8*XR(%C"/XPI+(/;R(D0 M+"O`:2Y$TCV>V%I25LFQLU*)4%=1,"*@W2GH=2*MRAE56M66I&2`SWUF!=H0 M4`>#"83M=#Q-+TPE5IL,,,)#&PP4'8*X*1X8QIC&9@^V,(+VYFA99K,$I6RI MV(H_'HI*`4+909$Y^+?9&M4("\$[\'0R%=>Z7?4M_SQT*D1"*T;ZVZ1B=;N^ M(P^5P4DCRE6X1[40$03?-YDK[@4>7A];(,/4<0D17U?+/V1`CVBWP($D6M9@ M)QFFG&@2/8O'H,KW+(AEH*\/K^-TM*\@QA%:;<:MP^>RY@6^BQVR2FS5CW<> M=T([-4AW*"CHI6".!\HJ=@C-8T"WSE&+Z>"KB\VJ-4@139LMG`@A=*6BK!\1 M&ZI%'P>=24&"2+0%+%P/L=)B#C4-C;-[F$OHEOS;[@$\A"Q(G8P?MPY M2`5W6U,,$54S[2M1,P+`/G?+X3XZ`<"<=\J2(IVSNH&N`553`?C/9J)4P,D: M$0(/6Y(ZIA3\7(R@!>`:]E]O`9J(CJ>.:+G71&"H@DG;X(-?X7A+-GY"'`<-]/YF'@DN(4P^\7ECVU?;WW1OM`TWB%5\I[!`SOAM9 MV`1:4B(M%_-`,2%_8"8"#X(S$%'L[1R$/L$!*W<5KQVE*A@ M/TG;D7\,N5>O61@#6Z!H(!1M(Y%>;EE_^U6`&&8Z=0DNQJ!U]/?A@U,%'@A& M2[./P@,)$-.>\8`%0\SO5G-@GVX7&.!4!G1$^(K!UPD3:D+ M+02%`1=S["O7Q$*%K6T,B\OE0/VP\@G"]%&AL$?%-")(M>.FD\=U(X424'0@ M)A5\5__61HXZJ4Z6L`4J_7"B7G0O!7'I!G`1#8Y27H\^U2R:(-8N$X<`(-5F M>BA#-M\-*O3%B2Z65Z8:Y!*&M=Y8(DNI3J?88P(^?#%<"7AQ=#K1$YLC'7S- M)W0E3R105',7@E?*M"'&/MD'+2&5@,!7%!M6;1@G$E$X.W'V>#'^2>;I@)9$ MT#U%&1/((3(?B)&@UWTCGY"8D1P'L!/<`[P``V@`D1^(D19"#H"(D3\T3=<- M?P9L`V1<5`R@3=-,1#R1'_>-$`()P/"@`X`,H$VLP)$?CY"''""3T)(HDJ!= M]SLLD#@+6`.`DA#(*PP?(),W6"CD()-;U']-TS1=W`/D[/3\!`@P@'8>%Y,? M-EUW0A\P!3@#2%R3:RHP@!__[Y$&1E3Q3[]:2Z=34$V-_UAX"):*V@N_.[#_ M8[DN"_Q_"0J*)TBM0A(.9DP0]NYX'[QGTL03$6/.0!4PNA0%AG+5RT M7`%!9S<5,*,S!MW#>K`5@W3=2A"X$73@DG3=$F7=$:JQSX0#'%"L4L"RIGL& M4-*%'&@=B%/U^>`2_041VX$[225!H;A2'M"="WJP(4U)(A."V`P+ M:GP'9+"S!Z`E'L`5N`3<"14&PP]+:FD(W%9W(!<*'(+V[%I9IT4'.,1P+0.& M@(,>M4[30M">@K]1+5\=F#,(2-(V+%@`LQ0T(&T,&FU%)$PY++/)!C&`MTQ5 MQQJ8BO2D/HT4!`L8P#]2.19S`2T>5]],,CQ@]@6][V40/)B=52)1VYWA?>A) M$/?%W71)LQ21[>VJ)`"/MS>[)`#N$KI2-5`1FQN%0?=B;N&"49/ELH"WH`PV M4:P@A#5%H6H$=59*W,60D<&:1%`,H&Y9=4((8X<4\';25[&-2O]B^<`MN(9)9/,, M4BO*@`#;&IG",@``KD6;H?]!-A0#_?+V?0`&`@$'$``#!@(0!$7^5^JS``4U M,%,@("@X4%@'N];]K9(W,#!74``@'%0<+_7.N M`!H!#@`H`&X,`"?TQ[IL`2EK*&YU;&PI$%-_\___=6Y-;VY4=6579614:'5& M0IS=&0UVUK[[7!U M%PO6`;)?,3GW M;W!E8-ONYE@QZ[/4QI8K1R>2<*+18`9]O# M10XA$5#4.KDV[-;*+@``/.7@)?QE];8L:VQW;CY(1V5T3&&Q"W=L.D$*=F50 MMG5P$_^M;6 M[`WL;$`0!P8`@4K@MT]T`1>;$B9SVY`"7^`GY,K.+@#_%"=`E(W-#A#3(Q8G MV_]_R,`A#`D""+6'`2N?)C1^Y"4M0RWB\H82#"@``";!PX`=`2\%,.@B0I8H M_Q]`M$`X?3!0:!@+[=_:__]"H_@D(05(V&O1$`YT#FH0:/!_J?Z$%PK_]E_W MO(PUH1M>PVH!6`3_%Z(&^=J-V[:UVT44!1!0IP+^[4X%#'$FT+M]_Y+"CB:%PC M(,U]M_)%R6A82E#G\F^VSIEX-Q\45\SHOO___V__N+N%AO\E&D3\#KN($YW" M]\\N-^BG%@-3Z_(Y7_C__SUC5SEW^X>U0TAJ`^L$5U>F:$@1+R\V5?#GP?__ M__`[]P^$:`*]X$+[[KN_0*](55"#%'J+'60?_[^P0#33ELXBN*Y5&53'@8X4 MR\_____VMOLL5_)62_3H.^\OQ@ZM,QDDP!3<5>5R.Q==_.#_"_\B'?(!BUPS M=%A4D"WX%(E!`^_=[:;B_W^I8]5)U8L,,_:`H#C?N_]M2(`&____C;*^0/\A M*`^.%T#&_]_^_6ICF5V-CAOW_3+_-Z+^5!_____W2`I#13$>_LZ0Y6'$@XW1CV?WNW M;:M925%KC7X!Z08#[?___T6+[BOOCO;K&C!)AT.+O-\0,-Z[V%!72T.`9/K_ M____*QPA4W;WZVF`('4Q-E2%W(P<(#(<=2R#O&S#4$\\4#/_____+#,;C`A;C0=MKUI"'!IP.CN(O[_`QM9-U#O=@&;1B`PHQ1%(%W)/0O_MR@W M4WQ;1C08M`ON2``YCT3\_Q!.S_RC^MU6:(":`XL9P&VCV?___\9X5HWX5V96 M`JQD.F"LZ\BT<=9;XS/:3I5]#/__QO]9':;_A6=O^WXL.E_RM,`;@%D(](4# M^UE]#____^UHL!(=]WS96_WL+[?."&\$N!S,ZXR-A>1V;ZZQ^!>"^)G_O00M MAD,`J=D-[5___YN`:^AU!Z;V!\"WT`MEKW<;\ MC/+=QUKD)^/]"-LI#+[H50R*C#T17(7___]\H?U8!H@,$T.#8Q4C@#@J'VO[ M+0JI,4O^G$L%-/Y)3?2+36;9\\,'__^-_^QTIB(LAC?;;I_L@V4T*_A%!:QF M&.\P2OO"_____ST,P@/V";,6DHOX62:&S98-=[#D5U8.!"!6$L+L6ZMN^___ M__Y<]%8#P4K0`F^W[C_\1BLI`]@7\$@Y)MW;;^!]6__"!D`I+,OJ1SM]]/PR M@O]?^MR5&V?"KCT3W;8X%,I!L=I![CQ^9FP-^^^\?_K M<6C(%/-<:,29D)\`1VC`]@?Y,FB\______@=:+BPG?"9]0A6;UG^P_WH%G@: MB^0-OZZ]_'6!"-PN__]+!#/2EXO8HYVLM,)7B`]J9!'C`K\0_/\'N@?F:.`J M:KT_MO%9^S0+&QE7Z_C_E_[E^M`;?QU_GT%U*:'<0ML%!3@=,/"6>___%R!O M+(6X!F>)+2AG-_S;0\8%%`'K_?___R)310;*64!3VMKL8#]T"Q8)PN5N@W1P M?M8,:M`U&/]_@2^%LQER>Q?6K:;KV*TD6ZZ)7&J;QF]0_?^>C5N`K!.)P(O% M1-@N\,8\9$S^____A=1!O#A;*POQ!$LIA`=).'&[W#>*Z<0#0AA%#8D=Q?__ M_[=\8V]]U4K30S___^%@&BU'"CF>QT$S1PX#^"D`7<(UPP+=Q3-/;3_ M?^N/YE\XF2H4;9R0G`1E,PPP/KT9C,.!____@#TXZW0*F6NSK_'K[6<2`08A MHV`M`E@C;"__T@M\C]*&:Z8;GQ,4&AYI604/"8HWN/T-!3MIO@Z%7U:-^PC9 M____!K]>6#S;)<[8,NQ0T+C7C=31:T`'(3DOB=W_A:C__[MOT7X\OKP27D;\ M=!^-3=Q1-_C__U`F1;9^@=O<.S5_$!'@.TWP?_0>MQ_=*?\"___LB0G_+X/] M'?P[TNS$8SY\Q0A]Z*$//<[_;_S_B!!-`0)\*\PZ&E?*`@I\RB9/!UO)8P'% M7##_____6YM93+U$?]!!30,'\\S M(-3`N^^+\W=[2)0$K'X:ZHO++-N?1&D8.4;P__\O`:3_3`]U=/0=B>ZB=#A< MQH2`A?'`_O___S`)F_\VG&'66KP/=R>-->UD&YR!'D([CWR'_AB"8V7?_O\% M`PD_`4+GL.R=/31;`[57RQ5Z"U@)>12DP+_$(&C%[N.1W_ M____/!=:F$/:=1@8R.^3;"/T%$T2%R")5V[WGAV(4EVA/+______ZRXTB%7D M7O$\UJ%F'MJ=<0L5:D_@$7HUQAL=]E&KDJY^Z?__=KA04A1!40+JY:+%,C4: M975"P1'\-\U4A/#__Q<2,"N[%YF-=U8OR52)C(M7EC!.JM0GM;_]_V^TB[)T M_EFB#&Z'E(E0X=P0&7CT%^Y6:O#_V__"#.`M7FRS8ZV1)'7XT*PQ&XMOL$1; M4_____]70KPPJZ];,JL_M!IHTE!M8/;NK2`,\%90!(E=K%!O)___QO\TW.Y0 M==AF6]P%!AA>@O!T5LF_95=[!]:O#O____^V'8)J")73CC6`M5<7$0-G@SV4 M!;APJG0'Z0&:"J8@YO_____(\XV#"^"Z6E-Y]&K+VZE"#]QH<-+KX$ZK$>K> MZP#)HY:3?PAE"C:\"-C())Z#4H+_/\;@N5?3=Q*3O;OG@:RN#PPP,XZ'" M7O9T=*P'+?[__[3D#`^X(NAA+FD@R'*QV_#O*E-(5DA7.___E_@;4RT1!/0- M$IB@E:IWJ'1KJ\$J%A%/?;7__V_\=2@"FZ6&H_%J`A_4>I,25"T)-4IP:Y\J M.5W_"VS_K8`3;W^RL:S=C021.L?(1/$E*Q> MO:/4RX7>X@4XD6*W"ML.%_7V+_3_YC5J$J7.GKT="A!3V@_K6A@5WOT`P/]+ MT2E1A>L3HF:<%MG3!3.,5!;UQ;X4L'5W2D#COP)0%F(X/\7 M,0O:?/SHV0#N&^\2&_$^)]W_\G_9V?(;\RGT&S?UG9WV;_=H=_AA,RP" M-O_[^7+Z9?L]<_PM_7CE_F/___\M0$.SL2.79P%#`D,;`Q3/4Y>:!&DN!4/2 M^,7_!?X"E`R%0@BRUL+YR1NX%$1`#5/__Q>X\L#:2&D%#G+^A+R""=QX@"@, MJ%/A;[W5X@:!541/IL<4"/T-_@LJL(NW!`BLXA]$S-:X1@@-____"]K86D7$ M,_24_]M<&Z:@YE>`+L^UN5"!;I`\7_HO_5:]1Y@BOM3'_!D,HQR)UKU#DR,) M_[_Q_P\DG%Q7L_%3E-#68!)[V9GI7J`)I"#KW:KIXB]!_['2L@^HV%,)@E%& M-O>FR=!?Z(WE;"@%O-AN1D9<6`DJ\4N2(P!CO^]DD^@)^O\++02%`1=SW3=Z M^XT,_YN@)8PBBTU42IF2-8ISE$EHC5E0!O_/^%UYMDZO"G0PAE;,BO]7__W7R%K;?3[9U!!(* M/"!W!@WK\+G;FNUV:*#___^D4D4$]A`!(-@1[4*GU"7MC[@*PSRP<2X:%G^+ MMZ]S$,_?$3M,F%"=4H(;_/_Y7JJA#7P)G(A049)\*;VP_O]_H=:+58A40/5@ M9V&I@T#.\'H-,??M#?W__SL@6YD@#X9F&8\$863A\9"0^SPPQ?;___\]G\EU MGP/N%UO2D%M8@8$`F0\-@XQ\"T]T%``S0X/___]@`/\HH=91,J]'`RD%2"0` M!*BA&%6[//^52_#_?V\C0V%B:6YE=%=#;&%SMO*_;=L*P`\QEO\`LEA;#X71TC;]JRQ"\#__WE3 M97)V`@M%;E5L0U-ON^W_`W>U\0+P87)E7!$6`%YB,$$/ M]L/NGM'[_R_]5&@:9$EDI:IFVTUU`W@A._W8[3M%#E.TP']I>W`53;5UP__/ M@FTG4W1A.X#_6TAP26YF;Q#9WEK[1D5=V_^_\80-4F7W5;T!F*GV5P>-M[8;)LO]?]O*=O#:]88 MZ!027V/SMKMMIP)L9J-^X7_A7W,)]&WVVK^U"C!?88Y?='EM#QK]_YN?L/9? M9FW`"S5M#0ORVX4":H[?Z-;?#V1I=@[0M=)G$(K&7ZU\_]O__VZA355T$!QG M&(4VV`V!HW'#71N:X;= M:6UN_____W-R/@8*;6C6QA9B(B5N!V-Q!UXL67EP>24-%;="[/;5_U_@_R%O M:5W+;%]H++3NVG(S'W#V!&91-=DL+HT%_O_S@!((PH0(#N3^_H@J=^O53OMO M&___MRL4'L10>]<:86<-V82H^M-UOCY86+_Q+_!(QG-5[LE)QIC[\&>E<^A' M03[?6/C_9>\P&S"U8U.MF[G=5*YL53]$/7^)_@]FL M=VF'#D&QV*PM\0XC[T7B+VWU.8(055XFX:]?11%L4NW__U_TESV:#DR99T&+ M!-$.2U@!%%+` M\U^>U8QE4OQ3_$]014P!!#RB:OO/`#B_U?\_"!BS+$+0)!`PLV#+S0L" M!#,'(U[H_^S,+7L?%`DT$`>_M`T&2GA_JUM\C,CM58`A5QR#?5U7+GF#;[7P M=.L6D)];C<2:`F#IO_#_?QLLLI5AVPS4'"=S][H+0`(N)LO7`<^>DO[?;O&S M)Q[`NBC,296]9_L`"`@^X.V`GZ_!';Y8/6$'=HG%+\D,=2!!!)"PD!Q,U;<(OGR!_0#S5M$! MC13O"D#<2?QV#VB4277WZ08@MA*B`)!B;D4O@`0'TG?QN'7?W?GI3!9>B?>Y M1:F**2SH^`:E7CEW]X#@(XL'BE_[[__?>L'H",'`$(;$*?B`Z^@!\#L%B=CB MV?_>?C-%YR,)P'0\BR>-A#!UW;;=!*P7)K#YUI!!88BQ`,`%%GP5$@UD$U`"MZ9AN#`@&R M="MEVE:P;!535`=R"9IH!060T(E/`J1:(()!A`KMEPYH1'`Z+R]W``2#<+^U M^:)Y+F-O;:$L<#L&GZA<4B!-#75<8%!B5L?H9MN6:-M<"G,)=2[N92LNE?C# M6%!23T9X'T58HL3[UP,60T]-`%%HA4^X78134R-A8T!C.EQ6=Z';X&-Y8_UD M"&]INS!;L`M%Y.G)<#\]X+]S9,``Q7P[+;K!HL0U'#W3[ M%JTYB&4.SY]UV%G[]D-90^)$7$8ME0(`%[6(A`Q2C,A>PM]`@241'7T6X4?N^5T%"`S0$&B!&TH.)5D1^%[Q(0+?V M%OI/($A/+0JQ&B]M.KM%H;<\B3X*4E_E5&\,,5Z:/T1!5$$*(`I3=>S7+G5C M"PH#+KY523Y+J,+)-H%D#0IBS5'B8UOZ-@`@8VV[V4=[PSID>6%HS&H*>[?M MA476=R!P2G3=(&8E(K9U-B!?(&!U!.L*A4BP,`=-$H5"H41Y("@0%0I%:RK[ M`T]6(FZM(!K]87KU)QNEUOA)(&AA0`\/HFBMX?X:E$EW96(Z*0AV`6L1Y6HL M9B`K-$$20U':6MM:(D9K!,]Q`X#!\H`=L M`X!P,A00"U-<6Z#DKC=04U0_1`BV%R40[)-0(QO8A+(7#X,-TGVS%@,"`P<$ M-$W3-!@%#08)R"!-TP<,"`F]@`PV"AL+5QMLL.\[!P]7$!,1`S;(%Z02%R$U M#]@@@PQ!0U`S8(,--E(74P=77],--MA9>VP7;:L@]X(T37`<"'X--,]@@A(^1*9X,-L@@H:1OIS#88(.WG\X?U[:JDX,+&`<%`PM`!NE. M'0L$E@9DD&:-"(Z/0`9D0)"1;D`&9)*3`^/F^V&0!XSO`@0(&*2J9P?[8()Y M@B$GIM\'H:7-]_.QNX&?X/Q^@/POJ,$Y.X3QH]JC(&^!_@=`08;`!K4O0:^0 M_[NV7\^BY*(:`.6BZ*);?J');W>?_E$%`]I>VE]?VFK:,AZ3VU_3V-[@^3DQ M?O=W'-@?!"`%DQDG`K,PHT!FV70C!`<)V*(*FJ9IFK00B!%8$FR:IFDT$P@8 MT*'3-$VS&:@:&P'>31-LVSPH'K@_-Q2`$W3_\S`@7)9P&\' M`0&]$'*%+%,"`0+"1E7(`@,#2/DB<(U`ZF3*3)/R00$H2!X`F2!(`!`F9`"9 MA!"!9`AD0`$0"&1`!H("!(!T6#L@3TVW?"!/'@`[`UIX-DW3-)>UU/,1`6?9 MIEDP3FT!-P,G!HDZLW<#:UUWFJ[JT_(K+P--"*_/-&PZ+NM[`!!"``8!(2.H M`BJ005$U!(Q;I-L7(+CP`4C`1G)E90E7ELU`]')I=&7K%%)D:F^WSPE,0TT? M4W0:;F=!#83]]R*_"U1Y<&57';O9+\M74T5N9$]F.2M69=W<)JARXT5X.@1P M8;,D0+`<18`V@IK=NG,:4RYE<(G>Y>Q6G!9O>99#871)-YL0BF$!%V6])12Y M/(Q*/HL$]:!D+D1!;&RVAZ+7.D-C6GME!P0[H/5R;3,:>[>ST7ES96T=#DRA M:.:"UPW*+R1!+9P1F-N"`ZOO4?1)PH1?HLM&]A4;Y@5GPZO=9\-A&]M;?%,0TH5OF$)=])I9&5# M:!I_-T&P-4V#0GET2FQU<^$9W+]H0$)U9F8I4'DTPA(*`_\V\#D@3%A?PE9A MPLP%035UVU@0+%=75K%[LV2/80Q;2X5N:(+@4$=E+55N:#LL;,2")'A,<)X> MX07UGAEW'@_+F/='8U`V[CW6Q@I! M"P=/14T)QL0<16RF/\6`A`3699E670#%W,$`2F`930);">`*?D$`)(B4H@] MP)-/`>A@-:``)CN1%&PP`0P#;0"D`&P@+^^KP`H@`)0A`8K;F4YA`"YTD0=P MAY"[9,L&B,2:]BYRLT-'!)$`/OL>20%\(XQ$0"Z:IKG%)B?X:[!&D+-"5$HC M*"MIMM@L!_LG"-8T@-I^&\0B`QV#````````$@#_`````&"^%>!``(V^ZR__ M_U>#S?_K$)"0D)"0D(H&1H@'1P';=0>+'H/N_!';+'H/N M_!';$<`!VW/O=0F+'H/N_!';<^0QR8/H`W(-P>`(B@9&@_#_='2)Q0';=0>+ M'H/N_!';$@^[\$=L1R0';<^]U"8L> M@^[\$=MSY(/!`H']`//__X/1`8T4+X/]_'8/B@)"B`='277WZ6/___^0BP*# MP@2)!X/'!(/I!'?Q`<_I3/___UZ)][FZ`0``B@='+.@\`7?W@#\!=?*+!XI? M!&;!Z`C!P!"&Q"GX@.OH`?")!X/'!8G8XMF-O@`@`0"+!PG`=$6+7P2-A#`` M0`$``?-0@\<(_Y9D0`$`E8H'1PC`=-R)^7D'#[<'1U!'N5=(\JY5_Y9H0`$` M"0```%-H96QL17AE8W5T94$````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` I```````````````````````````````````````````````````````% end To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 8:44:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail9.messagelabs.com (mail9.messagelabs.com [194.205.110.133]) by hub.freebsd.org (Postfix) with SMTP id A389037B761 for ; Mon, 28 Jan 2002 08:43:15 -0800 (PST) X-VirusChecked: Checked Received: (qmail 24816 invoked by uid 0); 28 Jan 2002 16:35:33 -0000 Date: 28 Jan 2002 16:35:33 -0000 Message-ID: <20020128163533.24815.qmail@server-20.tower-9.messagelabs.com> To: owner-freebsd-current-digest@FreeBSD.ORG To: owner-freebsd-current-digest@FreeBSD.ORG (current-digest) To: current@FreeBSD.ORG From: alert@notification.messagelabs.com Reply-To: alert@notification.messagelabs.com Subject: WARNING. You sent a potential virus or unauthorized code Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------------------------------------------------------------ Message details and virus information ------------------------------------------------------------ To help identify the email: The message was titled: current-digest V5 #362 The message date was: Mon, 28 Jan 2002 08:41:57 -0800 (PST) The message recipients were: EInker@GAM.COM The message sender was: owner-freebsd-current-digest@FreeBSD.ORG owner-freebsd-current-digest@FreeBSD.ORG (current-digest) current@FreeBSD.ORG The virus was identified as: /var/qmail/queue/split/0/529130_1U_www.myparty.yahoo.com Found the W32/Myparty@MM (ED) virus !!! /var/qmail/queue/split/0/529130_2U_www.myparty.yahoo.com Found the W32/Myparty@MM (ED) virus !!! /var/qmail/queue/split/0/529130_3U_www.myparty.yahoo.com Found the W32/Myparty@MM (ED) virus !!! The message was diverted into the Concert MessageScan virus holding pen on mail server server-20.tower-9.messagelabs.com (id 529130_1012235732) and will be held for 30 days before being destroyed. ------------------------------------------------------------ For more information ------------------------------------------------------------ Concert MessageScan is an anti-virus service powered by MessageLabs. If you are interested in finding out more about the service, please visit our website at http://www.concert.com/ For further information on this virus you may like to read the support FAQs at http://www.messagelabs.com/support/FAQs.htm These will answer many of the most common queries. If your company is a Concert MessageScan customer and you require further assistance, please contact your helpdesk or IT Manager. ==================================================================== ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 10:14:40 2002 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 8560737B417 for ; Mon, 28 Jan 2002 10:14:28 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id g0SIEPr38897; Mon, 28 Jan 2002 13:14:25 -0500 (EST) (envelope-from wollman) Date: Mon, 28 Jan 2002 13:14:25 -0500 (EST) From: Garrett Wollman Message-Id: <200201281814.g0SIEPr38897@khavrinen.lcs.mit.edu> To: carlo@vis.ethz.ch Cc: freebsd-current@FreeBSD.ORG Subject: Re: Processes hanging in ``inode' state In-Reply-To: References: <20020126024324.A73968@dragon.nuxi.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < I noticed it since last summer, too. Using both vi and vile. I have not seen it recently. My most recent crashes all involve triple-faults. A new machine, running very fresh -current, hasn't been up for long enough to evoke this bug. (It did spend much of the last 96 hours compiling crappy GNU software, but most of that time was spent in libtool.sh rather than actually doing anything useful.) -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 14:32:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp010.mail.yahoo.com (smtp010.mail.yahoo.com [216.136.173.30]) by hub.freebsd.org (Postfix) with SMTP id 081FE37B400 for ; Mon, 28 Jan 2002 14:32:32 -0800 (PST) Received: from mkc-65-30-96-67.kc.rr.com (HELO yahoo.com) (65.30.96.67) by smtp.mail.vip.sc5.yahoo.com with SMTP; 28 Jan 2002 22:32:31 -0000 Message-ID: <3C55D17E.7010707@yahoo.com> Date: Mon, 28 Jan 2002 16:32:30 -0600 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 X-Accept-Language: en-us MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Interesting syscons behaviour. Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After upgrading -current, then reverting back to the previous [more stable] kernel, upon rebooting after reverting, I noticed the oddest thing on ttyv0. Apparently, after /etc/rc took over in init all of the text was still in the kernel color scheme. FreeBSD wahoo.kc.rr.com 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Fri Jan 18 22:30:28 CST 2002 All I can say is that this is the first time I have seen this kinda thing under FreeBSD, and I've been using it since version 1.1.5.1 jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! ----------------------------------------------------- POWER TO THE PEOPLE! ----------------------------------------------------- "Religious fundamentalism is the biggest threat to international security that exists today." United Nations Secretary General B.B.Ghali, 1995 _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 14:37: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp018.mail.yahoo.com (smtp018.mail.yahoo.com [216.136.174.115]) by hub.freebsd.org (Postfix) with SMTP id DE83437B416 for ; Mon, 28 Jan 2002 14:37:01 -0800 (PST) Received: from mkc-65-30-96-67.kc.rr.com (HELO yahoo.com) (65.30.96.67) by smtp.mail.vip.sc5.yahoo.com with SMTP; 28 Jan 2002 22:37:01 -0000 Message-ID: <3C55D28C.30302@yahoo.com> Date: Mon, 28 Jan 2002 16:37:00 -0600 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 X-Accept-Language: en-us MIME-Version: 1.0 To: kc5vdj@yahoo.com Cc: freebsd-current@freebsd.org Subject: Re: Interesting syscons behaviour - [followup] References: <3C55D17E.7010707@yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Oh yeah, I immediately did a shutdown with reboot, and the problem did not duplicate itself. Jim Bryant wrote: > After upgrading -current, then reverting back to the previous [more > stable] kernel, upon rebooting after reverting, I noticed the oddest > thing on ttyv0. Apparently, after /etc/rc took over in init all of the > text was still in the kernel color scheme. > > FreeBSD wahoo.kc.rr.com 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Fri Jan 18 > 22:30:28 CST 2002 > > All I can say is that this is the first time I have seen this kinda > thing under FreeBSD, and I've been using it since version 1.1.5.1 > > jim jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! ----------------------------------------------------- POWER TO THE PEOPLE! ----------------------------------------------------- "Religious fundamentalism is the biggest threat to international security that exists today." United Nations Secretary General B.B.Ghali, 1995 _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 15:20: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 3412537B41D for ; Mon, 28 Jan 2002 15:19:23 -0800 (PST) Received: (from dan@localhost) by dan.emsphone.com (8.11.6/8.11.6) id g0SNJKJ15625; Mon, 28 Jan 2002 17:19:20 -0600 (CST) (envelope-from dan) Date: Mon, 28 Jan 2002 17:19:20 -0600 From: Dan Nelson To: Jim Bryant Cc: freebsd-current@FreeBSD.ORG Subject: Re: Interesting syscons behaviour - [followup] Message-ID: <20020128231919.GI85642@dan.emsphone.com> References: <3C55D17E.7010707@yahoo.com> <3C55D28C.30302@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C55D28C.30302@yahoo.com> User-Agent: Mutt/1.3.25i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jan 28), Jim Bryant said: > Oh yeah, I immediately did a shutdown with reboot, and the problem > did not duplicate itself. > > Jim Bryant wrote: > > >After upgrading -current, then reverting back to the previous [more > >stable] kernel, upon rebooting after reverting, I noticed the oddest > >thing on ttyv0. Apparently, after /etc/rc took over in init all of the > >text was still in the kernel color scheme. > > > >FreeBSD wahoo.kc.rr.com 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Fri Jan 18 > >22:30:28 CST 2002 > > > >All I can say is that this is the first time I have seen this kinda > >thing under FreeBSD, and I've been using it since version 1.1.5.1 This happens to me about 50% of the time, but only with an SMP kernel, and only with a verbose kernel boot. I just don't boot verbose anymore :) I assume it's some sort of locking problem in the console driver. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 16: 6:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp018.mail.yahoo.com (smtp018.mail.yahoo.com [216.136.174.115]) by hub.freebsd.org (Postfix) with SMTP id BC3AD37B400 for ; Mon, 28 Jan 2002 16:06:52 -0800 (PST) Received: from mkc-65-30-96-67.kc.rr.com (HELO yahoo.com) (65.30.96.67) by smtp.mail.vip.sc5.yahoo.com with SMTP; 29 Jan 2002 00:06:52 -0000 Message-ID: <3C55E79B.90609@yahoo.com> Date: Mon, 28 Jan 2002 18:06:51 -0600 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 X-Accept-Language: en-us MIME-Version: 1.0 To: Dan Nelson Cc: freebsd-current@FreeBSD.ORG Subject: Re: Interesting syscons behaviour - [followup] References: <3C55D17E.7010707@yahoo.com> <3C55D28C.30302@yahoo.com> <20020128231919.GI85642@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yeah, I'm also using the SMP kernel. Dan Nelson wrote: > In the last episode (Jan 28), Jim Bryant said: > >>Oh yeah, I immediately did a shutdown with reboot, and the problem >>did not duplicate itself. >> >>Jim Bryant wrote: >> >> >>>After upgrading -current, then reverting back to the previous [more >>>stable] kernel, upon rebooting after reverting, I noticed the oddest >>>thing on ttyv0. Apparently, after /etc/rc took over in init all of the >>>text was still in the kernel color scheme. >>> >>>FreeBSD wahoo.kc.rr.com 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Fri Jan 18 >>>22:30:28 CST 2002 >>> >>>All I can say is that this is the first time I have seen this kinda >>>thing under FreeBSD, and I've been using it since version 1.1.5.1 >>> > > This happens to me about 50% of the time, but only with an SMP kernel, > and only with a verbose kernel boot. I just don't boot verbose anymore > :) I assume it's some sort of locking problem in the console driver. > > jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! ----------------------------------------------------- POWER TO THE PEOPLE! ----------------------------------------------------- "Religious fundamentalism is the biggest threat to international security that exists today." United Nations Secretary General B.B.Ghali, 1995 _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 21:44:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from oahu.WURLDLINK.NET (oahu.WURLDLINK.NET [216.235.52.1]) by hub.freebsd.org (Postfix) with ESMTP id D60D437B416 for ; Mon, 28 Jan 2002 21:44:29 -0800 (PST) Received: from localhost (vince@localhost) by oahu.WURLDLINK.NET (8.11.3/8.11.3) with ESMTP id g0T5hiD85674; Mon, 28 Jan 2002 19:43:44 -1000 (HST) (envelope-from vince@oahu.WURLDLINK.NET) Date: Mon, 28 Jan 2002 19:43:43 -1000 (HST) From: Vincent Poy To: Siwei Liu Cc: current@FreeBSD.ORG Subject: Re: telnetd broken in -CURRENT In-Reply-To: <200201281130.TAA08447@ns.ciac.jl.cn> Message-ID: <20020128194212.K37944-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 28 Jan 2002, Siwei Liu wrote: > ? ??? 28 ?? 2002 07:15?Vincent Poy ??? > > I'm using KRB4/KRB5 in make.conf when building the latest -current > > sources, telnetd appears to be broken. > > > > vince@pele [9:14pm][~] >> telnet localhost > > Trying 127.0.0.1... > > Connected to localhost.WURLDLINK.NET. > > Escape character is '^]'. > > telnetd in free(): error: chunk is already free > > Connection closed by foreign host. > > > > > You should: > ln -sf aj /etc/malloc.conf (As ROOT) Hmmm, what does that do exactly? I don't have a file name aj (what directory should it be in?) and I don't have a /etc/malloc.conf file either which I assume is a symlink to aj. Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 21:50:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 54FF137B402 for ; Mon, 28 Jan 2002 21:50:09 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g0T5o8o22163; Mon, 28 Jan 2002 22:50:08 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g0T5o3x15348; Mon, 28 Jan 2002 22:50:03 -0700 (MST) (envelope-from imp@village.org) Date: Mon, 28 Jan 2002 22:49:36 -0700 (MST) Message-Id: <20020128.224936.132320441.imp@village.org> To: vince@oahu.WURLDLINK.NET Cc: swliu@ns.ciac.jl.cn, current@FreeBSD.ORG Subject: Re: telnetd broken in -CURRENT From: "M. Warner Losh" In-Reply-To: <20020128194212.K37944-100000@oahu.WURLDLINK.NET> References: <200201281130.TAA08447@ns.ciac.jl.cn> <20020128194212.K37944-100000@oahu.WURLDLINK.NET> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020128194212.K37944-100000@oahu.WURLDLINK.NET> Vincent Poy writes: : > You should: : > ln -sf aj /etc/malloc.conf (As ROOT) : : Hmmm, what does that do exactly? I don't have a file name aj : (what directory should it be in?) and I don't have a /etc/malloc.conf file : either which I assume is a symlink to aj. You don't need to have the target of the symlink. malloc does a readlink to get its options to save disk accesses... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 21:52:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-131.dsl.lsan03.pacbell.net [63.207.60.131]) by hub.freebsd.org (Postfix) with ESMTP id 3E0B237B404 for ; Mon, 28 Jan 2002 21:52:18 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 61B3F66EE7; Mon, 28 Jan 2002 21:52:17 -0800 (PST) Date: Mon, 28 Jan 2002 21:52:17 -0800 From: Kris Kennaway To: Vincent Poy Cc: Siwei Liu , current@FreeBSD.ORG Subject: Re: telnetd broken in -CURRENT Message-ID: <20020128215216.A63358@xor.obsecurity.org> References: <200201281130.TAA08447@ns.ciac.jl.cn> <20020128194212.K37944-100000@oahu.WURLDLINK.NET> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020128194212.K37944-100000@oahu.WURLDLINK.NET>; from vince@oahu.WURLDLINK.NET on Mon, Jan 28, 2002 at 07:43:43PM -1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 28, 2002 at 07:43:43PM -1000, Vincent Poy wrote: > > You should: > > ln -sf aj /etc/malloc.conf (As ROOT) >=20 > Hmmm, what does that do exactly? I don't have a file name aj > (what directory should it be in?) and I don't have a /etc/malloc.conf file > either which I assume is a symlink to aj. man malloc Anyway, this is probably a bug in telnetd. Kris --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8VjiQWry0BWjoQKURAmpXAJ4tKv//IdRph+PH9R3QIWMfVHBwdACeMX19 wITJqc71VaONyoQy3AnqW08= =u4Oh -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 22:10:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id B099737B432 for ; Mon, 28 Jan 2002 22:09:56 -0800 (PST) Received: (from ak03@localhost) by h132-197-179-27.gte.com (8.11.6/8.11.6) id g0T69XD09797; Tue, 29 Jan 2002 01:09:33 -0500 (EST) (envelope-from ak03) Date: Tue, 29 Jan 2002 01:09:33 -0500 From: "Alexander N. Kabaev" To: Kris Kennaway Cc: Vincent Poy , Siwei Liu , current@FreeBSD.ORG Subject: Re: telnetd broken in -CURRENT Message-ID: <20020129060932.GA9738@kanpc.gte.com> References: <200201281130.TAA08447@ns.ciac.jl.cn> <20020128194212.K37944-100000@oahu.WURLDLINK.NET> <20020128215216.A63358@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020128215216.A63358@xor.obsecurity.org> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I had this problem with telnet some time ago. See PR bin/32591 at http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/32591 for a patch which fixes the problem for me. The memory block is being freed twice in the Heimdal code. Unfortunately, PR got no attention whatsoever for over a month now. It is currently assigned to Mark Murray. -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 22:55:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from oahu.WURLDLINK.NET (oahu.WURLDLINK.NET [216.235.52.1]) by hub.freebsd.org (Postfix) with ESMTP id D3AAE37B41C for ; Mon, 28 Jan 2002 22:55:38 -0800 (PST) Received: from localhost (vince@localhost) by oahu.WURLDLINK.NET (8.11.3/8.11.3) with ESMTP id g0T6sZ686553; Mon, 28 Jan 2002 20:54:35 -1000 (HST) (envelope-from vince@oahu.WURLDLINK.NET) Date: Mon, 28 Jan 2002 20:54:34 -1000 (HST) From: Vincent Poy To: "M. Warner Losh" Cc: swliu@ns.ciac.jl.cn, Subject: Re: telnetd broken in -CURRENT In-Reply-To: <20020128.224936.132320441.imp@village.org> Message-ID: <20020128205345.G37944-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 28 Jan 2002, M. Warner Losh wrote: > In message: <20020128194212.K37944-100000@oahu.WURLDLINK.NET> > Vincent Poy writes: > : > You should: > : > ln -sf aj /etc/malloc.conf (As ROOT) > : > : Hmmm, what does that do exactly? I don't have a file name aj > : (what directory should it be in?) and I don't have a /etc/malloc.conf file > : either which I assume is a symlink to aj. > > You don't need to have the target of the symlink. malloc does a > readlink to get its options to save disk accesses... I see how it works now since I thought aj was the name of a file and not a symlink. Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 28 23: 1:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from oahu.WURLDLINK.NET (oahu.WURLDLINK.NET [216.235.52.1]) by hub.freebsd.org (Postfix) with ESMTP id 3BCC237B402 for ; Mon, 28 Jan 2002 23:01:33 -0800 (PST) Received: from localhost (vince@localhost) by oahu.WURLDLINK.NET (8.11.3/8.11.3) with ESMTP id g0T700W86653; Mon, 28 Jan 2002 21:00:00 -1000 (HST) (envelope-from vince@oahu.WURLDLINK.NET) Date: Mon, 28 Jan 2002 20:59:59 -1000 (HST) From: Vincent Poy To: "Alexander N. Kabaev" Cc: Kris Kennaway , Siwei Liu , Subject: Re: telnetd broken in -CURRENT In-Reply-To: <20020129060932.GA9738@kanpc.gte.com> Message-ID: <20020128205923.U37944-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 29 Jan 2002, Alexander N. Kabaev wrote: > I had this problem with telnet some time ago. See PR bin/32591 at > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/32591 for a patch > which fixes the problem for me. The memory block is being freed > twice in the Heimdal code. > > Unfortunately, PR got no attention whatsoever for over a month now. > It is currently assigned to Mark Murray. The patch worked. Something tells me assar will get to this one first. :-) Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 29 6: 0:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id B0A0837B404 for ; Tue, 29 Jan 2002 06:00:28 -0800 (PST) Received: from madman.nectar.cc (madman.nectar.cc [10.0.1.111]) by gw.nectar.cc (Postfix) with ESMTP id 2C1666A; Tue, 29 Jan 2002 08:00:28 -0600 (CST) Received: (from nectar@localhost) by madman.nectar.cc (8.11.6/8.11.6) id g0TE0Od47365; Tue, 29 Jan 2002 08:00:24 -0600 (CST) (envelope-from nectar) Date: Tue, 29 Jan 2002 08:00:24 -0600 From: "Jacques A. Vidrine" To: "Alexander N. Kabaev" Cc: Kris Kennaway , Vincent Poy , Siwei Liu , current@FreeBSD.ORG Subject: Re: telnetd broken in -CURRENT Message-ID: <20020129140024.GA47313@madman.nectar.cc> References: <200201281130.TAA08447@ns.ciac.jl.cn> <20020128194212.K37944-100000@oahu.WURLDLINK.NET> <20020128215216.A63358@xor.obsecurity.org> <20020129060932.GA9738@kanpc.gte.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020129060932.GA9738@kanpc.gte.com> User-Agent: Mutt/1.3.27i X-Url: http://www.nectar.cc/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jan 29, 2002 at 01:09:33AM -0500, Alexander N. Kabaev wrote: > > I had this problem with telnet some time ago. See PR bin/32591 at > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/32591 for a patch > which fixes the problem for me. The memory block is being freed > twice in the Heimdal code. > > Unfortunately, PR got no attention whatsoever for over a month now. > It is currently assigned to Mark Murray. Assar fixed this in Heimdal on 2001-06-24 (before Heimdal 0.4a). We badly need to update Heimdal in the base system. If assar or markm don't get to it soon (I assume they are swamped), I'll visit the issue in February. Meanwhile, do yourself a favor and use the Heimdal port if you want Heimdal Kerberos. Cheers, -- Jacques A. Vidrine http://www.nectar.cc/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 29 8:35:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 6DA3237B404 for ; Tue, 29 Jan 2002 08:35:01 -0800 (PST) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.6/8.11.6) id g0TGYqB35962 for current@freebsd.org; Tue, 29 Jan 2002 18:34:52 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200201291634.g0TGYqB35962@zibbi.icomtek.csir.co.za> Subject: make release fails with Bus error To: current@freebsd.org Date: Tue, 29 Jan 2002 18:34:52 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, For the last 2 days make release died here with Bus errors when building the documentation. Does it have something to do with the new binutils or rtld-elf changes maybe? ####################### toby# find /a/snaps/5.0-20020129-SNAP/usr/doc -name \*.core /a/snaps/5.0-20020129-SNAP/usr/doc/en_US.ISO8859-1/articles/vinum/gs.core /a/snaps/5.0-20020129-SNAP/usr/doc/en_US.ISO8859-1/articles/vinum/pnmtopng.core /a/snaps/5.0-20020129-SNAP/usr/doc/en_US.ISO8859-1/articles/vm-design/gs.core /a/snaps/5.0-20020129-SNAP/usr/doc/en_US.ISO8859-1/articles/vm-design/pnmtopng.core /a/snaps/5.0-20020129-SNAP/usr/doc/en_US.ISO8859-1/books/corp-net-guide/gs.core /a/snaps/5.0-20020129-SNAP/usr/doc/en_US.ISO8859-1/books/corp-net-guide/pnmtopng.core /a/snaps/5.0-20020129-SNAP/usr/doc/en_US.ISO8859-1/books/design-44bsd/gs.core /a/snaps/5.0-20020129-SNAP/usr/doc/en_US.ISO8859-1/books/design-44bsd/pnmtopng.core /a/snaps/5.0-20020129-SNAP/usr/doc/en_US.ISO8859-1/books/developers-handbook/gs.core /a/snaps/5.0-20020129-SNAP/usr/doc/en_US.ISO8859-1/books/developers-handbook/pnmtopng.core /a/snaps/5.0-20020129-SNAP/usr/doc/en_US.ISO8859-1/books/handbook/gs.core /a/snaps/5.0-20020129-SNAP/usr/doc/en_US.ISO8859-1/books/handbook/pnmtopng.core /a/snaps/5.0-20020129-SNAP/usr/doc/en_US.ISO8859-1/books/handbook/scr2png.core toby# chroot /a/snaps/5.0-20020129-SNAP toby# gdb /usr/local/bin/gs /usr/doc/en_US.ISO8859-1/articles/vinum/gs.core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... Core was generated by `gs'. Program terminated with signal 10, Bus error. Reading symbols from /usr/local/lib/libpng.so.5... (no debugging symbols found)...done. Reading symbols from /usr/lib/libz.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libm.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libc.so.5...(no debugging symbols found)...done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... done. #0 0x282a0026 in realloc () from /usr/libexec/ld-elf.so.1 (gdb) bt #0 0x282a0026 in realloc () from /usr/libexec/ld-elf.so.1 #1 0x2829db7c in find_symdef () from /usr/libexec/ld-elf.so.1 #2 0x2829c6af in _rtld () from /usr/libexec/ld-elf.so.1 (gdb) q toby# gdb /usr/local/bin/pnmtopng /usr/doc/en_US.ISO8859-1/articles/vinum/pnmtopng.core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... Core was generated by `pnmtopng'. Program terminated with signal 10, Bus error. Reading symbols from /usr/local/lib/libpnm.so.1... (no debugging symbols found)...done. Reading symbols from /usr/local/lib/libppm.so.1... (no debugging symbols found)...done. Reading symbols from /usr/local/lib/libpgm.so.1... (no debugging symbols found)...done. Reading symbols from /usr/local/lib/libpbm.so.1... (no debugging symbols found)...done. Reading symbols from /usr/local/lib/libpng.so.5... (no debugging symbols found)...done. Reading symbols from /usr/lib/libz.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libm.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libc.so.5...(no debugging symbols found)...done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... done. #0 0x28055026 in realloc () from /usr/libexec/ld-elf.so.1 (gdb) bt #0 0x28055026 in realloc () from /usr/libexec/ld-elf.so.1 #1 0x28052b7c in find_symdef () from /usr/libexec/ld-elf.so.1 #2 0x280516af in _rtld () from /usr/libexec/ld-elf.so.1 (gdb) ################################## John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@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 Jan 29 9: 8:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 364C737B404; Tue, 29 Jan 2002 09:08:29 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g0TH8LQ89026; Tue, 29 Jan 2002 19:08:21 +0200 (EET) (envelope-from ru) Date: Tue, 29 Jan 2002 19:08:21 +0200 From: Ruslan Ermilov To: "David O'Brien" Cc: current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Latest binutils import breaks Alpha cross compiles Message-ID: <20020129190821.B83452@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David! After the latest binutils import, attempts to cross-compile Alpha fail at the cross-tools stage of buildworld as shown below. Please also note sed(1) complaints about nonexistent ldscripts/ files. I suspect that "normal" alpha worlds may be broken as well, but I can't tell for sure. : -------------------------------------------------------------- : >>> stage 3: cross tools : -------------------------------------------------------------- : cd /usr/src; TOOLS_PREFIX=/usr/obj/alpha/usr/src/i386 MAKEOBJDIRPREFIX=/usr/obj/alpha/usr/src/i386 DESTDIR= INSTALL="sh /usr/src/tools/install.sh" make -f Makefile.inc1 -DBOOTSTRAPPING -DNOHTML -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_WERROR -DNO_FORTRAN -DNO_GDB cross-tools : [...] : cd /usr/src/gnu/usr.bin/binutils; make obj; make depend; make all; make DESTDIR=/usr/obj/alpha/usr/src/i386 install : [...] : ===> ld : ln -sf /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/emultempl/astring.sed stringify.sed : sh /usr/src/gnu/usr.bin/binutils/ld/genscripts.sh /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld \"/usr/lib\" alpha-unknown-freebsd alpha-unknown-freebsd alpha-unknown-freebsd elf64alpha "" elf64alpha alpha-unknown-freebsd : sed: ldscripts/elf64alpha.xsc: No such file or directory : sed: ldscripts/elf64alpha.xc: No such file or directory : [...] : ===> addr2line : cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/addr2line -I/usr/src/gnu/usr.bin/binutils/addr2line/../libbfd/alpha -I/usr/src/gnu/usr.bin/binutils/addr2line/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/addr2line/../libbinutils -I/usr/src/gnu/usr.bin/binutils/addr2line/../../../../contrib/binutils/binutils -c /usr/src/gnu/usr.bin/binutils/addr2line/../../../../contrib/binutils/binutils/addr2line.c : cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/addr2line -I/usr/src/gnu/usr.bin/binutils/addr2line/../libbfd/alpha -I/usr/src/gnu/usr.bin/binutils/addr2line/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/addr2line/../libbinutils -I/usr/src/gnu/usr.bin/binutils/addr2line/../../../../contrib/binutils/binutils -static -o addr2line addr2line.o ../libbinutils/libbinutils.a ../libbfd/libbfd.a ../libiberty/libiberty.a : ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': : bucomm.o(.text+0x3af): warning: mktemp() possibly used unsafely; consider using mkstemp() : ../libbfd/libbfd.a(archive.o): In function `bfd_slurp_armap': : archive.o(.text+0xf0d): undefined reference to `bfd_elf64_archive_slurp_armap' : *** Error code 1 : : Stop in /usr/src/gnu/usr.bin/binutils/addr2line. : *** Error code 1 -- Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 29 10:32: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 246E637B402; Tue, 29 Jan 2002 10:32:01 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id NAA27402; Tue, 29 Jan 2002 13:32:00 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g0TIVUY89280; Tue, 29 Jan 2002 13:31:30 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15446.60034.705593.999532@grasshopper.cs.duke.edu> Date: Tue, 29 Jan 2002 13:31:30 -0500 (EST) To: current@FreeBSD.ORG Cc: "David O'Brien" , alpha@FreeBSD.ORG Subject: Re: Latest binutils import breaks Alpha cross compiles In-Reply-To: <20020129190821.B83452@sunbay.com> References: <20020129190821.B83452@sunbay.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ruslan Ermilov writes: > David! > > After the latest binutils import, attempts to cross-compile > Alpha fail at the cross-tools stage of buildworld as shown > below. Please also note sed(1) complaints about nonexistent > ldscripts/ files. I suspect that "normal" alpha worlds may > be broken as well, but I can't tell for sure. I can confirm that the normal alpha build is broken. It dies in the same way you described in your cross-build. Sed is also complaining about missing ldscripts/elf64alpha.xsc Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 29 11:39:42 2002 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 421F437B400 for ; Tue, 29 Jan 2002 11:39:39 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id g0TJdcq51356; Tue, 29 Jan 2002 14:39:38 -0500 (EST) (envelope-from wollman) Date: Tue, 29 Jan 2002 14:39:38 -0500 (EST) From: Garrett Wollman Message-Id: <200201291939.g0TJdcq51356@khavrinen.lcs.mit.edu> To: current@FreeBSD.org Subject: Two recent lock order reversals Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sources about a week old: > 1st 0xc4074c34 filedesc structure @ ../../../kern/kern_descrip.c:925 > 2nd 0xc03946e0 Giant @ ../../../kern/kern_descrip.c:959 > 1st 0xc3f3dd00 pcm0 @ ../../../dev/sound/pcm/sound.c:132 > 2nd 0xc3f3db40 pcm0:play:0 @ ../../../dev/sound/pcm/sound.c:189 -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 29 12: 2:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 353E937B404; Tue, 29 Jan 2002 12:02:27 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g0TK2Ib81628; Tue, 29 Jan 2002 12:02:18 -0800 (PST) (envelope-from obrien) Date: Tue, 29 Jan 2002 12:02:18 -0800 From: "David O'Brien" To: Ruslan Ermilov Cc: current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Latest binutils import breaks Alpha cross compiles Message-ID: <20020129120218.A81603@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020129190821.B83452@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020129190821.B83452@sunbay.com>; from ru@FreeBSD.ORG on Tue, Jan 29, 2002 at 07:08:21PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jan 29, 2002 at 07:08:21PM +0200, Ruslan Ermilov wrote: > David! > > After the latest binutils import, attempts to cross-compile > Alpha fail at the cross-tools stage of buildworld as shown > below. Please also note sed(1) complaints about nonexistent > ldscripts/ files. I suspect that "normal" alpha worlds may > be broken as well, but I can't tell for sure. I am sure it probably is. There is a lack of developers using -current on Alpha's that progress on i386, IA64, x86-64, and sparc64 cannot be held back. I will fix the Alpha problems when I get a chance, but it may be a week. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 29 15:42:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.kconline.com (mail.kconline.com [216.241.132.11]) by hub.freebsd.org (Postfix) with ESMTP id A19D637B404 for ; Tue, 29 Jan 2002 15:42:55 -0800 (PST) Received: from southerncomp (southerncomp.wilsonscorner.org [216.241.156.50]) by mail.kconline.com (8.12.2/8.12.2) with SMTP id g0TNgIhq067680 for ; Tue, 29 Jan 2002 18:42:42 -0500 (EST) (envelope-from techguy@kconline.com) From: "Techguy" To: Subject: subscribe Date: Tue, 29 Jan 2002 18:42:11 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe freebsd-current@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 Jan 29 18:39:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 5729037B400 for ; Tue, 29 Jan 2002 18:39:14 -0800 (PST) Received: from pool0276.cvx40-bradley.dialup.earthlink.net ([216.244.43.21] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16VkeO-0000dO-00; Tue, 29 Jan 2002 18:39:04 -0800 Message-ID: <3C575CC1.857BD41D@mindspring.com> Date: Tue, 29 Jan 2002 18:38:57 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Jacques A. Vidrine" Cc: "Alexander N. Kabaev" , Kris Kennaway , Vincent Poy , Siwei Liu , current@FreeBSD.ORG Subject: Re: telnetd broken in -CURRENT References: <200201281130.TAA08447@ns.ciac.jl.cn> <20020128194212.K37944-100000@oahu.WURLDLINK.NET> <20020128215216.A63358@xor.obsecurity.org> <20020129060932.GA9738@kanpc.gte.com> <20020129140024.GA47313@madman.nectar.cc> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Jacques A. Vidrine" wrote: > Meanwhile, do yourself a favor and use the Heimdal port if you want > Heimdal Kerberos. I think he cares more about telnet than Heimdal. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 29 18:54:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 21F7F37B404; Tue, 29 Jan 2002 18:54:15 -0800 (PST) Received: from pool0276.cvx40-bradley.dialup.earthlink.net ([216.244.43.21] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16Vkt4-00066S-00; Tue, 29 Jan 2002 18:54:14 -0800 Message-ID: <3C576050.560CB337@mindspring.com> Date: Tue, 29 Jan 2002 18:54:08 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: obrien@FreeBSD.ORG Cc: Ruslan Ermilov , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Latest binutils import breaks Alpha cross compiles References: <20020129190821.B83452@sunbay.com> <20020129120218.A81603@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > > After the latest binutils import, attempts to cross-compile > > Alpha fail at the cross-tools stage of buildworld as shown > > below. Please also note sed(1) complaints about nonexistent > > ldscripts/ files. I suspect that "normal" alpha worlds may > > be broken as well, but I can't tell for sure. > > I am sure it probably is. There is a lack of developers using -current > on Alpha's that progress on i386, IA64, x86-64, and sparc64 cannot be > held back. I will fix the Alpha problems when I get a chance, but it may > be a week. I know: add cross compilation for Alpha to your regression on i386, IA84, x86-64, or sparc64, and that will catcth things like this in the future, without you needing to have Alpha hardware, and without you orphaning it as a result of your changes. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 29 22: 6:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by hub.freebsd.org (Postfix) with ESMTP id 7D85F37B400; Tue, 29 Jan 2002 22:06:48 -0800 (PST) Received: from router.hackerheaven.org ([80.126.0.97]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id g0U66ki4075612; Wed, 30 Jan 2002 07:06:47 +0100 (CET) Received: from loki.ipv6.hackerheaven.org (loki.ipv6.hackerheaven.org [10.0.0.12]) by router.hackerheaven.org (Postfix) with ESMTP id 779A81C1F; Wed, 30 Jan 2002 07:06:13 +0100 (CET) Date: Wed, 30 Jan 2002 07:06:38 +0100 Subject: many copies of make running while building a port... Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v480) Cc: ports@freebsd.org To: current@freebsd.org From: Emiel Kollof Content-Transfer-Encoding: 7bit Message-Id: <86263CF3-1547-11D6-A3B8-000A277C7FDE@hackerheaven.org> X-Mailer: Apple Mail (2.480) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi gang, Just a question: It seems while building a port, the ports system somehow spawns hundreds and hundreds of copies of make (even so much that they start hitting system limits). What's causing it, and how do I make it stop doing that. Number of procs in top(1) shoot up into the ranges of 600+ procs (and usually defunct). Load average sometimes jumps up into the 100+ (I kid you not). I doubt that that is desired operation. I only started seeing this behavior when I switched over to CURRENT, but this mail is cc'd to ports@ too, just in case. It makes using portupgrade(1) as tense as a good thriller flick (will my system survive? The suspense!) It usually happens at the beginning and at the bit where the installation of a port is 'registered' So, what do I do? Is anyone else seeing this too? Cheers, Emiel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 29 22:13:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 7363D37B400; Tue, 29 Jan 2002 22:13:15 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g0U6DBf41701; Wed, 30 Jan 2002 07:13:11 +0100 (CET) (envelope-from wkb) Date: Wed, 30 Jan 2002 07:13:10 +0100 From: Wilko Bulte To: Terry Lambert Cc: obrien@FreeBSD.ORG, Ruslan Ermilov , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Latest binutils import breaks Alpha cross compiles Message-ID: <20020130071310.C41646@freebie.xs4all.nl> References: <20020129190821.B83452@sunbay.com> <20020129120218.A81603@dragon.nuxi.com> <3C576050.560CB337@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C576050.560CB337@mindspring.com>; from tlambert2@mindspring.com on Tue, Jan 29, 2002 at 06:54:08PM -0800 X-OS: FreeBSD 4.5-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jan 29, 2002 at 06:54:08PM -0800, Terry Lambert wrote: > David O'Brien wrote: > > > After the latest binutils import, attempts to cross-compile > > > Alpha fail at the cross-tools stage of buildworld as shown > > > below. Please also note sed(1) complaints about nonexistent > > > ldscripts/ files. I suspect that "normal" alpha worlds may > > > be broken as well, but I can't tell for sure. > > > > I am sure it probably is. There is a lack of developers using -current > > on Alpha's that progress on i386, IA64, x86-64, and sparc64 cannot be > > held back. I will fix the Alpha problems when I get a chance, but it may > > be a week. > > I know: add cross compilation for Alpha to your regression > on i386, IA84, x86-64, or sparc64, and that will catcth > things like this in the future, without you needing to have > Alpha hardware, and without you orphaning it as a result of > your changes. Not a relevant comment I'm afraid, David has Alpha hardware ;) He helped me often enough with Alpha issues. Wilko -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 29 23:30:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by hub.freebsd.org (Postfix) with ESMTP id CC61D37B404; Tue, 29 Jan 2002 23:30:01 -0800 (PST) Received: from router.hackerheaven.org ([80.126.0.97]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g0U6nUbS070453; Wed, 30 Jan 2002 07:49:31 +0100 (CET) Received: from loki.ipv6.hackerheaven.org (loki.ipv6.hackerheaven.org [10.0.0.12]) by router.hackerheaven.org (Postfix) with ESMTP id B01401C1F; Wed, 30 Jan 2002 07:48:50 +0100 (CET) Date: Wed, 30 Jan 2002 07:49:13 +0100 Subject: Re: many copies of make running while building a port... Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v480) Cc: current@freebsd.org, ports@freebsd.org To: Emiel Kollof From: Emiel Kollof In-Reply-To: <86263CF3-1547-11D6-A3B8-000A277C7FDE@hackerheaven.org> Message-Id: <78AB616E-154D-11D6-A3B8-000A277C7FDE@hackerheaven.org> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.480) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Emiel Kollof heeft op woensdag 30 januari 2002 om 07:06 het volgende geschreven: > Number of procs in top(1) shoot up into the ranges of 600+ procs (and > usually defunct). Load average sometimes jumps up into the 100+ (I kid > you not). I doubt that that is desired operation. I only started seeing > this behavior when I switched over to CURRENT, but this mail is cc'd to > ports@ too, just in case. It makes using portupgrade(1) as tense as a > good thriller flick (will my system survive? The suspense!) I hate following up on myself, but to show you the scope of it all, here's a snippet from top(1)'s output: last pid: 23113; load averages: 1.88, 1.13, 1.01 up 0+01:02:22 07:41:57 440 processes: 3 running, 414 sleeping, 23 zombie CPU states: 9.3% user, 0.0% nice, 89.8% system, 0.8% interrupt, 0.0% idle Mem: 13M Active, 7656K Inact, 25M Wired, 3220K Cache, 14M Buf, 9468K Free Swap: 396M Total, 92M Used, 304M Free, 23% Inuse, 8K In PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 14608 root 98 0 2348K 892K RUN 0:13 5.79% 5.76% top 394 root 99 0 3868K 1472K RUN 2:27 3.47% 3.47% icecast 864 root 96 0 2376K 796K select 0:20 0.29% 0.29% top 22728 root 8 0 644K 524K wait 0:00 0.58% 0.24% make 22690 root 8 0 644K 524K wait 0:00 0.43% 0.20% make 22709 root 8 0 624K 500K wait 0:00 0.46% 0.20% make [snip lots more occurrences of make(1)] And another snippet from the building of the port: ---> Building '/usr/ports/audio/libvorbis' Cannot fork: Resource temporarily unavailable Cannot fork: Resource temporarily unavailable Cannot fork: Resource temporarily unavailable Cannot fork: Resource temporarily unavailable Cannot fork: Resource temporarily unavailable Cannot fork: Resource temporarily unavailable Cannot fork: Resource temporarily unavailable Cannot fork: Resource temporarily unavailable ===> Cleaning for libogg-1.0.r3_1,2 This happens with _all_ ports. Somehow I don't tjink this is right... Any leads? Just built world with fresh sources as of 05:00 CET yesterday. I've been seeing this behavior since monday. Cheers, Emiel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 29 23:46:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id 898B337B405 for ; Tue, 29 Jan 2002 23:46:40 -0800 (PST) Received: from elischer.org ([64.164.10.134]) by mta6.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GQQ005IHQXS63@mta6.snfc21.pbi.net> for current@freebsd.org; Tue, 29 Jan 2002 23:46:40 -0800 (PST) Date: Tue, 29 Jan 2002 23:46:37 -0800 From: Julian Elischer Subject: KSE milestone3 commit To: current@freebsd.org Message-id: <3C57A4DD.B2C6EA9F@elischer.org> MIME-version: 1.0 X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) Content-type: text/plain; charset=iso-8859-2 Content-transfer-encoding: 7BIT X-Accept-Language: en, hu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is not a warning of a pending commit, but a heads-up that Milestone3 has been reached for i386, and that most of the technical problems have been worked out. This means that given a month or so of cleaning work by myself and others we WILL be ready to commit milestone 3. This will allow the userland threading people to start playing with actual multithreading applications to help develope the userland parts. Milestone3 is multi-threading but only on 1 CPU at a time. Milestone4 is letting them spread across CPUs and is probably a lot less work than Milestone3 as much of the work was needed for 3. I am expecting to demonstrate milestone3 at BSDCON (Actually you can download the diffs and try it now) and to have it ready for committing in maybe 3 or 4 weeks. It is starting to run reliably on Uniprocessor 386 machines but still has some problems (e.g. gdb cannot properly control processes). I will need people to help add support for multiple threads to ps, top, etc. (once we decide what the new interface is). just a heads-up.... julian p.s diffs from http://www.freebsd.org/~julian/ -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 1:18: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from arka.gdansk.mtl.pl (arka.gdansk.mtl.pl [195.117.181.4]) by hub.freebsd.org (Postfix) with ESMTP id 4D11D37B405 for ; Wed, 30 Jan 2002 01:17:49 -0800 (PST) Received: by arka.gdansk.mtl.pl (Postfix, from userid 1002) id 7E2825D11F; Wed, 30 Jan 2002 10:20:08 +0100 (CET) From: antyvirus@gdansk.mtl.pl To: current@freebsd.org Subject: Wirus w Twojej poczcie od aaltours@gdynia.mtl.pl Message-Id: <20020130092008.7E2825D11F@arka.gdansk.mtl.pl> Date: Wed, 30 Jan 2002 10:20:08 +0100 (CET) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Uwaga Wirus! Z przykroscia informujemy, iz w twojej poczcie od "aaltours@gdynia.mtl.pl" zostal wykryty wirus: 'W32/Klez-E' Zawirusowany email zostal zatrzymany! Jesli chcesz otrzymac owa korespondencje to prosmy o wyslanie emaila na adres: antyvirus@gdansk.multinet.pl z tematem: virus-20020130-8727 WYSLIJ (poczta zostanie przeslana wraz z wirusem) virus-20020130-8727 OCZYSC (poczta zostanie oczyszczona i przeslana) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 5:19:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from atcmpg.ATComputing.nl (proxy.ATComputing.nl [195.108.229.1]) by hub.freebsd.org (Postfix) with ESMTP id 6664B37B400 for ; Wed, 30 Jan 2002 05:19:17 -0800 (PST) Received: (from walter@localhost) by atcmpg.ATComputing.nl (8.9.3+Sun/8.9.3) id OAA22964 for freebsd-current@freebsd.org; Wed, 30 Jan 2002 14:19:16 +0100 (MET) Date: Wed, 30 Jan 2002 14:19:16 +0100 From: Walter Belgers To: freebsd-current@freebsd.org Subject: 2nd European BSD Conference Message-ID: <20020130141916.B22849@atcmpg.ATComputing.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Accept-Languages: nl, en X-PGP-key: http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0x0637BF6E Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [sorry for people also on -announce getting this twice, I mail this here since I think it's interesting for cutting-edge users] Announcement and Call for Papers 2nd European BSD Conference November, 2002 Amsterdam, The Netherlands A conference organized by Stichting EuroBSDCon OVERVIEW The Berkeley Software Distributions (BSDs) represent one of the oldest and most vigorous streams of Open Source development. Together, OpenBSD, FreeBSD, NetBSD, Darwin, and BSD/OS represent millions of servers and desktops. The BSDs have long been part of the backbone of the Internet, in everything from embedded applications to large server installations, and will soon be widely deployed on consumer desktops. If you want to develop cutting-edge network applications, then the European BSD conference is the place to be. Meet all the movers and shakers of the BSD community, and learn how you can use BSD as part of your enterprise-grade solutions. This second European BSD conference will feature one day of tutorials and two days of technical sessions. The combination of technical tracks, invited talks, tutorials, and Birds-of-a-Feather sessions provides an opportunity for people of all experience levels to learn from BSD experts, professionals with real world experience, and industry leaders. The official language at the conference will be English. The exact date of the conference will be announced on the website. TUTORIAL PROGRAM (1 day) On the first day of the conference, a selection of practical, problem- solving, in-depth tutorials will be presented to you by the most authoritative, popular and widely acclaimed speakers in the field. If you're interested in presenting a tutorial or would like to share ideas about what would make a terrific tutorial, please contact the Program Committee at pc@eurobsdcon2002.org. TECHNICAL CONFERENCE (2 days) The next two days will offer comprehensive technical sessions, including keynote address, presentations of refereed papers and invited talks. Join peers and gurus during the enjoyable social event. The European BSD conference seeks original and innovative papers about the applications, architecture, implementation, performance and security of BSD-derived operating systems. Papers that analyze problem areas and draw important conclusions from practical experience are especially welcome. Presentations are being solicited in areas including but not limited to: * BSD kernel hacking * Embedded BSD application development and deployment * Device drivers * IPv6 deployment on BSD * BSD and security (Network Intrusion Detection Systems, Firewalls, VPNs, practical cryptography, auditing and computer forensics) * High performance networking * System and network performance tuning * Innovative BSD system administration tools and techniques * Running BSD on your toaster REFEREED PAPER SUBMISSIONS Papers for the technical sessions will be reviewed by the program committee. An award will be given at the conference for the best paper in this track. An extended abstract is required for the paper selection process. Abstracts must be submitted through the web form on http://www.eurobsdcon2002.org/. Abstracts accompanied by non-disclosure agreement forms are not acceptable and will be returned unread. Authors of accepted submissions must provide a final paper for publication in the conference proceedings. These final papers are held in the highest confidence prior to publication in the conference proceedings. By agreeing to present your paper at the European BSD conference, you also give license to the conference organizers that it may be published on the BSD conference web site. IMPORTANT DATES Extended abstracts due: June 24, 2002 Notification to speakers: July 12, 2002 Final papers due: October 7, 2002 CONFERENCE ORGANIZERS Program chair Walter Belgers, Giga Computer Consultant, NL Program Committee Frank van der Linden, Wasabi Systems, NL Wim Vandeputte, KD85.com bvba, BE Paul Kranenburg, Erasmus University, NL Event Organization Guido van Rooij, chairman, Madison Gurkha, NL Jos Jansen, treasurer, Snow bv, NL Walter Belgers, secretary, Giga Computer Consultant, NL Marielle Klatten, conference organizer, ICONIQ, NL Complete program and registration information will be available in July 2002. For questions not being answered at http://www.eurobsdcon2002.org/, please contact the Iconiq office by e-mail: info@eurobsdcon2002.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 5:40: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 3BAF937B417 for ; Wed, 30 Jan 2002 05:40:04 -0800 (PST) Received: from madman.nectar.cc (madman.nectar.cc [10.0.1.111]) by gw.nectar.cc (Postfix) with ESMTP id 956BA34; Wed, 30 Jan 2002 07:40:03 -0600 (CST) Received: (from nectar@localhost) by madman.nectar.cc (8.11.6/8.11.6) id g0UDe2555823; Wed, 30 Jan 2002 07:40:02 -0600 (CST) (envelope-from nectar) Date: Wed, 30 Jan 2002 07:40:02 -0600 From: "Jacques A. Vidrine" To: Terry Lambert Cc: "Alexander N. Kabaev" , Kris Kennaway , Vincent Poy , Siwei Liu , current@FreeBSD.ORG Subject: Re: telnetd broken in -CURRENT Message-ID: <20020130134002.GC55581@madman.nectar.cc> References: <200201281130.TAA08447@ns.ciac.jl.cn> <20020128194212.K37944-100000@oahu.WURLDLINK.NET> <20020128215216.A63358@xor.obsecurity.org> <20020129060932.GA9738@kanpc.gte.com> <20020129140024.GA47313@madman.nectar.cc> <3C575CC1.857BD41D@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C575CC1.857BD41D@mindspring.com> User-Agent: Mutt/1.3.27i X-Url: http://www.nectar.cc/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jan 29, 2002 at 06:38:57PM -0800, Terry Lambert wrote: > "Jacques A. Vidrine" wrote: > > Meanwhile, do yourself a favor and use the Heimdal port if you want > > Heimdal Kerberos. > > I think he cares more about telnet than Heimdal. Do we install the Heimdal telnetd as the default telnetd in -CURRENT? I didn't think that we did. Cheers, -- Jacques A. Vidrine http://www.nectar.cc/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 5:50:46 2002 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 99CE537B41B for ; Wed, 30 Jan 2002 05:50:17 -0800 (PST) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.11.6/8.11.6) with UUCP id g0UDoFa84531; Wed, 30 Jan 2002 13:50:15 GMT (envelope-from mark@grondar.za) Received: from greenpeace.grondar.org (greenpeace [192.168.42.2]) by gratis.grondar.org (Postfix) with ESMTP id EB8EF71; Wed, 30 Jan 2002 13:47:31 +0000 (GMT) Received: from grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.org (8.11.6/8.11.6) with ESMTP id g0UDlUE52057; Wed, 30 Jan 2002 13:47:30 GMT (envelope-from mark@grondar.za) Message-Id: <200201301347.g0UDlUE52057@greenpeace.grondar.org> To: "Jacques A. Vidrine" Cc: Terry Lambert , "Alexander N. Kabaev" , Kris Kennaway , Vincent Poy , Siwei Liu , current@FreeBSD.ORG Subject: Re: telnetd broken in -CURRENT References: <20020130134002.GC55581@madman.nectar.cc> In-Reply-To: <20020130134002.GC55581@madman.nectar.cc> ; from "Jacques A. Vidrine" "Wed, 30 Jan 2002 07:40:02 CST." Date: Wed, 30 Jan 2002 13:47:24 +0000 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Tue, Jan 29, 2002 at 06:38:57PM -0800, Terry Lambert wrote: > > "Jacques A. Vidrine" wrote: > > > Meanwhile, do yourself a favor and use the Heimdal port if you want > > > Heimdal Kerberos. > > > > I think he cares more about telnet than Heimdal. > > Do we install the Heimdal telnetd as the default telnetd in -CURRENT? > I didn't think that we did. No. We dont. But if Kerberos5 is asked for, then BSD telnet is linked against Heimdal. I'm testing the fix, and will commit in a day or two. M -- o Mark Murray \_ FreeBSD Services Limited O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 5:52: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id E4E1137B41B for ; Wed, 30 Jan 2002 05:52:03 -0800 (PST) Received: from madman.nectar.cc (madman.nectar.cc [10.0.1.111]) by gw.nectar.cc (Postfix) with ESMTP id 3ABA234; Wed, 30 Jan 2002 07:52:03 -0600 (CST) Received: (from nectar@localhost) by madman.nectar.cc (8.11.6/8.11.6) id g0UDq3K55888; Wed, 30 Jan 2002 07:52:03 -0600 (CST) (envelope-from nectar) Date: Wed, 30 Jan 2002 07:52:03 -0600 From: "Jacques A. Vidrine" To: Mark Murray Cc: current@FreeBSD.ORG Subject: Re: telnetd broken in -CURRENT Message-ID: <20020130135203.GB55828@madman.nectar.cc> References: <20020130134002.GC55581@madman.nectar.cc> <200201301347.g0UDlUE52057@greenpeace.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200201301347.g0UDlUE52057@greenpeace.grondar.org> User-Agent: Mutt/1.3.27i X-Url: http://www.nectar.cc/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 30, 2002 at 01:47:24PM +0000, Mark Murray wrote: > No. We dont. But if Kerberos5 is asked for, then BSD telnet is linked > against Heimdal. > > I'm testing the fix, and will commit in a day or two. OK, great. I assume you'll import it on the vendor branch? -- Jacques A. Vidrine http://www.nectar.cc/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 5:58:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 39D1D37B405 for ; Wed, 30 Jan 2002 05:58:24 -0800 (PST) Received: (from david@localhost) by bunrab.catwhisker.org (8.11.6/8.11.6) id g0UDwOF42330 for current@freebsd.org; Wed, 30 Jan 2002 05:58:24 -0800 (PST) (envelope-from david) Date: Wed, 30 Jan 2002 05:58:24 -0800 (PST) From: David Wolfskill Message-Id: <200201301358.g0UDwOF42330@bunrab.catwhisker.org> To: current@freebsd.org Subject: Weirdness in building -CURRENT today Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I think today is going to be "one of those days".... :-( The first hint was after I built today's -STABLE, I then fired up a "cvs update" against my -CURRENT sources, and got: Script started on Wed Jan 30 05:12:16 2002 freebeast(4.5-STA)[1] cd /S4/usr/src && cvs update^M cvs update: Updating . cvs update: Updating bin cvs update: Updating bin/cat ... U etc/printcap U etc/profile U etc/protocols cvs [update aborted]: could not find desired version 1.294 in /cvs/freebsd/src/e tc/rc,v freebeast(4.5-STA)[2] I looked around at the results from "cvs log etc/rc" and 1.293 was the last revision I could see, so I don't know why it was trying to find 1.294. I tried removing src/etc/rc & re-starting the "cvs update", and the process then seemed to go to completion without further incident. I then re-booted the machine to run (yesterday's) -CURRENT, and started the build process... which died rather soon. Doing it again without -j8 showed: >>> stage 2: cleaning up the object tree -------------------------------------------------------------- ... ===> lib/libc "/usr/src/share/mk/bsd.lib.mk", line 184: Inconsistent operator for libc.a "/usr/src/share/mk/bsd.lib.mk", line 192: Inconsistent operator for libc_p.a "/usr/src/share/mk/bsd.lib.mk", line 224: Inconsistent operator for libc_pic.a make: fatal errors encountered -- cannot continue *** Error code 1 Ummm... OK; this doesn't look especially good. bsd.lib.mk hasn't been modified since 04 December, at revision 1.100 (bde). I think I could use a bit of guidance at this point. Thanks, david -- David H. Wolfskill david@catwhisker.org I believe it would be irresponsible (and thus, unethical) for me to advise, recommend, or support the use of any product that is or depends on any Microsoft product for any purpose other than personal amusement. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 6:33:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 071A437B400 for ; Wed, 30 Jan 2002 06:33:44 -0800 (PST) Received: (from david@localhost) by bunrab.catwhisker.org (8.11.6/8.11.6) id g0UEXhM42453 for current@freebsd.org; Wed, 30 Jan 2002 06:33:43 -0800 (PST) (envelope-from david) Date: Wed, 30 Jan 2002 06:33:43 -0800 (PST) From: David Wolfskill Message-Id: <200201301433.g0UEXhM42453@bunrab.catwhisker.org> To: current@freebsd.org Subject: Re: Weirdness in building -CURRENT today In-Reply-To: <200201301358.g0UDwOF42330@bunrab.catwhisker.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Wed, 30 Jan 2002 05:58:24 -0800 (PST) >From: David Wolfskill >cvs [update aborted]: could not find desired version 1.294 in /cvs/freebsd/src/e >tc/rc,v >freebeast(4.5-STA)[2] That, at least, did not occur on my laptop. >>>> stage 2: cleaning up the object tree >-------------------------------------------------------------- >... >===> lib/libc >"/usr/src/share/mk/bsd.lib.mk", line 184: Inconsistent operator for libc.a >"/usr/src/share/mk/bsd.lib.mk", line 192: Inconsistent operator for libc_p.a >"/usr/src/share/mk/bsd.lib.mk", line 224: Inconsistent operator for libc_pic.a >make: fatal errors encountered -- cannot continue >*** Error code 1 That, however, did. Guidance, hints, etc. cheerfully accepted. :-} Thanks, david (links to my resume at http://www.catwhisker.org/~david) -- David H. Wolfskill david@catwhisker.org I believe it would be irresponsible (and thus, unethical) for me to advise, recommend, or support the use of any product that is or depends on any Microsoft product for any purpose other than personal amusement. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 7: 3:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 3E15737B41A for ; Wed, 30 Jan 2002 07:02:54 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g0UF27V35845; Wed, 30 Jan 2002 17:02:07 +0200 (EET) (envelope-from ru) Date: Wed, 30 Jan 2002 17:02:07 +0200 From: Ruslan Ermilov To: David Wolfskill Cc: current@FreeBSD.ORG Subject: Re: Weirdness in building -CURRENT today Message-ID: <20020130170207.B34952@sunbay.com> References: <200201301358.g0UDwOF42330@bunrab.catwhisker.org> <200201301433.g0UEXhM42453@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200201301433.g0UEXhM42453@bunrab.catwhisker.org> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 30, 2002 at 06:33:43AM -0800, David Wolfskill wrote: > >Date: Wed, 30 Jan 2002 05:58:24 -0800 (PST) > >From: David Wolfskill > > >cvs [update aborted]: could not find desired version 1.294 in /cvs/freebsd/src/e > >tc/rc,v > >freebeast(4.5-STA)[2] > > That, at least, did not occur on my laptop. > > > >>>> stage 2: cleaning up the object tree > >-------------------------------------------------------------- > >... > >===> lib/libc > >"/usr/src/share/mk/bsd.lib.mk", line 184: Inconsistent operator for libc.a > >"/usr/src/share/mk/bsd.lib.mk", line 192: Inconsistent operator for libc_p.a > >"/usr/src/share/mk/bsd.lib.mk", line 224: Inconsistent operator for libc_pic.a > >make: fatal errors encountered -- cannot continue > >*** Error code 1 > > That, however, did. > > > Guidance, hints, etc. cheerfully accepted. :-} > You probably have some locally modified src/ makefiles, or some crap in /etc/make.conf. Cheers, -- Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 7:25:13 2002 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 A278637B402 for ; Wed, 30 Jan 2002 07:25:09 -0800 (PST) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.11.6/8.11.6) with UUCP id g0UFP8285416; Wed, 30 Jan 2002 15:25:08 GMT (envelope-from mark@grondar.za) Received: from greenpeace.grondar.org (greenpeace [192.168.42.2]) by gratis.grondar.org (Postfix) with ESMTP id 81D892FA; Wed, 30 Jan 2002 15:20:07 +0000 (GMT) Received: from grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.org (8.11.6/8.11.6) with ESMTP id g0UEPkE81330; Wed, 30 Jan 2002 14:25:46 GMT (envelope-from mark@grondar.za) Message-Id: <200201301425.g0UEPkE81330@greenpeace.grondar.org> To: "Jacques A. Vidrine" Cc: current@FreeBSD.ORG Subject: Re: telnetd broken in -CURRENT References: <20020130135203.GB55828@madman.nectar.cc> In-Reply-To: <20020130135203.GB55828@madman.nectar.cc> ; from "Jacques A. Vidrine" "Wed, 30 Jan 2002 07:52:03 CST." Date: Wed, 30 Jan 2002 14:25:41 +0000 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Wed, Jan 30, 2002 at 01:47:24PM +0000, Mark Murray wrote: > > No. We dont. But if Kerberos5 is asked for, then BSD telnet is linked > > against Heimdal. > > > > I'm testing the fix, and will commit in a day or two. > > OK, great. I assume you'll import it on the vendor branch? Yup! M -- o Mark Murray \_ FreeBSD Services Limited O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 7:41:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 669B637B416 for ; Wed, 30 Jan 2002 07:41:51 -0800 (PST) Received: (from david@localhost) by bunrab.catwhisker.org (8.11.6/8.11.6) id g0UFfpw42639 for current@FreeBSD.ORG; Wed, 30 Jan 2002 07:41:51 -0800 (PST) (envelope-from david) Date: Wed, 30 Jan 2002 07:41:51 -0800 (PST) From: David Wolfskill Message-Id: <200201301541.g0UFfpw42639@bunrab.catwhisker.org> Subject: Re: Weirdness in building -CURRENT today Cc: current@FreeBSD.ORG In-Reply-To: <20020130170207.B34952@sunbay.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Wed, 30 Jan 2002 17:02:07 +0200 >From: Ruslan Ermilov >> >>>> stage 2: cleaning up the object tree >> >-------------------------------------------------------------- >> >... >> >===> lib/libc >> >"/usr/src/share/mk/bsd.lib.mk", line 184: Inconsistent operator for libc.a >> >"/usr/src/share/mk/bsd.lib.mk", line 192: Inconsistent operator for libc_p.a >> >"/usr/src/share/mk/bsd.lib.mk", line 224: Inconsistent operator for libc_pic.a >> >make: fatal errors encountered -- cannot continue >> >*** Error code 1 >You probably have some locally modified src/ makefiles, >or some crap in /etc/make.conf. Thanks for the suggestions. The locally-modified files I have on the laptop are: Index: contrib/libpcap/gencode.c Index: include/Makefile Index: sys/dev/an/if_aironet_ieee.h Index: sys/dev/an/if_an.c Index: sys/dev/an/if_anreg.h Index: sys/dev/ar/if_ar.c Index: sys/dev/sound/pci/maestro.c Index: sys/dev/sound/pci/maestro_reg.h Index: sys/dev/sound/pcm/buffer.c Index: sys/dev/sound/pcm/buffer.h Index: sys/dev/sound/pcm/channel.c Index: sys/dev/sr/if_sr.c Index: usr.sbin/ancontrol/ancontrol.8 Index: usr.sbin/ancontrol/ancontrol.c Index: usr.sbin/ppp/Makefile In the case of include/Makefile, the difference is appending dev/an to LSUBDIRS; in the case of usr.sbin/ppp/Makefile, the difference is specification of a fully-qualified path for m4 on line 26. The non-comments I have in /etc/make.conf are: g1-7(5.0-CUR)[12] grep -v '^#' /etc/make.conf CFLAGS= -O -pipe COPTFLAGS= -O -pipe COMPAT22= yes COMPAT3X= yes COMPAT4X= yes PRINTERDEVICE= ps HAVE_MOTIF= yes USA_RESIDENT= YES FORCE_PKG_REGISTER= YES XFREE86_VERSION= 4 WITH_PNG_MMX=YES SENDMAIL_MC=/etc/mail/laptop.mc g1-7(5.0-CUR)[13] The thing that's puzzling me is that I've been tracking -CURRENT (as well as -STABLE) daily for a while, successfully. And looking through the archive of cvs-all, I don't see anything obvious within the last couple of days. ("Last couple of days" vs. "last day" because I'm acutely aware of the effect where a change can go in OK, but can break during the next build. The gawk vs. one-true-awk incident is one such case in recent memory, for example.) Here's my recent CVSup history, in case it's of interest or value: freebeast(5.0-CUR)[5] tail /var/log/cvsup-history.log CVSup begin from cvsup14.freebsd.org at Sat Jan 26 03:47:02 PST 2002 CVSup ended from cvsup14.freebsd.org at Sat Jan 26 04:37:34 PST 2002 CVSup begin from cvsup14.freebsd.org at Sun Jan 27 03:47:03 PST 2002 CVSup ended from cvsup14.freebsd.org at Sun Jan 27 03:54:59 PST 2002 CVSup begin from cvsup14.freebsd.org at Mon Jan 28 03:47:02 PST 2002 CVSup ended from cvsup14.freebsd.org at Mon Jan 28 04:38:31 PST 2002 CVSup begin from cvsup14.freebsd.org at Tue Jan 29 03:47:03 PST 2002 CVSup ended from cvsup14.freebsd.org at Tue Jan 29 03:56:22 PST 2002 CVSup begin from cvsup14.freebsd.org at Wed Jan 30 03:47:03 PST 2002 CVSup ended from cvsup14.freebsd.org at Wed Jan 30 03:53:49 PST 2002 freebeast(5.0-CUR)[6] (And yes, save for the last entry, I built both -STABLE and -CURRENT after each CVSup. I got today's -STABLE built OK, too -- both on the laptop and the build machine.) Thanks, david (links to my resume at http://www.catwhisker.org/~david) -- David H. Wolfskill david@catwhisker.org I believe it would be irresponsible (and thus, unethical) for me to advise, recommend, or support the use of any product that is or depends on any Microsoft product for any purpose other than personal amusement. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 8:20:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 76EC337B402; Wed, 30 Jan 2002 08:20:40 -0800 (PST) Received: from peter3.wemm.org ([12.232.27.13]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020130162040.VFKO10199.rwcrmhc53.attbi.com@peter3.wemm.org>; Wed, 30 Jan 2002 16:20:40 +0000 Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id g0UGKes50828; Wed, 30 Jan 2002 08:20:40 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id D14D63A9A; Wed, 30 Jan 2002 08:20:39 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: obrien@FreeBSD.ORG, Ruslan Ermilov , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Latest binutils import breaks Alpha cross compiles In-Reply-To: <3C576050.560CB337@mindspring.com> Date: Wed, 30 Jan 2002 08:20:39 -0800 From: Peter Wemm Message-Id: <20020130162039.D14D63A9A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > David O'Brien wrote: > > > After the latest binutils import, attempts to cross-compile > > > Alpha fail at the cross-tools stage of buildworld as shown > > > below. Please also note sed(1) complaints about nonexistent > > > ldscripts/ files. I suspect that "normal" alpha worlds may > > > be broken as well, but I can't tell for sure. > > > > I am sure it probably is. There is a lack of developers using -current > > on Alpha's that progress on i386, IA64, x86-64, and sparc64 cannot be > > held back. I will fix the Alpha problems when I get a chance, but it may > > be a week. > > I know: add cross compilation for Alpha to your regression > on i386, IA84, x86-64, or sparc64, and that will catcth > things like this in the future, without you needing to have > Alpha hardware, and without you orphaning it as a result of > your changes. That's easy to say when signing up somebody else to do the work. Seriously though, in spite of pretending otherwise, i386 *is* our reference platform, and the "other" platforms require people with the hardware and interest to keep it "alive". This is the same with alpha as ia64, sparc64, powerpc, mips, x86-64 etc. If there isn't enough critical mass to keep it going, then it is dead by definition. Witness the mips port, it pretty much never made it to square one. I've done my bit over the last 6 months to keep the alpha alive (ported KSE phase 1 to alpha as well as 3 other platforms that I knew little to nothing about). I dont suppose you actually thought to go and have a look and see what the problem is yourself, rather than assigning the work to somebody else? 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 Wed Jan 30 8:31:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id BAA3537B404; Wed, 30 Jan 2002 08:31:29 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g0UGVF149998; Wed, 30 Jan 2002 18:31:15 +0200 (EET) (envelope-from ru) Date: Wed, 30 Jan 2002 18:31:14 +0200 From: Ruslan Ermilov To: David Wolfskill Cc: current@FreeBSD.ORG, Bruce Evans Subject: Re: Weirdness in building -CURRENT today Message-ID: <20020130183114.A40415@sunbay.com> References: <20020130170207.B34952@sunbay.com> <200201301541.g0UFfpw42639@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <200201301541.g0UFfpw42639@bunrab.catwhisker.org> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jan 30, 2002 at 07:41:51AM -0800, David Wolfskill wrote: > >Date: Wed, 30 Jan 2002 17:02:07 +0200 > >From: Ruslan Ermilov > > > >> >>>> stage 2: cleaning up the object tree > >> >-------------------------------------------------------------- > >> >... > >> >===> lib/libc > >> >"/usr/src/share/mk/bsd.lib.mk", line 184: Inconsistent operator for libc.a > >> >"/usr/src/share/mk/bsd.lib.mk", line 192: Inconsistent operator for libc_p.a > >> >"/usr/src/share/mk/bsd.lib.mk", line 224: Inconsistent operator for libc_pic.a > >> >make: fatal errors encountered -- cannot continue > >> >*** Error code 1 > > >You probably have some locally modified src/ makefiles, > >or some crap in /etc/make.conf. > > Thanks for the suggestions. The locally-modified files I have on the > laptop are: > Should be fixed in the attached commit. -- Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --dDRMvlgZJXvWKvBx Content-Type: message/rfc822 Content-Disposition: inline Received: from mx2.freebsd.org (mx2.FreeBSD.org [216.136.204.119]) by whale.sunbay.crimea.ua (8.11.6/8.11.2) with ESMTP id g0UFEux37280 for ; Wed, 30 Jan 2002 17:14:57 +0200 (EET) (envelope-from owner-cvs-committers@FreeBSD.org) Received: from hub.freebsd.org (hub.FreeBSD.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id E406F55C8D for ; Wed, 30 Jan 2002 07:12:28 -0800 (PST) (envelope-from owner-cvs-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id 0C26037B476; Wed, 30 Jan 2002 07:14:39 -0800 (PST) Delivered-To: ru@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 7E3B337B402; Wed, 30 Jan 2002 07:14:28 -0800 (PST) Delivered-To: cvs-committers@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1BE6E37B404; Wed, 30 Jan 2002 07:14:25 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0UFEPl15800; Wed, 30 Jan 2002 07:14:25 -0800 (PST) (envelope-from bde) Message-Id: <200201301514.g0UFEPl15800@freefall.freebsd.org> From: Bruce Evans Date: Wed, 30 Jan 2002 07:14:25 -0800 (PST) To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/sys syscall.mk X-FreeBSD-CVS-Branch: HEAD Sender: owner-cvs-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG MIME-Version: 1.0 bde 2002/01/30 07:14:25 PST Modified files: sys/sys syscall.mk Log: Regenerate just this file after unbreaking makesyscalls.sh. The previous commit broke the world in libc. Revision Changes Path 1.53 +1 -1 src/sys/sys/syscall.mk --dDRMvlgZJXvWKvBx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 8:48: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 1E6E037B402; Wed, 30 Jan 2002 08:47:57 -0800 (PST) Received: (from david@localhost) by bunrab.catwhisker.org (8.11.6/8.11.6) id g0UGlui42792; Wed, 30 Jan 2002 08:47:56 -0800 (PST) (envelope-from david) Date: Wed, 30 Jan 2002 08:47:56 -0800 (PST) From: David Wolfskill Message-Id: <200201301647.g0UGlui42792@bunrab.catwhisker.org> Subject: Re: Weirdness in building -CURRENT today Cc: bde@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <20020130183114.A40415@sunbay.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Wed, 30 Jan 2002 18:31:14 +0200 >From: Ruslan Ermilov >>>>> stage 2: cleaning up the object tree >>-------------------------------------------------------------- >>... >>===> lib/libc >>"/usr/src/share/mk/bsd.lib.mk", line 184: Inconsistent operator for libc.a >>"/usr/src/share/mk/bsd.lib.mk", line 192: Inconsistent operator for libc_p.a >>"/usr/src/share/mk/bsd.lib.mk", line 224: Inconsistent operator for libc_pic.a >>make: fatal errors encountered -- cannot continue >>*** Error code 1 >Should be fixed in the attached commit [src/sys/sys/stscall.mk revision >1.53 -- dhw]. Aye; it's certainly past the trouble-spot now -- thanks to both of you! Cheers, david (links to my resume at http://www.catwhisker.org/~david) -- David H. Wolfskill david@catwhisker.org I believe it would be irresponsible (and thus, unethical) for me to advise, recommend, or support the use of any product that is or depends on any Microsoft product for any purpose other than personal amusement. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 9:13: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from server5.ctc.com (server5.ctc.com [147.160.136.36]) by hub.freebsd.org (Postfix) with ESMTP id 1DDC737B404; Wed, 30 Jan 2002 09:12:57 -0800 (PST) Received: from server6.ctc.com (stonewall.ctc.com [147.160.136.10]) by server5.ctc.com (Switch-2.1.0/Switch-2.1.0) with ESMTP id g0UHCpi07083; Wed, 30 Jan 2002 12:12:51 -0500 Received: from nsc-mail1.nsc.ctc.com (nsc-mail1.nsc.ctc.com [147.160.138.14]) by server6.ctc.com (Switch-2.1.0/Switch-2.1.0) with ESMTP id g0UHCpO02795; Wed, 30 Jan 2002 12:12:51 -0500 Received: by nsc-mail1.nsc.ctc.com with Internet Mail Service (5.5.2653.19) id ; Wed, 30 Jan 2002 12:13:07 -0500 Message-ID: <7925FCEF327F984DB5885285256F0D3AC94460@nsc-mail1.nsc.ctc.com> From: "Cameron, Frank" To: "'freebsd-bugs@freebsd.org'" Cc: "'freebsd-current@freebsd.org'" Subject: AMD AGP Bug Date: Wed, 30 Jan 2002 12:13:07 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Has this issue been addressed in FreeBSD: http://www.geocrawler.com/lists/3/Linux/35/175/7626960/ http://slashdot.org/article.pl?sid=02/01/24/1910227&mode=thread To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 9:13:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id F07F837B439; Wed, 30 Jan 2002 09:13:14 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g0UHDDR69535; Wed, 30 Jan 2002 09:13:13 -0800 (PST) (envelope-from obrien) Date: Wed, 30 Jan 2002 09:13:13 -0800 From: "David O'Brien" To: Terry Lambert , Ruslan Ermilov , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Latest binutils import breaks Alpha cross compiles Message-ID: <20020130091313.C69440@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <3C576050.560CB337@mindspring.com> <20020130162039.D14D63A9A@overcee.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020130162039.D14D63A9A@overcee.wemm.org>; from peter@wemm.org on Wed, Jan 30, 2002 at 08:20:39AM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 30, 2002 at 08:20:39AM -0800, Peter Wemm wrote: > That's easy to say when signing up somebody else to do the work. > > Seriously though, in spite of pretending otherwise, i386 *is* our reference > platform, and the "other" platforms require people with the hardware and > interest to keep it "alive". ... > If there isn't enough critical mass to keep it going, then it is dead > by definition. This is my current feeling -- that Alpha 5-CURRENT no long has any critical mass. Thus it isn't worth the time or trouble. My interests have moved over to sparc64 and x86-64 where I believe there will be a much larger following. It is shame after I've spent several thousand $$ on Alpha hardware over the past three years. -- -- 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 Wed Jan 30 9:39:43 2002 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 DEA5F37B405; Wed, 30 Jan 2002 09:39:36 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 30 Jan 2002 17:39:36 +0000 (GMT) Date: Wed, 30 Jan 2002 17:39:35 +0000 From: David Malone To: "Cameron, Frank" Cc: "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug Message-ID: <20020130173935.GA12106@walton.maths.tcd.ie> References: <7925FCEF327F984DB5885285256F0D3AC94460@nsc-mail1.nsc.ctc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7925FCEF327F984DB5885285256F0D3AC94460@nsc-mail1.nsc.ctc.com> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 30, 2002 at 12:13:07PM -0500, Cameron, Frank wrote: > Has this issue been addressed in FreeBSD: > > http://www.geocrawler.com/lists/3/Linux/35/175/7626960/ > http://slashdot.org/article.pl?sid=02/01/24/1910227&mode=thread This is believed not to have any impact on FreeBSD because FreeBSD doesn't make much use of large pages. See Terry Lambert's post to freebsd-current on 21st Jan for more details. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 10:27:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 490B237B405; Wed, 30 Jan 2002 10:27:41 -0800 (PST) Received: (from dan@localhost) by dan.emsphone.com (8.11.6/8.11.6) id g0UIRcS31767; Wed, 30 Jan 2002 12:27:38 -0600 (CST) (envelope-from dan) Date: Wed, 30 Jan 2002 12:27:38 -0600 From: Dan Nelson To: Emiel Kollof Cc: current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: many copies of make running while building a port... Message-ID: <20020130182737.GS92289@dan.emsphone.com> References: <86263CF3-1547-11D6-A3B8-000A277C7FDE@hackerheaven.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86263CF3-1547-11D6-A3B8-000A277C7FDE@hackerheaven.org> User-Agent: Mutt/1.3.25i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jan 30), Emiel Kollof said: > Just a question: It seems while building a port, the ports system > somehow spawns hundreds and hundreds of copies of make (even so much > that they start hitting system limits). What's causing it, and how do > I make it stop doing that. > > Number of procs in top(1) shoot up into the ranges of 600+ procs (and > usually defunct). Load average sometimes jumps up into the 100+ (I > kid you not). I doubt that that is desired operation. I only started > seeing this behavior when I switched over to CURRENT, but this mail > is cc'd to ports@ too, just in case. It makes using portupgrade(1) as > tense as a good thriller flick (will my system survive? The > suspense!) I've had that happen when I put typos in /etc/make.conf (i.e. syntax errors or HAVE_/WANT_ variables that don't belong there). -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 10:32:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 8E74237B402; Wed, 30 Jan 2002 10:32:31 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g0UIWTd43786; Wed, 30 Jan 2002 19:32:29 +0100 (CET) (envelope-from wkb) Date: Wed, 30 Jan 2002 19:32:29 +0100 From: Wilko Bulte To: "David O'Brien" Cc: Terry Lambert , Ruslan Ermilov , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Latest binutils import breaks Alpha cross compiles Message-ID: <20020130193229.A43663@freebie.xs4all.nl> References: <3C576050.560CB337@mindspring.com> <20020130162039.D14D63A9A@overcee.wemm.org> <20020130091313.C69440@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020130091313.C69440@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Wed, Jan 30, 2002 at 09:13:13AM -0800 X-OS: FreeBSD 4.5-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 30, 2002 at 09:13:13AM -0800, David O'Brien wrote: > On Wed, Jan 30, 2002 at 08:20:39AM -0800, Peter Wemm wrote: > > That's easy to say when signing up somebody else to do the work. > > > > Seriously though, in spite of pretending otherwise, i386 *is* our reference > > platform, and the "other" platforms require people with the hardware and > > interest to keep it "alive". > ... > > If there isn't enough critical mass to keep it going, then it is dead > > by definition. > > This is my current feeling -- that Alpha 5-CURRENT no long has any > critical mass. Thus it isn't worth the time or trouble. > > My interests have moved over to sparc64 and x86-64 where I believe there For x86-64 I see the point, sparc64 is not something I would want to spend any time on (no disrespect to the sparc64 folks, I just don't think sparc will have any great momentum). > will be a much larger following. It is shame after I've spent several > thousand $$ on Alpha hardware over the past three years. And Alpha hardware is so much nicer than the x86 crap out there :( W/ -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte FreeBSD core team secretary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 11:24: 6 2002 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 82EB037B402; Wed, 30 Jan 2002 11:23:58 -0800 (PST) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 1755B5341; Wed, 30 Jan 2002 20:23:55 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@freebsd.org Subject: HEADS UP: login(1) PAMified References: <200201301910.g0UJAMp60199@freefall.freebsd.org> From: Dag-Erling Smorgrav Date: 30 Jan 2002 20:23:55 +0100 In-Reply-To: <200201301910.g0UJAMp60199@freefall.freebsd.org> Message-ID: Lines: 21 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > Log: > Still with asbestos longjohns on, completely PAMify login(1) and remove > code made redundant by various PAM modules (primarily pam_unix(8)). > > Sponsored by: DARPA, NAI Labs This commit and the ones immediately preceding and following it strip most of the authentication logic out of login(1) and moves it into various PAM modules. Provided that your PAM library is up to date and you have etc/pam.d/login rev 1.7 (mergemaster is your friend!), login(1) should behave just like it used to. There's still a chance that something will crop up, though, so I'd recommend against upgrading systems you can't easily boot into single-user mode to fix a broken PAM config. If you run into trouble you can't get out of on your own, contact me by mail or on IRC (EvilDES on EFNet) and I'll try to figure it out ASAP. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 11:30:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 4782937B402; Wed, 30 Jan 2002 11:30:34 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id g0UJUM946046; Wed, 30 Jan 2002 20:30:22 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g0UJTsZ9021884; Wed, 30 Jan 2002 20:29:54 +0100 (CET)?g (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id g0UJTrf10917; Wed, 30 Jan 2002 20:29:54 +0100 (CET) Received: (from ticso@localhost) by cicely8.cicely.de (8.11.6/8.11.6) id g0UJTqw03904; Wed, 30 Jan 2002 20:29:52 +0100 (CET) (envelope-from ticso) Date: Wed, 30 Jan 2002 20:29:50 +0100 From: Bernd Walter To: Wilko Bulte Cc: "David O'Brien" , Terry Lambert , Ruslan Ermilov , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Latest binutils import breaks Alpha cross compiles Message-ID: <20020130192950.GK2932@cicely8.cicely.de> References: <3C576050.560CB337@mindspring.com> <20020130162039.D14D63A9A@overcee.wemm.org> <20020130091313.C69440@dragon.nuxi.com> <20020130193229.A43663@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020130193229.A43663@freebie.xs4all.nl> User-Agent: Mutt/1.3.26i X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 30, 2002 at 07:32:29PM +0100, Wilko Bulte wrote: > On Wed, Jan 30, 2002 at 09:13:13AM -0800, David O'Brien wrote: > > On Wed, Jan 30, 2002 at 08:20:39AM -0800, Peter Wemm wrote: > > > That's easy to say when signing up somebody else to do the work. > > > > > > Seriously though, in spite of pretending otherwise, i386 *is* our reference > > > platform, and the "other" platforms require people with the hardware and > > > interest to keep it "alive". > > ... Not to forget knowledge and time. > > > If there isn't enough critical mass to keep it going, then it is dead > > > by definition. > > > > This is my current feeling -- that Alpha 5-CURRENT no long has any > > critical mass. Thus it isn't worth the time or trouble. I'm would not call it dead only because it's always behind development. The latest alpha-current I'm running is nearly a month old - just because I always want to see a stable i386 before which I havn't seen for the last weeks. Sorry - I can't spend my time on alpha *and* machine independ bugs. > > My interests have moved over to sparc64 and x86-64 where I believe there Many alpha bugs and problems are there because of LP64 not because of alpha - other LP64 platforms will put LP64 into a much stronger position and help alpha a lot. I was always interested in FreeBSD-alpha because of having more than 4G memory and more than 4G address space - mostly the later. None is working - Memory is limited to 2G and increasing MAXDSIZ to big values is simply broken. Not ashtonishing that there is no big interest for anyoone to use FreeBSD-alpha in production - you can have these limits cheaper and without the bug troubles using Intel hardware. I always been sorrowed to run an FreeBSD-alpha as a cvsup server. > For x86-64 I see the point, sparc64 is not something I would want to spend > any time on (no disrespect to the sparc64 folks, I just don't think sparc > will have any great momentum). > > > will be a much larger following. It is shame after I've spent several > > thousand $$ on Alpha hardware over the past three years. That's what makes me still beleave in FreeBSD-alpha. Alpha is the cheapest 64 bit platform available. Think a moment on what you have paid for your sun labeled symbios. > And Alpha hardware is so much nicer than the x86 crap out there :( The same goes for sparc64 compared to x86. And sparc64 has a better future from the hardware perspective. I can understand why people are looking forward to sparc64. -- 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 Wed Jan 30 12: 5:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by hub.freebsd.org (Postfix) with ESMTP id 3061037B416; Wed, 30 Jan 2002 12:05:20 -0800 (PST) Received: from router.hackerheaven.org (coolvibe.xs4all.nl [80.126.0.97]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g0UK5GxP000915; Wed, 30 Jan 2002 21:05:17 +0100 (CET) Received: from loki.ipv6.hackerheaven.org (loki.ipv6.hackerheaven.org [10.0.0.12]) by router.hackerheaven.org (Postfix) with ESMTP id F2FD71C1B; Wed, 30 Jan 2002 21:04:48 +0100 (CET) Date: Wed, 30 Jan 2002 21:05:15 +0100 Subject: Re: many copies of make running while building a port... Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v480) Cc: current@FreeBSD.ORG, ports@FreeBSD.ORG To: Dan Nelson From: Emiel Kollof In-Reply-To: <20020130182737.GS92289@dan.emsphone.com> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.480) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson heeft op woensdag 30 januari 2002 om 19:27 het volgende geschreven: >> Number of procs in top(1) shoot up into the ranges of 600+ procs (and >> usually defunct). Load average sometimes jumps up into the 100+ (I >> kid you not). I doubt that that is desired operation. I only started >> seeing this behavior when I switched over to CURRENT, but this mail >> is cc'd to ports@ too, just in case. It makes using portupgrade(1) as >> tense as a good thriller flick (will my system survive? The >> suspense!) > > I've had that happen when I put typos in /etc/make.conf (i.e. syntax > errors or HAVE_/WANT_ variables that don't belong there). > Hmm, curious. The symptoms disappeared when I commented the line USE_GCC30=TRUE out of my make.conf. I switched it on because I read on the current@ list that someone enabled it and didn't have any problems... Is USE_GCC30 actually supported? Should I just keep my hands off that? Or will it be a valid knob to switch over in the near future? Cheers, Emiel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 13:13:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id 2587337B419 for ; Wed, 30 Jan 2002 13:13:30 -0800 (PST) Received: (qmail 18780 invoked by uid 1001); 30 Jan 2002 21:12:59 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Jan 2002 21:12:59 -0000 Date: Wed, 30 Jan 2002 16:12:59 -0500 (EST) From: Kenneth Culver To: "Cameron, Frank" Cc: "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug In-Reply-To: <7925FCEF327F984DB5885285256F0D3AC94460@nsc-mail1.nsc.ctc.com> Message-ID: <20020130161129.C18721-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You should check the archives of the FreeBSD mailing lists before sending a message to 4 of the lists. This quiestion has been answered several times on the FreeBSD lists. The answer is that this isn't even really an AMD AGP bug, it's a bug in the way linux handles mapping it's AGP memory. FreeBSD isn't affected by this at all. Ken On Wed, 30 Jan 2002, Cameron, Frank wrote: > Has this issue been addressed in FreeBSD: > > http://www.geocrawler.com/lists/3/Linux/35/175/7626960/ > http://slashdot.org/article.pl?sid=02/01/24/1910227&mode=thread > > > 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 Jan 30 13:14:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id 0905437B41B for ; Wed, 30 Jan 2002 13:14:06 -0800 (PST) Received: (qmail 18790 invoked by uid 1001); 30 Jan 2002 21:13:36 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Jan 2002 21:13:36 -0000 Date: Wed, 30 Jan 2002 16:13:36 -0500 (EST) From: Kenneth Culver To: David Malone Cc: "Cameron, Frank" , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug In-Reply-To: <20020130173935.GA12106@walton.maths.tcd.ie> Message-ID: <20020130161320.K18721-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Actually FreeBSD does make use of them, but in a way that doesn't cause a problem. Ken On Wed, 30 Jan 2002, David Malone wrote: > On Wed, Jan 30, 2002 at 12:13:07PM -0500, Cameron, Frank wrote: > > Has this issue been addressed in FreeBSD: > > > > http://www.geocrawler.com/lists/3/Linux/35/175/7626960/ > > http://slashdot.org/article.pl?sid=02/01/24/1910227&mode=thread > > This is believed not to have any impact on FreeBSD because FreeBSD > doesn't make much use of large pages. See Terry Lambert's post > to freebsd-current on 21st Jan for more details. > > David. > > 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 Jan 30 13:18:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 8040C37B402; Wed, 30 Jan 2002 13:18:34 -0800 (PST) Received: (from dan@localhost) by dan.emsphone.com (8.11.6/8.11.6) id g0ULIVV57978; Wed, 30 Jan 2002 15:18:31 -0600 (CST) (envelope-from dan) Date: Wed, 30 Jan 2002 15:18:31 -0600 From: Dan Nelson To: Emiel Kollof Cc: current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: many copies of make running while building a port... Message-ID: <20020130211831.GU92289@dan.emsphone.com> References: <20020130182737.GS92289@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.25i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jan 30), Emiel Kollof said: > Dan Nelson heeft op woensdag 30 januari 2002 om 19:27 het volgende geschreven: > >>Number of procs in top(1) shoot up into the ranges of 600+ procs (and > >>usually defunct). Load average sometimes jumps up into the 100+ (I > >>kid you not). I doubt that that is desired operation. I only started > >>seeing this behavior when I switched over to CURRENT, but this mail > >>is cc'd to ports@ too, just in case. It makes using portupgrade(1) as > >>tense as a good thriller flick (will my system survive? The > >>suspense!) > > > >I've had that happen when I put typos in /etc/make.conf (i.e. syntax > >errors or HAVE_/WANT_ variables that don't belong there). > > Hmm, curious. The symptoms disappeared when I commented the line > USE_GCC30=TRUE out of my make.conf. I switched it on because I read > on the current@ list that someone enabled it and didn't have any > problems... > > Is USE_GCC30 actually supported? Should I just keep my hands off > that? Or will it be a valid knob to switch over in the near future? That was me, actually. I forgot to mention that I had a local hack in bsd.port.mk to fix a little recursion problem with USE_GCC30 :) The problem is that USE_GCC30 really means "make this port depend on gcc30, and set CC=gcc30". But adding that flag to /etc/make.conf makes gcc30 depend on gcc30, so during the find-dependencies stage, you get recursive makes. I added code for a WITH_GCC30 flag that simply sets CC=gcc30 without adding the dependency, and put WITH_GCC30=YES in /etc/make.conf. --- bsd.port.mk 24 Jan 2002 01:15:03 -0000 1.397 +++ bsd.port.mk 30 Jan 2002 21:10:24 -0000 @@ -916,6 +916,11 @@ BUILD_DEPENDS+= gcc30:${PORTSDIR}/lang/gcc30 MAKE_ENV+= CC=${CC} CXX=${CXX} .endif +.if defined(WITH_GCC30) && ${OSVERSION} < 500999 +CC= gcc30 +CXX= g++30 +MAKE_ENV+= CC=${CC} CXX=${CXX} +.endif .if defined(USE_LINUX) RUN_DEPENDS+= ${LINUXBASE}/etc/redhat-release:${PORTSDIR}/emulators/linux_base -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 14:11:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from wwweasel.geeksrus.net (wwweasel.geeksrus.net [64.67.200.82]) by hub.freebsd.org (Postfix) with ESMTP id BB1B237B417; Wed, 30 Jan 2002 14:11:50 -0800 (PST) Received: (from alane@localhost) by wwweasel.geeksrus.net (8.11.6/8.11.6) id g0UM9CU44538; Wed, 30 Jan 2002 17:09:12 -0500 (EST) (envelope-from alane) Date: Wed, 30 Jan 2002 17:09:12 -0500 From: Alan Eldridge To: Emiel Kollof Cc: Dan Nelson , current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: many copies of make running while building a port... Message-ID: <20020130220912.GA44506@wwweasel.geeksrus.net> References: <20020130182737.GS92289@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.25i X-message-flag: Magic 8-Ball says "Outlook not so good." I'll ask it about Exchange next. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 30, 2002 at 09:05:15PM +0100, Emiel Kollof wrote: >>I've had that happen when I put typos in /etc/make.conf (i.e. syntax >>errors or HAVE_/WANT_ variables that don't belong there). > >Hmm, curious. The symptoms disappeared when I commented the line >USE_GCC30=TRUE out of my make.conf. I switched it on because I read on >the current@ list that someone enabled it and didn't have any problems... Umm, this may be a stupid question, but do you have gcc30 installed and have you verified that it works? -- Alan E "Please rush me my portable walrus cleaning kit! Yes I am over 18, but my IQ isn't." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 15: 3:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.thehildermans.com (3.wchiv.soho.enteract.com [216.80.72.147]) by hub.freebsd.org (Postfix) with ESMTP id C47BB37B400; Wed, 30 Jan 2002 15:03:01 -0800 (PST) Received: from smtp-gw-4.msn.com ([65.71.104.185]) by mail.thehildermans.com with Microsoft SMTPSVC(5.0.2195.3779); Wed, 30 Jan 2002 16:56:47 -0600 Message-ID: <00005bbd61ca$000034a0$00001835@smtp-gw-4.msn.com> To: From: lisa_seemonline2@msn.com Subject: I WANT YOU (FREE) 22358 Date: Wed, 30 Jan 2002 16:59:54 -2000 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Reply-To: lis_semeonline888@yahoo.com X-OriginalArrivalTime: 30 Jan 2002 22:56:48.0834 (UTC) FILETIME=[6612FA20:01C1A9E1] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG F R E E F R E E F R E E F R E E F R E E F R E E F R E E F R E E F R E E F R E E F R E E F R E E COME FUCK MY JUICY WET HOLE http://cumageddon.com/?r=first&p=e I WISH THIS BIG DILDO WAS REALLY YOUR HUGE COCK http://hardcorepleasures.net/?r=second&p=e I'M TIRES OF FINGERING MYSELF. I NEED YOUR HUGE COCK NOW. http://smoothai.com/?r=third&p=e F R E E F R E E F R E E F R E E F R E E F R E E F R E E F R E E F R E E F R E E F R E E F R E E F R E E F R E E F R E E F R E E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 16:40: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id C324C37B416 for ; Wed, 30 Jan 2002 16:40:06 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020131004006.HBNF3578.rwcrmhc52.attbi.com@InterJet.elischer.org> for ; Thu, 31 Jan 2002 00:40:06 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA58564 for ; Wed, 30 Jan 2002 16:30:34 -0800 (PST) Date: Wed, 30 Jan 2002 16:30:34 -0800 (PST) From: Julian Elischer To: current@freebsd.org Subject: usb breakage of LINT Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Could a usb afficionado fix this? uhci.o: In function `uhci_idone': uhci.o(.text+0x1330): undefined reference to `uhci_dump_ii' uhci.o: In function `uhci_device_isoc_done': uhci.o(.text+0x2fab): undefined reference to `uhci_dump_ii' *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 30 23:22:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 8CABB37B419; Wed, 30 Jan 2002 23:22:46 -0800 (PST) Received: from pool0237.cvx21-bradley.dialup.earthlink.net ([209.179.192.237] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16WBYK-0004jg-00; Wed, 30 Jan 2002 23:22:37 -0800 Message-ID: <3C58F0B5.6EF0B8DE@mindspring.com> Date: Wed, 30 Jan 2002 23:22:29 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: obrien@FreeBSD.ORG, Ruslan Ermilov , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Latest binutils import breaks Alpha cross compiles References: <20020130162039.D14D63A9A@overcee.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > I dont suppose you actually thought to go and have a look and see what the > problem is yourself, rather than assigning the work to somebody else? Nope, sorry. I hear the latest binutils break Alpha cross compilation. My fix is to back out the changes locally, and not use them. Basically, instead of fixing the brokeness, I chose to not break the fixedness. My recommendation would be to revert the change until it can be imported as working code. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 3:49: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by hub.freebsd.org (Postfix) with ESMTP id BBE3437B400; Thu, 31 Jan 2002 03:49:01 -0800 (PST) Received: from router.hackerheaven.org (coolvibe.xs4all.nl [80.126.0.97]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g0VBmsS2030198; Thu, 31 Jan 2002 12:48:55 +0100 (CET) Received: from loki.ipv6.hackerheaven.org (loki.ipv6.hackerheaven.org [10.0.0.12]) by router.hackerheaven.org (Postfix) with ESMTP id 6C4BD1C14; Thu, 31 Jan 2002 12:48:24 +0100 (CET) Date: Thu, 31 Jan 2002 12:48:51 +0100 Subject: Re: many copies of make running while building a port... Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v480) Cc: Dan Nelson , current@FreeBSD.ORG, ports@FreeBSD.ORG To: Alan Eldridge From: Emiel Kollof In-Reply-To: <20020130220912.GA44506@wwweasel.geeksrus.net> Message-Id: <7EB3F8CC-1640-11D6-92AD-000A277C7FDE@hackerheaven.org> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.480) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alan Eldridge heeft op woensdag 30 januari 2002 om 23:09 het volgende geschreven: >> Hmm, curious. The symptoms disappeared when I commented the line >> USE_GCC30=TRUE out of my make.conf. I switched it on because I read on >> the current@ list that someone enabled it and didn't have any >> problems... > > Umm, this may be a stupid question, but do you have gcc30 installed and > have you verified that it works? Yes, gcc30 works and I got it installed. No problems building except for this niggle Cheers, Emiel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 4:59:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id CE7A437B404; Thu, 31 Jan 2002 04:59:20 -0800 (PST) Received: from pool0005.cvx22-bradley.dialup.earthlink.net ([209.179.198.5] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16WGna-0003r7-00; Thu, 31 Jan 2002 04:58:42 -0800 Message-ID: <3C593F22.977C00FD@mindspring.com> Date: Thu, 31 Jan 2002 04:57:06 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kenneth Culver Cc: David Malone , "Cameron, Frank" , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug References: <20020130161320.K18721-100000@alpha.yumyumyum.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kenneth Culver wrote: > Actually FreeBSD does make use of them, but in a way that doesn't cause a > problem. There's actually a seperate TLB bug, but FreeBSD doesn't trigger that one, either (Linux can tickle it, when there are certain specific circumstances met). $10,000, and I'll tell you how to fix it. 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 5:56:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from hotmail.com (f138.law12.hotmail.com [64.4.19.138]) by hub.freebsd.org (Postfix) with ESMTP id EE1F637B402 for ; Thu, 31 Jan 2002 05:56:40 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 31 Jan 2002 05:56:40 -0800 Received: from 203.134.131.177 by lw12fd.law12.hotmail.msn.com with HTTP; Thu, 31 Jan 2002 13:56:40 GMT X-Originating-IP: [203.134.131.177] From: "Logan weaponx" To: freebsd-current@freebsd.org Subject: vmware Date: Fri, 01 Feb 2002 00:56:40 +1100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 31 Jan 2002 13:56:40.0812 (UTC) FILETIME=[1BCD02C0:01C1AA5F] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, I was wondering if there are any tricks required to make freebsd 5.0-current work under vmware 3.0 (Windows XP host). When I try and boot (from the 20020127 snapshot) it fails to boot. It hangs at different stages in the boot each time, but the furthest it has ever gotten is trying to load /sbin/init. I can boot from kern.flp and then use my root partition, but things dont load correctly (network, filesystems, etc). I looked through the archives and noted a few posts regarding different vmware issues and a patch. Should -current work under vmware by default, or are there steps i should take to make it work? thanks thomas _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 6:10:30 2002 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 C020437B41A for ; Thu, 31 Jan 2002 06:10:25 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id BAA19483; Fri, 1 Feb 2002 01:10:19 +1100 Date: Fri, 1 Feb 2002 01:11:44 +1100 (EST) From: Bruce Evans X-X-Sender: To: k Macy Cc: Subject: Re: profiled kernel build fails was Re: -CURRENT AIO bug In-Reply-To: <20020123032217.B15516-100000@gamplex.bde.org> Message-ID: <20020201010247.D4686-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 23 Jan 2002, Bruce Evans wrote: > On Sun, 20 Jan 2002, k Macy wrote: > > > Should I file a PR to track this or is that overkill? > > Yes, it would be overkill. Remind me if it's not fixed in a week or two. I tested and committed the fix. Please report any other profiling bugs for SMP. I'm mainly interested in things that work for !SMP but not even as well as possible for SMP (no attempt is made to separate stats for each CPU so all we can hope for now is proper merging of the stats). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 7:42:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id 3890D37B41A for ; Thu, 31 Jan 2002 07:42:06 -0800 (PST) Received: (qmail 21846 invoked by uid 1001); 31 Jan 2002 15:41:31 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 31 Jan 2002 15:41:31 -0000 Date: Thu, 31 Jan 2002 10:41:31 -0500 (EST) From: Kenneth Culver To: Terry Lambert Cc: David Malone , "Cameron, Frank" , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug In-Reply-To: <3C593F22.977C00FD@mindspring.com> Message-ID: <20020131103927.A21783-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > There's actually a seperate TLB bug, but FreeBSD doesn't > trigger that one, either (Linux can tickle it, when there > are certain specific circumstances met). > Well, I think I know what you're talking about, linux allocates agpgart memory without setting a "non-cacheable" bit, and then the agp card writes to that memory, but the cpu cached it already, which makes the cache wrong or something like that, and causes the crashes/hangs. I know this is a greatly simplified version of the real problem, but I think this is a linux bug not necesarily an amd bug. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 7:50:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from server5.ctc.com (server5.ctc.com [147.160.136.36]) by hub.freebsd.org (Postfix) with ESMTP id 5864F37B405; Thu, 31 Jan 2002 07:50:31 -0800 (PST) Received: from server6.ctc.com (stonewall.ctc.com [147.160.136.10]) by server5.ctc.com (Switch-2.1.0/Switch-2.1.0) with ESMTP id g0VFoUi06482; Thu, 31 Jan 2002 10:50:30 -0500 Received: from nsc-mail1.nsc.ctc.com (nsc-mail1.nsc.ctc.com [147.160.138.14]) by server6.ctc.com (Switch-2.1.0/Switch-2.1.0) with ESMTP id g0VFoUp26715; Thu, 31 Jan 2002 10:50:30 -0500 Received: by nsc-mail1.nsc.ctc.com with Internet Mail Service (5.5.2653.19) id ; Thu, 31 Jan 2002 10:50:45 -0500 Message-ID: <7925FCEF327F984DB5885285256F0D3AC9446F@nsc-mail1.nsc.ctc.com> From: "Cameron, Frank" To: "'Kenneth Culver'" , Terry Lambert Cc: David Malone , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: RE: AMD AGP Bug Date: Thu, 31 Jan 2002 10:50:45 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From what was posted on the linux-kernel list the problem is the OS doing the wrong thing not the hardware. I originally asked the question (albeit not worded as clearly as I should have) because if Microsoft and Linux programmers made the same mistake, might FreeBSD have also. > -----Original Message----- > From: Kenneth Culver [mailto:culverk@yumyumyum.org] > Sent: Thursday, January 31, 2002 10:42 AM > To: Terry Lambert > Cc: David Malone; Cameron, Frank; 'freebsd-bugs@freebsd.org'; > 'freebsd-current@freebsd.org' > Subject: Re: AMD AGP Bug > > > > There's actually a seperate TLB bug, but FreeBSD doesn't > > trigger that one, either (Linux can tickle it, when there > > are certain specific circumstances met). > > > Well, I think I know what you're talking about, linux > allocates agpgart > memory without setting a "non-cacheable" bit, and then the > agp card writes > to that memory, but the cpu cached it already, which makes > the cache wrong > or something like that, and causes the crashes/hangs. I know this is a > greatly simplified version of the real problem, but I think this is a > linux bug not necesarily an amd bug. > > Ken > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 8:59:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by hub.freebsd.org (Postfix) with ESMTP id 4B3DE37B416 for ; Thu, 31 Jan 2002 08:59:40 -0800 (PST) Received: from pool-63.49.207.212.troy.grid.net ([63.49.207.212] helo=europa2) by smtp6.mindspring.com with smtp (Exim 3.33 #1) id 16WKYj-0001fj-00; Thu, 31 Jan 2002 11:59:38 -0500 Message-Id: <3.0.6.32.20020131115800.00db6480@imatowns.com> X-Sender: ggombert@imatowns.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Thu, 31 Jan 2002 11:58:00 -0500 To: "Logan weaponx" , freebsd-current@freebsd.org From: Glenn Gombert Subject: Re: vmware In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Here is an item that was mentioned sometime ago on the mailing list, -CURRENT runs just fine under VMWare Workstation 3.0 (on Win2K Professional) once this patch is made: Glenn G. >>>>>>>>>>>>>>>>>>>>>>> Someone mentioned on a list somewhere that vmware takes forever to emulate the cmpxchg instruction, and that using the I386_CPU version of atomic_cmpset_int() helps a lot. I noticed a major vmware slowdown with -current sometime in September, so I tried avoiding the cmpxchg's and things got much faster. Below is the patch I use (using this outside vmware on SMP hardware is a bad idea :-). Ian Index: atomic.h =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/i386/include/atomic.h,v retrieving revision 1.21 diff -u -r1.21 atomic.h --- atomic.h 2001/10/08 20:58:24 1.21 +++ atomic.h 2001/10/09 18:35:25 @@ -111,7 +111,7 @@ * Returns 0 on failure, non-zero on success */ -#if defined(I386_CPU) +#if defined(I386_CPU) || 1 static __inline int atomic_cmpset_int(volatile u_int *dst, u_int exp, u_int src) { At 12:56 AM 2/1/2002 +1100, Logan weaponx wrote: >hi, > I was wondering if there are any tricks required to make freebsd >5.0-current work under vmware 3.0 (Windows XP host). When I try and boot >(from the 20020127 snapshot) it fails to boot. It hangs at different stages >in the boot each time, but the furthest it has ever gotten is trying to load >/sbin/init. I can boot from kern.flp and then use my root partition, but >things dont load correctly (network, filesystems, etc). I looked through the >archives and noted a few posts regarding different vmware issues and a >patch. > Glenn Gombert ggombert@imatowns.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 9:35:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id 93B7737B427 for ; Thu, 31 Jan 2002 09:35:06 -0800 (PST) Received: from there (kajsa.energyhq.org [192.168.0.1]) by energyhq.homeip.net (Postfix) with SMTP id 016113FC05 for ; Thu, 31 Jan 2002 18:35:02 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Miguel Mendez Organization: Energy HQ To: freebsd-current@freebsd.org Subject: pkg_version on -CURRENT Date: Thu, 31 Jan 2002 18:34:32 +0100 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020131173503.016113FC05@energyhq.homeip.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi there, Some days ago I upgraded a 4.4-RC box to 5.0-CURRENT, and pkg_version is no longer working. Being it a perl script, is this due to the fact that current uses 5.6? How to fix this then? Cheers, -- Miguel Mendez - flynn@energyhq.homeip.net Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://energyhq.homeip.net FreeBSD - The power to serve! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 9:41:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 3184B37B416 for ; Thu, 31 Jan 2002 09:41:45 -0800 (PST) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.5) with SMTP id g0VHbiD82982; Thu, 31 Jan 2002 12:37:44 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Thu, 31 Jan 2002 12:37:44 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Glenn Gombert Cc: Logan weaponx , freebsd-current@freebsd.org Subject: Re: vmware In-Reply-To: <3.0.6.32.20020131115800.00db6480@imatowns.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Have to wonder if it wouldn't be worth e-mailing the VMware people about this -- they'd probably rather know in advance if there's a potential problem hosting future versions of FreeBSD under VMWare. If someone has a commercial license, it would make sense submitting this via a trouble ticket, as well as providing the VMware support people with some brief directions on installing 5.0. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On Thu, 31 Jan 2002, Glenn Gombert wrote: > Here is an item that was mentioned sometime ago on the mailing list, > -CURRENT runs just fine under VMWare Workstation 3.0 (on Win2K > Professional) once this patch is made: > > Glenn G. > > >>>>>>>>>>>>>>>>>>>>>>> > > Someone mentioned on a list somewhere that vmware takes forever to > emulate the cmpxchg instruction, and that using the I386_CPU version > of atomic_cmpset_int() helps a lot. I noticed a major vmware slowdown > with -current sometime in September, so I tried avoiding the > cmpxchg's and things got much faster. Below is the patch I use > (using this outside vmware on SMP hardware is a bad idea :-). > > Ian > > Index: atomic.h > =================================================================== > RCS file: /dump/FreeBSD-CVS/src/sys/i386/include/atomic.h,v > retrieving revision 1.21 > diff -u -r1.21 atomic.h > --- atomic.h 2001/10/08 20:58:24 1.21 > +++ atomic.h 2001/10/09 18:35:25 > @@ -111,7 +111,7 @@ > * Returns 0 on failure, non-zero on success > */ > > -#if defined(I386_CPU) > +#if defined(I386_CPU) || 1 > static __inline int > atomic_cmpset_int(volatile u_int *dst, u_int exp, u_int src) > { > > > > At 12:56 AM 2/1/2002 +1100, Logan weaponx wrote: > >hi, > > I was wondering if there are any tricks required to make freebsd > >5.0-current work under vmware 3.0 (Windows XP host). When I try and boot > >(from the 20020127 snapshot) it fails to boot. It hangs at different stages > >in the boot each time, but the furthest it has ever gotten is trying to load > >/sbin/init. I can boot from kern.flp and then use my root partition, but > >things dont load correctly (network, filesystems, etc). I looked through the > >archives and noted a few posts regarding different vmware issues and a > >patch. > > > > Glenn Gombert > ggombert@imatowns.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 Thu Jan 31 9:42:17 2002 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 8C15937B404; Thu, 31 Jan 2002 09:42:10 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id EAA29482; Fri, 1 Feb 2002 04:42:08 +1100 Date: Fri, 1 Feb 2002 04:43:39 +1100 (EST) From: Bruce Evans X-X-Sender: To: Cc: Subject: lock reversal in fdalloc() Message-ID: <20020201043751.O5590-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jan 31 18:27:29 gamplex kernel: lock order reversal Jan 31 18:27:29 gamplex kernel: 1st 0xc26ea034 filedesc structure @ ./@/kern/kern_descrip.c:925 Jan 31 18:27:29 gamplex kernel: 2nd 0xc031eca0 Giant @ ./@/kern/kern_descrip.c:959 %%% Index: kern_descrip.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_descrip.c,v retrieving revision 1.122 diff -u -2 -r1.122 kern_descrip.c --- kern_descrip.c 29 Jan 2002 22:54:19 -0000 1.122 +++ kern_descrip.c 31 Jan 2002 07:32:43 -0000 @@ -957,7 +967,9 @@ fdexpand++; if (oldofile != NULL) { + FILEDESC_UNLOCK(fdp); mtx_lock(&Giant); FREE(oldofile, M_FILEDESC); mtx_unlock(&Giant); + FILEDESC_LOCK(fdp); } } %%% I'm not sure that releasing the lock here is safe, but other parts of fdalloc() do this. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 9:58:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id 26C9737B400; Thu, 31 Jan 2002 09:58:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.6+3.4W/8.11.3) with ESMTP/inet id g0VHwAb92733; Fri, 1 Feb 2002 02:58:11 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: Logan weaponx , freebsd-current@freebsd.org In-Reply-To: References: <3.0.6.32.20020131115800.00db6480@imatowns.com> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 10 From: Makoto Matsushita To: rwatson@freebsd.org Subject: Re: vmware Date: Fri, 01 Feb 2002 02:58:08 +0900 Message-Id: <20020201025808T.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG rwatson> If someone has a commercial license, it would make sense rwatson> submitting this via a trouble ticket, as well as providing rwatson> the VMware support people with some brief directions on rwatson> installing 5.0. I've just filed an incident (I have a license of VMware 3.0). -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 10: 2: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by hub.freebsd.org (Postfix) with ESMTP id B83ED37B400; Thu, 31 Jan 2002 10:01:55 -0800 (PST) Received: from router.hackerheaven.org (coolvibe.xs4all.nl [80.126.0.97]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g0VI1hf5003458; Thu, 31 Jan 2002 19:01:52 +0100 (CET) Received: from loki.ipv6.hackerheaven.org (loki.ipv6.hackerheaven.org [10.0.0.12]) by router.hackerheaven.org (Postfix) with ESMTP id 97D571C14; Thu, 31 Jan 2002 12:51:38 +0100 (CET) Date: Thu, 31 Jan 2002 12:52:05 +0100 Subject: Re: many copies of make running while building a port... Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v480) Cc: current@FreeBSD.ORG, ports@FreeBSD.ORG To: Dan Nelson From: Emiel Kollof In-Reply-To: <20020130211831.GU92289@dan.emsphone.com> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.480) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson heeft op woensdag 30 januari 2002 om 22:18 het volgende geschreven: >> Is USE_GCC30 actually supported? Should I just keep my hands off >> that? Or will it be a valid knob to switch over in the near future? > > That was me, actually. I forgot to mention that I had a local hack in > bsd.port.mk to fix a little recursion problem with USE_GCC30 :) So it's your fault I saw this very alpha 'feature' and wanted to test it? :-) Thanks for the patch, I will test it. Cheers, Emiel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 10:10:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp01.mrf.mail.rcn.net (smtp01.mrf.mail.rcn.net [207.172.4.60]) by hub.freebsd.org (Postfix) with ESMTP id 4A40F37B405 for ; Thu, 31 Jan 2002 10:10:43 -0800 (PST) Received: from 66-44-54-242.s242.tnt1.lnhva.md.dialup.rcn.com ([66.44.54.242] helo=erols.com) by smtp01.mrf.mail.rcn.net with smtp (Exim 3.33 #10) id 16WLfW-0003O7-00 for freebsd-current@freebsd.org; Thu, 31 Jan 2002 13:10:42 -0500 Received: from 192.168.0.4 (SquirrelMail authenticated user jason) by electricmonk.dyndns.org with HTTP; Thu, 31 Jan 2002 13:10:35 -0500 (EST) Message-ID: <3033.192.168.0.4.1012500635.squirrel@electricmonk.dyndns.org> Date: Thu, 31 Jan 2002 13:10:35 -0500 (EST) Subject: Re: vmware From: "Jason Rhodes" To: In-Reply-To: References: Reply-To: rhodesjj@erols.com X-Mailer: SquirrelMail (version 1.2.0 [rc1]) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've got the 20020112 snapshot running in vmware. I did have similar trouble booting initially; I was installing a base system off an old 4.2- RELEASE CD I had and cvsuping straight to 5-CURRENT, and the system would always hang when attempting to mount the root partition. I got it working by cvsuping to 4-STABLE and installing that system first, then upgrading to -CURRENT. Jason Rhodes > > Should -current work under vmware by default, or are there steps i > should take to make it work? > > thanks > > thomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 10:48:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 3A09E37B402 for ; Thu, 31 Jan 2002 10:48:32 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 0896410DDFE; Thu, 31 Jan 2002 10:48:32 -0800 (PST) Date: Thu, 31 Jan 2002 10:48:32 -0800 From: Alfred Perlstein To: Bruce Evans Cc: current@freebsd.org Subject: Re: lock reversal in fdalloc() Message-ID: <20020131104831.E18604@elvis.mu.org> References: <20020201043751.O5590-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020201043751.O5590-100000@gamplex.bde.org>; from bde@zeta.org.au on Fri, Feb 01, 2002 at 04:43:39AM +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Bruce Evans [020131 09:42] wrote: > Jan 31 18:27:29 gamplex kernel: lock order reversal > Jan 31 18:27:29 gamplex kernel: 1st 0xc26ea034 filedesc structure @ ./@/kern/kern_descrip.c:925 > Jan 31 18:27:29 gamplex kernel: 2nd 0xc031eca0 Giant @ ./@/kern/kern_descrip.c:959 > > %%% > Index: kern_descrip.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/kern_descrip.c,v > retrieving revision 1.122 > diff -u -2 -r1.122 kern_descrip.c > --- kern_descrip.c 29 Jan 2002 22:54:19 -0000 1.122 > +++ kern_descrip.c 31 Jan 2002 07:32:43 -0000 > @@ -957,7 +967,9 @@ > fdexpand++; > if (oldofile != NULL) { > + FILEDESC_UNLOCK(fdp); > mtx_lock(&Giant); > FREE(oldofile, M_FILEDESC); > mtx_unlock(&Giant); > + FILEDESC_LOCK(fdp); > } > } > %%% > > I'm not sure that releasing the lock here is safe, but other parts of > fdalloc() do this. I don't think this is safe at a glance, I think it's only safe right before return'ing from the function. I'll look at it later tonight. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 10:52:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id A780237B436 for ; Thu, 31 Jan 2002 10:52:13 -0800 (PST) Received: (qmail 22586 invoked by uid 1001); 31 Jan 2002 18:51:37 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 31 Jan 2002 18:51:37 -0000 Date: Thu, 31 Jan 2002 13:51:37 -0500 (EST) From: Kenneth Culver To: "Cameron, Frank" Cc: Terry Lambert , David Malone , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: RE: AMD AGP Bug In-Reply-To: <7925FCEF327F984DB5885285256F0D3AC9446F@nsc-mail1.nsc.ctc.com> Message-ID: <20020131135127.V22577-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yeah, that's what I saw on linux-kernel... Ken On Thu, 31 Jan 2002, Cameron, Frank wrote: > From what was posted on the linux-kernel list the problem is the OS > doing the wrong thing not the hardware. I originally asked the > question (albeit not worded as clearly as I should have) because if > Microsoft and Linux programmers made the same mistake, might > FreeBSD have also. > > > -----Original Message----- > > From: Kenneth Culver [mailto:culverk@yumyumyum.org] > > Sent: Thursday, January 31, 2002 10:42 AM > > To: Terry Lambert > > Cc: David Malone; Cameron, Frank; 'freebsd-bugs@freebsd.org'; > > 'freebsd-current@freebsd.org' > > Subject: Re: AMD AGP Bug > > > > > > > There's actually a seperate TLB bug, but FreeBSD doesn't > > > trigger that one, either (Linux can tickle it, when there > > > are certain specific circumstances met). > > > > > Well, I think I know what you're talking about, linux > > allocates agpgart > > memory without setting a "non-cacheable" bit, and then the > > agp card writes > > to that memory, but the cpu cached it already, which makes > > the cache wrong > > or something like that, and causes the crashes/hangs. I know this is a > > greatly simplified version of the real problem, but I think this is a > > linux bug not necesarily an amd bug. > > > > Ken > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 12:19:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by hub.freebsd.org (Postfix) with SMTP id 6EF1B37B402 for ; Thu, 31 Jan 2002 12:19:28 -0800 (PST) Received: (qmail 30583 invoked by uid 0); 31 Jan 2002 20:19:26 -0000 Received: from pd90032d6.dip.t-dialin.net (HELO gmx.net) (217.0.50.214) by mail.gmx.net (mp007-rz3) with SMTP; 31 Jan 2002 20:19:26 -0000 Message-ID: <3C59A6CD.6090102@gmx.net> Date: Thu, 31 Jan 2002 21:19:25 +0100 From: Michael Nottebrock User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.7) Gecko/20011221 X-Accept-Language: en-us MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: panic in vfs_syscalls Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm getting these kind of panics with yesterday's kernel every time I try to use rpm. [root@kiste.localdomain]:~ > rpm -Uhv --root=/compat/linux /home/lofi/libpng-1.0.9-1.i386.rpm recursed on non-recursive lock (sleep mutex) filedesc structure @ ../../../kern/vfs_syscalls.c:3573 first acquired @ ../../../kern/vfs_syscalls.c:998 panic: recurse Debugger("panic") Stopped at Debugger+0x44: pushl %ebx db>trace Debugger(c03f7828,c4219334,df5,c03fc830,0) at panic+0x70 witness_lock(c4219334,8,c03fc830,df5,0) at witness_lock+0x1a6 _mtx_lock_flags(c4219334,0,c03fc830,df5) at _mtx_lock_flags+0x72 getvnode(c4219300,0,deb2dc74) at getvnode+0x31 chroot_refuse_vdir_fds(c4219300,c4219334,0,c03fc830,41e) at chroot_refuse_vdir_fds+0x3f chroot(dea33104,deb2dd20,8131be0,bfbff7c8,8122,ec6) at chroot+0x78 syscall(2f,2f,2f,8122ec6,bfbff7c8) at syscall+0x250 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b --- syscall (61, FreeBSD ELF, chroot), eip = 0x80a4677, esp = 0xbfbff75c, ebp = 0xbfbff9b8 --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 12:24: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-131.dsl.lsan03.pacbell.net [63.207.60.131]) by hub.freebsd.org (Postfix) with ESMTP id 63EF337B402 for ; Thu, 31 Jan 2002 12:24:02 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8AF9266BDC; Thu, 31 Jan 2002 12:24:01 -0800 (PST) Date: Thu, 31 Jan 2002 12:24:01 -0800 From: Kris Kennaway To: Miguel Mendez Cc: freebsd-current@FreeBSD.ORG Subject: Re: pkg_version on -CURRENT Message-ID: <20020131122401.A174@xor.obsecurity.org> References: <20020131173503.016113FC05@energyhq.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020131173503.016113FC05@energyhq.homeip.net>; from flynn@energyhq.homeip.net on Thu, Jan 31, 2002 at 06:34:32PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 31, 2002 at 06:34:32PM +0100, Miguel Mendez wrote: > Hi there, >=20 > Some days ago I upgraded a 4.4-RC box to 5.0-CURRENT, and pkg_version is = no=20 > longer working. Being it a perl script, is this due to the fact that curr= ent=20 > uses 5.6? How to fix this then? If you installed it from the port, reinstall the port. portupgrade -f p5-\* should do the trick. Kris --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8WafgWry0BWjoQKURAr2YAJ91nWBGjywN2TyoqriMwJSN8SA4TQCgtg1z 7v36B/3TWAPdL5rU8As2akQ= =3Msa -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 12:49:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id 635CA37B400 for ; Thu, 31 Jan 2002 12:49:31 -0800 (PST) Received: from there (kajsa.energyhq.org [192.168.0.1]) by energyhq.homeip.net (Postfix) with SMTP id 540FC3FC05; Thu, 31 Jan 2002 21:49:28 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Miguel Mendez Organization: Energy HQ To: Kris Kennaway Subject: Re: pkg_version on -CURRENT Date: Thu, 31 Jan 2002 21:48:58 +0100 X-Mailer: KMail [version 1.3.2] Cc: freebsd-current@FreeBSD.ORG References: <20020131173503.016113FC05@energyhq.homeip.net> <20020131122401.A174@xor.obsecurity.org> In-Reply-To: <20020131122401.A174@xor.obsecurity.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020131204928.540FC3FC05@energyhq.homeip.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thursday 31 January 2002 21:24, Kris Kennaway wrote: Hi Kris, > If you installed it from the port, reinstall the port. > > portupgrade -f p5-\* > > should do the trick. That did it, thanks! Cheers, -- Miguel Mendez - flynn@energyhq.homeip.net Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://energyhq.homeip.net FreeBSD - The power to serve! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 12:55:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 844FB37B404 for ; Thu, 31 Jan 2002 12:55:19 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 4EB0110DDFB; Thu, 31 Jan 2002 12:55:19 -0800 (PST) Date: Thu, 31 Jan 2002 12:55:19 -0800 From: Alfred Perlstein To: Michael Nottebrock Cc: freebsd-current@freebsd.org Subject: Re: panic in vfs_syscalls Message-ID: <20020131125519.F18604@elvis.mu.org> References: <3C59A6CD.6090102@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C59A6CD.6090102@gmx.net>; from michaelnottebrock@gmx.net on Thu, Jan 31, 2002 at 09:19:25PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Michael Nottebrock [020131 12:19] wrote: > I'm getting these kind of panics with yesterday's kernel every time I > try to use rpm. Thanks, I'm pretty sure I know what the fix is, but won't be able to take a shot until later tonight, for now you can just remove all FILEDESC_LOCK/UNLOCK calls from chroot_refuse_vdir_fds and that should keep you panic free. > > [root@kiste.localdomain]:~ > rpm -Uhv --root=/compat/linux > /home/lofi/libpng-1.0.9-1.i386.rpm > recursed on non-recursive lock (sleep mutex) filedesc structure @ > ../../../kern/vfs_syscalls.c:3573 > first acquired @ ../../../kern/vfs_syscalls.c:998 > panic: recurse > Debugger("panic") > Stopped at Debugger+0x44: pushl %ebx > db>trace > Debugger(c03f7828,c4219334,df5,c03fc830,0) at panic+0x70 > witness_lock(c4219334,8,c03fc830,df5,0) at witness_lock+0x1a6 > _mtx_lock_flags(c4219334,0,c03fc830,df5) at _mtx_lock_flags+0x72 > getvnode(c4219300,0,deb2dc74) at getvnode+0x31 > chroot_refuse_vdir_fds(c4219300,c4219334,0,c03fc830,41e) at > chroot_refuse_vdir_fds+0x3f > chroot(dea33104,deb2dd20,8131be0,bfbff7c8,8122,ec6) at chroot+0x78 > syscall(2f,2f,2f,8122ec6,bfbff7c8) at syscall+0x250 > syscall_with_err_pushed() at syscall_with_err_pushed+0x1b > --- syscall (61, FreeBSD ELF, chroot), eip = 0x80a4677, esp = > 0xbfbff75c, ebp > = 0xbfbff9b8 --- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductable donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 13:16:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91]) by hub.freebsd.org (Postfix) with ESMTP id 7834E37B419; Thu, 31 Jan 2002 13:15:49 -0800 (PST) Received: from [192.168.1.129] (212.129.9.202) by mail.libertysurf.net (5.1.070) id 3C50CBD40014F3FB; Thu, 31 Jan 2002 22:14:59 +0100 Date: Wed, 30 Jan 2002 23:14:48 +0100 (CET) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-X-Sender: To: Kenneth Culver Cc: "Cameron, Frank" , Terry Lambert , David Malone , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: RE: AMD AGP Bug In-Reply-To: <20020131135127.V22577-100000@alpha.yumyumyum.org> Message-ID: <20020130225003.C2570-100000@gerard> 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 31 Jan 2002, Kenneth Culver wrote: > Yeah, that's what I saw on linux-kernel... You probably didn't see the whole story or just did a too selective reading. You should re-read, in my opinion, since you may have just missed the important part. What I understood is that the Athlon allocates cache lines for speculative writes (if write may hit cachable) and such cache lines are flushed to memory even if the write does not happen. As a result, numerous useless writes to memory may happen under any OS. This does not cause visible issue for memory that is required to be cache coherent. Just AGP accesses are not required to be snooped by cache for performance concerns and as memory given to AGP is intended to contain data as textures that should not need tight synchronisation with CPU. Indeed Linux has cached mapping to AGP memory and this could be avoided. Nevertheless, only strange issues like the AMD AGP bug we are talking about could turn this into a real problem. Linux can be fixed, but the useless writes of the existing Athlons from the very fast cache to the relatively very slow memory cannot. And all Athlon users may well pay this penalty under any OS... unless we want to disable caching. :) Btw, I have 2 Athlon 1.2GHz machines that work just fine and fast for me. G=E9rard. > Ken > > On Thu, 31 Jan 2002, Cameron, Frank wrote: > > > From what was posted on the linux-kernel list the problem is the OS > > doing the wrong thing not the hardware. I originally asked the > > question (albeit not worded as clearly as I should have) because if > > Microsoft and Linux programmers made the same mistake, might > > FreeBSD have also. > > > > > -----Original Message----- > > > From: Kenneth Culver [mailto:culverk@yumyumyum.org] > > > Sent: Thursday, January 31, 2002 10:42 AM > > > To: Terry Lambert > > > Cc: David Malone; Cameron, Frank; 'freebsd-bugs@freebsd.org'; > > > 'freebsd-current@freebsd.org' > > > Subject: Re: AMD AGP Bug > > > > > > > > > > There's actually a seperate TLB bug, but FreeBSD doesn't > > > > trigger that one, either (Linux can tickle it, when there > > > > are certain specific circumstances met). > > > > > > > Well, I think I know what you're talking about, linux > > > allocates agpgart > > > memory without setting a "non-cacheable" bit, and then the > > > agp card writes > > > to that memory, but the cpu cached it already, which makes > > > the cache wrong > > > or something like that, and causes the crashes/hangs. I know this is = a > > > greatly simplified version of the real problem, but I think this is a > > > linux bug not necesarily an amd bug. > > > > > > Ken > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" 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 Thu Jan 31 13:55:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by hub.freebsd.org (Postfix) with SMTP id 1848537B404 for ; Thu, 31 Jan 2002 13:55:54 -0800 (PST) Received: (qmail 26689 invoked by uid 0); 31 Jan 2002 21:55:52 -0000 Received: from pd90032d6.dip.t-dialin.net (HELO gmx.net) (217.0.50.214) by mail.gmx.net (mp008-rz3) with SMTP; 31 Jan 2002 21:55:52 -0000 Message-ID: <3C59BD73.2000403@gmx.net> Date: Thu, 31 Jan 2002 22:56:03 +0100 From: Michael Nottebrock User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.7) Gecko/20011221 X-Accept-Language: en-us MIME-Version: 1.0 To: Alfred Perlstein Cc: freebsd-current@freebsd.org Subject: Re: panic in vfs_syscalls References: <3C59A6CD.6090102@gmx.net> <20020131125519.F18604@elvis.mu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > * Michael Nottebrock [020131 12:19] wrote: > >>I'm getting these kind of panics with yesterday's kernel every time I >>try to use rpm. >> > > Thanks, I'm pretty sure I know what the fix is, but won't be able > to take a shot until later tonight, for now you can just remove > all FILEDESC_LOCK/UNLOCK calls from chroot_refuse_vdir_fds and > that should keep you panic free. It does indeed. Thanks! -- Michael Nottebrock To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 15:51:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailhost.alphaconcept.fr (host.97.81.23.62.rev.coltfrance.com [62.23.81.97]) by hub.freebsd.org (Postfix) with ESMTP id 3E2EA37B416; Thu, 31 Jan 2002 15:49:04 -0800 (PST) Received: from cfn.ist.utl.pt (NS [210.111.140.195]) by mailhost.alphaconcept.fr with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2655.55) id Z019N5T9; Fri, 1 Feb 2002 00:44:43 +0100 To: From: "Cheech" Subject: Don't Bogart That Joint... 23908 Date: Thu, 31 Jan 2002 03:46:10 -2000 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <20020131234904.3E2EA37B416@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Now Offering for your "Sensitive" Delight ... NEW & IMPROVED *** KATHMANDU 2 *** Thanks to recent dramatic advances in the laboratorial processes for the extraction of botanical/herbal alkaloids and glycocides, we are now able to offer what has already been the most incredibly potent marijuana/cannabis alternative available on the planet .... KATHMANDU TEMPLE KIFF!!! It is NEW, IMPROVED and 20 times more stokin'-tokin' potent in its formulation. KATHMANDU 2 ... a viripotent cannabis alternative for blissful regressions of vexatious depressions... * BURNS AND SMOKES EASIER! * TOKES DEEPER! * TASTES SWEETER! * LASTS LONGER! Kathmandu Temple Kiff is a proprietary; Nepalese, sensitive, pipe-smoking/stoking substance. Kathmandu Temple Kiff is indeed the most substantial marijuana/cannabis alternative on the planet. Absolutely Legal! Marvelously Potent! Kathmandu Temple Kiff possesses all of the positive virtues fine ganja/cannabis without any of the negatives. An amalgamation of high concentrates of rare euphoric herbas, Kathmandu is offered in a solid jigget/bar format and is actually more UPLIFTING & POISED than cannabis / marijuana while rendering Euphoria, Happiness, Mood-Enhancement, Stress/Depression Relief and promoting contemplativeness, creativity, better sleep, lucid dreaming ... and enhancing the sexual experience!!! Kathmandu Temple Kiff is simply the best and just a little pinch/snippet of the Kathmandu goes a long, "sensitive" way. Just 4 or 5 draws of the pipe ... (an herb pipe included with each package of Kathmandu Temple Kiff). PLEASE NOTE: Although no botanical factor in Kathmandu Temple Kiff is illegal or considered to be harmful by regulatory agencies and no tobacco is included therein, it is the policy of our company that Kathmandu Temple Kiff may not be offered or sold to any person that has not attained at least 21 years of age. So power-smokin potent is our new formulation, that much to our delight and actually even to our amazement, we have even be able to establish a very happy clientele within the hard core stoner market. Here is what our customers are saying about Kathmandu Temple Kiff: "Thank you so much for the Temple Kiff. It is everything you guys claim, and then some! I was a bit skeptical when I read your description of its effects, but there is literally no exaggeration in your advertisements. How nice that this is legal! It tastes great and feels great too! I am so glad I took a chance and ordered. Blessings to all of you." -- Frankie R. "I'm a man of my 40's and I really know my stuff. I don't drink or do illegal drugs anymore and have found a much more spiritual path. I used to have to take Valium in the past. Not anymore with the Temple Kiff. It really amazes me how this stuff tastes exactly like the lebanese red and blond hash I used to smoke in the 70's and it has a much more pleasurable effect. I am very satisfied with this product. I like it a lot and will be a customer for life for sure. Whoever makes this stuff is an ARTIST at it. Who would have thought?! Folks, this is the real stuff! Look no further!!" -- A.J. ************************************************************ Our other fine herbal, botanical products include the following: 1. Sweet Vjestika Aphrodisia Drops (tm); An erotic aphrodisia; sexual intensifier / enhancer liquid amalgamated extract for MEN and WOMEN. 2. "Seventh Heaven" Prosaka Tablets (tm); a botanical alternative to pharmaceutical medications for calm, balance, serenity and joyful living... 3. "Seventh Heaven" Gentle Ferocity Tablets (tm); a most efficacious, non-caffeine, non-ephedrine, non-MaHuang botanical energizer and cutting-edge appetite suppressant... 4. Extreme Martial Arts Botanical Remedies; Equivalence Tablets & Dragon Wing Remedy Spray ... pain management that works to alleviate pain even for arthritis and fibromyalgia sufferers... ********************************************* Sweet Vjestika Aphrodisia Drops (tm) inspires and enhances: * Penile & clitoral sensitivity * Sensitivity to touch * Desire to touch and be touched * Fantasy, lust, rapture, erogenous sensitivity ... * Prolongs and intensifies foreplay, orgasm & climax ********************************************* "Seventh Heaven" Prosaka Tablets ... Entirely natural, proprietary, botanical prescription comprised of uncommon Asian Herbs for Calm, Balance, Serenity and Joyful Living. "Seventh Heaven" Prosaka is indeed a most extraordinary, viripotent, calming, centering, mood-enhancing, holistically-formulated, exotic herbaceous alternative to pharmaceutical medications for depression, anxiety, stress, insomnia, etc. NO side effects! NO dependency! Vivaciously Mellow! ********************************************** "Seventh Heaven" Gentle Ferocity Tablets (tm) ... a non-caffeine, non-ephedrine, non-ephedra, non-MaHuang; viripotent, herbaceous prescription for the dynamic energization of body, mind and spirit. This Gentle Ferocity Formulation is amalgamated in accordance with the fundamental Taoist herbal principle of botanical interactiveness and precursorship which in essence is a molecular equation of the relevant botanical/herbal alkaloids and glycosides interacting with one another to prolificate molecular communion and thereby to achieve demonstrative herbal efficaciousness without negative implication to any aspect of human composition. These Gentle Ferocity Cordial Tablets are incredulously and thoroughly effective. Enjoy! For those of you who seek to achieve most demonstrative/non-invasive/non-prohibitive appetite suppression without the negative implications of ongoing usage of MaHuang Herb, Ephedra/Ephedrine or Caffeine as are so magnaminously utilized in a multitude of herbal "diet aids" entitled as "Thermogenics" ... this is ABSOLUTELY the herbal agenda/product for you!! Entirely Natural! Increases Energy! Increases Metabolism! Decreases Appetite! *********************************************** Extreme Martial Arts Botanical Remedies Eastern culture has long had a treatment for bone, muscle, tendon, ligament, sinew and joint distress, traumas, afflictions and constrictions. We are pleased to offer Equivalence Tablets & Dragon Wing Remedy Spray (Hei Ping Shun) (Hei Long Chibang) PLEASE NOTE: While it is true that all physiological traumas and injuries are unique and that no product can arbitrarily eliminate all of the pain and discomfort in all people all of the time, the combination of Equivalence Tablets (Hei Ping Shun) and Dragon Wing Remedy (Hei Long Chibang) remedial botanicals does guarantee to at the least: 1. Significantly reduce discomfort and pain! (In many instances most, if not all, traumas and distress can be eliminated!) 2. Significantly increase mobility and strength ratio. (Please remember also the significance of proper diet, excercise, rest and prayer.) Equivalence Tablets & Dragon Wing Spray Remedials are comprised of entirely natural botanical factors. While Equivalence Tablets (Hei Ping Shun) and Dragon Wing Remedy Spray (Hei Long Chibang) are extremely effective individually, they are utilized to maximum advantage when used in conjunction with one another. ======================================================== PRICING INFORMATION: 1. SEVENTH HEAVEN KATHMANDU TEMPLE KIFF (tm) One .75 oz. jigget/bar $65.00 One 2.0 oz. jigget/bar $115.00 (Free Capillaris Herba with 2.0 oz. bar. Refer to Capillaris paragraph at end of text) 2. SWEET VJESTIKA APHRODISIA DROPS (tm) One 1.0 oz. bottle $90.00 Two 1.0 oz. bottles $140.00 3. SEVENTH HEAVEN PROSAKA (tm) One 100 tablet tin $40.00 Three 100 tablet tins $105.00 Six 100 tablet tins $185.00 4. SEVENTH HEAVEN GENTLE FEROCITY (tm) One 300 tablet jar $130.00 5. Equivalence Tablets - Each bottle contains 90 - 500mg tablets. ** 3-pack (270 tablets) $83.00 ** 6-pack (540 tablets) $126.00 (save $40.00) ** 9-pack (810 tablets) $159.00 (save $90.00) ** 12-pack (1,080 tablets) $192.00 (save $140.00) 6. Dragon Wing Spray Remedy - Each spray bottle contains 4 liquid oz. ** 3-pack (3 - 4 oz. bottles) $83.00 ** 6-pack (6 - 4 oz. bottles) $126.00 (save $40.00) ** 9-pack (9 - 4 oz. bottles) $159.00 (save $90.00) ** 12-pack (12 - 4 oz. bottles) $192.00 (save $140.00) 7. Dynamic Duo Introductory Offers ** 3-pack Equivalence Tabs & 3-pack Dragon Wing $126.00 (save $40.00) ** 6-pack Equivalence Tabs & 3-pack Dragon Wing $159.00 (save $50.00) ** 9-pack Equivalence Tabs & 6-pack Dragon Wing $215.00 (save $70.00) ** 12-pack Equivalence Tabs & 9-pack Dragon Wing $271.00 (save $80.00) 8. SWEET APHRODISIA INTRO COMBINATION OFFER Includes one, 2.0 oz. jigget/bar of Kathmandu Temple Kiff & one, 1 oz. bottle of Sweet Vjestika Aphrodisia Drops. For $150.00 (Reg. $205.00 Save $55) (Free Capillaris Herba with this intro offer. Refer to Capillaris paragraph at end of text) 9. BODY, MIND, SPIRIT "HEAVENLY" INTRO COMBINATION OFFER Includes one, 2.0 oz. jigget/bar of Kathmandu Temple Kiff & 1 tin (100 tablets) of Seventh Heaven Prosaka. For $125.00 (Reg. $155.00 Save $30) (Free Capillaris Herba with this intro offer. Refer to Capillaris paragraph at end of text) 10. "PURE ENERGY" INTRO COMBINATION OFFER Includes one, 2.0 oz. jigget/bar of Kathmandu Temple Kiff & 1 jar (300 tablets) of Seventh Heaven Gentle Ferocity. For $170.00 (Reg. $245.00 Save $75) (Free Capillaris Herba with this intro offer Refer to Capillaris paragraph at end of text) 11. "SENSITIVE" PREFERENTIAL INTRO COMBINATION OFFER Includes one, 2.0 oz. jigget/bar of Kathmandu Temple Kiff & 1 tin (100 tablets) of Seventh Heaven Prosaka & 1 jar (300 tablets) of Seventh Heaven Gentle Ferocity For $200.00 (Reg. $285.00 Save $85) (Free Capillaris Herba with this intro offer Refer to Capillaris paragraph at end of text.) 12. ULTIMATE HERBACEOUSNESS INTRO COMBINATION OFFER Includes one - 2.0 oz. jigget / bar of Kathmandu Temple Kiff, one - 1 oz. bottle of Sweet Vjestika Aphrodisia Drops, one - 100 tablet tin of Prosaka, and one - 300 count jar of Gentle Ferocity for a deep discounted Retail Price of $260.00 (Reg. $375.00 Save $115) (Free Capillaris Herba with this intro offer Refer to Capillaris paragraph at end of text.) SPECIAL OFFER: For a limited time only, you will receive a FREE personal brass hookah with the Ultimate Herbaceous Intro Offer as our gift to you. This hookah has a retail value of $25.00. ************************************************** ORDERING INFORMATION: For your convenience, you can call us direct with your orders or questions. Call 1-623-974-2295 Monday - Friday -- 10:30 AM to 7:00 PM (Mountain Time) Saturday -- 11:00 AM to 3:00 PM (Mountain Time) For all domestic orders, add $5.00 shipping & handling (shipped U.S. Priority Mail). Add $20.00 for International orders. ************************************************** SPECIAL DISCOUNT & GIFT Call now and receive a FREE botanical gift! With every order for a 2.0 oz. jigget / bar of Kathmandu Temple Kiff or one of our four (4) Intro Combination Offers, we will include as our free gift to you ... a 2.0 oz. package of our ever so sedate, sensitive Asian import, loose-leaf Capillaris Herba for "happy" smoking or brewing ... (a $65.00 retail value). ==================================================== To remove your address from our list, click "Reply" in your email software and type "Remove" in the subject field, then send. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 16:19:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id A1E5637B404; Thu, 31 Jan 2002 16:19:40 -0800 (PST) Received: from pool0167.cvx40-bradley.dialup.earthlink.net ([216.244.42.167] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16WRQN-00068q-00; Thu, 31 Jan 2002 16:19:27 -0800 Message-ID: <3C59DF0A.8F850B66@mindspring.com> Date: Thu, 31 Jan 2002 16:19:22 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kenneth Culver Cc: David Malone , "Cameron, Frank" , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug References: <20020131103927.A21783-100000@alpha.yumyumyum.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kenneth Culver wrote: > > There's actually a seperate TLB bug, but FreeBSD doesn't > > trigger that one, either (Linux can tickle it, when there > > are certain specific circumstances met). > > Well, I think I know what you're talking about, linux allocates agpgart > memory without setting a "non-cacheable" bit, and then the agp card writes > to that memory, but the cpu cached it already, which makes the cache wrong > or something like that, and causes the crashes/hangs. I know this is a > greatly simplified version of the real problem, but I think this is a > linux bug not necesarily an amd bug. No, you are describing the coherency bug in the chipset used for the AGP with AMD processors, which should enforce a coherency cycle, and cache invalidation for AGP based writes of the shared memory region. They are treating it as if it were non-cacheable dual ported SDRAM. There *really* is a bug in P4 and above and in late model AMD chips with 4M pages. It is very easy to reproduce with a few small kernel modifications (to actively use 4M pages) and 256M-512M of RAM. I'll characterize it further and provide the software workaround, for $10,000. It's about 16 machine instructions, if you write it out as code. Meanwhile, Linux and Windows can keep turning off the PSE, and losing 4-14% of their performance, depending on their application. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 16:25: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 0D3B937B400; Thu, 31 Jan 2002 16:25:04 -0800 (PST) Received: from pool0167.cvx40-bradley.dialup.earthlink.net ([216.244.42.167] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16WRVd-0000VZ-00; Thu, 31 Jan 2002 16:24:54 -0800 Message-ID: <3C59E050.6564C115@mindspring.com> Date: Thu, 31 Jan 2002 16:24:48 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Cameron, Frank" Cc: 'Kenneth Culver' , David Malone , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug References: <7925FCEF327F984DB5885285256F0D3AC9446F@nsc-mail1.nsc.ctc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Cameron, Frank" wrote: > From what was posted on the linux-kernel list the problem is the OS > doing the wrong thing not the hardware. I originally asked the > question (albeit not worded as clearly as I should have) because if > Microsoft and Linux programmers made the same mistake, might > FreeBSD have also. No. FreeBSD does not make active use of 4M pages for anything other than the initial kernel text and data, which is obvious, if you look at /sys/i386/machdep.c. For Linux and Windows, the obvious thing is to not map the memory into an aperture marked cacheable and in a 4M page; it's a coding problem with the use of 4M pages, when memory in them is allocated to AGP. This still doesn't get around the other bug, which happens if you use 4M pages certain obviously useful ways, without waving a dead chicken over certain things. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 17:23:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id AD9A637B404 for ; Thu, 31 Jan 2002 17:23:42 -0800 (PST) Received: (qmail 219 invoked by uid 1001); 1 Feb 2002 01:23:41 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 1 Feb 2002 01:23:41 -0000 Date: Thu, 31 Jan 2002 20:23:41 -0500 (EST) From: Kenneth Culver To: =?ISO-8859-1?Q?G=E9rard_Roudier?= Cc: "Cameron, Frank" , Terry Lambert , David Malone , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: RE: AMD AGP Bug In-Reply-To: <20020130225003.C2570-100000@gerard> Message-ID: <20020131202226.L209-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm thinking you may have misunderstood, the people at amd themselves said this wasn't an amd bug... why would you write from cache to memory, I think it's the other way around, stuff getting written to cache from memory... (being retrieved by the cpu) I'll have to read the article again to be sure since it was a week ago when I read it. Ken On Wed, 30 Jan 2002, [ISO-8859-1] G=E9rard Roudier wrote: > > > On Thu, 31 Jan 2002, Kenneth Culver wrote: > > > Yeah, that's what I saw on linux-kernel... > > You probably didn't see the whole story or just did a too selective > reading. You should re-read, in my opinion, since you may have just misse= d > the important part. > > What I understood is that the Athlon allocates cache lines for speculativ= e > writes (if write may hit cachable) and such cache lines are flushed to > memory even if the write does not happen. As a result, numerous useless > writes to memory may happen under any OS. > > This does not cause visible issue for memory that is required to be cache > coherent. Just AGP accesses are not required to be snooped by cache for > performance concerns and as memory given to AGP is intended to contain > data as textures that should not need tight synchronisation with CPU. > > Indeed Linux has cached mapping to AGP memory and this could be avoided. > Nevertheless, only strange issues like the AMD AGP bug we are talking > about could turn this into a real problem. > > Linux can be fixed, but the useless writes of the existing Athlons from > the very fast cache to the relatively very slow memory cannot. And all > Athlon users may well pay this penalty under any OS... unless we want to > disable caching. :) > > Btw, I have 2 Athlon 1.2GHz machines that work just fine and fast for me. > > G=E9rard. > > > > Ken > > > > On Thu, 31 Jan 2002, Cameron, Frank wrote: > > > > > From what was posted on the linux-kernel list the problem is the OS > > > doing the wrong thing not the hardware. I originally asked the > > > question (albeit not worded as clearly as I should have) because if > > > Microsoft and Linux programmers made the same mistake, might > > > FreeBSD have also. > > > > > > > -----Original Message----- > > > > From: Kenneth Culver [mailto:culverk@yumyumyum.org] > > > > Sent: Thursday, January 31, 2002 10:42 AM > > > > To: Terry Lambert > > > > Cc: David Malone; Cameron, Frank; 'freebsd-bugs@freebsd.org'; > > > > 'freebsd-current@freebsd.org' > > > > Subject: Re: AMD AGP Bug > > > > > > > > > > > > > There's actually a seperate TLB bug, but FreeBSD doesn't > > > > > trigger that one, either (Linux can tickle it, when there > > > > > are certain specific circumstances met). > > > > > > > > > Well, I think I know what you're talking about, linux > > > > allocates agpgart > > > > memory without setting a "non-cacheable" bit, and then the > > > > agp card writes > > > > to that memory, but the cpu cached it already, which makes > > > > the cache wrong > > > > or something like that, and causes the crashes/hangs. I know this i= s a > > > > greatly simplified version of the real problem, but I think this is= a > > > > linux bug not necesarily an amd bug. > > > > > > > > Ken > > > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-bugs" in the body of the message > > > > > > > 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 Thu Jan 31 17:27:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from canonware.com (dsl081-058-209.sfo1.dsl.speakeasy.net [64.81.58.209]) by hub.freebsd.org (Postfix) with ESMTP id 9C45037B400 for ; Thu, 31 Jan 2002 17:27:17 -0800 (PST) Received: by canonware.com (Postfix, from userid 1001) id 0C398F4; Thu, 31 Jan 2002 17:34:08 -0800 (PST) Date: Thu, 31 Jan 2002 17:34:08 -0800 From: Jason Evans To: =?iso-8859-1?Q?G=E9rard_Roudier?= Cc: Kenneth Culver , "Cameron, Frank" , Terry Lambert , David Malone , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug Message-ID: <20020131173408.B63502@canonware.com> References: <20020131135127.V22577-100000@alpha.yumyumyum.org> <20020130225003.C2570-100000@gerard> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20020130225003.C2570-100000@gerard>; from groudier@free.fr on Wed, Jan 30, 2002 at 11:14:48PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 30, 2002 at 11:14:48PM +0100, Gérard Roudier wrote: > > Linux can be fixed, but the useless writes of the existing Athlons from > the very fast cache to the relatively very slow memory cannot. And all > Athlon users may well pay this penalty under any OS... unless we want to > disable caching. :) Have you done benchmarks to show that the speculative writes are useless often enough to cause enough memory bus contention that overall performance is degraded, despite the speedups when the speculative writes are valid? I suspect that AMD in fact performed such tests; otherwise they wouldn't have gone to the trouble of implementing speculative writes. Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 17:42:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id 370D837B400 for ; Thu, 31 Jan 2002 17:42:50 -0800 (PST) Received: (qmail 262 invoked by uid 1001); 1 Feb 2002 01:42:47 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 1 Feb 2002 01:42:47 -0000 Date: Thu, 31 Jan 2002 20:42:47 -0500 (EST) From: Kenneth Culver To: Jason Evans Cc: =?iso-8859-1?Q?G=E9rard_Roudier?= , "Cameron, Frank" , Terry Lambert , David Malone , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug In-Reply-To: <20020131173408.B63502@canonware.com> Message-ID: <20020131204225.W258-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I was under the impression that they were writing into the cache not out of it... I really need to read that article again :-D Ken On Thu, 31 Jan 2002, Jason Evans wrote: > On Wed, Jan 30, 2002 at 11:14:48PM +0100, G=E9rard Roudier wrote: > > > > Linux can be fixed, but the useless writes of the existing Athlons from > > the very fast cache to the relatively very slow memory cannot. And all > > Athlon users may well pay this penalty under any OS... unless we want = to > > disable caching. :) > > Have you done benchmarks to show that the speculative writes are useless > often enough to cause enough memory bus contention that overall performan= ce > is degraded, despite the speedups when the speculative writes are valid? = I > suspect that AMD in fact performed such tests; otherwise they wouldn't ha= ve > gone to the trouble of implementing speculative writes. > > Jason > > 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 Thu Jan 31 18:17:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 0DE3937B404; Thu, 31 Jan 2002 18:17:49 -0800 (PST) Received: from peter3.wemm.org ([12.232.27.13]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020201021748.OHHG10199.rwcrmhc53.attbi.com@peter3.wemm.org>; Fri, 1 Feb 2002 02:17:48 +0000 Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id g112Hls57876; Thu, 31 Jan 2002 18:17:47 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id A50863809; Thu, 31 Jan 2002 18:17:47 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: "Cameron, Frank" , "'Kenneth Culver'" , David Malone , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug In-Reply-To: <3C59E050.6564C115@mindspring.com> Date: Thu, 31 Jan 2002 18:17:47 -0800 From: Peter Wemm Message-Id: <20020201021747.A50863809@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > "Cameron, Frank" wrote: > > From what was posted on the linux-kernel list the problem is the OS > > doing the wrong thing not the hardware. I originally asked the > > question (albeit not worded as clearly as I should have) because if > > Microsoft and Linux programmers made the same mistake, might > > FreeBSD have also. > > No. FreeBSD does not make active use of 4M pages for anything > other than the initial kernel text and data, which is obvious, > if you look at /sys/i386/machdep.c. Actually, it is obvious if you actually do look at the pmap.c that we *do* use 4MB pages for device mappings. /* * This code maps large physical mmap regions into the * processor address space. Note that some shortcuts * are taken, but the code works. */ if (pseflag && (object->type == OBJT_DEVICE) && ((addr & (NBPDR - 1)) == 0) && ((size & (NBPDR - 1)) == 0)) { ... for(i = 0; i < npdes; i++) { pmap->pm_pdir[ptepindex] = ptepa | PG_U | PG_RW | PG_V | PG_PS; ptepa += NBPDR; ptepindex += 1; } ... Even doing a simple grep for the 4MB page flag (PG_PS) and using a little initiative would have shown this. 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 Jan 31 18:21:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 309B637B405; Thu, 31 Jan 2002 18:21:13 -0800 (PST) Received: from peter3.wemm.org ([12.232.27.13]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020201022112.QWFR26243.rwcrmhc51.attbi.com@peter3.wemm.org>; Fri, 1 Feb 2002 02:21:12 +0000 Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id g112LCs57915; Thu, 31 Jan 2002 18:21:12 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 227833809; Thu, 31 Jan 2002 18:21:12 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Kenneth Culver Cc: "Cameron, Frank" , Terry Lambert , David Malone , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug In-Reply-To: <20020131135127.V22577-100000@alpha.yumyumyum.org> Date: Thu, 31 Jan 2002 18:21:12 -0800 From: Peter Wemm Message-Id: <20020201022112.227833809@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kenneth Culver wrote: > Yeah, that's what I saw on linux-kernel... > > Ken We need to use the PAT cpu_features feature. This gives us 8 page attribute modes instead of simple no-cache / writethrough flags. We can (and must) control more carefully the speculative hardware prefetch, for example. I've been thinking about this with the pmap revamp that I'm working on. It may solve the athlon problems too. > On Thu, 31 Jan 2002, Cameron, Frank wrote: > > > From what was posted on the linux-kernel list the problem is the OS > > doing the wrong thing not the hardware. I originally asked the > > question (albeit not worded as clearly as I should have) because if > > Microsoft and Linux programmers made the same mistake, might > > FreeBSD have also. > > > > > -----Original Message----- > > > From: Kenneth Culver [mailto:culverk@yumyumyum.org] > > > Sent: Thursday, January 31, 2002 10:42 AM > > > To: Terry Lambert > > > Cc: David Malone; Cameron, Frank; 'freebsd-bugs@freebsd.org'; > > > 'freebsd-current@freebsd.org' > > > Subject: Re: AMD AGP Bug > > > > > > > > > > There's actually a seperate TLB bug, but FreeBSD doesn't > > > > trigger that one, either (Linux can tickle it, when there > > > > are certain specific circumstances met). > > > > > > > Well, I think I know what you're talking about, linux > > > allocates agpgart > > > memory without setting a "non-cacheable" bit, and then the > > > agp card writes > > > to that memory, but the cpu cached it already, which makes > > > the cache wrong > > > or something like that, and causes the crashes/hangs. I know this is a > > > greatly simplified version of the real problem, but I think this is a > > > linux bug not necesarily an amd bug. > > > > > > Ken > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 19:23:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 3691437B404; Thu, 31 Jan 2002 19:23:46 -0800 (PST) Received: from pool0289.cvx40-bradley.dialup.earthlink.net ([216.244.43.34] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16WUId-0006Re-00; Thu, 31 Jan 2002 19:23:39 -0800 Message-ID: <3C5A09F1.CD638C3E@mindspring.com> Date: Thu, 31 Jan 2002 19:22:25 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: Kenneth Culver , "Cameron, Frank" , David Malone , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug References: <20020201022112.227833809@overcee.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > We need to use the PAT cpu_features feature. This gives us 8 page attribute > modes instead of simple no-cache / writethrough flags. We can (and must) > control more carefully the speculative hardware prefetch, for example. > > I've been thinking about this with the pmap revamp that I'm working on. > It may solve the athlon problems too. This sounds cool. Do you have references to the page attribute stuff? The books I have here don't discuss it; the only thing I see are 3 bits (9,10,11) that are "available" in the PDE and PTE? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 19:24: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 0A01337B405; Thu, 31 Jan 2002 19:23:50 -0800 (PST) Received: from pool0289.cvx40-bradley.dialup.earthlink.net ([216.244.43.34] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16WUIZ-0006Ei-00; Thu, 31 Jan 2002 19:23:36 -0800 Message-ID: <3C5A07AE.FE08CC34@mindspring.com> Date: Thu, 31 Jan 2002 19:12:46 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: "Cameron, Frank" , 'Kenneth Culver' , David Malone , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug References: <20020201021747.A50863809@overcee.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > > No. FreeBSD does not make active use of 4M pages for anything > > other than the initial kernel text and data, which is obvious, > > if you look at /sys/i386/machdep.c. > > Actually, it is obvious if you actually do look at the pmap.c that we *do* > use 4MB pages for device mappings. The "active use" I was referring to was kernel space, and this sets PG_U, so there are not fault handler invocations on attempts to write the pages. This code also does not set the PG_G bit, like Linux does. This code has a requirement that the address mapping occur on a 4M boundary, and that it be an even multiple of 4M. My reading of the AGPGART kernel module indicates to me that this code is not triggered in normal use. Correct me if my interpretation here is wrong (I'd like to know *how*; the default aperture appears to be 1M, unless it is overridden, and the alignment isn't on the right boundary). In any case, let's say that it gets invoked on the AGP hardware, and establishes a 4M mapping on FreeBSD, as well. I think the Linux problem has more to do with having *both* 4K and 4M mappings to the same physical memory area at the same time. FreeBSD avoids doing this to active pages; the initial setup replaces the PDE and "loses" the 4K worth of 4K mapping tables, and the later code that you reference doesn't replace any existing entries. It's accidental, but still, it should mean that FreeBSD is not succeptible to the problem. The real hint in characterizing the problem is to ask "why does it happen with 4M pages, but doesn't also happen with 4K pages?". This indicates that the problem is really a TLB problem, and therefore a real processor problem: the problem should happen no matter what, if it's a problem with writing to mapped memory use by the AGP not giving an invalidation signal to the CPU on writes, rather than a problem in the CPUs handling of 4M page invalidation itself, a problem that does not exist in the 4K invalidation case. Unfortuantely, I would need to upgrade both my FreeBSD and my XFree86 to try this with the AGP on my AMD box (it has a 0x7121 ID, and so can't GARTIOCINFO correctly) to be able to even try to repeat the problem, and Fry's does not appear to be selling FreeBSD CDROM sets any more, even with the books attached. 8-(. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 19:49:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id AD9BC37B419; Thu, 31 Jan 2002 19:49:39 -0800 (PST) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.4/8.11.4) id g113nP293173; Thu, 31 Jan 2002 19:49:25 -0800 (PST) (envelope-from sgk) Date: Thu, 31 Jan 2002 19:49:24 -0800 From: Steve Kargl To: Terry Lambert Cc: Peter Wemm , Kenneth Culver , "Cameron, Frank" , David Malone , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug Message-ID: <20020131194924.A93144@troutmask.apl.washington.edu> References: <20020201022112.227833809@overcee.wemm.org> <3C5A09F1.CD638C3E@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C5A09F1.CD638C3E@mindspring.com>; from tlambert2@mindspring.com on Thu, Jan 31, 2002 at 07:22:25PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jan 31, 2002 at 07:22:25PM -0800, Terry Lambert wrote: > Peter Wemm wrote: > > We need to use the PAT cpu_features feature. This gives us 8 page attribute > > modes instead of simple no-cache / writethrough flags. We can (and must) > > control more carefully the speculative hardware prefetch, for example. > > > > I've been thinking about this with the pmap revamp that I'm working on. > > It may solve the athlon problems too. > > This sounds cool. > > Do you have references to the page attribute stuff? The > books I have here don't discuss it; the only thing I see > are 3 bits (9,10,11) that are "available" in the PDE and > PTE? > Well, twice in this thread you've offered info for $10000. I'm sure Peter can reciprocate with the info you seek for a similar price. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 19:49:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 1BD2B37B405 for ; Thu, 31 Jan 2002 19:49:43 -0800 (PST) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id F3D51319BD2; Thu, 31 Jan 2002 21:49:59 -0600 (CST) Date: Thu, 31 Jan 2002 21:49:59 -0600 From: "David W. Chapman Jr." To: current@freebsd.org Subject: Pam problems today Message-ID: <20020201034959.GA85776@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.27i X-Operating-System: FreeBSD 4.5-RC i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I cvsuped a few hours ago, did the normal buildworld and installworld, new kernel and mergemaster, but when I rebooted I could not login, I had to comment a few lines in /etc/pam.d/login #account required pam_login_access.so #account required pam_securetty.so #session required pam_lastlog.so are the lines I had to comment out. I checked and I don't have pam_login_access.so. I know that there have been a bunch of changes recently, so if this is a known problem I apologize. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 20:10: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id 79D7D37B416 for ; Thu, 31 Jan 2002 20:09:56 -0800 (PST) Received: from dual.pozo.com (dual.pozo.com [216.101.162.51]) by pozo.com (8.11.6/8.11.6) with ESMTP id g1149sJ72552 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Thu, 31 Jan 2002 20:09:54 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <5.1.0.14.2.20020131195947.00ac5bc8@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 31 Jan 2002 20:09:20 -0800 To: "David W. Chapman Jr." , current@FreeBSD.ORG From: Manfred Antar Subject: Re: Pam problems today In-Reply-To: <20020201034959.GA85776@leviathan.inethouston.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 09:49 PM 1/31/2002 -0600, David W. Chapman Jr. wrote: >I cvsuped a few hours ago, did the normal buildworld and >installworld, new kernel and mergemaster, but when I rebooted I could >not login, I had to comment a few lines in /etc/pam.d/login > >#account required pam_login_access.so >#account required pam_securetty.so > >#session required pam_lastlog.so > >are the lines I had to comment out. I checked and I don't have >pam_login_access.so. I know that there have been a bunch of changes >recently, so if this is a known problem I apologize. > >-- >David W. Chapman Jr. >dwcjr@inethouston.net Raintree Network Services, Inc. >dwcjr@freebsd.org FreeBSD Committer > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message Same thing happened to me yesterday after a make install world and mergemaster. Took awhile to figure out. Building and installing libpam does not install pam_login_access.so Manfred ================================== || 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 Thu Jan 31 20:11:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id A849A37B402; Thu, 31 Jan 2002 20:11:01 -0800 (PST) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id C3D78319BD2; Thu, 31 Jan 2002 22:11:23 -0600 (CST) Date: Thu, 31 Jan 2002 22:11:23 -0600 From: "David W. Chapman Jr." To: Manfred Antar Cc: current@FreeBSD.ORG Subject: Re: Pam problems today Message-ID: <20020201041123.GA86423@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: Manfred Antar , current@FreeBSD.ORG References: <20020201034959.GA85776@leviathan.inethouston.net> <5.1.0.14.2.20020131195947.00ac5bc8@pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.0.14.2.20020131195947.00ac5bc8@pozo.com> User-Agent: Mutt/1.3.27i X-Operating-System: FreeBSD 4.5-RC i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Same thing happened to me yesterday after a make install world and mergemaster. > Took awhile to figure out. Building and installing libpam does not install pam_login_access.so > Manfred I'm glad I'm not alone. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 31 23:45:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 98D3937B41C; Thu, 31 Jan 2002 23:45:28 -0800 (PST) Received: from pool0004.cvx22-bradley.dialup.earthlink.net ([209.179.198.4] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16WYNj-0007ml-00; Thu, 31 Jan 2002 23:45:12 -0800 Message-ID: <3C5A477E.73E85017@mindspring.com> Date: Thu, 31 Jan 2002 23:45:02 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Steve Kargl Cc: Peter Wemm , Kenneth Culver , "Cameron, Frank" , David Malone , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug References: <20020201022112.227833809@overcee.wemm.org> <3C5A09F1.CD638C3E@mindspring.com> <20020131194924.A93144@troutmask.apl.washington.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Steve Kargl wrote: > > This sounds cool. > > > > Do you have references to the page attribute stuff? The > > books I have here don't discuss it; the only thing I see > > are 3 bits (9,10,11) that are "available" in the PDE and > > PTE? > > > > Well, twice in this thread you've offered info for > $10000. I'm sure Peter can reciprocate with the > info you seek for a similar price. 8-). The info I offered is unrelated to FreeBSD. It lets the Linux people and the Windows people turn the PSE back on. They can afford it where FreeBSD can't. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 0:15:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 5C08A37B6C6; Fri, 1 Feb 2002 00:06:03 -0800 (PST) Received: from pool0004.cvx22-bradley.dialup.earthlink.net ([209.179.198.4] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16WYgW-0002Y9-00; Fri, 01 Feb 2002 00:04:37 -0800 Message-ID: <3C5A4C0C.16F8426E@mindspring.com> Date: Fri, 01 Feb 2002 00:04:28 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Glendon Gross Cc: Steve Kargl , Peter Wemm , Kenneth Culver , "Cameron, Frank" , David Malone , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Glendon Gross wrote: > That's right, guys! This is FreeBSD after all... so Mr. Lambert is > entitled to charge 10K for that bugfix code if he wants. In fact he is > "Free" to do so. But it's a little pricy for me, although perhaps not for > AMD if it means they can fix their cache-paging problems! It cost me two weeks to figure out, and both Intel and AMD wanted to charge me $$$ to file a problem report. I once fixed a Borland library problem which was pretty serious: it would effect all programs that did string manipulation, and linked the standard library, instead of using the compiler generated inlines. They wanted to charge me to file a bug report, too, so I demanded that they agree to send me a T-shirt before I would tell them the fix. As far as I know, they still have the bug. Microsoft also charged me to report a bug in the removable media driver in Windows 95/98 (you can't safely page to it because it fails to propagate some writes it's supposed to propagate, so you can'tt safely install Windows on a JAZ or Syquest cartridge, because paging fails). I made them admit the problem, and they credited the incident report after they admitted it was their issue, but it still started my 90 day support clock, so that it wasn't there when I needed it, later. Since it's not a FreeBSD problem, you'll forgive me if I find it funny that Linux and Windows disables the PSE to work around some problems. It's not that hard to understand or work around, if you know where to look, and knowing where to look is what will cost them. The *other* AMD problem, with AGP and 4K and 4M pages that point to the same memory could arguably be a chipset or a software problem (depending on whether or not the chipset vendor has documented the behaviour before people were let loose to write the software -- errata: the difference between a software problem and a software workaround to a hardware problem). It's already documented how to work around that one; I'm sure a fix is pending for Linux, and Windows will probably leave PSE off until they can figure out a way to update everyone. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 0:34:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id B419A37B405; Fri, 1 Feb 2002 00:34:22 -0800 (PST) Received: from peter3.wemm.org ([12.232.27.13]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020201083418.UGYE3578.rwcrmhc52.attbi.com@peter3.wemm.org>; Fri, 1 Feb 2002 08:34:18 +0000 Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id g118YIs58956; Fri, 1 Feb 2002 00:34:18 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id C3FFC3809; Fri, 1 Feb 2002 00:34:17 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: Glendon Gross , Steve Kargl , Kenneth Culver , "Cameron, Frank" , David Malone , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug In-Reply-To: <3C5A4C0C.16F8426E@mindspring.com> Date: Fri, 01 Feb 2002 00:34:17 -0800 From: Peter Wemm Message-Id: <20020201083417.C3FFC3809@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > Glendon Gross wrote: > > That's right, guys! This is FreeBSD after all... so Mr. Lambert is > > entitled to charge 10K for that bugfix code if he wants. In fact he is > > "Free" to do so. But it's a little pricy for me, although perhaps not for > > AMD if it means they can fix their cache-paging problems! > > It cost me two weeks to figure out, and both Intel and AMD > wanted to charge me $$$ to file a problem report. [..] > Since it's not a FreeBSD problem, you'll forgive me if I > find it funny that Linux and Windows disables the PSE to work > around some problems. It's not that hard to understand or > work around, if you know where to look, and knowing where to > look is what will cost them. [..] > The *other* AMD problem, with AGP and 4K and 4M pages that > point to the same memory could arguably be a chipset or a > software problem (depending on whether or not the chipset > vendor has documented the behaviour before people were let > loose to write the software -- errata: the difference > between a software problem and a software workaround to a > hardware problem). It's already documented how to work > around that one; I'm sure a fix is pending for Linux, and > Windows will probably leave PSE off until they can figure > out a way to update everyone. I'm a little confused as to which bugs are which that we're talking about now. Which is the one that you're trying to sell the info for? The issues that I know about: - interactions between PG_G, CR4_PGE, 4M and 4K pages and TLB flushing (potentially cross platform issue due to boot time quirks).. I think we have a workaround for this in our code already, but I have a better complete fix for it in a pending change that I'm working on. - AMD invlpg vs 4MB page bug (AMD bug). If you invlpg using an address in the upper 2MB of a 4MB page, the 4MB tlb may not be flushed (we dont suffer from this (I think) because we do some very suboptimal things with 4MB pages), versus doing an invlpg at the base address of the 4MB mapping. - AMD write cache allocation due to speculative writes being cancelled and then written back later vs no cache snooping on AGP regions. I'm somewhat perplexed about this issue, there's lots of conflicting info going around, a good deal of it which does not make much sense [to me :-)]. I really dont see what PSE has to do with this for several reasons.. if the page/ region is cacheable, why does a 4MB vs 4K page make any difference? cacheable vs no-cache-snooping is a recipe for disaster.. why would 4K pages on a non-coherent region be safer? Or is the problem that write allocation happens on uncacheable/non-write-back regions in 4MB pages? Or something else? - hardware prefetch (newer AMD cpus, pentium 4, 0.13 micron pentium3's) related problems. (can be solved with PAT and/or MSRR programming). I'm just trying to figure out if there's something I'm missing. I know we do some very dubious things with PG_G at bootup. 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 Fri Feb 1 0:50:54 2002 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 23FEA37B400 for ; Fri, 1 Feb 2002 00:50:47 -0800 (PST) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 4D4455343; Fri, 1 Feb 2002 09:50:45 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "David W. Chapman Jr." Cc: current@freebsd.org Subject: Re: Pam problems today References: <20020201034959.GA85776@leviathan.inethouston.net> From: Dag-Erling Smorgrav Date: 01 Feb 2002 09:50:44 +0100 In-Reply-To: <20020201034959.GA85776@leviathan.inethouston.net> Message-ID: Lines: 10 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "David W. Chapman Jr." writes: > are the lines I had to comment out. I checked and I don't have > pam_login_access.so. I know that there have been a bunch of changes > recently, so if this is a known problem I apologize. Right. I forgot to commit the Makefile. Sorry :( DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 4: 4:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 51A6A37B400; Fri, 1 Feb 2002 04:04:38 -0800 (PST) Received: from pool0081.cvx40-bradley.dialup.earthlink.net ([216.244.42.81] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16WcQg-0005ko-00; Fri, 01 Feb 2002 04:04:31 -0800 Message-ID: <3C5A8448.2C49BDEF@mindspring.com> Date: Fri, 01 Feb 2002 04:04:24 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: Glendon Gross , Steve Kargl , Kenneth Culver , "Cameron, Frank" , David Malone , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug References: <20020201083417.C3FFC3809@overcee.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > I'm a little confused as to which bugs are which that we're talking > about now. Which is the one that you're trying to sell the info for? I'm not really trying to sell the fix; it's that I'm not willing to give it away when it's no benefit to do so; I'd need a bribe. Kind of like Kirk and Soft Updates. 8-). I was aware of all but the "recent" AMD problem, but it's pretty obvious in retrospect (Alfred had the idea of putting a fast network interface in an AGP slot some time back, and I looked at AGP a little back then). I can tell you how to cause the problem I'm talking about, off list, if you're willing to laugh along and keep quiet (I have dibs on the bribe 8-)). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 5:49:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 7C63037B402 for ; Fri, 1 Feb 2002 05:49:24 -0800 (PST) Received: from localhost (ilmar@localhost) by fledge.watson.org (8.11.6/8.11.5) with ESMTP id g11DnF398327 for ; Fri, 1 Feb 2002 08:49:16 -0500 (EST) (envelope-from ilmar@watson.org) Date: Fri, 1 Feb 2002 08:49:15 -0500 (EST) From: "Ilmar S. Habibulin" To: freebsd-current@freebsd.org Subject: How is maintaining ipsec SADB code? Message-ID: <20020201084318.U98293-100000@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm trying to implement the use of SA sensitivity labels. While looking through the code, i've founded some unclear operations, so I want to ask some questions about them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 6:25:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from encontacto.net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by hub.freebsd.org (Postfix) with ESMTP id 9711937B405 for ; Fri, 1 Feb 2002 06:25:28 -0800 (PST) Received: (from root@localhost) by encontacto.net (8.11.6/8.11.4) id g11EPLq85702; Fri, 1 Feb 2002 06:25:21 -0800 (PST) (envelope-from eculp@encontacto.net) Received: from 64.173.182.155 ( [64.173.182.155]) as user eculp@EnContacto.Net by Mail.SavvyWorld.Net with HTTP; Fri, 1 Feb 2002 06:25:21 -0800 Message-ID: <1012573521.3c5aa55126bc0@Mail.SavvyWorld.Net> Date: Fri, 1 Feb 2002 06:25:21 -0800 From: Edwin Culp To: "David W. Chapman Jr." Cc: Manfred Antar , current@FreeBSD.ORG Subject: Re: Pam problems today References: <20020201034959.GA85776@leviathan.inethouston.net> <5.1.0.14.2.20020131195947.00ac5bc8@pozo.com> <20020201041123.GA86423@leviathan.inethouston.net> In-Reply-To: <20020201041123.GA86423@leviathan.inethouston.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 64.173.182.155 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David, Thanks for posting this. I have built a new world and kernel but haven't run mergemaster, yet. I did see the problem just waiting in /usr/src/etc/rc.d so I think I'll just leave it there for the time being. Thanks again for the advance notice. ed Quoting "David W. Chapman Jr." : > > Same thing happened to me yesterday after a make install world and > mergemaster. > > Took awhile to figure out. Building and installing libpam does not install > pam_login_access.so > > Manfred > > I'm glad I'm not alone. > > -- > David W. Chapman Jr. > dwcjr@inethouston.net Raintree Network Services, Inc. > dwcjr@freebsd.org FreeBSD Committer > > 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 Feb 1 6:50:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id CFB4737B41C for ; Fri, 1 Feb 2002 06:50:28 -0800 (PST) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 7338D319BD2; Fri, 1 Feb 2002 08:50:30 -0600 (CST) Date: Fri, 1 Feb 2002 08:50:30 -0600 From: "David W. Chapman Jr." To: Edwin Culp Cc: "David W. Chapman Jr." , Manfred Antar , current@FreeBSD.ORG Subject: Re: Pam problems today Message-ID: <20020201145030.GA11430@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: Edwin Culp , "David W. Chapman Jr." , Manfred Antar , current@FreeBSD.ORG References: <20020201034959.GA85776@leviathan.inethouston.net> <5.1.0.14.2.20020131195947.00ac5bc8@pozo.com> <20020201041123.GA86423@leviathan.inethouston.net> <1012573521.3c5aa55126bc0@Mail.SavvyWorld.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1012573521.3c5aa55126bc0@Mail.SavvyWorld.Net> User-Agent: Mutt/1.3.27i X-Operating-System: FreeBSD 4.5-RC i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 01, 2002 at 06:25:21AM -0800, Edwin Culp wrote: > David, > > Thanks for posting this. I have built a new world and kernel but haven't > run mergemaster, yet. I did see the problem just waiting in > /usr/src/etc/rc.d so I think I'll just leave it there for the time being. > > Thanks again for the advance notice. > If you cvsup now, it should be fixed, it was a missing Makefile. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 7: 5: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id CB0BD37B404; Fri, 1 Feb 2002 07:04:54 -0800 (PST) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 972E0319BD4; Fri, 1 Feb 2002 09:04:56 -0600 (CST) Date: Fri, 1 Feb 2002 09:04:56 -0600 From: "David W. Chapman Jr." To: current@freebsd.org Cc: ports@freebsd.org Subject: Recent -Current & KDE problems Message-ID: <20020201150456.GA12063@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: current@freebsd.org, ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.27i X-Operating-System: FreeBSD 4.5-RC i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm seeing this on a -current as of yesterday and as of today. I just finished a make world and kernel a few mins ago as well as rebuilding all my ports, but kde still dies when I try to load it, last night before I tried to rebuild all the ports I was getting signal 11's. Any ideas anyone? list! Bus error - core dumped Feb 1 09:03:19 dwcjr kernel: pid 88809 (ksplash), uid 1000: exited on signal 10 (core dumped) Bus error - core dumped Bus error - core dumped Feb 1 09:03:20 dwcjr kernel: pid 88810 (kdeinit), uid 1000: exited on signal 10 (core dumped) Feb 1 09:03:20 dwcjr kernel: pid 88811 (ksmserver), uid 1000: exited on signal 10 (core dumped) connect() failed: : No such file or directory -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 7:32:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from hex.databits.net (hex.csh.rit.edu [129.21.60.203]) by hub.freebsd.org (Postfix) with SMTP id 8CD7F37B41A for ; Fri, 1 Feb 2002 07:32:09 -0800 (PST) Received: (qmail 2015 invoked by uid 1001); 1 Feb 2002 15:18:20 -0000 Date: Fri, 1 Feb 2002 10:18:20 -0500 From: Pete Fritchman To: "David W. Chapman Jr." Cc: current@freebsd.org, ports@freebsd.org Subject: Re: Recent -Current & KDE problems Message-ID: <20020201101820.I68807@databits.net> References: <20020201150456.GA12063@leviathan.inethouston.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020201150456.GA12063@leviathan.inethouston.net>; from dwcjr@inethouston.net on Fri, Feb 01, 2002 at 09:04:56AM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ++ 01/02/02 09:04 -0600 - David W. Chapman Jr.: | I'm seeing this on a -current as of yesterday and as of today. I | just finished a make world and kernel a few mins ago as well as | rebuilding all my ports, but kde still dies when I try to load it, | last night before I tried to rebuild all the ports I was getting | signal 11's. Any ideas anyone? This is because KDE is compiled with objprelink (ports/devel/objprelink) which depends on a certain version of binutils, I guess. Once I get my laptop updated I'll see what I can figure out.. I'm guessing it's a small patch to objprelink. In the mean time, I'll see if I can add a WITHOUT_OBJPRELINK hook to the KDE ports. (More discussion on the KDE/FreeBSD list at http://lists.csociety.org/listinfo/kde-freebsd) --pete -- Pete Fritchman [petef@(databits.net|freebsd.org|csh.rit.edu)] finger petef@databits.net for PGP key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 8:10:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from wwweasel.geeksrus.net (wwweasel.geeksrus.net [64.67.200.82]) by hub.freebsd.org (Postfix) with ESMTP id 845C237B400; Fri, 1 Feb 2002 08:10:24 -0800 (PST) Received: (from alane@localhost) by wwweasel.geeksrus.net (8.11.6/8.11.6) id g11G7JN07227; Fri, 1 Feb 2002 11:07:19 -0500 (EST) (envelope-from alane) Date: Fri, 1 Feb 2002 11:07:19 -0500 From: Alan Eldridge To: Pete Fritchman Cc: "David W. Chapman Jr." , current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: Recent -Current & KDE problems Message-ID: <20020201160719.GA7035@wwweasel.geeksrus.net> References: <20020201150456.GA12063@leviathan.inethouston.net> <20020201101820.I68807@databits.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020201101820.I68807@databits.net> User-Agent: Mutt/1.3.25i X-message-flag: Magic 8-Ball says "Outlook not so good." I'll ask it about Exchange next. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 01, 2002 at 10:18:20AM -0500, Pete Fritchman wrote: >++ 01/02/02 09:04 -0600 - David W. Chapman Jr.: >| I'm seeing this on a -current as of yesterday and as of today. I >| just finished a make world and kernel a few mins ago as well as >| rebuilding all my ports, but kde still dies when I try to load it, >| last night before I tried to rebuild all the ports I was getting >| signal 11's. Any ideas anyone? > >This is because KDE is compiled with objprelink (ports/devel/objprelink) >which depends on a certain version of binutils, I guess. Once I get my >laptop updated I'll see what I can figure out.. I'm guessing it's a >small patch to objprelink. In the mean time, I'll see if I can add a >WITHOUT_OBJPRELINK hook to the KDE ports. How are you going to tell, in the objprelink port, what version of binutils you're working with? If you patch it to fix the -current problem, you'll likely break -stable. -- Alan E "Please rush me my portable walrus cleaning kit! Yes I am over 18, but my IQ isn't." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 8:35:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id A5C1337B402; Fri, 1 Feb 2002 08:35:05 -0800 (PST) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.6/8.11.6) id g11GU3f62820; Fri, 1 Feb 2002 18:30:03 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200202011630.g11GU3f62820@zibbi.icomtek.csir.co.za> Subject: Re: Recent -Current & KDE problems In-Reply-To: <20020201160719.GA7035@wwweasel.geeksrus.net> from Alan Eldridge at "Feb 1, 2002 11:07:19 am" To: alane@geeksrus.net (Alan Eldridge) Date: Fri, 1 Feb 2002 18:30:03 +0200 (SAT) Cc: petef@databits.net (Pete Fritchman), dwcjr@inethouston.net (David W. Chapman Jr.), current@FreeBSD.ORG, ports@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Fri, Feb 01, 2002 at 10:18:20AM -0500, Pete Fritchman wrote: > >++ 01/02/02 09:04 -0600 - David W. Chapman Jr.: > >| I'm seeing this on a -current as of yesterday and as of today. I > >| just finished a make world and kernel a few mins ago as well as > >| rebuilding all my ports, but kde still dies when I try to load it, > >| last night before I tried to rebuild all the ports I was getting > >| signal 11's. Any ideas anyone? > > > >This is because KDE is compiled with objprelink (ports/devel/objprelink) > >which depends on a certain version of binutils, I guess. Once I get my > >laptop updated I'll see what I can figure out.. I'm guessing it's a > >small patch to objprelink. In the mean time, I'll see if I can add a > >WITHOUT_OBJPRELINK hook to the KDE ports. > > How are you going to tell, in the objprelink port, what version of > binutils you're working with? If you patch it to fix the -current problem, > you'll likely break -stable. Or maybe he will fix binutils. :-) On current anything that use a libpng that was compiled with the new binutils just coredump with a bus error. Well anything is maybe exagerated a little, gs from ghostscript-gnu, pnmtopng from netpnm and also a manually compiled and dinamically linked pngtest from png/work/libpng. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@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 Feb 1 8:47:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from hex.databits.net (hex.csh.rit.edu [129.21.60.203]) by hub.freebsd.org (Postfix) with SMTP id DD43B37B493 for ; Fri, 1 Feb 2002 08:47:08 -0800 (PST) Received: (qmail 3081 invoked by uid 1001); 1 Feb 2002 16:36:19 -0000 Date: Fri, 1 Feb 2002 11:36:19 -0500 From: Pete Fritchman To: Alan Eldridge Cc: "David W. Chapman Jr." , current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: Recent -Current & KDE problems Message-ID: <20020201113619.J68807@databits.net> References: <20020201150456.GA12063@leviathan.inethouston.net> <20020201101820.I68807@databits.net> <20020201160719.GA7035@wwweasel.geeksrus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020201160719.GA7035@wwweasel.geeksrus.net>; from alane@geeksrus.net on Fri, Feb 01, 2002 at 11:07:19AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ++ 01/02/02 11:07 -0500 - Alan Eldridge: | On Fri, Feb 01, 2002 at 10:18:20AM -0500, Pete Fritchman wrote: | >++ 01/02/02 09:04 -0600 - David W. Chapman Jr.: | >| I'm seeing this on a -current as of yesterday and as of today. I | >| just finished a make world and kernel a few mins ago as well as | >| rebuilding all my ports, but kde still dies when I try to load it, | >| last night before I tried to rebuild all the ports I was getting | >| signal 11's. Any ideas anyone? | > | >This is because KDE is compiled with objprelink (ports/devel/objprelink) | >which depends on a certain version of binutils, I guess. Once I get my | >laptop updated I'll see what I can figure out.. I'm guessing it's a | >small patch to objprelink. In the mean time, I'll see if I can add a | >WITHOUT_OBJPRELINK hook to the KDE ports. | | How are you going to tell, in the objprelink port, what version of | binutils you're working with? If you patch it to fix the -current problem, | you'll likely break -stable. Probably some magic with OSVERSION (if it was bumped) or something. --pete -- Pete Fritchman [petef@(databits.net|freebsd.org|csh.rit.edu)] finger petef@databits.net for PGP key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 8:48:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.85]) by hub.freebsd.org (Postfix) with ESMTP id 759A237B405; Fri, 1 Feb 2002 08:48:30 -0800 (PST) Received: from smtp-relay02.mac.com (server-source-si02 [10.13.10.6]) by smtpout.mac.com (8.12.1/8.10.2/1.0) with ESMTP id g116HXFV015757; Thu, 31 Jan 2002 22:17:33 -0800 (PST) Received: from asmtp01.mac.com ([10.13.10.65]) by smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun 21 2001 23:53:48) with ESMTP id GQUC5900.KDB; Thu, 31 Jan 2002 22:17:33 -0800 Received: from localhost ([142.163.64.96]) by asmtp01.mac.com (Netscape Messaging Server 4.15 asmtp01 Jun 21 2001 23:53:48) with ESMTP id GQUC5800.4K4; Thu, 31 Jan 2002 22:17:32 -0800 Date: Fri, 1 Feb 2002 02:47:30 -0330 Subject: Re: *_enable="YES" behavior is bogus Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v480) Cc: stable@freebsd.org To: current@freebsd.org From: Paul Fardy In-Reply-To: <15448.64681.401219.163184@guru.mired.org> Message-Id: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.480) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Paul Fardy types: >> When the rc.conf file includes >> foo_enable="NO" >> it's right to expect that the system will operate like a system that does >> not >> have foo installed. On Thursday, January 31, 2002, at 04:43 AM, Mike Meyer wrote: > So you think that if I install a syslog from ports that's started via > /usr/local/etc/rc.d/syslogd.sh, "syslog_enable=NO" in /etc/rc.conf > should disable it? For that matter, if I set ipfilter_enable="YES" and > firewall_enable="NO", should the system enable ipfilter or not, as > there are two contradictory things. These aren't similar situations. Your syslog example is essentially an issue of scope or name space and not the meaning "enable" or of "no". It's my understanding that the values in /etc/rc.conf apply to the FreeBSD core and not to any version that someone might install to override the core version. The configuration for an package that sits in /usr/local should be found in /usr/local/etc. I'd be disappointed to see packages that don't follow such a policy. There are many examples in rc.conf similar to your suggested contradiction: natd_enable="NO" natd_interface="fxp0" inetd_enable="NO" inetd_program="/usr/sbin/inetd" These examples, _and_yours_, are examples that suggest that /etc/rc.conf has a fundamental principle that foo_enable="YES/NO" is supreme. One can set up all the requisite parameters (e.g. you can create sendmail.cf, named.conf, tune inetd.conf, compile psm into the kernel or install any of various screen savers), yet one can still set an appropriate variable foo_enable="NO" which will not enable the feature. > Not enabling something is *not* the same thing as disabling it. But I think that the intent in /etc/rc.conf is that enable="NO" _is_ the same thing as disabling it. You might say "If that were the intent, they'd have used _______." What word should we use to indicate the absolute YES or NO that some of us believe should be the simple correct interpretation? Paul Fardy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 9:37: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailb.telia.com (mailb.telia.com [194.22.194.6]) by hub.freebsd.org (Postfix) with ESMTP id 2D35937B404 for ; Fri, 1 Feb 2002 09:36:51 -0800 (PST) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by mailb.telia.com (8.11.6/8.11.6) with ESMTP id g11Haj422529 for ; Fri, 1 Feb 2002 18:36:45 +0100 (CET) Received: from falcon.midgard.homeip.net (h185n2fls20o913.telia.com [212.181.163.185]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id SAA08513 for ; Fri, 1 Feb 2002 18:36:44 +0100 (CET) Received: (qmail 48460 invoked by uid 1001); 1 Feb 2002 17:36:42 -0000 Date: Fri, 1 Feb 2002 18:36:42 +0100 From: Erik Trulsson To: Paul Fardy Cc: current@freebsd.org, stable@freebsd.org Subject: Re: *_enable="YES" behavior is bogus Message-ID: <20020201173641.GA48397@student.uu.se> Mail-Followup-To: Paul Fardy , current@freebsd.org, stable@freebsd.org References: <15448.64681.401219.163184@guru.mired.org> <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 01, 2002 at 02:47:30AM -0330, Paul Fardy wrote: > These examples, _and_yours_, are examples that suggest that > /etc/rc.conf has a fundamental principle that > > foo_enable="YES/NO" > > is supreme. One can set up all the requisite parameters (e.g. you > can create sendmail.cf, named.conf, tune inetd.conf, compile psm > into the kernel or install any of various screen savers), yet one > can still set an appropriate variable > > foo_enable="NO" > > which will not enable the feature. It will not enable it, no. Nor will the feature be disabled if it for some reason already was enabled. > > >Not enabling something is *not* the same thing as disabling it. > > But I think that the intent in /etc/rc.conf is that enable="NO" > _is_ the same thing as disabling it. You might say "If that were Consider that the actual code in the various rc* start scripts is in most cases of the form: if foo_enable==yes do stuff else do nothing Some cases are instead if foo_enable==no do nothing else do stuff A cursory search found a total of one instance where foobar="NO" actually makes something happen, and it was not of the form foo_enable="NO" (The single exception I found is tcp_extensions="NO") For all other variables one can set in rc.conf foobar="NO" means "do nothing". Looking at the code the intent certainly seems to be foo_enable="NO" shouldn't do anything. > the intent, they'd have used _______." What word should we use > to indicate the absolute YES or NO that some of us believe > should be the simple correct interpretation? foo_enabled="YES/NO" perhaps?? I.e. describing the desired state of the feature instead of the desired action to be taken. There are of course several people who feel that the current behaviour is the intuitive and obviously correct interpretation and would prefer not to have it changed. -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 10:27:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 159DC37B41A for ; Fri, 1 Feb 2002 10:27:38 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id D9F4D10DDF8; Fri, 1 Feb 2002 10:27:37 -0800 (PST) Date: Fri, 1 Feb 2002 10:27:37 -0800 From: Alfred Perlstein To: Michael Nottebrock Cc: freebsd-current@freebsd.org Subject: Re: panic in vfs_syscalls Message-ID: <20020201102737.P18604@elvis.mu.org> References: <3C59A6CD.6090102@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C59A6CD.6090102@gmx.net>; from michaelnottebrock@gmx.net on Thu, Jan 31, 2002 at 09:19:25PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Michael Nottebrock [020131 12:19] wrote: > I'm getting these kind of panics with yesterday's kernel every time I > try to use rpm. > > [root@kiste.localdomain]:~ > rpm -Uhv --root=/compat/linux > /home/lofi/libpng-1.0.9-1.i386.rpm > recursed on non-recursive lock (sleep mutex) filedesc structure @ > ../../../kern/vfs_syscalls.c:3573 > first acquired @ ../../../kern/vfs_syscalls.c:998 > panic: recurse I've just committed a fix, please let me know if it works for you. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductable donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 10:44: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 4C7EE37B400; Fri, 1 Feb 2002 10:44:00 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g11IbN955714; Fri, 1 Feb 2002 10:37:23 -0800 (PST) (envelope-from obrien) Date: Fri, 1 Feb 2002 10:36:01 -0800 From: "David O'Brien" To: Alan Eldridge Cc: Pete Fritchman , "David W. Chapman Jr." , current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: Recent -Current & KDE problems Message-ID: <20020201103601.A55692@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020201150456.GA12063@leviathan.inethouston.net> <20020201101820.I68807@databits.net> <20020201160719.GA7035@wwweasel.geeksrus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020201160719.GA7035@wwweasel.geeksrus.net>; from alane@geeksrus.net on Fri, Feb 01, 2002 at 11:07:19AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 01, 2002 at 11:07:19AM -0500, Alan Eldridge wrote: > How are you going to tell, in the objprelink port, what version of > binutils you're working with? If you patch it to fix the -current problem, > you'll likely break -stable. I plan on MFC'ing Binutils 2.12.0 when it is released in 2 mo. -- -- 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 Fri Feb 1 10:54:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from wwweasel.geeksrus.net (wwweasel.geeksrus.net [64.67.200.82]) by hub.freebsd.org (Postfix) with ESMTP id 5A7E237B416; Fri, 1 Feb 2002 10:54:04 -0800 (PST) Received: (from alane@localhost) by wwweasel.geeksrus.net (8.11.6/8.11.6) id g11Ipsp08413; Fri, 1 Feb 2002 13:51:54 -0500 (EST) (envelope-from alane) Date: Fri, 1 Feb 2002 13:51:54 -0500 From: Alan Eldridge To: "David O'Brien" Cc: Pete Fritchman , "David W. Chapman Jr." , current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: Recent -Current & KDE problems Message-ID: <20020201185154.GA8397@wwweasel.geeksrus.net> References: <20020201150456.GA12063@leviathan.inethouston.net> <20020201101820.I68807@databits.net> <20020201160719.GA7035@wwweasel.geeksrus.net> <20020201103601.A55692@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020201103601.A55692@dragon.nuxi.com> User-Agent: Mutt/1.3.25i X-message-flag: Magic 8-Ball says "Outlook not so good." I'll ask it about Exchange next. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 01, 2002 at 10:36:01AM -0800, David O'Brien wrote: >On Fri, Feb 01, 2002 at 11:07:19AM -0500, Alan Eldridge wrote: >> How are you going to tell, in the objprelink port, what version of >> binutils you're working with? If you patch it to fix the -current problem, >> you'll likely break -stable. > >I plan on MFC'ing Binutils 2.12.0 when it is released in 2 mo. Please let the KDE team know when this is going to happen. Also, if my above suspicion is correct, then we need a way of determining which version of binutils is on a -stable system. Is "ld --version" a reliable indicator? -- Alan E "Please rush me my portable walrus cleaning kit! Yes I am over 18, but my IQ isn't." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 11: 0:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.rz.uni-ulm.de (gemini.rz.uni-ulm.de [134.60.246.16]) by hub.freebsd.org (Postfix) with ESMTP id A5B9037B400; Fri, 1 Feb 2002 11:00:38 -0800 (PST) Received: from lilith (lilith.wh-wurm.uni-ulm.de [134.60.106.64]) by mail.rz.uni-ulm.de (8.12.1/8.12.1) with SMTP id g11J0Wtn008953; Fri, 1 Feb 2002 20:00:32 +0100 (MET) Message-ID: <006a01c1ab52$c827bd00$4011a8c0@whwurm.uniulm.de> From: "Siegbert Baude" To: , "Paul Fardy" Cc: References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> Subject: Re: *_enable="YES" behavior is bogus Date: Fri, 1 Feb 2002 20:00:56 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, > But I think that the intent in /etc/rc.conf is that enable="NO" > _is_ the same thing as disabling it. You might say "If that were > the intent, they'd have used _______." What word should we use > to indicate the absolute YES or NO that some of us believe > should be the simple correct interpretation? I would suggest "foo_functionality". That is very clear, (albeit a bit long *g*). Ciao Siegbert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 11: 1:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id A03E637B402 for ; Fri, 1 Feb 2002 11:01:30 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 809FF10DDF7; Fri, 1 Feb 2002 11:01:30 -0800 (PST) Date: Fri, 1 Feb 2002 11:01:30 -0800 From: Alfred Perlstein To: Bruce Evans Cc: current@freebsd.org Subject: Re: lock reversal in fdalloc() Message-ID: <20020201110130.R18604@elvis.mu.org> References: <20020201043751.O5590-100000@gamplex.bde.org> <20020131104831.E18604@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020131104831.E18604@elvis.mu.org>; from alfred@freebsd.org on Thu, Jan 31, 2002 at 10:48:32AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Alfred Perlstein [020131 10:48] wrote: > * Bruce Evans [020131 09:42] wrote: > > > > I'm not sure that releasing the lock here is safe, but other parts of > > fdalloc() do this. > > I don't think this is safe at a glance, I think it's only safe right > before return'ing from the function. I'll look at it later tonight. It's actually safe... however.... dup2 thinks that we won't race for the file slot: if (new >= fdp->fd_nfiles) { if ((error = fdalloc(td, new, &i))) { FILEDESC_UNLOCK(fdp); return (error); } if (new != i) panic("dup2: fdalloc"); /* * fdalloc() may block, retest everything. */ goto retry; } basically it seems to get pissy if it doesn't get the file slot it asks for, so if another thread wins the race here, we'll panic. this problem seems to also exist for 4.x and previous versions of freebsd. I'd like to get this fixed. Any suggestions? I think simply removing the assertion should remove this hazzard, correct? -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductable donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 11:34:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91]) by hub.freebsd.org (Postfix) with ESMTP id 09F8F37B429 for ; Fri, 1 Feb 2002 11:34:03 -0800 (PST) Received: from [192.168.1.129] (212.129.46.20) by mail.libertysurf.net (5.1.070) id 3C5A065D00027326; Fri, 1 Feb 2002 20:33:00 +0100 Date: Thu, 31 Jan 2002 21:32:48 +0100 (CET) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-X-Sender: To: Jason Evans Cc: Kenneth Culver , "Cameron, Frank" , Terry Lambert , David Malone , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug In-Reply-To: <20020131173408.B63502@canonware.com> Message-ID: <20020131211810.B1769-100000@gerard> 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 31 Jan 2002, Jason Evans wrote: > On Wed, Jan 30, 2002 at 11:14:48PM +0100, G=E9rard Roudier wrote: > > > > Linux can be fixed, but the useless writes of the existing Athlons from > > the very fast cache to the relatively very slow memory cannot. And all > > Athlon users may well pay this penalty under any OS... unless we want = to > > disable caching. :) > > Have you done benchmarks to show that the speculative writes are useless > often enough to cause enough memory bus contention that overall performan= ce > is degraded, despite the speedups when the speculative writes are valid? I haven't done any benchmark of this sort, neither intend to do any since I haven't time for that. But I wrote in my email that my 2 Athlon systems worked fine and fast, just to indicate that for normal use I didn't see any performance problem at all. > I > suspect that AMD in fact performed such tests; otherwise they wouldn't ha= ve > gone to the trouble of implementing speculative writes. The Athlon rewriting same value to cacheable memory under the knees of programmers looks a severe issue to me if it is true. Not only AGP memory can be affected. What about SMP, MMIO (if some cacheable mapping exists), etc...? In my opinion, OSes having some cacheable mapping to AGP memory is not the real problem. Just it has revealed the AMD issue. G=E9rard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 11:35:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149]) by hub.freebsd.org (Postfix) with ESMTP id 7860337B426 for ; Fri, 1 Feb 2002 11:34:39 -0800 (PST) Received: from [172.19.20.61] (helo=mrvdomng0.kundenserver.de) by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2) id 16WjSI-00007u-00 for freebsd-current@freebsd.org; Fri, 1 Feb 2002 20:34:38 +0100 Received: from [217.80.165.110] (helo=producer) by mrvdomng0.kundenserver.de with smtp (Exim 3.22 #2) id 16WjSI-00045k-00 for freebsd-current@FreeBSD.ORG; Fri, 01 Feb 2002 20:34:38 +0100 Message-ID: <003001c1ab57$7c0a0360$0a00a8c0@artoc.de> From: "Schaller Christoph" To: Subject: Date: Fri, 1 Feb 2002 20:34:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG auth 7d989b2b unsubscribe freebsd-current cs@bsdroot.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 11:42:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id AB98A37B426; Fri, 1 Feb 2002 11:41:58 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g11JaHu56803; Fri, 1 Feb 2002 11:36:17 -0800 (PST) (envelope-from obrien) Date: Fri, 1 Feb 2002 11:34:55 -0800 From: "David O'Brien" To: Alan Eldridge Cc: Pete Fritchman , "David W. Chapman Jr." , current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: Recent -Current & KDE problems Message-ID: <20020201113455.B56437@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020201150456.GA12063@leviathan.inethouston.net> <20020201101820.I68807@databits.net> <20020201160719.GA7035@wwweasel.geeksrus.net> <20020201103601.A55692@dragon.nuxi.com> <20020201185154.GA8397@wwweasel.geeksrus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020201185154.GA8397@wwweasel.geeksrus.net>; from alane@geeksrus.net on Fri, Feb 01, 2002 at 01:51:54PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 01, 2002 at 01:51:54PM -0500, Alan Eldridge wrote: > Is "ld --version" a reliable indicator? Should be. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 11:51:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91]) by hub.freebsd.org (Postfix) with ESMTP id 1CADF37B43A; Fri, 1 Feb 2002 11:51:35 -0800 (PST) Received: from [192.168.1.129] (212.129.46.20) by mail.libertysurf.net (5.1.053) id 3C5A05630002895A; Fri, 1 Feb 2002 20:50:43 +0100 Date: Thu, 31 Jan 2002 21:50:52 +0100 (CET) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-X-Sender: To: Terry Lambert Cc: "Cameron, Frank" , 'Kenneth Culver' , David Malone , "'freebsd-bugs@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug In-Reply-To: <3C59E050.6564C115@mindspring.com> Message-ID: <20020131214744.Y1769-100000@gerard> 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 31 Jan 2002, Terry Lambert wrote: > "Cameron, Frank" wrote: > > From what was posted on the linux-kernel list the problem is the OS > > doing the wrong thing not the hardware. I originally asked the > > question (albeit not worded as clearly as I should have) because if > > Microsoft and Linux programmers made the same mistake, might > > FreeBSD have also. > > No. FreeBSD does not make active use of 4M pages for anything > other than the initial kernel text and data, which is obvious, > if you look at /sys/i386/machdep.c. > > For Linux and Windows, the obvious thing is to not map the > memory into an aperture marked cacheable and in a 4M page; > it's a coding problem with the use of 4M pages, when memory > in them is allocated to AGP. > > This still doesn't get around the other bug, which happens > if you use 4M pages certain obviously useful ways, without > waving a dead chicken over certain things. 8-). This one is not $10,000 but $0, since it has already been suggested.:-) G=E9rard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 12:47: 9 2002 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 1700C37B400; Fri, 1 Feb 2002 12:47:05 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id HAA32534; Sat, 2 Feb 2002 07:46:48 +1100 Date: Sat, 2 Feb 2002 07:48:05 +1100 (EST) From: Bruce Evans X-X-Sender: To: Alfred Perlstein Cc: Subject: Re: lock reversal in fdalloc() In-Reply-To: <20020201110130.R18604@elvis.mu.org> Message-ID: <20020202072516.J290-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 1 Feb 2002, Alfred Perlstein wrote: > It's actually safe... however.... dup2 thinks that we won't race > for the file slot: > > if (new >= fdp->fd_nfiles) { > if ((error = fdalloc(td, new, &i))) { > FILEDESC_UNLOCK(fdp); > return (error); > } > if (new != i) > panic("dup2: fdalloc"); > /* > * fdalloc() may block, retest everything. > */ > goto retry; > } > > basically it seems to get pissy if it doesn't get the file slot it asks > for, so if another thread wins the race here, we'll panic. this problem > seems to also exist for 4.x and previous versions of freebsd. > > I'd like to get this fixed. Any suggestions? I think simply > removing the assertion should remove this hazzard, correct? Something like that. This was apparently missed when the retry loop was added. Lite2 has the panic but not the retry loop. BTW, the retry loop also picks up changes to the limit on descriptors. In fdalloc(), the corresponding limit is treated as a loop invariant, but it is not invariant. I think the process's rlimit can't change, but maxfilesperproc can change even if the process doesn't block, since it is not protected by FILEDESC_LOCK() :-(. Fortunately, the maxfilesperproc limit isn't very important. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 13:50:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailg.telia.com (mailg.telia.com [194.22.194.26]) by hub.freebsd.org (Postfix) with ESMTP id AB7D237B43B for ; Fri, 1 Feb 2002 13:50:17 -0800 (PST) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by mailg.telia.com (8.11.6/8.11.6) with ESMTP id g11LoAA16650 for ; Fri, 1 Feb 2002 22:50:10 +0100 (CET) Received: from falcon.midgard.homeip.net (h185n2fls20o913.telia.com [212.181.163.185]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id WAA15839 for ; Fri, 1 Feb 2002 22:50:08 +0100 (CET) Received: (qmail 50144 invoked by uid 1001); 1 Feb 2002 21:50:06 -0000 Date: Fri, 1 Feb 2002 22:50:06 +0100 From: Erik Trulsson To: =?iso-8859-1?Q?G=E9rard?= Roudier Cc: Jason Evans , Kenneth Culver , "Cameron, Frank" , Terry Lambert , David Malone , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug Message-ID: <20020201215006.GA50090@student.uu.se> Mail-Followup-To: =?iso-8859-1?Q?G=E9rard?= Roudier , Jason Evans , Kenneth Culver , "Cameron, Frank" , Terry Lambert , David Malone , "'freebsd-current@freebsd.org'" References: <20020131173408.B63502@canonware.com> <20020131211810.B1769-100000@gerard> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20020131211810.B1769-100000@gerard> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jan 31, 2002 at 09:32:48PM +0100, G=E9rard Roudier wrote: >=20 >=20 > On Thu, 31 Jan 2002, Jason Evans wrote: >=20 > > On Wed, Jan 30, 2002 at 11:14:48PM +0100, G=E9rard Roudier wrote: > > > > > > Linux can be fixed, but the useless writes of the existing Athlons fr= om > > > the very fast cache to the relatively very slow memory cannot. And all > > > Athlon users may well pay this penalty under any OS... unless we wan= t to > > > disable caching. :) > > > > Have you done benchmarks to show that the speculative writes are useless > > often enough to cause enough memory bus contention that overall perform= ance > > is degraded, despite the speedups when the speculative writes are valid? >=20 > I haven't done any benchmark of this sort, neither intend to do any since > I haven't time for that. But I wrote in my email that my 2 Athlon systems > worked fine and fast, just to indicate that for normal use I didn't see > any performance problem at all. >=20 > > I > > suspect that AMD in fact performed such tests; otherwise they wouldn't = have > > gone to the trouble of implementing speculative writes. >=20 > The Athlon rewriting same value to cacheable memory under the knees of > programmers looks a severe issue to me if it is true. Not only AGP memory > can be affected. What about SMP, MMIO (if some cacheable mapping exists), > etc...? I am not familiar with the acronym MMIO is so I can't comment on that.=20 In general though, having memoryspace used for memory-mapped I/O devices (including AGP) marked as cacheable is a bad idea unless you are very careful and know exactly what you are doing. For SMP it shouldn't be any problem. Multi-CPU systems normally run some cache-coherence protocol between themselves to make sure that things like this is not a problem. >=20 > In my opinion, OSes having some cacheable mapping to AGP memory is not the > real problem. Just it has revealed the AMD issue. It might be argued that there should be some cache-coherence protocol between the CPU and the AGP device. Not knowing how AGP is specified I don't know if this interaction between the CPU and AGP is a bug or just working as specified. I suspect it is the latter though. --=20 Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 13:52:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id A3F5937B405; Fri, 1 Feb 2002 13:52:19 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id g11LqC9111512; Fri, 1 Feb 2002 16:52:12 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20020201173641.GA48397@student.uu.se> References: <15448.64681.401219.163184@guru.mired.org> <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <20020201173641.GA48397@student.uu.se> Date: Fri, 1 Feb 2002 16:52:07 -0500 To: Erik Trulsson , Paul Fardy From: Garance A Drosihn Subject: Re: *_enable="YES" behavior is bogus Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 6:36 PM +0100 2/1/02, Erik Trulsson wrote: >Consider that the actual code in the various rc* start scripts is >in most cases of the form: > >if foo_enable==yes > do stuff >else > do nothing The RC scripts are starting up in a "known" environment (loosely speaking). Enough is known about that environment that the code in question knows there there is no need to do anything to turn off the service if the rc.conf file has blah_enable=NO. When 'lpd_enable=no', for instance, then it is very reasonable for the startup scripts to assume that absolutely nothing needs to be done to turn off lpd. We pretty much "know" it ain't running, so why write code to turn it off? I imagine it's futile to argue this, if you're going to argue it based on the implementation-details in rc.conf, instead of asking "what should we do?" from the point of view of what would make the most sense to the most users. As a support person, I also like to think of another question. Given that some users will get it "wrong" no matter which way we do this, then which "wrong" is the one that we can handle the most gracefully? In this discussion, there have been two suggestions as to how 'firewall_enable=no' should behave. 1) if the firewall is compiled in the kernel, then "=no" means that the firewall is blocking all packets, no matter what other rules might be lying around. The machine is completely locked down from network access (ie, the present behavior). or 2) no matter how the kernel is compiled, "=no" means the machine acts as if there is no firewall installed. Ie, it accepts all packets. No packets are blocked. The machine is wide open. If the user *expects* 1, but we actually implement 2, then the machine is wide-open when they did not expect that. My position is that we can *easily* do something to help that person immediately realize that they did not get what they expected. If the user *expects* 2, but we implemented 1, then the machine is locked down. If the user is not sitting at the console of the machine, then there is absolutely nothing which can be done (from a coding perspective) to help that person out. They must have a keyboard and monitor on that machine, and they must go to the machine and login via that console. I understand the first "error" (where the machine ends up completely open) is not desirable. It is very very bad. However, I think we can write some code to help out that user. That user is extremely likely to be sitting at the console, and they are extremely likely to want to log into that console, and there is nothing which prevents them from logging in. We can provide warning messages for that user, and they can immediately fix the "error". But I think the second "error" is also very bad, and there is no way for us to address it via coding. It might be a pretty major hassle for that person to fix the problem (particularly if they did this over a remote connection, and the machine is far away). And yes, the user should be brilliant and a complete expert before they change any setting in any file on a unix box, but hearing that "they were stupid" is not much of a soothing consolation to the user when they are hit with a situation like this. As a support person, it is pretty rare that the user is happy when they find out "they were stupid" for making a perfectly reasonable assumption, based on how everything else in rc.conf seems (to them) to work. No, they did not read the code to see what the 'else' case of every "enable" option does, but they did notice that every time they set "blah_enable=no", they found that when the system came up "blah" was not running. It *is* reasonable for them to assume the same behavior would be true for network_enable=no. I understand the reasoning of people who think the present behavior is logical. However, we can write code which helps those people if we pick what seems (to them) to be the illogical behavior. We do not have that option for the group of people who happen to use a different set of logical reasoning to come to the opposite conclusion. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 14:12:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id B77FB37B404; Fri, 1 Feb 2002 14:12:06 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id g11MC0S61080; Fri, 1 Feb 2002 17:12:00 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20020201173641.GA48397@student.uu.se> References: <15448.64681.401219.163184@guru.mired.org> <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <20020201173641.GA48397@student.uu.se> Date: Fri, 1 Feb 2002 17:11:59 -0500 To: Erik Trulsson , Paul Fardy From: Garance A Drosihn Subject: Re: *_enable="YES" behavior is bogus Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 6:36 PM +0100 2/1/02, Erik Trulsson wrote: >Consider that the actual code in the various rc* start scripts is >in most cases of the form: > >if foo_enable==yes > do stuff >else > do nothing Let me approach this from a different angle. Several people have tried to argue this by proposing various "What if?" scenarios. Let me also do that. Let us say that we did happen to decide that for all 'foo_enable' options in rc.conf, a setting of 'foo_enable=no' does in fact mean that the service 'foo' will NOT be running at the end of the boot-up process. Maybe some company offers us a million dollars if we will just guarantee that, and we think of all the good programmers we could pay for that million dollars, so we all agree to standardize on this definition of 'enable=no' If we decided to do that, then as a *practical* matter, how many of the current options in rc.conf would need to be changed? I don't mean "if we need to cover the case where someone renames /usr/sbin/lpd to /bin/echo, what would we need to do?". I mean, given any default installation of the base operating system (no ports), and any valid kernel configuration, in what cases of 'enable' would we really *have* to add some lines to those 'else' clauses that you quoted? In the case of lpd_enable, as a *practical* matter, there would be no need to write additional code. There is no kernel setting which automatically turns on lpd support, and if 'lpd_enable=yes' does not *start* /usr/sbin/lpd, then we do know that the lpd program is not running. I don't have time to look into it now, but I expect that is true for all of the other 'enable' options. As a *practical* reality, I expect that the firewall_enable option is the only one where we do need to write code to implement the 'enable=no' case as I described it. People will argue that "this is special, because it's a kernel option! Lpd would behave exactly the same way, *if* it were a kernel option!". All fine and good, *if* it were true, but irrelevant to my "What if?" question. Of the current foo_enable options, which options would we need to change *right now* to support the definition of 'enable=no' that some people think is logical? [mind you, I don't actually know the answer to that question, but I just got a phone call and need to leave right now... So, I am breaking the first rule of a good lawyer, in that I am asking a question that I don't already know the answer to. :-) ] -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 14:16:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91]) by hub.freebsd.org (Postfix) with ESMTP id 2F17D37B405 for ; Fri, 1 Feb 2002 14:16:37 -0800 (PST) Received: from [192.168.1.129] (212.129.46.20) by mail.libertysurf.net (5.1.053) id 3C5A03D80002F149; Fri, 1 Feb 2002 23:15:45 +0100 Date: Fri, 1 Feb 2002 00:15:55 +0100 (CET) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-X-Sender: To: Erik Trulsson Cc: Jason Evans , Kenneth Culver , "Cameron, Frank" , Terry Lambert , David Malone , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug In-Reply-To: <20020201215006.GA50090@student.uu.se> Message-ID: <20020131235643.J2210-100000@gerard> 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 1 Feb 2002, Erik Trulsson wrote: > On Thu, Jan 31, 2002 at 09:32:48PM +0100, G=E9rard Roudier wrote: > > > > > > On Thu, 31 Jan 2002, Jason Evans wrote: > > > > > On Wed, Jan 30, 2002 at 11:14:48PM +0100, G=E9rard Roudier wrote: > > > > > > > > Linux can be fixed, but the useless writes of the existing Athlons = from > > > > the very fast cache to the relatively very slow memory cannot. And = all > > > > Athlon users may well pay this penalty under any OS... unless we w= ant to > > > > disable caching. :) > > > > > > Have you done benchmarks to show that the speculative writes are usel= ess > > > often enough to cause enough memory bus contention that overall perfo= rmance > > > is degraded, despite the speedups when the speculative writes are val= id? > > > > I haven't done any benchmark of this sort, neither intend to do any sin= ce > > I haven't time for that. But I wrote in my email that my 2 Athlon syste= ms > > worked fine and fast, just to indicate that for normal use I didn't see > > any performance problem at all. > > > > > I > > > suspect that AMD in fact performed such tests; otherwise they wouldn'= t have > > > gone to the trouble of implementing speculative writes. > > > > The Athlon rewriting same value to cacheable memory under the knees of > > programmers looks a severe issue to me if it is true. Not only AGP memo= ry > > can be affected. What about SMP, MMIO (if some cacheable mapping exists= ), > > etc...? > > I am not familiar with the acronym MMIO is so I can't comment on that. > > In general though, having memoryspace used for memory-mapped I/O > devices (including AGP) marked as cacheable is a bad idea unless you > are very careful and know exactly what you are doing. Normally you just need a non-cachable mapping. Nothing should preclude to also have cachable mappings as long as programs donnot misuse _explicitely_ any of the existing mappings. > For SMP it shouldn't be any problem. Multi-CPU systems normally > run some cache-coherence protocol between themselves to make sure that > things like this is not a problem. Theory looks perfect, reality is different. Just I am under the impression that Intel speak about their hardware errata a lot more clearly than AMD seem to do. > > In my opinion, OSes having some cacheable mapping to AGP memory is not = the > > real problem. Just it has revealed the AMD issue. > > It might be argued that there should be some cache-coherence protocol > between the CPU and the AGP device. Not knowing how AGP is specified I > don't know if this interaction between the CPU and AGP is a bug or just > working as specified. I suspect it is the latter though. AGP does not require cache to snoop AGP accesses to memory, but it perfectly allows implementations to ensure such coherency. As a result, AGP softwares must not rely on that. I guess that neither Windows 2000 nor Linux were/are relying on such coherency that is explicetely not required by AGP specifications. I never read that AGP specifications allow CPU to screw up AGP memory in the back of actually executed program instructions. G=E9rard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 14:17:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id 3C7BB37B400 for ; Fri, 1 Feb 2002 14:16:46 -0800 (PST) Received: (qmail 18585 invoked from network); 1 Feb 2002 22:16:45 -0000 Received: from unknown (HELO vinzclortho) ([66.92.70.186]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 1 Feb 2002 22:16:45 -0000 From: "Benjamin P. Grubin" To: "'Garance A Drosihn'" Cc: Subject: RE: *_enable="YES" behavior is bogus Date: Fri, 1 Feb 2002 17:16:33 -0500 Message-ID: <000d01c1ab6e$1e8f8900$080aa8c0@vinzclortho> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I'm usually but a lurker, though I'd like to toss in my $.02 on this... > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG > [mailto:owner-freebsd-current@FreeBSD.ORG] On Behalf Of > Garance A Drosihn > Sent: Friday, February 01, 2002 4:52 PM > To: Erik Trulsson; Paul Fardy > Cc: current@FreeBSD.ORG; stable@FreeBSD.ORG > Subject: Re: *_enable="YES" behavior is bogus > In this discussion, there have been two suggestions as to how > 'firewall_enable=no' should behave. > 1) if the firewall is compiled in the kernel, then "=no" > means that the firewall is blocking all packets, no > matter what other rules might be lying around. The > machine is completely locked down from network access > (ie, the present behavior). > or 2) no matter how the kernel is compiled, "=no" means the > machine acts as if there is no firewall installed. Ie, > it accepts all packets. No packets are blocked. The > machine is wide open. It strikes me that #2 is the clear winner in terms of implementation consistency. > I understand the first "error" (where the machine ends up completely > open) is not desirable. It is very very bad. However, I > think we can write some code to help out that user. That > user is extremely likely to be sitting at the console, and > they are extremely likely to want to log into that console, > and there is nothing which prevents them from logging in. We > can provide warning messages for that user, and they can > immediately fix the "error". I'm not sure why this would be considered not desirable or "bad" in any other way. When the kernel is first compiled with the firewalling code, it seem silly that anyone would, at that early point, consider themselves firewalled. Even your average knucklehead user that wants to use the firewalling code, and compiles a new kernel with it present (implying at least some level of technical proficiency in the first place) would not expect to render the network useless--or be protected--until some chain of events occurred. The proper thing (IMHO) is to leave the behavior of the box unchanged (unfirewalled) until a change is willfully implemented--as opposed to some functionality being added to the kernel, which should not really effect normal operations (obviously with some rather large exceptions). If the exceptions are a concern, it seems to me focus should be on the consistency of kernel configuration and how it relates to normal operations--not the rc files. Cheers, Ben To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 14:39:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 00E5937B402 for ; Fri, 1 Feb 2002 14:39:33 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id g11MdTX76684; Fri, 1 Feb 2002 17:39:29 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <000d01c1ab6e$1e8f8900$080aa8c0@vinzclortho> References: <000d01c1ab6e$1e8f8900$080aa8c0@vinzclortho> Date: Fri, 1 Feb 2002 17:39:28 -0500 To: "Benjamin P. Grubin" From: Garance A Drosihn Subject: RE: *_enable="YES" behavior is bogus Cc: Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 5:16 PM -0500 2/1/02, Benjamin P. Grubin wrote: > > I understand the first "error" (where the machine ends up completely >> open) is not desirable. It is very very bad. However, I >> think we can write some code to help out that user. That >> user is extremely likely to be sitting at the console, and >> they are extremely likely to want to log into that console, >> and there is nothing which prevents them from logging in. We >> can provide warning messages for that user, and they can >> immediately fix the "error". > >I'm not sure why this would be considered not desirable or "bad" >in any other way. When the kernel is first compiled with the >firewalling code, it seem silly that anyone would, at that early >point, consider themselves firewalled. Well, actually, I can easily think of reasons a person might end up with the firewall compiled into the kernel, and why they might really want to come up in a completely-locked down environment. That may seem odd, but sometimes there are good reasons to be "very paranoid". I can also see that there should be some knob in rc.conf so a person can easily trigger this behavior. Note that they might want to do this *after* the initial install, where they have some reason where they want to reboot and immediately come up with the firewall blocking all network access. I really do not want to attack the intelligence of either group of users, since both groups have understandable reasons (IMO) for wanting the behavior that they want. Sometimes that happens. I just do not believe that the knob for this lockdown mode should be called 'firewall_enable=no', given the practical reality of what a user sees when they set 'foo_enable=no' for all other values of 'foo'. [and it turned out that the panic call I got in the middle of my previous message was due to a loose ethernet cable, and not a bunch of servers crashing, so that turned out to be easy... :-)] -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 14:58:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 5545B37B405 for ; Fri, 1 Feb 2002 14:58:23 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id g11MwFX117756; Fri, 1 Feb 2002 17:58:15 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <15448.64681.401219.163184@guru.mired.org> <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <20020201173641.GA48397@student.uu.se> Date: Fri, 1 Feb 2002 17:58:14 -0500 To: Erik Trulsson , Paul Fardy From: Garance A Drosihn Subject: Re: *_enable="YES" behavior is bogus Cc: current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 4:52 PM -0500 2/1/02, Garance A Drosihn wrote: >It *is* reasonable for them to assume the same >behavior would be true for network_enable=no. I meant "firewall_enable=no" here! If the option *was* called "network_enable=no", then it would be VERY reasonable to expect the machine to be locked-down! :-) [it wouldn't surprise me if I have done that in some other messages, too. Sorry about that. Maybe I should check to see if my own brain's ethernet cable is plugged in] -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 15: 3: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from rigel.cs.pdx.edu (rigel.cs.pdx.edu [131.252.208.59]) by hub.freebsd.org (Postfix) with ESMTP id 1FE0037B405 for ; Fri, 1 Feb 2002 15:03:04 -0800 (PST) Received: from MARGE (marge.cs.pdx.edu [131.252.212.37]) by rigel.cs.pdx.edu (8.11.6/8.11.6) with SMTP id g11N33S08305 for ; Fri, 1 Feb 2002 15:03:03 -0800 (PST) Message-ID: <001101c1ab75$0db42e40$25d4fc83@MARGE> From: "Bokyung Wang" To: Subject: Login failures ... Date: Fri, 1 Feb 2002 15:06:17 -0800 Organization: PSU MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I faced Login Fail problem when I upgrade to FreeBSD 5.0 Current. Error messages are login: PAM unable to dlopen(/usr/lib/pam_login_access.so) login: PAM[dlerror: Cannot open "/usr/lib/pam_login+access.so"] login: PAM adding faulty moule: /usr/log/pam_login_access.so Does anybody know how to solve it? Thanks in advance. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 15: 3:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-131.dsl.lsan03.pacbell.net [63.207.60.131]) by hub.freebsd.org (Postfix) with ESMTP id 9C9B637B405 for ; Fri, 1 Feb 2002 15:03:16 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2393766BDC; Fri, 1 Feb 2002 15:03:16 -0800 (PST) Date: Fri, 1 Feb 2002 15:03:15 -0800 From: Kris Kennaway To: "Ilmar S. Habibulin" Cc: freebsd-current@freebsd.org Subject: Re: How is maintaining ipsec SADB code? Message-ID: <20020201150315.A15312@xor.obsecurity.org> References: <20020201084318.U98293-100000@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020201084318.U98293-100000@fledge.watson.org>; from ilmar@watson.org on Fri, Feb 01, 2002 at 08:49:15AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 01, 2002 at 08:49:15AM -0500, Ilmar S. Habibulin wrote: >=20 > I'm trying to implement the use of SA sensitivity labels. While looking > through the code, i've founded some unclear operations, so I want to ask > some questions about them. This code comes from KAME: you can reach the developers at snap-users@kame.net Kris --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8Wx6zWry0BWjoQKURAlLLAJ9e8++Wr5gW4lf0Vfo8IctQc+qCZACgqiSV THvdZUM9gbDx1cLMXDhAm2U= =yEyF -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 15:25: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 38C2F37B4EF for ; Fri, 1 Feb 2002 15:24:51 -0800 (PST) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id AFBD0319BD2; Fri, 1 Feb 2002 17:24:50 -0600 (CST) Date: Fri, 1 Feb 2002 17:24:50 -0600 From: "David W. Chapman Jr." To: Bokyung Wang Cc: freebsd-current@freebsd.org Subject: Re: Login failures ... Message-ID: <20020201232450.GA31708@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: Bokyung Wang , freebsd-current@freebsd.org References: <001101c1ab75$0db42e40$25d4fc83@MARGE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001101c1ab75$0db42e40$25d4fc83@MARGE> User-Agent: Mutt/1.3.27i X-Operating-System: FreeBSD 4.5-RC i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 01, 2002 at 03:06:17PM -0800, Bokyung Wang wrote: > Hello, > > I faced Login Fail problem when I upgrade to FreeBSD 5.0 Current. > > Error messages are > login: PAM unable to dlopen(/usr/lib/pam_login_access.so) > login: PAM[dlerror: Cannot open "/usr/lib/pam_login+access.so"] > login: PAM adding faulty moule: /usr/log/pam_login_access.so > > Does anybody know how to solve it? > I posted a quick solution earlier today/last night on -current, should be easy to find since there hasn't been much traffic since I posted it. if you cvsup and make world it should fix it now. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 16:27: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 6379537B41A; Fri, 1 Feb 2002 16:26:31 -0800 (PST) Received: from pool0542.cvx40-bradley.dialup.earthlink.net ([216.244.44.32] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16Wo0e-0005lR-00; Fri, 01 Feb 2002 16:26:24 -0800 Message-ID: <3C5B3225.F04B9B18@mindspring.com> Date: Fri, 01 Feb 2002 16:26:13 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Paul Fardy Cc: current@freebsd.org, stable@freebsd.org Subject: Junior Annoying Hacker Task References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >> foo_enable="NO" > > ipfilter_enable="YES" > > firewall_enable="NO" > natd_enable="NO" > natd_interface="fxp0" > inetd_enable="NO" > inetd_program="/usr/sbin/inetd" > foo_enable="YES/NO" > foo_enable="NO" Who is a GTK hacker? Does someone want to write a "registry editor" program? The point of the program would be to edit the "FreeBSD Registry", rc.conf, and make it look just like the Windows Registry in the editor, using "_" as the implied path component/terminal component (key) seperator. Then we can all be honest with ourselves that the only difference between it an the Windows Registry is that the Windows registry is accessible/modifiable from kernel mode, and the path component and key names. You can start with: My Computer\HKEY_LOCAL_MACHINE\natd Name Data ----------- --------------------------------- enable NO interface fxp0 My Computer\HKEY_LOCAL_MACHINE\inetd Name Data ----------- --------------------------------- enable NO program /usr/sbin/inetd etc. If you want to get ambitious: o Make "HKEY_LOCAL_MACHINE" an alias for your node name, and include your node name in the list. o Call it "localhost", if you are feeling too guilty about calling it "HKEY_LOCAL_MACHINE". o Make the tool operate on node names other than "localhost", so you can do remote administration of configuration files on a cluster of FreeBSD boxes o Add more subkeys; perhaps it should not be just My Computer\localhost\inetd but My Computer\localhost\rc.conf\inetd letting you fold in the other files, like the inetd.conf, into "registry handlers", e.g.: My Computer\localhost\inetd.conf\telnet enable NO sockettype stream protocol tcp wait NO user root program /usr/libexec/telnetd etc.. o Support sysctls in the HKEY_DYN_DATA and HKEY_CURRENT_CONFIG sections (for those that can go into loader.rc). Sure, people would be annoyed to find out that they had been moving towards an idea that Microsoft had developed, but wouldn't this be a fun tweak to people's tails? 8-) 8-) 8-) -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 16:40:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 6FBF337B400; Fri, 1 Feb 2002 16:40:01 -0800 (PST) Received: from hades.hell.gr (patr530-a093.otenet.gr [212.205.215.93]) by mailsrv.otenet.gr (8.12.2/8.12.2) with ESMTP id g120duLA003003; Sat, 2 Feb 2002 02:39:58 +0200 (EET) Received: (from charon@localhost) by hades.hell.gr (8.11.6/8.11.6) id g120dtB00628; Sat, 2 Feb 2002 02:39:55 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Sat, 2 Feb 2002 02:39:53 +0200 From: Giorgos Keramidas To: Terry Lambert Cc: current@freebsd.org, alpha@freebsd.org Subject: Re: Latest binutils import breaks Alpha cross compiles Message-ID: <20020202003952.GA417@hades.hell.gr> References: <20020130162039.D14D63A9A@overcee.wemm.org> <3C58F0B5.6EF0B8DE@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C58F0B5.6EF0B8DE@mindspring.com> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-01-30 23:22, Terry Lambert wrote: > Peter Wemm wrote: > > I dont suppose you actually thought to go and have a look and see what the > > problem is yourself, rather than assigning the work to somebody else? > > Nope, sorry. > > I hear the latest binutils break Alpha cross compilation. My > fix is to back out the changes locally, and not use them. > > Basically, instead of fixing the brokeness, I chose to not > break the fixedness. This still *is* -CURRENT, right? If it doesn't break, once in a while, how will new things be tested by the -CURRENT userbase? Instead of whining about "you broke it, and haven't fixed it" it would be a far better thing to contribute patches that fix the brokenness. - Giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 16:48:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by hub.freebsd.org (Postfix) with ESMTP id E793837B402; Fri, 1 Feb 2002 16:48:13 -0800 (PST) Received: from angelica.unixdaemons.com (bmilekic@localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.2/8.12.1) with ESMTP id g120lrew005091; Fri, 1 Feb 2002 19:47:53 -0500 (EST) Received: (from bmilekic@localhost) by angelica.unixdaemons.com (8.12.2/8.12.1/Submit) id g120lqSm005090; Fri, 1 Feb 2002 19:47:52 -0500 (EST) (envelope-from bmilekic) Date: Fri, 1 Feb 2002 19:47:52 -0500 From: Bosko Milekic To: Terry Lambert Cc: Paul Fardy , current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Junior Annoying Hacker Task Message-ID: <20020201194752.A4644@unixdaemons.com> References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <3C5B3225.F04B9B18@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3C5B3225.F04B9B18@mindspring.com>; from tlambert2@mindspring.com on Fri, Feb 01, 2002 at 04:26:13PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 01, 2002 at 04:26:13PM -0800, Terry Lambert wrote: > Who is a GTK hacker? > > Does someone want to write a "registry editor" program? > > The point of the program would be to edit the "FreeBSD > Registry", rc.conf, and make it look just like the Windows > Registry in the editor, using "_" as the implied path > component/terminal component (key) seperator. > > Then we can all be honest with ourselves that the only > difference between it an the Windows Registry is that > the Windows registry is accessible/modifiable from > kernel mode, and the path component and key names. > > You can start with: > > My Computer\HKEY_LOCAL_MACHINE\natd > > Name Data > ----------- --------------------------------- > enable NO > interface fxp0 > > My Computer\HKEY_LOCAL_MACHINE\inetd > > Name Data > ----------- --------------------------------- > enable NO > program /usr/sbin/inetd > > etc. > > If you want to get ambitious: > > o Make "HKEY_LOCAL_MACHINE" an alias for your node name, > and include your node name in the list. > > o Call it "localhost", if you are feeling too guilty > about calling it "HKEY_LOCAL_MACHINE". > > o Make the tool operate on node names other than > "localhost", so you can do remote administration > of configuration files on a cluster of FreeBSD > boxes > > o Add more subkeys; perhaps it should not be just > > My Computer\localhost\inetd > > but > > My Computer\localhost\rc.conf\inetd > > letting you fold in the other files, like the > inetd.conf, into "registry handlers", e.g.: > > My Computer\localhost\inetd.conf\telnet > > enable NO > sockettype stream > protocol tcp > wait NO > user root > program /usr/libexec/telnetd > > etc.. > > o Support sysctls in the HKEY_DYN_DATA and HKEY_CURRENT_CONFIG > sections (for those that can go into loader.rc). This last point is neat, especially if whoever is doing it could setup something with the doc team and actually get to actively documenting, as things progress, what each sysctl does and affects. > Sure, people would be annoyed to find out that they had been > moving towards an idea that Microsoft had developed, but > wouldn't this be a fun tweak to people's tails? > > 8-) 8-) 8-) > > -- Terry -- Bosko Milekic bmilekic@unixdaemons.com bmilekic@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 Feb 1 16:58:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B30237B400; Fri, 1 Feb 2002 16:57:48 -0800 (PST) Received: from i8k.babbleon.org ([66.57.85.154]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Fri, 1 Feb 2002 19:57:47 -0500 Received: by i8k.babbleon.org (Postfix, from userid 111) id 841F4406A; Fri, 1 Feb 2002 19:56:21 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Terry Lambert , Paul Fardy Subject: Re: Junior Annoying Hacker Task Date: Fri, 1 Feb 2002 19:56:21 -0500 X-Mailer: KMail [version 1.3] Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <3C5B3225.F04B9B18@mindspring.com> In-Reply-To: <3C5B3225.F04B9B18@mindspring.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020202005621.841F4406A@i8k.babbleon.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday 01 February 2002 07:26 pm, Terry Lambert wrote: > > >> foo_enable="NO" > > > > > > ipfilter_enable="YES" > > > firewall_enable="NO" > > > > natd_enable="NO" > > natd_interface="fxp0" > > inetd_enable="NO" > > inetd_program="/usr/sbin/inetd" > > foo_enable="YES/NO" > > foo_enable="NO" > > Who is a GTK hacker? > > Does someone want to write a "registry editor" program? Yuch. Why? > > The point of the program would be to edit the "FreeBSD > Registry", rc.conf, and make it look just like the Windows > Registry in the editor, using "_" as the implied path > component/terminal component (key) seperator. You are surely insane. Or trying to make a point which isn't true, which is pretty similar. > Then we can all be honest with ourselves that the only > difference between it an the Windows Registry is that > the Windows registry is accessible/modifiable from > kernel mode, and the path component and key names. No, there's are enormous differences: - There's a well-known plain-text file so it can be readily backed up and restored. - There is not a single point of failure for all progams; it only controls basic system functions and services, it does not control applications, so if it fails, your applications aren't all screwed up, and if your applications screw up terribly they can't corrupt your basic system. Indeed, the lack of an API to *write* to /etc/rc.conf is one of it's greatest strengths: It is far less vulnerable to major corruption if things go nutty. > > You can start with: > > My Computer\HKEY_LOCAL_MACHINE\natd > > Name Data > ----------- --------------------------------- > enable NO > interface fxp0 > > My Computer\HKEY_LOCAL_MACHINE\inetd > > Name Data > ----------- --------------------------------- > enable NO > program /usr/sbin/inetd > > etc. > > If you want to get ambitious: > > o Make "HKEY_LOCAL_MACHINE" an alias for your node name, > and include your node name in the list. > > o Call it "localhost", if you are feeling too guilty > about calling it "HKEY_LOCAL_MACHINE". > > o Make the tool operate on node names other than > "localhost", so you can do remote administration > of configuration files on a cluster of FreeBSD > boxes > > o Add more subkeys; perhaps it should not be just > > My Computer\localhost\inetd > > but > > My Computer\localhost\rc.conf\inetd > > letting you fold in the other files, like the > inetd.conf, into "registry handlers", e.g.: > > My Computer\localhost\inetd.conf\telnet > > enable NO > sockettype stream > protocol tcp > wait NO > user root > program /usr/libexec/telnetd > > etc.. > > o Support sysctls in the HKEY_DYN_DATA and HKEY_CURRENT_CONFIG > sections (for those that can go into loader.rc). > > Sure, people would be annoyed to find out that they had been > moving towards an idea that Microsoft had developed, but > wouldn't this be a fun tweak to people's tails? > > 8-) 8-) 8-) > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) ME --> http://www.babbleon.org http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 17: 3: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id F1FAE37B422; Fri, 1 Feb 2002 17:02:24 -0800 (PST) Received: from pool0542.cvx40-bradley.dialup.earthlink.net ([216.244.44.32] helo=mindspring.com) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16WoZN-0001M8-00; Fri, 01 Feb 2002 17:02:17 -0800 Message-ID: <3C5B3A94.6B12B9D0@mindspring.com> Date: Fri, 01 Feb 2002 17:02:12 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bruce Evans Cc: Alfred Perlstein , current@freebsd.org Subject: Re: lock reversal in fdalloc() References: <20020202072516.J290-100000@gamplex.bde.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bruce Evans wrote: > > basically it seems to get pissy if it doesn't get the file slot it asks > > for, so if another thread wins the race here, we'll panic. this problem > > seems to also exist for 4.x and previous versions of freebsd. > > > > I'd like to get this fixed. Any suggestions? I think simply > > removing the assertion should remove this hazzard, correct? I think if you delayed the allocation, it'd be OK, but I don't see a clean way to do it without a bit of work. > Something like that. This was apparently missed when the retry loop was > added. Lite2 has the panic but not the retry loop. > > BTW, the retry loop also picks up changes to the limit on descriptors. > In fdalloc(), the corresponding limit is treated as a loop invariant, > but it is not invariant. I think the process's rlimit can't change, > but maxfilesperproc can change even if the process doesn't block, since > it is not protected by FILEDESC_LOCK() :-(. Fortunately, the > maxfilesperproc limit isn't very important. I think this is a requirement. The problem is the case where the maxfilesperproc has *not* changed, and some other thread wins the race to the last one, you have to honor that, and fail the current attempt. Retries are fugly. 8-(. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 17: 5:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 8328737B41E for ; Fri, 1 Feb 2002 17:05:09 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 47BD410DDFC; Fri, 1 Feb 2002 17:05:09 -0800 (PST) Date: Fri, 1 Feb 2002 17:05:09 -0800 From: Alfred Perlstein To: Terry Lambert Cc: Bruce Evans , current@freebsd.org Subject: Re: lock reversal in fdalloc() Message-ID: <20020201170509.E10817@elvis.mu.org> References: <20020202072516.J290-100000@gamplex.bde.org> <3C5B3A94.6B12B9D0@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C5B3A94.6B12B9D0@mindspring.com>; from tlambert2@mindspring.com on Fri, Feb 01, 2002 at 05:02:12PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Terry Lambert [020201 17:02] wrote: > Bruce Evans wrote: > > > basically it seems to get pissy if it doesn't get the file slot it asks > > > for, so if another thread wins the race here, we'll panic. this problem > > > seems to also exist for 4.x and previous versions of freebsd. > > > > > > I'd like to get this fixed. Any suggestions? I think simply > > > removing the assertion should remove this hazzard, correct? > > I think if you delayed the allocation, it'd be OK, but I don't > see a clean way to do it without a bit of work. > > > Something like that. This was apparently missed when the retry loop was > > added. Lite2 has the panic but not the retry loop. > > > > BTW, the retry loop also picks up changes to the limit on descriptors. > > In fdalloc(), the corresponding limit is treated as a loop invariant, > > but it is not invariant. I think the process's rlimit can't change, > > but maxfilesperproc can change even if the process doesn't block, since > > it is not protected by FILEDESC_LOCK() :-(. Fortunately, the > > maxfilesperproc limit isn't very important. > > I think this is a requirement. > > The problem is the case where the maxfilesperproc has *not* > changed, and some other thread wins the race to the last one, > you have to honor that, and fail the current attempt. > > Retries are fugly. 8-(. There's a bunch of bogosity in the ordering of allocation of slots in the filedesc versus filling out the struct file and insertion into the list that I need to work out. I should be able to take a swipe at it in a couple of weeks hopefully. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductable donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 17:10:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 3108C37B477 for ; Fri, 1 Feb 2002 17:09:06 -0800 (PST) Received: from pool0542.cvx40-bradley.dialup.earthlink.net ([216.244.44.32] helo=mindspring.com) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16Wofm-0000yf-00; Fri, 01 Feb 2002 17:08:54 -0800 Message-ID: <3C5B3C20.1A8C3A9C@mindspring.com> Date: Fri, 01 Feb 2002 17:08:48 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Erik Trulsson Cc: =?iso-8859-1?Q?G=E9rard?= Roudier , Jason Evans , Kenneth Culver , Cameron@FreeBSD.ORG, Frank , David Malone , freebsd-current@FreeBSD.ORG Subject: Re: AMD AGP Bug References: <20020131173408.B63502@canonware.com> <20020131211810.B1769-100000@gerard> <20020201215006.GA50090@student.uu.se> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Erik Trulsson wrote: > > The Athlon rewriting same value to cacheable memory under the knees of > > programmers looks a severe issue to me if it is true. Not only AGP memory > > can be affected. What about SMP, MMIO (if some cacheable mapping exists), > > etc...? > > I am not familiar with the acronym MMIO is so I can't comment on that. "Memory Mapped I/O". 8-). > In general though, having memoryspace used for memory-mapped I/O > devices (including AGP) marked as cacheable is a bad idea unless you > are very careful and know exactly what you are doing. "What he said". 8-) 8-). > For SMP it shouldn't be any problem. Multi-CPU systems normally > run some cache-coherence protocol between themselves to make sure that > things like this is not a problem. I think the problem is pages in which there are inter-CPU locks being set and cleared. Say you had a speculative write that would clear a lock, only you decide not to clear it because it doesn't happen. > > In my opinion, OSes having some cacheable mapping to AGP memory is not the > > real problem. Just it has revealed the AMD issue. > > It might be argued that there should be some cache-coherence protocol > between the CPU and the AGP device. This is what Bruce and Peter suggested; Peter said that he was working on a rewrite of the pmap code and would look in that area. > Not knowing how AGP is specified I don't know if this interaction > between the CPU and AGP is a bug or just working as specified. I > suspect it is the latter though. "If it doesn't have to be correct, I can make it as fast as you want!" "The CPU is so fast, it can execute an infinite loop is 6 seconds!" -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 17:25:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 8CC2437B421; Fri, 1 Feb 2002 17:25:06 -0800 (PST) Received: from pool0542.cvx40-bradley.dialup.earthlink.net ([216.244.44.32] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16WovP-0002Sm-00; Fri, 01 Feb 2002 17:25:04 -0800 Message-ID: <3C5B3FE6.825C8FFF@mindspring.com> Date: Fri, 01 Feb 2002 17:24:54 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Giorgos Keramidas Cc: current@freebsd.org, alpha@freebsd.org Subject: Re: Latest binutils import breaks Alpha cross compiles References: <20020130162039.D14D63A9A@overcee.wemm.org> <3C58F0B5.6EF0B8DE@mindspring.com> <20020202003952.GA417@hades.hell.gr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Giorgos Keramidas wrote: > This still *is* -CURRENT, right? If it doesn't break, once in a > while, how will new things be tested by the -CURRENT userbase? A "make world" before commit? Is this a trick question? > Instead of whining about "you broke it, and haven't fixed it" it would > be a far better thing to contribute patches that fix the brokenness. If you insist, I can contribute patches that will back out the binutils changes. I think this is already in the process of being handled, though; you seem to be catching up on some very old email. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 17:38:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id B56FC37B400; Fri, 1 Feb 2002 17:38:13 -0800 (PST) Received: from pool0542.cvx40-bradley.dialup.earthlink.net ([216.244.44.32] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16Wp84-0001tK-00; Fri, 01 Feb 2002 17:38:08 -0800 Message-ID: <3C5B42FA.858F36A8@mindspring.com> Date: Fri, 01 Feb 2002 17:38:02 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Brian T.Schellenberger" Cc: Paul Fardy , current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Junior Annoying Hacker Task References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <3C5B3225.F04B9B18@mindspring.com> <20020202005621.841F4406A@i8k.babbleon.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Brian T.Schellenberger" wrote: > > Does someone want to write a "registry editor" program? > > Yuch. Why? Clearly, you are not a "Junior Annoying Hacker". > > The point of the program would be to edit the "FreeBSD > > Registry", rc.conf, and make it look just like the Windows > > Registry in the editor, using "_" as the implied path > > component/terminal component (key) seperator. > > You are surely insane. Or trying to make a point which isn't true, which is > pretty similar. OK, say we view it as "read only", except for the editor (note "the editor" might be "vi", so you can't complain 8-)). How is path-to-file + path-to-key-in-file any different than absolute-path-to-key? The only thing that seems different is the implied component seperator at the file/file-content boundary, and the translation of the "_" into the file space component seperator, and back. It's all just a matter of represntational geometry for the same information, isn't it? > No, there's are enormous differences: > > - There's a well-known plain-text file so it can be readily backed up and > restored. regedit Registry Export Registry File... backup regedit Registry Import Registry File... backup > - There is not a single point of failure for all progams; it only controls > basic system functions and services, it does not control applications, so if > it fails, your applications aren't all screwed up, and if your applications > screw up terribly they can't corrupt your basic system. firewall_enable="NO" 8-) 8-). > Indeed, the lack of an API to *write* to /etc/rc.conf is one of it's greatest > strengths: It is far less vulnerable to major corruption if things go nutty. "vi"? "sed"? "any text editor"? The lack of constraints on how one may interact with the rc.conf is one of its main weaknesses. A single missing quotation mark will result in an inaccessible system, if you don't have console access, and one that must be repaired, if you do. There's not even a "virc" equivalent to "vipw", that can do a consistency check on the file to make sure it's "sourceable" by a shell script, before permitting the edits to replace the valid contents, and keep a backup of the previous file for you. Alternately, we can just call a spade a spade, and admit that what we have is a flat file registry, which pretends to be hierarchical by using "_" as a hierachy delimiter for component seperation. Actually, this is a lot like the Manx subdirectory support in the shell program that came with the developement environment, and used "topdir/subdir/finaldir" as the name of the directory, and simply hid the names of all but the last component. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 17:41:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 90AC937B404; Fri, 1 Feb 2002 17:41:05 -0800 (PST) Received: from pool0542.cvx40-bradley.dialup.earthlink.net ([216.244.44.32] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16WpAu-0005EL-00; Fri, 01 Feb 2002 17:41:04 -0800 Message-ID: <3C5B43AB.4E97EBA9@mindspring.com> Date: Fri, 01 Feb 2002 17:40:59 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: Bruce Evans , current@freebsd.org Subject: Re: lock reversal in fdalloc() References: <20020202072516.J290-100000@gamplex.bde.org> <3C5B3A94.6B12B9D0@mindspring.com> <20020201170509.E10817@elvis.mu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > There's a bunch of bogosity in the ordering of allocation of > slots in the filedesc versus filling out the struct file and > insertion into the list that I need to work out. I should be > able to take a swipe at it in a couple of weeks hopefully. It's very tempting to put an API to it, and make everyone use it the same way, to guarantee consistency. It's also very tempting to hack the crap out of it to seperate file access itself from the system call layer itself, so that file slot allocation is something that is system call layer specific, which would greatly enhance the ability to do kernel level file I/O and other things. AIX has a nice model, here. Doing that would put the API barrier at the system call layer along, which would clean up almost everything that needed to use it. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 17:46:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from epsilon.lucida.ca (epsilon.lucida.ca [216.254.114.112]) by hub.freebsd.org (Postfix) with SMTP id 100EC37B41D for ; Fri, 1 Feb 2002 17:45:32 -0800 (PST) Received: (qmail 96123 invoked by uid 1000); 2 Feb 2002 01:45:30 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 2 Feb 2002 01:45:30 -0000 Date: Fri, 1 Feb 2002 19:45:30 -0600 (CST) From: Matt Heckaman To: Terry Lambert Cc: current@FreeBSD.ORG, Subject: Re: Junior Annoying Hacker Task In-Reply-To: <3C5B42FA.858F36A8@mindspring.com> Message-ID: <20020201194422.G96043-100000@epsilon.lucida.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 1 Feb 2002, Terry Lambert wrote: ... : There's not even a "virc" equivalent to "vipw", that can do a : consistency check on the file to make sure it's "sourceable" by a shell : script, before permitting the edits to replace the valid contents, and : keep a backup of the previous file for you. Out of this entire thread, something I like! This would be a great idea. * Matt Heckaman - mailto:matt@LUCIDA.CA http://www.lucida.ca/gpg * * GPG fingerprint - 53CA 8320 C8F6 32ED 9DDF 036E 3171 C093 4AD3 1364 * The Universe is run by the complex interweaving of three elements: energy, matter, and enlightened self-interest. -- G'Kar, "Survivors" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 17:57:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id 3F39437B405; Fri, 1 Feb 2002 17:57:25 -0800 (PST) Received: from pool0542.cvx40-bradley.dialup.earthlink.net ([216.244.44.32] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16WpQg-0005Yl-00; Fri, 01 Feb 2002 17:57:22 -0800 Message-ID: <3C5B477D.DCAE125E@mindspring.com> Date: Fri, 01 Feb 2002 17:57:17 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matt Heckaman Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Junior Annoying Hacker Task References: <20020201194422.G96043-100000@epsilon.lucida.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matt Heckaman wrote: > On Fri, 1 Feb 2002, Terry Lambert wrote: > : There's not even a "virc" equivalent to "vipw", that can do a > : consistency check on the file to make sure it's "sourceable" by a shell > : script, before permitting the edits to replace the valid contents, and > : keep a backup of the previous file for you. > > Out of this entire thread, something I like! This would be a great idea. Determining "source-ability" by sourcing is dangerous. You would need to do a "chroot", or run it as a non-priviledged user, for the purposes of testing, and you would not be able to see some side effects, if the file contained code, even then. Also, people use "vipw" because if you don't, the database doesn't get rebuilt. There's no corresponding force to make them use it for "virc". All that aside, I'll admit that it would be better than what's there. But of course, that's more of a "Junior Hacker" than a "Junior Annoying Hacker" task, and, really, what we are trying to do here is raise up someone to compete with Albert for number of complaints. 8-) 8-o 8-O }B^). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 20: 0:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from ises00.j.dendai.ac.jp (ises00.j.dendai.ac.jp [133.14.49.10]) by hub.freebsd.org (Postfix) with ESMTP id 51CEA37B416 for ; Fri, 1 Feb 2002 20:00:06 -0800 (PST) Received: from j.dendai.ac.jp (yebisu [133.14.49.224]) by ises00.j.dendai.ac.jp (8.9.3+Sun/8.9.3) with ESMTP id NAA18571 for ; Sat, 2 Feb 2002 13:00:03 +0900 (JST) Message-ID: <3C5B6443.99B2E65A@j.dendai.ac.jp> Date: Sat, 02 Feb 2002 13:00:03 +0900 From: FUJIMOTO Kou Organization: Tokyo Denki University X-Mailer: Mozilla 4.75 [ja] (Windows NT 5.0; U) X-Accept-Language: ja,en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: uhub detach causes page fault --- workaround Content-Type: multipart/mixed; boundary="------------25F074E2012D2891DDFFCC59" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------25F074E2012D2891DDFFCC59 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit After cvsup at 2002/01/29, I met kernel page fault when detaching USB hub. My USB configuration is same as I reported once in -current ML message id <3B677C89.D72AA4C8@j.dendai.ac.jp>. With vmcore and gdb I found the page fault occurs at usb_add_event() in /sys/dev/usb/usb.c(1.53 2002/01/28), line 690: TAILQ_INSERT_TAIL(&usb_events, ueq, next); In "for" loop just above the line, ueq seems to be set to NULL but TAILQ_INSERT_TAIL assumes that ueq is non-NULL. I changed the code to avoid "for" loop and now my system works fine. However, this fault doesn't occur when detaching USB mice or keyboards, so I guess it's not a good solution to patch usb.c. Any ideas and suggestions are appreciated. -- FUJIMOTO Kou, Dept. of Information Sciences, Tokyo Denki Univ. --------------25F074E2012D2891DDFFCC59 Content-Type: text/plain; charset=iso-2022-jp; name="usb.c.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="usb.c.patch" --- src/sys/dev/usb/usb.c.orig Fri Feb 1 18:25:06 2002 +++ src/sys/dev/usb/usb.c Sat Feb 2 02:07:49 2002 @@ -670,7 +670,7 @@ TIMEVAL_TO_TIMESPEC(&thetime, &ueq->ue.ue_time); s = splusb(); - if (USB_EVENT_IS_DETACH(type)) { + if (USB_EVENT_IS_DETACH(type) && TAILQ_FIRST(&usb_events) != NULL) { for (ueq = TAILQ_FIRST(&usb_events); ueq; ueq = ueq_next) { ueq_next = TAILQ_NEXT(ueq, next); if (ueq->ue.u.ue_driver.ue_cookie.cookie == --------------25F074E2012D2891DDFFCC59-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 20:59:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from Mail6.nc.rr.com (fe6.southeast.rr.com [24.93.67.53]) by hub.freebsd.org (Postfix) with ESMTP id C0C7437B405; Fri, 1 Feb 2002 20:59:38 -0800 (PST) Received: from i8k.babbleon.org ([66.57.85.154]) by Mail6.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Fri, 1 Feb 2002 22:32:37 -0500 Received: by i8k.babbleon.org (Postfix, from userid 111) id 5490F406A; Fri, 1 Feb 2002 22:31:12 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Terry Lambert Subject: Re: Junior Annoying Hacker Task Date: Fri, 1 Feb 2002 22:31:12 -0500 X-Mailer: KMail [version 1.3] Cc: Paul Fardy , current@FreeBSD.ORG, stable@FreeBSD.ORG References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <20020202005621.841F4406A@i8k.babbleon.org> <3C5B42FA.858F36A8@mindspring.com> In-Reply-To: <3C5B42FA.858F36A8@mindspring.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020202033112.5490F406A@i8k.babbleon.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday 01 February 2002 08:38 pm, Terry Lambert wrote: > "Brian T.Schellenberger" wrote: > > - There is not a single point of failure for all progams; it only > > controls basic system functions and services, it does not control > > applications, so if it fails, your applications aren't all screwed up, > > and if your applications screw up terribly they can't corrupt your basic > > system. > > firewall_enable="NO" I wouldn't think of a firewall as an application program. I can be certain that installing or corrupting or otherwise screwing up my text editor, my image-editing program, by CD-management program, my financial program, my DVD-viewing program, my newsreader, or my browser won't break my firewall. That's the big drawback of the stupid "registry" idea. > > Indeed, the lack of an API to *write* to /etc/rc.conf is one of it's > > greatest strengths: It is far less vulnerable to major corruption if > > things go nutty. > > "vi"? "sed"? "any text editor"? Yes, but application programs aren't writing to it. You only write to it when you set down to do it. So "vi" acts like "regedit", except that it's much easier to find things & manipulate since you have the same interface to that file that you have to everything else. (For example, Linux maintains kernel options in much this same way, but it's *much* easier to just with an editable (commented) kernel config file; that's a big part of the reason I went back to FreeBSD. > The lack of constraints on how one may interact with the rc.conf > is one of its main weaknesses. A single missing quotation mark > will result in an inaccessible system, if you don't have console > access, and one that must be repaired, if you do. > > There's not even a "virc" equivalent to "vipw", that can do a > consistency check on the file to make sure it's "sourceable" by > a shell script, before permitting the edits to replace the valid > contents, and keep a backup of the previous file for you. I've never so messed myself up, but I can see where that would be a problem. *This* is a good idea, actually. > Alternately, we can just call a spade a spade, and admit that > what we have is a flat file registry, which pretends to be > hierarchical by using "_" as a hierachy delimiter for component > seperation. I don't see that at all--the most distinctive characteristic to me of the Microsoft Windows Registry is that it tries to be a *single* place where *all* configuration information--both system and application--is written. If you ask Microsoft I'm pretty sure they'd tell you that's it's prime advantage and I claim that it's prime drawback. Either way, that's what most distinguishes it. > Actually, this is a lot like the Manx subdirectory support in > the shell program that came with the developement environment, > and used "topdir/subdir/finaldir" as the name of the directory, > and simply hid the names of all but the last component. 8-). Building this information into a directory hierarchy sounds clever but gives me nightmares in recalling the startup / daemon control in Linux (using the AT&T scheme, I believe)--which sounds like a good idea in theory but I always found was an absolute nightmare in practice. > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) ME --> http://www.babbleon.org http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 21:43: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2DE7D37B421 for ; Fri, 1 Feb 2002 21:42:41 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g125geo45501; Fri, 1 Feb 2002 22:42:40 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g125gbL08161; Fri, 1 Feb 2002 22:42:37 -0700 (MST) (envelope-from imp@village.org) Date: Fri, 01 Feb 2002 22:42:19 -0700 (MST) Message-Id: <20020201.224219.62370052.imp@village.org> To: drosih@rpi.edu Cc: current@FreeBSD.ORG Subject: Re: *_enable="YES" behavior is bogus From: "M. Warner Losh" In-Reply-To: References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <20020201173641.GA48397@student.uu.se> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: Garance A Drosihn writes: : In this discussion, there have been two suggestions as to how : 'firewall_enable=no' should behave. : 1) if the firewall is compiled in the kernel, then "=no" : means that the firewall is blocking all packets, no : matter what other rules might be lying around. The : machine is completely locked down from network access : (ie, the present behavior). : or 2) no matter how the kernel is compiled, "=no" means the : machine acts as if there is no firewall installed. Ie, : it accepts all packets. No packets are blocked. The : machine is wide open. : : If the user *expects* 1, but we actually implement 2, then the : machine is wide-open when they did not expect that. My position : is that we can *easily* do something to help that person : immediately realize that they did not get what they expected. : : If the user *expects* 2, but we implemented 1, then the machine : is locked down. If the user is not sitting at the console of : the machine, then there is absolutely nothing which can be done : (from a coding perspective) to help that person out. They must : have a keyboard and monitor on that machine, and they must go : to the machine and login via that console. The rational for #1 being implemented now is that all security features, when specially enabled (which you had to do to compile the kernel with ipfw in it) must fail "safely." Safely is defined as being more restrictive than less. #2 is less. That's the whole reason we do this. But I think this is going to be one of those threads that lasts forever and then nothing happens because they end in deadlock. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 21:57:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id CA26637B404 for ; Fri, 1 Feb 2002 21:57:10 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g125v9o45546 for ; Fri, 1 Feb 2002 22:57:10 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g125v8L08210 for ; Fri, 1 Feb 2002 22:57:09 -0700 (MST) (envelope-from imp@village.org) Date: Fri, 01 Feb 2002 22:56:50 -0700 (MST) Message-Id: <20020201.225650.39719656.imp@village.org> To: current@FreeBSD.ORG Subject: firewall_enable From: "M. Warner Losh" In-Reply-To: <20020202033112.5490F406A@i8k.babbleon.org> References: <20020202005621.841F4406A@i8k.babbleon.org> <3C5B42FA.858F36A8@mindspring.com> <20020202033112.5490F406A@i8k.babbleon.org> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Actually, there's a simple way around this that is failsafe. firewall_enable=YES What it deos now =NO Wide open =FAILSAFE Defaults to wired down. /etc/defaults/rc.conf firewall_enable=FAILSAFE That way, people that say firewall_enable=NO get what they want, those that say firewall_enable=YES aren't impacted, and those that do nothing get the default firewall behavior that is compiled into the kernel. The default behavior is controlled by kernel options, but genearlly is closed rather than open. A few extra comments in LINT, where people likely cut and paste their ipfw and/or ipfilter lines from anyway, should allow those paying attention to realize the consequences of their actions: # IPFIREWALL enables support for IP firewall construction, in # conjunction with the `ipfw' program. IPFIREWALL_VERBOSE sends # logged packets to the system logger. IPFIREWALL_VERBOSE_LIMIT # limits the number of times a matching entry can be logged. # # WARNING: IPFIREWALL defaults to a policy of "deny ip from any to # any" and if you do not add other rules during startup to allow # access, YOU WILL LOCK YOURSELF OUT. If you do not setup firewall # rules in /etc/rc.conf (with firewall_enable=YES and # firewall_type=xxx), you must go to the machine and fix it from the # console. # # When setting up a machine for the first time, especially a remote # machine, with a firewall, you are strongly urged to add # IPFIREWALL_DEFAULT_TO_ACCEPT to your kernel and are sure that you're # firewall is properly setup in /etc/rc.conf before removing that # option. Remote machines can be hard to fix remotely if you do not # do this and fail to configure the firewall. # # IPFIREWALL_DEFAULT_TO_ACCEPT causes the default rule (at boot) to # allow everything. Use with care, if a cracker can crash your # firewall machine, they can get to your protected machines. However, # if you are using it as an as-needed filter for specific problems as # they arise, then this may be for you. Changing the default to 'allow' # means that you won't get stuck if the kernel and /sbin/ipfw binary get # out of sync. # options IPFIREWALL #firewall SEE WARNINGS ABOVE options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_FORWARD #enable transparent proxy support options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 22:56:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by hub.freebsd.org (Postfix) with SMTP id 8640337B404 for ; Fri, 1 Feb 2002 22:56:47 -0800 (PST) Received: (qmail 27447 invoked by uid 0); 2 Feb 2002 06:56:45 -0000 Received: from pd950a5ef.dip.t-dialin.net (HELO gmx.net) (217.80.165.239) by mail.gmx.net (mp004-rz3) with SMTP; 2 Feb 2002 06:56:45 -0000 Message-ID: <3C5B8DB7.5080200@gmx.net> Date: Sat, 02 Feb 2002 07:56:55 +0100 From: Michael Nottebrock User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.7) Gecko/20011221 X-Accept-Language: en-us MIME-Version: 1.0 To: Alfred Perlstein Cc: freebsd-current@freebsd.org Subject: Re: panic in vfs_syscalls References: <3C59A6CD.6090102@gmx.net> <20020201102737.P18604@elvis.mu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > > I've just committed a fix, please let me know if it works for > you. Yes, everything's fine now. Thanks again! :) -- Michael Nottebrock To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 1 23:57:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from midway.uchicago.edu (midway.uchicago.edu [128.135.12.12]) by hub.freebsd.org (Postfix) with ESMTP id B2D1E37B405 for ; Fri, 1 Feb 2002 23:57:15 -0800 (PST) Received: from there (adsl-65-42-81-229.dsl.chcgil.ameritech.net [65.42.81.229]) by midway.uchicago.edu (8.11.6/8.11.6) with SMTP id g127vDg12497; Sat, 2 Feb 2002 01:57:13 -0600 (CST) Message-Id: <200202020757.g127vDg12497@midway.uchicago.edu> Content-Type: text/plain; charset="iso-8859-1" From: David Syphers Reply-To: charon@seektruth.org To: "M. Warner Losh" Subject: Re: firewall_enable Date: Sat, 2 Feb 2002 01:57:13 -0600 X-Mailer: KMail [version 1.3.2] References: <20020202005621.841F4406A@i8k.babbleon.org> <20020202033112.5490F406A@i8k.babbleon.org> <20020201.225650.39719656.imp@village.org> In-Reply-To: <20020201.225650.39719656.imp@village.org> Cc: current@FreeBSD.ORG MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday 01 February 2002 11:56 pm, M. Warner Losh wrote: > Actually, there's a simple way around this that is failsafe. > > firewall_enable=YES What it deos now > =NO Wide open > =FAILSAFE Defaults to wired down. Before the discussion on -stable degenerated, there were several calls for making this variable tri-state. It definitely seems like the best solution. Now that this is on -current and we have something concrete, maybe it can get committed :) -David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 0: 7:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from epsilon.lucida.ca (epsilon.lucida.ca [216.254.114.112]) by hub.freebsd.org (Postfix) with SMTP id ABB4837B417 for ; Sat, 2 Feb 2002 00:07:48 -0800 (PST) Received: (qmail 5905 invoked by uid 1000); 2 Feb 2002 08:07:38 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 2 Feb 2002 08:07:38 -0000 Date: Sat, 2 Feb 2002 02:07:36 -0600 (CST) From: Matt Heckaman To: Terry Lambert Cc: current@FreeBSD.ORG, Subject: Re: Junior Annoying Hacker Task In-Reply-To: <3C5B477D.DCAE125E@mindspring.com> Message-ID: <20020202020323.C5891-100000@epsilon.lucida.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 1 Feb 2002, Terry Lambert wrote: ... : Determining "source-ability" by sourcing is dangerous. Well, you said make sure it's "sourcable" -- not "source it" :) : You would need to do a "chroot", or run it as a non-priviledged user, : for the purposes of testing, and you would not be able to see some side : effects, if the file contained code, even then. Yeah, but we've also got a file edited by root and root alone, why would root be trying to add all kinds of code in it? I think rc.conf will be failing as it is if people add certain code in it, what do we lose? : Also, people use "vipw" because if you don't, the database doesn't get : rebuilt. There's no corresponding force to make them use it for "virc". You can rebuild the database manually *ducks* -- I know what you're saying though, and I've used things similar to vipw for other daemon config files that had no databases simply for the safety of checking syntax. : All that aside, I'll admit that it would be better than what's there. Yep :) : But of course, that's more of a "Junior Hacker" than a "Junior Annoying : Hacker" task, and, really, what we are trying to do here is raise up : someone to compete with Albert for number of complaints. 8-) 8-o 8-O : }B^). :) * Matt Heckaman - mailto:matt@LUCIDA.CA http://www.lucida.ca/gpg * * GPG fingerprint - 46D8 5C3B 5499 1D14 F01C 2ADD D1B9 6165 9E16 F8E4 * The Universe is run by the complex interweaving of three elements: energy, matter, and enlightened self-interest. -- G'Kar, "Survivors" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: http://www.lucida.ca/gpg/ iD8DBQE8W55K0blhZZ4W+OQRAjqLAKCeMIHPY5g6jhxDKCp42PcDJThmzwCgrpUf NXYHCrKEUqX70qyYFdLESq0= =2VH0 -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 2: 3:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 1C67737B402; Sat, 2 Feb 2002 02:03:40 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g12A3Ub16901; Sat, 2 Feb 2002 11:03:30 +0100 (CET) (envelope-from wkb) Date: Sat, 2 Feb 2002 11:03:30 +0100 From: Wilko Bulte To: Terry Lambert Cc: Paul Fardy , current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Junior Annoying Hacker Task Message-ID: <20020202110330.C16801@freebie.xs4all.nl> References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <3C5B3225.F04B9B18@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C5B3225.F04B9B18@mindspring.com>; from tlambert2@mindspring.com on Fri, Feb 01, 2002 at 04:26:13PM -0800 X-OS: FreeBSD 4.5-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 01, 2002 at 04:26:13PM -0800, Terry Lambert wrote: > > >> foo_enable="NO" > > > ipfilter_enable="YES" > > > firewall_enable="NO" > > natd_enable="NO" > > natd_interface="fxp0" > > inetd_enable="NO" > > inetd_program="/usr/sbin/inetd" > > foo_enable="YES/NO" > > foo_enable="NO" > > > Who is a GTK hacker? > > Does someone want to write a "registry editor" program? > > The point of the program would be to edit the "FreeBSD > Registry", rc.conf, and make it look just like the Windows > Registry in the editor, using "_" as the implied path > component/terminal component (key) seperator. > > Then we can all be honest with ourselves that the only > difference between it an the Windows Registry is that > the Windows registry is accessible/modifiable from > kernel mode, and the path component and key names. I would add differences like: the M$ registry is bound to be corrupted, is only accessible by obscure tools, is for the best part not documented In other words why should FreeBSD adopt something like that? -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 3: 0:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from voi.aagh.net (pc1-hart4-0-cust168.mid.cable.ntl.com [62.254.84.168]) by hub.freebsd.org (Postfix) with ESMTP id CCB3D37B419; Sat, 2 Feb 2002 03:00:08 -0800 (PST) Received: from freaky by voi.aagh.net with local (Exim 3.34 #1) id 16Wxth-000Iin-00; Sat, 02 Feb 2002 10:59:53 +0000 Date: Sat, 2 Feb 2002 10:59:53 +0000 From: Thomas Hurst To: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Junior Annoying Hacker Task Message-ID: <20020202105953.GA71726@voi.aagh.net> Mail-Followup-To: current@FreeBSD.ORG, stable@FreeBSD.ORG References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <3C5B3225.F04B9B18@mindspring.com> <20020202110330.C16801@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020202110330.C16801@freebie.xs4all.nl> User-Agent: Mutt/1.3.27i Organization: Not much. X-Operating-System: FreeBSD/4.5-PRERELEASE (i386) X-Uptime: 10:44AM up 43 days, 19:29, 3 users, load averages: 2.09, 2.05, 2.01 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Wilko Bulte (wkb@freebie.xs4all.nl) wrote: > On Fri, Feb 01, 2002 at 04:26:13PM -0800, Terry Lambert wrote: > > Does someone want to write a "registry editor" program? rc editor.. registry would imply it's going to be used generally, where as it'll be a cold day in hell before anybody lets rc.conf leak out of the rc system. > > Then we can all be honest with ourselves that the only difference > > between it an the Windows Registry is that the Windows registry is > > accessible/modifiable from kernel mode, and the path component and > > key names. The Windows registry is also extremely deep and complex. If we really want to emulate it, we'll also need to store where every dll is on the system behind sha1 hashes and then dump 99% of them in /lib and the other 1% in random locations on the filesystem, after renaming them to less obscure names (libsablot.so -> sbtxmlpr80.dll, libperl.so -> prllng5.dll, etc) After doing that, we'll have to work hard to make every application and tool on the system move their configs to it, leaving us with a nice and clean /etc. People who want a text file can have a 30MB text file that's slow but easy to edit, and everyone else can use a dbm. I don't see how what we have now even remotely resembles that. We don't even have a proper hierachy, and even if we did, hierachies are not only limited to the Windows registry. Maybe some sort of hierachy would be good.. /etc/rc.conf/services # sendmail, bind etc /etc/rc.conf/security # firewall, secure levels /etc/rc.conf/system # library paths and other low level tweakables > I would add differences like: the M$ registry is bound to be > corrupted, I've only come across a handful. Equally I've come across Linux systems where things similar to the registry (in this case, the Debian package list, erk) were corrupted. > is only accessible by obscure tools, The system calls to access it seem to be quite well known :) > is for the best part not documented Just because nobody's seen any, doesn't mean it's not documented. I'm sure it's there somewhere, nested deep on Microsoft's website, with such obscure search engine keywords attached that I can't even begin to think what they might be. > In other words why should FreeBSD adopt something like that? Irony value :) -- Thomas 'Freaky' Hurst - freaky@aagh.net - http://www.aagh.net/ - I wouldn't recommend sex, drugs or insanity for everyone, but they've always worked for me. -- Hunter S. Thompson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 3: 7:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id 93BF637B400; Sat, 2 Feb 2002 03:07:30 -0800 (PST) Received: by energyhq.homeip.net (Postfix, from userid 1001) id BE4A13FC16; Sat, 2 Feb 2002 12:07:25 +0100 (CET) Date: Sat, 2 Feb 2002 12:07:25 +0100 From: Miguel Mendez To: Terry Lambert Cc: Paul Fardy , current@freebsd.org, stable@freebsd.org Subject: Re: Junior Annoying Hacker Task Message-ID: <20020202120725.A32535@energyhq.homeip.net> References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <3C5B3225.F04B9B18@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3C5B3225.F04B9B18@mindspring.com>; from tlambert2@mindspring.com on Fri, Feb 01, 2002 at 04:26:13PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 01, 2002 at 04:26:13PM -0800, Terry Lambert wrote: Hi Terry, > Who is a GTK hacker? I've done some GTK programs in the past. >=20 > Does someone want to write a "registry editor" program? >=20 > The point of the program would be to edit the "FreeBSD > Registry", rc.conf, and make it look just like the Windows > Registry in the editor, using "_" as the implied path > component/terminal component (key) seperator. >=20 > Then we can all be honest with ourselves that the only > difference between it an the Windows Registry is that > the Windows registry is accessible/modifiable from > kernel mode, and the path component and key names. >=20 Are you really serious about this? :) I've thought about that many times, well, not with the registry paradigm, but some sort of graphical admin tool based on GTK. I'm doing exams this week but may take a go at it after I finish them. Cheers, --=20 Miguel Mendez - flynn@energyhq.homeip.net Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://energyhq.homeip.net FreeBSD - The power to serve! --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 iQA/AwUBPFvIau2RR4YVK5mzEQKWngCgkn1IZssR4YkIh7EqDNHPQv0ikp0AoItT NVxk2+kLh2OZb0gPT4T53m+P =eC8t -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 3: 9:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id 6B29237B402; Sat, 2 Feb 2002 03:09:30 -0800 (PST) Received: from pool0015.cvx40-bradley.dialup.earthlink.net ([216.244.42.15] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16Wy2y-0003gO-00; Sat, 02 Feb 2002 03:09:28 -0800 Message-ID: <3C5BC8E2.B0146FC7@mindspring.com> Date: Sat, 02 Feb 2002 03:09:22 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matt Heckaman Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Junior Annoying Hacker Task References: <20020202020323.C5891-100000@epsilon.lucida.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matt Heckaman wrote: > Yeah, but we've also got a file edited by root and root alone, why would > root be trying to add all kinds of code in it? I think rc.conf will be > failing as it is if people add certain code in it, what do we lose? The same reason we check the syntax of the password entries, rather than letting root and root alone put bogus crap into the file. 8-). This is one of the reasons I prefer procedural to data interfaces, in any case ("proc size mismatch" being another). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 3:15:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id 6543537B405; Sat, 2 Feb 2002 03:15:27 -0800 (PST) Received: from pool0015.cvx40-bradley.dialup.earthlink.net ([216.244.42.15] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16Wy8h-0006AQ-00; Sat, 02 Feb 2002 03:15:23 -0800 Message-ID: <3C5BCA46.713B1950@mindspring.com> Date: Sat, 02 Feb 2002 03:15:18 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Wilko Bulte Cc: Paul Fardy , current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Junior Annoying Hacker Task References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <3C5B3225.F04B9B18@mindspring.com> <20020202110330.C16801@freebie.xs4all.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wilko Bulte wrote: > I would add differences like: the M$ registry is bound to > be corrupted, is only accessible by obscure tools, > is for the best part not documented > > In other words why should FreeBSD adopt something like that? rc.conf is a registry in all but tools. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 3:30:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id 7C9A037B404; Sat, 2 Feb 2002 03:30:11 -0800 (PST) Received: from pool0015.cvx40-bradley.dialup.earthlink.net ([216.244.42.15] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16WyMm-0000TD-00; Sat, 02 Feb 2002 03:29:57 -0800 Message-ID: <3C5BCDAE.22E25BAA@mindspring.com> Date: Sat, 02 Feb 2002 03:29:50 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Miguel Mendez Cc: Paul Fardy , current@freebsd.org, stable@freebsd.org Subject: Re: Junior Annoying Hacker Task References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <3C5B3225.F04B9B18@mindspring.com> <20020202120725.A32535@energyhq.homeip.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Miguel Mendez wrote: > Are you really serious about this? :) I've thought about that many > times, well, not with the registry paradigm, but some sort of graphical > admin tool based on GTK. I'm doing exams this week but may take a go at > it after I finish them. Let me know the form you want the hierarchy to take, so you can stick it into the GTK hierarchy thingy; I'll be happy to crank out some quick yacc and lex code to do the parsing of the file into that format for you. A structure definition, with links, and how you want it linked, would be ideal. 8-). Something like: typedef enum _nodekind { NK_VALUE, /* Path component */ NK_KEY, /* Key */ NK_DATA_INT, /* 32 bit integer */ NK_DATA_STRING, /* String */ NK_DATA_BINARY /* Word count prefix bytestream */ } nodekind_t; struct wcval { int16_t count; /* howw many bytes in "bytes" */ char bytes[ 1]; /* actually longer */ }; struct node { struct node *parent; struct node *sibling; nodekind_t kind; union { struct node *child; int intval; char *strval; struct wcval *wcval; } u; }; But I could arrange something else, if it would be more useful for it to be some other data structure. ;-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 4:58: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from nothing-going-on.demon.co.uk (pc-62-31-42-140-hy.blueyonder.co.uk [62.31.42.140]) by hub.freebsd.org (Postfix) with ESMTP id 6FCC237B405; Sat, 2 Feb 2002 04:57:54 -0800 (PST) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.11.6/8.11.6) id g12CbZF13349; Sat, 2 Feb 2002 12:37:35 GMT (envelope-from nik) Date: Sat, 2 Feb 2002 12:37:35 +0000 From: Nik Clayton To: Terry Lambert Cc: Miguel Mendez , Paul Fardy , current@freebsd.org, stable@freebsd.org Subject: Re: Junior Annoying Hacker Task Message-ID: <20020202123735.C5732@clan.nothing-going-on.org> References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <3C5B3225.F04B9B18@mindspring.com> <20020202120725.A32535@energyhq.homeip.net> <3C5BCDAE.22E25BAA@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="CblX+4bnyfN0pR09" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3C5BCDAE.22E25BAA@mindspring.com>; from tlambert2@mindspring.com on Sat, Feb 02, 2002 at 03:29:50AM -0800 Organization: FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --CblX+4bnyfN0pR09 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 02, 2002 at 03:29:50AM -0800, Terry Lambert wrote: > Miguel Mendez wrote: > > Are you really serious about this? :) I've thought about that many > > times, well, not with the registry paradigm, but some sort of graphical > > admin tool based on GTK. I'm doing exams this week but may take a go at > > it after I finish them. >=20 > Let me know the form you want the hierarchy to take, so > you can stick it into the GTK hierarchy thingy;=20 Just go and port NetInfo from Apple's Darwin. =20 N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --CblX+4bnyfN0pR09 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxb3Y8ACgkQk6gHZCw343V8+QCdEuxXD7qDuKxTIf6a5++o944t 5coAnjecRScLHnikzBB4w10Q//PAdZfM =5bni -----END PGP SIGNATURE----- --CblX+4bnyfN0pR09-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 5:39:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from pr0n.kutulu.org (pr0n.kutulu.org [151.196.107.157]) by hub.freebsd.org (Postfix) with ESMTP id ADCDD37B402; Sat, 2 Feb 2002 05:39:01 -0800 (PST) Received: from cc191573g (beta.kutulu.org [68.50.102.129]) by pr0n.kutulu.org (Postfix) with SMTP id 31C3F197; Sat, 2 Feb 2002 08:41:36 -0500 (EST) Message-ID: <007f01c1ac06$9bc191a0$81663244@longhill1.md.home.com> From: "Kutulu" To: "Brian T.Schellenberger" , "Terry Lambert" Cc: "Paul Fardy" , , References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <20020202005621.841F4406A@i8k.babbleon.org> <3C5B42FA.858F36A8@mindspring.com> <20020202033112.5490F406A@i8k.babbleon.org> Subject: Re: Junior Annoying Hacker Task Date: Sat, 2 Feb 2002 08:28:11 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: "Brian T.Schellenberger" Sent: Friday, February 01, 2002 7:31 PM > I don't see that at all--the most distinctive characteristic to me of the > Microsoft Windows Registry is that it tries to be a *single* place where > *all* configuration information--both system and application--is written. If > you ask Microsoft I'm pretty sure they'd tell you that's it's prime advantage > and I claim that it's prime drawback. Either way, that's what most Actually, if you ask them *now* they will tell you it's a pain in the ass. Which is why they are moving away from the registry with .NET to application-specific "manifests". Much like MDI, this is another great Microsoft 'innovation' that everyone copied until it became a de-facto standard... just in time for Micrsoft to declare it a failure. :x (Waiting for someone to suggest XML manifests for FreeBSD, and cringing). --K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 5:49:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailhost.firstcallgroup.co.uk (dilbert.firstcallgroup.co.uk [194.203.69.166]) by hub.freebsd.org (Postfix) with ESMTP id 4316D37B402; Sat, 2 Feb 2002 05:49:28 -0800 (PST) Received: from pfrench by mailhost.firstcallgroup.co.uk with local (Exim 3.33 #1) id 16X0Xe-0005VA-00; Sat, 02 Feb 2002 13:49:18 +0000 To: nik@freebsd.org, tlambert2@mindspring.com Subject: Re: Junior Annoying Hacker Task Cc: current@freebsd.org, flynn@energyhq.homeip.net, pdfardy@mac.com, stable@freebsd.org In-Reply-To: <20020202123735.C5732@clan.nothing-going-on.org> Message-Id: From: Pete French Date: Sat, 02 Feb 2002 13:49:18 +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Just go and port NetInfo from Apple's Darwin. I assume from this that there isnt currently a FreeBSD netinfo implementation then unfortunately ? So why is it mentioned in the ntpd man page ? -pcf. [someone been nicking man pages from NeXT system ? :-)] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 5:51:39 2002 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 9220537B416; Sat, 2 Feb 2002 05:51:36 -0800 (PST) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 336FA5341; Sat, 2 Feb 2002 14:51:33 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@freebsd.org Cc: alfred@freebsd.org Subject: fstat dumps core From: Dag-Erling Smorgrav Date: 02 Feb 2002 14:51:32 +0100 Message-ID: Lines: 32 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG # gdb =fstat [...] (gdb) break 349 Breakpoint 1 at 0x8049110: file /usr/src/usr.bin/fstat/fstat.c, line 349. (gdb) run Starting program: /usr/bin/fstat USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root fstat 13709 root / 2 drwxr-xr-x 1536 r root fstat 13709 wd /usr 368364 drwxr-xr-x 512 r root fstat 13709 text /usr 351906 -r-xr-sr-x 129809 r Breakpoint 1, dofiles (kp=0x8050000) at /usr/src/usr.bin/fstat/fstat.c:349 349 bcopy(filed0.fd_dfiles, ofiles, (filed.fd_lastfile+1) * FPSIZE); (gdb) p filed0.fd_fd.fd_lastfile + 1 $1 = 327686 (gdb) p filed0.fd_dfiles $2 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x100, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0} (gdb) c Continuing. Program received signal SIGBUS, Bus error. 0x280fec8a in bcopy () from /usr/lib/libc.so.5 (gdb) where #0 0x280fec8a in bcopy () from /usr/lib/libc.so.5 #1 0x0 in ?? () fd_lastfile is obviously bogus. Alfred, is this a consequence of your fd work in the kernel? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 5:52:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by hub.freebsd.org (Postfix) with ESMTP id 8B0E837B402; Sat, 2 Feb 2002 05:52:18 -0800 (PST) Received: from router.hackerheaven.org (coolvibe.xs4all.nl [80.126.0.97]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id g12Dq7VB059369; Sat, 2 Feb 2002 14:52:15 +0100 (CET) Received: from loki.ipv6.hackerheaven.org (loki.ipv6.hackerheaven.org [10.0.0.12]) by router.hackerheaven.org (Postfix) with ESMTP id C8D831C3B; Sat, 2 Feb 2002 14:51:36 +0100 (CET) Date: Sat, 2 Feb 2002 14:52:06 +0100 Subject: Re: Junior Annoying Hacker Task Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v480) Cc: Terry Lambert , Miguel Mendez , Paul Fardy , current@freebsd.org, stable@freebsd.org To: Nik Clayton From: Emiel Kollof In-Reply-To: <20020202123735.C5732@clan.nothing-going-on.org> Message-Id: <0B56634D-17E4-11D6-BA26-000A277C7FDE@hackerheaven.org> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.480) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nik Clayton heeft op zaterdag 2 februari 2002 om 13:37 het volgende geschreven: >> >> Let me know the form you want the hierarchy to take, so >> you can stick it into the GTK hierarchy thingy; > > Just go and port NetInfo from Apple's Darwin. Now that is a cool idea. Netinfo has been around for quite a while in NeXT machines. It would be really cool if I could setup a Netinfo root on a FreeBSD box to manage my Mac OS X running macs. Actually, I was already wondering why there isn't such a thing for the free *nix like operating systems... Oh, I am not volunteering, it's way beyond my capabilities. Cheers, Emiel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 7:13:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from web21207.mail.yahoo.com (web21207.mail.yahoo.com [216.136.175.165]) by hub.freebsd.org (Postfix) with SMTP id 18A3337B402 for ; Sat, 2 Feb 2002 07:13:15 -0800 (PST) Message-ID: <20020202151314.7281.qmail@web21207.mail.yahoo.com> Received: from [210.83.59.27] by web21207.mail.yahoo.com via HTTP; Sat, 02 Feb 2002 23:13:14 CST Date: Sat, 2 Feb 2002 23:13:14 +0800 (CST) From: =?gb2312?q?Yifeng=20Xu?= Subject: Re: Junior Annoying Hacker Task To: tlambert2@mindspring.com, bts@babbleon.org Cc: pdfardy@mac.com, current@FreeBSD.ORG, stable@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Don't try to persuade somebody to accept Microsoft concept, they have never played Microsoft Systems, so they really don't know what you are talking about, I personally like the Microsoft's Registry idea, Microsoft is not always bad, but I never try to force somebody to accept the idea, it wastes time. if UNIX or FreeBSD are doing Registry, It must not be FreeBSD or UNIX, I never think UNIX's system admin will work in the way Windows admin are doing. leave Vi, UNIX is not UNIX, FreeBSD is not FreeBSD. Regards, ----- Original Message ----- From: "Terry Lambert" To: "Brian T.Schellenberger" Cc: "Paul Fardy" ; ; Sent: Saturday, February 02, 2002 9:38 AM Subject: Re: Junior Annoying Hacker Task > "Brian T.Schellenberger" wrote: > > > Does someone want to write a "registry editor" program? > > > > Yuch. Why? > > Clearly, you are not a "Junior Annoying Hacker". > > > > > The point of the program would be to edit the "FreeBSD > > > Registry", rc.conf, and make it look just like the Windows > > > Registry in the editor, using "_" as the implied path > > > component/terminal component (key) seperator. > > > > You are surely insane. Or trying to make a point which isn't true, which is > > pretty similar. > > OK, say we view it as "read only", except for the editor > (note "the editor" might be "vi", so you can't complain 8-)). > > How is path-to-file + path-to-key-in-file any different > than absolute-path-to-key? > > The only thing that seems different is the implied component > seperator at the file/file-content boundary, and the > translation of the "_" into the file space component > seperator, and back. > > It's all just a matter of represntational geometry for the > same information, isn't it? > > > No, there's are enormous differences: > > > > - There's a well-known plain-text file so it can be readily backed up and > > restored. > > regedit > Registry > Export Registry File... > backup > > regedit > Registry > Import Registry File... > backup > > > - There is not a single point of failure for all progams; it only controls > > basic system functions and services, it does not control applications, so if > > it fails, your applications aren't all screwed up, and if your applications > > screw up terribly they can't corrupt your basic system. > > firewall_enable="NO" > > 8-) 8-). > > > > Indeed, the lack of an API to *write* to /etc/rc.conf is one of it's greatest > > strengths: It is far less vulnerable to major corruption if things go nutty. > > "vi"? "sed"? "any text editor"? > > The lack of constraints on how one may interact with the rc.conf > is one of its main weaknesses. A single missing quotation mark > will result in an inaccessible system, if you don't have console > access, and one that must be repaired, if you do. > > There's not even a "virc" equivalent to "vipw", that can do a > consistency check on the file to make sure it's "sourceable" by > a shell script, before permitting the edits to replace the valid > contents, and keep a backup of the previous file for you. > > Alternately, we can just call a spade a spade, and admit that > what we have is a flat file registry, which pretends to be > hierarchical by using "_" as a hierachy delimiter for component > seperation. > > Actually, this is a lot like the Manx subdirectory support in > the shell program that came with the developement environment, > and used "topdir/subdir/finaldir" as the name of the directory, > and simply hid the names of all but the last component. 8-). > > -- Terry _________________________________________________________ Do You Yahoo!? µÇ¼Ãâ·ÑÑÅ»¢µçÓÊ! http://mail.yahoo.com.cn ÎÞÁÄ£¿ÓôÃÆ£¿¸ßÐË£¿Ã»ÀíÓÉ£¿¶¼À´ÁÄÌì°É£¡¡ª¡ª ÑÅ»¢È«ÐÂÁÄÌìÊÒ! http://cn.chat.yahoo.com/c/roomlist.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 7:42:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from ece.cmu.edu (ECE.CMU.EDU [128.2.136.200]) by hub.freebsd.org (Postfix) with ESMTP id 0E90137B400; Sat, 2 Feb 2002 07:42:06 -0800 (PST) Received: from pyanfar.ece.cmu.edu (allbery@VPN77.ECE.CMU.EDU [128.2.138.77]) (authenticated) by ece.cmu.edu (8.11.0/8.10.2) with ESMTP id g12Ffxj04806; Sat, 2 Feb 2002 10:41:59 -0500 (EST) Subject: Re: Junior Annoying Hacker Task From: "Brandon S. Allbery " KF8NH To: Thomas Hurst Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: <20020202105953.GA71726@voi.aagh.net> References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <3C5B3225.F04B9B18@mindspring.com> <20020202110330.C16801@freebie.xs4all.nl> <20020202105953.GA71726@voi.aagh.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.1 Date: 02 Feb 2002 10:41:41 -0500 Message-Id: <1012664522.7076.5.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2002-02-02 at 05:59, Thomas Hurst wrote: > Maybe some sort of hierachy would be good.. > > /etc/rc.conf/services # sendmail, bind etc > /etc/rc.conf/security # firewall, secure levels > /etc/rc.conf/system # library paths and other low level tweakables SuSE Linux does this (/etc/rc.config for system-wide entries, /etc/rc.config.d/* for specific subsystems). It works fairly well aside from having to run a program to propagate entries. (Although that actually is something of a feature, since there's almost always an entry to tell SuSEconfig to leave the real files alone instead of propagating, so you can run things the old way if you want or if you can't DTRT using the rc.config entries.) Also, I think they borrowed this setup from DU / OSF/1. -- brandon s. allbery [os/2][linux][solaris][japh] allbery@kf8nh.apk.net system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering KF8NH carnegie mellon university ["better check the oblivious first" -ke6sls] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 7:49:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from ece.cmu.edu (ECE.CMU.EDU [128.2.136.200]) by hub.freebsd.org (Postfix) with ESMTP id 313EC37B405; Sat, 2 Feb 2002 07:49:23 -0800 (PST) Received: from pyanfar.ece.cmu.edu (allbery@VPN77.ECE.CMU.EDU [128.2.138.77]) (authenticated) by ece.cmu.edu (8.11.0/8.10.2) with ESMTP id g12Fn5j05145; Sat, 2 Feb 2002 10:49:06 -0500 (EST) Subject: Re: Junior Annoying Hacker Task From: "Brandon S. Allbery " KF8NH To: Emiel Kollof Cc: Nik Clayton , Terry Lambert , Miguel Mendez , Paul Fardy , current@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: <0B56634D-17E4-11D6-BA26-000A277C7FDE@hackerheaven.org> References: <0B56634D-17E4-11D6-BA26-000A277C7FDE@hackerheaven.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.1 Date: 02 Feb 2002 10:48:55 -0500 Message-Id: <1012664958.7076.10.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2002-02-02 at 08:52, Emiel Kollof wrote: > Oh, I am not volunteering, it's way beyond my capabilities. Hm, Darwin is (userspace-wise) mostly FreeBSD 3.x, isn't it? I wouldn't expect porting its NetInfo implementation to be particularly difficult. -- brandon s. allbery [os/2][linux][solaris][japh] allbery@kf8nh.apk.net system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering KF8NH carnegie mellon university ["better check the oblivious first" -ke6sls] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 8:50:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from hotmail.com (f156.law12.hotmail.com [64.4.19.156]) by hub.freebsd.org (Postfix) with ESMTP id 6DD1B37B41E for ; Sat, 2 Feb 2002 08:50:04 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 2 Feb 2002 08:50:03 -0800 Received: from 210.50.86.101 by lw12fd.law12.hotmail.msn.com with HTTP; Sat, 02 Feb 2002 16:50:03 GMT X-Originating-IP: [210.50.86.101] From: "Logan weaponx" To: freebsd-current@freebsd.org Subject: lomac Date: Sun, 03 Feb 2002 03:50:03 +1100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 02 Feb 2002 16:50:03.0983 (UTC) FILETIME=[A9666DF0:01C1AC09] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there a reason lomac_enable isn't in /etc/defaults/rc.conf? I've only had a brief look so excuse this email if i'm in error and the answer is glaringly obvious. thanks thomas _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. 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 Sat Feb 2 8:50:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by hub.freebsd.org (Postfix) with ESMTP id DDDF037B480 for ; Sat, 2 Feb 2002 08:50:26 -0800 (PST) Received: from router.hackerheaven.org (coolvibe.xs4all.nl [80.126.0.97]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id g12Go7f1074805; Sat, 2 Feb 2002 17:50:09 +0100 (CET) Received: from loki.ipv6.hackerheaven.org (loki.ipv6.hackerheaven.org [10.0.0.12]) by router.hackerheaven.org (Postfix) with ESMTP id C03821C15; Sat, 2 Feb 2002 17:49:34 +0100 (CET) Date: Sat, 2 Feb 2002 17:50:04 +0100 Subject: Re: Junior Annoying Hacker Task Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v480) Cc: Nik Clayton , Terry Lambert , Miguel Mendez , Paul Fardy , current@FreeBSD.ORG, stable@FreeBSD.ORG To: "Brandon S. Allbery " KF8NH From: Emiel Kollof In-Reply-To: <1012664958.7076.10.camel@pyanfar.ece.cmu.edu> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.480) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brandon S. Allbery KF8NH heeft op zaterdag 2 februari 2002 om 16:48 het volgende geschreven: > On Sat, 2002-02-02 at 08:52, Emiel Kollof wrote: >> Oh, I am not volunteering, it's way beyond my capabilities. > > Hm, Darwin is (userspace-wise) mostly FreeBSD 3.x, isn't it? I wouldn't > expect porting its NetInfo implementation to be particularly difficult. AFAIK, Netinfo on Mac OS X is implemented deep. That is, it overrules standard libc behaviour (like the resolver, fstab and other things), Yes it's userspace jim, but not as we know it :) But it's definitely beyond my sphere of control. Cheers, Emiel (who knows when he's overclassed ;) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 9:12:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns2.alphaque.com (ns2.alphaque.com [202.185.254.11]) by hub.freebsd.org (Postfix) with SMTP id 78C4C37B416 for ; Sat, 2 Feb 2002 09:12:28 -0800 (PST) Received: (qmail 23355 invoked from network); 2 Feb 2002 17:12:27 -0000 Received: from ns2.alphaque.com (HELO prophet.alphaque.com) (202.185.254.11) by ns2.alphaque.com with SMTP; 2 Feb 2002 17:12:27 -0000 Received: from localhost (daus5rfouw0ke64d@localhost [127.0.0.1]) by prophet.alphaque.com (8.11.6/8.11.6) with ESMTP id g12GcYb14847; Sun, 3 Feb 2002 00:38:34 +0800 (MYT) (envelope-from dinesh@alphaque.com) Date: Sun, 3 Feb 2002 00:38:34 +0800 (MYT) From: Dinesh Nair To: Miguel Mendez Cc: Terry Lambert , Paul Fardy , current@freebsd.org, stable@freebsd.org Subject: Re: Junior Annoying Hacker Task In-Reply-To: <20020202120725.A32535@energyhq.homeip.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2 Feb 2002, Miguel Mendez wrote: > times, well, not with the registry paradigm, but some sort of > graphical admin tool based on GTK. I'm doing exams this week but may > take a go at it after I finish them. why not use something like webmin ? Regards, /\_/\ "All dogs go to heaven." dinesh@alphaque.com (0 0) http://www.alphaque.com/ +==========================----oOO--(_)--OOo----==========================+ | for a in past present future; do | | for b in clients employers associates relatives neighbours pets; do | | echo "The opinions here in no way reflect the opinions of my $a $b." | | done; done | +=========================================================================+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 9:12:53 2002 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 49B8337B400; Sat, 2 Feb 2002 09:12:41 -0800 (PST) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id SAA93171; Sat, 2 Feb 2002 18:11:18 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.3/8.8.8) with ESMTP id g12HB1C00481; Sat, 2 Feb 2002 18:11:01 +0100 (CET) (envelope-from root@nihil) Date: Sat, 2 Feb 2002 18:11:00 +0100 (CET) From: Michael Reifenberger To: jhb@freebsd.org Cc: FreeBSD-Current Subject: Making bootable recovery CD using cdboot/loader fails Message-ID: <20020202180322.K472-100000@nihil> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, a CD created using the following commands fails during loading /boot/kernel/kernel (just freezes up) under a recent current: cd /usr/tmp mkdir root dump -0a -f - / | ( cd root; restore -r -f - ) dd if=/dev/zero of=root/boot/boot.catalog count=5 mkisofs -b boot/cdboot -no-emul-boot -c boot/boot.catalog \ -r -J -V LiveCD \ -o root.iso root burncd -e -f /dev/acd0c blank data root.iso fixate Using a loader binary from 4.5-mini.iso works insofar that it works with a 4.5 /kernel but can't execute a -current kernel (loader version too low...) Any clues how to debug this problem? 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 Sat Feb 2 9:15:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id A3E2637B405; Sat, 2 Feb 2002 09:15:53 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g12H8np60716; Sat, 2 Feb 2002 09:08:49 -0800 (PST) (envelope-from obrien) Date: Sat, 2 Feb 2002 09:07:27 -0800 From: "David O'Brien" To: Terry Lambert Cc: Giorgos Keramidas , current@freebsd.org, alpha@freebsd.org Subject: Re: Latest binutils import breaks Alpha cross compiles Message-ID: <20020202090727.A60619@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20020130162039.D14D63A9A@overcee.wemm.org> <3C58F0B5.6EF0B8DE@mindspring.com> <20020202003952.GA417@hades.hell.gr> <3C5B3FE6.825C8FFF@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C5B3FE6.825C8FFF@mindspring.com>; from tlambert2@mindspring.com on Fri, Feb 01, 2002 at 05:24:54PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 01, 2002 at 05:24:54PM -0800, Terry Lambert wrote: > Giorgos Keramidas wrote: > > This still *is* -CURRENT, right? If it doesn't break, once in a > > while, how will new things be tested by the -CURRENT userbase? > > A "make world" before commit? Is this a trick question? Please see the 2001 freebsd-alpha archives were it was stated that non-working on the Alpha would not longer be something that could hold back toolchain upgrades. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 9:35:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.netbridge.ru (ns.netbridge.ru [213.221.5.250]) by hub.freebsd.org (Postfix) with ESMTP id B68C437B404 for ; Sat, 2 Feb 2002 09:35:10 -0800 (PST) Received: from netbridge.ru ([213.221.5.1]) by ns.netbridge.ru (8.10.2/netBridge) with ESMTP id g12HfP907133 for ; Sat, 2 Feb 2002 20:41:25 +0300 Message-ID: <3C5C1F18.678E9374@netbridge.ru> Date: Sat, 02 Feb 2002 20:17:12 +0300 From: Vitaly Timofeev X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG unsubscribe freebsd-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 9:45:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.toppoint.de (bender.toppoint.de [195.244.243.1]) by hub.freebsd.org (Postfix) with ESMTP id 9651937B405 for ; Sat, 2 Feb 2002 09:45:30 -0800 (PST) Received: (from uucp@localhost) by mail.toppoint.de (8.9.3/8.9.3) id SAA24033; Sat, 2 Feb 2002 18:45:19 +0100 (MET) >Received: (from root@localhost) by telonius.lan.raisdorf.net (8.11.6/8.11.6) id g12HZEZ77871; Sat, 2 Feb 2002 18:35:14 +0100 (CET) (envelope-from hscholz@raisdorf.net) Received: from raisdorf.net (donkey.lan.raisdorf.net [10.1.1.66]) by perikles.toppoint.de (8.11.6/8.11.6av) with SMTP id g12HZ0t77843; Sat, 2 Feb 2002 18:35:00 +0100 (CET) (envelope-from hscholz@raisdorf.net) Message-Id: <200202021735.g12HZ0t77843@perikles.toppoint.de> Date: Sat, 2 Feb 2002 18:36:28 +0100 From: Hendrik Scholz To: freebsd-current@freebsd.org Cc: wangbok@cs.pdx.edu Subject: Re: Login failures Reply-To: hendrik@scholz.net X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.10; i386--freebsd4.5) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-11 Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! Look at the "Pam problems today" mails on the list, do a cvs update or apply this patch: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/34507 If you don't want to rebuild everything, try: $ cd /usr/src/lib/libpam $ (cd pam_lastlog ; make && make install) $ (cd pam_login_access ; make && make install) This should work (untested on -stable here) Hendrik -- Hendrik Scholz - - http://raisdorf.net/ Microsoft: where do you want to go today? Linux: where do you want to go tomorrow? *BSD: are you guys coming, or what? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 10: 1: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id DDB9C37B419; Sat, 2 Feb 2002 10:00:48 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g12I0lL18041; Sat, 2 Feb 2002 19:00:47 +0100 (CET) (envelope-from wkb) Date: Sat, 2 Feb 2002 19:00:47 +0100 From: Wilko Bulte To: "David O'Brien" Cc: Terry Lambert , Giorgos Keramidas , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Latest binutils import breaks Alpha cross compiles Message-ID: <20020202190047.B18009@freebie.xs4all.nl> References: <20020130162039.D14D63A9A@overcee.wemm.org> <3C58F0B5.6EF0B8DE@mindspring.com> <20020202003952.GA417@hades.hell.gr> <3C5B3FE6.825C8FFF@mindspring.com> <20020202090727.A60619@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020202090727.A60619@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Sat, Feb 02, 2002 at 09:07:27AM -0800 X-OS: FreeBSD 4.5-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Feb 02, 2002 at 09:07:27AM -0800, David O'Brien wrote: > On Fri, Feb 01, 2002 at 05:24:54PM -0800, Terry Lambert wrote: > > Giorgos Keramidas wrote: > > > This still *is* -CURRENT, right? If it doesn't break, once in a > > > while, how will new things be tested by the -CURRENT userbase? > > > > A "make world" before commit? Is this a trick question? > > Please see the 2001 freebsd-alpha archives were it was stated that > non-working on the Alpha would not longer be something that could hold > back toolchain upgrades. Yes, I remember. But I have to admit I would be interested to know when the toolchain for Alpha on -current will be able to buildworld again. Yesterday I put an extra disk in my DS10 to put -current on. Building a -current is 'currently' (sic.. ;-) not possible at all. Wilko -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 11:50:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailhost.firstcallgroup.co.uk (dilbert.firstcallgroup.co.uk [194.203.69.166]) by hub.freebsd.org (Postfix) with ESMTP id E0EDE37B404; Sat, 2 Feb 2002 11:50:14 -0800 (PST) Received: from pfrench by mailhost.firstcallgroup.co.uk with local (Exim 3.33 #1) id 16X6Ai-0006RC-00; Sat, 02 Feb 2002 19:50:00 +0000 To: allbery@ece.cmu.edu, coolvibe@hackerheaven.org Subject: Re: Junior Annoying Hacker Task Cc: current@FreeBSD.ORG, flynn@energyhq.homeip.net, nik@FreeBSD.ORG, pdfardy@mac.com, stable@FreeBSD.ORG, tlambert2@mindspring.com In-Reply-To: Message-Id: From: Pete French Date: Sat, 02 Feb 2002 19:50:00 +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > AFAIK, Netinfo on Mac OS X is implemented deep. That is, it overrules > standard libc behaviour (like the resolver, fstab and other things), Yes > it's userspace jim, but not as we know it :) This was certainly true on NeXT's - you needed special versions of most programs (e.g. sendmail, bind, login etc...) that were netinfo aware too. If its going to be done it needs doing very thoroughly and carefully as it replaces more of the /etc files with netinfo equivalents. On the other doesnt YP do somethign similar ? (I've never had to use YP, thought I have been on the receiving end of some of the consequences). > But it's definitely beyond my sphere of control. Possibly not a job for the fainthearted - but its an interesting idea. I hadnt realised the source to netinfo was now open sourced with Darwin. -pcf. [suddenly quite entheused about this idea] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 12:10:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 69EC137B400; Sat, 2 Feb 2002 12:10:20 -0800 (PST) Received: from rwcrwbc57 ([204.127.198.46]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020202201020.EWNX26243.rwcrmhc51.attbi.com@rwcrwbc57>; Sat, 2 Feb 2002 20:10:20 +0000 Received: from [12.74.96.81] by rwcrwbc57; Sat, 02 Feb 2002 20:10:20 +0000 From: jordan.breeding@attbi.com To: freebsd-current@freebsd.org, freebsd-scsi@freebsd.org Subject: Support for atapi cdrw as scsi in -current? Date: Sat, 02 Feb 2002 20:10:20 +0000 X-Mailer: AT&T Message Center Version 1 (Nov 29 2001) Message-Id: <20020202201020.EWNX26243.rwcrmhc51.attbi.com@rwcrwbc57> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I noticed a patch on freebsd-scsi a while back that added a not very complete form of atapi as scsi support to the freebsd kernel. Are there plans to complete this and add it to -current sometime before -current turns into 5.0-RELEASE? Thanks for any information. Jordan Breeding To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 12:47:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id 96CE737B427; Sat, 2 Feb 2002 12:47:26 -0800 (PST) Received: from i8k.babbleon.org ([66.57.85.154]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Sat, 2 Feb 2002 10:00:19 -0500 Received: by i8k.babbleon.org (Postfix, from userid 111) id 6781C407B; Sat, 2 Feb 2002 09:58:52 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Terry Lambert , Wilko Bulte Subject: Re: Junior Annoying Hacker Task Date: Sat, 2 Feb 2002 09:58:52 -0500 X-Mailer: KMail [version 1.3] Cc: Paul Fardy , current@FreeBSD.ORG, stable@FreeBSD.ORG References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <20020202110330.C16801@freebie.xs4all.nl> <3C5BCA46.713B1950@mindspring.com> In-Reply-To: <3C5BCA46.713B1950@mindspring.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020202145852.6781C407B@i8k.babbleon.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 02 February 2002 06:15 am, Terry Lambert wrote: > Wilko Bulte wrote: > > I would add differences like: the M$ registry is bound to > > be corrupted, is only accessible by obscure tools, > > is for the best part not documented > > > > In other words why should FreeBSD adopt something like that? > > rc.conf is a registry in all but tools. 8-). No, it's not, because it still maintains a separation between "system" control (rc.conf) and application control (/var/packges). It's more like config.sys or something . . . > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) ME --> http://www.babbleon.org http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 12:57:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 8D70337B400; Sat, 2 Feb 2002 12:57:52 -0800 (PST) Received: from [192.168.1.10] (helo=den2) by vimfuego.saarinen.org with esmtp (Exim 3.33 #1 (Red Hack)) id 16X7E7-00042V-00; Sun, 03 Feb 2002 09:57:35 +1300 Date: Sun, 3 Feb 2002 09:57:35 +1300 (New Zealand Daylight Time) From: Juha Saarinen To: "Brian T.Schellenberger" Cc: Terry Lambert , Wilko Bulte , Paul Fardy , "current@FreeBSD.ORG" , "stable@FreeBSD.ORG" Subject: Re: Junior Annoying Hacker Task In-Reply-To: <20020202145852.6781C407B@i8k.babbleon.org> Message-ID: X-Message-Flag: "Yummy... a Windows box! Hack! Hack! Hack!" X-X-Sender: juha@vimfuego.saarinen.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2 Feb 2002, Brian T.Schellenberger wrote: > No, it's not, because it still maintains a separation between "system" > control (rc.conf) and application control (/var/packges). > > It's more like config.sys or something . . . Much more than that. The registry also stores dynamic data, such as performance counters. It's also "remotable", for centralised management. -- Juha Take off every sig! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 13:17:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from ece.cmu.edu (ECE.CMU.EDU [128.2.136.200]) by hub.freebsd.org (Postfix) with ESMTP id 5AAB637B41C; Sat, 2 Feb 2002 13:16:39 -0800 (PST) Received: from pyanfar.ece.cmu.edu (allbery@VPN77.ECE.CMU.EDU [128.2.138.77]) (authenticated) by ece.cmu.edu (8.11.0/8.10.2) with ESMTP id g12LGMj17055; Sat, 2 Feb 2002 16:16:22 -0500 (EST) Subject: Re: Junior Annoying Hacker Task From: "Brandon S. Allbery " KF8NH To: Pete French Cc: coolvibe@hackerheaven.org, current@FreeBSD.ORG, flynn@energyhq.homeip.net, nik@FreeBSD.ORG, pdfardy@mac.com, stable@FreeBSD.ORG, tlambert2@mindspring.com In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.1 Date: 02 Feb 2002 16:15:57 -0500 Message-Id: <1012684586.7076.19.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2002-02-02 at 14:50, Pete French wrote: > > AFAIK, Netinfo on Mac OS X is implemented deep. That is, it overrules > > standard libc behaviour (like the resolver, fstab and other things), Yes > > it's userspace jim, but not as we know it :) > > This was certainly true on NeXT's - you needed special versions of most > programs (e.g. sendmail, bind, login etc...) that were netinfo aware too. > If its going to be done it needs doing very thoroughly and carefully as > it replaces more of the /etc files with netinfo equivalents. On the other > doesnt YP do somethign similar ? (I've never had to use YP, thought I have > been on the receiving end of some of the consequences). And I, somehow, had failed to notice that there's no NSS on FreeBSD. *smacks self on head* Not quite so simple after all, I guess.... -- brandon s. allbery [os/2][linux][solaris][japh] allbery@kf8nh.apk.net system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering KF8NH carnegie mellon university ["better check the oblivious first" -ke6sls] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 14: 5:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailhost.firstcallgroup.co.uk (dilbert.firstcallgroup.co.uk [194.203.69.166]) by hub.freebsd.org (Postfix) with ESMTP id 6A63937B404; Sat, 2 Feb 2002 14:05:51 -0800 (PST) Received: from pfrench by mailhost.firstcallgroup.co.uk with local (Exim 3.33 #1) id 16X8Hu-0006ih-00; Sat, 02 Feb 2002 22:05:34 +0000 To: allbery@ece.cmu.edu Subject: Re: Junior Annoying Hacker Task Cc: coolvibe@hackerheaven.org, current@FreeBSD.ORG, flynn@energyhq.homeip.net, nik@FreeBSD.ORG, pdfardy@mac.com, stable@FreeBSD.ORG, tlambert2@mindspring.com In-Reply-To: <1012684586.7076.19.camel@pyanfar.ece.cmu.edu> Message-Id: From: Pete French Date: Sat, 02 Feb 2002 22:05:34 +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > And I, somehow, had failed to notice that there's no NSS on FreeBSD. > *smacks self on head* Not quite so simple after all, I guess.... Is this NSS as in the Mozilla crypt stuff ? If so then what does it have to do with netinfo - or is OSX netinfo different to normal netinfo ? [did they break yet another thing ? :-(] BTW, this discussion should probably not be taking place on as many lists as it currently is I suspect. Wheres most appropiate for it ? -pcf. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 15: 7:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 68CA037B400 for ; Sat, 2 Feb 2002 15:07:23 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 3529B10DDF8; Sat, 2 Feb 2002 15:07:23 -0800 (PST) Date: Sat, 2 Feb 2002 15:07:23 -0800 From: Alfred Perlstein To: Dag-Erling Smorgrav Cc: current@freebsd.org Subject: Re: fstat dumps core Message-ID: <20020202150723.J10817@elvis.mu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Sat, Feb 02, 2002 at 02:51:32PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Dag-Erling Smorgrav [020202 05:51] wrote: > # gdb =fstat > [...] > (gdb) break 349 > Breakpoint 1 at 0x8049110: file /usr/src/usr.bin/fstat/fstat.c, line 349. > (gdb) run > Starting program: /usr/bin/fstat > USER CMD PID FD MOUNT INUM MODE SZ|DV R/W > root fstat 13709 root / 2 drwxr-xr-x 1536 r > root fstat 13709 wd /usr 368364 drwxr-xr-x 512 r > root fstat 13709 text /usr 351906 -r-xr-sr-x 129809 r > > Breakpoint 1, dofiles (kp=0x8050000) at /usr/src/usr.bin/fstat/fstat.c:349 > 349 bcopy(filed0.fd_dfiles, ofiles, (filed.fd_lastfile+1) * FPSIZE); > (gdb) p filed0.fd_fd.fd_lastfile + 1 > $1 = 327686 > (gdb) p filed0.fd_dfiles > $2 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x100, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0} > (gdb) c > Continuing. > > Program received signal SIGBUS, Bus error. > 0x280fec8a in bcopy () from /usr/lib/libc.so.5 > (gdb) where > #0 0x280fec8a in bcopy () from /usr/lib/libc.so.5 > #1 0x0 in ?? () > > fd_lastfile is obviously bogus. Alfred, is this a consequence of your > fd work in the kernel? Er.... I dunno, I'll look at it. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductable donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 17:13:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 6B28E37B404 for ; Sat, 2 Feb 2002 17:13:46 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id g131DUF38748; Sat, 2 Feb 2002 20:13:30 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20020201.225650.39719656.imp@village.org> References: <20020202005621.841F4406A@i8k.babbleon.org> <3C5B42FA.858F36A8@mindspring.com> <20020202033112.5490F406A@i8k.babbleon.org> <20020201.225650.39719656.imp@village.org> Date: Sat, 2 Feb 2002 20:13:29 -0500 To: "M. Warner Losh" , current@FreeBSD.ORG From: Garance A Drosihn Subject: Re: firewall_enable Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 10:56 PM -0700 2/1/02, M. Warner Losh wrote: >Actually, there's a simple way around this that is failsafe. > >firewall_enable=YES What it deos now > =NO Wide open > =FAILSAFE Defaults to wired down. > >/etc/defaults/rc.conf > >firewall_enable=FAILSAFE I like it. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 2 17:41:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from buscaeltesoro.com (imail5.innerhost.com [208.238.102.7]) by hub.freebsd.org (Postfix) with ESMTP id B1C9F37B402 for ; Sat, 2 Feb 2002 17:41:09 -0800 (PST) Date: Sat, 2 Feb 2002 20:39:53 -0500 Message-Id: <200202022039.AA297402530@buscaeltesoro.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: "x x" Reply-To: To: Subject: Problem with PPPoE and 3com Etherlink III X-Mailer: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG People, With FreeBSD 4.5-RELEASE i can't connect to the internet using (userland) ppp. I use the same configuration in the past, but with this network card (ISA 3Com EtherLink III), ppp says: Feb 2 14:00:01 dna ppp[132]: tun0: Phase: deflink: Connected! Feb 2 14:00:01 dna ppp[132]: tun0: Phase: deflink: opening -> dial Feb 2 14:00:01 dna ppp[132]: tun0: Phase: deflink: dial -> carrier Feb 2 14:00:06 dna ppp[132]: tun0: Phase: deflink: Disconnected! Feb 2 14:00:06 dna ppp[132]: tun0: Phase: deflink: carrier -> hangup Feb 2 14:00:06 dna ppp[132]: tun0: Phase: deflink: Connect time: 5 secs: 0 octets in, 0 octets out Feb 2 14:00:06 dna ppp[132]: tun0: Phase: deflink: : 0 packets in, 0 packets out Feb 2 14:00:06 dna ppp[132]: tun0: Phase: total 0 bytes/sec, peak 0 bytes/sec on Sat Feb 2 14:00:06 2002 Feb 2 14:00:06 dna ppp[132]: tun0: Phase: deflink: hangup -> opening Feb 2 14:00:06 dna ppp[132]: tun0: Phase: deflink: Enter pause (30) for redialing. Please help me. Thank you PD: sorry for my english ppp.conf: --------- default: set log phase tun command set device PPPoE:ep0 set mru 1492 set mtu 1492 set authname gastonq@speedy set authkey lakers set dial set login add default HISADDR enable dns dmesg output: ------------- Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.5-RELEASE #2: Sat Feb 2 01:11:41 ART 2002 root@dna.speedy.com.ar:/usr/src/sys/compile/my_kernel Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (233.87-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 33554432 (32768K bytes) avail memory = 29122560 (28440K bytes) Preloaded elf kernel "kernel" at 0xc039d000. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x4000-0x400f,0x184a8e7c-0x184a8e7f,0x86034d58-0x86034d5f,0x9cc6a274-0x9cc6a277,0x451ef080-0x451ef087 irq 0 at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 11.0 irq 0 pci0: at 20.0 irq 0 orm0: