From owner-freebsd-hackers Sun Apr 14 2:42:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by hub.freebsd.org (Postfix) with ESMTP id 6490837B405 for ; Sun, 14 Apr 2002 02:42:13 -0700 (PDT) Received: from lungfish.ntlworld.com ([80.4.0.215]) by mta03-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020414094210.XBQE295.mta03-svc.ntlworld.com@lungfish.ntlworld.com>; Sun, 14 Apr 2002 10:42:10 +0100 Received: from tuatara.goatsucker.org (tuatara.goatsucker.org [192.168.1.6]) by lungfish.ntlworld.com (8.11.6/8.11.6) with ESMTP id g3E9g9V43264; Sun, 14 Apr 2002 10:42:09 +0100 (BST) (envelope-from scott@tuatara.goatsucker.org) Received: (from scott@localhost) by tuatara.goatsucker.org (8.11.6/8.11.6) id g3E9gLY17460; Sun, 14 Apr 2002 10:42:21 +0100 (BST) (envelope-from scott) Date: Sun, 14 Apr 2002 10:42:20 +0100 From: Scott Mitchell To: dave Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD NIS serving linux clients. Message-ID: <20020414104220.B293@fishballoon.dyndns.org> References: <002301c1e333$e2cdf430$0200a8c0@satellite> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <002301c1e333$e2cdf430$0200a8c0@satellite>; from dmehler@siscom.net on Sat, Apr 13, 2002 at 05:40:52PM -0400 X-Operating-System: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Apr 13, 2002 at 05:40:52PM -0400, dave wrote: > Hello, > I'm having a few problems configuring nis to interoperate between > FreeBSD which is the main nis server and rh 7.2 linux nis clients. > First of all, user's can log in to the nis master server just fine and > change their passwords. However, they can not log in to the linux boxes even > though the linux boxes can display information about the nis users. In > /var/yp/Makefile on the nis master server i've set unsecure to true, and > remade the nis maps, this has not corrected the problem. > Additionally, using proftpd doesn't work, i've added the suggested lines > to /etc/pam.conf and PersistentPasswd off to proftpd.conf, restarted > proftpd, however when a user tries to log in an error 530 occurs and in > /var/log/messages i get a message that the password is not valid. > Any pointers appreciated. > Thanks. > Dave. Hi Dave, The Linux NIS implementation (at least the one that RedHat ships) is a bit strange, to say the least :-) Here's what I had to do to get our various RedHat 6.x/7.x client to talk to a FreeBSD NIS master. First of all, I assume your Linux boxen are set up to use shadow passwords. You need to have your NIS server export a 'shadow' map in addition to the 'master.passwd' map that FreeBSD expects to find the encrypted passwords in. Every OS does this differently -- our Solaris machines use yet another different map for shadow passwords. Second (and this is the one that took me all day to figure out), the Linux NIS client won't look in the shadow password map at all unless it sees an 'x' in the password field of the 'passwd' map. That right, put a '*' or any other invalid password in there, and it'll assume it's the real password and (obviously) fail to match it against whatever the user just typed in. I believe this is actually documented in some Linux NIS HOWTO, but it was pretty hard to track down. I've appended diffs between the stock 4.3-R /var/yp/Makefile and my local one, that implements these changes. It might not apply cleanly to later versions, but should be pretty easy to replicate by hand. You'll notice that it also moves the source for the 'groups' map into /var/yp... ignore that if it's not relevant to your situation. Hope that is some help, Scott *** Makefile.dist Sat Apr 21 10:10:22 2001 --- Makefile Wed Nov 7 17:57:36 2001 *************** *** 10,15 **** --- 10,22 ---- # # This Makefile can be modified to support more NIS maps if desired. # + # 20010830 rsm Added support for Linux-friendly shadow.byname map, + # generated from master.passwd. Also made sure that + # password field in passwd map ues 'x' not '*', so that + # Linux clients will recognise the invalid passwords... + # 20011107 rsm Moved source for 'group' maps to /var/yp/group. + # Clients should append this map to their own /etc/group. + # # If this machine is an NIS master, comment out this next line so # that changes to the NIS maps can be propagated to the slave servers. *************** *** 104,110 **** PROTOCOLS = $(YPSRCDIR)/protocols RPC = $(YPSRCDIR)/rpc SERVICES = $(YPSRCDIR)/services ! GROUP = $(YPSRCDIR)/group ALIASES = $(YPSRCDIR)/aliases NETGROUP = $(YPDIR)/netgroup PASSWD = $(YPDIR)/passwd --- 111,118 ---- PROTOCOLS = $(YPSRCDIR)/protocols RPC = $(YPSRCDIR)/rpc SERVICES = $(YPSRCDIR)/services ! #GROUP = $(YPSRCDIR)/group ! GROUP = $(YPDIR)/group ALIASES = $(YPSRCDIR)/aliases NETGROUP = $(YPDIR)/netgroup PASSWD = $(YPDIR)/passwd *************** *** 187,193 **** publickey: publickey.byname aliases: mail.aliases ! master.passwd: master.passwd.byname master.passwd.byuid # # This is a special target used only when doing in-place updates with --- 195,201 ---- publickey: publickey.byname aliases: mail.aliases ! master.passwd: master.passwd.byname master.passwd.byuid shadow.byname # # This is a special target used only when doing in-place updates with *************** *** 467,473 **** @if [ ! $(UNSECURE) ]; then \ $(RCAT) $(MASTER) | \ $(AWK) -F: '{if ($$1 != "" && $$1 !~ "^#.*" && $$1 != "+") \ ! print $$1":*:"$$3":"$$4":"$$8":"$$9":"$$10}' $^ \ > $(PASSWD) ; \ else $(RCAT) $(MASTER) | \ $(AWK) -F: '{if ($$1 != "" && $$1 !~ "^#.*" && $$1 != "+") \ --- 475,481 ---- @if [ ! $(UNSECURE) ]; then \ $(RCAT) $(MASTER) | \ $(AWK) -F: '{if ($$1 != "" && $$1 !~ "^#.*" && $$1 != "+") \ ! print $$1":x:"$$3":"$$4":"$$8":"$$9":"$$10}' $^ \ > $(PASSWD) ; \ else $(RCAT) $(MASTER) | \ $(AWK) -F: '{if ($$1 != "" && $$1 !~ "^#.*" && $$1 != "+") \ *************** *** 559,564 **** --- 567,588 ---- $(CAT) $(MASTER) | \ $(AWK) -F: '{ if ($$1 != "" && $$1 !~ "^#.*" && $$1 != "+") \ print $$3"\t"$$0 }' $^ \ + | $(DBLOAD) ${S} -f -i $(MASTER) -o $(YPMAPDIR)/$@ - $(TMP); \ + $(RMV) $(TMP) $@ + @$(DBLOAD) -c + @if [ ! $(NOPUSH) ]; then $(YPPUSH) -d $(DOMAIN) $@; fi + @if [ ! $(NOPUSH) ]; then echo "Pushed $@ map." ; fi + .endif + + + shadow.byname: $(MASTER) + @echo "Updating $@..." + .if ${MASTER} == "/dev/null" + @echo "Master.passwd source file not found -- skipping" + .else + $(CAT) $(MASTER) | \ + $(AWK) -F: '{ if ($$1 != "" && $$1 !~ "^#.*" && $$1 != "+") \ + print $$1"\t"$$1":"$$2":12345:0:99999:7:::" }' $^ \ | $(DBLOAD) ${S} -f -i $(MASTER) -o $(YPMAPDIR)/$@ - $(TMP); \ $(RMV) $(TMP) $@ @$(DBLOAD) -c -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott.mitchell@mail.com | 0xAA775B8B | -- Anon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 14 3: 9:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from amsfep11-int.chello.nl (amsfep11-int.chello.nl [213.46.243.19]) by hub.freebsd.org (Postfix) with ESMTP id BC63937B404; Sun, 14 Apr 2002 03:08:58 -0700 (PDT) Received: from yorgos ([213.93.13.152]) by amsfep11-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with SMTP id <20020414100857.MIOD1209.amsfep11-int.chello.nl@yorgos>; Sun, 14 Apr 2002 12:08:57 +0200 Message-ID: <006001c1e39d$45a69440$980d5dd5@arnhem.chello.nl> From: "Yorgos Christoforou" To: , Subject: starting UserConfig Date: Sun, 14 Apr 2002 12:15:15 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_005D_01C1E3AE.08FD09A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_005D_01C1E3AE.08FD09A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'm pretty new in using freebsd and i'm trying to ftp install it on my alpha AXPpci33 desktop I have installed SMR as indicated in the installation guide and then fdimage the kern.flp and the mfsroot.flp. Nevertheless after giving the command >>>boot dva0 and installing kern and mfsroot the system goes directly into SysConfig menu although i would expect to enter the UserConfig menu as indicated in http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-start.h= tml The result is that i cannot reconfigure my kernel. I try to reconfigure the kernel because the SysConfig doesn't recognize = my ethernet card for an unknown reason. I read somewhere that this can be due to = conflicts in the hardware list of the kernel. ------=_NextPart_000_005D_01C1E3AE.08FD09A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I'm pretty new in using = freebsd and=20 i'm trying to ftp install it
on my alpha AXPpci33  desktop
 
I have installed SMR as = indicated in=20 the installation guide
and then fdimage the = kern.flp and the=20 mfsroot.flp.
Nevertheless after = giving the command=20 >>>boot dva0
and installing kern and = mfsroot the=20 system goes directly
into SysConfig menu = although i would=20 expect
to enter the UserConfig = menu as=20 indicated in
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/in= stall-start.html
 
The result is that i = cannot=20 reconfigure my kernel.
I try to reconfigure = the kernel=20 because the SysConfig doesn't recognize my ethernet card
for an unknown=20 reason. I read = somewhere that=20 this can be due to conflicts
in the hardware list of = the=20 kernel.
------=_NextPart_000_005D_01C1E3AE.08FD09A0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 14 7:16: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 49A9037B404 for ; Sun, 14 Apr 2002 07:16:02 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g3EEFcw66522; Sun, 14 Apr 2002 10:15:38 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 14 Apr 2002 10:15:38 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "M. Warner Losh" Cc: simokawa@sat.t.u-tokyo.ac.jp, freebsd-hackers@FreeBSD.ORG, ikob@koganei.wide.ad.jp Subject: Re: FireWire for kernel hackers In-Reply-To: <20020412.224646.64790817.imp@village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 12 Apr 2002, M. Warner Losh wrote: > In message: > Hidetoshi Shimokawa writes: > : 5. FireWire for Kernel Hackers > ... > : # dmesg -M /dev/fwmem0 -N /sys/i386/compile/GENERIC/kernel > : # gdb -k -c /dev/fwmem0 /sys/i386/compile/GENERIC/kernel.debug > : > : remote gdb at 400,000,000 bps :-) > > Now that is way cool! That's a good reason to buy firewire gear :-) Wow. That is really, really cool. Now we just need our PPC port to work so I can use firewire, since none of my normal PC boxes have it :-). Maybe I'll have to go out and buy some cards now. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 14 9:48:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cairu.terra.com.br (cairu.terra.com.br [200.176.3.19]) by hub.freebsd.org (Postfix) with ESMTP id 8077937B404 for ; Sun, 14 Apr 2002 09:48:12 -0700 (PDT) Received: from smtp3-poa.terra.com.br (smtp3-poa.poa.terra.com.br [200.176.3.34]) by cairu.terra.com.br (Postfix) with ESMTP id EEEC747841 for ; Sun, 14 Apr 2002 13:48:15 +0000 (GMT) Received: from terra.com.br (cm-net-cwb-C8B037EE.brdterra.com.br [200.176.55.238]) by smtp3-poa.terra.com.br (Postfix) with ESMTP id D8E7B8B813 for ; Sun, 14 Apr 2002 13:48:10 -0300 (EST) Message-ID: <3CB9EAEF.4080603@terra.com.br> Date: Sun, 14 Apr 2002 13:47:43 -0700 From: Diego Wentz Antunes User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Help : ps: proc size mismatch Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey Guys, I'm having some trouble with ps and top process. I recently compiled my kernel from the FreeBSD 4.4 Release, everything on boot is fine. The problem is that when I run the ps and top commands I receive a message from the shell: in the case of ps = ps: proc size mismatch ( 12312 total, 1290 chunks ) I already read the comments at the troubleshoting kernel handbook. The kernel I compile is the same that comes with the distribution. I know that the problem is related with the libs, maybe libkvm. I just don't want to compile everything as I already saw other guys that compiled their kernel without this problem. I had just seached the hacker maillist archive for a tip but nothing related. Also at google and nothing to clear my thoughts. So, any comments, a path or the right maillist where I should look for... Thanks in Advance, Diego Antunes To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 14 10:42:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 629B037B425; Sun, 14 Apr 2002 10:42:27 -0700 (PDT) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g3EHgOM10573; Sun, 14 Apr 2002 19:42:24 +0200 (CEST) (envelope-from wkb) Date: Sun, 14 Apr 2002 19:42:24 +0200 From: Wilko Bulte To: Yorgos Christoforou Cc: FreeBSD-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: starting UserConfig Message-ID: <20020414194224.B10513@freebie.xs4all.nl> References: <006001c1e39d$45a69440$980d5dd5@arnhem.chello.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <006001c1e39d$45a69440$980d5dd5@arnhem.chello.nl>; from y.christoforou@chello.nl on Sun, Apr 14, 2002 at 12:15:15PM +0200 X-OS: FreeBSD 4.5-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Apr 14, 2002 at 12:15:15PM +0200, Yorgos Christoforou wrote: Hi What kind of ethernet card do you have? FreeBSD/alpha has a much more limited list of cards it supports compared to FreeBSD/x86 Wilko > I'm pretty new in using freebsd and i'm trying to ftp install it > on my alpha AXPpci33 desktop > > I have installed SMR as indicated in the installation guide > and then fdimage the kern.flp and the mfsroot.flp. > Nevertheless after giving the command >>>boot dva0 > and installing kern and mfsroot the system goes directly > into SysConfig menu although i would expect > to enter the UserConfig menu as indicated in > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-start.html > > The result is that i cannot reconfigure my kernel. > I try to reconfigure the kernel because the SysConfig doesn't recognize my ethernet card > for an unknown reason. I read somewhere that this can be due to conflicts > in the hardware list of the kernel. ---end of quoted text--- -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 14 11:51:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id B922537B400 for ; Sun, 14 Apr 2002 11:50:50 -0700 (PDT) Received: from attbi.com ([12.252.56.235]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020414185050.RAXQ1083.rwcrmhc53.attbi.com@attbi.com> for ; Sun, 14 Apr 2002 18:50:50 +0000 Message-ID: <3CB9CF7A.2070907@attbi.com> Date: Sun, 14 Apr 2002 12:50:34 -0600 From: Aaron Siegel User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.4) Gecko/20011126 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: System Crash Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello hackers I have been having problems with my computer crashing since I purchased it 6 months ago. I have post to the user mailing lists and newsgroups, I have not come up with any evidence which points to a specific component as being the problem. I have search the newsgroup, and just about everywhere else I can think of to find a solution but have not had any luck. Below I have two back traces, and the output of dmesg. I would like to thank all the developers and hackers which have helped create my favorite operating system Thank You Aaron Here is the back trace I was transferring a large file over sftp when it crashed #0 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc01600df in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc0160504 in poweroff_wait (junk=0xc02e7f80, howto=-2) at ../../kern/kern_shutdown.c:595 #3 0xc015ac44 in lockmgr (lkp=0xcc9cf518, flags=6, interlkp=0x0, p=0x0) at ../../kern/kern_lock.c:383 #4 0xc0186488 in bqrelse (bp=0xcc9cf4f0) at ../../sys/buf.h:320 #5 0xc0187fa1 in biodone (bp=0xcc9cf4f0) at ../../kern/vfs_bio.c:2837 #6 0xc0189dfc in cluster_callback (bp=0xcc8d63a4) at ../../kern/vfs_cluster.c:549 #7 0xc0187cd0 in biodone (bp=0xcc8d63a4) at ../../kern/vfs_bio.c:2701 #8 0xc029395f in ad_interrupt (request=0xc25eb940) at ../../dev/ata/ata-disk.c:703 #9 0xc028e23e in ata_intr (data=0xc21ce500) at ../../dev/ata/ata-all.c:1231 (kgdb) up 1 #1 0xc01600df in boot (howto=256) at ../../kern/kern_shutdown.c:316 316 dumpsys(); (kgdb) up 2 #3 0xc015ac44 in lockmgr (lkp=0xcc9cf518, flags=6, interlkp=0x0, p=0x0) at ../../kern/kern_lock.c:383 383 panic("lockmgr: pid %d, not %s %d unlock ing", (kgdb) up 3 #6 0xc0189dfc in cluster_callback (bp=0xcc8d63a4) at ../../kern/vfs_cluster.c:549 549 biodone(tbp); (kgdb) p tbp $1 = (struct buf *) 0x0 (kgdb) p *tbp cannot read proc at 0 (kgdb) up 4 #9 0xc028e23e in ata_intr (data=0xc21ce500) at ../../dev/ata/ata-all.c:1231 1231 if (!scp->running || ad_interrupt(scp->running) == ATA_OP_CONTINUES) This Is the first back trace I recorded, I was compiling the system when it crash I no longer have the abilty to perform any more debuging on this dump. #0 dumpsys () at ../../kern/kern/kern_shutdown.c:473 #1 0xc01bd287 in boot (howto=256) at ../../kern/kern_shutdown.c:313 #2 0xc01bd654 in poweroff_wait (junk=0xc03a91ex, hoto=-1069904625) at ../../kern/kern_shutdown.c:581 #3 0xc0336bee in trap_fatal (frame=0xd5667b6c, eva=14) at ../../i386/i386/trap.c:956 #4 0xc03368c1 in trap_pfault (frame=0xd5667b6c,usermode=0, eva=14) at ../../i386/i386/trap.c:849 #5 0xc03364ab in trap (frame={tf_fs =16, tf_es = 16, tf_ds = 16, tf_edi = -714703936, tf_esi = -1070753332, tf_ebp = -714703968, tf_isp = -714703976, tf_ebx = -1060892472, tf_edx = -714711040, tf_exp = 135315456, tf_eax = 14, tf_trapno =12, tf_err = 2, tf_eip = -1060892472, tf_cs = 8, tf_eflags = 66054, tf_esp = 135315456, tf_ss = 32}) at ../../i386/i386/trap.c:448 #6 0xc0c410c8 in ?? () #7 0x8 in ?? () The out put of dmesg Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.5-STABLE #0: Mon Apr 8 10:54:14 MDT 2002 aj@freedom.rutster:/usr/src/sys/compile/Freedom-4.5Sv2 Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(tm) MP processor (1330.23-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383f9ff AMD Features=0xc0480000<,AMIE,DSP,3DNow!> real memory = 536805376 (524224K bytes) avail memory = 518328320 (506180K bytes) Preloaded elf kernel "kernel" at 0xc03e7000. netsmb_dev: loaded Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 7 entries at 0xc00fde40 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 dc0: port 0xd000-0xd0ff mem 0xef000000-0xef0003ff ir q 5 at device 12.0 on pci0 dc0: Ethernet address: 00:20:78:1d:c0:91 miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: port 0xd400-0xd4ff mem 0xef001000-0xef001ff f irq 11 at device 13.0 on pci0 sis0: Ethernet address: 00:a0:cc:a2:de:fb miibus1: on sis0 ukphy1: on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 17.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: (vendor=0x1106, dev=0x3059) at 17.5 irq 5 orm0:
=BF=CB=B7R=AA=BA=AB=C8=A4=E1=B1z=A6n:
  • OEA=B9q=A4l=B6T=A9=F6=BA=F4=A1Awww.oea.com.tw=A1A=C5w=AA=EF=A5x=C6W=A4=A4=A4p=A5=F8=B7~=A7K=B6O=A5[=A4J=B7|=AD= =FB=A1C
  • OEA=B9q=A4l=B6T=A9=F6=BA=F4=ACO=B1M=AC=B0=A9=DD=AEi=A5x=C6W=A4=BA=BEP=A5=AB=B3=F5=A9=D2=AB=D8=A5=DF=AA= =BA=B1M=B7~=A5x=C6W=B2=A3=B7~=B9q=A4l=B6T=A9=F6=A5=AD=A5x=A1A= =B4=A3=A8=D1=A4F=B2=A3=AB~=B7j=B4M=A1B=B6T=A9=F6=BE=F7=B7|=A1B=BCt=B0=D3=B5= n=BF=FD=A1B=B5=EA=C0=C0=A5D=BE=F7=A1B=BA=F4=AD=B6=B3]=ADp=A1B=B1M=AE=D7=BA=F4=AF=B8=AB=D8=B8m=A1B=B0=D3=B0=C8=B8=EA=B0T=B5=A5=B1M=B7~=AAA=B0= =C8=A1C
  • OEA=B9q=A4l=B6T=A9=F6=BA=F4=A1A=AC=B0=A5x=C6W=B3=CC=A4j=B9q=A4l=A5=AB=B6=B0= =B0=D3=B7~=B6T=A9=F6=BA=F4=AF=B8=A4=A7=A4@=A1A=BE=D6=A6=B3=A5x=C6W=A4G=A4d=AEa=A5=F8=B7~=B7|=AD=FB=A1A=A8=E3= =A6=B3=B0=EA=A4=BA=AA=BE=A6W=A4W=A5=AB=A4W=C2d=A4=BD=A5= q=A4=CE=B3\=A6h=A4=A4=A4p=A5=F8=B7~=AA=BA=AB=C8=A4=E1=A1C
  • =A6p=AAG=B6Q=A4=BD=A5q=ACO=B8g=C0=E7=A4=BA=BEP=A8=C6=B7~=A1A=A9=DD=AEi=B0=EA=A4=BA=A6=E6= =BEP=B3q=B8=F4=A1A=B3=CC=BEA=A6X=BF=EF=BE=DC=A7=DA=AD=CC=B4=A3=A8=D1=AA=BA= =AAA=B0=C8=A1C
    OEA=B9q=A4l=B6T=A9=F6=BA=F4=B4=A3=A8=D1=A5=FE=A4=E8=A6=EC=BA=F4=B8=F4=A6=E6= =BEP=BE=E3=A6X=A4=E8=AE=D7=A1A=B4=A3=A8=D1=B5=B9=B6Q=A4=BD=A5q=A8=E3=A6=B3= =B0=EA=A4=BA=B6R=BD=E6=B8=EA=B0T=A1B=B0=D3=B7~=BE=F7=B7|=A1B=A6X=A7@=A5[=A4= u=A1B=B8g=BEP=A5N=B2z=A4=CE=B7s=B2=A3=AB~=A4W=A5=AB=B5=A5=A6h=B6=B5=BCs=A7i=A4=CE=C3n=A5=FA=A5\=AF=E0=A1C
  • =BA=F4=AF=B8=B3W=B9=BA=A5H=B0=C8=B9=EA=A1A=BF=CB=A4=C1=A1A=C2=B2=B3=E6=AA=BA=BE=DE=A7@=A4=B6=AD=B1=AC=B0=AE=D6=A4=DF=B2z= =A9=C0=A1C=C5w=AA=EF=B6Q=A4=BD=A5q=A7K=B6O=B5n=BF=FD=A1A=A9=CE=A7K=B6O=A5[=A4J=A4@=AF=EB=B7|=AD=FB=A1A=BE=D6=A6=B3= =A6h=B6=B5=A5[=AD=C8=AAA=B0=C8=A1C 
     =20
  • =B6=C0=AA=F7=B7|=AD=FB=ABP=BEP=B1M=AE=D7=A1G=A4@=A6= ~=A5u=ADnNT$6,000=A4=B8=A8=E3=A6=B3=A4U=A6C=A5[=AD=C8=AAA=B0= =C8=A1C
    1.=20 =B4=A3=A8=D11=A6~20M=B1M=C4=DD=BA=F4=AF=B8=BCe=C0W=B5=EA=C0=C0=A5D=BE=F7=AF=B2=A5=CE=A1A    =B0=EA=A4=BA=B3s=BDu=C0W=BCe1000M=A1A=AC=FC=B0=EAT3=B1M=BDu=A1C
    2.     = =B4=A3=A8=D1=BA=F4=AD=B6=B2=BE=C2=E0=A4=CE=AD=D7=A7=EF=A1C
    3. =B5n=BF=FDOEA=B9q=A4l=B6T=A9=F6=BA=F4=A4=CE=AD=BA=AD=B6banner=BCs=A7i=AC=DD=AA=A9=A1C
    4.=20 = =B5n=BF=FD10=AD=D3=A5x=C6W=B7j=B4M=A4=DE=C0=BA=A1A=A5]=ACA=A9_=BC=AF=AF=B8= =A1B=BF=BB=C1=A6=C3=C3=A1BHinet=A1B=B7s=AE=F6=BA=F4=B5=A5=B5=A5=A1C
    5.=20 = =B5n=BF=FD=B0=EA=BB=DA=AA=BE=A6W=B8g=B6T=BA=F4=AF=B8=A1A=A5]=ACA=AA=FC=A8= =BD=A4=DA=A4=DA=A1BEC21=A1BGlobal source=B5=A5=B5=A5=A1C
    6.=20 =B4=A3=A8=D1=A4@=AD=D3=B9q=A4l=B6l=A5=F3=B1M=C4=DD=ABH=BDc = (username@domain name)=A1C
  • =B1M=AE=D7=BA=F4=AF=B8=AB=D8=B8m=A1G
    =B0=D3=B7~=BA=F4=AF=B8=A1G    =B0=B7=B6=D7=B9=EA=B7~=AA=D1=A5=F7=A6=B3=AD=AD=A4=BD=A5q<= /FONT>
    =A5=F8=B7~=BA=F4=AF=B8=A1G=A7g=B0=EA=A4=D1=A4U=A6=B3=AD=AD=A4=BD=A5q
    =C0R=BAA=BA=F4=AF=B8=A1G=C2=EA=C4_=A6=B3=AD=AD=A4=BD=A5q
    =B0=CA=BAA=AB=AC=BF=FD=A1G=B6=B6=BCw=A4u=B7~=AA=D1=A5=F7=A6=B3=AD=AD=A4=BD=A5q
    <= /FONT>    =A6=E6=BEP=BA=F4=AF=B8=A1G=A9M=B2=D0=B7s=B9=EA=B7~=A6=B3=AD=AD=A4=BD=A5q
    =
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
OEA=A5=FE=B2y=B5=D8=B0=D3= =B6T=A9=F6=B8=EA=B7=BD=BA=F4  www.oea.com.tw
=B7s=A8=A3=B8=EA=B0T=A6=B3=AD=AD=A4=BD=A5q  www.newsight.com.tw
=B9q=A4l=B6l=A5=F3=ABH=BDc=A1Gservice@newsight.com.tw
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
=
------=_NextPart_000_00B7_01C1E46D.C6997B00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 14 22:58:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.sat.t.u-tokyo.ac.jp (nat.keisu.t.u-tokyo.ac.jp [133.11.68.2]) by hub.freebsd.org (Postfix) with ESMTP id E227A37B419 for ; Sun, 14 Apr 2002 22:58:29 -0700 (PDT) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [10.6.1.30]) by mail.sat.t.u-tokyo.ac.jp (Postfix) with ESMTP id A32832DC71; Mon, 15 Apr 2002 14:58:28 +0900 (JST) Date: Mon, 15 Apr 2002 14:58:28 +0900 Message-ID: From: Hidetoshi Shimokawa To: Mikko Tyolajarvi Cc: hackers@freebsd.org Subject: Re: FireWire for kernel hackers In-Reply-To: <200204131941.g3DJfAb18611@mikko.rsa.com> References: <200204131941.g3DJfAb18611@mikko.rsa.com> User-Agent: Wanderlust/2.4.1 (Stand By Me) REMI/1.14.3 (Matsudai) FLIM/1.13.2 (Kasanui) APEL/10.3 MULE XEmacs/21.2 (beta19) (Shinjuku) (i386-unknown-freebsd3.2) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At Sat, 13 Apr 2002 12:41:10 -0700 (PDT), Mikko Tyolajarvi wrote: > > In local.freebsd.hackers you write: > > >Quoted from 00README in > >http://people.freebsd.org/~simokawa/firewire-20020412.tar.gz > > > As you know, IEEE1394 is a bus and OHCI supports physical access > > to the host memory. This means that you can access the remote > > host over firewire without software support at the remote host. > > In other words, you can investigate remote host's physical memory > > whether its OS is alive or crashed or hangs up. > > Umm... excuse a stupid question, but does this mean that a firewire > port always gives unconditional access to the host's memory? Great > for kernel debugging. Maybe not so great for a running system, from a > security point a view (ok, physical access eventually equals full > access, but plugging in a firewire cable is a heck of a lot faster > than using a screwdriver...) As Kobayashi-san said, it can be restricted and I suppose OHCI doesn't allow physical access by default(after hardware reset). Our driver allows it mostly for SBP-II. SBP devices read/write host memory directly(DMA). If you prefer security to performance, You could disallow physical access and inspect all transactions. You could also allow it only to SBP-II nodes and debugger nodes. (Node id could change after bus reset) My recommendation is not to connect untrusable devices. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 7:29:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from one.net (ip-216-23-55-100.adsl.one.net [216.23.55.100]) by hub.freebsd.org (Postfix) with SMTP id 115F237B41A for ; Mon, 15 Apr 2002 07:29:33 -0700 (PDT) Received: (qmail 18357 invoked by uid 1001); 15 Apr 2002 14:30:42 -0000 Date: Mon, 15 Apr 2002 10:30:41 -0400 From: Coleman Kane To: Frank Mayhar Cc: hackers@freebsd.org Subject: Re: Minor weirdness in pci/agp_amd.c. Message-ID: <20020415103041.A18331@freebsd.org> References: <200204142357.g3ENvHFT091843@realtime.exit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200204142357.g3ENvHFT091843@realtime.exit.com> User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is this in the -STABLE or -CURRENT version? I've been working on getting this driver working, mostly from outside patches. -- coleman On Sun, Apr 14, 2002 at 04:57:17PM -0700, Frank Mayhar wrote: > I'm working on writing a driver for the ServerWorks AGP support from the > Linux driver (sans documentation, SIGH :-(). I've been using the various > other drivers as models, particularly the AMD driver, since it seems to be > closest in many ways to the ServerWorks architecture. > > Anyway, I've run into a minor oddity in agp_amd_alloc_gatt(), in pci/agp_amd.c. > At lines 120-121: > gatt->ag_pdir = vtophys((vm_offset_t) gatt->ag_vdir); > gatt->ag_pdir = vtophys(gatt->ag_virtual); > > Looks like one or the other is redundant? Probably the first, I would guess, > if the code actually works as it is. > -- > Frank Mayhar frank@exit.com http://www.exit.com/ > Exit Consulting http://www.gpsclock.com/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 7:36:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from one.net (ip-216-23-55-100.adsl.one.net [216.23.55.100]) by hub.freebsd.org (Postfix) with SMTP id 8D1DE37B427 for ; Mon, 15 Apr 2002 07:36:45 -0700 (PDT) Received: (qmail 18418 invoked by uid 1001); 15 Apr 2002 14:37:54 -0000 Date: Mon, 15 Apr 2002 10:37:54 -0400 From: Coleman Kane To: Frank Mayhar Cc: hackers@freebsd.org Subject: Re: Minor weirdness in pci/agp_amd.c. Message-ID: <20020415103754.A18397@freebsd.org> References: <200204142357.g3ENvHFT091843@realtime.exit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200204142357.g3ENvHFT091843@realtime.exit.com> User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This was the case in older revisions, it has been fixed in RELENG_4 and -CURRENT. The driver shipped with 4.5-RELEASE was broken. -- coleman On Sun, Apr 14, 2002 at 04:57:17PM -0700, Frank Mayhar wrote: > I'm working on writing a driver for the ServerWorks AGP support from the > Linux driver (sans documentation, SIGH :-(). I've been using the various > other drivers as models, particularly the AMD driver, since it seems to be > closest in many ways to the ServerWorks architecture. > > Anyway, I've run into a minor oddity in agp_amd_alloc_gatt(), in pci/agp_amd.c. > At lines 120-121: > gatt->ag_pdir = vtophys((vm_offset_t) gatt->ag_vdir); > gatt->ag_pdir = vtophys(gatt->ag_virtual); > > Looks like one or the other is redundant? Probably the first, I would guess, > if the code actually works as it is. > -- > Frank Mayhar frank@exit.com http://www.exit.com/ > Exit Consulting http://www.gpsclock.com/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 7:45:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from clubfoot.cracktown.com (clubfoot.cracktown.com [208.226.218.141]) by hub.freebsd.org (Postfix) with ESMTP id 9292437B400 for ; Mon, 15 Apr 2002 07:45:36 -0700 (PDT) Received: from clubfoot.cracktown.com (localhost [127.0.0.1]) by clubfoot.cracktown.com (8.12.2/8.12.2) with ESMTP id g3FEm5aN026989; Mon, 15 Apr 2002 10:48:05 -0400 (EDT) (envelope-from joeo@cracktown.com) Received: from localhost (joeo@localhost) by clubfoot.cracktown.com (8.12.2/8.12.2/Submit) with ESMTP id g3FEm5ux026986; Mon, 15 Apr 2002 10:48:05 -0400 (EDT) X-Authentication-Warning: clubfoot.cracktown.com: joeo owned process doing -bs Date: Mon, 15 Apr 2002 10:48:05 -0400 (EDT) From: Joe O To: Frank Mayhar Cc: hackers@FreeBSD.ORG Subject: Re: Minor weirdness in pci/agp_amd.c. In-Reply-To: <20020415103041.A18331@freebsd.org> Message-ID: <20020415104315.N26711-100000@clubfoot.cracktown.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is probably the agp_amd.c driver from stable. It never got patched up with the irongate fix that went into current. Look ether into agp_amd.c in current or look through PR database on the the main freebsd website. On Mon, 15 Apr 2002, Coleman Kane wrote: > Is this in the -STABLE or -CURRENT version? I've been working on getting this > driver working, mostly from outside patches. > > -- > coleman > > On Sun, Apr 14, 2002 at 04:57:17PM -0700, Frank Mayhar wrote: > > I'm working on writing a driver for the ServerWorks AGP support from the > > Linux driver (sans documentation, SIGH :-(). I've been using the various > > other drivers as models, particularly the AMD driver, since it seems to be > > closest in many ways to the ServerWorks architecture. > > > > Anyway, I've run into a minor oddity in agp_amd_alloc_gatt(), in pci/agp_amd.c. > > At lines 120-121: > > gatt->ag_pdir = vtophys((vm_offset_t) gatt->ag_vdir); > > gatt->ag_pdir = vtophys(gatt->ag_virtual); > > > > Looks like one or the other is redundant? Probably the first, I would guess, > > if the code actually works as it is. > > -- > > Frank Mayhar frank@exit.com http://www.exit.com/ > > Exit Consulting http://www.gpsclock.com/ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 8:22: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from one.net (ip-216-23-55-100.adsl.one.net [216.23.55.100]) by hub.freebsd.org (Postfix) with SMTP id 20F4B37B41A for ; Mon, 15 Apr 2002 08:21:33 -0700 (PDT) Received: (qmail 18619 invoked by uid 1001); 15 Apr 2002 15:22:42 -0000 Date: Mon, 15 Apr 2002 11:22:42 -0400 From: Coleman Kane To: Joe O Cc: Frank Mayhar , hackers@FreeBSD.ORG Subject: Re: Minor weirdness in pci/agp_amd.c. Message-ID: <20020415112242.A18576@freebsd.org> References: <20020415103041.A18331@freebsd.org> <20020415104315.N26711-100000@clubfoot.cracktown.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020415104315.N26711-100000@clubfoot.cracktown.com> User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -STABLE has been (as of late last week) brought up to speed as far as this fix goes. The earlier driver (shipped with 4.5) had this little oddity in it, but it was removed when the driver got re-written. It has been fixed, so there really is no problem. -- coleman On Mon, Apr 15, 2002 at 10:48:05AM -0400, Joe O wrote: > > This is probably the agp_amd.c driver from stable. It never got patched > up with the irongate fix that went into current. > > Look ether into agp_amd.c in current or look through PR database on the > the main freebsd website. > > > On Mon, 15 Apr 2002, Coleman Kane wrote: > > > Is this in the -STABLE or -CURRENT version? I've been working on getting this > > driver working, mostly from outside patches. > > > > -- > > coleman > > > > On Sun, Apr 14, 2002 at 04:57:17PM -0700, Frank Mayhar wrote: > > > I'm working on writing a driver for the ServerWorks AGP support from the > > > Linux driver (sans documentation, SIGH :-(). I've been using the various > > > other drivers as models, particularly the AMD driver, since it seems to be > > > closest in many ways to the ServerWorks architecture. > > > > > > Anyway, I've run into a minor oddity in agp_amd_alloc_gatt(), in pci/agp_amd.c. > > > At lines 120-121: > > > gatt->ag_pdir = vtophys((vm_offset_t) gatt->ag_vdir); > > > gatt->ag_pdir = vtophys(gatt->ag_virtual); > > > > > > Looks like one or the other is redundant? Probably the first, I would guess, > > > if the code actually works as it is. > > > -- > > > Frank Mayhar frank@exit.com http://www.exit.com/ > > > Exit Consulting http://www.gpsclock.com/ > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 8:28:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mobile.webweaving.org (uds88-45.dial.hccnet.nl [62.251.45.88]) by hub.freebsd.org (Postfix) with ESMTP id 3DB2F37B405 for ; Mon, 15 Apr 2002 08:28:40 -0700 (PDT) Received: from localhost.leiden.webweaving.org (localhost.leiden.webweaving.org [127.0.0.1] (may be forged)) by mobile.webweaving.org (8.10.2/8.10.2) with ESMTP id g3FFSOG02308; Mon, 15 Apr 2002 17:28:24 +0200 (CEST) X-Curiosity: Killed the Cat X-Huis-aan-Huis-deur-sticker: nee-nee X-Spam: no X-Passed: MX on Gandalf.WebWeaving.org Mon, 15 Apr 2002 17:28:24 +0200 (CEST) and masked X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Date: Mon, 15 Apr 2002 17:28:24 +0200 (CEST) From: dirkx@covalent.net X-X-Sender: dirkx@mobile.webweaving.org To: freebsd-hackers@FreeBSD.ORG Cc: yen_cw@myson.com.tw Subject: Myson / if_my.c for FreeBSD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Attached is a short diff which makes the freebsd5 drivers from http://www.myson.com.tw/mtd/803_drivers.htm. -> http://www.myson.com.tw/mtd/driver/803/mtd80x-freebsd.tgz.TGZ -> MD5 (mtd80x-freebsd.tgz.TGZ) = 52348a57543f90c501337bf73c4257fb function on freebsd-CURRENT. Attached patch has worked fine for the last couple of week under moderate server usage. As I've no understanding of all this new kernel locking thing - feel free to set me right as how to really do it! (I just looked at a few of the other if_*.c and mimiced the changes - YMMV :-). Thanks ! Dw. -- Dirk-Willem van Gulik / dirkx(a)apache.org diff -c3 freebsd/freebsd5/if_my.c /sys/pci/if_my.c FreeBSD 5.0-CURRENT #11 *** if_my.c Mon Apr 15 17:12:02 2002 --- /sys/pci/if_my.c Mon Apr 15 17:10:03 2002 *************** *** 1004,1010 **** static int my_attach(dev) device_t dev; { ! int s, i; u_char eaddr[ETHER_ADDR_LEN]; u_int32_t command, iobase; struct my_softc *sc; --- 1004,1010 ---- static int my_attach(dev) device_t dev; { ! int i; u_char eaddr[ETHER_ADDR_LEN]; u_int32_t command, iobase; struct my_softc *sc; *************** *** 1016,1023 **** u_int16_t phy_vid, phy_did, phy_sts=0; int rid, unit, error = 0; - s = splimp(); - sc = device_get_softc(dev); unit = device_get_unit(dev); --- 1016,1021 ---- *************** *** 1250,1257 **** ifmedia_init(&sc->ifmedia, 0, my_ifmedia_upd, my_ifmedia_sts); - - my_getmode_mii(sc); my_autoneg_mii(sc, MY_FLAG_FORCEDELAY, 1); --- 1248,1253 ---- *************** *** 1263,1271 **** * Call MI attach routines. */ ! ! if_attach(ifp); ! ether_ifattach(ifp, ETHER_BPF_SUPPORTED); #if NBPFILTER > 0 --- 1259,1265 ---- * Call MI attach routines. */ ! // if_attach(ifp); ether_ifattach(ifp, ETHER_BPF_SUPPORTED); #if NBPFILTER > 0 *************** *** 1282,1288 **** fail: MY_UNLOCK(sc); mtx_destroy(&sc->my_mtx); - splx(s); return(error); } --- 1276,1281 ---- *************** *** 1292,1300 **** { struct my_softc *sc; struct ifnet *ifp; - int s; - - s = splimp(); sc = device_get_softc(dev); --- 1285,1290 ---- *************** *** 1319,1325 **** free(sc, M_DEVBUF); MY_UNLOCK(sc); - splx(s); mtx_destroy(&sc->my_mtx); return(0); --- 1309,1314 ---- *************** *** 1380,1388 **** { cd->my_rx_chain[i].my_ptr = (struct my_desc *)&ld->my_rx_list[i]; ! if (my_newbuf(sc, &cd->my_rx_chain[i]) == ENOBUFS) return(ENOBUFS); ! if (i == (MY_RX_LIST_CNT - 1)) { cd->my_rx_chain[i].my_nextdesc = &cd->my_rx_chain[0]; --- 1369,1378 ---- { cd->my_rx_chain[i].my_ptr = (struct my_desc *)&ld->my_rx_list[i]; ! if (my_newbuf(sc, &cd->my_rx_chain[i]) == ENOBUFS) { ! MY_UNLOCK(sc); return(ENOBUFS); ! } if (i == (MY_RX_LIST_CNT - 1)) { cd->my_rx_chain[i].my_nextdesc = &cd->my_rx_chain[0]; *************** *** 1419,1424 **** --- 1409,1415 ---- { printf("my%d: no memory for rx list -- packet dropped!\n", sc->my_unit); + MY_UNLOCK(sc); return(ENOBUFS); } *************** *** 1428,1433 **** --- 1419,1425 ---- printf("my%d: no memory for rx list -- packet dropped!\n", sc->my_unit); m_freem(m_new); + MY_UNLOCK(sc); return(ENOBUFS); } *************** *** 1557,1565 **** /* Clear the timeout timer. */ ifp->if_timer = 0; ! if (sc->my_cdata.my_tx_head == NULL) return; ! /* * Go through our tx list and free mbufs for those * frames that have been transmitted. --- 1549,1558 ---- /* Clear the timeout timer. */ ifp->if_timer = 0; ! if (sc->my_cdata.my_tx_head == NULL) { ! MY_UNLOCK(sc); return; ! } /* * Go through our tx list and free mbufs for those * frames that have been transmitted. *************** *** 1756,1761 **** --- 1749,1755 ---- if (m_new == NULL) { printf("my%d: no memory for tx list", sc->my_unit); + MY_UNLOCK(sc); return(1); } *************** *** 1766,1771 **** --- 1760,1766 ---- { m_freem(m_new); printf("my%d: no memory for tx list", sc->my_unit); + MY_UNLOCK(sc); return(1); } } *************** *** 1905,1911 **** { struct my_softc *sc = xsc; struct ifnet *ifp = &sc->arpcom.ac_if; - int s; u_int16_t phy_bmcr = 0; MY_LOCK(sc); --- 1900,1905 ---- *************** *** 1916,1923 **** return; } - s = splimp(); - if (sc->my_pinfo != NULL) phy_bmcr = my_phy_readreg(sc, PHY_BMCR); --- 1910,1915 ---- *************** *** 1952,1958 **** printf("my%d: initialization failed: no memory for rx buffers\n", sc->my_unit); my_stop(sc); - (void)splx(s); MY_UNLOCK(sc); --- 1944,1949 ---- *************** *** 2007,2014 **** ifp->if_flags |= IFF_RUNNING; ifp->if_flags &= ~IFF_OACTIVE; - (void)splx(s); - MY_UNLOCK(sc); return; --- 1998,2003 ---- *************** *** 2133,2141 **** { struct my_softc *sc = ifp->if_softc; struct ifreq *ifr = (struct ifreq *)data; ! int s, error = 0; ! ! s = splimp(); MY_LOCK(sc); --- 2122,2128 ---- { struct my_softc *sc = ifp->if_softc; struct ifreq *ifr = (struct ifreq *)data; ! int error = 0; MY_LOCK(sc); *************** *** 2169,2176 **** MY_UNLOCK(sc); - (void)splx(s); - return(error); } --- 2156,2161 ---- *************** *** 2206,2212 **** if (ifp->if_snd.ifq_head != NULL) my_start(ifp); ! MY_LOCK(sc); return; } --- 2191,2197 ---- if (ifp->if_snd.ifq_head != NULL) my_start(ifp); ! MY_UNLOCK(sc); return; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 8:36:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by hub.freebsd.org (Postfix) with ESMTP id DDB3637B41A; Mon, 15 Apr 2002 08:36:00 -0700 (PDT) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.12.2/8.12.2) with ESMTP id g3FFZxcQ056437; Mon, 15 Apr 2002 08:36:00 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.12.2/8.12.2) with ESMTP id g3FFZgBa014360; Mon, 15 Apr 2002 08:35:42 -0700 (PDT) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.12.2/8.12.2/Submit) id g3FFZgEv014359; Mon, 15 Apr 2002 08:35:42 -0700 (PDT) From: Frank Mayhar Message-Id: <200204151535.g3FFZgEv014359@realtime.exit.com> Subject: Re: Minor weirdness in pci/agp_amd.c. In-Reply-To: <20020415112242.A18576@freebsd.org> To: Coleman Kane Date: Mon, 15 Apr 2002 08:35:42 -0700 (PDT) Cc: hackers@FreeBSD.org Reply-To: frank@exit.com Organization: Exit Consulting X-Copyright0: Copyright 2002 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL95a (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Coleman Kane wrote: > -STABLE has been (as of late last week) brought up to speed as far as this > fix goes. The earlier driver (shipped with 4.5) had this little oddity in > it, but it was removed when the driver got re-written. It has been fixed, > so there really is no problem. Ah, yes, it's agp_amd.c in 4.5-stable. Late last week? That explains why I haven't seen the fix yet; I cvsup daily, but I haven't 'cvs update'd my source tree for a few days. Thanks. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 9:11: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5171A37B404; Mon, 15 Apr 2002 09:11:00 -0700 (PDT) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.12.2/8.12.2) with ESMTP id g3FGArcQ056544; Mon, 15 Apr 2002 09:10:53 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.12.2/8.12.2) with ESMTP id g3FGAZBa020561; Mon, 15 Apr 2002 09:10:35 -0700 (PDT) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.12.2/8.12.2/Submit) id g3FGAZXp020560; Mon, 15 Apr 2002 09:10:35 -0700 (PDT) From: Frank Mayhar Message-Id: <200204151610.g3FGAZXp020560@realtime.exit.com> Subject: Re: Minor weirdness in pci/agp_amd.c. In-Reply-To: <200204151535.g3FFZgEv014359@realtime.exit.com> To: Coleman Kane Date: Mon, 15 Apr 2002 09:10:35 -0700 (PDT) Cc: hackers@FreeBSD.org Reply-To: frank@exit.com Organization: Exit Consulting X-Copyright0: Copyright 2002 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL95a (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, I updated my tree (4.5-stable again) and was going through agp_amd.c to check out the changes, when another gotcha jumped out at me. At line 113 you allocate the ag_vdir, then bzero it: /* * Allocate the page directory. */ gatt->ag_vdir = malloc(AGP_PAGE_SIZE, M_AGP, M_NOWAIT); bzero(gatt->ag_vdir, AGP_PAGE_SIZE); if (!gatt->ag_vdir) { Looks to me like if the malloc fails the bzero will trap, eh? The bzero() should be after the "if (!gatt->ag_vdir)" test. An extra set of eyes can always be useful, I guess. :-) -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 9:54:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.office.bezpeka.net (gw.office.bezpeka.net [193.108.112.118]) by hub.freebsd.org (Postfix) with ESMTP id EF62F37B404; Mon, 15 Apr 2002 09:54:38 -0700 (PDT) Received: from server1.office.bezpeka.net (localhost [127.0.0.1]) by relay.office.bezpeka.net (8.12.0/8.12.0) with ESMTP id g3FGr1P6051956; Mon, 15 Apr 2002 19:53:01 +0300 (EEST) Received: (from root@localhost) by server1.office.bezpeka.net (8.12.0/8.12.0/Submit) id g3FGr1Wb051955; Mon, 15 Apr 2002 19:53:01 +0300 (EEST) Date: Mon, 15 Apr 2002 19:53:01 +0300 (EEST) From: apache@ukr.net Message-Id: <200204151653.g3FGr1Wb051955@server1.office.bezpeka.net> To: isp@freebsd.org Subject: ipfw fwd to named Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi. I have network interface rl0 rl0: flags=8843 mtu 1500 inet 192.168.10.22 netmask 0xffffff00 broadcast 192.168.10.255 inet 192.168.10.26 netmask 0xffffffff broadcast 192.168.10.26 ether 00:60:52:0b:a3:0a media: Ethernet autoselect (100baseTX ) status: active In named.conf listen-on port 2053 { 192.168.10.26; }; Named works fine in JAIL dig -p 2053 @192.168.10.26 test.domain I want to forward all 192.168.10.22:53 queries to the jailed named. ifpw add 300 fwd 192.168.10.26,2053 udp from any to 192.168.10.22 53 ifpw add 310 fwd 192.168.10.26,2053 tcp from any to 192.168.10.22 53 When i launch dig without port options to the server 192.168.10.22 it says that connection refused. I did same this sshd (put it in jail and forward its port) and it works fine. What's wrong? -- e-mail: apache@ukr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 11:34: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailrelay1.ornis.com (mailrelay1.ornis.com [195.101.197.41]) by hub.freebsd.org (Postfix) with ESMTP id 6E40B37B405 for ; Mon, 15 Apr 2002 11:33:54 -0700 (PDT) Received: from Epygodju ([194.133.125.113]) by mailrelay1.ornis.com (8.12.1/8.12.1) with SMTP id g3FIXaw8000513 for ; Mon, 15 Apr 2002 20:33:36 +0200 Date: Mon, 15 Apr 2002 20:33:36 +0200 Message-Id: <200204151833.g3FIXaw8000513@mailrelay1.ornis.com> From: cvsup-admin To: freebsd-hackers@FreeBSD.org Subject: Spice girls' vocal concert MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=A7Q8P8r9j1Z9vIU Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --A7Q8P8r9j1Z9vIU Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit ------------------ Virus Warning Message (on the network) Found virus WORM_KLEZ.E in file solder The uncleanable file is deleted. --------------------------------------------------------- --A7Q8P8r9j1Z9vIU Content-Type: text/html; Content-Transfer-Encoding: quoted-printable --A7Q8P8r9j1Z9vIU Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit ------------------ Virus Warning Message (on the network) solder is removed from here because it contains a virus. --------------------------------------------------------- --A7Q8P8r9j1Z9vIU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 12:10:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id AECCA37B400 for ; Mon, 15 Apr 2002 12:10:19 -0700 (PDT) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.33 #1) id 16xBvk-0004aL-00 for hackers@FreeBSD.org; Mon, 15 Apr 2002 21:14:24 +0200 From: Sheldon Hearn To: hackers@FreeBSD.org Subject: config(8) option names Date: Mon, 15 Apr 2002 21:14:24 +0200 Message-ID: <17628.1018898064@axl.seasidesoftware.co.za> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, Is there a way to specify option name translation in config(8)s option files? For example, I'd like this in my kernel config: options IPFILTER_STATE_MAX 300007 but I want #defined STATE_MAX (300007) to end up in opt_ipfilter.h assuming I have something like IPFILTER_STATE_MAX opt_ipfilter.h in src/sys/conf/options. I could just call the kernel option STATE_MAX, but the kernel config file configures the entire kernel, and STATE_MAX doesn't make it clear which subsystem of the kernel will be affected. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 14: 0:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 282E537B416 for ; Mon, 15 Apr 2002 14:00:18 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020415210011.ISKT15826.rwcrmhc54.attbi.com@InterJet.elischer.org>; Mon, 15 Apr 2002 21:00:11 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA88292; Mon, 15 Apr 2002 13:46:44 -0700 (PDT) Date: Mon, 15 Apr 2002 13:46:43 -0700 (PDT) From: Julian Elischer To: dirkx@covalent.net Cc: freebsd-hackers@FreeBSD.ORG, yen_cw@myson.com.tw Subject: Re: Myson / if_my.c for FreeBSD In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG did you check the driver checked into the -current tree? I did most of this plus a bit more, Includind adding the right copyright, and reformatting it into BSD "Kernel Normal Format" (KNF). compiles fine as a module.. but I haven't fully tested it yet.. I'll be checking in the 4.x version soon, when I've seen the5.x version working fully.. /sys/dev/my On Mon, 15 Apr 2002 dirkx@covalent.net wrote: > > Attached is a short diff which makes the freebsd5 drivers from > > http://www.myson.com.tw/mtd/803_drivers.htm. > -> > http://www.myson.com.tw/mtd/driver/803/mtd80x-freebsd.tgz.TGZ > -> > MD5 (mtd80x-freebsd.tgz.TGZ) = 52348a57543f90c501337bf73c4257fb > > function on freebsd-CURRENT. Attached patch has worked fine for the last > couple of week under moderate server usage. As I've no understanding of > all this new kernel locking thing - feel free to set me right as how to > really do it! (I just looked at a few of the other if_*.c and mimiced > the changes - YMMV :-). > > Thanks ! > > Dw. > -- > Dirk-Willem van Gulik / dirkx(a)apache.org > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 14: 0:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 6531537B419; Mon, 15 Apr 2002 14:00:19 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020415210019.ISMW15826.rwcrmhc54.attbi.com@InterJet.elischer.org>; Mon, 15 Apr 2002 21:00:19 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA88300; Mon, 15 Apr 2002 13:50:15 -0700 (PDT) Date: Mon, 15 Apr 2002 13:50:15 -0700 (PDT) From: Julian Elischer To: apache@ukr.net Cc: isp@freebsd.org, hackers@freebsd.org Subject: Re: ipfw fwd to named In-Reply-To: <200204151653.g3FGr1Wb051955@server1.office.bezpeka.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm not sure the the forwarding code works for udp.. (In fact I'm pretty sure it is not fully implemented) On Mon, 15 Apr 2002 apache@ukr.net wrote: > Hi. > > I have network interface rl0 > > rl0: flags=8843 mtu 1500 > inet 192.168.10.22 netmask 0xffffff00 broadcast 192.168.10.255 > inet 192.168.10.26 netmask 0xffffffff broadcast 192.168.10.26 > ether 00:60:52:0b:a3:0a > media: Ethernet autoselect (100baseTX ) > status: active > > In named.conf > > listen-on port 2053 { > 192.168.10.26; > }; > > Named works fine in JAIL > dig -p 2053 @192.168.10.26 test.domain > > I want to forward all 192.168.10.22:53 queries to the jailed named. > > ifpw add 300 fwd 192.168.10.26,2053 udp from any to 192.168.10.22 53 > ifpw add 310 fwd 192.168.10.26,2053 tcp from any to 192.168.10.22 53 > > When i launch dig without port options to the server 192.168.10.22 it says > that connection refused. > > I did same this sshd (put it in jail and forward its port) and > it works fine. > > What's wrong? > > -- > e-mail: apache@ukr.net > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 14: 6:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx-00.sil.at (mx-00.sil.at [62.116.68.196]) by hub.freebsd.org (Postfix) with ESMTP id EBD5C37B41A for ; Mon, 15 Apr 2002 14:06:17 -0700 (PDT) Received: (qmail-ldap/ctrl 37786 invoked from network); 15 Apr 2002 21:06:13 -0000 Received: from unknown (HELO ikarus.sil.at) ([194.152.178.41]) (envelope-sender ) by mx-00.sil.at (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 15 Apr 2002 21:06:13 -0000 Date: Mon, 15 Apr 2002 23:06:16 +0200 (MEST) From: Ingo Flaschberger X-X-Sender: chaoztc@ikarus.sil.at To: Julian Elischer Cc: apache@ukr.net, , Subject: Re: ipfw fwd to named In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi On Mon, 15 Apr 2002, Julian Elischer wrote: > I'm not sure the the forwarding code works for udp.. > (In fact I'm pretty sure it is not fully implemented) > > > On Mon, 15 Apr 2002 apache@ukr.net wrote: > > > Hi. > > > > I have network interface rl0 > > > > rl0: flags=8843 mtu 1500 > > inet 192.168.10.22 netmask 0xffffff00 broadcast 192.168.10.255 > > inet 192.168.10.26 netmask 0xffffffff broadcast 192.168.10.26 > > ether 00:60:52:0b:a3:0a > > media: Ethernet autoselect (100baseTX ) > > status: active > > > > When i launch dig without port options to the server 192.168.10.22 it says > > that connection refused. > > > > I did same this sshd (put it in jail and forward its port) and > > it works fine. > > > > What's wrong? do you have a loopback route at the host environment like: 192.168.10.26 127.0.0.1 UGHS 3 4497 lo0 at my side that was the problem (and this route is never mentioned at the jail-man page...( ) bye, Ingo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 14:50:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx-00.sil.at (mx-00.sil.at [62.116.68.196]) by hub.freebsd.org (Postfix) with ESMTP id 869C837B419 for ; Mon, 15 Apr 2002 14:50:09 -0700 (PDT) Received: (qmail-ldap/ctrl 38314 invoked from network); 15 Apr 2002 21:50:04 -0000 Received: from unknown (HELO ikarus.sil.at) ([194.152.178.41]) (envelope-sender ) by mx-00.sil.at (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 15 Apr 2002 21:50:04 -0000 Date: Mon, 15 Apr 2002 23:50:08 +0200 (MEST) From: Ingo Flaschberger X-X-Sender: chaoztc@ikarus.sil.at To: apache@ukr.net Cc: isp@FreeBSD.ORG, Subject: Re: ipfw fwd to named (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I'm not sure the the forwarding code works for udp.. > (In fact I'm pretty sure it is not fully implemented) > > > On Mon, 15 Apr 2002 apache@ukr.net wrote: > > > Hi. > > > > I have network interface rl0 > > > > rl0: flags=8843 mtu 1500 > > inet 192.168.10.22 netmask 0xffffff00 broadcast 192.168.10.255 > > inet 192.168.10.26 netmask 0xffffffff broadcast 192.168.10.26 > > ether 00:60:52:0b:a3:0a > > media: Ethernet autoselect (100baseTX ) > > status: active > > > > When i launch dig without port options to the server 192.168.10.22 it says > > that connection refused. > > > > I did same this sshd (put it in jail and forward its port) and > > it works fine. > > > > What's wrong? >do you have a loopback route at the host environment like: >192.168.10.26 127.0.0.1 UGHS 3 4497 lo0 sorry,... wrong ip... i meant the ip of the jailed host 192.168.10.22 should go to the loopback. bye, Ingo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 15:21:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mobile.webweaving.org (uds92-60.dial.hccnet.nl [62.251.60.92]) by hub.freebsd.org (Postfix) with ESMTP id 079DE37B404 for ; Mon, 15 Apr 2002 15:21:41 -0700 (PDT) Received: from localhost.leiden.webweaving.org (localhost.leiden.webweaving.org [127.0.0.1] (may be forged)) by mobile.webweaving.org (8.10.2/8.10.2) with ESMTP id g3FM88G03301; Tue, 16 Apr 2002 00:08:08 +0200 (CEST) X-Curiosity: Killed the Cat X-Huis-aan-Huis-deur-sticker: nee-nee X-Spam: no X-Passed: MX on Gandalf.WebWeaving.org Tue, 16 Apr 2002 00:08:08 +0200 (CEST) and masked X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Date: Tue, 16 Apr 2002 00:08:07 +0200 (CEST) From: dirkx@covalent.net X-X-Sender: dirkx@mobile.webweaving.org To: julian@elischer.org Cc: freebsd-hackers@FreeBSD.ORG, yen_cw@myson.com.tw Subject: Re: Myson / if_my.c for FreeBSD In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 15 Apr 2002, Julian Elischer wrote: > did you check the driver checked into the -current tree? > I did most of this plus a bit more, > Includind adding the right copyright, and reformatting it into BSD > "Kernel Normal Format" (KNF). Arg!! you must have done that just after my last update of a few weeks ago. Will do and compare/try/test. Dw. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 15 16:54:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.ncircle.com (mail.ncircle.com [209.140.253.150]) by hub.freebsd.org (Postfix) with ESMTP id 1778837B41B for ; Mon, 15 Apr 2002 16:54:04 -0700 (PDT) Received: from localhost (bbuchanan@localhost) by mail.ncircle.com (8.11.3/8.11.6) with ESMTP id g3FNs2D77775 for ; Mon, 15 Apr 2002 16:54:03 -0700 (PDT) (envelope-from brian@ncircle.com) X-Authentication-Warning: mail.ncircle.com: bbuchanan owned process doing -bs Date: Mon, 15 Apr 2002 16:54:02 -0700 (PDT) From: Brian Buchanan X-X-Sender: To: Subject: Changes to IP fragment handling between 4.3 and 4-STABLE? Message-ID: <20020415163318.N73608-100000@mail.ncircle.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 4.3-RELEASE seems to be vulnerable to a network denial of service condition when either IPF or IPFW is compiled into the kernel (or IPFW loaded as a kernel module) and the host is sent a large volume of fragmented packets. At this point, the scope of my testing has been limited to the packets generated by tfgen, a Windows traffic-generation program which spews large, fragmented UDP packets. 4-STABLE does not seem to be affected by this condition when configured with no firewall or with IPFW loaded as a kernel module. In all cases, IPFW was tested with the single rule "1 allow ip from any to any". The denial of service condition observed is that while receiving fragmented UDP packets at around 30Mbps on a 100Mbps interface, the host's network responsiveness drops to just about zero. So I suspect that 4.3-RELEASE has a bug either in both packet filters or in the common code connecting the filters into the IP stack. I'd like to know which is the case and in what files/revisions the bug was fixed, but my search through freebsd-hackers and freebsd-commit didn't turn up anything. Perhaps someone with familiarity with the code in question can give me a pointer. Thanks, Brian --- Brian Buchanan Senior Software Engineer nCircle Network Security, Inc. http://www.ncircle.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 0:55:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.office.bezpeka.net (gw.office.bezpeka.net [193.108.112.118]) by hub.freebsd.org (Postfix) with ESMTP id 9CFC537B419 for ; Tue, 16 Apr 2002 00:55:26 -0700 (PDT) Received: from server1.office.bezpeka.net (localhost [127.0.0.1]) by relay.office.bezpeka.net (8.12.0/8.12.0) with ESMTP id g3G7rYP6014468 for ; Tue, 16 Apr 2002 10:53:34 +0300 (EEST) Received: (from vatchenko@localhost) by server1.office.bezpeka.net (8.12.0/8.12.0/Submit) id g3G7rY0u014467; Tue, 16 Apr 2002 10:53:34 +0300 (EEST) Date: Tue, 16 Apr 2002 10:53:34 +0300 (EEST) Message-Id: <200204160753.g3G7rY0u014467@server1.office.bezpeka.net> From: apache@ukr.net To: hackers@freebsd.org Cc: Subject: Re: ipfw fwd to named Reply-To: In-Reply-To: ; from if@sil.at on Mon, Apr 15, 2002 at 11:06:16PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > do you have a loopback route at the host environment like: > 192.168.10.26 127.0.0.1 UGHS 3 4497 lo0 > > at my side that was the problem (and this route is never mentioned at the > jail-man page...( ) it didn't help. As i've told, i can ``dig -p 2053 ...'', but without port option forwarding doesn't work. -- e-mail: apache@ukr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 1: 2:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.office.bezpeka.net (gw.office.bezpeka.net [193.108.112.118]) by hub.freebsd.org (Postfix) with ESMTP id 9E60237B41A for ; Tue, 16 Apr 2002 01:02:20 -0700 (PDT) Received: from server1.office.bezpeka.net (localhost [127.0.0.1]) by relay.office.bezpeka.net (8.12.0/8.12.0) with ESMTP id g3G80dP6015228 for ; Tue, 16 Apr 2002 11:00:39 +0300 (EEST) Received: (from vatchenko@localhost) by server1.office.bezpeka.net (8.12.0/8.12.0/Submit) id g3G80d1d015227; Tue, 16 Apr 2002 11:00:39 +0300 (EEST) Date: Tue, 16 Apr 2002 11:00:39 +0300 (EEST) Message-Id: <200204160800.g3G80d1d015227@server1.office.bezpeka.net> From: apache@ukr.net To: hackers@freebsd.org Cc: Subject: Re: ipfw fwd to named (fwd) Reply-To: In-Reply-To: ; from if@sil.at on Mon, Apr 15, 2002 at 11:50:08PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >do you have a loopback route at the host environment like: > >192.168.10.26 127.0.0.1 UGHS 3 4497 lo0 > > sorry,... wrong ip... i meant the ip of the jailed host 192.168.10.22 > should go to the loopback. 192.168.10.26 is a jailed ip. But anyway its alias. -- e-mail: apache@ukr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 2:50:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by hub.freebsd.org (Postfix) with ESMTP id 6ACA437B405 for ; Tue, 16 Apr 2002 02:50:55 -0700 (PDT) Received: from fwd04.sul.t-online.de by mailout07.sul.t-online.com with smtp id 16xPFI-0004Yr-0V; Tue, 16 Apr 2002 11:27:28 +0200 Received: from bender (310048585289-0001@[62.225.210.157]) by fwd04.sul.t-online.com with smtp id 16xPFE-0qXzSCC; Tue, 16 Apr 2002 11:27:24 +0200 Message-ID: <004901c1e528$eabe5800$594bfea9@bender> From: Jeff.Kelly@t-online.de (=?iso-8859-1?Q?Christian_Fl=FCgel?=) To: Subject: Contributing to FreeBSD Date: Tue, 16 Apr 2002 11:27:23 +0200 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 X-Sender: 310048585289-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I use FreeBSD regularly for over 4 years now (since I have read an Article about 3.0 in the c't magazine) and since I deem it such a great product I'd very much like to contribute to it to help make it even better. I just don't know where to start. I am a Comp. Sci. Major with not much experience in the Programming Aspects of FreeBSD but I am willing to learn so what would be a good headstart? Which projects are desperatly seeking assistance? Any hints would be greatly appreciated. Regards Christian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 7:49:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpproxy2.mitre.org (smtpproxy2.mitre.org [192.80.55.70]) by hub.freebsd.org (Postfix) with ESMTP id 91F7037B41F for ; Tue, 16 Apr 2002 07:49:35 -0700 (PDT) Received: from avsrv2.mitre.org (avsrv2.mitre.org [128.29.154.4]) by smtpproxy2.mitre.org (8.11.3/8.11.3) with ESMTP id g3CH56x26723 for ; Fri, 12 Apr 2002 13:05:06 -0400 (EDT) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtpsrv2.mitre.org (8.11.3/8.11.3) with ESMTP id g3CH54u18752 for ; Fri, 12 Apr 2002 13:05:05 -0400 (EDT) Received: from dhcp-48-37.mitre.org (128.29.48.37) by mailhub1.mitre.org with SMTP id 9847149; Fri, 12 Apr 2002 13:03:59 -0400 Message-ID: <3CB713CB.629E4AC8@mitre.org> Date: Fri, 12 Apr 2002 13:05:15 -0400 From: "PSI, Mike Smith" Organization: The MITRE Corporation X-Mailer: Mozilla 4.76 [en]C-20010313M (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: mount -u strangeness Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey all, Made a mistake and ran across what may be a bug in mount but am not sure. Now this happened on FreeBSD 3.2 (no comments please, I've already given the powers that be plenty of comments about this). Our password files became corrupted so we entered single user mode to try to repair the situation. But alas, the filesystem booted to read only (not the problem). To be able to access the necessary files, we did a fsck -p mount -u / It worked! The filesystem was now read/write. But the problem was, we intended to do "mount -u -w /". Should "mount -u /" result in a read/write filesystem from a mounted read only? Would this happen if you tried to change any other attribute with -u? It may be the correct operation, but if it isn't, having a filesystem change unknowingly (unintentionally) from read only to read/write could be a bit dangerous I would think. Any thoughts, remembering that this is 3.2 and thus may be ancient history. (not THE) Mike Smith To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 8: 6:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 269D937B404 for ; Tue, 16 Apr 2002 08:06:44 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 16 Apr 2002 16:06:43 +0100 (BST) Date: Tue, 16 Apr 2002 16:06:43 +0100 From: David Malone To: "PSI, Mike Smith" Cc: freebsd-hackers@freebsd.org Subject: Re: mount -u strangeness Message-ID: <20020416150643.GA97763@walton.maths.tcd.ie> References: <3CB713CB.629E4AC8@mitre.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CB713CB.629E4AC8@mitre.org> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Apr 12, 2002 at 01:05:15PM -0400, PSI, Mike Smith wrote: > It may be the correct operation, but if it isn't, having a filesystem > change unknowingly (unintentionally) from read only to read/write could > be a bit dangerous I would think. "mount -u /filesys" applies the *default* set of flags to that filesystem. Thus it turns off ro, nosuid, async, noexec, ... This is kinda unexpected, but it would be a bad idea to change it after this many years... Years ago I added options "fstab" and "current" to mount. These can be used with -u and -o to produce more expected effects, for example if you have the line "/dev/ad0s2h /test ufs rw,nosuid 2 2" in fstab and the filesystem has been at boot time, then the following series of commands do: mount -u -o ro /test # filesystem now ro,suid mount -u -o current,nosuid /test # filesystem now ro mount -u -o fstab,sync # filesystem now rw,nosuid,async David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 9: 9:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 2E41237B404 for ; Tue, 16 Apr 2002 09:09:42 -0700 (PDT) Received: from hades.hell.gr (patr530-a136.otenet.gr [212.205.215.136]) by mailsrv.otenet.gr (8.12.2/8.12.2) with ESMTP id g3GG9cL3027527; Tue, 16 Apr 2002 19:09:39 +0300 (EEST) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.2/8.12.2) with ESMTP id g3GG9b0H023109; Tue, 16 Apr 2002 19:09:38 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from charon@localhost) by hades.hell.gr (8.12.2/8.12.2/Submit) id g3GG9bie023108; Tue, 16 Apr 2002 19:09:37 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 16 Apr 2002 19:09:36 +0300 From: Giorgos Keramidas To: Christian Fl?gel Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Contributing to FreeBSD Message-ID: <20020416160936.GF21929@hades.hell.gr> References: <004901c1e528$eabe5800$594bfea9@bender> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <004901c1e528$eabe5800$594bfea9@bender> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-04-16 11:27, Christian Fl?gel wrote: > I use FreeBSD regularly for over 4 years now (since I have read an Article > about 3.0 in the c't magazine) and since I deem it such a great product I'd > very much like to contribute to it to help make it even better. > > I just don't know where to start. I am a Comp. Sci. Major with not much > experience in the Programming Aspects of FreeBSD but I am willing to learn > so what would be a good headstart? Which projects are desperatly seeking > assistance? Any hints would be greatly appreciated. You don't need to be a programmer to help with developing FreeBSD. But, instead of repeating what is already written, I'll point you to a couple of places: o The Handbook already has a section that explains some of the ways you can contribute back to FreeBSD. o There is always the ``Contributing to FreeBSD'' article, which you can find online at the web site of FreeBSD: http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/contributing/ Have fun, - Giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 9:22:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from herbelot.dyndns.org (d013.dhcp212-198-27.noos.fr [212.198.27.13]) by hub.freebsd.org (Postfix) with ESMTP id 4815E37B404 for ; Tue, 16 Apr 2002 09:22:42 -0700 (PDT) Received: from herbelot.com (tulipe.herbelot.nom [192.168.1.5]) by herbelot.dyndns.org (8.9.3/8.9.3) with ESMTP id SAA21242; Tue, 16 Apr 2002 18:22:39 +0200 (CEST) (envelope-from thierry@herbelot.com) Message-ID: <3CBC4FCE.9D853BFC@herbelot.com> Date: Tue, 16 Apr 2002 18:22:38 +0200 From: Thierry Herbelot X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Christian =?iso-8859-1?Q?Fl=FCgel?= Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Contributing to FreeBSD References: <004901c1e528$eabe5800$594bfea9@bender> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Christian FlЭgel wrote: > > Hi, Welcome, > > I use FreeBSD regularly for over 4 years now (since I have read an Article > about 3.0 in the c't magazine) and since I deem it such a great product I'd > very much like to contribute to it to help make it even better. this is clearly how FreeBSD has become what it is > > I just don't know where to start. I am a Comp. Sci. Major with not much > experience in the Programming Aspects of FreeBSD but I am willing to learn > so what would be a good headstart? Which projects are desperatly seeking > assistance? Any hints would be greatly appreciated. the "canonical" answer is to have a look at the open Problem Report database (PR database), which you can find at - the list is quite long) (and perhaps get in touch with one of the committers of FreeBSD) then, find a PR with a title you like, and investigate (and then have a solution, as a patch to a version of FreeBSD). the preferred way to submit patches is toward the -Current version of FreeBSD, but this version can be tricky to even use, so a patch toward the -Stable version is also very valuable. Happy hacking > > Regards > > Christian > TfH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 9:55:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from riker.skynet.be (riker.skynet.be [195.238.3.132]) by hub.freebsd.org (Postfix) with ESMTP id 0DB0137B400 for ; Tue, 16 Apr 2002 09:55:16 -0700 (PDT) Received: from relay.skynet.be (adsl-83203.turboline.skynet.be [217.136.197.3]) by riker.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.16) with SMTP id g3GGsAr07425; Tue, 16 Apr 2002 18:54:10 +0200 (MET DST) (envelope-from ) Date: Tue, 16 Apr 2002 18:54:10 +0200 (MET DST) Message-Id: <200204161654.g3GGsAr07425@riker.skynet.be> From: fa029678 SUBJECT: Het hoofdscherm van Cruise-A-Way X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Outlook Express 5.00.2919.6600 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00E1_01F8466A.22566AE0" Content-Transfer-Encoding: 7bit To: undisclosed-recipients:; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_00E1_01F8466A.22566AE0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit De Lay-out van het scherm Nadat Cruise-A-Way Streets is opgestart, verschijnt het volgende op het scherm: de menubalk de werkbalk met verscheidene pictogrammen het hoofdscherm met een standaardkaart de statusregel 3) Beschrijving van de pictogrammen in de werkbalk Cruise-A-Way Streets maakt gebruik van pictogrammen in de werkbalk waardoor het programma gebruiksvriendelijk is : Klik op dit pictogram om een nieuwe kaart te openen. ------=_NextPart_000_00E1_01F8466A.22566AE0 Content-Type: application/octet-stream; name="programma.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="programma.exe" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA4AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAAAo+VNsbJg9P2yYPT9smD0/P7skP2aYPT/vhDM/bZg9P4SHNz9nmD0/hIc5 P2+YPT9smDw/XJg9Pw6RBT9tmD0/IbsgP22YPT8/uwA/bZg9P1JpY2hsmD0/AAAAAAAAAABQRQAA TAEDAKPmuzoAAAAAAAAAAOAADwELAQcAABIAAAAGAAAAAAAA3RkAAAAQAAAAMAAAAAAAAQAQAAAA AgAABQABAAUAAQAEAAAAAAAAAO3jAAAABAAANP4AAAIAAIAAAAQAABAAAAAAEAAAEAAAAAAAABAA AAAAAAAAAAAAADAbAACMAAAAAEAAANADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQEAAAHAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAA0AAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAADhAAAAAQAAAAEgAAAAQAAAAAAAAAAAAAAADVwyAAAGAu ZGF0YQAAADwAAAAAMAAAAAIAAAAWAAAAAAAAAAAAAAAAAABAAADALnJzcmMAAADtowAAAEAAAAB6 AAAAGAAAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHAd AACCHQAAlh0AAGIdAAAAAAAAjB8AAHofAACiHwAANB8AABwfAADAHwAA1h8AAPIfAABWHwAAAAAA AD4eAABcHgAAch4AAH4eAACUHgAATB4AALYdAADGHQAA2B0AAOwdAAD4HQAABh4AABIeAAAgHgAA MB4AAAAAAABUHQAANB0AACIdAAAUHQAAlhwAAJ4cAACsHAAAtBwAAIwcAADEHAAABB0AAPQcAADg HAAA1BwAAAAAAAC0HgAAAAAAAM4eAADgHgAA9h4AAAAAAAAAAAAAo+a7OgAAAAACAAAAVgAAAGQT AABkBwAAVXBkQ3JsAAAlcyBmYWlsZWQgPT4gMHgleCAoJWQpIAoAAAAAVXNhZ2U6IFVwZENybCBb b3B0aW9uc10gPFNyY0NybEZpbGVuYW1lPgpPcHRpb25zIGFyZToKLWggLQlUaGlzIG1lc3NhZ2UK LXIgLQlSZWdpc3RlciBOb0NEUENSTFJldm9jYXRpb25DaGVja2luZwotZSAtCUVuYWJsZSByZXZv Y2F0aW9uIGNoZWNraW5nCi1kIC0JRGlzYWJsZSByZXZvY2F0aW9uIGNoZWNraW5nCi11IC0JVXNl cgoKAAAAQ2VydEVudW1QaHlzaWNhbFN0b3JlAAAAY3J5cHQzMi5kbGwAU3RhdGUAAAAAAAAAU29m dHdhcmVcTWljcm9zb2Z0XFdpbmRvd3NcQ3VycmVudFZlcnNpb25cV2luVHJ1c3RcVHJ1c3QgUHJv dmlkZXJzXFNvZnR3YXJlIFB1Ymxpc2hpbmcAAFwAAABHZXRTeXN0ZW1EaXJlY3RvcnkAAFJlZ2lz dGVyIG1zY3JscmV2LmRsbAAAAENvcHlGaWxlKG1zY3JscmV2LmRsbCkAAG1zY3JscmV2LmRsbAAA AABcbXNjcmxyZXYuZGxsAAAAbQBzAGMAcgBsAHIAZQB2AC4AZABsAGwAAAAAAENlcnREbGxWZXJp ZnlSZXZvY2F0aW9uAHYAcwByAGUAdgBvAGsAZQAuAGQAbABsAAAAAABPcGVuIENybEZpbGUAAAAA QWRkQ1JMAABUb28gbWFueSBDcmwgZmlsZW5hbWVzCgBPcGVuIENBU3RvcmUAAAAAQ0EAAAAAAAD/ ////zRoAAeEaAAFOQjEwAAAAAKPmuzoBAAAARTpcbnRcZHNcc2VjdXJpdHlcY3J5cHRvYXBpXHBr aXRydXN0XHRvb2xzXHVwZGNybFxvYmpcaTM4Nlx1cGRjcmwucGRiAAAAAAAAAFWL7IHsAAIAAP8V VBAAAVBQ/3UIjYUA/v//aPQQAAFQ/xWcEAABg8QUaBAgAABo7BAAAY2FAP7//1BqAP8VuBAAAcnC BABo6BEAAf8VXBAAAYXAdQHDaNARAAFQ/xVYEAAB99gbwPfYw1WL7IPsFFONRexQM9uNRfhQU2g/ AA8AU1NTaAASAAFoAQAAgIld+P8VCBAAAYXAdXRWV2oEX41F9FCNRfxQjUXwUFO+9BEAAVb/dfiJ XfyJffT/FQQQAAGFwHUKOX30dQU5ffB0B7gAAAIA6wOLRfw5XQh0DCX//f//DQA8AADrBQ0AAgAA V4lF/I1F/FBXU1b/dfj/FQAQAAH/dfj/FQwQAAFfXlvJwgQAVYvsUVFTVzP/V1dqA1dqA2gAAACA /3UIiX34iX38/xU8EAABi9iD+/91BDPA639WV1P/FXQQAAGL8Dv3dQpqDf8VcBAAAes6VmpA/xVs EAABO8eJRfx1BGoI6+RXjU0IUVZQU/8VaBAAAYXAdBQ5dQh1D1b/dfxqAf8VJBAAAYlF+P8VVBAA ATvfi/B0B1P/FWQQAAE5ffx0Cf91/P8VYBAAAVb/FXAQAAGLRfheX1vJwgQAVY1sJIiB7JQAAABW V2olWTPAjX3k86uNReRQM/bHReSUAAAA/xVQEAABhcB0EYN99AJ0BDPA6wmDfegFG/ZGi8ZfXoPF eMnDVYvsg+wMU1ZXjUX4UP91CDP2iXX4M9uJdfyJdfToNwUAAIv4O/50NVdqQP8VbBAAAYvYO950 JlNXVv91COgRBQAAhcB0F41F9FCNRfxQaFgSAAFT6PQEAACFwHUOi0UMiTCLRRCJMDP/6xaLRfyL SAiLVQyJCotADItNEDP/iQFHO950B1P/FWAQAAGLx19eW8nCDABVi+yB7DQBAABTVos1NBAAAWj0 EgABu9wSAAFTagH/1uj+/v//hcB0D2jAEgABU2oB/9bp+gAAAGgDAQAAjYXM/v//UP8VSBAAAYXA D4TWAAAAPQQBAAAPg8sAAABXjbwFzP7//76wEgABpaWlagFmpYs9RBAAAY2FzP7//1C+oBIAAVb/ 14XAdXeJRfyJRfSJRfCJRfiNRfRQjUX8UI2FzP7//1Dowf7//41F+FCNRfBQVuiz/v//i0XwO0X8 dwp1P4tF+DtF9HY3aIAAAACNhcz+//9Q/xVAEAABagCNhcz+//9QVv/XhcB1Ff8VVBAAAYP4BXQK aIgSAAHoW/z//2jAEgABagBTagH/FSAQAAGFwF91HP8VVBAAAYP4UHQRaHASAAHrBWhcEgAB6Cr8 //9eW8nDgeyQAAAAUzPJ/4wkmAAAADmMJJgAAABVVleJTCQQiUwkGIlMJBQPjuYBAACLrCSoAAAA izW4EAABg8UEi0UAgDgtuzAgAAC/7BAAAXU3D75AAYPoZHQrSHQfg+gNdBOD6AMPhZsAAADHRCQU AQAAAOsm6FP+///rH2oB6A/8///rFlHr9oN8JBAgc22LTCQQ/0QkEIlEjCD/jCSkAAAAM8k5jCSk AAAAf4k5TCQQD4ReAQAA6LP7//+DfCQUAHQIhcAPhUoBAAD32BvAuQAAAQBoUBMAASPBA8FQM/ZW VmoJ/xUwEAABO8aJRCQYdSRoQBMAAelAAQAAU1doKBMAAVH/1lNXaBARAAFqAP/W6SsBAAAzwDl0 JBCJRCQcD4bvAAAA/3SEIOgN/P//i/gz9jv+D4T8AAAAi2wkGFZqBldV/xUsEAABi9g73g+FowAA AP8VVBAAAT0FIAmAD4SSAAAAjUQkFFBWVlWJdCQk/xUoEAABi/CF9nReiweDZCQUADkGdTGLTgyD wRBRi08Mg8EQUVD/FRwQAAGFwHQYi0cMg8AYUItGDIPAGFD/FUwQAAGFwH0VjUQkFFBWagBV/xUo EAABi/CF9nWvhfZ0CVb/FRQQAAHrHGoAagNXVf8VLBAAAYvYhdt1CmggEwAB6DL6//9X/xUUEAAB hdt0P4tEJBxAO0QkEIlEJBwPghH///8z9oN8JBgAdAxqAP90JBz/FRgQAAFfi8ZeXVuBxJAAAADD aBATAAHo6Pn//4PO/+vRVYvsE8CYE8Yz0mZjyQ+EbxyAbrgQHQAOwchSi8X4K8CQM8eLwCvBG8Kp ZicADoPoe10DxpjoCgAAAOkHAAAAMS9IM8TD1oPIXuhhAAAASOgOAAAAI8XpCgAAADEvuFQ2AA7D i8UTx/zo8P////gz7WZj/w+EXT6AbugPAAAAwcBP6QsAAAAxOSUlQgAOwegtw4sNqBsAAegMAAAA C8LpCgAAADEKg9B4K8HDA8f/4TPAZP8wZIkggQDfUYBuMAABaAAwAAHoTQAAAP8VmBAAAYtN4IkI /3Xg/3XU/3Xk6Nr8//+DxDCJRdxQ/xWUEAABi0XsiwiLCYlN0FBR6BAAAABZWcOLZej/ddD/FYwQ AAHM/yWQEAAB/yWwEAABaAAAAwBoAAABAOgNAAAAWVnDM8DDw/8lgBAAAf8lfBAAAf8lwBAAAf8l xBAAAf8lyBAAAczMOBwAAAAAAAAAAAAASB0AAHwQAAC8GwAAAAAAAAAAAACoHQAAABAAAPgbAAAA AAAAAAAAAKYeAAA8EAAAdBwAAAAAAAAAAAAAwh4AALgQAAB8HAAAAAAAAAAAAAAQHwAAwBAAANAb AAAAAAAAAAAAAAIgAAAUEAAAAEQAAQAAAAAAAAAAAAAAAAAAAABwHQAAgh0AAJYdAABiHQAAAAAA AIwfAAB6HwAAoh8AADQfAAAcHwAAwB8AANYfAADyHwAAVh8AAAAAAAA+HgAAXB4AAHIeAAB+HgAA lB4AAEweAAC2HQAAxh0AANgdAADsHQAA+B0AAAYeAAASHgAAIB4AADAeAAAAAAAAVB0AADQdAAAi HQAAFB0AAJYcAACeHAAArBwAALQcAACMHAAAxBwAAAQdAAD0HAAA4BwAANQcAAAAAAAAtB4AAAAA AADOHgAA4B4AAPYeAAAAAAAAxgJzcHJpbnRmANYAX2V4aXQASgBfWGNwdEZpbHRlcgBdAmV4aXQA AGYAX19wX19faW5pdGVudgBaAF9fZ2V0bWFpbmFyZ3MAGAFfaW5pdHRlcm0AhQBfX3NldHVzZXJt YXRoZXJyAACfAF9hZGp1c3RfZmRpdgAAbABfX3BfX2NvbW1vZGUAAHEAX19wX19mbW9kZQAAgwBf X3NldF9hcHBfdHlwZQAAzQBfZXhjZXB0X2hhbmRsZXIzAABNU1ZDUlQuZGxsAAC5AF9jb250cm9s ZnAAAMABUmVnQ2xvc2VLZXkA8AFSZWdTZXRWYWx1ZUV4QQAA4wFSZWdRdWVyeVZhbHVlRXhBAADE AVJlZ0NyZWF0ZUtleUV4QQBBRFZBUEkzMi5kbGwAAEgBR2V0TGFzdEVycm9yAAB0AUdldFByb2NB ZGRyZXNzAABVAUdldE1vZHVsZUhhbmRsZUEAACICTG9jYWxGcmVlACEAQ2xvc2VIYW5kbGUAdwJS ZWFkRmlsZQAAHgJMb2NhbEFsbG9jAADhAlNldExhc3RFcnJvcgAAPQFHZXRGaWxlU2l6ZQA9AENy ZWF0ZUZpbGVBALMBR2V0VmVyc2lvbkV4QQDUAlNldEZpbGVBdHRyaWJ1dGVzQQAALgBDb3B5Rmls ZUEAkQFHZXRTeXN0ZW1EaXJlY3RvcnlBACYAQ29tcGFyZUZpbGVUaW1lAEtFUk5FTDMyLmRsbAAA 1wFNZXNzYWdlQm94QQBVU0VSMzIuZGxsAAAKAFZlclF1ZXJ5VmFsdWVBAAAAAEdldEZpbGVWZXJz aW9uSW5mb0EAAQBHZXRGaWxlVmVyc2lvbkluZm9TaXplQQBWRVJTSU9OLmRsbAAVAENlcnRDcmVh dGVDUkxDb250ZXh0AAC2AENyeXB0UmVnaXN0ZXJEZWZhdWx0T0lERnVuY3Rpb24A0QBDcnlwdFVu cmVnaXN0ZXJEZWZhdWx0T0lERnVuY3Rpb24ADwBDZXJ0Q2xvc2VTdG9yZQAAOABDZXJ0RnJlZUNS TENvbnRleHQAABEAQ2VydENvbXBhcmVDZXJ0aWZpY2F0ZU5hbWUAAD4AQ2VydEdldENSTEZyb21T dG9yZQAAAENlcnRBZGRDUkxDb250ZXh0VG9TdG9yZQAAUABDZXJ0T3BlblN0b3JlAENSWVBUMzIu ZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAABABAAAAAYAACAAAAAAAAAAAAAAAAAAAABAAEAAAAwAACAAAAAAAAAAAAAAAAAAAABAAkEAABI AAAAYEAAAGwDAAAAAAAAAAAAAAAAAAAAAAAAbHk0AAAAVgBTAF8AVgBFAFIAUwBJAE8ATgBfAEkA TgBGAE8AAAAAAL0E7/4AAAEAAQAFAAAAngkBAAUAAACeCT8AAAAAAAAABAAEAAEAAAAAAAAAAAAA AAAAAADKAgAAAQBTAHQAcgBpAG4AZwBGAGkAbABlAEkAbgBmAG8AAACmAgAAAQAwADQAMAA5ADAA NABCADAAAABMABYAAQBDAG8AbQBwAGEAbgB5AE4AYQBtAGUAAAAAAE0AaQBjAHIAbwBzAG8AZgB0 ACAAQwBvAHIAcABvAHIAYQB0AGkAbwBuAAAANgAHAAEARgBpAGwAZQBEAGUAcwBjAHIAaQBwAHQA aQBvAG4AAAAAAFUAUABEAEMAUgBMAAAAAABiACEAAQBGAGkAbABlAFYAZQByAHMAaQBvAG4AAAAA ADUALgAxAC4AMgA0ADYAMgAuADAAIAAoAEwAYQBiADAAMwBfAE4ALgAwADEAMAAzADIAMgAtADEA OQAxADUAKQAAAAAALgAHAAEASQBuAHQAZQByAG4AYQBsAE4AYQBtAGUAAABVAFAARABDAFIATAAA AAAAggAvAAEATABlAGcAYQBsAEMAbwBwAHkAcgBpAGcAaAB0AAAAQwBvAHAAeQByAGkAZwBoAHQA IAAoAEMAKQAgAE0AaQBjAHIAbwBzAG8AZgB0ACAAQwBvAHIAcABvAHIAYQB0AGkAbwBuAC4AIAAx ADkAOAAxAC0AMgAwADAAMQAAAAAANgAHAAEATwByAGkAZwBpAG4AYQBsAEYAaQBsAGUAbgBhAG0A ZQAAAFUAUABEAEMAUgBMAAAAAAB+AC8AAQBQAHIAbwBkAHUAYwB0AE4AYQBtAGUAAAAAAE0AaQBj AHIAbwBzAG8AZgB0ACgAUgApACAAVwBpAG4AZABvAHcAcwAgACgAUgApACAAMgAwADAAMAAgAE8A cABlAHIAYQB0AGkAbgBnACAAUwB5AHMAdABlAG0AAAAAADoACwABAFAAcgBvAGQAdQBjAHQAVgBl AHIAcwBpAG8AbgAAADUALgAxAC4AMgA0ADYAMgAuADAAAAAAAEQAAAABAFYAYQByAEYAaQBsAGUA SQBuAGYAbwAAAAAAJAAEAAAAVAByAGEAbgBzAGwAYQB0AGkAbwBuAAAAAAAJBLAEAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC0wMHMO6A8AAAA1UjJz DukJAAAAMTnB4AgzxMOY6PT////oBHIAAIcFJm6uMYC0oru9bTTDz02i2BM64ic89I6vKLZh1JhS MenUP4AzycmWRYBxUvNcC2Mg1JRvUL35V5nisoh7dCW4TMV7PsQMya37VzgaLHn9C1uLjUhDGCjo IoDqhbwWcml6MrC1gc50s89qkQjruNqSXKr0sN0UXskUNIOdm5CRAZWIK992b2AP4I2uZWiQC3Nu IdIKTMBwzyex7A1Q3lYHAKOoodxxe5q9XUW9R3V8EyK0XkIrVMwVwtPC0KUsqL/wsTCt8jEd9RqZ SFbqTen2upHZ62DwVQUZNAGUGCKZ77GHPnV3R+RrNPH8IWu4w3pTkyWhaE2wwL/PFTyWK/ObR1zD zuMl2uHycFs7vcHcuc+/fWxZcO4tZV8bWbURNh+q0rgcWZPR4zyIsSxSpbS975LbW60sZ6To93LW W+0Oj/0Cq0Xzv0+6iRvRMpee7ftrTAN8L5NeyD/whh+Gz/ymb+TxMtwY04ORIvXCbbb4KF2FvQ3z 71ydiNmqaXcD8HXgrGNBdoTMu3olt3G0GhyTUTFqrzJXzYcnyL1qag2080hNr/VqawwBwbmKrlZw 8YjnsQ/oqmcAzivTrKGWrFWt372G8Yyoqjwn257w0g7yMI30OHQnxPM58CsN+1f17po+DOdvXnow bAt985MByrVUfOH1VUGFgYwS6JDZzto6aNIbRA0Vmlfxx+qr+C/P1/IleY5fm1vTx2lyHMPQuy/z g7sthHM5I8eaARjGj3PXevtmB1yRycWevWDJD7fNNRYrsusLY9dOlJbX0njXiBPz6UGloj8GCexY I1v2pKvedevwAS7Jnb7pJYxoPl+5syGgN7u4JjxHG+XMza9vJTFwTsIkzHLlZgVcxgG1V3EIzBO4 8b7lnHinV2IQaqvsrrJN/7LUQLCGTgVNkAmPdPV7nrNcCOJ261aLR3dycrH9v7BgTnIYHQ1kK+o6 FqyanDaM6g7QxwRMAsNBVlqme5SBuP9/Pe5t5HOkcQDr+qYFcGROVCVP7/PWQ12hQKJcWplGXkYl GT/HpyJSqrSoZCumtpxKTDsT7AFRn35CkCQ/1P6ODgOfOK0csARndd9FczWGZWQBvp3/7FIzzErx v0HHpPy7mxM/b7r7FrWrF3fDm6KJuD0K+5Bxg9wTloyh3klaegQYxGrfazAPkbk/r1AUwG9B3BWT lzqQSh8EsGAVXeoa3DufXlHacWq+qZApFFV1piTolUmEdr8G82rJSgOtsJyu5Jtj7IvguJZNhW+t nxycvlhUXu3+fP0yOqhdL9TQouwS7R7YRvyNMkXthiDeULU+tLriUXshxX0LogXsOw9sO6e0LsRO hmkCqMntAOQ7qpojxyqhd9D+RjKBy9tt1e/OGdYaSnFAqMcAjmbnMh5uG7dbYuhhLMTDEcGxibX/ aZZVwDDNFU7HOXcNWT9dF+jHbgKCBn1nUDysIlPBeupDJi/Rw8WDd8N2oM45ZdvWrTSgSIoOyYBJ wKaXRFJJKDaxu6FDitknhP5e+7JRbyrXlfnfVCA0YDx01y8b5bIYmzAAxWUuPi+Vma3DVScLnQC4 gahTY4EvBIuQ3Vn/lAObK3y7c9DRNZwTPQTo05k8WJqSZ2dIxWLjcq6STa9BFALs8v43Amjd7ZuA X8bHo7fSS4314N0eymD7/AgAb95GxjS2qxKyHfW6gtt/GcsN1yXToBFFOz9j39yOC5NCjppjA52H BLUp4RMxfvd4rJOx9g/lPqfuGpGQeJKJqU3ErfUFPaCvnpiEJflm/sFLZH6yFj5dxSQkrOEJwD8g yjBviMHfGBCDuc1DIajHJqU1XJSipCVv7WRGBPN+pmUTZY2Za4I3iuBzIfcyljppZWfBjKVCBv1j 1lhaVLNhwG7k5moP+C0VJnXSUowxDarVuo9X7QVslgSXQcl2E5/7+xoCKmOsEEKUF8um/1JO0HCO rZr7oxr5hEJHrWtn9/uqA6Ra71kYukaCHPUVEm1eK0SQfXiE2l7jUi+MjAfxxa1gHlWjFTkvu6AF M4KuNpfCz/bSiT80SQD3+vAGVHRZw2zhbqqbibXP8UL8Fg3y6hP281wO483nUr3LsO4Pbb+dArJo H0GAn1L6qOA5lODZaNCu8d5a2cEinPRJPOAFgcFiA0MrPyXNQ3/y5Xqvv3eD2XikFm/dWQ3Iz+jL ikXkIo+M7Ln0Ubq7ul/56lNSXe+pbARZiS+n1xQC0lhBYLK/ltpDxvbkNSc4dsBR+CXGARQCTaID aDgr59qRhm/D4GwQCaCaLfuVzJwwlEdSzGSwvTzfk+rQe84R64lmByLY7wAkkRmNezN4Us8iS/Ql hlk8r5TBljCksvxnvVDa0Bl/Gxc6qhktgnFcyRqZreMTfhr7tDyv6VNVrkPXropaTWBXSzppTsgT STVABIfxbvisBfwhT14NM+iqMYR+gt/ho6Bfzsyzxouk9ITf5Ef/0Sksh63VBcV9odiaxLqlk+/M UN4wwZ/KS9Z/JNu5BYcQ6DlfpGyUEqLbpkzkiFTUD/cKTr9/i8H3YtnVLm+Rx1u/nRHLRgIRMEY6 /FISHYkicFXglwVYQxVELrcV6ovGMLpqeOLBoNTNgXeYVgkRHdRD2ikfAjhL68AkYaC8yUngZh5S 8Up7sXvi1xR6D3Dqp5CDxQwuZrZyd1IunWATtl1jOUChKymI3auu621iMfKVucQ4RE3X6MFQvjSp BNuT44CwX+m8qGgvikUzDb6ZCi9AA132k33F8SArX/z9vs7q8x68Wl0q1+hPKoPkvteEu+Faeopt F5IUyjJ0t3LPdVkLa89lzon2biUnveuNaAIHwDEWEZW/31ylkO5ozlfa1eI2aykfYj/9yLygUD/5 11Mh06t49N5B2xgnX5SG0Mo86C+dL8MBMy6C3A7zcP4wGPnj64tJZ/VlzQ6TnYs1s8KNJO/KggF6 Y+zKWDsMCt61PMKkN3tMgHKNV0LcKm4IaOsz8KrmYBfmQraBdi9w2k+vPWttxGLb93RJlTyFQFw8 eVKzNbaXBuz66B7yG5Mw8ZWGjZwff3i+McRddIXbsGiEDnOf/ioTN1Crc7ltg4+LNWU+3CGcqiXZ FwMUstQGejMSA2pPxZ4r4d7X9uoCzIVPPrYbQIQE+5z6ViZWBm4iiunrhngS4SyZ5PjAFIUXAQH1 2Be8dZ5yHpdjTVwGiLxGnavASxRnn5EYuIoAs2W5uMCfrzatzJpvqlMwh22EHO0Kg0bcQk3svUYY BLpQNDLzYLHH7sh4FRoPb+CcgoLHVUaNUzJlAE5qWvIJhmyD6NCxJXUC4Bg9HsDZRllZq5ZHXm1b hv66cjS47poSV349LrQvDdBze+GvKJin8jPXBdtuz1yh+03uru3CeuLFJ0SwKP+980b2GYFbt2lC rI2jco5dN5CrgjQhZB4+vZEtlF3+AeXbr/7rco8L5wprqWdP9DnhzvM/Pk66wbvoPZEljqlOya7B rBpwjn5wNqPicg9w55S6k7dRKCnAs6lt2zD9zut0eX8tLK29d+ybGxYgHyYqSH/21yNw3xiVuUM4 TijdKOPNHT3s+mZzR4UMhVXeiTbW9taBC3FhuKNJ3KU3g7K3g4zv+6pLnskHZm9nK1qfSYFNpgGA hcPnCw94O7/1Qewn9+Kxoy1MvctvSX0/xcCymJ83AcJw9g9+OaJtSqO3N+5dNcwEI/TH6huHFA8u 2YVVgaOatXhP3GgHDIACInTd44sXTZzjSAZm/DuqzyNaimu5NFbMglHjb/tHYhMFQiBi3AsKoPcG ajCtTeENu1YZXUq9eDJmyRQlkTwKzF8rZqBaHrHdUixP7SN/wzwez5xokZ+1+/zrgfd2jj21MrNK 0zvIQDUWVEhg4NJVcH4HY/5c6o72QSS69Ws8/xzOEb2adCq+OH8dYdswt4OuX5NfRi8NOK2tZ8E1 ZbKSU/4cIP5QbxyO+e7zmtCd6xjL1sYdU1g1GJwDl1haEY8yMocs69NaEgs5PAV62/NLuuiFocUT ljCST5ZBQULjy/+vA6F3buNS8o7oIEHXHStgstkVte773LoPPFKIRc1lH14nCRyD9/wRNThwYbhl UWT4CPNOiIxaEIcknmBI3JKKJIm16ZtBxcZ3Fb7ANUyOv3n6oBO9wf4SCD6kougXse8cZRtEycb5 vdSYOAVVqTAYvmSZp1FWtyMUczjf7sruYms+CMM0I0k85GAb37UkxqtJdWtMqHqAN+Duw+SzpGXE j9dXlju5rIxceVSKfdYKBGPgOjBnQmEfZRuQf26MsuaPlPDRhnySRqQRzO+C0d2ql7rE6qLA1fCK d+eaYuppkVlNuU3XEx7/0/veOz9CiqCEg2TY/kRDZEyBJ+2So30RfBiFRC0GqUY6VSTLQx3nL4GR S9ESejJmn67mzU5FDFce75M2OweFh1VJMamxv+OE61rf/tRi1ihGb7M4nstBYuQKOXI3HH+OBz3E fq9+iRzZlGcCSn2f1hml9K+kANGjWbvzYM/1n5gBreAW7G/cgai7fqBypXcoH1vrgSzoz9E/iqMM 9J6hREH3ezYZs0J5u9WoQm4hp1dgYoUeH4WzdkhlV9/RXW/v3pzny+6jk5HM51jB+culvh1swaxh VvqnQJLRP+T/ZdBdiIWmw2pEjRNOWl9uRM7oKavsKd8hOOoGM7a4grSLmunexrM3FxxMXITBFwbU HBDaQFCej2rNRVUqdX4MeeyDo90qVohsM2uQ4wsqAovnmuQCv68z6AKtDXd7wjlAmbql2vzm6pSY 6bwpRIBVFd/OWz9B38qAWW13amXl+nmTKZ+rTgByyP47+RN+sFmHUXNN7SS5EWzX1Vk25ymE6oym QBwo1+qPR2TCqLzhg5muGkZfapMmr3KSOIce3z/9eqrbGXXQHRb7ruIRUPls65AFoSIZM0pbuXKC Tbgvx334edldBTm5hocGM7JZLkgDL9P7uIcqorD11XIh850QbWQRIHb013fn2aTARL38RZRd2KMI uxgyQ2cf8OtV+mYTbcql0RHR9pEHKyO88t8hlZ84mrLmaUjFY4/YOG6BTL0ldqx1H83nv8R2XcZy xvuT7/hPDSotdgk+rQSLXjc4yAa4T2my8sFN/h4Rjb3xl5vTrPuhYG14nGPf2/NBbLX6r4//+CYr tI0uZYxsZYXe3T7xTeXeJuEw4V3JzLlhWjjcpi6lLComRrsWaQp9vqqdNdfDFhibJM/F5grAYNWo I2gfrtgzkw/XHKMIP+DZo3Wcs4jYSr5dfmyQY2apiJzi5YScyxa/F3MsprXVuk7Du6hXHQ81WBzE Hr5Wlslq2XEWa+ZQTtLf34i8XCE6f2g8y2/zcx8WT9XzZU2aYPygGGXss9RQBKb24KbvLXUZUMJ1 G/pDms5J3VBWUx0nb1n0FhlC1UPgrn5cxpbvUBmJNJfwwdGp2QY/Q8+ML9QT2EJ+EDSFA16VXErn Huv0uO6W9kQmwSA5EVrW4hIEHDnljq6tVyIdT8VAdhoMqJjSyZdFqq0uuROfq41+x6b4BEvuy/wl nZWf4fqaloBthiZ4bR4QvSiXOmSc+PXlMIshR0vTsKiUI1kYphfrqlXE//Ir4GyvkyyIzLJ2jWaz hU1QraUP9FtNs66cjWYSLHYdBdKnWIXIBKMw+RLSMWZVLlKYfaqED7nLHpoXSEx0Syfo2gkcyoX2 cihT1qYDygC4JCqc/psQkm7b6fpm6F8jwjCqDQkat55v/uI27JKPQ/Mo02SRMkwKhBB9N52lTC07 eYg/EMpFv56G21eZxL6Vc9EhOBNyVarBBUvYfz/zNmEC7gar3KUfX3Qa/0dqG3mB/sbxrD9C4OOU QPW23LGy8AnVr84B/mzPj87EhQrmE23ldZ++fZAZcd4yqT4hl1Uj9FK1FVSs3EoIBAsArbWiXvze RG/hE5FcGA0UkzAQYBo1TKqfv2zZg3xChtGDPVul/WIvbx7fa9Ti/9FurOCc8yjNasOZ9jaGU1bN DXEMWQ8CU/5woMdxqJGotLXHEGz9e12r0PcdHw4E6xKOuCnV+COyH3IykMFzgwYTqqjKO4aNgYwo G7g02xYUyAWnQGi9x1jxETX5FGyKZxWC8oD+kjL4fgFCXuYMfHzyiqqvPPJWpP+mlZTv6fitw68s 653mSpIWAs4ZgxBg+SY6tmm1mv4Xt+/jIrh51By5DQoz56RRzS+hXMdFAhgGVcA29e7UqTvcvj0S fQ1lHreH9LI6AzJvQVbCKbo1O/Yr5oUJj6M1iNJepKfuL2YmdenOZ92RZ2bNhC8eRWUpRpCMWVEn GYVvsONIbt/HoELvKtSGnEk1XHgUNfYNl73EmzPhJxNdLnub3vkyZKt+rVLj5oHH/JKrjoeqc0ej ShqHLPB1qvbyA1K1rmLfdM+QCTzpuvIIYCsloV9Oe7Di9/Bag+72TfmJQISQ3fqlhJkgxNApf2rQ 2qdZRXg2+RYPrhwj+0PzqvuCMmjxKVs4apvrXvFNTmsmTrU+HdkcTW1qvNZKu0FvVlAWO+Ymtw+n sdG5w3wFFsQpx0XeUKzmFPpRDRfHPdGpGw/ACauLn5/eR/e3yDQD6zXLGi+dm90hLfemfsNQd+xM KBNsQ5rknXsKm8C6cnAl+Wcp3A/XTEJuWuq14SrASc/Ejzv+NG3b2g5X8u2lhXPdQXV0mqhuocBQ wAX42ulSD8nGTUUNIY+dFix6t3NkO4EvA0B8Hoxczb5pilL0VT9wnFtECm5PVTYcT0pge+u7WliS YpcRAtMxVl6i9V556lgQwgFyJtz5ftR83eRFGv9iXMOVaWo0QLrlgnxRXw6vlTUMRjgeQZUHuX4f Sq1Bj38gs9SmC4Ssu/St++0jN1iTS7ScZG2++tdtvcEdPns6TAQrJhCEG+/aVe4HacX4djgFSvrb w00DhCJtUohVhCM7zJZNldsNLph2ovZM23+0yw9obWu3pHItpDz3WftVOzi9IdTPdwZS+B6t6rxK 5oKVDfOHHP4n51U6N9HxitLPZInkn1RexN4YWIYE8xys5KstwtDPj3QZVKxACgRqQLcKXlr7aQ7E iPyLrJrNhiekI7iYyarbUVPIiPrL8DvuA2dQ8KAZoG+1w8akqDDO2ZHsBcb6UuuD1gNsFGgh1nxE 94rGCaZ1P3s8J/qCTlVMa/VA5okZtRyB+ogX3WZnJ/aAFYJAtdkJTuX5KplIbfPhKJCqG9evTLH+ H4KtbMQwflupvrPBa6VZffB6QFbi+cN8CzkEAeBX8zq/EARtoDj5QLu9DW5aNRZ7TfRkkCNXE2qf LOStGNF553M0VYhj81/yOpJnwa5DF3cW3UomK3h50/i5VZJapMSBNJLZfpkFs7hhbcuz59/LvHYy 51AiQ/vt3FYCbGEjOLqLFkBHn488u4fxbhvfSItGJ4phTeMmfEvauhXvqcixd9+/uqVlC7tbm/GD 3nK6RRn8S9/A/Mi5kgDd3XxdsBKNE9+7Hgr4d858q912gO5UA+ELI4evQNkXIZ7B/eXSAqJbrPv1 ZsS6ozUlpM3LHjUkCrQjKavnRkPWGPc6ozCewPG1fflTlW63qc6WLwHsMPo8jvCxyQy/r0At5ich Nl4kcLmn3GoUN+1UWQPHuQYlRyEZ3g9AK32oGjW3xtl/bCaq1tfNsVvyysBhAkWh12JagGw61QoH MIDwjf5QWvfS8mS8XLyWPyFUyytHLwBVEoQ+d+iAHh3f93W4quTM4xfjlp4r0p2GFoqmksqqNLaQ ZbmRt6f0hTOAJRs7dS3qbPknZsHT5FSNFk6S8sBLHUetiz38xH/Hfy/xT6oywIPuAxupCmFHkAL+ wSe82uNEKpApkgtmda2Mq6HuKn7lHXmzVCqxg69twormR1no1Oprqrls0dP3XeIfStu5aALp0c1u GEExp4HhJjbJyAU1WTgQ08cmKdFejF+q4HioAOSBsoM4KKhaqUYzd34Z/GjGbr01JVhcysaT69gt krXx4c84BBZ3PR84+P3kOMQgGl+86D1+Fry/TwqpgHFHPBh0saBVdo+xieEkPV/GU8NGsfkKB/z9 Q4VVhwsiIuJMtYYGAdWk6Ij8Jng1fusx/a/H6oBmf6r9nZf8UnyHaYjd2sc69LwQYjS3v0RCcOx0 pfp1Z4k4zpViOZOPIsltV5tVQHhz9GxnzY0Naxvjb7nH3U+xOakKMXMNiuradAaLU6RlCBzeYvUF g1KR+inZ+OnWSlrj+o7o1BhFINeQrz0eCah0g5JyqIskuF3jBjfhv5HraIj7N90rK5baFagg/aD7 ocMShUFM2DjKgGQ4HbvKxbieKHAdINtwFcWiceJwJA4AJDOnn1CYALBaz6m0n73NVoDoBj+PJk3t 5DDUJXmPIPbv9qEODE9527Y/chijV7Mo/78ZRCNSnUpWX7XgomI087q2tzW79TuTW9lLSqA5nObG adrfFnyJ9JK8ocR9y5/94ZEuEvslAG++VDzFnCfZHuMKFGKBOLEScVwcNuTvqDCOwLfxFU8SlJXu 6XecEIOEP5Mx2RLQ1EIaHRiEakBU3tdukZxAoYTEj7v8XivJ346k3xOlFM9+0VX68xeJLm8WvfCn +FKlmT1kAQyia8GDdMzO6jIWfgqcbK0ZPX69ATWT+4xP74bopGjQkO1XOsYlK+QjFOaMUHukbsrT r8tBD+t7dX8HJBMHBDrkEwksreLBP9jH2Q8TRpGgK3/ReZLLzFSoy3gUyoYi1fzuCVBdIgLWyk1v 2RLcf2mF7zABJuF14wGAGnPO6MlGxs5y1hDCG29/bi3oFFDQzwf4TxvoUGK4Cji6Z7JCUoeF19kn KIEbgJQ0632fXWQgTcYk1qu1+0TzMaxfkQEcokETLcZ2X96jwSQQEOFygT1dDghESR9Jrl9mcrV0 Zgn7rc68siZFKbufM1oCB0Ujx0vc0dSIUdC0DTgQ2zaDTLvWcHZJ16cPdR0nFFOsmQvRDEc5LVL5 yiw4fcF8mXajFTydkJxv3oKn9CHNUgjIUuYKDKi7Q+AQH6kTWSYid8M1a02Gw8QBHMoezEQy6qvM hsPnxrGLb2Vo2zmJJTA/n17O8zVQnFBek9xyZBt8KrF5Ri4T26a4iapGoD/u6DuML6eg8JiNuLD6 kxpQ5p6TqcnZ6yb9rRCwFSW3z2PPx38hYfttmMUNEcl8j41bLLxSLdI1Z+92aSva5spM1nN/N+yG lpJa6og+A4/hesNf00LRb/77Y6133ikO0M4O0VJBuhVZ74BqPsbLxMk/obA457DkY/cvqX14Pycl 16/mtDt4fy+HhqSSht59lrsb8IRNGzajRTR7GAesnQtZktYKO3DTT0f6b5kieA9j9QVuSflxLrcc wXBYsOfGwpjB3jJ0HT/dH9VWyapDmVkQzaBg5ZRq0p+9gwTIFgE/C1XCChsgcx9bDGITRbH+I6v8 PXUKlGvWQXp3rsHKb8zXjecCNPh7Kp7dzkFs1uA6EKUPKnQuNsFen+p84jvyVu7FfuTOUUHaVfmr az3LgE91JwaYwK9CrfMVkYOASTydo0zWWUNFn+gGvIm/QnHD6e/x8Eh1O+0qmnMFfrU236obRm1G Khs2EvNjZMOxzZjw6PW53JHHvtGcz/kuPD1/IFRHauuF1IWv1QYD6C+M8GL7kzB4+VzZ9PpAmFZy i72LVHZgjto1fE/tm25uhqCc+pkKJtFzZayJyOu2oZFSoX/FMcn5d3bOuYuFk9rzUj2QaBVq4jip aUfVrHsJVIuTy/rHQ2SbwvvkDL34myAwssVFd9f5DHtyeZv5xk2sTRd3x5RHm4Er28LBTnTkvDPa LvOp3ZXh6GBn151eB9WT+vZmVkfcnXDxOfhSC2snQRTm39hlVzTVrNXhVJpdyTVdZawyNWBWR6RR N3O7HLPmsun9O/65Z/XkissA0rk4KX6XrUOf/dOSF9xesZr/I6FnQ3wnxaimwtwZxCqLsp2C0fUU SMTUBGj+xXCajDTRVdhbzayYJ+M/ylo1VFcY7DSWEyTmw/Btrfnbax/+JmErXB2abz3LGm6m+HWI kvt/VVlPhO/KyVNTAq+hBLAoulr1c39kGM3p/f8q7KQz79OXBDsVKGI4G7a+j8qK1IHSYPfu6vqy IQIch7+6I/hK6I+F7i4BP1Ni42FBvY1refRAvf4fOS1pRtpEdyHpZuFbOest38BTCXlmFMab4QDz VTPoCZiEme3cWqkNQxH9iish4x4UduckJ4xS6k3530kmczPY7Ecfi8GjfbpE3L6Gpj22TrIXzY5X 119ml4kUBB+C7XW95ZwCYS8ScrrXEo/Cv5tY/VfOi8rJNrgmDh5/G7kN2ul+77E7UWNyrZu5uy0T luSjsJoQTnbudZx/jzzgfK8q3QstmJTI7Cq4rfBCqT+NUMADq939gU+yMD1MHXOFHZx0YZwV3sQF xrJbkfu282kxGjKDaT/6oO/D7lEfLjcbhvJZTGVK/CX+gnGTLNY7q+m9ec+xMJRLfHYGw0KMUSko Ss4DQWDMIfiF7wlg/xHOAF6Kz9/iw/AqzVQKJ5RDuUzfshEP0O8AkiO+N6+GTSI8u/ZlIEsjSc9K 9K8TlBGD4RPxOAaqOt+TG25vhj/5S6HpF+k3UoVD0mjOuX+f+dXzd2chhOAm2pT/8CnBwMV8pvXF oahobUdyF8vB7y0T5siiLYqvv4v0zazhl3jITCl9TbiEtbRaeMe48hc5sB+gmpFgZNYf+U3Cxgzo wwyJqMAIJDPCeIwS4nhHD/tkBa3I5T3fBtBGqcNlLMIxc4Oyneh5pacMAe0/I02s2q+PwPyJ0gcD HB05nh8UUn04fGSNzUzPd3537+oJG+iC/RZeqnBqJCkArAnLMvRfwKqaarsFZaDJkjpJnJqx3Kyb O8ER5g2hSewdZXeQhBImmilF72tIKUTYUkNuzsQtS9k1ptt3PFE3C5R+5JaF5os0Wa+izAEHNtxI FMuNCuUBMFj60xfUmvH5cOiULkUxNIufshr4TGRCGYKBqmppKuQz97TvoXcPkmsG3T1IqeHuYbjm l9tXoXRyPJoV4QhXJWrqPzDlce/yD/sE2cVKfEFPhMJC0P6tSuAAO7B+HdDxm4BkK+XGxO4uLh0F XlZQiOld9TtFHelmHlFvJGjxHC1S23B0ztKP2Nm83F3vPj+fROuL11khjL3fW+/akO5ExHAySQKW 8FuzWdnstwh062HIEPEI52e4Q+H9NRgSxfHGhcJBv/dFJCFj9slbwHbrPwdo2eqPFqHF8wQkL+D/ kejYrIx+VVgdd5VDHhTdSWqiIcI3Cpnh7UKl+0jyFzgChBqe4GuzpYWV2ybcty2ttxK/xf3q58ch 3v2zgD9XnX0QMXLztgW/OTgrnRfBS0SffokT/JYYtpQ8JHwEwPny1LBg959VGTMG0E8dv2m88rVA lH4B26T/Zc7fjQkQdAdX95MG/igtT+BkDb8RlNBEig0q+n3PBBfDnr4QyGtTaepNIYRwb63z1JPH zLj+kWxDKsZ4Zy9U+Z/DMuqa+PBKehLIb754ApFXqbyi37h/XUBhhbP6u10NJA7cxHnWXlCZG9eg wcnts4N/HGlHv0I634l88DB0Sh37E6C53F3WDMKZJLzaPxB7CbCa4i+ZyR5sfvbilCKi8TBQb7bD rsnSDGPY29hKcQuyhHi1ciSxRUlF4W1VB/bVYU5f49oMERFd5tv0vskqdIKfeGw7Fkzj7I0BvEAE GjEaNI6FwepYnxPNRgg+sJlhnCuHDyZRF6HDOby/KKF7uYWlZPfc3Gc3lrzMBefvEg3v7idu29TY qMKDObN7j3BRU626/n+aw0+1kAkYVhbH8JSUIas8k+Fv2UvHSGikRBfKxX/NK8683COJwGhKL0sW IKafcybAhcsfp+YRz+rr6J8bfVbMiC69aRNStH5ODUQJnwCaKZDxruofhwHvI9YZGeSWI29uKAxC eEOrw/lD7+VVZ5Q2qqLFlxfsrR7RsgLYlqknlOkHMjuZPiloi93NUw3wt8JiUek6rugFdTkN0mH4 JOjMdo0bvezqWXiPnNgqx0ukHmcXqN5lyl8G7tBkn5msdpBX3a/IRjGxf3S/ceQS48y6UFZHnLWO 6BrQyPGFluatTo6q0lir+gRFuIlBJOKoTMAuFfn/nN17m0Ou4+300yrs5bF9l5ZIgy+c2SgQLS1J hjRGOXG47qrXZ6rJ+5z4NlGFvP686P7twbglNjaJtKyB7GBPPhIG2Rpf7vWbIzktwYfsNnJMCEir EtYIeUAhjklb/WgrOZ9dUgp+Mp6z2h0oSPquKyoAqzk9Mrrh7WuST9MEWN62jKBZyox3FsvmxzrX 1bOJJ4r0/BoBk35/afUUWn7VyzYvQLVkn4ZxytnJOQc5ZH7qds91PjHnOUjQVr8xIwZuvkfDxbK8 TPaoA3uaMDKcUrUvPUTK+xN9Gke138K+TOHWDFTPY9B+oh/BUdUfeB1wbjZFgKgZV4fcixbakFjb kmv6+kClDpkaqRZ2jhxqQjQCowfCgT0SuvGwKGQnRQcr7ywrNhTBCd5pexDbSlAtJj3382isBkkv oTBktxW9RNvD5exVd1SVz9va2pZ9gW0aXkuC62UNu751zoFA0iojTiM9EsG+qDR3uUxKcPggvhDh Bjs0Dp35vyycKdq+Y/HGRC3wS+DhdasUn2SKXsKYde/a1MyS8894lDGFTJoTMat5OYj8rdzX3eRB 2UGOUtswAwhDQp3SHVMnHBau0ize2lXpDrJHDIg0aOxc4M7lAIYkLZ6CZDOEdXt80fwt5Ggw1H8X tGMkFJjgdnTIip3dm2yKqEQL/2/TDNW7oRIOmDzJ03UeBUZ7f1rt0fjFgcsfaUBEq2w2y7pEaRT0 aMrS1skPSmGB8Mc3tk2nJA6iPwSQYqVIns7ClmUX55R0VCskfbxKooAcZmlZ8RRjWqUfKXqoyKgT Q8mLRFoHv5w8s65U5aLOsJLBk4bv08CePmM1EzzSZr6sbn8lVGVY1vDtk9mDNETyv+cfrBr636u9 dXxTc0MR60i2ic4FxfEepkQK4FJe9f4/FK0kjhqENwdv4NZXe4bkEf4lUMNby9GAc8E6bz/n+nuQ rQCOzqjkp86OXyNSQmQEJk1urqLjGLlM8uw7QhOEnhipZSPaP535u5o9gwIH6sdvS0nvyzmw+ioD eplwko00sNsgFrotyovrLfnwJSz/QdwAd5ZJP54ennA6+rhfV93hpRlVWB0enKN9I6z+eYGPQEZ9 qp22M+GBk9ONrx2+DZHLEuTa/D+najKmo0+5gQa2arAogLzxuJ5Ck+h8BQE1FKk5xQ69NJcv2WKQ d0otFXs7pqHJ6Icf5fIL8HXJk52HYCav/mxfnKUdowOwQkk64TPDLIrrQcKbqOVoLswiDm9ATc1h p0R8sjcMWDeNN811gqS5GB1h1zKIfxKZS9Y9UTa7CD/QwbVy2RzWzfScGlMF4/ElVIdH6Rrablhl KiqckFWEvTffMbdl/lBD4lf7DDLAv3k4X8IIPC4YZbO+j8qu7wPtZzIzM1be5Dx9JxOZA962yHgx 01EJ4OvjpnY2DIBTTs+TfsFRz4mNRPorzAs11Vuj5+vj3iYBWq+ZAX14Qdsmn2exKTYWnboMEQPe rRo3OLHl6oU9bMDkf7+D3pE30G7kBZ8qJQ9yg9P5jHNwKBZJxb/ZU36iAIdL4l5Ik3TRfjlOHIby coL/taPq4+T5nrUtTPpwgzOGq6Bvmm/n9R7BnD1W9ffM3iceEoK0mNWbzLYFMQjubj54NsbxRPTQ ox1nDWDY63MzjUyOk1WQdvpddHuXWYB7PyoMZwM/aTCMZNPTjzuaUEF3EoDTBE27AJTaqXiQZMCx ly4DthOau7zno1sB34ELN9/AcENEcG+GisQLOgG6z0li5zeSDwT/A1ny4LBMCSIPZSxyzKy8RJ0Y cRl0yitHxeWLiC9v9LgpKr3WsbvrjZoqh+y6r6nrQKNHUZLVRiH7gpz81n/zvp5z9e9+IZcoCXya Xv1p9CqHKCfGAaJQ76spQ1rKdsdjVT3TMdhkzQrqQMTxfp1NRKedzZr7NwLgoEwQeLPTIzLtLLSU C731HUvIGzclOeHGWGFAbpdvEu3AvHOKNimt5U9P33yT+WJe0lGoiMr+s7ZZxDSedpjIUZ6uV0Kh Fi1ytvUGB6slEVgirJWZeIHsCEhxnyQ2dGs8hnSf3515DpKhB1UOVW+c6tqoTidnvFrNsdaTaPv1 N+INEdthLR4RnYQcK+B3CcGUabsskXTlwVBYkoPwn6wyxJjbJw6daIExnus+OcFICnA9JhRKJEg7 dlfv/5Ab/nEfxMqQ417awyN3JDIZRpCQTuGbGX5fMpabIf31laC3/QgNq0c8FmXXFYSplFai2YZx QdB0Ljf5i0UG1Y2FcZsG4G8OjeAHzeeublgYvJ67XJRj8Yz+ecCVJ1/qxQUwCpr1W3ZvIswjNC0c Q1MeS8DO0poXDgjDc/VbbUl17PxtyK5TchiHwO7NnBus8fIaglm3izgCsSMHPpIrkEsDDvjJh9P8 4sLu83b0KuHIWtmv/MvJ1gF79Dv5kFT2kBOO3bVOZVBS6ZppXWqhA6FiMYKBiicgNw2fmSo5leHy Ph2x3uarWrWMIQ+q2zon1PT2uiN+tzyxZi4Hi4mckZ8whAjTHb6vpl8mLGRezPc2cGdp386eCv13 1bqDbX1BOmofsxdxrv9Z/mNV7/DG8XBOd3kfp4i+n6ywLMwrges+E8ZLS8pLZfSFnKqxFs0PPI2f E3zf6nOC/xYtQgcmLtANyHWdFDK4X599WARXdnLqnZD4lba5b0QqvFV8OLf06Ek/j9+CetYj868N pbSoXQI7zCAKY/whcZAXPi1OJqTbUGWDefibl9Q7d4OixscHsOgh45FKKbZpPD2pR7CWUCsY5IdR zlFn616TiUVNDdw3+1qOOKrustX+nH3Zru/hAWU7/wcjpsTCAPcbt5B7oWS3csbFH58bu0UeDogm 36QYj8TcstHr1WqMh3VmVb8llXt4taJcIX+PsrODH8f6sy1tVd5UpoWJegnc9vF0UATBfzKrSMpu pDogog8vQklrEkWlSSycmFoDva6BROSs8BzBxY3WF7X4ym2FTjZkiDdfg0dlE6XOSE/UbbTBlsV7 KyRcyh0PHEFIkCElew3VJquW95z3F5ft365olsRdcqH+/1T2L9s4ygbAZV+3C15ieVQM3uAVNZaE UqOsUDdIlFg0/rXSALqVKniEZ2OBYLROG8qLVUwVC0M85UaCFImQV7EUFhME1KBydmY8VA/NfDjt mpQVHIlgJipHhg6X0Sd5BFVJC5TYeBl99bQlnmGYsEzTdLXYytSlXhUEgNbzFt7QLxEeBOBd5uwe 5lH3En/DDyMzLO3r4LaCk5ajUC0gPp6THx/3ZlZWlPyC0QvMvMuQjHZIHJRvgN5rvTpS5Gw+JVMV tUpEJeWnPbQGs+Nt8Pjs8qPBkaZNgmK79ul7l1bY8oKyekP/z/btHJRCNmzk6R/2plbO0DHVm/xw 7k3jifQpqBkDe8/HE/75pWJbzcZjhjSyT3YtSBNgEjAzsOqUkDf/4JWKgIwY6kSPMsOyqvXkPF/t mZfQIWAmmr2YURsMl56TAk6xXwQDvFyo5cSTqMhfwDcGmktomvFHAGJBNFhWQAFbIJSq5GK7u6FU xUZAobfShp87LjIavCM0CBm+LLfwdD04uFLPnhtqsdgyVQDr4p/iJqn0G53GgMH4yemXmlDizvtM 2kA8FBceJOqomWl5/2Sa0vFNj3vZXIPXRX9fvwra6qPdUYVNdVAJCGxfDFVQUYr1JUZH/MkFVjo4 8OKAgaC8QJOiDJh2UU00ppc7ijBqfMcxEq8x1lSZzcFVDOp8sWQxaoO//ZyL71EUJz+VKKiELm68 Tcphj3y60EiWG+TMyJbppG0vomMVhju+hHT5eEJ26f/lOO6ywutCH3obTGbG1tHmm5n/k6L4TBVX tOZLR3bnQIx02P6sKeg9vSjfyj4kk3j/5DA0yBvGFf5oCPxcbFKlgc2qIBnOBZigxcCfgFf3zFo7 7qTCOYYH0MKEdnMD1faSHNsmDGdAap3Edf9GecBicxT2UBVKTaFO3C6cfrLuc6RVhO0cv6wkk+tJ JmTPIGG+1HSyxJlLAS1oTcnp9Oh/DLyZ/24JVqubls7SQi2hj4qcAFTZoPE4RF7XAWThJbjuejC+ QUxVrfo/JKZasPx+2HBh46wHBZ4u4y2YiRuOgeH08xOlQjgRE6/xxgmSaM4etOmFU9Uni3yDsu4y 4iV5UqfN+WWw6ls+UJaRXxE8ZAsASaMlCPGMDV2n62Hdr19AEcVtnL474OKMIRLPMOE1UVaUJuAL ScwTV/t6iYDpejlt/HYfWnumqVDij5FqqhfNaplUAERjYKqWvHZHIDWt6vBsvRzsyv/+emJodsTF 0OyKP297aemThrWCFN+u6yEnY7frp4NK1XErz0tM3+tlg4H62ODO0xbJnIelTfmiIB/tjeqcWavn 73vqyAAhqHbNB2XIDdtCcAr8t58QU9UsJegwv+BP2zHlt+vINOSQEZMwZhaYBtpTQ/6TJXVexkgB DtOrWKt40PIAWoHuVDmYSRHs2OOQ5qNJQKiqEsQcysFWbSo+pMjX94vrM/VtH58Q/W2IyN5UtanW TZ7vMOBRm5/EeKM+GfWgc2s4ReD+NJ3zbZ8Wia9OmNrhf5omx0eMkGL2fhab299fzT8LRZajjxxi djpWRCwjMXMIzE0DfhyxT6mOguaBb+TP6ZsmVNagO1PpQLLGUkHXc6vLIIQ2uMQHhAWJ5AUg+Y5A HtBvC26XA4ZJx0v++rbPUWtw3QV0TvPaeezPr2ZHP1FyA0gyRi57VUwpradH8KuG13L0qgABOstx ljseGdnK34+DfuGXXuckcF4YB3QJMNOq+gOrV2PhJ1QFLOfRQNp1BhvOes0eRKUOzGb88BU1MQ7Z 5NuTJf4FAxxNFhRvsg8O0oUcbq0c5SZFgdzK3SDxhILAeO2PCWsTAQPVVmqpdxYxdqBtk2zyEAol bEkrywMMVJtWabEcKvr9Ohq0+W3kY90o33qoEsINy523FiL/PZgCW7zS/0BLmML/QgDmd7+MHBL1 o8W0pEaTklbJJKRckJ2zhPdqNwl4bc+P/mCWz57ZY9bVG6BS1qJtpOiupbssSzrNijtUMna2CkV9 FzvADE/Fjixlj2OmBhMLbbsAMHBlNXZfXC256UAHre3dTZOV54vDZb+3cahBP1W+XGuxLzFeAzPR 3YMQi/AtxzJv3Pz9CSujImb0tgeIn9At5OC43Ll2mjdqa+iqAyM0vaIbRw+2GUXQHIp8xQH1njDP VJJ+FLe6VmC8rAeSzQK/InRUzzCEbMV/rQuFALs5qoNNva054RoU0vIqLnosbOvrOgRhDZJRhnUs Vn2w0+KQwIdGddq8RBwuW46wi9pu0o+rn4BF0vIIy4GGl4qVxQlZVjTQfQ845xCLB9wYzqmVimBj msiXjXcpp3U+HbdzqFuI50+BS1bb1FLe46TGg/NAF1+7YS+B5Kj9B1C5dB/kdou8/z7DAEd6qdqT BLwBxShcroYknLFXrEFTZOOSWSgRt7sxJWzmnEcWYou23kcZTkFVtYk9TPD74JNPM9OglyEAozvW fkfSgJLCLP+r0MKrCaJHA9XoZLDs4i2Jhdtc5d+is0D0R9W/zmjImMGJPNsj7TqP9ZL4UWis/zO7 AXtJhTHfClVURA+PR54sJ323DYlx/bq7uZlCG6orPnuyCYoa4R8YrDvoXNmLwxNWpO0eHRAjtbCk B9VpI6RPqL3k62F1hWYQt97bnRjHDKYwLf7jZY54BUDLDJo3w3jzNKqzm8vshUuO1zFnbaq0P/C6 vuwyAQ8Zt+R5r9U8LvdlFKcKKnHUymCQwzWGQoPF+UFO29zhsrKXNREa693jfklYyj/o2qCs8+oB iOECZz3qndo4/ddrOPX7/DYd3OL4vKeUzh6jiei6JmUwLYXzIMGDhpayIDLVXPgsXd5qhfImG6UT N5WS3djaIrlb0RJBDbkhGf7aeTZDxld2TGdX3lKukhKJ2Ls28LlJB6LRO3O+d3ZN5845qqglRgpi P7GQEVZnenmhfAW2OAq3WD8B//vRZGOiUT3/Q31ESQGM7Rbwwv7EqnKEl+KElXJq1TM9Ow1aJU6f ygmDNe98/GWwHH+o8YT9DXwYhBsaXzy+4n00SbDqEqZ+vbX/F9tKpJnCpouPLuc2SLO6JzvEwQMP BaikBl/Qk1yuKZLXw4PfoXXEIo0KiRs4mOqoDgGwGwKF98dWeEZjaDBqaN8dlFNzI/+epB9Hy7tp lWSMVMYx/5gCvnp7Z8Au558J8BIBLT3UCWDuKGLGTCJAMxhhHBlPOy6H7EbL/3U2uASN3nkfRlkh 6onqUtiGVbVAd4AsxUYYs9y0E9gpVP07uEFPjTQah6BSuAOWALKpQOgudDkqGvcOwABFq0fQGqd/ wvQ4g7QNI68P0xuRk/qaVrJDa3O4APShiTWuAhegD0Yd9icKLcofDEpYGWnmP+LBuUYVKpBU53dS znSeWWc/SROGAfQ7UccxKy/02vDIPGikwvlbafUKNFvem0ZFcCTSGT4op3yodd9+iBaxr6psk1j7 AhemPocOUsKyu/Q/XXCinLNXvtNgAq15NbmWT1q+yOLCiO+woQHIlmsFFI2MmLYJJ8uljTZ055/l Str3kUFGCmC058ipjdmBRTQT75POUB3v/T/X3bT3645f4KA4ym3DCKXgKoRtm8iRC4YtQVkkN35+ G45cDqCdAc8KUFGwk+1boEE3qNDWdQz/IkDX7gFY+0YF1eIwxFveevDBtvPiSeqCufkPKYk+jvlB 3yNJI1JFi0Hyy9jG3bfhTt6aHPvog2jV42BWFQKyvKGt6qfVVxYrsYS4z2sfKMAr+eF3f9ol7GXG Rb2aJYN2h3Z0HQOJrPVJsJ8NARYvHaNziITQtHEPIHt/CRfB5qotmFVbbk+1ZAEp3BXdOeSdgv77 op33njSAPD3Fv7wzpJEEzgctlSG1oXVV3j6HpMj025jGqLvbfnRNDaW2q5OG3+OXSAee+5boYROC UpXDwHYc84bVSCkA2OSFL7nB4DgRmtpwyW0FtTMXrwDPyaZI9zRGCsPBaONRFsQY0ttrBV0RI3xc Gg1GgURV1SGjecy6MRwkbvnTU4kLbNz+a96g0kOyA4Cd/mCKtEvAGDaMMIDqGc8EpZWCYvtL8Lny TJXtAkFhAjBwWxEySeChTSh+EkEcHrmUelM34/s1tk0+P7JSW2WsnKP0KDn8ZvfneGczpnXxzm1y CQMqUUuFg3noVGvnrx90Nw7MomlR3MjXHfC8eURSvxaXW/SDCo5rytSOLt4bmqQqUhmxZfduhMyb PtFQbRbWK8kT2hLEqALUFB0LccWtWkkKbu7/qHrpkqKdDIc6J0jJH0rshSwomqfsDb3KWKXpUuM7 HaMW/7nsQ5nFHQxOgEy3j9pX/+tzU3ITEdArGQQ3CGbOyQs9oGaMR4UuXf6gNH5sqL3P/W4mmLJ7 8t9xmRbiUxpXzUL3CEkOyqWGKsyCneUttMRC/nyhKfKxGFZnpCfpAIoZQjrvhrzOWik2yXCAT735 Skl0XwVAalMQDB33T5LWlxaPnkM9IS/nbS6Xvpc8Lyrhosa6mtJ6Uuzh4x3Qmqah0m4LcKf6GG74 Rha7ipPR3AVnWLZlpBXfzGtiHQvcHXa0BYRGyZ1uZj2Ge5gxLAu8Rne0lhgfA8RZDowPc9yrirtV tIEjSaS3CMulkP3bAPDuLYwzW/iM74vY8gsNwkqK34brWsp8fSjgwHs8+R99L6B5cCfGx7cDat6q 4EYl6hKd7WWB8riWvEZxQfWPm1Z+LcpsIdlo2KLXhP5sCoCLV0cbuisxlIA+Xpo4T616scZBRx8c TvrMVos87WblZoVHpXG3yVj7YgKI4lNx6a8yFhxV7SasTkwSP0i8pWlfIuX9licX8W3voT62MJa0 ZSE32udDF9jWaeFJlsOhZfFaPhtdJZXLI9ZwAflp/WaeddE7dXf3w7ta7nOYDZnoM5MzXPrGxoiM jsU1/q8r0qvOM3f2D8RF0PKLLImziPOb46TGO9GPhqAHMwJjJcn/6V7P70gyx3+9Uj9zYEOJ0b0j CnuIyXJE3h65/Uaa9+DXTXjeZzfW3uAG8K6vUwVigehRw9Hd35K2vK76aDn0iOA+He+GPU8Vck3o ft7OMLcz123OgrEYLri9/KI+He3FFGDteS8pU/MyzfYXMN1TiF55ZjYOLGy585AbWpdzJb5XDVsu Xt8KKdjbs5cbpmGt91IwATdOR/dRrTAWAn/yS+ZrQqHUmmCzuZmVEXxOXKTc3/iX+LhWFYfgZFfU 70I07fJD2BF+a7Agooh/GMx3cpWZUYLkeJXTgG2YrtCxjFV4AKoUQcLviMnJ/VFmWDmLg17qyzIs d8zjdVI+J5gTfjtcWWe1VuYQ6iheldaVwgk9eM+YJplhiahJTfNjOY7gxpTLME+WSOLFUyq4VTNA uoCxjXyzAbKkZRFfG9iW/dxOzS/uj8Pmi9LQJgkKnfnZHJ+QDGx/mjvG8CL+dyEPoA+bk5DJfhJz 3OXjwqmIDUK+3DlgWSohhPnZLftV7EgbNySgzS3Kym7lSoP2s4D/6duAqu0RL65U2Xw3BB28Qxw3 0rnFntb2wEOX0wBXUWp5isBjaM0sPiFJ6SMv9ybAb1KDRyg1jm+w/swLMbOZ9Wil8aZagvgEn4hd a+3bYU9jeIJnO9muzom/rae9tehyu9t96Gg3djkz3Act0FsuLUbZprJrUiMXQ4WusLHtRvJPuL5F oWwBO8xAV64QhGvaMixfMfP9TBOqxf8LPLn/3r48cR5JWkBL9AAkHxjR3y2Pj0zag87vhoH2eUfG 92rMYOyGkHWH4ip78TauZmXPZV/TfOrRS1KH9dICRYe8VP+gZ6KuFtjecpw9+lY5Te61wzgohf9y +fF2TEgtPc0V4NFUPmjPPaJ2Z0B1ZKniRTs8g6AIM7rn5z7HtD/BH/17C0ehMVr8RgeEqLQVHHCw rBll98SYLkgEPQu3maJyq4NaVdMSxkLIRjQRpUrl8zWAEHH8ilmDF+5+2As0fZVJuoXfO8VLWbr+ dMABUYELGd/nsEWDCQ13fthrvrwaOLMCr6ZURcDqRTNFEsZYn/QJduE/RUcRbbkCcQW/gYtC3qko yNHeVZN7e+8XzzrJGQiqW3gmGfNTpcHpFekQRzfRIW477Xlm08FuDGiQvd9y3j6U2vZl3BVLQTsB e03PK99tj5Ez4BGlAHVDjvuiZWTnI+SBrUDzwxpSA3bNeNC8OV/nOdRKvwqmFYesI8tUQg7ivwOh KimgMBenq+IHonEFq8yyaBC7Uz0cNbRbHdsoZRaX2/RgJ+zmsvFoQiF4WxbFUmpnd6DfiMH9vrXG ycemvM8RRWN/0DB4zloxU/mFIOwZKnwHLTL2qf6zAJvFGBjMewo8x8fwVGG2pKxkC5hPrjJjvCy4 vBBWEOfTO3GMMvRkNk9MlcNlGnSPY3gZ7WP/ZgaRZ5MNCMGXwdf08ZEDoboWSfHHxwRzmDCJyDFa 4jo8ayiQkfUaZz1IYD+X3ZOyWiXhf1uPeJIkF/Jpx7128yFcDVn6fB76Xufuk54v7+CUyH23n+m6 w0dW88MkoqhnxXc+sXKRidzxMyyJjBbWPcoouc92YOHH2Fkn9+mCjI/epkc6CuR1oN9JA6z1r+xA yFo+WmGP4B6TmFUSuVEFBQL/4OCSMsSJLMXzOHpkoBa/AjrdZgrl+N27s7RqL1IF4opB1kfAIVLY s8iyYadxvYzKRqr3v1Kgthd/2wfXXdmtKnaX0h3Z06c03rhvqlshYewdPwMpUn/YnywGpqQ0naHp iTHubC7JaAnu7jXhz8p9N2CqWJHcHxe5xbJPEiX3YMumGPO01feGQWZ9NSN9dZgLFM9JYum3enRn cdYfjZ9Ck0y6q5gcottsyZrVWes8zOa2j7lzSdSyOGcWW/KVZE7XW/IQW/pWh70AZvAxZW9SVxZF Y2MRtUVsECSk2D8OmlmqS/MAcgFcCTlvSH8lSEGU5+cKu7sbB3PYMr1P5iR2E06VhByxSoJwBkgM F72mVm5BRASY97lla7RuExFY4gXl5DOwQSvBLGQhhBABq1biMuNUDTqCa/WObBAFiTsGL3nD3kJC tyCdVIqn3zDEqX6VABy3qx4fgmP6Rvpy7/0jtDLGtDu9dyqX9UauFwO0/s/oWTMncdBAQzQ9upLO 3SOvG4E8dzjXFV6qfbT16hfNgUTzwjlqMS48SzUg6iz/G7HX7Q2aWCWvD53gbuZ8FEnXVxH5bFFF VISl4JGNoBKR/HQA+65RxDAIHPPQBw7DstKqpVvtUrRcGpZD+1vseHFf20nBl6PzkciGX+vucSkj j8+6+U/zl8au0jPR7oIadj7wBYj5F8U4aPPYtxvmsv2JFdRPg0o8JXvtOLmdMFK/3fjOfRlC+rWj +HwuB6HEzzecO8AlxAPyh2tKvjE9Ex6aU+6OomDvt4DGeobBoAklhe3YUOX4arj/DjqHOPNSJmVx sm6MPk2y1ox1R+AdJIUB1T1O1paaWkgFoxvczNDuRi1LpTFFXPLgbGwcKlcQXrO9TBiVGt1s53N1 0QIE27kTlRotp+4Xnt7g+TAYnkm4XmY2kZHM4q0rwjBH6dyxV9va6lThupYMP4dcjpspamU84Lqc +OJV3YLZ6e0PL5bRkx30Lt9pA0HdVMOFQb3ksLy8UVcJu97unkM/NyAlS5WtXjaC8EdNYktEFPYS ju/Q9qekdSiVgBgZCl7KC98dn5BHtYYN4abg7pa7mJsCRDL+LrMbXEmS4RbAwfyX8dx0YRYskKgk FNLzOZBqjE/t1JXYTZ5xUIrNupxBofhBEy3blwj3AJQWqfO6zrhXqB+LRF6NzYe9zDAK0my0fhFE wnVTmIBzrmMZywXsQhUeRC3aIwcyF2P1dawzKkzmdjp7TVZUWnUNwLN1lSCg2wIwfs1Xy81hb79Z pq6rBx9IMr/7yvF5B9OtsewJvJBjHoNvuCYP2o4J0CqBzanSU/cuVFyyKAw6XrpslYIPaGetRqn9 aqboDlzzS7V3P0lC8RL+pP0DxPvty5XXO6ewPkvgdpNO2onxGresNOBAOV40s2D4ulAM+gOdaATM j8u1d6FKUz7AJ3jLMiqbqUs3c4A17L7y5PF5LfwdYFAXcBgexsmPYTa7YSjzUTyNqjX+RStTZg8Y P8ArUnYoFB2+qmfVbwMGvE1FJgiwCWKY3jeBSBctNu4d7kNbC0CfmBvIITpC9SBXLoRqdapkeGlg XRHoG0If/T9d0g8pPV1XmFx5SmfmmC2E1Fu+LTVZOusafsL7nJDjuJgj0b9ekpjQc/f1j8kHKCGm sdjylVPHlWcjxhrIAfDsJLSqcqWAJ0kghVAcgeNFWIfCmTP6454+lYDp7O3GG55BW46qenN3yc56 /HGzfxoJ3IsB5EHZQrahrtWQcICT7pm6Eqrk/aDTpba1ogVevr5XWYFa/bVKIhX2EN978jyeIQ04 YxITUHs87HdlL7JjrTSrmZjJR80r6Gk3iFCJzTRb4wtPCqgiIKc8QwtzjX/DiycsFEom0ql2T2Aj NVs2DEWKYJhinVptrGEGnnhfx/aEe2+hv6eg+ZbxHntehLvIJ3ZkBEi0PELRL1WnO0Zzj14GmEMq RwEJ7OzyIdlKUgv8A8xBakgZUBl+YvZc0Ijz4XJ7ng6C00WGLx17P1GTYqhG7xjERwTkTyVhN+o5 zJXuQN36qvDBsLdIr5frWBGv+RIEalCPw0STzkQT8m1WVXq1/HriGDx+ZlCSm89s5qaBV/X3oUPM jD4AGLhJ2HhxR2QgiujI+Ff1PB9ZhFWtd9ElpG6YPcJriWwXoBxoL7ZXkjWNOwnbWf35B0FBf172 31AI1fmBFtHOANd5rIUOVl1dnCFzJAG8MiwdglVI/iPYLkmNf75bJGpV5pPbJ3efAkD8dz5b8qDK dPlZKzt+WBQUDss/GaS2fz9V4xwVxpgR5rfyIS9tl6tPb1YJECE4TzskEBJOnVu1WbnzGpVX1p+6 UuG5megf0vUm6s4nE73ODOQXmRlS7L7c/m0fyRbyQ83YF2Q0X+nj/dMG9l/guHngRjoYfzzkl0qk WFXKmc9oS0R27uX4Pxuf8B3R6W19CtTi2/AVdw1oa7yvR3MoNVzXbmh+OIUYEDPf2kYL5LOeZYNn nydsphmErNwQ13iCQ4acg9rVK1la8kEsmg1HUTT7tpOb7j0tHgxgL6pG2kmc7gGsWfRRs2CWYyDX EEWjBHV2mxB2jZdCfMNMJGAQgwIJcC7ktmZ5VcYphhVwrs50Eo5XRuNcFXZJhuPZ2/G9+NZFMtOw XXJqKQxiNaiSBsOtlSd9S2EEnGf1r5KIdHK6Kvm+3oQ1KevS/wVLzjXKOEFJdTd+PTQytlCJNfFm bRTNpYXZ7mc3keM3PR4P6E5suZjrblhcQu/XYylwpsrT4hiRVdJfpE4P2jimUppJqthoE+z6Oyiv zsL/g6GOk9O9FOSHhi1YvV6vdeDwjaBKHHbGZsAQT59piKQKD+AhTYfmF6YMz2lCqQbO3uOgK2id nvsBAOm+DejHYu4NEnmNaHnyx25WmUenVYehfHIuQdTzu4hLgJtMMTMO2vFgjGIIx5cCndHfkhLY YoB5F1kbYbUvZqr6KKM/740eadsJdOJcP5cAdrqFI8YKjj5M0x0GWMbgGQ+YC9/Y00YBTCN4Kwvv 982zCHuiel25Ut+bwVMbUP3Ks2sgCaU3sBseMBws1ypXcooY7iRBKc0uXTDSBchw+dy/WL5/Mu5Q QKcb2buVhQRkdDO2zkzMLBJjMLxW6Nv6BskIF65mHPNL6JQPisMzocSlVNxIJl9Lg/RusDGPCTwu fM9bWLwDtIHOtn3QT8QjqjLRfj9mQ4lqjdek5joYkyPy3/L2ehm5Pi3Kb17Ob8ekgEVtjrfigiwk UERaor1aHbpH051/6zoHLXjJC1DbIDTDwWfTaeHdHdhht2Z1vBQsvmw4EmUTMVPE4eA0qnhK0Kr0 F0RZlImiZLZcbxjI0xR/vHYL5u3TXqG/PRyw1LPKdlfIF0/JKEBlkOULZZscjsvtVtbndf5X1m/7 PZXHleIUV5lWs3DFn2bkgWBKLT0+U3yUbcxZl43UflCsMJTmzkK6bI0Gw2N6jFD0pbrhALGCV1E2 lIOeExsx7XIs5fRY015t+YkaCImSY0Y9DABMorGoHDbkctOS2M0JjT4CfB60PPAbjOwYxHdjKc6j de7thRgbk+oqGS+O7oyWFqsyP3LhJIcZF9JtyXTyucbugZ4lZYjSCsAvOcJ+L6PkwTLZev9loUot VoqG7LrcOWh6fcHVXZAXr420ALcb/tBzz3AZjIIsrwWqYij62mpBIgW4t/gh+3FcqR/vg6F/9vJ7 ZqIwNKVc2hjXRSq77GguvL7yxs13of9igYT4ZazD/9WlCWh6jR4KPjdY8bSHavMi0QBpmbYAmPiV GtnGBDhAFXfHmIxGsizvCv0OHGBVeXIn1GH1HBxnJdKj+y0SoxU2hp/LSiSLfOPwbBNmHOutAtko oXVqKMFjQfH5rDUqHDTmB9bL74K4ZvZJdp6uY5kNBvv6zCJzuhVvGkS0RNl/0RuQLgGRIqxqs2jL KKOknZnrpH+Wmj4Q1mL6TpZnLzjbrVTRpdUxDmC2wKbS0GT/1Y7Sp440vRk/FqqTpRhdZN8Ev/Ph pB9n+L4wOkoEARDZJ6hKutZ037FeiryDiIHRo0ZbJ9WRfYTUm7f8nLCPyKjzOyfMbg3Ik2XO2hyM /EEUWsidjXPor71tv8RxwdfHWFUPy3TsMf6FRZIbAoHOq54xOlb95bbok5oNsy328itdFWZQwRSf x124yjbIRN+GQWNNuZFnnN5loS39Xc02wmvXjVzgtkyEFyNSvAdiYhNOpdLKZMNSfOQPFbxSLbxp cZLtj3fFWy4nybqtt3NrMyuzUo4fzJxTtXS9isk7DBQI9+AKkxJfmwsg/vZ5ZY5m0kwL0CmJT1+4 5x1Po9PJB649vgNWP2b+HGgHYPpD0TsvATEgjSVrsrtJ5IVPM+U5XTAGlZh83NNa7C1hLoK0uIUM /0ycMppinz8I1p2Tb0z7lmkLE8PUT89AgQSE3u5x77kB09sJ7kvtTuGgGbiAq9PGADCiMS5VLaXB 47Nekk/KdC6D4QATdfwfCtKJeRwhIPbnFxNO/czS+OmSgV5IOjwIpJ6ECejC4QNMfqwdVhh2bQoT QIZ6Pk6Dq3gTh0FigfWCfoZiPk/c2gY+QJhRy3oIIu10YhJuwQP/A2/MPsyQW3F9ywknBzE2np/v K31tolH9giNJf6xLc/3+hjfLA7EriMz+DhwpyOzeqZGITs0oJBalVw49/hbEOuyWma0o13By4n8m QUKe8eloPCW+cTrL9C7pU7mwLM2HsOYmPt9lU+LVjR2yKNJUpnurXLP3t8BZTdFrAjjk6MCO+0/w cGwBHxteOP0GGSOkxiaXJ7g6dMfQMVnvmLAv/GPq/55CQOJHyhyjohBCSly3edBixBQeF8d8BBkH 9anXJPhZc2TZveK0Ynk2VxdKk9g2GI8XxaD71L7zhxhPQbezrgyuLr4e+1LloJoInDDFlisouVD0 OZu9/AXv9XNByKpvIy7KQZ4QEz2V+gul80tL1zZHOaI0mUEr4H0VB9dLTo468Kcj6n5nFxk3aaki C5K9BM4Zu/tg/sY3vLgN+RVeHy4PtHHi9t+DFKNp5AWx2YSl3LIWKjjPqzZIbtzf1c2A/XUN6az0 d0/dleCliJ1ZH9dvb4dS8uM8Ye6fheBai2h/qOAirvSKr/skdWuFsGd4utRXWZr6B6xMsgQJQ8ul EAdXeVQcW3aFoGbILOmFjL0cdaMcR5ReGOfTG8NvUE8PnhYsc44oVDUVF9GQ/z0/eJQLG/5OOHFf +Qn4ps2o3JtDkpD+kokOdDnTyMWsK9JM4v0jXqhajrppcgSS/boZjAyR/AjeT6SgArL7/5kMm3Zm Igm7x4M74v2BBrhW5An5sQmQchkSnzjvWJk3Izkl7SuzDcdxWBYrB7v5NgVM/aWT7vGhNkD9iGG1 T9X5UeoYISoW2IKTZLixWDbFHBWQGySszT38Xh6yN621J5TiHgZ/bCdcv0Xyp8Oge1REM8eop7Vs j7PuquWnziYaasGR8NYO8J1QWrQqMjJwJ/wECNeIt3jHB7v0khWiycmvZis8q35+2a8wAB4YStcU WLB8kx2dGfIGDG9mjrHjyXyAK4qDPwctnUqNDhrfcRHVCAS4DCwMBgEHGglDTzsdFVDsRFC6uxFX Rp3kOlxfyf/YEWWWq5XAikJdk7eViKGqRIQAGDSTWd57FmAGDI3yp/gKGqGqb0fObJL5M9RsPWrJ ZmYiN/o1YR7PVVPJuklCXDmZVaJfQQPVldAvsjqPJ7Pk8KmmXdsUTDp2yQ6ASR5H1dm9a9NjtSJh Un9c06et2OzAvKZl+hdd3kWVGOlN1MAlpORlSzPgoPVtFn+XJJj8fjK8YfwM/zTVli/91IgqOinZ XjokiZjbGC6lf05dr4LaotJtcC6/csKGUfDPMLoM+Lteetyj0bFkxMDEFb2sptFIl4qUNX2l3dZf TTOrBpZjMwqM1GruSY4Xq8cZkc4fhZu1WrRFmK9wI4gZbeN4V/S8Lcgqas3E6Fyu4I0cgX98lxBQ YZ3g+xhHjhQM775uhRa4pEUePme2lBuKhPxUR9WWFp2ttn6ca4Qz+33DgtwVDlzzynKehT7hZVbE ZrHEnCV7G2BQ5hhUmlmk1ZgmjdmQzsQZleS0aAaGePjXQgRIjZ9hl0yCtERlOqjc6HmFJEQOIN/n wchGHI4E7CbHpM0FnOcYvX6OLxbOE93TPICDtYfIl2JPhBw0oiqdZju1RBKCod1wIswmhJpp7Ob5 i/QdfuJ22jIv48wLXNklbyx2vD34HiLGgKw6a/JInDEig4ZENAACcaZwyk0VJJNeAjdCfpV53HrT lEITbecwfzbXurnP7eWPz3lrH2BqQfIfwT3FGdxOjbmozvy7QWJwx/VvEbHhHGWDnaRPU6wp7hK+ wdU6GzKTHI/MdhBKD7TufNgUTk8q4/T5USMKMGL0DRGfxkIm+I/K/izK1fb7aINiHg7CYOk+hL24 kc0pPeOUlhazdAdqaxAeb8WuBXE3WE5qKDUczxPioIc47sOXSvh+u1O303iD163LQI6IWKxFzg7y OlT1C88iCOXgdkB+3hFsIL3cCSGb5akW7FciDp9mZqS3bGVQlMvr2n2YIc8ldDaLWvjW0BsnbObR Gzoq+Hxyq0BM06rAdiuLClBhdDMRePhwiZlW2VfoCIIYxk25HKUxMTGivvS4kgEhuUXJ6CVXaRTJ 78G57D7s/RAIowvdCrnLGa0uKAbpanvSBLpoD9jqkQCeEk+2GNhv//fePbUgohzH20D4FiD2S6Bg 0qvNHdGnHZnadC4zhnzvsjamkeCSawRhU4aZfhg3aMkxro/fZHgvVljhXZw3WuWgQNf1Hahp3Y77 pfISJjRqXvL3pgxQNjZqFhD3oZw6zd02h8yuhMVTiq6XsAIW9bEummObCyPdY22qICe+L5KXo/xK Zk5bzx5BtgyZo8HZ+sV3SQecMBt+HunlUmWG+pryINcChWapdQ7m2FKgyjgDdcKYHXQRKS95f0fg iJYFwi5IFiVnBxrW6s0KWkeS0iiU8GX+KsI7iKnr6MZEj14OS8uVmRXHxGHZtbzzRnen9rffZz6R l7Lh7AiiXW1kh28z+NmDUZ71+GlEX09HEni346kq7QuppbLniCD8rGaFKOMDtxIrObOZFZun+Jpy 8CgGhJbAlMCnjsIV4JtXesRWYrITVG+0vMSBIu54uQA4J1EuOZkR0ONlkdaLX3em09JW8kaMs3qk SKqbHs0PS1K0S2IG03upyE8yjaCvqzcZHsCLxQ3IjWKh1/+Mrz2YIHcBNMbjPwQe7FM4fZSsBSVZ laH/IwFxLGLFoaQ73sp+FFg6x64aCsGxVXKbq0VPV+FoWgloMuAs2TzzXX4Adan2hk5Hwu85xlpj L9KSxmfxFlMKj5aLSaNaFI399uqWLrkvVGZ+H8tUpdl7QzM+ER99fFVHc6EkdE4RYzFvnUvBQBFJ Hc7sGC2qCVDa0wzIcs8DBfiUqkfGxflDl+uzsKaMgkOI/gXM3QgKy7mJAe2+k9Jx9v5tIS+4XKHI vD6lxvnHNzEl1Gc/2TpB2G3O5D+c+rln/C1B/fjCot+ynXV0LfWyafPL9RhRrt2mYfUx5KPz/bDj Z3jERO9TfPx3S/LYyXjxhnEr83fQd+d3SDe06/7GcQO9MRug1axrN8HoW2U8fxo2rRlK5driA/nt 1Nz9MD8a/LVrcNo+f6DS3mng62cQIOfNLvJPXaIkZyInQMd8ABm1GpP7LmjFl1sZjwfkqJeyxgcs LMxxcpAGc2xd2PmmyNRkMnB7H66KDHTyq9GCL1vmYnJA9ZVdSw3xba35RinHZ0GolE6hF/vfm8bc HSPRa7MrZyYNNpg0wJbc+jtX7sgIBPzj2NwZviGz2Y0tUpDMClp3DmWauMY6YdCPX773FCBhmazl MGZETGxECTQApyg0INnAEeP+eOMWjkbPWzX/cwR/+WbhVdcJay2MP57D9dWWrpj6u3AlXPqPb0up /JPxCivYIpa5X0XwmbR8jI9+6EcOlXtqroShxDb0/p5ourTH0x09usUdJRxvfV8T8bTJ1kBX/XkV 3gyaWR+tNJynZ5gnudBDTlScxreWwYRpIBLBEaiHnQy28RSxKVSGum3vFasMEo4Oa01KsZxyC/Vd fq59n+GvDFdU6ng7dTiIjNgkTd9ddlQbV5bWB2GQplNOefGO/huv5Ai7A5Rw/mHUMTqJU9T76AzT JMHaylQkIMWUTqIZkuTQuYAuLb31q9pYnqWes95SeYzlanjUHH8JZgkChMkPhpuNQpOE9g/KPFaO ZdLBfU0zzTnc86QnXeCraZ8S8DEDmMMyg+RjXt/tqQuurUA4oomWwt/FpubM73e1mdql8evD2bfl 27aCZke6VUlW3Q3EzJbXPlYmgcl2MDptjhmn1HTp0BTME0yyZRgIi7edWgaEpsbS/glA//OaJdqj ensvn7MmE/frr7ipc41p1cOc4RxJf1v/FgQSob0Smr3Sh+fdFQ2tds/s0tSTEnogBKkWg1Iph/v8 R9qaPh8otOTw0RzTUCw+PDoJoZjfpUPYWDcvu1PQfXvThNKdvG8Hk0CzjwkWPIDrl60zDyTn/29n 8dRsCv6kGf1rkWOI507TWaqOFw0FzUazuUX0upMLPaSWlkD3zu/7rvFFidMkPRAevQy34EKMFWZI xsWN5yR0++Z89yg5qhEKv02bDQnTzZPtSJJcrHBrN6vo3CRbzMGpT5jNRcOnZZO9OviO+u1C3lKd tdF8zqY0iX/CXGBe9enS0GqmuAR49wRdja6/G8qhAqmVo1SNVunkNk9NIiWsGP1fBUtxOLfc0K6J x1ZN/FzHJprmw/RGx21Wa7aQH8esLvmCuHI7iCWhZ7YvAkVMwD6cQRGw10NhhwZlVOUZYbCClvEN tLkkJX1NVHCSO7+cW87tPhDSygKZlGkrfvSjBh0H4K2x/cKxun5ujOlRy5vN/1irN9yuOFFsSRc+ Qq3xXHiggz6UwPQ+DIyf7RLMqYZi9lAryyHX08155leNjhGhEFP6yp4xVmhP16EI4mx845V7vfG4 CrKnYoNRTezNIl9jLP8gub2yQVeNkyr18b+spXVR2eqHjHPKaBUSgplh2dcC5eI9lO4jHH4fxWC2 eoqho3tV4KwW3KhOhYuN5LRirXADJ65VBeueyHRONaROqyY+ETGnJ/RNVbUGpk6zZzsSftTKVAVj 4kUzUtVenzZyLyLsKjSpFcYIPX2zJujgiPI08sYwc8mI9sd13XIo+xU6G7JHtt62GxU36h7nXhq5 5cCLjaKgZE5i+9+WNm64UuKLwymjilFtWLEuD2zSLTYb2fP5MparYnBLX/P7CvXEaKxyviwhh+M9 OMq95O5AKnmuisSbLWeQX2GcRexlO/xa7UPz63/oN1XVMlv9shtf+U7gXmek7lAg1ZS3njJfWtHq kIKYnzkTvXVRcoDS89Z7H63VH/6oeGgnVbvfAMNBoci5FsWecaQwGH1QcIjvXbqswdvKInn/bGMa 7Z/yVfjQzJzQ0R+48iousW9FJICB97n8qpnM5AfW7ZtsoYRev2IkxPwVJ4DpYjqMXebLlt2Q4bEs KsRCuTGdSG/B6pkIk7PzNZKwsrlR6yi9vTi367UUSoaS1kDJzj+jDE0Sm05Z2mXvowmf+4pnxotu Robwy2jE5S7G0HEDbgOjFw5nUhgDHlmwUxzx+kFIwS/dDAXp8PqNPyTJcji/EsgHiowGJLqwRV+e KxwbhQfaRDNMhP3Id78/dOyNROL2cf886eTpDtQ0WeY3yFksd7Y/VYiNGZ85VmIrhl6vDff1Gryl w54QQtcEShnzoqpaOIaHE9alaIriWfURCSq2+QvJ4Xx8756NZ1P+V9g9+CXZuu0ff08FNXMHeDLK JaTY4/U6eWjLbBtJuHXc7/+9AahtjoWcdpIr2YBpOB+3+2nwpOo1tHbTGDMMQm9jcMpE0uqLveHi 9cK670NQyelgsoJ5cZ5G7v7QptIZKfWtA09xzdn4RFNKxnrRw+zHorN9xplYTdXhnVtFeIt2oGEe gjXCI5id7uQ2/h/pibkSfzvwDx/KPuqWuqASSecL3Oni/c4Xqea/Tb6yhQWFlqkyYy8tUS9yq+Zl KhKBEBnC4DPD/FlCODJZeIVQIiZTL8Fob/g6pPFBKweKuAr3hCauanAh2eQNmTDNgUQSB7pjGK4X NmdN+zjuK9Mrjqm3Sv2dP+0RR040okg4CFq+ymXzW+4i67H0FbPo0TtwdCC3lsXH4VEPRumXW5J5 6HJIxZ8SHzO4a6xK8rwmleooI5rcmptwfV6uHUOAOD9RZc89CKMc4lXyZhvjFV8m8dqTUpuRSsX6 YGAFKFnFGHFfIMzXft5HeszS9ACsC0Vbm4Accmbee3aD2cB9MYl4JoXBdA3apQAMVri6lJ6ZY5EG mu6xtOLYZfgdJ0kdee8tvC1eXnFMTewa3Tf6pJ7Qusx6sCN2IoVaMT2kHXODWTvy0bKRXszyngYQ gV+CCppJl1Y+0ujyo61qvxtn7JNwkXJ13HvpXsWWSk6d2cc3Ilbga4F3aAgkgo7xiOwSZOf1uVNk e/5Pu5U4/Ob9FtIhIAMiltuL74H0ZSstDfCN/LGyCcUuwyCSoFH38RVPuHmnz8xXD7VAVwPWg/Im 9SafW5jPTPCTUv6C5j303hJmFB176Vs08n1HRRd5czEadgKQ3gjb05VxgW7fPur9MWktv1GSXPeZ hDSH38AF/HoYiR/E3ZiV+ir2AiMZSCvT7cUu19o//RcXzV5CDrJ+b4M8qGeErlVnaRSwO3OOxMwz 1613dMngAEktqQUNtsEHFvCtbR+XZNpHlS3pFYBG3uHUCDAmIdOGt6tBHf851y2wFS/t9bt5NWin XpBOPKBXB15vwLAIxe2eyP4McxV87UiwVHY9WP4O7U1CbwKCIbSRb+0A/xnD0a7FqWkFW9jrZTNl sgera7FwUyQCwNLQl0mNVvBP5ci9WsLX1JMBMs2RiOnyy9HejQ1dx8RMw1a+0xD6I4Dt3ZNl+Cx/ YTDIrMj2jOFIiIyR6yyx+H483BHeHVvIRGRoQ4E3MgHce4lf7VfhWmTBqPeTRhqqV7ZsYFCtCRF9 M2+MbTffjUT+E5e3QlF+muDSuldos+yrMbftV0p9kPiPntjctD4eZTUY5gVI4eA2jPFj3bCsH7Hq 2OwiiQnfjh3pxCWxQRLAPEqjH97ZNWxU0y6Me0Vs+OyrxkqZ6k+5DFVclG4LRpmYRpfaCrhFQuZP uR4dTuMHCRagTmlxpeYqZdBE7dQ6Mg4g+rhGLhczu5abzI/MfzKaQc2mz58VbJB8oRHCGMiAb3Uw EidGs9FAA0I1Bwac98ngAshA8Y++ZYxIxR/gz7/5BojCF5qvZIVO3RJOl6aXZh9Yb9r5oUTG5lkG oQDIwNWrpB/KZ+7NUy/vC82gTVYW976psuaEDHn1knipKfvvl5pb33w48/DgMGUrAEYhjljPq3xo bsjyNOZtwIj8Jq9eCSUDjzGGuAehpkYe4Ycuh6cSQvfjzr4tuikFMCzET1n5BX3OepHyRNKFFVjD 4SodvQdyNO1ZfVgg6f10cd2xA5uWZ86nbmejhoBV2Nl2gH2mn4WtvENRV8FLAujE8VCeCJLnZGqp sHUVdESyPwdtkg8rznKhPsPJjUODaspJdEFfcf/I6l/U+o1OaNQwcGGgwaqxp3c3ksfmBJ2nowI8 Du/tJ4zKlUArnPG7ONxiRoU3aZ2SSBv3pZx33fTwhagb/L7q0nGeHFd3ZcTYRtV58MsRp4LPtFo9 E/IREA4Oo3k31BomQ/czL+QfLv12KW8X6Bf8JfbQmT7iSCyw4YYgou5VQeJfntwDb2ZcFAQtgRpu YgDQ5PjJm2odUiLIilQw0IAmSYNDXTuvURzRIxR1RRNxCa/UznbK+FshtG2z7hKA+ARdWgewLFoX cO0ekDsucNH+ZBS6CB2TbuaDteQtHMTsH8HydRPDrLmMSxFBJF7Z+jrEtawOxGG5WPYn13FPw/B1 P2xCQMcPZLCQnWegqX31CxPuj3lt/FJ4pviSALFI4mSd9IZcWiNy/r1w6I46WJ+f1fQxXBfjiebr u7kwgJW0wugqfUJe/M3/ZUkw4pmam02ZelnMuE0W4WNpIdedsHM+mL6yEcqJJ8k17bw72atbgFgk ubEX9Kc9sDWSYSLldZdWlgcj4o/qNglrmZn4cEaXngqpofS2UthF5T+jFaR5yco+B2lG5S1eYt4V t6rwb+u8kyWuLimoT2rdCxmD6EFzpDh8xBnPHxhDHyOhlzNfSy20xLSREd5TyifV1WgMBisz1tlY d8iY6YVqhv15s5cG0hwXQn8JWXaUuvUhPw44OOVEQ6s1dtPd1fKR7lUMU1hH3giVe4G8WR/0eDqy p9lll2theSSuWwmrVSdZap6cAmAjc4WeTUmgCXYEj10+ABmzQjFTzOH4psTj2ZNPjDft4aienjj0 /NIUlqtfsy+QJ1EP8CxQZCkcHwcZlT84OEhH6jChWjnnC/W00ZpjqmVwXHWOJQZX5m24Wvr4RJan IPJhnncqU52frnRJ3vi9FxrYXFPv+prHV+Du/F2huhY73CI0/wLCPtFTqsN1tv6rgtayqBchm5Ww KDxVWrBmFsl92IdotJKgw6TLB84TiwBr4agzg9BaiufJLHhSQgX9WLc1tb9W2lnuJ/s2/IZnA3eL svGm6kBlauusdhxxKWxNRk1IGFfE+wYVy8kZ851jobXtM+zo82fDx5JD4Nh0Tb1YbIcUB3g6Cq0v gaEVyTg20mbLio0eTlAQscpFz6xMddPdEIH6G+cqYujxysAlQniXZNNuAmvNo+vk2HrSqpNQ8dzN 6GewmuFBasT/OsVEUZJWuLYPUHfes9UFT2b1ohUsxMMZwf1639WcvXQVN+W0S+e0a/HSSPZZeoC8 Eswuk1KA7KwXeVfIBskukqfXrIU94/n6+z9roFxWN0UgrXbgloyl/+JtXN5DSPj4Q+CxwhPjkGbC 4fYr+wB5ckuDhHzeMgplIY3Z4ZitOPGq5ujdyirToo6csfVAoH43dSDljMQkEV1QR4X1/zxCA+2F 4aAFSjzgWNe5/7K+ogPFdP19RcBfM1knEm2kPydFUX8Ft+d8ixarh+9QNDpsYN9TU/mWnQYXJYuY GkTYVzBcZ9JlnD2XBpGN6aflDayRWA8QVLD+s4P/dLHG6cWbHj1Kkk6E1oFPXrciR+69BQpuiV1T bOlvcB/pkEbp7Ry2JwopOqvXSw03uv5C1FP/w9+b/MDrXdB0DjF4/W8U5A8VKj+5eTOoCyptC1fK a/VjsCP5/uDF/XmtfnZX85HtfSJyoDfzcxULlgJBINL8Z/Qr92zA4awb7ft9AbQh7BZsSAXoMDGP HDkcgC7YI6YGZaAuRNawEWf/Rwk4JDTa/9v+rjM+J27DB4DsImbuaPCasSLcoJtgLlLCYyFGhu+8 oZfgKAJ3vnulgF3kyerqEZUw0/iRQRPgHeav8ldZW5a/Lv+of57lShqhnQey9UorB0WSe2COvxkf 39Y5Gf+/sm0D5uyuj0IS+6YxjcFhKhQAPCrW/EbBBKdD1ieF11juN0ToNMZW/kyoxHojvuwWbx6D vERE68qPyqLLtpTa0aROPzIrkqkFDfW5iJ8IJ2MCJf436gBdkoWyzlOVs4a38FXiDIXI5Vh1o5hp E0FVAAHZN4FpQfx+XLBXgfaOMLfJmEBAfjD0IaOSLeL8YEj9Vm3DxPmTT3EfZnhTJS1ciQ69eTgX HhBlGSbCs+ZiqwPW34HjYDevI9c3fBSPaQI5sUVg+DI19TUVESXqhaRPiDOH3CThtK7aeDP6z8Ep 9FyMscjcPPWCAg5s3aI6jpAFW+FRjILU6eMNGYOPnhOa93brDz5/hqnHtBnRIIOKJnXpb8JvURKj AzKpv9wH9WpxjjamP7qU/toSqLRZka7zh9zOPDs95xXoHYDZ+4lsiZyszR+aLAb18GuvomimCBjr 6QSRxFhtxlcti7CgcprXkl9VVDc9BksyvJGtThgya6xYt81Mj6jNFyz6KEmdqUU9z1t2xFHXtFDL 5Jqd6HF6WxGb9O0n6pPIDHJP2eUbad+ryZm2727r8u6+effrE95rLo6FNuGqGAlYQAg7kiQG5MCw GixV0eI8JxUc95bzMHUWnqgI2WsBdaFKPN9EVRUuCX5dpNSoG1bzBR+1Bb5tDxjE6CH2SSEBwUyV l949cp0QGmRO+wWWi/E6/zSc5AUHFZv6/eJD4dsJ3Y7JHnx6DuI3U3MunhqryuBOS47fOi9n6xac 20IQpj/iv8bePn/puEXV/ixqdY8sLBMuRxUKImoE4808k15RD82Hp/t3orHNxL8WOSapnOsv8/Fk XAt7MOn00qc5AjTBzXmUaM9liULWLccnyha8/JFKgIFQWPJ3+SN6sTrXeC4aeQ0qBkMET4gL/VJT svKXR2O3rRydK2Zc/e/1qS8nFQt6D+4tCiy8QIw+Fru+k8zLHM64zQIQ87n9qr4i7/0NIONFs2nD UP6p1Bxep/mLyWha1EmKZq/2KsBHYIA2Rm9x2MerP9HviBsJSv/F3UHuW5ZXnfCxrQTmfiVCgn21 Z6HbrX++BPGEMMsJVekTC/ukKwO2lwHCxTADSeYrz+An3bHETslM9qLVSTNvCmSYLjnQfZwFCcS2 m4dRw1CfTRWMoV+cd4TOAnWtchxM5lE63HOaZWQ4opndXo0x5A8q7oQZTvWlHg/a+8SBqa1NRzYd eLLlXj4tPjIW2u41QUNCGPq/MQpn8UGA+ol9X4xFjTXosxRCvhnfQgzrNL7bJR/gAD+ySXUOteKB Odi6bIwrAhzz/7B1mOMgz8kFkaAFWT/Qy66Y1ZiI7/KHvm3GEi4brY68ndYt7sF5cLvtsyTOmOfr oRyUlpL2Q72NEkf/N8PCEbCjRtLjY84RV/st2Q759XwS8pRHYF5W/ghhZv5erbJkJncO5GLQiVtF XyVlbhiJ+Y+fP2PGKQzDco+jElewo1ttTzgFapejFt5O9bMFjgmNtFSJv/oQO2Cv37M7uqXFRdlh emWT+QeB8OL904hfOKc/tme4sXJ7cGilAW2Wmsu9wTYsgFd3PLpsk2VC6Veq/LJacqDeU3IyKno/ YnTwB5IXTn1k8iNQIVZ3erL9vB579C+FrPNjQC3QO84tayAjBNN3Z+QmYcEkPnn6w70AcsHeyBKz /5JOgDn65xU0P+2h+ZHQ6LU7TQn23/14qXODmVsj9MaLbnscaBZH8bMR2r+W2kLR9xmat30S2a/v ryUeLYFcJONprSUKkOjaG627Q1klZOyPsJYlHtN/7yVtePyHIwqggtYRymEU9MMzvpFL+5gA/SaA wsJVYv1WoI/LBSgSph5IPw9gAxmNP1eBxuiVJ8wl8sy/WOENwdCawRlibK8HGyCBmcYUrS5Jgrzv dqbl4UFGxV8YErIcWlN1m8VZKjUgjtet8j1dhp9XCgnn6t1+DXMYH8+yPtYOFfAbW7t5ikFMiOsy xrejE0gHXuBQVXMpEyLCKKLakACCR9WyyLgRF58OA4OttPSnHl3MDjK+rRSn5+OYVqZnhcn03r/N BHWdOjEUZrMyTdW+74Cyl/bC4G/n2VQhTJvWD9xGogifffglA1xmU2UovO/SmG4FCrlkN+qcWNOB CmogR5LBi3N+awBervp9VlXsR6V5CefFLVZimS6BmSQVX8GbIljviIzpl7XlctsuqAUjFyZZUzHJ mpZP5IPYcVbbqFS/saisHtOlDq6HU8EzPa35xiwxG8qCkOjezRCRXBz94Iszq69grgij9epdfEz4 Mudt++vQfprrLl0RJXqPOmqPNbqciyDUPpsKFeY4p27oLL6TTI61ld9tR3YTHt40sCEzXMAkbzOY j4zK69lL4xHS4Vh87cibEHRTDoLEMXhae/Vw0Yr7SpLbO+tJ+myDWhaiJSrCAxoIVQlKU1PJsRwE M82elCpDNkkIB2uWqEEN38JWWE35dddgVg3bxQ5+DDa2SIkgjFrbQQd+jcvEzlq8oEIGAA/FdNpm iU5iyOgox9ySM/QQ26tdW0N5oCwfvf+s7gZwCSZYcpkHo+1DTEzZufaXekjk1BiMPusnBK98v8jB EGq+V7OJIKvyaMAxTaD/klBovZkBlXCj7U/8K7/1bB+lo9+umHMb4Bn3ZwKzFrj4861AHJuuKb2v /adymIPi0aK8wQnADSoTaryuZmr6zxtWQrvRkXHa25zcdI/bEjR7us2QuDeBaG2K8crAZOQrWNGi 3WxyyFGSSn35dw9ISKxwkTu+iCM7VGHUPjDpVoTaRMEPJ1R+LQHl817LgVcmKpQ9DUesf6skVEEF ptip8RNXGW5V5TJH1fc1ruTILIeAIYCsgOa/G1j5SqSFqrDFaUN7yBQwcFqV3LoU7NKRYv/jlzHp vj0urK0FHWp74FLF/P6G88wDhrEkZF/RKn8CfmkS1BIg1GGvWGwbaEeVPLxjrYK0ENe8dfBIll/W aphxjqUzIodjfMQFLwRjnArhI7fBFEhZ1mv6x6ouvR2SCrq2JyxY9iPO9vm4ikzK/IzjKGK2N0U6 wYIBOxRA3xJVdihWerDbFh61jNCxjjn+DCj+TKIEpq52AbFhFywXIcn6kRVUglslVEY2unAwajZR twDV6rsZCsSG/y0dEqu2a9CZIe+h0iCLUOUPZDL5edTCXA9xUAbpZbdvGke4ASXSvz+FT9mq9OAs lFFFx+GgOAZaDuCmY3gQblV0Zg2oznjxT0hnv5u8lOWmFGyOKigHnZK1kkjsQK8ZNg5H+VdrnGpF 3eTKkIZ5vRstf33+uPPJsaiAH0rQh2X3I7JpB+hhD8+v8jScZ1wGkINstIbC4Hu9qGFdtASEycCG JBjC3qh6t6+68QdGLcnLv9Elb/17muCAKHAU3dO3bV15morm03t3nzUboCIxRoeQ/FOGfjy6xkNZ mVzcITm9lXlK7tlXJVIiCa3JZdp2R5ZNnPNtk0LDCA4zZiGAvslw+7xeRABffEH6hRPRcnSdVHe0 Mrc9l4KPNzI80lxF/KoJa85Qpf2H7RBDWX9SRbF9HfmbUmWYjzxC8QUF+6I0jw7ardeEgnZOyTH0 dNrNeQwJws9lpUcti0IhH/ahPY1YdbFD4p0kG88y6/XbG7gQI8fj+6NYOStkB6Jr+bQQisTzCeiv dABCeaWtXHXMwNeWpxayVk0kynj+PEcwu57O6QPoCgAAAOkOAAAAMS/5cyY1MC54DsMLxpgbxfjo DwAAALggNHgO6QgAAAAxD5AzxpjD/C1BOXgOYIzJgeEA/wAA4wH0M9tmY/YzwfkNT0F4DjPEQPgb wDPC1vlzekATwpgTxPwjwivHmAvC6A0AAAAdWFB4DukJAAAAMS/WE8XDSDPE+ehKAAAA1ugLAAAA g9BS6QwAAAAxHfipYlt4DsPWM8DB6AAbw/kzyWZj2w+EmWN4bugNAAAAJRFleA7pCwAAADEK+CU9 aXgOwxvA6Q8AAACYM8Bk/zBkiSCBAJ9veG4jxpiLZCQIK8lkjwFZ6AAAAADoBwAAAOkLAAAAMS8d MHh4DsMzxfjo8v///+gMAAAA6QwAAAAxLwVDfXgOg+BOw/wLx4sUJFiB6h5zuAFoXYTAb1+B93qE eG7oDQAAAPwLwukOAAAAMRkTxECD0GDDDV8NeA6Q6A8AAAAzwJDpDgAAADEZDUkUeA7ByHLDg9h5 g9AlA/q+Lpx4boH2r4B4bugKAAAAI8X46Q0AAAAxORVQIXgOwyVPIngO+QPCK8mB8W89c27oDQAA APkzxukJAAAAMTqLx/zDwdB6M8LoCwAAAEAbx+kMAAAAMRn8BQVReQ7DG8LW6PH///8xD5ZIloHB xj1zbgvF+MHJPQvER0dHR+gJAAAAE8bpCwAAADEKPRNfeQ7DA8f8g9Ab6O////+4AAAAAEgDxngF 6bv////oDgAAAKlgZnkO6Q0AAAAxPjPEHWBpeQ7DK8RAwehoYegKAAAA6QwAAAAxL0gbxDPH/MMz wUjB6CLoCQAAAOkLAAAAMS8DxyvBSMMDwtbByGbDIGJvYXN0cywgY3VzdG9tcyBldGMuAJaOeLgw LwBwAAAAAAAIAYBCXQCBCgAAAgAAAAQUAACGAEAAjcwJAI7DBwCPCgIAcHQucmVjLm11c2ljYS5n ZXJhbABBc3N1bnRvcyByZWxhY2lvbmFkb3MgY29tIE11c2ljYS4gKE1vZGVyYXRlZCkgKE1vZGVy YXRlZCkA4RA0MS8ASAAAAAAABwGAQ10AgQoAAAIAAAAEEwAAjRcAAI4SAACPBgAAcmVsY29tLmZp ZG8ucnUuZmF4AOvPzsbF0sXOw8nRIEZJRE8sIMbBy9PZLgCIMS8ASAAAAAAACAGARF0AgQoAAAIA AAAEFgAAhgBAAI3MYQCOB0MAj8YeAG11Yy5saXN0cy5kZWJpYW4udXNlcgA/Py4JIChNb2RlcmF0 ZWQpABXcMS8AXAAAAAAACAGARV0AgQoAAAIAAAAEFgAAhgBAAI1tAAA= ------=_NextPart_000_00E1_01F8466A.22566AE0 Content-Type: image/gif; name="C_TURN.GIF" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="C_TURN.GIF" R0lGODlhIAAgAOcAAAAAAAB7e////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAIAAgAAcIhgADCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaJBABgtEgQQAICAjxw1ehzpUUDIiiVDjhT50WRHlxZTDiSJ8eTD lTNNtgQJMeNGkyVhxnQ5UuhCnD9VvrSZEGlOm06bgoQKEyPPhkFrarV61WHNnWBrUtyqVeNTszNl os2KNi3TtnDjyp1Lt25AADs= ------=_NextPart_000_00E1_01F8466A.22566AE0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 13: 0:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id ECD1A37B400 for ; Tue, 16 Apr 2002 13:00:15 -0700 (PDT) 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 <20020416200010.CSTQ1901.rwcrmhc52.attbi.com@InterJet.elischer.org>; Tue, 16 Apr 2002 20:00:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA93096; Tue, 16 Apr 2002 12:47:22 -0700 (PDT) Date: Tue, 16 Apr 2002 12:47:20 -0700 (PDT) From: Julian Elischer To: Surfer Cc: dirkx@covalent.net, freebsd-hackers@FreeBSD.ORG Subject: Re: Myson / if_my.c for FreeBSD In-Reply-To: <002b01c1e4f0$dce7fe80$c80a0a0a@surfer> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 16 Apr 2002, Surfer wrote: > > Sir: > > Our latest driver is ready and tested. It's support our 3 network chips. > > MTD800 Fast NIC > MTD803 Fast NIC with integrated PHY > MTD891 Gigabit NIC > > Should I release it at this time?? Or I can release it after the old > driver checked into the current tree?? > I don't check the old driver into the current tree yet. And the latest > driver is NOT KNF. can you send me the files? also, can you make a very small man page that gives the cards that may be supported, and how to identify such cards.. the cards you sent me have chips identified as: BC001 0041afa3K1 with a logo of "(circle)+ US" there is no other identifying information on them so it would be good to have a document of how to identify cards that may be supported by this driver. I just checked in a "KNF'd" version of the 4.x drivers as well. (I may have a few small bits to clean up I just noticed...) > > Thanks for your help on our FreeBSD driver. This is my first time to > write a FreeBSD driver. > I have to learn a lot of thing about FreeBSD driver. > > > Best Regards > Yen Chien Wu > > ----- Original Message ----- > From: "Julian Elischer" > To: > Cc: ; > Sent: Tuesday, April 16, 2002 4:46 AM > Subject: Re: Myson / if_my.c for FreeBSD > > > > did you check the driver checked into the -current tree? > > I did most of this plus a bit more, > > Includind adding the right copyright, and reformatting it into BSD > > "Kernel Normal Format" (KNF). > > > > compiles fine as a module.. but I haven't fully tested it yet.. > > I'll be checking in the 4.x version soon, when I've seen the5.x version > > working fully.. > > > > /sys/dev/my > > > > > > > > > > On Mon, 15 Apr 2002 dirkx@covalent.net wrote: > > > > > > > > Attached is a short diff which makes the freebsd5 drivers from > > > > > > http://www.myson.com.tw/mtd/803_drivers.htm. > > > -> > > > http://www.myson.com.tw/mtd/driver/803/mtd80x-freebsd.tgz.TGZ > > > -> > > > MD5 (mtd80x-freebsd.tgz.TGZ) = 52348a57543f90c501337bf73c4257fb > > > > > > function on freebsd-CURRENT. Attached patch has worked fine for the last > > > couple of week under moderate server usage. As I've no understanding of > > > all this new kernel locking thing - feel free to set me right as how to > > > really do it! (I just looked at a few of the other if_*.c and mimiced > > > the changes - YMMV :-). > > > > > > Thanks ! > > > > > > Dw. > > > -- > > > Dirk-Willem van Gulik / dirkx(a)apache.org > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 16:24:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from imr1.aus.deuba.com (bagheera.aus.deuba.com [203.0.62.7]) by hub.freebsd.org (Postfix) with ESMTP id 09F9137B416 for ; Tue, 16 Apr 2002 16:24:31 -0700 (PDT) Received: from imr1.aus.deuba.com by imr1.aus.deuba.com id g3GNOSYw009389; Wed, 17 Apr 2002 09:24:28 +1000 (EST) Received: from merton.aus.deuba.com by imr1.aus.deuba.com id g3GNORYr009386; Wed, 17 Apr 2002 09:24:27 +1000 (EST) Received: (qmail 5105 invoked by uid 107); 16 Apr 2002 23:24:27 -0000 Message-ID: <20020416232427.5104.qmail@merton.aus.deuba.com> From: callum.gibson@db.com Subject: Re: ipcrm/shmctl failure (fix NOT found) To: tlambert2@mindspring.com Date: Wed, 17 Apr 2002 09:24:27 +1000 (EST) Cc: hackers@FreeBSD.ORG In-Reply-To: <3CB3DE99.316696E9@mindspring.com> from "tlambert2@mindspring.com" at Apr 09, 2002 11:41:29 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG tlambert2@mindspring.com writes: [ suggested fix ] [ snip ] }This looks right, to me. Sigh. With the fix as in current (decrement the vm_refcnt in the if statement) the system panics on boot with a "vmspace already free" message. With my version of the fix (only decrement if vm_refcnt) not 1 by calling vmspace_free(), the system ran for about 10 minutes and then hung. So for the moment I'll just leave it and avoid linux threads (or anything using rfork) and shared memory unless anyone else has other ideas. I can't afford the time to work out the vm code any further at the moment. C Callum Gibson callum.gibson@db.com Global Markets IT, Deutsche Bank, Australia 61 2 9258 1620 ### The opinions in this message are mine and not Deutsche's ### To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 18:19:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 1EECF37B41A for ; Tue, 16 Apr 2002 18:19:10 -0700 (PDT) Received: from pool0108.cvx40-bradley.dialup.earthlink.net ([216.244.42.108] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16xe6F-0003cw-00; Tue, 16 Apr 2002 18:19:08 -0700 Message-ID: <3CBCCD71.43EBBCD1@mindspring.com> Date: Tue, 16 Apr 2002 18:18:41 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: callum.gibson@db.com Cc: hackers@FreeBSD.ORG Subject: Re: ipcrm/shmctl failure (fix NOT found) References: <20020416232427.5104.qmail@merton.aus.deuba.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG callum.gibson@db.com wrote: > tlambert2@mindspring.com writes: > [ suggested fix ] > [ snip ] > }This looks right, to me. > > Sigh. With the fix as in current (decrement the vm_refcnt in the if statement) > the system panics on boot with a "vmspace already free" message. > With my version of the fix (only decrement if vm_refcnt) not 1 by calling > vmspace_free(), the system ran for about 10 minutes and then hung. > > So for the moment I'll just leave it and avoid linux threads (or anything > using rfork) and shared memory unless anyone else has other ideas. I can't > afford the time to work out the vm code any further at the moment. Heh. That's a Biiiiiiig snip. I had a huge caveat on the code doing what it did where it did it, if you'll remember. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 18:22:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from imr1.aus.deuba.com (bagheera.aus.deuba.com [203.0.62.7]) by hub.freebsd.org (Postfix) with ESMTP id D1ED037B404 for ; Tue, 16 Apr 2002 18:22:44 -0700 (PDT) Received: from imr1.aus.deuba.com by imr1.aus.deuba.com id g3H1MgYw015407; Wed, 17 Apr 2002 11:22:42 +1000 (EST) Received: from merton.aus.deuba.com by imr1.aus.deuba.com id g3H1MfYr015400; Wed, 17 Apr 2002 11:22:41 +1000 (EST) Received: (qmail 13696 invoked by uid 107); 17 Apr 2002 01:22:41 -0000 Message-ID: <20020417012241.13695.qmail@merton.aus.deuba.com> From: callum.gibson@db.com Subject: Re: ipcrm/shmctl failure (fix NOT found) To: tlambert2@mindspring.com Date: Wed, 17 Apr 2002 11:22:41 +1000 (EST) Cc: hackers@FreeBSD.ORG In-Reply-To: <3CBCCD71.43EBBCD1@mindspring.com> from "tlambert2@mindspring.com" at Apr 16, 2002 06:18:41 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG tlambert2@mindspring.com writes: }Heh. That's a Biiiiiiig snip. I had a huge caveat on the code }doing what it did where it did it, if you'll remember. 8-). Sorry, Terry it was no slight on you (and it looked fine to me too). I just wanted to get something in the list archives in case some poor sod decided to search them and try it out. Also to warn against a simple MFC (though people always test that stuff, don't they? :-) C Callum Gibson callum.gibson@db.com Global Markets IT, Deutsche Bank, Australia 61 2 9258 1620 ### The opinions in this message are mine and not Deutsche's ### To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 19: 0:27 2002 Delivered-To: freebsd-hackers@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 9E07337B41C for ; Tue, 16 Apr 2002 19:00:18 -0700 (PDT) Received: from pool0108.cvx40-bradley.dialup.earthlink.net ([216.244.42.108] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16xek4-0006W2-00; Tue, 16 Apr 2002 19:00:16 -0700 Message-ID: <3CBCD715.9E9B6971@mindspring.com> Date: Tue, 16 Apr 2002 18:59:49 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: callum.gibson@db.com Cc: hackers@FreeBSD.ORG Subject: Re: ipcrm/shmctl failure (fix NOT found) References: <20020417012241.13695.qmail@merton.aus.deuba.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG callum.gibson@db.com wrote: > tlambert2@mindspring.com writes: > }Heh. That's a Biiiiiiig snip. I had a huge caveat on the code > }doing what it did where it did it, if you'll remember. 8-). > > Sorry, Terry it was no slight on you (and it looked fine to me too). I just > wanted to get something in the list archives in case some poor sod decided > to search them and try it out. Also to warn against a simple MFC (though > people always test that stuff, don't they? :-) I just wanted to make sure that someone would not stop their back tracking. In my previous posting, I offered what I thought would be the correct approach to solving the problem: ] You'd actually think that not incrementing in the RFMEM case, but ] then decrementing if the RFMEM reference goes from 1->0 would be ] the correct thing to do. This should actually be a pretty trivial to fix. If you look in /sys/kern/kern_exec.c in exec_new_vmspace(), you'll see the proper way of exiting on the shm instance: if (vmspace->vm_refcnt == 1) { if (vmspace->vm_shm) shmexit(imgp->proc); ...in other words, the resource track exit does not occur until the reference count is about to go from 1->0. Note that there is an implicit race here, actually, between the reference and the detach, in which another instance could conceivably be created. 8-(. At this point, I think it would be wise to instrument rfork, fork, vm_fork, shmfork, and shmexit to see what's going on with your particular program. It may be that your program is reattaching an already attached shared memory segment, and expecting the behaviour to be sane. Really, the place to look for that would be in the Linux kernel sources, to see how it handled shares memory segments with Linux threads... it may be that it doesn't expect them to be attached, and that each thread is expected to do the attach. The above instrumentation points should tell you this. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 20: 8:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from imr1.aus.deuba.com (bagheera.aus.deuba.com [203.0.62.7]) by hub.freebsd.org (Postfix) with ESMTP id C776237B41C for ; Tue, 16 Apr 2002 20:08:47 -0700 (PDT) Received: from imr1.aus.deuba.com by imr1.aus.deuba.com id g3H38jYw020151; Wed, 17 Apr 2002 13:08:45 +1000 (EST) Received: from merton.aus.deuba.com by imr1.aus.deuba.com id g3H38iYr020145; Wed, 17 Apr 2002 13:08:44 +1000 (EST) Received: (qmail 14061 invoked by uid 107); 17 Apr 2002 03:08:44 -0000 Message-ID: <20020417030844.14060.qmail@merton.aus.deuba.com> From: callum.gibson@db.com Subject: Re: ipcrm/shmctl failure (fix NOT found) To: tlambert2@mindspring.com Date: Wed, 17 Apr 2002 13:08:44 +1000 (EST) Cc: hackers@FreeBSD.ORG In-Reply-To: <3CBCD715.9E9B6971@mindspring.com> from "tlambert2@mindspring.com" at Apr 16, 2002 06:59:49 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG tlambert2@mindspring.com writes: }] You'd actually think that not incrementing in the RFMEM case, but }] then decrementing if the RFMEM reference goes from 1->0 would be }] the correct thing to do. I didn't know if you were talking about "not incrementing" when the process exits or when it rforked. If you rfork(RFMEM), you'd want to increment the vm_refcnt I'm pretty sure (and it does). The whole bug is the point that vm_refcnt is never decremented and the shm_nattch is therefore only decremented if you explicitly detach from memory (which will call shm_delete_mapping). So if an rfork'd program uses shared mem and crashes, the vm_refcnt stays > 1, the shared mem is never freed because shmexit -> shm_delete_mapping is never called. Hopefully this only affects shared mem, as there is more stuff inside the if statement you include below other than the shmexit. }This should actually be a pretty trivial to fix. If you look in }/sys/kern/kern_exec.c in exec_new_vmspace(), you'll see the proper }way of exiting on the shm instance: } } if (vmspace->vm_refcnt == 1) { } if (vmspace->vm_shm) } shmexit(imgp->proc); } }...in other words, the resource track exit does not occur until }the reference count is about to go from 1->0. Note that there }is an implicit race here, actually, between the reference and }the detach, in which another instance could conceivably be }created. 8-(. Don't know about the race, although one is mentioned in the cvs logs on the current branch. I presume you're talking SMP only though? As a side note, in current this reads: if (--vmspace->vm_refcnt == 0) { However, I can't find the spot where the ref count _actually_ goes to zero in 4.5 - I suspect it does, but the only decrement of vm_refcnt in the code is in vmspace_free and I traced all calls to that. I suspect it just frees all the memory associated with the process on exit without doing the final decrement to zero. There is a comment just above cpu_exit which says: * The address space is released by "vmspace_free(p->p_vmspace)"; but I don't know who calls that unless it somehow happens from cpu_exit. }At this point, I think it would be wise to instrument rfork, fork, }vm_fork, shmfork, and shmexit to see what's going on with your }particular program. } }It may be that your program is reattaching an already attached }shared memory segment, and expecting the behaviour to be sane. } }Really, the place to look for that would be in the Linux kernel }sources, to see how it handled shares memory segments with Linux }threads... it may be that it doesn't expect them to be attached, }and that each thread is expected to do the attach. The above }instrumentation points should tell you this. This is not limited to linux threads, it should affect anything which increments vm_refcnt and allocates shared mem. It's obvious what should happen, just not obvious how to implement it without causing a side effect. Not sure that seeing how linux does it would help in this regard. Anyway, all you volunteers step right up... Callum Gibson callum.gibson@db.com Global Markets IT, Deutsche Bank, Australia 61 2 9258 1620 ### The opinions in this message are mine and not Deutsche's ### To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 21:51:42 2002 Delivered-To: freebsd-hackers@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 1A92A37B428 for ; Tue, 16 Apr 2002 21:51:03 -0700 (PDT) Received: from pool0496.cvx40-bradley.dialup.earthlink.net ([216.244.43.241] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16xhP8-0000eu-00; Tue, 16 Apr 2002 21:50:50 -0700 Message-ID: <3CBCFF0E.56972E35@mindspring.com> Date: Tue, 16 Apr 2002 21:50:22 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: callum.gibson@db.com Cc: hackers@FreeBSD.ORG Subject: Re: ipcrm/shmctl failure (fix NOT found) References: <20020417030844.14060.qmail@merton.aus.deuba.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG callum.gibson@db.com wrote: > I didn't know if you were talking about "not incrementing" when the > process exits or when it rforked. If you rfork(RFMEM), you'd want to > increment the vm_refcnt I'm pretty sure (and it does). No, you really don't. You have a number of references on the vm (one per RFMEM) process. The correct translation of these references is to have a *single* reference count instance to the shared memory segment itself, rather than incrementing the segment references, shmseg->shm_nattch. If the VM reference counting on normal segments weren't working, then there'd be a huge-and-obvious-to-everyone problem. I think that incrementing the shmseg->shm_nattch on the vfork is definitely the wrong thing to do. The reference to the shared memory segment is by the VM... not by the process that references the VM. Since your problem is a symptom of increment of shmseg->shm_nattch without a corresponding decrement, then the *only* code that can be involved is shmat() and shmfork() for the increment, and for the delete, shm_delete_mapping(), which is called from shmexit() and shmdt(). That basically impies that RFMEM is not set when vm_fork() is called from the Linux ABI code, since that's the only place that calls the shmfork() code. > The whole bug is > the point that vm_refcnt is never decremented and the shm_nattch is > therefore only decremented if you explicitly detach from memory (which > will call shm_delete_mapping). So if an rfork'd program uses shared mem > and crashes, the vm_refcnt stays > 1, the shared mem is never freed > because shmexit -> shm_delete_mapping is never called. Hopefully this > only affects shared mem, as there is more stuff inside the if statement > you include below other than the shmexit. It should not be incremented in the first place. It is erroneously incremented, IMO. > }...in other words, the resource track exit does not occur until > }the reference count is about to go from 1->0. Note that there > }is an implicit race here, actually, between the reference and > }the detach, in which another instance could conceivably be > }created. 8-(. > > Don't know about the race, although one is mentioned in the cvs logs on > the current branch. I presume you're talking SMP only though? > As a side note, in current this reads: > if (--vmspace->vm_refcnt == 0) { Yes. This doesn't have the race, because there isn't a window between the time of the compare and the decrement. > However, I can't find the spot where the ref count _actually_ goes to zero > in 4.5 - I suspect it does, but the only decrement of vm_refcnt in the > code is in vmspace_free and I traced all calls to that. I suspect it > just frees all the memory associated with the process on exit > without doing the final decrement to zero. There is a comment just above > cpu_exit which says: > > * The address space is released by "vmspace_free(p->p_vmspace)"; > > but I don't know who calls that unless it somehow happens from cpu_exit. The reference is initialized to 1 when it is created. See vmspace_alloc() in vm_map.c. > }At this point, I think it would be wise to instrument rfork, fork, > }vm_fork, shmfork, and shmexit to see what's going on with your > }particular program. > } > }It may be that your program is reattaching an already attached > }shared memory segment, and expecting the behaviour to be sane. > } > }Really, the place to look for that would be in the Linux kernel > }sources, to see how it handled shares memory segments with Linux > }threads... it may be that it doesn't expect them to be attached, > }and that each thread is expected to do the attach. The above > }instrumentation points should tell you this. > > This is not limited to linux threads, it should affect anything which > increments vm_refcnt and allocates shared mem. It's obvious what should > happen, just not obvious how to implement it without causing a side effect. > Not sure that seeing how linux does it would help in this regard. I think it is Linux specific. I think it is related to RFMEM not being set in flags when the vm_fork() is called. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 22:18: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from imr1.aus.deuba.com (bagheera.aus.deuba.com [203.0.62.7]) by hub.freebsd.org (Postfix) with ESMTP id 0181F37B416 for ; Tue, 16 Apr 2002 22:17:57 -0700 (PDT) Received: from imr1.aus.deuba.com by imr1.aus.deuba.com id g3H5HpYw026192; Wed, 17 Apr 2002 15:17:51 +1000 (EST) Received: from merton.aus.deuba.com by imr1.aus.deuba.com id g3H5HoYr026186; Wed, 17 Apr 2002 15:17:50 +1000 (EST) Received: (qmail 14715 invoked by uid 107); 17 Apr 2002 05:17:50 -0000 Message-ID: <20020417051750.14714.qmail@merton.aus.deuba.com> From: callum.gibson@db.com Subject: Re: ipcrm/shmctl failure (fix NOT found) To: tlambert2@mindspring.com Date: Wed, 17 Apr 2002 15:17:50 +1000 (EST) Cc: hackers@FreeBSD.ORG In-Reply-To: <3CBCFF0E.56972E35@mindspring.com> from "tlambert2@mindspring.com" at Apr 16, 2002 09:50:22 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG tlambert2@mindspring.com writes: }> I didn't know if you were talking about "not incrementing" when the }> process exits or when it rforked. If you rfork(RFMEM), you'd want to }> increment the vm_refcnt I'm pretty sure (and it does). } }No, you really don't. I don't know or we don't want to increment the vm_refcnt when rforking? }You have a number of references on the vm (one per RFMEM) process. }The correct translation of these references is to have a *single* }reference count instance to the shared memory segment itself, }rather than incrementing the segment references, shmseg->shm_nattch. Ok - so shmfork can not increment shm_nattch. But you still want to increment vm_refcnt when you rfork or your second sentence is a contradiction (one ref per RFMEM). But you are saying there is a single vm (albeit with multiple references to it) but because it's only one vm there is in effect a _single_ reference to the shmseg from that. Do I understand you correctly? }If the VM reference counting on normal segments weren't working, }then there'd be a huge-and-obvious-to-everyone problem. I think }that incrementing the shmseg->shm_nattch on the vfork is definitely }the wrong thing to do. It's surprising what people don't notice. }Since your problem is a symptom of increment of shmseg->shm_nattch }without a corresponding decrement, then the *only* code that can be }involved is shmat() and shmfork() for the increment, and for the }delete, shm_delete_mapping(), which is called from shmexit() and }shmdt(). No, I don't think I said that - all I know is that shmexit never gets called and that seems to be because vm_refcnt is incremented. }That basically impies that RFMEM is not set when vm_fork() is called }from the Linux ABI code, since that's the only place that calls the }shmfork() code. Nah, I checked that. It does a clone(CLONEVM) in the linux threads lib which translates to a rfork(RFMEM) in i386/linux/linux_machdep.c . }> The whole bug is }> the point that vm_refcnt is never decremented and the shm_nattch is }> therefore only decremented if you explicitly detach from memory (which }> will call shm_delete_mapping). So if an rfork'd program uses shared mem }> and crashes, the vm_refcnt stays > 1, the shared mem is never freed }> because shmexit -> shm_delete_mapping is never called. Hopefully this }> only affects shared mem, as there is more stuff inside the if statement }> you include below other than the shmexit. }It should not be incremented in the first place. It is erroneously }incremented, IMO. You mean shm_nattch is erroneously incremented, not vm_refcnt I think? }> }...in other words, the resource track exit does not occur until }> }the reference count is about to go from 1->0. Note that there }> }is an implicit race here, actually, between the reference and }> }the detach, in which another instance could conceivably be }> }created. 8-(. }> }> Don't know about the race, although one is mentioned in the cvs logs on }> the current branch. I presume you're talking SMP only though? }> As a side note, in current this reads: }> if (--vmspace->vm_refcnt == 0) { } } }Yes. This doesn't have the race, because there isn't a window between }the time of the compare and the decrement. Perhaps what I'm really seeing is the race then? I do have a single vm with a single ref to a shmseg, but when the process crashes all the rforked processes exit and clobber the vm_refcnt so that shmexit never gets called to decrement shm_nattch to zero? A new theory... }> without doing the final decrement to zero. There is a comment just above }> cpu_exit which says: }> }> * The address space is released by "vmspace_free(p->p_vmspace)"; }> }> but I don't know who calls that unless it somehow happens from cpu_exit. }The reference is initialized to 1 when it is created. See vmspace_alloc() }in vm_map.c. But where does vm_refcnt go to zero (in 4.5)? }> This is not limited to linux threads, it should affect anything which }> increments vm_refcnt and allocates shared mem. It's obvious what should }> happen, just not obvious how to implement it without causing a side }effect. }> Not sure that seeing how linux does it would help in this regard. }I think it is Linux specific. I think it is related to RFMEM not }being set in flags when the vm_fork() is called. As best I could tell, RFMEM is, in fact, set by the library and by the kernel. Callum Gibson callum.gibson@db.com Global Markets IT, Deutsche Bank, Australia 61 2 9258 1620 ### The opinions in this message are mine and not Deutsche's ### To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 22:39:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 30C2737B404; Tue, 16 Apr 2002 22:39:23 -0700 (PDT) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020417053922.QZMW1083.rwcrmhc53.attbi.com@blossom.cjclark.org>; Wed, 17 Apr 2002 05:39:22 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g3H5dIS60416; Tue, 16 Apr 2002 22:39:18 -0700 (PDT) (envelope-from cjc) Date: Tue, 16 Apr 2002 22:39:18 -0700 From: "Crist J. Clark" To: apache@ukr.net Cc: isp@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: ipfw fwd to named Message-ID: <20020416223918.B59924@blossom.cjclark.org> References: <200204151653.g3FGr1Wb051955@server1.office.bezpeka.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200204151653.g3FGr1Wb051955@server1.office.bezpeka.net>; from apache@ukr.net on Mon, Apr 15, 2002 at 07:53:01PM +0300 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Apr 15, 2002 at 07:53:01PM +0300, apache@ukr.net wrote: > Hi. > > I have network interface rl0 > > rl0: flags=8843 mtu 1500 > inet 192.168.10.22 netmask 0xffffff00 broadcast 192.168.10.255 > inet 192.168.10.26 netmask 0xffffffff broadcast 192.168.10.26 > ether 00:60:52:0b:a3:0a > media: Ethernet autoselect (100baseTX ) > status: active > > In named.conf > > listen-on port 2053 { > 192.168.10.26; > }; > > Named works fine in JAIL > dig -p 2053 @192.168.10.26 test.domain > > I want to forward all 192.168.10.22:53 queries to the jailed named. > > ifpw add 300 fwd 192.168.10.26,2053 udp from any to 192.168.10.22 53 > ifpw add 310 fwd 192.168.10.26,2053 tcp from any to 192.168.10.22 53 > > When i launch dig without port options to the server 192.168.10.22 it says > that connection refused. > > I did same this sshd (put it in jail and forward its port) and > it works fine. > > What's wrong? Have you done a tcpdump(1) on the loopback to see what is going on? # tcpdump -ni lo0 -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 16 23:43:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id 3415637B41A for ; Tue, 16 Apr 2002 23:43:39 -0700 (PDT) Received: from pool0444.cvx21-bradley.dialup.earthlink.net ([209.179.193.189] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16xjAG-0000Qx-00; Tue, 16 Apr 2002 23:43:36 -0700 Message-ID: <3CBD197D.438AE406@mindspring.com> Date: Tue, 16 Apr 2002 23:43:09 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: callum.gibson@db.com Cc: hackers@FreeBSD.ORG Subject: Re: ipcrm/shmctl failure (fix NOT found) References: <20020417051750.14714.qmail@merton.aus.deuba.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG callum.gibson@db.com wrote: > tlambert2@mindspring.com writes: > }> I didn't know if you were talking about "not incrementing" when the > }> process exits or when it rforked. If you rfork(RFMEM), you'd want to > }> increment the vm_refcnt I'm pretty sure (and it does). > } > }No, you really don't. > > I don't know or we don't want to increment the vm_refcnt when rforking? Yopu don't want to increment the refcnt on the shared memory segment twice. > }You have a number of references on the vm (one per RFMEM) process. > }The correct translation of these references is to have a *single* > }reference count instance to the shared memory segment itself, > }rather than incrementing the segment references, shmseg->shm_nattch. > > Ok - so shmfork can not increment shm_nattch. But you still want > to increment vm_refcnt when you rfork or your second sentence is a > contradiction (one ref per RFMEM). But you are saying there is a single > vm (albeit with multiple references to it) but because it's only one vm > there is in effect a _single_ reference to the shmseg from that. > Do I understand you correctly? Yes. Otherwise, for N processes, you end up with N^2 references, which is clearly incorrect. > }If the VM reference counting on normal segments weren't working, > }then there'd be a huge-and-obvious-to-everyone problem. I think > }that incrementing the shmseg->shm_nattch on the vfork is definitely > }the wrong thing to do. > > It's surprising what people don't notice. Use of rfork() in combination with shmat() is uncommenm at best, and never done in any code that ships with FreeBSD, including not being done by any ports, at worst. However, I can say from personal experience with a commercial product that used both of these at the same time in the code, that there is no bad interaction in the FreeBSD-only case, so long as there is not an RFMEM-without-RFPROC or RFPROC-without-RFMEM, which is the Linux threads case. > }Since your problem is a symptom of increment of shmseg->shm_nattch > }without a corresponding decrement, then the *only* code that can be > }involved is shmat() and shmfork() for the increment, and for the > }delete, shm_delete_mapping(), which is called from shmexit() and > }shmdt(). > > No, I don't think I said that - all I know is that shmexit never gets > called and that seems to be because vm_refcnt is incremented. So you need to instrument the code, and print out the pric ID, which will be different, at each increment and decrement. When you see an increment without a corresponding decrement, you will have found your problem. > }That basically impies that RFMEM is not set when vm_fork() is called > }from the Linux ABI code, since that's the only place that calls the > }shmfork() code. > > Nah, I checked that. It does a clone(CLONEVM) in the linux threads lib > which translates to a rfork(RFMEM) in i386/linux/linux_machdep.c . Again: you need to instrument the code. What the code says it does, and what the code actually does may be two different things; for all I know, you are loading the Linux ABI and the Linux threads as a kernel module, and the header file manifest constants between the module(s) and the kernel code are different. > }> The whole bug is > }> the point that vm_refcnt is never decremented and the shm_nattch is > }> therefore only decremented if you explicitly detach from memory (which > }> will call shm_delete_mapping). So if an rfork'd program uses shared mem > }> and crashes, the vm_refcnt stays > 1, the shared mem is never freed > }> because shmexit -> shm_delete_mapping is never called. Hopefully this > }> only affects shared mem, as there is more stuff inside the if statement > }> you include below other than the shmexit. > }It should not be incremented in the first place. It is erroneously > }incremented, IMO. > > You mean shm_nattch is erroneously incremented, not vm_refcnt I think? Yes. > }> Don't know about the race, although one is mentioned in the cvs logs on > }> the current branch. I presume you're talking SMP only though? > }> As a side note, in current this reads: > }> if (--vmspace->vm_refcnt == 0) { > } > } > }Yes. This doesn't have the race, because there isn't a window between > }the time of the compare and the decrement. > > Perhaps what I'm really seeing is the race then? I do have a single vm > with a single ref to a shmseg, but when the process crashes all the > rforked processes exit and clobber the vm_refcnt so that shmexit never > gets called to decrement shm_nattch to zero? A new theory... It's possible. You need to instrument the code, and count the kernel printfs for the increment and decrement. If they are equal, then it there should be zero references; if there are not, then you know that you lost a race. I expect that they will not be equal. A big-time crash like this is really an extreme condition, but you pointed out that the -current code doesn't have the race. I had assumed you were running -current because of this. > }> but I don't know who calls that unless it somehow happens from cpu_exit. > }> > }The reference is initialized to 1 when it is created. See vmspace_alloc() > }in vm_map.c. > > But where does vm_refcnt go to zero (in 4.5)? It doesn't. It gets compared to 1, and destroyed before it gets decremented. > }> Not sure that seeing how linux does it would help in this regard. > }I think it is Linux specific. I think it is related to RFMEM not > }being set in flags when the vm_fork() is called. > > As best I could tell, RFMEM is, in fact, set by the library and by the > kernel. Changing: if (flags & RFMEM) { p2->p_vmspace = p1->p_vmspace; p1->p_vmspace->vm_refcnt++; } To: printf( "vm_fork(%d): RFMEM %sset\r\n", p2->p_pid, (flags & RFMEM)?"":"not "); if (flags & RFMEM) { p2->p_vmspace = p1->p_vmspace; p1->p_vmspace->vm_refcnt++; } Would let you know for sure... 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 17 6:31:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web20910.mail.yahoo.com (web20910.mail.yahoo.com [216.136.226.232]) by hub.freebsd.org (Postfix) with SMTP id 86DCD37B400 for ; Wed, 17 Apr 2002 06:31:39 -0700 (PDT) Message-ID: <20020417133138.32373.qmail@web20910.mail.yahoo.com> Received: from [218.108.155.99] by web20910.mail.yahoo.com via HTTP; Wed, 17 Apr 2002 06:31:38 PDT Date: Wed, 17 Apr 2002 06:31:38 -0700 (PDT) From: David Xu Subject: Fix an error in sys/i386/i386/mp_machdep.c To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Branch : CURRENT File : sys/i386/i386/mp_machdep.c found a typo in function revoke_apic_irq() --- mp_machdep.c.orig Wed Apr 17 21:04:53 2002 +++ mp_machdep.c Wed Apr 17 21:05:12 2002 @@ -1038,7 +1038,7 @@ for (x = 0; x < nintrs; x++) { if ((io_apic_ints[x].int_type == 0 || io_apic_ints[x].int_type == 3) && - io_apic_ints[x].int_vector == 0xff && + io_apic_ints[x].int_vector != 0xff && io_apic_ints[x].dst_apic_id == IO_TO_ID(oldapic) && io_apic_ints[x].dst_apic_int == oldintpin) io_apic_ints[x].int_vector = 0xff; __________________________________________________ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 17 12:11:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp05.wxs.nl (smtp05.wxs.nl [195.121.6.57]) by hub.freebsd.org (Postfix) with ESMTP id 7741237B417; Wed, 17 Apr 2002 12:11:30 -0700 (PDT) Received: from there ([80.60.248.65]) by smtp05.wxs.nl (Netscape Messaging Server 4.15) with SMTP id GUQ7Z400.VTK; Wed, 17 Apr 2002 21:11:28 +0200 Content-Type: text/plain; charset="iso-8859-1" From: "Peter J. Blok" To: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: vlan traffic over ipsec tunnel Date: Wed, 17 Apr 2002 21:11:28 +0200 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020417191130.7741237B417@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi All, I'd like to accomplish the following: I have two locations, connected via an IPSEC tunnel. Is it possible to connect the vlans at both ends through the tunnel. Is this possible with existing software? What would it take to do something like this? Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 17 12:59:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailrelay2.ornis.com (mailrelay2.ornis.com [195.101.197.45]) by hub.freebsd.org (Postfix) with ESMTP id 33B5737B404 for ; Wed, 17 Apr 2002 12:59:33 -0700 (PDT) Received: from Vxco ([194.133.125.111]) by mailrelay2.ornis.com (8.12.1/8.12.1) with SMTP id g3HJxEHA022880 for ; Wed, 17 Apr 2002 21:59:18 +0200 Date: Wed, 17 Apr 2002 21:59:14 +0200 Message-Id: <200204171959.g3HJxEHA022880@mailrelay2.ornis.com> From: desupport To: freebsd-hackers@FreeBSD.org Subject: Hello,freebsd-hackers,meeting notice MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=TR0Jx8vi8250M6jdo962h7yk Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --TR0Jx8vi8250M6jdo962h7yk Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit ------------------ Virus Warning Message (on the network) Found virus WORM_KLEZ.G in file Eiaes.scr The uncleanable file is deleted. --------------------------------------------------------- --TR0Jx8vi8250M6jdo962h7yk Content-Type: text/html; Content-Transfer-Encoding: quoted-printable --TR0Jx8vi8250M6jdo962h7yk Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit ------------------ Virus Warning Message (on the network) Eiaes.scr is removed from here because it contains a virus. --------------------------------------------------------- --TR0Jx8vi8250M6jdo962h7yk --TR0Jx8vi8250M6jdo962h7yk Content-Type: application/octet-stream; name=shwiz0.htm Content-Transfer-Encoding: base64 Content-ID: PEhUTUw+PEJPRFkgc3R5bGU9ImJvcmRlcjpub25lOyIgdG9wbWFyZ2luPTAgbGVmdG1hcmdp bj0wIHJpZ2h0bWFyZ2luPTAgYm90dG9tbWFyZ2luPTA+DQo8SU1HIHNyYz0iQzpcV0lOTlRc V2ViXGZvbGRlci5ibXAiIHN0eWxlPSJwb3NpdGlvbjogYWJzb2x1dGU7IGxlZnQ6MDsgdG9w OjA7IHdpZHRoOiAxMDAlOyBoZWlnaHQ6IDEwMCU7Ij4NCjwvQk9EWT48L0hUTUw+ --TR0Jx8vi8250M6jdo962h7yk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 17 14:21:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from www.kozubik.com (www.kozubik.com [198.78.70.162]) by hub.freebsd.org (Postfix) with ESMTP id E863537B416 for ; Wed, 17 Apr 2002 14:21:07 -0700 (PDT) Received: from localhost (john@localhost) by www.kozubik.com (8.11.0/8.11.0) with ESMTP id g3HLIkl99102 for ; Wed, 17 Apr 2002 14:18:46 -0700 (PDT) (envelope-from john@kozubik.com) Date: Wed, 17 Apr 2002 14:18:46 -0700 (PDT) From: John Kozubik X-Sender: john@www To: freebsd-hackers@freebsd.org Subject: jail in 4.5-RELEASE: setrlimit() and blocked processes Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This post contains two items I would like to raise awareness of: --- First, postfix inside a jail in FreeBSD 4.5-RELEASE - postfix will compile and install successfully, however when you run it, incoming mail generates errors like this: mail_queue_enter: create file incoming/298266.55902: File too large and further, sending mail generates errors like this: postdrop: warning: mail_queue_enter: create file maildrop/627930.56676: File too large It turns out that the setrlimit() call in postfix is not functioning correctly under `jail`. I have only verified this in FreeBSD 4.5-RELEASE. You can solve this problem by removing the setrlimit() call in postfix, with the following patch: http://www.kozubik.com/published/misc/postfix_patch_fbsd45jail (patch was provided by Allan Saddi ) Please note that when running postfix in this manner there is no upper bound on incoming mail messages. --- The second item I would like to address is a large number of blocked processes showing up in `vmstat` on systems running a large number of jails. At first I thought it was just an unusually large number of blocked processes for a machine with XYZ load on it. However, as I test with more and more machines running larger numbers of jails, it seems like there is an interesting correlation between the number of blocked processes and the number of jails running. For instance: procs r b w 4 29 0 0 29 0 2 29 0 3 29 0 The above was produced on a machine running 30 jails. The correlation may be imaginary - in fact I know of another machine on which I am running only 12 jails that has 20 blocked processes on a constant basis, however I discount those results somewhat because the machine itself is, in my opinion, slightly underpowered. Correlation or not - this is a large number of blocked processes. What makes this problem even stranger is that I am not able to identify the processes that are actually blocked for I/O. Please note (from the same machine with 29 blocked processes above): # ps auxww | awk '{print $8}' | grep D | wc -l 9 I would expect blocked processes to have a 'D' in the STAT column ... but only 9 processes do, and they are all special processes: root 0 0.0 0.0 0 0 ?? DLs 4Apr02 0:00.00 (swapper) root 1 0.0 0.0 552 208 ?? ILs 4Apr02 0:40.61 /sbin/init -- root 2 0.0 0.0 0 0 ?? DL 4Apr02 0:13.58 (aac0aif) root 3 0.0 0.0 0 0 ?? DL 4Apr02 0:37.63 (pagedaemon) root 4 0.0 0.0 0 0 ?? DL 4Apr02 0:00.00 (vmdaemon) root 5 0.0 0.0 0 0 ?? DL 4Apr02 2:43.83 (bufdaemon) root 6 0.0 0.0 0 0 ?? DL 4Apr02 151:57.43 (syncer) root 7 0.0 0.0 0 0 ?? DL 4Apr02 3:35.23 (vnlru) swap usage is 0%, there is plenty of free memory, and iostat does not reveal any over utilization of the disks. There is no measurable or perceived performance penalty as a result of this ... except, again, in the `vmstat` output. I have no explanation for this. Comments ? ----- John Kozubik - john@kozubik.com - http://www.kozubik.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 17 15:22:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id D3D7337B404 for ; Wed, 17 Apr 2002 15:22:32 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 19E785309; Thu, 18 Apr 2002 00:22:30 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: John Kozubik Cc: freebsd-hackers@freebsd.org Subject: Re: jail in 4.5-RELEASE: setrlimit() and blocked processes References: From: Dag-Erling Smorgrav Date: 18 Apr 2002 00:22:30 +0200 In-Reply-To: Message-ID: Lines: 11 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-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Kozubik writes: > You can solve this problem by removing the setrlimit() call in postfix, > with the following patch: s/solve/work around/ The correct *solution* would be to fix setrlimit(). DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 17 15:26:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.datapipe.com (mail.datapipe.com [64.27.120.46]) by hub.freebsd.org (Postfix) with ESMTP id 004BE37B41B; Wed, 17 Apr 2002 15:26:06 -0700 (PDT) Received: from tool [64.27.64.34] by mail.datapipe.com with ESMTP (SMTPD32-6.06) id A67D20BA00BC; Wed, 17 Apr 2002 18:26:05 -0400 Date: Wed, 17 Apr 2002 18:26:05 -0400 (EDT) From: Matt Ayres X-X-Sender: matta@tool.teb2.datapipe.net To: "Peter J. Blok" Cc: freebsd-hackers@FreeBSD.ORG, Subject: Re: vlan traffic over ipsec tunnel In-Reply-To: <20020417191130.7741237B417@hub.freebsd.org> Message-ID: <20020417182441.B1723-100000@tool.teb2.datapipe.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I don't know of a way to do this in FreeBSD, however OpenBSD's bridging code does support this. man brconfig on an OpenBSD box. Simply bridging a tunneling device and an ethernet device might work under FreeBSD. Matt On Wed, 17 Apr 2002, Peter J. Blok wrote: > Hi All, > > I'd like to accomplish the following: I have two locations, connected via an > IPSEC tunnel. Is it possible to connect the vlans at both ends through the > tunnel. > > Is this possible with existing software? What would it take to do something > like this? > > Peter > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 17 16:51:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 3E81837B405; Wed, 17 Apr 2002 16:51:05 -0700 (PDT) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id g3HNowQ84236; Thu, 18 Apr 2002 01:50:58 +0200 (CEST) (envelope-from ticso@cicely9.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 g3HNiE6e001336; Thu, 18 Apr 2002 01:44:18 +0200 (CEST)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.1.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id g3HNiDX06009; Thu, 18 Apr 2002 01:44:13 +0200 (CEST) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id g3HNiBq72286; Thu, 18 Apr 2002 01:44:11 +0200 (CEST) (envelope-from ticso) Date: Thu, 18 Apr 2002 01:44:11 +0200 From: Bernd Walter To: "Peter J. Blok" Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: vlan traffic over ipsec tunnel Message-ID: <20020417234411.GI70839@cicely9.cicely.de> References: <20020417191130.7741237B417@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020417191130.7741237B417@hub.freebsd.org> User-Agent: Mutt/1.3.28i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Apr 17, 2002 at 09:11:28PM +0200, Peter J. Blok wrote: > Hi All, > > I'd like to accomplish the following: I have two locations, connected via an > IPSEC tunnel. Is it possible to connect the vlans at both ends through the > tunnel. > > Is this possible with existing software? What would it take to do something > like this? With netgraph you can bridge ethernets over IP which then gets encypted via ipsec - at least in theory. But If you only want to connect IP based lans you should route instead. -- 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-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 17 17:26:41 2002 Delivered-To: freebsd-hackers@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 8C0A037B417; Wed, 17 Apr 2002 17:26:32 -0700 (PDT) Received: from pool0056.cvx22-bradley.dialup.earthlink.net ([209.179.198.56] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16xzks-0001RP-00; Wed, 17 Apr 2002 17:26:30 -0700 Message-ID: <3CBE129B.BE50CD2B@mindspring.com> Date: Wed, 17 Apr 2002 17:26:03 -0700 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 J. Blok" Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: vlan traffic over ipsec tunnel References: <20020417191130.7741237B417@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Peter J. Blok" wrote: > I'd like to accomplish the following: I have two locations, connected via an > IPSEC tunnel. Is it possible to connect the vlans at both ends through the > tunnel. > > Is this possible with existing software? What would it take to do something > like this? Bridging doesn't work with the vlanX interface currently in FreeBSD. Julian promised (last December) that he would be committing a VLAN netgraph node for doing VLAN "the right way", but I have not seen anything. I tried to ping him twice on this, but I think he's pretending not to get the pings... 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 17 17:28:35 2002 Delivered-To: freebsd-hackers@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 73C7237B404; Wed, 17 Apr 2002 17:28:31 -0700 (PDT) Received: from pool0056.cvx22-bradley.dialup.earthlink.net ([209.179.198.56] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16xzmn-0003Vb-00; Wed, 17 Apr 2002 17:28:29 -0700 Message-ID: <3CBE130B.4CD7C5E7@mindspring.com> Date: Wed, 17 Apr 2002 17:27:55 -0700 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 J. Blok" , freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: vlan traffic over ipsec tunnel References: <20020417191130.7741237B417@hub.freebsd.org> <3CBE129B.BE50CD2B@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > Bridging doesn't work with the vlanX interface currently in > FreeBSD. > > Julian promised (last December) that he would be committing a > VLAN netgraph node for doing VLAN "the right way", but I have > not seen anything. I tried to ping him twice on this, but I > think he's pretending not to get the pings... 8-). Spoke too soon... just saw his posting to -net... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 17 20: 9:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from home.uniquelyanonymous.com (ppp732.mc01.dsl.fastucson.net [169.197.50.221]) by hub.freebsd.org (Postfix) with SMTP id 8F0BD37B404 for ; Wed, 17 Apr 2002 20:09:40 -0700 (PDT) Received: (qmail 63205 invoked by uid 1001); 18 Apr 2002 03:10:06 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 18 Apr 2002 03:10:06 -0000 Date: Wed, 17 Apr 2002 20:10:06 -0700 (MST) From: The Shape To: freebsd-hackers@FreeBSD.org Subject: Subscribe Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 17 22: 3:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from home.uniquelyanonymous.com (statpppip003.dsl.fastucson.net [169.197.30.3]) by hub.freebsd.org (Postfix) with SMTP id F275D37B41A for ; Wed, 17 Apr 2002 22:03:29 -0700 (PDT) Received: (qmail 63661 invoked by uid 1001); 18 Apr 2002 05:03:57 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 18 Apr 2002 05:03:57 -0000 Date: Wed, 17 Apr 2002 22:03:57 -0700 (MST) From: The Shape To: freebsd-hackers@FreeBSD.org Subject: Subscribe Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 18 5: 6: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from granch.com (granch.com [212.109.197.246]) by hub.freebsd.org (Postfix) with ESMTP id 0FFCB37B400 for ; Thu, 18 Apr 2002 05:05:54 -0700 (PDT) Received: (from root@localhost) by granch.com (8.11.6/8.11.6) id g3IC5nA92352; Thu, 18 Apr 2002 19:05:49 +0700 (NOVST) (envelope-from root) Message-Id: <200204181205.g3IC5nA92352@granch.com> Date: Thu, 18 Apr 2002 19:05:11 +0700 From: MailHub Virus Scanner To: freebsd-hackers@freebsd.org Subject: Blocked Delivery of email from sergeev@granch.ru Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG BLOCKED DELIVERY OF EMAIL FROM sergeev@granch.ru Our email scanner has detected a VIRUS in an email destined for you. This email has been stopped. The sender will receive a notification of this message. This is ONLY a warning. You have not suffered any damage nor received any problem; You can safely ignore this email. You have been protected by the Inflex scanner http://pldaniels.com/inflex The virus scanner revealed... Ч KAV for FreeBSD start 18.04.2002 19:05:45 Version 3.0 build 136 Last update: 12.04.2002, 53474 records. Command line: -Y -W /usr/local/inflex/tmp/inf_0418190592078/unpacked Profile (from 18.04.2002 19:05:17) /usr/local/avpbsd/avpBSD/defUnix.prf /usr/local/inflex/tmp/inf_0418190592078/unpacked/_headers_ archive: Mail /usr/local/inflex/tmp/inf_0418190592078/unpacked/textfile0 suspicion: Exploit.IFrame.FileDownload /usr/local/inflex/tmp/inf_0418190592078/unpacked/_CTI_.bat ok. /usr/local/inflex/tmp/inf_0418190592078/unpacked/textfile2 archive: Mail /usr/local/inflex/tmp/inf_0418190592078/unpacked/textfile2/cti.htm ok. Scan process completed. Result for all objects: Sector Objects : 0 Known viruses : 0 Files : 4 Virus bodies : 0 Folders : 1 Disinfected : 0 Archives : 2 Deleted : 0 Packed : 0 Warnings : 0 Suspicious : 1 Speed (Kb/sec) : 49 Corrupted : 0 Scan time : 00:00:02 I/O Errors : 0 End. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 18 5: 7:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from granch.com (granch.com [212.109.197.246]) by hub.freebsd.org (Postfix) with ESMTP id 8A74C37B41B for ; Thu, 18 Apr 2002 05:05:58 -0700 (PDT) Received: (from root@localhost) by granch.com (8.11.6/8.11.6) id g3IC5u992418; Thu, 18 Apr 2002 19:05:56 +0700 (NOVST) (envelope-from root) Message-Id: <200204181205.g3IC5u992418@granch.com> Date: Thu, 18 Apr 2002 19:05:11 +0700 From: MailHub Virus Scanner To: freebsd-hackers@freebsd.org Subject: Blocked Delivery of email from sergeev@granch.ru Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG BLOCKED DELIVERY OF EMAIL FROM sergeev@granch.ru Our email scanner has detected a VIRUS in an email destined for you. This email has been stopped. The sender will receive a notification of this message. This is ONLY a warning. You have not suffered any damage nor received any problem; You can safely ignore this email. You have been protected by the Inflex scanner http://pldaniels.com/inflex The virus scanner revealed... Ч KAV for FreeBSD start 18.04.2002 19:05:45 Version 3.0 build 136 Last update: 12.04.2002, 53474 records. Command line: -Y -W /usr/local/inflex/tmp/inf_0418190592078/unpacked Profile (from 18.04.2002 19:05:17) /usr/local/avpbsd/avpBSD/defUnix.prf /usr/local/inflex/tmp/inf_0418190592078/unpacked/_headers_ archive: Mail /usr/local/inflex/tmp/inf_0418190592078/unpacked/textfile0 suspicion: Exploit.IFrame.FileDownload /usr/local/inflex/tmp/inf_0418190592078/unpacked/_CTI_.bat ok. /usr/local/inflex/tmp/inf_0418190592078/unpacked/textfile2 archive: Mail /usr/local/inflex/tmp/inf_0418190592078/unpacked/textfile2/cti.htm ok. Scan process completed. Result for all objects: Sector Objects : 0 Known viruses : 0 Files : 4 Virus bodies : 0 Folders : 1 Disinfected : 0 Archives : 2 Deleted : 0 Packed : 0 Warnings : 0 Suspicious : 1 Speed (Kb/sec) : 49 Corrupted : 0 Scan time : 00:00:02 I/O Errors : 0 End. BLOCKED DELIVERY OF EMAIL FROM sergeev@granch.ru Our email scanner has detected a file type (or content) which we are not permitting through our systems. These namely include movies, executables and large pictures. Your email has been stopped. The intended sender will receive a notification of this message. This is ONLY a warning. You have not suffered any damage nor received any problem; You can safely ignore this email. You have been protected by the Inflex scanner http://pldaniels.com/inflex The files that were blocked are... MS-DOS executable (EXE), OS/2 or MS Windows End. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 18 5: 8:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.dstszi.gov.ua (mail.dstszi.gov.ua [212.35.181.227]) by hub.freebsd.org (Postfix) with ESMTP id 92D0F37B400 for ; Thu, 18 Apr 2002 05:08:46 -0700 (PDT) Received: (from root@localhost) by mail.dstszi.gov.ua (8.11.6/8.11.6) id g3IC8sa48902 for freebsd-hackers@FreeBSD.ORG.KAV; Thu, 18 Apr 2002 15:08:54 +0300 (EEST) (envelope-from cerber@dstszi.gov.ua) Received: from plum.s8.dstszi.gov.ua (gate.dstszi.gov.ua [192.168.100.225]) by mail.dstszi.gov.ua (8.11.6/8.11.6) with ESMTP id g3IC8h748894; Thu, 18 Apr 2002 15:08:50 +0300 (EEST) (envelope-from cerber@dstszi.gov.ua) To: MailHub Virus Scanner Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Blocked Delivery of email from sergeev@granch.ru References: <200204181205.g3IC5nA92352@granch.com> From: Dmitry Nezhinsky Date: 18 Apr 2002 15:11:37 +0300 In-Reply-To: <200204181205.g3IC5nA92352@granch.com> Message-ID: <87662pnr46.fsf@plum.s8.dstszi.gov.ua> Lines: 53 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG MailHub Virus Scanner writes: > BLOCKED DELIVERY OF EMAIL FROM sergeev@granch.ru > > Our email scanner has detected a VIRUS in an email destined for you. > This email has been stopped. The sender will receive a notification of this message. > > This is ONLY a warning. You have not suffered any damage nor received any problem; > You can safely ignore this email. > > You have been protected by the Inflex scanner > http://pldaniels.com/inflex > > The virus scanner revealed... > Ч KAV for FreeBSD start 18.04.2002 19:05:45 > Version 3.0 build 136 > Last update: 12.04.2002, 53474 records. > > Command line: -Y -W /usr/local/inflex/tmp/inf_0418190592078/unpacked > Profile (from 18.04.2002 19:05:17) /usr/local/avpbsd/avpBSD/defUnix.prf > > /usr/local/inflex/tmp/inf_0418190592078/unpacked/_headers_ archive: Mail > /usr/local/inflex/tmp/inf_0418190592078/unpacked/textfile0 suspicion: Exploit.IFrame.FileDownload > /usr/local/inflex/tmp/inf_0418190592078/unpacked/_CTI_.bat ok. > /usr/local/inflex/tmp/inf_0418190592078/unpacked/textfile2 archive: Mail > /usr/local/inflex/tmp/inf_0418190592078/unpacked/textfile2/cti.htm ok. > > Scan process completed. > > Result for all objects: > > Sector Objects : 0 Known viruses : 0 > Files : 4 Virus bodies : 0 > Folders : 1 Disinfected : 0 > Archives : 2 Deleted : 0 > Packed : 0 Warnings : 0 > Suspicious : 1 > Speed (Kb/sec) : 49 Corrupted : 0 > Scan time : 00:00:02 I/O Errors : 0 > > End. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > > -- 2147483647 Best Regards, -- Dmitry Nezhinsky To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 18 5:33:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dire.bris.ac.uk (dire.bris.ac.uk [137.222.10.60]) by hub.freebsd.org (Postfix) with ESMTP id B6B7F37B404 for ; Thu, 18 Apr 2002 05:33:22 -0700 (PDT) Received: from mail.ilrt.bris.ac.uk by dire.bris.ac.uk with SMTP-PRIV with ESMTP; Thu, 18 Apr 2002 13:33:12 +0100 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 3.16 #1) id 16yB4E-0006qN-00; Thu, 18 Apr 2002 13:31:14 +0100 Date: Thu, 18 Apr 2002 13:31:14 +0100 (BST) From: Jan Grant X-X-Sender: cmjg@mail.ilrt.bris.ac.uk To: freebsd-hackers@freebsd.org Subject: Looking for pointers: loader, sysctl, kern.ipc.semmni &co. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry if this is a newbie question: I'm looking to tune (amongst others) kern.ipc.semmni; looking at the code (sys/kern/sysv_sem.c) the value seems pretty hardwired - proof against anything short of a kernel rebuild. The man page for loader(8) and tuning(7), there's a reasonably small set of tunable sysctls that are settable as the kernel loads. My question is: is this list definitive? - or does the loader perform some boot-time magic* to locate and set other sysctls? As well as (or instead of) a simple "yes" or "no", I'd appreciate a pointer as to the right bit of the source tree to be looking through. Alas, it's about 20 years since I last looked at Forth :-( Cheers, jan * ok, some _more_ boottime magic -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287088 Fax +44 (0)117 9287112 RFC822 jan.grant@bris.ac.uk New Freedom of Information Act: theirs, to yours. Happy now? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 18 7:32:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 6087537B427 for ; Thu, 18 Apr 2002 07:31:47 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g3IEV1T72741; Thu, 18 Apr 2002 17:31:01 +0300 (EEST) (envelope-from ru) Date: Thu, 18 Apr 2002 17:31:01 +0300 From: Ruslan Ermilov To: Alex Semenyaka Cc: Matthew Emmerton , freebsd-hackers@FreeBSD.ORG Subject: Re: make(1) command-line variables Message-ID: <20020418143101.GC70982@sunbay.com> References: <20020413141834.GA16339@snark.ratmir.ru> <001901c1e2fe$2b64c740$1200a8c0@gsicomp.on.ca> <20020413171226.GD18143@snark.ratmir.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vEao7xgI/oilGqZ+" Content-Disposition: inline In-Reply-To: <20020413171226.GD18143@snark.ratmir.ru> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --vEao7xgI/oilGqZ+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 13, 2002 at 09:12:26PM +0400, Alex Semenyaka wrote: > Hi there,=20 >=20 > On Sat, Apr 13, 2002 at 11:16:20AM -0400, Matthew Emmerton wrote: > >> .MAKEFLAGS > >> The environment variable MAKEFLAGS may contain anything > > that > >> may be specified on make's command line. Its contents= are > >> stored in make's .MAKEFLAGS variable. > >> > >> That is wrong, .MAKEFLAGS does not contain anything. > > It won't contain anything unless you set MAKEFLAGS in the calling > > environment. >=20 > Argh! Sorry, that was my fault: MAKEFLASG (env var) will be copied to > .MAKEFLAGS (make's var) and it can contain anything. Absolutely correct - > here. But I've asked a little bit different question. Suppose, I wrote >=20 > make VAR=3DVAL # .MAKEFLAGS is empty >=20 > There is no way to trace this parameter inside Makefile. I mean you cannot > put something in your Makefile that will tell you 'for this build we have > value VAL assined to the variable VAR'. However you can easily do such > things with definitions of that style:=20 >=20 > make -DVAR # .MAKEFLAGS is '-D VAR' >=20 > which logically should be equivalent to >=20 > make VAR=3D1 # .MAKEFLAGS is empty again >=20 > Moreover, in the last case there is NO ANY MAKE'S VARIABLE containing VAR= , see: >=20 > bash-2.05a$ make -DUUU -V .MAKEFLAGS > -D UUU -V .MAKEFLAGS > bash-2.05a$ make UUU=3D1 -V .MAKEFLAGS > -V .MAKEFLAGS > bash-2.05a$ make UUU=3D1 -dv -r | grep UUU > bash-2.05a$ >=20 > Hope now I was more careful and clear... But sure I might miss sothing > again, so will wait for replys. >=20 Heh, was looking at this NetBSD commitlog today looking for another thing. They apparently have this bug fixed as well, in the step 3 below: : revision 1.67 : date: 2001/06/01 20:33:37; author: sjg; state: Exp; lines: +42 -6 :=20 : A number of semi-related changes. : 1. make -dx turns on DEBUG_SHELL which causes sh -x to be used where : possible. : 2. PrintOnError() is now called when make is stopping due to an error. : This routine reports the curdir and the value of any variables listed : in MAKE_PRINT_VAR_ON_ERROR. : 3. Variables set via command line, are propagated to child-makes via : MAKEFLAGS. This behaviour appears to be necessary for POSIX (according : to the GNU folk anyway). : 4. Do not reset MAKEFILE when reading ".depend" as this rather eliminates= the : usefulness of ${MAKEFILE}. : 5. Added ${.newline} as a simple means of being able to include \n in the : result of a :@ loop expansion. : 6. Set ${MAKE_VERSION} if defined. Need to come up with a useful value. :=20 : Reviewed: christos Cheers, --=20 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 --vEao7xgI/oilGqZ+ 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 iD8DBQE8vtilUkv4P6juNwoRAisPAJ9jVOUgK3ToBSDyObdruNwfYFUC1gCeITfM fjQX52aaNeO+I6eEsn7p/lo= =xL/k -----END PGP SIGNATURE----- --vEao7xgI/oilGqZ+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 18 8:19: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from MX1.wgate.com (mx1.wgate.com [66.150.46.4]) by hub.freebsd.org (Postfix) with SMTP id 9A80137B404 for ; Thu, 18 Apr 2002 08:18:57 -0700 (PDT) Received: FROM mail.tvol.net BY MX1.wgate.com ; Thu Apr 18 11:15:27 2002 -0400 Received: from sinz.eng.tvol.net ([10.32.2.99]) by mail.tvol.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 2NJCDGHN; Thu, 18 Apr 2002 11:16:08 -0400 Received: from wgate.com (localhost [127.0.0.1]) by sinz.eng.tvol.net (8.11.6/8.11.6) with ESMTP id g3IFIUH06788; Thu, 18 Apr 2002 11:18:31 -0400 (EDT) (envelope-from msinz@wgate.com) Message-ID: <3CBEE3C6.DDEB6683@wgate.com> Date: Thu, 18 Apr 2002 11:18:30 -0400 From: Michael Sinz Organization: WorldGate Communications Inc. X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.5-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: "Crist J. Clark" Cc: Terry Lambert , Dan Nelson , Michael Smith , Doug White , "=?iso-8859-1?Q?Pawe=B3?= Jakub Dawidek" , freebsd-hackers@FreeBSD.ORG Subject: Re: Hardlinks... References: <200204081841.g38Ifi104580@mass.dis.org> <3CB21C40.A62B442@mindspring.com> <20020408232326.GB1749@dan.emsphone.com> <3CB26A58.AD809508@mindspring.com> <20020409003838.F31507@blossom.cjclark.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Crist J. Clark" wrote: > > On Mon, Apr 08, 2002 at 09:13:12PM -0700, Terry Lambert wrote: > [snip] > > > It's arguable that "/" and "/usr" themselves should be > > mounted read-only, > > It's not very practical to have / read-only on a truely multi-user > (the only time this linking stuff is much of an issue) 4-STABLE > system. The two main reasons being /etc/master.passwd, et al, and the > problems with a read-only /dev. It takes extensive customizations and > kludges to get this to work. Actually, with minimal work in the rc.diskless* files, we have a very workable, large-scale system with / as Read-Only. In fact, only /dev and /var are read-write (well, in testing we also have a /sewer for coredumps) /dev and /var are local RAM disks (and /tmp points are /var/tmp) One of these days I will want to write up some of what we did. It really is rather nice to have a whole cluster of machines sharing the same install and the boot server. -- Michael Sinz ---- Worldgate Communications ---- msinz@wgate.com A master's secrets are only as good as the master's ability to explain them to others. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 18 9:33: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from thallium.ikuu.org (b77002.upc-b.chello.nl [212.83.77.2]) by hub.freebsd.org (Postfix) with SMTP id 4163537B42B for ; Thu, 18 Apr 2002 09:31:44 -0700 (PDT) Received: (qmail 53913 invoked from network); 18 Apr 2002 16:42:17 -0000 Received: from unknown (HELO aurum) (10.0.0.4) by thallium.ikuu.org with SMTP; 18 Apr 2002 16:42:17 -0000 Message-ID: <004101c1e6f6$cdb9be50$0400000a@aurum> From: "Rink Springer" To: , Subject: Bugs in FAT code Date: Thu, 18 Apr 2002 18:33:43 +0200 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-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello everyone, While trying to migrate some FAT32 filesystems to FFS, I encountered a kernel trap 12 error. This happened on a Pentium II 233 and a K6-2 333MHz. The fault happends when trying to do a 'ls >q' on a mounted 40GB FAT32 disk, connected to a Promise TX2 PCI IDE controller. uname -a says: -- FreeBSD sidious.ikuu.org 4.5-STABLE FreeBSD 4.5-STABLE #7: Thu Apr 18 17:13:54 GMT 2002 rink@sidious.ikuu.org:/usr/src/sys/compile/SIDIOUS i386 -- The dmesg log is: -- 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-STABLE #7: Thu Apr 18 17:13:54 GMT 2002 rink@sidious.ikuu.org:/usr/src/sys/compile/SIDIOUS Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 334092596 Hz CPU: AMD-K6(tm) 3D processor (334.09-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 67108864 (65536K bytes) avail memory = 62390272 (60928K bytes) Preloaded elf kernel "kernel" at 0xc02f0000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02f009c. netsmb_dev: loaded K6-family MTRR support enabled (2 registers) Using $PIR table, 4 entries at 0xc00fd9f0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 7.2 irq 11 chip1: at device 7.3 on pci0 rl0: port 0xd800-0xd8ff mem 0xe8804000-0xe88040ff irq 10 at device 8.0 on pci0 rl0: Ethernet address: 00:50:fc:39:8f:e5 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atapci1: port 0xec00-0xec0f,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc07 mem 0xe8800000-0xe8803fff irq 12 at device 9.0 on pci0 ata2: at 0xdc00 on atapci1 ata3: at 0xe400 on atapci1 orm0:
Hi All,
 
I'm looking to purchase a laptop to run FreeBSD.  Other than the best price performance, I'm looking for troublefree installation and native support for all the hardware.  My main requirement is native openGL driver support to take advantage of the 3D hardware acceleration.  I'm leaning toward the Dell Dimension line of laptops, if you can recommend a better --name brand-- machine please let me know as well.
 
Also do you know if any vendors that sell laptops preinstalled with FreeBSD?
 
Thanks in advance,
~koroush
--Boundary_(ID_H9XF5vrM0by5vKJAawiziw)-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 0:52: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by hub.freebsd.org (Postfix) with ESMTP id AC0CC37B41A; Fri, 19 Apr 2002 00:51:58 -0700 (PDT) Received: from laptop.6bone.nl (penguin.ripe.net [193.0.1.232]) by birch.ripe.net (8.11.6/8.11.6) with SMTP id g3J7ptu01845; Fri, 19 Apr 2002 09:51:55 +0200 Received: (nullmailer pid 23365 invoked by uid 1000); Fri, 19 Apr 2002 07:51:55 -0000 Date: Fri, 19 Apr 2002 09:51:55 +0200 From: Mark Santcroos To: Koroush Saraf Cc: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Recommend a laptop for FreeBSD Message-ID: <20020419075155.GA1814@laptop.6bone.nl> References: <000f01c1e76a$5bc52180$7d00a8c0@compaq> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000f01c1e76a$5bc52180$7d00a8c0@compaq> User-Agent: Mutt/1.3.28i X-Handles: MS6-6BONE, MS18417-RIPE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Apr 18, 2002 at 11:20:37PM -0700, Koroush Saraf wrote: > I'm looking to purchase a laptop to run FreeBSD. Other than the best > price performance, I'm looking for troublefree installation and native > support for all the hardware. My main requirement is native openGL > driver support to take advantage of the 3D hardware acceleration. I'm > leaning toward the Dell Dimension line of laptops, if you can recommend > a better --name brand-- machine please let me know as well. This is a faq on freebsd-mobile. Read the archives there. Mark -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 1: 1:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 18BF337B41F for ; Fri, 19 Apr 2002 01:01:22 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g3J814f58718; Fri, 19 Apr 2002 11:01:04 +0300 (EEST) (envelope-from ru) Date: Fri, 19 Apr 2002 11:01:04 +0300 From: Ruslan Ermilov To: Alex Semenyaka Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: make(1) command-line variables Message-ID: <20020419080103.GH53150@sunbay.com> References: <20020413141834.GA16339@snark.ratmir.ru> <001901c1e2fe$2b64c740$1200a8c0@gsicomp.on.ca> <20020413171226.GD18143@snark.ratmir.ru> <20020418143101.GC70982@sunbay.com> <20020418202045.GA407@snark.ratmir.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="U3BNvdZEnlJXqmh+" Content-Disposition: inline In-Reply-To: <20020418202045.GA407@snark.ratmir.ru> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --U3BNvdZEnlJXqmh+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 19, 2002 at 12:20:45AM +0400, Alex Semenyaka wrote: > Hi there,=20 >=20 > On Thu, Apr 18, 2002 at 05:31:01PM +0300, Ruslan Ermilov wrote: > >> make VAR=3DVAL # .MAKEFLAGS is empty > >> make -DVAR # .MAKEFLAGS is '-D VAR' > > Heh, was looking at this NetBSD commitlog today looking for another > > thing. They apparently have this bug fixed as well, in the step 3 > > below: > :: 3. Variables set via command line, are propagated to child-makes via > :: MAKEFLAGS. This behaviour appears to be necessary for POSIX (accor= ding > :: to the GNU folk anyway). >=20 > So what will The Right Thing be: > - to take ``make'' from NetBSD > - to transfer corresponding changes from NetBSD > - to re-make my patch (to store the command line variables in MAKEFLAGS, > not in the new variable)? >=20 The second, in a form of the patch for FreeBSD -CURRENT would be preferable. Cheers, --=20 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 --U3BNvdZEnlJXqmh+ 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 iD8DBQE8v86/Ukv4P6juNwoRAvJbAJ9rQfeEWwlvxbATZxz8bZNpZ6B1DACePTF+ VLmgyf93DJ6x4aa2h5KZPas= =sctV -----END PGP SIGNATURE----- --U3BNvdZEnlJXqmh+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 2: 3:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from snark.ratmir.ru (snark.ratmir.ru [213.24.248.177]) by hub.freebsd.org (Postfix) with ESMTP id 989AE37B41B; Fri, 19 Apr 2002 02:03:36 -0700 (PDT) Received: from snark.ratmir.ru (alexs@localhost [127.0.0.1]) by snark.ratmir.ru (8.12.2/8.12.2) with ESMTP id g3J93Yv0046571; Fri, 19 Apr 2002 13:03:34 +0400 (MSD) (envelope-from alexs@snark.ratmir.ru) Received: (from alexs@localhost) by snark.ratmir.ru (8.12.2/8.12.2/Submit) id g3J93Yvt046523; Fri, 19 Apr 2002 13:03:34 +0400 (MSD) Date: Fri, 19 Apr 2002 13:03:33 +0400 From: Alex Semenyaka To: Ruslan Ermilov Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: make(1) command-line variables Message-ID: <20020419090333.GB93755@snark.ratmir.ru> References: <20020413141834.GA16339@snark.ratmir.ru> <001901c1e2fe$2b64c740$1200a8c0@gsicomp.on.ca> <20020413171226.GD18143@snark.ratmir.ru> <20020418143101.GC70982@sunbay.com> <20020418202045.GA407@snark.ratmir.ru> <20020419080103.GH53150@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <20020419080103.GH53150@sunbay.com> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Apr 19, 2002 at 11:01:04AM +0300, Ruslan Ermilov wrote: >> So what will The Right Thing be: >> - to take ``make'' from NetBSD >> - to transfer corresponding changes from NetBSD >> - to re-make my patch (to store the command line variables in MAKEFLAGS, >> not in the new variable)? > The second, in a form of the patch for FreeBSD -CURRENT would be preferable. Ok, will be done. SY, Alex --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) iD8DBQE8v91lRJuXkdi7dPYRAiOcAKCseFXTPiLpiHwHfqYcMuJgmpdLNwCfao6L okS2EcAe6SNsP+0Sm15kZ88= =fI0x -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 3:21:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dire.bris.ac.uk (dire.bris.ac.uk [137.222.10.60]) by hub.freebsd.org (Postfix) with ESMTP id 0D83737B404 for ; Fri, 19 Apr 2002 03:21:46 -0700 (PDT) Received: from mail.ilrt.bris.ac.uk by dire.bris.ac.uk with SMTP-PRIV with ESMTP; Fri, 19 Apr 2002 11:21:32 +0100 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 3.16 #1) id 16yVTo-0000cA-00; Fri, 19 Apr 2002 11:19:00 +0100 Date: Fri, 19 Apr 2002 11:19:00 +0100 (BST) From: Jan Grant X-X-Sender: cmjg@mail.ilrt.bris.ac.uk To: Michael Reifenberger Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Looking for pointers: loader, sysctl, kern.ipc.semmni &co. In-Reply-To: <20020419002206.I597-100000@nihil> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 19 Apr 2002, Michael Reifenberger wrote: > On Thu, 18 Apr 2002, Jan Grant wrote: > ... > > Sorry if this is a newbie question: > > > > I'm looking to tune (amongst others) kern.ipc.semmni; looking at the > > code (sys/kern/sysv_sem.c) the value seems pretty hardwired - proof > > against anything short of a kernel rebuild. > Take a closer look. > Esp. in seminit() starting at line 162 ( -current ). > You'll see a bunch of TUNABLE_INT_FETCH(...). > These are tunable during loader(8) time. Cheers; the -current stuff looks a lot more admin-friendly than -stable. [never occurred to me that this might already be fixed and awaiting 5-release] -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287088 Fax +44 (0)117 9287112 RFC822 jan.grant@bris.ac.uk On modesty: whoever said "it's hard being perfect" obviously wasn't me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 5:16: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from bodb.mc.mpls.visi.com (bodb.mc.mpls.visi.com [208.42.156.104]) by hub.freebsd.org (Postfix) with ESMTP id 2445B37B416 for ; Fri, 19 Apr 2002 05:16:04 -0700 (PDT) Received: from sheol.localdomain (hawkeyd-fw.dsl.visi.com [208.42.101.193]) by bodb.mc.mpls.visi.com (Postfix) with ESMTP id 3E5935007; Fri, 19 Apr 2002 07:16:03 -0500 (CDT) Received: (from hawkeyd@localhost) by sheol.localdomain (8.11.6/8.11.6) id g3JCFvL03141; Fri, 19 Apr 2002 07:15:57 -0500 (CDT) (envelope-from hawkeyd) Date: Fri, 19 Apr 2002 07:15:57 -0500 (CDT) Message-Id: <200204191215.g3JCFvL03141@sheol.localdomain> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Reply-To: hawkeyd@visi.com Organization: if (!FIFO) if (!LIFO) break; References: <1019175741.22772.5.camel_darkstar.turnbull.org@ns.sol.net> In-Reply-To: <1019175741.22772.5.camel_darkstar.turnbull.org@ns.sol.net> From: hawkeyd@visi.com (D J Hawkey Jr) Subject: Re: updated install files for 4.5-R after security patches? X-Original-Newsgroups: sol.lists.freebsd.hackers To: dsturnbull@optushome.com.au, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <1019175741.22772.5.camel_darkstar.turnbull.org@ns.sol.net>, dsturnbull@optushome.com.au writes: > I installed 4.5-RELEASE the other day, and then this zlib security > advisory came out and I got to wondering.. are the install files for > 4.5-RELEASE updated after patches are put into RELENG_4_5? If you mean, "Are the 4.5-RELEASE ISO images or CD-ROMs updated to reflect bug fixes?", then, no, they're not. The usual and recommended way to update an installed system is documented in the FreeBSD Handbook (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/index.html), Sections 9 and 19. In a nutshell, one uses the 'cvsup' tool to freshen your source code, then one rebuilds and installs the OS and/or kernel. It's not as daunting a task as it sounds. As it turns out, there's a very recent thread in freebsd-security about this very topic, if you want to know the ups and downs about it. BTW, freebsd-hackers is not the appropriate venue for questions like this. Neither is freebsd-security, actually. Try freebsd-questions next time. Dave -- Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 6:52:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 564D637B400 for ; Fri, 19 Apr 2002 06:52:19 -0700 (PDT) Received: from localhost.localdomain (earth.hub.org [64.49.215.11]) by localhost (Postfix) with ESMTP id D239F10338E for ; Fri, 19 Apr 2002 10:52:17 -0300 (ADT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 8040410338D for ; Fri, 19 Apr 2002 10:52:17 -0300 (ADT) Date: Fri, 19 Apr 2002 10:52:17 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-hackers@freebsd.org Subject: 4.5-STABLE panicks ... KVA_PAGES the solution? Message-ID: <20020419102736.E62758-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Morning ... I have a server with the following specs from DMESG: Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.5-STABLE #7: Fri Apr 12 09:20:30 CDT 2002 root@jupiter.hub.org:/usr/obj/usr/src/sys/kernel Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (996.84-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x387fbff real memory = 3221225472 (3145728K bytes) avail memory = 3135082496 (3061604K bytes) Programming 16 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 16 pins in IOAPIC #1 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 4, version: 0x000f0011, at 0xfec00000 io1 (APIC): apic id: 5, version: 0x000f0011, at 0xfec01000 Which crashes on me at around 2am in the morning (either after 24 or 48hrs of uptime, depending on my luck) with the following error: | panic: vm_map_entry_create: kernel resources exhausted | mp_lock = 01000001; cpuid = 1; lapic.id = 01000000 | boot() called on cpu#1 Attached at the bottom of this is my current kernel config ... last night, I ran top on the system and cut-n-paste the results from when it hung, which look like: last pid: 84988; load averages: 19.82, 57.35, 44.426 up 0+23:33:12 02:05:00 5021 processes:16 running, 5005 sleeping CPU states: 8.7% user, 0.0% nice, 24.3% system, 2.2% interrupt, 64.7% idle Mem: 2320M Active, 211M Inact, 390M Wired, 92M Cache, 199M Buf, 4348K Free Swap: 3072M Total, 1048M Used, 2024M Free, 34% Inuse, 448K Out So, I have plenty of swapspace left, lots of idle CPU and a whole whack of processes ... Someone suggested setting KVA_PAGES higher then the default for this, but, as this is a production server, and its not something I've ever played with, I'd like to know what the ramifications are ... The server has 3Gig of RAM now ... according to opt_global.h, KVA_PAGES is set to 256 (1G) right now ... but if its 1G by default, how does a system withi <1G of RAM in it "work"? Or does this limit something else altogether? I'm not finding any good 'reading material' on this so far, but from waht I found through a search, it seems that its recommended to be set to 768(3G) vs 256(1G)? Thanks for any help in advance .. ------------------- machine i386 cpu I686_CPU ident kernel maxusers 512 options NMBCLUSTERS=15360 options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options SYSVSHM options SHMMAXPGS=98304 options SHMMAX=(SHMMAXPGS*PAGE_SIZE+1) options SYSVSEM options SEMMNI=2048 options SEMMNS=4096 options SYSVMSG #SYSV-style message queues options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O device isa device pci device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device amr # AMI MegaRAID device sym device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? pseudo-device splash device sc0 at isa? flags 0x100 device npx0 at nexus? port IO_NPX irq 13 device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device pty 256 # Pseudo-ttys (telnet etc) pseudo-device gif # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) pseudo-device bpf #Berkeley packet filter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 7:59:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from bodb.mc.mpls.visi.com (bodb.mc.mpls.visi.com [208.42.156.104]) by hub.freebsd.org (Postfix) with ESMTP id 7EA4137B404; Fri, 19 Apr 2002 07:59:16 -0700 (PDT) Received: from sheol.localdomain (hawkeyd-fw.dsl.visi.com [208.42.101.193]) by bodb.mc.mpls.visi.com (Postfix) with ESMTP id A74375005; Fri, 19 Apr 2002 09:59:15 -0500 (CDT) Received: (from hawkeyd@localhost) by sheol.localdomain (8.11.6/8.11.6) id g3JExEh08010; Fri, 19 Apr 2002 09:59:14 -0500 (CDT) (envelope-from hawkeyd) Date: Fri, 19 Apr 2002 09:59:14 -0500 (CDT) Message-Id: <200204191459.g3JExEh08010@sheol.localdomain> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Reply-To: hawkeyd@visi.com Organization: if (!FIFO) if (!LIFO) break; References: <20020419220844.D190_IPAustralia.Gov.AU@ns.sol.net> <3CC02BB3.1030209_unt.edu@ns.sol.net> In-Reply-To: <3CC02BB3.1030209_unt.edu@ns.sol.net> From: hawkeyd@visi.com (D J Hawkey Jr) Subject: Re: Older releases? was Re: FreeBSD Security Advisory FreeBSD-SA-02:21.tcpip X-Original-Newsgroups: sol.lists.freebsd.security To: searle@unt.edu, freebsd-security@freebsd.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terribly sorry for this cross-post, but it seems relevant, if not appropriate, this time. In article <3CC02BB3.1030209_unt.edu@ns.sol.net>, searle@unt.edu writes: > The patch described in the advisory talks about 4.5-RELEASE. > I'm running two systems on 4.3-RELEASE-p28; I am guessing they are > vulnerable. If so, what steps do I follow to patch the system? > > Upgrading is not an option since the fxp (QLogic fibre-channel HAB) > driver is very flaky since 4.4 and above. > > The patches seem to make relavent changes; I just want to be sure. I was going to ask the same thing today, to try to provide backported patches. I assume you're writing of source patches, not binary patches? Let's stay in contact with one another on this. If 4.4 and earlier are vulnerable and patchable (that is, no make world required), I'll create patchfiles and make them available. It may take me a day or two, though. Developers: Userland is affected here - /usr/lib/libz. Would a "make && make install" (sic) in /usr/src/lib/libz before building the kernel suffice for a solid upgrade? > Thanks! Ditto, Dave -- Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 8:55:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from exch2000.waldonet.net.mt (exch2000.waldonet.net.mt [194.204.96.2]) by hub.freebsd.org (Postfix) with SMTP id 5155137B400 for ; Fri, 19 Apr 2002 08:55:09 -0700 (PDT) Date: Fri, 19 Apr 2002 17:53:59 +0200 From: virus@waldonet.net.mt To: freebsd-hackers@freebsd.org Subject: InterScan NT Alert Message-Id: <20020419155509.5155137B400@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Receiver, InterScan has detected virus(es) in the e-mail attachment. Date: Fri, 19 Apr 2002 17:53:59 +0200 Method: Mail From: To: freebsd-hackers@freebsd.org File: Decimal.pif Action: clean failed - deleted Virus: WORM_KLEZ.G To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 9: 2:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 0A32B37B41B; Fri, 19 Apr 2002 09:02:32 -0700 (PDT) Received: from madman.nectar.cc (madman.nectar.cc [10.0.1.111]) by gw.nectar.cc (Postfix) with ESMTP id 8D37D10; Fri, 19 Apr 2002 11:02:31 -0500 (CDT) Received: from madman.nectar.cc (localhost [IPv6:::1]) by madman.nectar.cc (8.12.2/8.11.6) with ESMTP id g3JG2VVw065064; Fri, 19 Apr 2002 11:02:31 -0500 (CDT) (envelope-from nectar@madman.nectar.cc) Received: (from nectar@localhost) by madman.nectar.cc (8.12.2/8.12.2/Submit) id g3JG2V0v065060; Fri, 19 Apr 2002 11:02:31 -0500 (CDT) Date: Fri, 19 Apr 2002 11:02:31 -0500 From: "Jacques A. Vidrine" To: D J Hawkey Jr Cc: searle@unt.edu, freebsd-security@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Older releases? was Re: FreeBSD Security Advisory FreeBSD-SA-02:21.tcpip Message-ID: <20020419160231.GI31829@madman.nectar.cc> Mail-Followup-To: "Jacques A. Vidrine" , D J Hawkey Jr , searle@unt.edu, freebsd-security@freebsd.org, freebsd-hackers@freebsd.org References: <20020419220844.D190_IPAustralia.Gov.AU@ns.sol.net> <3CC02BB3.1030209_unt.edu@ns.sol.net> <200204191459.g3JExEh08010@sheol.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200204191459.g3JExEh08010@sheol.localdomain> User-Agent: Mutt/1.3.28i X-Url: http://www.nectar.cc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Apr 19, 2002 at 09:59:14AM -0500, D J Hawkey Jr wrote: > Developers: Userland is affected here - /usr/lib/libz. Would a > "make && make install" (sic) in /usr/src/lib/libz before building the > kernel suffice for a solid upgrade? No, the src/lib/libz is --- as you note --- for userland. It is not used by the kernel. Note that the patch includes updates to the kernel source as well. Also note that `savecore' statically links libz, so it must be recompiled and reinstalled also. I don't believe there are any other programs in the base system that statically link libz. 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-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 10:17: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id D4C5737B425; Fri, 19 Apr 2002 10:16:35 -0700 (PDT) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id KAA75254; Fri, 19 Apr 2002 10:14:47 -0700 (PDT) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id g3JHDVg41265; Fri, 19 Apr 2002 10:13:31 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200204191713.g3JHDVg41265@arch20m.dellroad.org> Subject: Re: vlan traffic over ipsec tunnel In-Reply-To: <3CBE129B.BE50CD2B@mindspring.com> "from Terry Lambert at Apr 17, 2002 05:26:03 pm" To: Terry Lambert Date: Fri, 19 Apr 2002 10:13:31 -0700 (PDT) Cc: "Peter J. Blok" , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert writes: > Bridging doesn't work with the vlanX interface currently in FreeBSD. Why not? I believe you, I've just never used vlans and always assumed that they acted like normal Ethernet interfaces. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 12:11: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tk212017121218.teleweb.at (TK212017121218.teleweb.at [212.17.121.218]) by hub.freebsd.org (Postfix) with SMTP id EA65037B405 for ; Fri, 19 Apr 2002 12:10:54 -0700 (PDT) Received: (qmail 90368 invoked from network); 19 Apr 2002 19:10:53 -0000 Received: from unknown (HELO freebsd3.rocks) (192.168.1.10) by 192.168.1.1 with SMTP; 19 Apr 2002 19:10:53 -0000 Received: (qmail 20570 invoked by uid 1001); 19 Apr 2002 19:10:24 -0000 Date: Fri, 19 Apr 2002 21:10:24 +0200 From: Herbert To: hackers@FreeBSD.org Subject: 4.5 STABLE - kernel panics Message-ID: <20020419191024.GA19081@TK212017121218.teleweb.at> Mail-Followup-To: Herbert , hackers@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Operating-System: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hei! When I have tried to compile QT-3.0.3 with g++30 today my FreeBSD-STABLE kernel paniced while gmake was generating the Makefiles. # uname -a FreeBSD freebsd3.rocks 4.5-STABLE FreeBSD 4.5-STABLE #0: Fri Apr 19 07:24:16 CEST 2002 herbert@freebsd3.rocks:/usr/obj/usr/src/sys/ATAPICAM i386 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x46 fault code = supervisor read, page not present instruction pointer = 0x8:0xc02798d4 stack pointer = 0x10:0xdd7d5c28 frame pointer = 0x10:0xdd7d5c18 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 16947 (cpp0) interrupt mask = none trap number = 12 panic: page fault syncing disks... 24 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 done Uptime: 6h15m10s (kgdb) bt #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc016d313 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc016d751 in panic (fmt=0xc02bbfcc "%s") at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc027c36b in trap_fatal (frame=0xdd7d5be8, eva=70) at /usr/src/sys/i386/i386/trap.c:966 #4 0xc027c019 in trap_pfault (frame=0xdd7d5be8, usermode=0, eva=70) at /usr/src/sys/i386/i386/trap.c:859 #5 0xc027bb93 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = -574190496, tf_esi = -578986936, tf_ebp = -578986984, tf_isp = -578986988, tf_ebx = 14, tf_edx = -578998272, tf_ecx = 13077933, tf_eax = 14, tf_trapno = 12, tf_err = 0, tf_eip = -1071146796, tf_cs = 8, tf_eflags = 66050, tf_esp = 0, tf_ss = -579023232}) at /usr/src/sys/i386/i386/trap.c:458 #6 0xc02798d4 in pmap_prefault (pmap=0x8, addra=66050, entry=0x0) at /usr/src/sys/i386/i386/pmap.c:2535 Anyone knows what's going on here? Regards, Herbert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 13: 3: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by hub.freebsd.org (Postfix) with ESMTP id C5F4337B416; Fri, 19 Apr 2002 13:02:41 -0700 (PDT) Received: (from ambrisko@localhost) by ambrisko.com (8.11.6/8.11.6) id g3JK1q748470; Fri, 19 Apr 2002 13:01:52 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200204192001.g3JK1q748470@ambrisko.com> Subject: Re: vlan traffic over ipsec tunnel In-Reply-To: <200204191713.g3JHDVg41265@arch20m.dellroad.org> To: Archie Cobbs Date: Fri, 19 Apr 2002 13:01:52 -0700 (PDT) Cc: Terry Lambert , "Peter J. Blok" , freebsd-hackers@FreeBSD.org, freebsd-net@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Archie Cobbs writes: | Terry Lambert writes: | > Bridging doesn't work with the vlanX interface currently in FreeBSD. | | Why not? | | I believe you, I've just never used vlans and always assumed | that they acted like normal Ethernet interfaces. Same here: a21p# ngctl list There are 5 total nodes: Name: ngctl53375 Type: socket ID: 00000006 Num hooks: 0 Name: an0 Type: ether ID: 00000005 Num hooks: 0 Name: vmnet1 Type: ether ID: 00000004 Num hooks: 0 Name: vlan0 Type: ether ID: 00000003 Num hooks: 0 Name: fxp0 Type: ether ID: 00000002 Num hooks: 0 a21p# ifconfig vlan0 vlan0: flags=8843 mtu 1500 inet 192.168.33.1 netmask 0xffffff00 broadcast 192.168.33.255 ether 00:10:a4:91:2e:ce vlan: 34 parent interface: fxp0 a21p# Would imply it should just work to bridge vlan's via netgraph bridging. As Archie said I have not tested this to prove how it does or does not work since I haven't had a need to try it. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 13:20:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 4EFE637B400; Fri, 19 Apr 2002 13:20:09 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020419202009.KVXL1143.rwcrmhc51.attbi.com@InterJet.elischer.org>; Fri, 19 Apr 2002 20:20:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA08505; Fri, 19 Apr 2002 13:19:43 -0700 (PDT) Date: Fri, 19 Apr 2002 13:19:42 -0700 (PDT) From: Julian Elischer To: Doug Ambrisko Cc: Archie Cobbs , Terry Lambert , "Peter J. Blok" , freebsd-hackers@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: vlan traffic over ipsec tunnel In-Reply-To: <200204192001.g3JK1q748470@ambrisko.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 19 Apr 2002, Doug Ambrisko wrote: > Archie Cobbs writes: > | Terry Lambert writes: > | > Bridging doesn't work with the vlanX interface currently in FreeBSD. > | > | Why not? > | > | I believe you, I've just never used vlans and always assumed > | that they acted like normal Ethernet interfaces. > > Same here: > a21p# ngctl list > There are 5 total nodes: > Name: ngctl53375 Type: socket ID: 00000006 Num hooks: 0 > Name: an0 Type: ether ID: 00000005 Num hooks: 0 > Name: vmnet1 Type: ether ID: 00000004 Num hooks: 0 > Name: vlan0 Type: ether ID: 00000003 Num hooks: 0 > Name: fxp0 Type: ether ID: 00000002 Num hooks: 0 > a21p# ifconfig vlan0 > vlan0: flags=8843 mtu 1500 > inet 192.168.33.1 netmask 0xffffff00 broadcast 192.168.33.255 > ether 00:10:a4:91:2e:ce > vlan: 34 parent interface: fxp0 > a21p# > > Would imply it should just work to bridge vlan's via netgraph bridging. > As Archie said I have not tested this to prove how it does or does not > work since I haven't had a need to try it. I don't know, but it may have problems setting promiscuous mode.. is there such a thing in vlan mode? > > Doug A. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 13:20:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id DAEE437B425; Fri, 19 Apr 2002 13:20:19 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020419202019.KWBZ1143.rwcrmhc51.attbi.com@InterJet.elischer.org>; Fri, 19 Apr 2002 20:20:19 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA08503; Fri, 19 Apr 2002 13:18:17 -0700 (PDT) Date: Fri, 19 Apr 2002 13:18:16 -0700 (PDT) From: Julian Elischer To: Doug Ambrisko Cc: Archie Cobbs , Terry Lambert , "Peter J. Blok" , freebsd-hackers@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: vlan traffic over ipsec tunnel In-Reply-To: <200204192001.g3JK1q748470@ambrisko.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG failing that, I have just had "contributed" some code that produces an actual "vlan" netgraph node. You attach it to the ethernet node.. I'm still reading it to work out what it does.. On Fri, 19 Apr 2002, Doug Ambrisko wrote: > Archie Cobbs writes: > | Terry Lambert writes: > | > Bridging doesn't work with the vlanX interface currently in FreeBSD. > | > | Why not? > | > | I believe you, I've just never used vlans and always assumed > | that they acted like normal Ethernet interfaces. > > Same here: > a21p# ngctl list > There are 5 total nodes: > Name: ngctl53375 Type: socket ID: 00000006 Num hooks: 0 > Name: an0 Type: ether ID: 00000005 Num hooks: 0 > Name: vmnet1 Type: ether ID: 00000004 Num hooks: 0 > Name: vlan0 Type: ether ID: 00000003 Num hooks: 0 > Name: fxp0 Type: ether ID: 00000002 Num hooks: 0 > a21p# ifconfig vlan0 > vlan0: flags=8843 mtu 1500 > inet 192.168.33.1 netmask 0xffffff00 broadcast 192.168.33.255 > ether 00:10:a4:91:2e:ce > vlan: 34 parent interface: fxp0 > a21p# > > Would imply it should just work to bridge vlan's via netgraph bridging. > As Archie said I have not tested this to prove how it does or does not > work since I haven't had a need to try it. > > Doug A. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 13:45: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id B18D637B405; Fri, 19 Apr 2002 13:45:01 -0700 (PDT) Received: from pool0151.cvx22-bradley.dialup.earthlink.net ([209.179.198.151] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 16yfFQ-0006V5-00; Fri, 19 Apr 2002 13:44:48 -0700 Message-ID: <3CC081A3.976291AD@mindspring.com> Date: Fri, 19 Apr 2002 13:44:19 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Archie Cobbs Cc: "Peter J. Blok" , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: vlan traffic over ipsec tunnel References: <200204191713.g3JHDVg41265@arch20m.dellroad.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Archie Cobbs wrote: > Terry Lambert writes: > > Bridging doesn't work with the vlanX interface currently in FreeBSD. > > Why not? > > I believe you, I've just never used vlans and always assumed > that they acted like normal Ethernet interfaces. According to people in -questions on 18 Dec of last year, it's not possible. I imagine it's because the vlan interfaces don't push their packets through ether_input, like real interfaces do. Julian's approach would put the vlan's on ng_ether, which would push through the code that does the bridging. Last December 20 on -net, he said the caode for a VLAN netgraph node was being donated by "this French committer" (sorry, I don't remember the exact words he used; I only scanned the posting in passing, 4 months ago, when VLAN's weren't important to me). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 13:48: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id EFAB037B404; Fri, 19 Apr 2002 13:47:53 -0700 (PDT) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g3JKloq71696; Fri, 19 Apr 2002 13:47:50 -0700 (PDT) (envelope-from rizzo) Date: Fri, 19 Apr 2002 13:47:50 -0700 From: Luigi Rizzo To: Terry Lambert Cc: Archie Cobbs , "Peter J. Blok" , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: vlan traffic over ipsec tunnel Message-ID: <20020419134750.A71672@iguana.icir.org> References: <200204191713.g3JHDVg41265@arch20m.dellroad.org> <3CC081A3.976291AD@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CC081A3.976291AD@mindspring.com> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG i recently (late february) made some commits that among other things enabled the native bridging in FreeBSD to work on vlans. Both on -stable and -current. cheers luigi On Fri, Apr 19, 2002 at 01:44:19PM -0700, Terry Lambert wrote: > Archie Cobbs wrote: > > Terry Lambert writes: > > > Bridging doesn't work with the vlanX interface currently in FreeBSD. > > > > Why not? > > > > I believe you, I've just never used vlans and always assumed > > that they acted like normal Ethernet interfaces. > > According to people in -questions on 18 Dec of last year, it's > not possible. > > I imagine it's because the vlan interfaces don't push their > packets through ether_input, like real interfaces do. > > Julian's approach would put the vlan's on ng_ether, which > would push through the code that does the bridging. Last > December 20 on -net, he said the caode for a VLAN netgraph > node was being donated by "this French committer" (sorry, I > don't remember the exact words he used; I only scanned the > posting in passing, 4 months ago, when VLAN's weren't > important to me). > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 13:59:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 6532037B405; Fri, 19 Apr 2002 13:59:28 -0700 (PDT) Received: from pool0151.cvx22-bradley.dialup.earthlink.net ([209.179.198.151] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 16yfTD-0007Qz-00; Fri, 19 Apr 2002 13:59:03 -0700 Message-ID: <3CC084F1.1951442A@mindspring.com> Date: Fri, 19 Apr 2002 13:58:25 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: Doug Ambrisko , Archie Cobbs , "Peter J. Blok" , freebsd-hackers@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: vlan traffic over ipsec tunnel References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > > Would imply it should just work to bridge vlan's via netgraph bridging. > > As Archie said I have not tested this to prove how it does or does not > > work since I haven't had a need to try it. > > I don't know, but it may have problems setting promiscuous mode.. > is there such a thing in vlan mode? It might work with the Netgraph bridging. It's not going to work with the packet fast forwarding. The new netgraph version goes through ether_input, so it should not be a problem. Promiscuous mode isn't really necessary (IMO), at least on the interface to which it's trunked. It *might* be an issue for the VLAN itself, though, if it's supposed to bridge to a non-VLAN. My impression of bridging in theis context was that you would use it to create a virtual LAN at otherwise physically disjoint locations, so that bridging should be automatic, at least that way. That implied (to me) that the bridging was e.g. to allow a box to be on the local net with an ethernet interface, and act as a bridge between that net and another local net, using the VLAN as a transport, over something else (e.g. a point-to-point IPSEC link between the "bridges"). From old DEC days, I'd say it was the moral equivalent of a DELNI, where you have half a bridge, a quarter mile of optical fiber, and the other half of the bridge, and everything on either side just sees a bridge. I imagine that the primary use would be for VPN's, where there were N nodes at one site and M nodes at another, where N > 1 && M > 1. Unfortunately, I don't have a Cisco Catalyst 2900 or other toys necessary to play with VLAN interoperability at the moment, I can only play with FreeBSD<->FreeBSD VLAN stuff, and then draw conclusions based on the RFCs and Cisco and other documentation. Sorry to be so vague. 8-(. Maybe someone with a larger "toy" budget than I have could contribute something to the conversation? I know Bill Paul has done a lot of work with VLAN code (he wrote the FreeBSD FEC code), and I expect Jon Lemon would be quite knowledgable, too, being a Cisco employee (plus have access to toys we haven't even heard of, yet ;^)). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 14: 0:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id E37A537B405; Fri, 19 Apr 2002 14:00:44 -0700 (PDT) Received: from pool0151.cvx22-bradley.dialup.earthlink.net ([209.179.198.151] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 16yfUj-0001cP-00; Fri, 19 Apr 2002 14:00:37 -0700 Message-ID: <3CC08558.DC64E500@mindspring.com> Date: Fri, 19 Apr 2002 14:00:08 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: Doug Ambrisko , Archie Cobbs , "Peter J. Blok" , freebsd-hackers@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: vlan traffic over ipsec tunnel References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > > failing that, I have just had "contributed" > some code that produces an actual "vlan" netgraph node. > You attach it to the ethernet node.. I'm still > reading it to work out what it does.. Is this the "VLAN implemented in Netgraph" thing you were talking about last December, or is it the just glue code? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 14: 2:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 81DCD37B405; Fri, 19 Apr 2002 14:02:41 -0700 (PDT) Received: from pool0151.cvx22-bradley.dialup.earthlink.net ([209.179.198.151] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 16yfWL-0003X9-00; Fri, 19 Apr 2002 14:02:18 -0700 Message-ID: <3CC085BD.B58BE3C6@mindspring.com> Date: Fri, 19 Apr 2002 14:01:49 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Luigi Rizzo Cc: Archie Cobbs , "Peter J. Blok" , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: vlan traffic over ipsec tunnel References: <200204191713.g3JHDVg41265@arch20m.dellroad.org> <3CC081A3.976291AD@mindspring.com> <20020419134750.A71672@iguana.icir.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Luigi Rizzo wrote: > i recently (late february) made some commits that among other > things enabled the native bridging in FreeBSD to work on vlans. > Both on -stable and -current. OK, then I'm out of date. Does this work with ip.fastforwarding? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 14:19:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 68C2937B419; Fri, 19 Apr 2002 14:19:14 -0700 (PDT) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g3JLJBF71922; Fri, 19 Apr 2002 14:19:11 -0700 (PDT) (envelope-from rizzo) Date: Fri, 19 Apr 2002 14:19:11 -0700 From: Luigi Rizzo To: Terry Lambert Cc: Archie Cobbs , "Peter J. Blok" , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: vlan traffic over ipsec tunnel Message-ID: <20020419141911.A71847@iguana.icir.org> References: <200204191713.g3JHDVg41265@arch20m.dellroad.org> <3CC081A3.976291AD@mindspring.com> <20020419134750.A71672@iguana.icir.org> <3CC085BD.B58BE3C6@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CC085BD.B58BE3C6@mindspring.com> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Apr 19, 2002 at 02:01:49PM -0700, Terry Lambert wrote: > Luigi Rizzo wrote: > > i recently (late february) made some commits that among other > > things enabled the native bridging in FreeBSD to work on vlans. > > Both on -stable and -current. > > OK, then I'm out of date. > > Does this work with ip.fastforwarding? well, i don't understand the question given that bridging is below IP and is done within ether_input() -- so technically yes, bridged packets are processed to completion irrespective of the settin of ip.fastforwarding cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 14:20:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id E2DD937B404; Fri, 19 Apr 2002 14:20:13 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020419212013.YYFH1102.rwcrmhc54.attbi.com@InterJet.elischer.org>; Fri, 19 Apr 2002 21:20:13 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA08727; Fri, 19 Apr 2002 14:02:13 -0700 (PDT) Date: Fri, 19 Apr 2002 14:02:13 -0700 (PDT) From: Julian Elischer To: Terry Lambert Cc: Archie Cobbs , "Peter J. Blok" , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: vlan traffic over ipsec tunnel In-Reply-To: <3CC081A3.976291AD@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 19 Apr 2002, Terry Lambert wrote: > > Julian's approach would put the vlan's on ng_ether, which > would push through the code that does the bridging. Last > December 20 on -net, he said the caode for a VLAN netgraph > node was being donated by "this French committer" (sorry, I > don't remember the exact words he used; I only scanned the > posting in passing, 4 months ago, when VLAN's weren't > important to me). I have the netgraph vlan code now.. I'm reading it to try understand what it does.. > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 14:21:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id F2A6837B47D; Fri, 19 Apr 2002 14:20:20 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020419212019.YYHG1102.rwcrmhc54.attbi.com@InterJet.elischer.org>; Fri, 19 Apr 2002 21:20:19 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA08738; Fri, 19 Apr 2002 14:04:10 -0700 (PDT) Date: Fri, 19 Apr 2002 14:04:09 -0700 (PDT) From: Julian Elischer To: Terry Lambert Cc: Doug Ambrisko , Archie Cobbs , "Peter J. Blok" , freebsd-hackers@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: vlan traffic over ipsec tunnel In-Reply-To: <3CC08558.DC64E500@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG apparently, though I am still trying to understand it.. On Fri, 19 Apr 2002, Terry Lambert wrote: > Julian Elischer wrote: > > > > failing that, I have just had "contributed" > > some code that produces an actual "vlan" netgraph node. > > You attach it to the ethernet node.. I'm still > > reading it to work out what it does.. > > Is this the "VLAN implemented in Netgraph" thing you were > talking about last December, or is it the just glue code? > > -- Terry > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 16:20:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from histidine.utmb.edu (histidine.utmb.edu [129.109.59.80]) by hub.freebsd.org (Postfix) with ESMTP id 34EC537B426 for ; Fri, 19 Apr 2002 16:20:22 -0700 (PDT) Received: from scms.utmb.edu (histidine.utmb.edu [129.109.59.80]) by histidine.utmb.edu (8.12.2/8.12.2) with ESMTP id g3INtSaD037546 for ; Thu, 18 Apr 2002 18:55:28 -0500 (CDT) (envelope-from bdodson@scms.utmb.edu) Received: from scms.utmb.edu (localhost [127.0.0.1]) by scms.utmb.edu (8.11.6/8.11.6) with ESMTP id g3INtP307532 for ; Thu, 18 Apr 2002 18:55:26 -0500 (CDT) (envelope-from bdodson@scms.utmb.edu) Message-Id: <200204182355.g3INtP307532@scms.utmb.edu> Date: Thu, 18 Apr 2002 18:55:24 -0500 (CDT) From: bdodson@scms.utmb.edu Reply-To: bdodson@scms.utmb.edu Subject: resolver library and changes in /etc/resolv.conf To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As part of debugging massive email failures for my local lab domain after our campus IS people changed from Solaris to Windows2000 for DNS last weekend, I had the occasion to change the name server entries in /etc/resolv.conf. I thought (wrongly it turns out) that I could just make the changes, and they would be picked up automatically. Is this sendmail remembering the name server list it got when it was started? Can I just send it a HUP and have it pick up the changes? I know that going down to single user and back to multiuser is sufficient, but is there a less intrusive way to force the changes to be recognized? I would like a procedure that worked globally for all processes, not just sendmail, if possible. TIA, Bud Dodson -- M. L. Dodson bdodson@scms.utmb.edu 409-772-2178 FAX: 409-772-1790 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 17:31:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.112.68]) by hub.freebsd.org (Postfix) with ESMTP id 8797437B405 for ; Fri, 19 Apr 2002 17:31:09 -0700 (PDT) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id 4C50C66B04; Fri, 19 Apr 2002 19:31:10 -0500 (CDT) Date: Fri, 19 Apr 2002 19:31:10 -0500 From: Sean Kelly To: bdodson@scms.utmb.edu Cc: freebsd-hackers@freebsd.org Subject: Re: resolver library and changes in /etc/resolv.conf Message-ID: <20020420003110.GA47758@edgemaster.zombie.org> References: <200204182355.g3INtP307532@scms.utmb.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <200204182355.g3INtP307532@scms.utmb.edu> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 18, 2002 at 06:55:24PM -0500, bdodson@scms.utmb.edu wrote: > As part of debugging massive email failures for my local lab domain > after our campus IS people changed from Solaris to Windows2000 for DNS > last weekend, I had the occasion to change the name server entries in > /etc/resolv.conf. I thought (wrongly it turns out) that I could just > make the changes, and they would be picked up automatically. Is this > sendmail remembering the name server list it got when it was started? > Can I just send it a HUP and have it pick up the changes? I know that > going down to single user and back to multiuser is sufficient, but is > there a less intrusive way to force the changes to be recognized? I > would like a procedure that worked globally for all processes, not just > sendmail, if possible. The contents of /etc/resolv.conf are picked up when the application calls res_init(). Your best bet would be to just restart sendmail. You don't have to go to singleuser to make the change, just restart the networked stuff. --=20 Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) iD8DBQE8wLbN2aukpHcELHsRAkcEAJ9VxZKASTO+KxCeIQh1JjD5OGoC9gCfeIGE if2SwpWlC8wI5CUZzkFZIWU= =drH0 -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 18:25:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from zoot.corp.yahoo.com (zoot.corp.yahoo.com [216.145.52.89]) by hub.freebsd.org (Postfix) with ESMTP id 3D59737B400 for ; Fri, 19 Apr 2002 18:25:10 -0700 (PDT) Received: from zoot.corp.yahoo.com (localhost [127.0.0.1]) by zoot.corp.yahoo.com (8.12.3/8.12.3) with ESMTP id g3K1PAHW018295; Fri, 19 Apr 2002 18:25:10 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from localhost (dougb@localhost) by zoot.corp.yahoo.com (8.12.3/8.12.3/Submit) with ESMTP id g3K1OuNe018292; Fri, 19 Apr 2002 18:24:57 -0700 (PDT) X-Authentication-Warning: zoot.corp.yahoo.com: dougb owned process doing -bs Date: Fri, 19 Apr 2002 18:24:56 -0700 (PDT) From: Doug Barton X-X-Sender: dougb@zoot.corp.yahoo.com To: Sean Kelly Cc: bdodson@scms.utmb.edu, Subject: Re: resolver library and changes in /etc/resolv.conf In-Reply-To: <20020420003110.GA47758@edgemaster.zombie.org> Message-ID: <20020419182434.L18267-100000@zoot.corp.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 19 Apr 2002, Sean Kelly wrote: > The contents of /etc/resolv.conf are picked up when the application calls > res_init(). Your best bet would be to just restart sendmail. You don't > have to go to singleuser to make the change, just restart the networked > stuff. sshd is another one that only reads resolv.conf at startup. -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 20:44: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from artemis.drwilco.net (diana.drwilco.net [66.48.127.79]) by hub.freebsd.org (Postfix) with ESMTP id 88E5237B417 for ; Fri, 19 Apr 2002 20:43:47 -0700 (PDT) Received: from ceres.drwilco.net (docwilco.xs4all.nl [213.84.68.230]) by artemis.drwilco.net (8.11.6/8.11.6) with ESMTP id g3K3h6q53718 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Fri, 19 Apr 2002 23:43:08 -0400 (EDT) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020420054343.01c6b5e8@mail.drwilco.net> X-Sender: lists@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sat, 20 Apr 2002 05:55:55 +0200 To: hawkeyd@visi.com, dsturnbull@optushome.com.au, freebsd-hackers@FreeBSD.ORG From: "Rogier R. Mulhuijzen" Subject: Re: updated install files for 4.5-R after security patches? In-Reply-To: <200204191215.g3JCFvL03141@sheol.localdomain> References: <1019175741.22772.5.camel_darkstar.turnbull.org@ns.sol.net> <1019175741.22772.5.camel_darkstar.turnbull.org@ns.sol.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 07:15 19-4-2002 -0500, D J Hawkey Jr wrote: >In article <1019175741.22772.5.camel_darkstar.turnbull.org@ns.sol.net>, >Sections 9 and 19. In a nutshell, one uses the 'cvsup' tool to freshen >your source code, then one rebuilds and installs the OS and/or kernel. >It's not as daunting a task as it sounds. > >As it turns out, there's a very recent thread in freebsd-security about >this very topic, if you want to know the ups and downs about it. I actually know David and I know he's familiar with cvsupping and rebuilding from source. I guess what his question should be read as "if the ISO images and distributions are not updated after the -SECURE branch has been updated, why isn't this the case?" And I must agree, we know there are bugs in 4.5-RELEASE, yet we don't update the images for 4.5-RELEASE. Yes of course people can use cvsup and upgrade that way. But what about people who are about to install from scratch? Do we REALLY want them to install a faulty version and then upgrade with cvsup? I can't see any good reasons to not update them, or replace 4.5-RELEASE with 4.5-RELEASE-pN at the very least. And also, cvsup is a beautiful thing, but I can't see someone with a 500MB harddrive doing a make buildworld. And yes I sometimes am forced to run FreeBSD on such a small system. >BTW, freebsd-hackers is not the appropriate venue for questions like this. >Neither is freebsd-security, actually. Try freebsd-questions next time. Since he was aware of cvsup I don't think -questions was the right place. He just should have elaborated a little more. Greets, Doc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 21: 1:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from bran.mc.mpls.visi.com (bran.mc.mpls.visi.com [208.42.156.103]) by hub.freebsd.org (Postfix) with ESMTP id 5A36337B417 for ; Fri, 19 Apr 2002 21:01:29 -0700 (PDT) Received: from sheol.localdomain (hawkeyd-fw.dsl.visi.com [208.42.101.193]) by bran.mc.mpls.visi.com (Postfix) with ESMTP id 4EF124984; Fri, 19 Apr 2002 23:01:28 -0500 (CDT) Received: (from hawkeyd@localhost) by sheol.localdomain (8.11.6/8.11.6) id g3K41Sa10262; Fri, 19 Apr 2002 23:01:28 -0500 (CDT) (envelope-from hawkeyd) Date: Fri, 19 Apr 2002 23:01:28 -0500 From: D J Hawkey Jr To: "Rogier R. Mulhuijzen" Cc: dsturnbull@optushome.com.au, freebsd-hackers@FreeBSD.ORG Subject: Re: updated install files for 4.5-R after security patches? Message-ID: <20020419230128.C10089@sheol.localdomain> Reply-To: hawkeyd@visi.com References: <1019175741.22772.5.camel_darkstar.turnbull.org@ns.sol.net> <1019175741.22772.5.camel_darkstar.turnbull.org@ns.sol.net> <200204191215.g3JCFvL03141@sheol.localdomain> <5.1.0.14.0.20020420054343.01c6b5e8@mail.drwilco.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <5.1.0.14.0.20020420054343.01c6b5e8@mail.drwilco.net>; from drwilco@drwilco.net on Sat, Apr 20, 2002 at 05:55:55AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Apr 20, at 05:55 AM, Rogier R. Mulhuijzen wrote: > > At 07:15 19-4-2002 -0500, D J Hawkey Jr wrote: > >In article <1019175741.22772.5.camel_darkstar.turnbull.org@ns.sol.net>, > >Sections 9 and 19. In a nutshell, one uses the 'cvsup' tool to freshen > >your source code, then one rebuilds and installs the OS and/or kernel. > >It's not as daunting a task as it sounds. > > > >As it turns out, there's a very recent thread in freebsd-security about > >this very topic, if you want to know the ups and downs about it. > > I actually know David and I know he's familiar with cvsupping and > rebuilding from source. > > I guess what his question should be read as "if the ISO images and > distributions are not updated after the -SECURE branch has been updated, > why isn't this the case?" > > And I must agree, we know there are bugs in 4.5-RELEASE, yet we don't > update the images for 4.5-RELEASE. > > Yes of course people can use cvsup and upgrade that way. But what about > people who are about to install from scratch? Do we REALLY want them to > install a faulty version and then upgrade with cvsup? I can't see any good > reasons to not update them, or replace 4.5-RELEASE with 4.5-RELEASE-pN at > the very least. You and David ought to check out that thread in freebsd-security. I think it's died down now, but it does cover your and other's issues better than I care to try to interate here. For my money, I came down in it with a "If you want it, you're going to have to get that ball moving for yourself, 'cuz it's got it's technological downsides, and The Project hasn't the resources to devote.". > And also, cvsup is a beautiful thing, but I can't see someone with a 500MB > harddrive doing a make buildworld. And yes I sometimes am forced to run > FreeBSD on such a small system. Now, I don't recall seeing this a an issue in that thread I refer to. OTOH, I don't know that it would have added or subtracted much, either. > >BTW, freebsd-hackers is not the appropriate venue for questions like this. > >Neither is freebsd-security, actually. Try freebsd-questions next time. > > Since he was aware of cvsup I don't think -questions was the right place. > He just should have elaborated a little more. I meant no offense in that comment. I hope none was taken. I hope none is taken with this, either: Do we really want to open this discussion [again] in freebsd-hackers? > Greets, > Doc SeeYa, Dave -- ______________________ ______________________ \__________________ \ D. J. HAWKEY JR. / __________________/ \________________/\ hawkeyd@visi.com /\________________/ http://www.visi.com/~hawkeyd/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 21:19:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.alapower.com.tw (adsl-61-56-243-107.TCON.sparqnet.net [61.56.243.107]) by hub.freebsd.org (Postfix) with ESMTP id 4E8F837B41C for ; Fri, 19 Apr 2002 21:19:31 -0700 (PDT) Received: from tendy (61-216-167-111.HINET-IP.hinet.net [61.216.167.111]) by mail.alapower.com.tw (8.11.2/8.11.2) with SMTP id g3K3sNr08021; Sat, 20 Apr 2002 11:54:24 +0800 Message-ID: <00dc01c1e81d$dca23c80$6fa7d83d@tendy> From: "=?big5?B?pXjGV7lxpGy2VKn2uvSvuA==?=" To: =?big5?B?pXjGV6SkpHCl+Ld+?= Subject: =?big5?B?xXeq77ZRpL2lcadLtk+1br/9?= Date: Sat, 20 Apr 2002 11:27:50 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00A6_01C1E85E.6B3B41E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_00A6_01C1E85E.6B3B41E0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable =BF=CB=B7R=AA=BA=AB=C8=A4=E1=B1z=A6n: a.. = OEA=A5=FE=B2y=B6T=A9=F6=BA=F4=A1Awww.oea.com.tw=A1A=C5w=AA=EF=A5x=C6W=A4=A4= =A4p=A5=F8=B7~=A7K=B6O=A5[=A4J=B7|=AD=FB=A1C b.. = OEA=A5=FE=B2y=B6T=A9=F6=BA=F4=ACO=B1M=AC=B0=A5=FE=B2y=B5=D8=B0=D3=A5=AB=B3= =F5=A4=CE=A5x=C6W=A4=BA=BEP=A5=AB=B3=F5=A9=D2=AB=D8=A5=DF=AA=BA=B1M=B7~=A5= x=C6W=B2=A3=B7~=B9q=A4l=B6T=A9=F6=A5=AD=A5x=A1A=B4=A3=A8=D1=A4F=B2=A3=AB~= =B7j=B4M=A1B=B6T=A9=F6=BE=F7=B7|=A1B=BCt=B0=D3=B5n=BF=FD=A1B=A6h=B4C=C5=E9= =A4=AC=B0=CA=A5=F8=B7~=C2=B2=A4=B6=A5=FA=BA=D0=A1B=A5=F8=B7~=BA=F4=AF=B8=B3= =F8=BB=F9=A4=CE=B8=DF=BB=F9=A8t=B2=CE=A1B=A5=F8=B7~=B9q=A4l=AB=AC=BF=FD=A1= B2D=BBP3D=B0=CA=B5e=A1B=BCv=A4=F9=BBP=B5=EA=C0=C0=B9=EA=B9=D2=A1B=B5=EA=C0= =C0=A5D=BE=F7=AF=B2=A5=CE=A1B=BA=F4=AD=B6=B3]=ADp=A1B=B1M=AE=D7=BA=F4=AF=B8= =AB=D8=B8m=A1B=B0=D3=B0=C8=B8=EA=B0T=B5=A5=B1M=B7~=AAA=B0=C8=A1C=20 c.. = OEA=A5=FE=B2y=B6T=A9=F6=BA=F4=A1A=AC=B0=A5=FE=B2y=B3=CC=A4j=B5=D8=A4H=B0=D3= =B7~=B6T=A9=F6=BA=F4=AF=B8=A4=A7=A4@=A1A=BE=D6=A6=B3=A5x=C6W=A4G=A4d=AEa=A5= =F8=B7~=B7|=AD=FB=A1A=AE=FC=A5~=B5=D8=B0=D3=A4W=A4d=AEa=B7|=AD=FB=A1A=A9M= =B0=EA=A4=BA=AA=BE=A6W=A4W=A5=AB=A4W=C2d=A4=BD=A5q=A4=CE=B3\=A6h=A4=A4=A4= p=A5=F8=B7~=AA=BA=AB=C8=A4=E1=A1C=20 d.. = =B5L=BD=D7=B6Q=A4=BD=A5q=ACO=B8g=C0=E7=A4=BA=BEP=A8=C6=B7~=A1A=A9=DD=AEi=B0= =EA=A4=BA=A6=E6=BEP=B3q=B8=F4=A1A=A9=CE=ACO=B8g=C0=E7=A5~=BEP=A8=C6=B7~=A1= A=A9=DD=AEi=AE=FC=A5~=A5=AB=B3=F5=A1C = OEA=A5=FE=B2y=B6T=A9=F6=BA=F4=B4=A3=A8=D1=A5=FE=A4=E8=A6=EC=BA=F4=B8=F4=A6= =E6=BEP=BE=E3=A6X=A4=E8=AE=D7=A1A=B4=A3=A8=D1=B5=B9=B6Q=A4=BD=A5q=A8=E3=A6= =B3=B0=EA=A4=BA=A5~=B6R=BD=E6=B8=EA=B0T=A1B=B0=D3=B7~=BE=F7=B7|=A1B=A6X=A7= @=A5[=A4u=A1B=B8g=BEP=A5N=B2z=A4=CE=B7s=B2=A3=AB~=A4W=A5=AB=B5=A5=A6h=B6=B5= =BCs=A7i=A4=CE=C3n=A5=FA=A5\=AF=E0=A1C=20 e.. = =BA=F4=AF=B8=B3W=B9=BA=A5H=B0=C8=B9=EA=A1A=BF=CB=A4=C1=A1A=C2=B2=B3=E6=AA= =BA=BE=DE=A7@=A4=B6=AD=B1=AC=B0=AE=D6=A4=DF=B2z=A9=C0=A1C=C5w=AA=EF=B6Q=A4= =BD=A5q=A7K=B6O=A5[=A4J=A4@=AF=EB=B7|=AD=FB=A1A=BE=D6=A6=B3=A6h=B6=B5=A5[= =AD=C8=AAA=B0=C8=A1C=20 =20 f.. = =B6=C0=AA=F7=B7|=AD=FB=ABP=BEP=B1M=AE=D7=A1G=A4@=A6~=A5u=ADnNT$6,000=A4=B8= =A1A=A8=E3=A6=B3=A4U=A6C=A5[=AD=C8=AAA=B0=C8=A1C 1. = =B4=A3=A8=D11=A6~20M=B1M=C4=DD=BA=F4=AF=B8=BCe=C0W=B5=EA=C0=C0=A5D=BE=F7=AF= =B2=A5=CE=A1A=B0=EA=A4=BA=B3s=BDu=C0W=BCe1000M=A1A=AC=FC=B0=EAT3=B1M=BDu=A1= C 2. = =B4=A3=A8=D1=A5D=BE=F7=B2=BE=C2=E0=A4=CE=BA=F4=AD=B6=AD=D7=A7=EF=A1C 3. = =B5n=BF=FDOEA=A5=FE=B2y=B6T=A9=F6=BA=F4=B2=A3=AB~=B8=EA=AE=C6=AEw=A4=CE=AD= =BA=AD=B6banner=BCs=A7i=AC=DD=AA=A9=A1C 4. = =B5n=BF=FD10=AD=D3=A5x=C6W=B7j=B4M=A4=DE=C0=BA=A1A=A5]=ACA=A9_=BC=AF=AF=B8= =A1B=BF=BB=C1=A6=C3=C3=A1BHinet=A1B=B7s=AE=F6=BA=F4=B5=A5=B5=A5=A1C 5. = =B5n=BF=FD=B0=EA=BB=DA=AA=BE=A6W=B8g=B6T=BA=F4=AF=B8=A1A=A5]=ACA=AA=FC=A8= =BD=A4=DA=A4=DA=A1BEC21=A1BGlobal source=B5=A5=B5=A5=A1C 6. =B4=A3=A8=D1=A4@=AD=D3=B9q=A4l=B6l=A5=F3=B1M=C4=DD=ABH=BDc = (username@domain name)=A1C g.. =B1M=AE=D7=BA=F4=AF=B8=AB=D8=B8m=A1G =A5=F8=B7~=BA=F4=AF=B8=A1G=A7g=B0=EA=A4=D1=A4U=A6=B3=AD=AD=A4=BD=A5q = =B0=D3=B7~=BA=F4=AF=B8=A1G=B0=B7=B6=D7=B9=EA=B7~=AA=D1=A5=F7=A6=B3=AD=AD=A4= =BD=A5q =C0R=BAA=BA=F4=AF=B8=A1G=C2=EA=C4_=A6=B3=AD=AD=A4=BD=A5q ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ OEA=A5=FE=B2y=B5=D8=B0=D3=B6T=A9=F6=B8=EA=B7=BD=BA=F4 www.oea.com.tw =B7s=A8=A3=B8=EA=B0T=A6=B3=AD=AD=A4=BD=A5q www.newsight.com.tw =B9q=A4l=B6l=A5=F3=ABH=BDc=A1Gservice@newsight.com.tw ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ------=_NextPart_000_00A6_01C1E85E.6B3B41E0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
=BF=CB=B7R=AA=BA=AB=C8=A4=E1=B1z=A6n:
  • OEA=A5=FE=B2y=B6T=A9=F6=BA=F4=A1Awww.oea.com.tw=A1A=C5w=AA=EF=A5x=C6W=A4=A4=A4p=A5=F8=B7~=A7K=B6O=A5[=A4J=B7|=AD= =FB=A1C
  • OEA=A5=FE=B2y=B6T=A9=F6=BA=F4=ACO=B1M=AC=B0=A5=FE=B2y=B5=D8=B0=D3=A5=AB=B3=F5=A4=CE=A5x=C6W=A4=BA=BEP=A5=AB=B3=F5=A9=D2=AB=D8=A5=DF=AA= =BA=B1M=B7~=A5x=C6W=B2=A3=B7~=B9q=A4l=B6T=A9=F6=A5=AD=A5x=A1A=B4=A3=A8=D1=A4F=B2=A3=AB~=B7j=B4M=A1B=B6T=A9=F6=BE=F7= =B7|=A1B=BCt=B0=D3=B5n=BF=FD=A1B=A6h=B4C=C5=E9=A4=AC=B0=CA=A5=F8=B7~=C2=B2=A4=B6=A5=FA=BA= =D0=A1B=A5=F8=B7~=BA=F4=AF=B8=B3=F8=BB=F9=A4=CE=B8=DF=BB=F9=A8t=B2= =CE=A1B=A5=F8=B7~=B9q=A4l=AB=AC=BF=FD=A1B2D=BBP3D=B0=CA=B5e=A1B=BCv=A4=F9= =BBP=B5=EA=C0=C0=B9=EA=B9=D2=A1B=B5=EA=C0=C0=A5D=BE=F7=AF=B2=A5=CE=A1B=BA= =F4=AD=B6=B3]=ADp=A1B=B1M=AE=D7=BA=F4=AF=B8=AB=D8=B8m=A1B=B0=D3=B0=C8=B8=EA=B0T=B5=A5=B1M=B7~=AAA=B0= =C8=A1C
  • OEA=A5=FE=B2y=B6T=A9=F6=BA=F4=A1A=AC=B0=A5=FE=B2y=B3=CC=A4j=B5=D8=A4H=B0=D3=B7= ~=B6T=A9=F6=BA=F4=AF=B8=A4=A7=A4@=A1A=BE=D6=A6=B3=A5x=C6W=A4G=A4d=AEa=A5=F8=B7~=B7|=AD=FB=A1A=AE=FC=A5~=B5=D8=B0=D3=A4W=A4d=AEa=B7|=AD=FB=A1= A=A9M=B0=EA=A4=BA=AA=BE=A6W=A4W=A5=AB=A4W=C2d=A4=BD=A5q=A4=CE=B3\=A6h=A4=A4= =A4p=A5=F8=B7~=AA=BA=AB=C8=A4=E1=A1C=20
  • =B5L=BD=D7=B6Q=A4=BD=A5q=ACO=B8g=C0=E7=A4=BA=BEP=A8=C6=B7~=A1A=A9=DD=AEi=B0=EA=A4=BA=A6=E6= =BEP=B3q=B8=F4=A1A=A9=CE=ACO=B8g=C0=E7=A5~=BEP=A8=C6=B7~=A1A=A9=DD=AEi=AE=FC=A5~=A5=AB=B3= =F5=A1C
    OEA=A5=FE=B2y=B6T=A9=F6=BA=F4=B4=A3=A8=D1=A5=FE=A4=E8=A6=EC=BA=F4=B8=F4=A6=E6= =BEP=BE=E3=A6X=A4=E8=AE=D7=A1A=B4=A3=A8=D1=B5=B9=B6Q=A4=BD=A5q=A8=E3=A6=B3= =B0=EA=A4=BA=A5~=B6R=BD=E6=B8=EA=B0T=A1B=B0=D3=B7~=BE=F7=B7|=A1B=A6X=A7@=A5= [=A4u=A1B=B8g=BEP=A5N=B2z=A4=CE=B7s=B2=A3=AB~=A4W=A5=AB=B5=A5=A6h=B6=B5=BCs=A7i=A4=CE=C3n=A5=FA=A5\=AF=E0=A1C
  • =BA=F4=AF=B8=B3W=B9=BA=A5H=B0=C8=B9=EA=A1A=BF=CB=A4=C1=A1A=C2=B2=B3=E6=AA=BA=BE=DE=A7@=A4=B6=AD=B1=AC=B0=AE=D6=A4=DF=B2z= =A9=C0=A1C=C5w=AA=EF=B6Q=A4=BD=A5q=A7K=B6O=A5[=A4J=A4@=AF=EB=B7|=AD=FB=A1A=BE=D6=A6=B3= =A6h=B6=B5=A5[=AD=C8=AAA=B0=C8=A1C 
     =20
  • =B6=C0=AA=F7=B7|=AD=FB=ABP=BEP=B1M=AE=D7=A1G=A4@=A6= ~=A5u=ADnNT$6,000=A4=B8=A1A=A8=E3=A6=B3=A4U=A6C=A5[=AD=C8=AAA=B0=C8=A1C1. = =B4=A3=A8=D11=A6~20M=B1M=C4=DD=BA=F4=AF=B8=BCe=C0W=B5=EA=C0=C0=A5D=BE=F7=AF=B2=A5=CE=A1A=B0=EA=A4=BA=B3s=BDu=C0W=BCe1000M=A1A=AC=FC=B0=EAT3=B1M=BDu=A1C
    2.     = =B4=A3=A8=D1=A5D=BE=F7=B2=BE=C2=E0=A4=CE=BA=F4=AD=B6=AD=D7=A7=EF=A1C
    <= FONT color=3D#ff0000>3. =B5n=BF=FDOEA=A5=FE=B2y=B6T=A9=F6=BA=F4=B2=A3=AB~=B8=EA=AE=C6=AE= w=A4=CE=AD=BA=AD=B6banner=BCs=A7i=AC=DD=AA=A9=A1C
    4.=20 = =B5n=BF=FD10=AD=D3=A5x=C6W=B7j=B4M=A4=DE=C0=BA=A1A=A5]=ACA=A9_=BC=AF=AF=B8= =A1B=BF=BB=C1=A6=C3=C3=A1BHinet=A1B=B7s=AE=F6=BA=F4=B5=A5=B5=A5=A1C
    5.=20 = =B5n=BF=FD=B0=EA=BB=DA=AA=BE=A6W=B8g=B6T=BA=F4=AF=B8=A1A=A5]=ACA=AA=FC=A8= =BD=A4=DA=A4=DA=A1BEC21=A1BGlobal source=B5=A5=B5=A5=A1C
    6.=20 =B4=A3=A8=D1=A4@=AD=D3=B9q=A4l=B6l=A5=F3=B1M=C4=DD=ABH=BDc = (username@domain name)=A1C
  • =B1M=AE=D7=BA=F4=AF=B8=AB=D8=B8m=A1G
    =A5=F8=B7~=BA=F4=AF=B8=A1G=A7g=B0=EA=A4=D1=A4U=A6=B3=AD=AD=A4=BD=A5q
    =B0=D3=B7~=BA=F4=AF=B8=A1G=B0=B7=B6=D7=B9=EA=B7~=AA=D1=A5=F7=A6=B3=AD=AD=A4=BD=A5q<= /FONT>
    =C0R=BAA=BA=F4=AF=B8=A1G=C2=EA=C4_=A6=B3=AD=AD=A4=BD=A5q=
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
OEA=A5=FE=B2y=B5=D8=B0=D3= =B6T=A9=F6=B8=EA=B7=BD=BA=F4  www.oea.com.tw
=B7s=A8=A3=B8=EA=B0T= =A6=B3=AD=AD=A4=BD=A5q  www.newsight.com.tw
=B9q=A4l=B6= l=A5=F3=ABH=BDc=A1Gservice@newsight.com.tw
~~= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
------=_NextPart_000_00A6_01C1E85E.6B3B41E0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 19 23:16:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from anizor.gti.net (anizor.gti.net [199.171.27.159]) by hub.freebsd.org (Postfix) with SMTP id E121237B419 for ; Fri, 19 Apr 2002 23:16:15 -0700 (PDT) Date: Sat, 20 Apr 2002 01:55:02 -0400 From: Obi Anizor X-Mailer: The Bat! (v1.53d) Business Reply-To: Obi Anizor Organization: leapfrogindex.org X-Priority: 3 (Normal) Message-ID: <146368867125.20020420015502@rozina.com> To: info@rozina.com Subject: Free Open Source Software for International Development MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear International Development Colleague: This mail is being sent to you as a person who or whose organization has been identified as interested in issues of international development and the "digital divide". If you would rather not receive e-mail from us any more, please respond to this message with 'REMOVE ME' as the subject. We honor all removal requests. My organization has developed an internet application for the collection, analysis and dissemination of project data; recording e-readiness assessments; running discussion groups; maintaining ICT infrastructure statistics; sharing calendars; sending e-mail, among other things. It is designed for COLLABORATIVE work over the internet or intranet. Each component can be implemented independently. You can run a demonstration at: http://www.leapfrogindex.org:8080/leapfrog/index.html (Use the pre-set default values. Only test data is used. The demonstration data is not guaranteed to be correct, complete or consistent. These attributes are the responsibility of projects that install or use the system). We plan to finalize the development and release the application for free distribution under the GNU Public Licence ( http://www.gnu.org/copyleft/gpl.html ) if the international development community shows interest in using such a system as a whole or in parts. This means that not only is our software free for anyone to use, but the source code for the software are also freely available to be adapted and improved upon, so long as credit is given to contributors along the way. Please indicate your interest in using such a system by responding to this message with "Yes" and any other comments in the body of the message. A tally of the response will be made in due course and the next steps will be made known to interested parties. Please forward this message to anyone who might benefit from such a system. For more information contact: Dr. Obi Anizor leapfrogindex.org 87 Oakwood Village Suite 2 Flanders, New Jersey 07836-9048 Tel : (973) 252-8641 Cell: (905) 301-1985 Fax : (973) 252-4265/(416) 605-1905 E-mail: anizor@rozina.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 20 2:31:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhost.gu.edu.au (kraken.itc.gu.edu.au [132.234.250.31]) by hub.freebsd.org (Postfix) with ESMTP id DDFF137B400 for ; Sat, 20 Apr 2002 02:31:48 -0700 (PDT) Received: from kurango.cit.gu.edu.au (daemon@kurango.cit.gu.edu.au [132.234.86.1]) by mailhost.gu.edu.au (8.10.1/8.10.1) with ESMTP id g3K9WwD03169; Sat, 20 Apr 2002 19:32:58 +1000 (EST) Received: from localhost (steve@localhost) by kurango.cit.gu.edu.au (8.12.2/8.12.2) with SMTP id g3K9VWNo005547; Sat, 20 Apr 2002 19:31:37 +1000 (EST) Date: Sat, 20 Apr 2002 19:31:32 +1000 (EST) From: Steven Goodwin To: Herbert Cc: hackers@FreeBSD.ORG Subject: Re: 4.5 STABLE - kernel panics In-Reply-To: <20020419191024.GA19081@TK212017121218.teleweb.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello. Just out of curiosity, what sort of hardware are you running? I get a similar kernel panic message ... Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc4b4641e fault code = supervisor read, page not present ... while extracting large tarballs. I'm using a ASUS A7M266 motherboard and, unfortunately, I haven't been able to find a solution on this list (or freebsd-questions). Steve On Fri, 19 Apr 2002, Herbert wrote > Hei! > > When I have tried to compile QT-3.0.3 with g++30 today my > FreeBSD-STABLE kernel paniced while gmake was generating the Makefiles. > > # uname -a > FreeBSD freebsd3.rocks 4.5-STABLE FreeBSD 4.5-STABLE #0: Fri Apr 19 > 07:24:16 CEST 2002 > herbert@freebsd3.rocks:/usr/obj/usr/src/sys/ATAPICAM i386 > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x46 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc02798d4 > stack pointer = 0x10:0xdd7d5c28 > frame pointer = 0x10:0xdd7d5c18 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 16947 (cpp0) > interrupt mask = none > trap number = 12 > panic: page fault > > syncing disks... 24 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > done > Uptime: 6h15m10s > > (kgdb) bt > #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 > #1 0xc016d313 in boot (howto=256) at > /usr/src/sys/kern/kern_shutdown.c:316 > #2 0xc016d751 in panic (fmt=0xc02bbfcc "%s") > at /usr/src/sys/kern/kern_shutdown.c:595 > #3 0xc027c36b in trap_fatal (frame=0xdd7d5be8, eva=70) > at /usr/src/sys/i386/i386/trap.c:966 > #4 0xc027c019 in trap_pfault (frame=0xdd7d5be8, usermode=0, eva=70) > at /usr/src/sys/i386/i386/trap.c:859 > #5 0xc027bb93 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, > tf_edi = -574190496, tf_esi = -578986936, tf_ebp = -578986984, > tf_isp = -578986988, tf_ebx = 14, tf_edx = -578998272, > tf_ecx = 13077933, tf_eax = 14, tf_trapno = 12, tf_err = 0, > tf_eip = -1071146796, tf_cs = 8, tf_eflags = 66050, tf_esp = 0, > tf_ss = -579023232}) at /usr/src/sys/i386/i386/trap.c:458 > #6 0xc02798d4 in pmap_prefault (pmap=0x8, addra=66050, entry=0x0) > at /usr/src/sys/i386/i386/pmap.c:2535 > > Anyone knows what's going on here? > > Regards, > Herbert > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 20 4:24:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from 75-46.kiev.dialup.ukr.net (75-46.kiev.dialup.ukr.net [212.42.75.46]) by hub.freebsd.org (Postfix) with SMTP id 69D0F37B417 for ; Sat, 20 Apr 2002 04:23:27 -0700 (PDT) Date: Wed, 17 Apr 2002 18:21:28 +0300 From: =?koi8-r?B?68nF19PLwdEg28vPzMEg8PIt1MXIzs/Mz8fJyg==?= X-Mailer: The Bat! (v1.60) UNREG / CD5BF9353B3B7091 Reply-To: =?koi8-r?B?68nF19PLwdEg28vPzMEg8PIt1MXIzs/Mz8fJyg==?= Organization: =?koi8-r?B?68nF19PLwdEg28vPzMEg8PIt1MXIzs/Mz8fJyg==?= X-Priority: 3 (Normal) Message-ID: <8021000457.20020417182128@yahoo.com> To: freebsd-hackers@FreeBSD.org Subject: =?koi8-r?B?8NLJx8zB28HFzSD3wdMgzsEg8MXS19nKIPfTxdXL0sHJztPLycog5sXT1MnX?= =?koi8-r?B?wczYIFBSLdTFyM7PzM/Hyco=?= MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------2D1D723C2A947307" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------------2D1D723C2A947307 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit I Всеукраинский открытый Фестиваль PR-технологий Г.Одесса, 26-30 апреля 2002г. Организатор - Киевская школа PR-технологий Партнеры и соорганизаторы Европейский институт политической культуры (г.Киев) Торговая марка "Золотая Амфора" Торговая марка "Логос" Сан Интербрю. Всемирный производитель национальных сортов пива Компания "Классик" Типография "Моряк" (г.Одесса Информационная поддержка Журнал "Советник" Журнал "Офис" "Украинская инвестиционная газета" "Предпринимательская газета" Газета "Биржа" (г.Одесса) "Радио - Санна" (г.Одесса). Киевская школа PR-технологий приглашает всех, кто интересуется аспектами практической деятельности по организации связей с общественностью, а также политическими и выборными технологиями, на I Всеукраинский открытый Фестиваль PR-технологий. Участники Фестиваля - специалисты, профессионально связанные со сферой политических и экономических PR-технологий из Украины, России, Молдовы, Кыргызстана и Азербайджана. Программа Фестиваля Дискуссия "PR на постсоветском пространстве". Презентация опыта брэнда - лидера ("Золотая Амфора") Работа креативных групп по решени. PR-задач. Опыт PR-работы в банковской сфере (банк "Надра"). PR в интернет: технологии продвижения имиджа. Корпоративное издание: задачи и возможности Практикум-консультация "Персональный и корпоративный имиджмейкинг". Опыт Партии Зеленых Украины на выборах: взгляд изнутри. Мастер-класс "Какие пресс-релизы любит редактор?". Мастер-класс "Перспективные избирательные технологии". Деловая игра "Спикериада - 2002" и.т.д. Вас ожидает много приятных неожиданностей, а также увлекательная культурная программа. Оргкомитет Фестиваля Председатель - Андрей Ротовский, генеральный директор Киевской школы PR-технологий. Заместители - Александр Булавин, директор Европейского института политической культуры, Наталья Трегубова, председатель наблюдательного совета Европейского института политической культуры; Валерий Юхимов, главный редактор журнала "Офис". Члены оргкомитета - Максим Лысов, Светлана Лысова, Оксана Егупова, Ирина Герасименко,Алена Филиппова. Мы ответим на все ваши вопросы по телефонам в Киеве (044) 459-58-09 и 459-58-10 ------------2D1D723C2A947307 Content-Type: text/html; name="index.htm" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="index.htm" PGh0bWw+PGhlYWQ+PHRpdGxlPuvJxdfL08HRINvLz8zBIPDyLdTFyM7PzM/Hyco8L3RpdGxlPjxt ZXRhIGh0dHAtZXF1aXY9Q29udGVudC1UeXBlIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD1L T0k4LVIiPjwvaGVhZD48Ym9keSBiZ2NvbG9yPSIjRkZGRkZGIiB0ZXh0PSIjMDAwMDAwIj4gPHRh YmxlIHdpZHRoPSIxMDAlIiBib3JkZXI9MCBjZWxscGFkZGluZz0wIGNlbGxzcGFjaW5nPTA+PHRy Pjx0ZCB3aWR0aD0iMTAlIj48aW1nIHNyYz0iZmVzdHl2YWwuZ2lmIiB3aWR0aD04MSBoZWlnaHQ9 NjE+PC90ZD4gPHRkIHdpZHRoPSI5MCUiIGFsaWduPWNlbnRlcj4gPHA+PGI+SSD308XVy9LByc7T y8nKIM/Uy9LZ1NnKIObF09TJ18HM2CBQUi3UxcjOz8zPx8nKIOcu78TF09PBLCAyNi0zMCDB0NLF zNEgMjAwMscuIO/Sx8HOydrB1M/SIC0g68nF19PLwdEg28vPzMEgUFIt1MXIzs/Mz8fJyiA8L2I+ PC9wPiA8L3RkPjwvdHI+PC90YWJsZT4gPHRhYmxlIHdpZHRoPSIxMDAlIiBib3JkZXI9MCBjZWxs c3BhY2luZz0wIGNlbGxwYWRkaW5nPTA+PHRyPjx0ZCB3aWR0aD0iNDYlIiB2YWxpZ249dG9wIGFs aWduPXJpZ2h0PjxiPjxicj7wwdLUzsXS2SDJINPPz9LHwc7J2sHUz9LZIDwvYj4gPHA+5dfSz9DF ytPLycogyc7T1MnU1dQg0M/MydTJ3sXTy8/KIMvVzNjU1dLZICjHLuvJxdcpPGJyPiD0z9LHz9fB 0SDNwdLLwSAmcXVvdDv6z8zP1MHRIOHNxs/SwSZxdW90Ozxicj4g9M/Sx8/XwdEgzcHSy8EgJnF1 b3Q77M/Hz9MmcXVvdDs8YnI+IPPBziDpztTF0sLSwC4g99PFzcnSztnKINDSz8na18/EydTFzNgg zsHDyc/OwczYztnIINPP0tTP1yDQydfBPGJyPiDrz83Qwc7J0SAmcXVvdDvrzMHT08nLJnF1b3Q7 PGJyPiD0ydDPx9LBxsnRICZxdW90O+3P0tHLJnF1b3Q7ICjHLu/ExdPTwTxicj4gPC9wPiA8L3Rk PiA8dGQgd2lkdGg9IjMlIiB2YWxpZ249dG9wPiA8cD48YnI+IDwvcD4gPC90ZD4gPHRkIHdpZHRo PSI1MSUiIHZhbGlnbj10b3A+PGI+PGJyPunOxs/SzcHDyc/OzsHRINDPxMTF0tbLwSA8L2I+IDxw PvbV0s7BzCAmcXVvdDvzz9fF1M7JyyZxdW90Ozxicj4g9tXSzsHMICZxdW90O+/GydMmcXVvdDs8 YnI+ICZxdW90O/XL0sHJztPLwdEgyc7XxdPUycPJz87OwdEgx8HaxdTBJnF1b3Q7PGJyPiAmcXVv dDvw0sXE0NLJzsnNwdTFzNjTy8HRIMfB2sXUwSZxdW90Ozxicj4g58HaxdTBICZxdW90O+LJ0tbB JnF1b3Q7ICjHLu/ExdPTwSk8YnI+ICZxdW90O/LBxMnPIC0g88HOzsEmcXVvdDsgKMcu78TF09PB KS48L3A+IDwvdGQ+PC90cj48dHI+PHRkIGNvbHNwYW49Mz4gPHA+PGJyPuvJxdfTy8HRINvLz8zB IFBSLdTFyM7PzM/Hycog0NLJx8zB28HF1CDX08XILCDL1M8gyc7UxdLF09XF1NPRIMHT0MXL1MHN ySDQ0sHL1MnexdPLz8ogxMXR1MXM2M7P09TJINDPIM/Sx8HOydrBw8nJINPX0drFyiDTIM/C3cXT 1NfFzs7P09TYwCwgwSDUwcvWxSDQz8zJ1MnexdPLyc3JIMkg19nCz9LO2c3JINTFyM7PzM/HydHN ySwgzsEgSSD308XVy9LByc7Ty8nKIM/Uy9LZ1NnKIObF09TJ18HM2CBQUi3UxcjOz8zPx8nKLiD1 3sHT1M7Jy8kg5sXT1MnXwczRIC0g09DFw8nBzMnT1NksINDSz8bF09PJz87BzNjOzyDT19Hawc7O 2cUg088g08bF0s/KINDPzMnUyd7F08vJyCDJINzLz87PzcnexdPLycggUFIt1MXIzs/Mz8fJyiDJ 2iD1y9LByc7ZLCDyz9PTycksIO3PzMTP19ksIOvZ0sfZ2tPUwc7BIMkg4drF0sLBysTWwc7BLjwv cD4gPHAgYWxpZ249Y2VudGVyPjxiPvDSz8fSwc3NwSDmxdPUydfBzNE8L2I+PC9wPiA8L3RkPjwv dHI+PHRyPjx0ZCB3aWR0aD0iNDYlIiB2YWxpZ249dG9wPiA8dWw+IDxsaT4g5MnTy9XT08nRICZx dW90O1BSIM7BINDP09TTz9fF1NPLz80g0NLP09TSwc7T1NfFJnF1b3Q7LjwvbGk+IDxsaT4g8NLF 2sXO1MHDydEgz9DZ1MEgwtLczsTBIC0gzMnExdLBICgmcXVvdDv6z8zP1MHRIOHNxs/SwSZxdW90 Oyk8L2xpPiA8bGk+IPLBws/UwSDL0sXB1MnXztnIIMfS1dDQINDPINLF28XOyS4gUFIt2sHEwd4u PC9saT4gPGxpPiDv0NnUIFBSLdLBws/U2SDXIMLBzsvP19PLz8og08bF0sUgKMLBzssgJnF1b3Q7 7sHE0sEmcXVvdDspLjwvbGk+IDxsaT4gUFIg1yDJztTF0s7F1Dog1MXIzs/Mz8fJySDQ0s/E18nW xc7J0SDJzcnE1sEuPC9saT4gPGxpPiDrz9LQz9LB1MnXzs/FIMnaxMHOycU6INrBxMHeySDJINfP 2s3P1s7P09TJPGJyPiA8L2xpPiA8L3VsPiA8L3RkPiA8dGQgY29sc3Bhbj0yIHZhbGlnbj10b3A+ IDx1bD4gPGxpPiDw0sHL1MnL1c0ty8/O09XM2NTBw8nRICZxdW90O/DF0tPPzsHM2M7ZyiDJIMvP 0tDP0sHUydfO2cogyc3JxNbNxcrLyc7HJnF1b3Q7LjwvbGk+IDxsaT4g79DZ1CDwwdLUyckg+sXM xc7ZyCD1y9LByc7ZIM7BINfZws/Swcg6INfax8zRxCDJ2s7V1NLJLjwvbGk+IDxsaT4g7cHT1MXS LcvMwdPTICZxdW90O+vBy8nFINDSxdPTLdLFzMna2SDMwMLJ1CDSxcTBy9TP0j8mcXVvdDsuPC9s aT4gPGxpPiDtwdPUxdIty8zB09MgJnF1b3Q78MXS09DFy9TJ187ZxSDJ2sLJ0sHUxczYztnFINTF yM7PzM/HyckmcXVvdDsuPC9saT4gPGxpPiDkxczP18HRIMnH0sEgJnF1b3Q789DJy8XSycHEwSAt IDIwMDImcXVvdDsgyS7ULsQuPGJyPiA8L2xpPiA8L3VsPiA8L3RkPjwvdHI+PHRyPjx0ZCBjb2xz cGFuPTM+IDxkaXYgYWxpZ249Y2VudGVyPvfB0yDP1snEwcXUIM3Oz8fPINDSydHUztnIIM7Fz9bJ xMHOzs/T1MXKLCDBINTBy9bFINXXzMXLwdTFzNjOwdEgy9XM2NTV0s7B0SDQ0s/H0sHNzcEuIDwv ZGl2PiA8cCBhbGlnbj1jZW50ZXI+PGI+79LHy8/NydTF1CDmxdPUydfBzNE8L2I+PC9wPiA8cD7w 0sXE08XEwdTFzNggLSDhzsTSxcog8s/Uz9fTy8nKLCDHxc7F0sHM2M7ZyiDEydLFy9TP0iDrycXX 08vPyiDby8/M2SBQUi3UxcjOz8zPx8nKLjxicj4g+sHNxdPUydTFzMkgLSDhzMXL08HOxNIg4tXM wdfJziwgxMnSxcvUz9Ig5dfSz9DFytPLz8fPIMnO09TJ1NXUwSDQz8zJ1MnexdPLz8ogy9XM2NTV 0tksIO7B1MHM2NEg9NLFx9XCz9fBLCDQ0sXE08XEwdTFzNggzsHCzMDEwdTFzNjOz8fPINPP18XU wSDl19LP0MXK08vPx88gyc7T1MnU1dTBINDPzMnUyd7F08vPyiDL1czY1NXS2Tsg98HMxdLJyiDg yMnNz9csIMfMwdfO2cog0sXEwcvUz9Ig1tXSzsHMwSAmcXVvdDvvxsnTJnF1b3Q7Ljxicj4g/szF ztkgz9LHy8/NydTF1MEgLSDtwcvTyc0g7NnTz9csIPPXxdTMwc7BIOzZ08/XwSwg78vTwc7BIOXH 1dDP18EsIOnSyc7BIOfF0sHTyc3FzsvPLOHMxc7BIObJzMnQ0M/XwS48L3A+IDxwPjxiPu3ZIM/U 18XUyc0gzsEg19PFINfB28kg18/Q0s/T2SDQzyDUxczFxs/Owc0g1yDrycXXxSAoMDQ0KSA0NTkt NTgtMDkgySA0NTktNTgtMTA8L2I+PGJyPiA8L3A+IDxmb250IHNpemU9IiszIj5QLlMuOjwvZm9u dD70xcgsIMvUzyDOxSDTzc/WxdQg0NLJxcjB1NggzsEg5sXT1MnXwczYLCDOzyDWxczBxdQg0M/M 1d7J1Nggzs/X1cAgwcvU1cHM2M7VwCDJzsbP0s3Bw8nAINcg08bF0sUgUFIt1MXIzs/Mz8fJyiwg 0NLJx8zB28HFzSDQ0snO0dTYINXewdPUycUg1yDQ0sHL1MnL1c3FICZxdW90O+3F1M/EycvJINDP 09TSz8XOydEg3MbGxcvUydfOz8fPIMvP0tDP0sHUydfOz8fPIMnNycTWwSDJIMTFzM/Xz8og0sXQ 1dTBw8nJJnF1b3Q7LCDLz9TP0tnKINPP09TPydTT0SAxNy0xOSDNwdEg1yDkzsXQ0s/QxdTSz9fT y8UsIDI0LTI2IM3B0SDXIOvJxdfFIMkgMzEgzcHRLTIgycDO0SDXIO/ExdPTxS48L3RkPjwvdHI+ PHRyPjx0ZCBjb2xzcGFuPTM+IDxwIGFsaWduPWNlbnRlcj48Yj70xc3B1MnLyTo8L2I+PC9wPiA8 cD4glf7UzyDUwcvPxSDLz9LQz9LB1MnXztnKICZxdW90O8nNycTWJnF1b3Q7ICYjMTQ5OyD+1M8g xMXMwcXUIMvP0tDP0sHUydfO2cogyc3JxNYg3MbGxcvUydfO2c0glezJxMXS08vPxSDQz9rJw8nP zsnSz9fBzsnFIMvP0tDP0sHUydfOz8fPIMnNycTWwTogy8HLIMXHzyDP09XdxdPU18nU2CCV987V 1NLFzs7R0SDT1NLVy9TV0sEgy8/S0M/SwdTJ187Px88gyc3JxNbBIJXv08/C2cUg18nE2SDLz9LQ z9LB1MnXztnIIMnNycTWxcoglfPUxdLFz9TJ0M7B0SDQ0snSz8TBIMnNycTWwSCV68/S0M/SwdTJ 187ZyiDJzcnE1s3FysvJzscgy8HLINXQ0sHXzNHFzdnKINDSz8PF09MgleTFzM/XwdEg0sXQ1dTB w8nRIMvByyDczMXNxc7UIMvP0tDP0sHUydfOz8fPIMnNycTWwSCV5MXMz9fB0SDL1czY1NXSwSDL wcsg3sHT1Nggy8/S0M/SwdTJ187Px88gyc3JxNbBIJX3ydrVwczYzsHRINPP09TB18zRwN3B0SDL z9LQz9LB1MnXzs/HzyDJzcnE1sEglffF0sLBzNjOwdEg08/T1MHXzNHA3cHRIMvP0tDP0sHUydfO z8fPIMnNycTWwSCV5cTJztPU188g09TJzNEgy8/S0M/SwdTJ187Px88gyc3JxNbBIJXpzcnE1iDM ycTF0sEgy8HLINfB1s7FytvJyiDczMXNxc7UIMvP0tDP0sHUydfOz8fPIMnNycTWwSCV99rByc3P 09fR2tgg187V1NLFzs7Fx88gySDXzsXbzsXHzyDJzcnE1sXKIM/Sx8HOydrBw8nJIJXv08/Cxc7O z9PUySDLz9LQz9LB1MnXzs/HzyDJzcnE1sEgxsnOwc7Tz9fZyCDP0sfBzsnawcPJyiCV79PPwsXO zs/T1Mkgy8/S0M/SwdTJ187Px88gyc3JxNbBIMLBzsvP1yCV79PPwsXOzs/T1Mkgy8/S0M/SwdTJ 187Px88gyc3JxNbBINPU0sHIz9fZyCDP0sfBzsnawcPJyiCV79PPwsXOzs/T1Mkgy8/S0M/SwdTJ 187Px88gyc3JxNbBIMvPztPBzNTJzsfP19nIIM/Sx8HOydrBw8nKIJXv08/Cxc7Oz9PUySDLz87T wczUyc7Hz9fZyCDJzcnE1sEg0NLPydrXz8TT1NfFzs7ZyCDP0sfBzsnawcPJyiCV79PPwsXOzs/T 1Mkgy8/S0M/SwdTJ187ZyCDJzcnE1sEgy8/S0M/SwcPJyiCV9MXIzsnLySDTz9rEwc7J0SDJzcnE 1sEglfTFyM7Jy8kgydrNxc7FzsnRIMnNycTWwSA8YnI+IDwvcD4gPC90ZD48L3RyPjwvdGFibGU+ IDwvYm9keT48L2h0bWw+ ------------2D1D723C2A947307 Content-Type: image/gif; name="festyval.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="festyval.gif" R0lGODlhUQA9AKIGAHNuZVjv/OPAktTv4vaZLJSUk////wAAACH5BAHoAwYALAAAAABRAD0AAAP/ aLrc/muISSe8OOvdKPlgCFpcaXKTqK4feb5vKlZD5KlCjUlFD5uCkGsjG10EvSQgKfg9JEIn1Ojo NWtY5LLgXBSbXW9UkcwkdbBgCxy2jZBcrEELqNuV3JOawG53QEsdBX0GNT13QFR+EHVXhQY+GQMF dXkZe4SLDEgKaIMmA2hHigyiYVaPk5+aCpgRlHaVOU6RDKusBlQCW6mFcEumGj1yoQAtuGpNlAXB VbXClguDILggTL3E2HCZpcO9ecmaamWQsJXPgtGCpZCbH4tqgbDMNodLs8SwhKhY6OFtu2Kpg6Al TgNVXvLo4OSAWps73C7xS5VkIg+Cx2jZiYgC/x0ZdR4ZZIRh512bM9i+XTJ54lAuPppCftwwsgS9 f/B8ZBsIoaYelqzIkSmhxolDXB8NcXSgphlNmEilVUoE9YXPqLc2DLjKgWvUE141hP3atSqosWTF mi2xdW1aE2gvxH3b023ZpXQhtMUr125eDDjBAv2roemPooRRDKbK90SoUD/mRghAOQCUxlora7Ys GHOhzZqdchgAujTnwh9EP3lMejOM1pWDwaas1vORAqEzb1Y9O8Aov4kE7L7Q+7SG2c2OdklWnHVp 1RdAowm8PKNp1zseE6/sjgB0uECbS7reDHIryYqBj7/O/bft9O+lH8TOFD1bUttz56dsiro4/F6l yLcBfYF999Mx7PHn2G4UPKYZMiOQ10VxpiGFSSj8GUgEHM+RtYd6MbiS2BwiAjTGiOcByNaHQ6CY 4hpAfAhiYkW84UgnN8zwXl41ssBCiy4WJqOPQAbpWAUVjJgAADs= ------------2D1D723C2A947307-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 20 7:21:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from columbus.cris.net (columbus.cris.net [212.110.128.65]) by hub.freebsd.org (Postfix) with ESMTP id E9F4137B405 for ; Sat, 20 Apr 2002 07:20:57 -0700 (PDT) Received: from ark.cris.net (root@ark.cris.net [212.110.128.68]) by columbus.cris.net (8.9.3/8.9.3) with ESMTP id RAA99377 for ; Sat, 20 Apr 2002 17:20:53 +0300 (EEST) Received: (from phantom@localhost) by ark.cris.net (8.11.1/8.11.1) id g3KEKrR05092; Sat, 20 Apr 2002 17:20:53 +0300 (EEST) Date: Sat, 20 Apr 2002 17:20:53 +0300 From: Alexey Zelkin To: hackers@FreeBSD.org Subject: CFR: [Fwd: generalized "\'" flag support for vfprintf() (for both decimal and float numbers)] Message-ID: <20020420172053.A2918@ark.cris.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i X-Operating-System: FreeBSD 3.5-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, Constructive comments are welcome! ----- Forwarded message from Alexey Zelkin ----- From: Alexey Zelkin To: standards@freebsd.org Subject: generalized "\'" flag support for vfprintf() (for both decimal and float numbers) hi, Heh, just finished it and it passed my basic tests. Tommorow I'll go with its cleanup, but anyway it would be interesting to listen opinions on the way how it's done. Index: vfprintf.c =================================================================== RCS file: /home/cvs/freebsd/src/lib/libc/stdio/vfprintf.c,v retrieving revision 1.36 diff -u -r1.36 vfprintf.c --- vfprintf.c 17 Dec 2001 15:11:29 -0000 1.36 +++ vfprintf.c 10 Feb 2002 18:04:30 -0000 @@ -114,12 +114,11 @@ static int __sprint __P((FILE *, struct __suio *)); static int __sbprintf __P((FILE *, const char *, va_list)) __printflike(2, 0); -static char *__ujtoa __P((uintmax_t, char *, int, int, char *, int, - char, const char *)); -static char *__ultoa __P((u_long, char *, int, int, char *, int, - char, const char *)); +static char *__ujtoa __P((uintmax_t, char *, int, int, char *)); +static char *__ultoa __P((u_long, char *, int, int, char *)); static void __find_arguments __P((const char *, va_list, union arg **)); static void __grow_type_table __P((int, enum typeid **, int *)); +static int __do_grouping __P((char *buf, char **cp, int size, int safety)); /* * Flush out all the vectors defined by the given uio, @@ -186,12 +185,10 @@ * use the given digits. */ static char * -__ultoa(u_long val, char *endp, int base, int octzero, char *xdigs, - int needgrp, char thousep, const char *grp) +__ultoa(u_long val, char *endp, int base, int octzero, char *xdigs) { register char *cp = endp; register long sval; - int ndig; /* * Handle the three cases separately, in the hope of getting @@ -203,7 +200,6 @@ *--cp = to_char(val); return (cp); } - ndig = 0; /* * On many machines, unsigned arithmetic is harder than * signed arithmetic, so we do at most one unsigned mod and @@ -212,29 +208,11 @@ */ if (val > LONG_MAX) { *--cp = to_char(val % 10); - ndig++; sval = val / 10; } else sval = val; do { *--cp = to_char(sval % 10); - ndig++; - /* - * If (*grp == CHAR_MAX) then no more grouping - * should be performed. - */ - if (needgrp && ndig == *grp && *grp != CHAR_MAX - && sval > 9) { - *--cp = thousep; - ndig = 0; - /* - * If (*(grp+1) == '\0') then we have to - * use *grp character (last grouping rule) - * for all next cases - */ - if (*(grp+1) != '\0') - grp++; - } sval /= 10; } while (sval != 0); break; @@ -263,50 +241,28 @@ /* Identical to __ultoa, but for intmax_t. */ static char * -__ujtoa(uintmax_t val, char *endp, int base, int octzero, char *xdigs, - int needgrp, char thousep, const char *grp) +__ujtoa(uintmax_t val, char *endp, int base, int octzero, char *xdigs) { char *cp = endp; intmax_t sval; - int ndig; /* quick test for small values; __ultoa is typically much faster */ /* (perhaps instead we should run until small, then call __ultoa?) */ if (val <= ULONG_MAX) - return (__ultoa((u_long)val, endp, base, octzero, xdigs, - needgrp, thousep, grp)); + return (__ultoa((u_long)val, endp, base, octzero, xdigs)); switch (base) { case 10: if (val < 10) { *--cp = to_char(val % 10); return (cp); } - ndig = 0; if (val > INTMAX_MAX) { *--cp = to_char(val % 10); - ndig++; sval = val / 10; } else sval = val; do { *--cp = to_char(sval % 10); - ndig++; - /* - * If (*grp == CHAR_MAX) then no more grouping - * should be performed. - */ - if (needgrp && *grp != CHAR_MAX && ndig == *grp - && sval > 9) { - *--cp = thousep; - ndig = 0; - /* - * If (*(grp+1) == '\0') then we have to - * use *grp character (last grouping rule) - * for all next cases - */ - if (*(grp+1) != '\0') - grp++; - } sval /= 10; } while (sval != 0); break; @@ -400,8 +356,6 @@ int width; /* width from format (%8d), or 0 */ int prec; /* precision from format (%.3d), or -1 */ char sign; /* sign prefix (' ', '+', '-', or \0) */ - char thousands_sep; /* locale specific thousands separator */ - const char *grouping; /* locale specific numeric grouping rules */ #ifdef FLOATING_POINT char *decimal_point; /* locale specific decimal point */ char softsign; /* temporary negative sign for floats */ @@ -532,8 +486,6 @@ } - thousands_sep = '\0'; - grouping = NULL; #ifdef FLOATING_POINT dtoaresult = NULL; decimal_point = localeconv()->decimal_point; @@ -614,8 +566,6 @@ goto rflag; case '\'': flags |= GROUPING; - thousands_sep = *(localeconv()->thousands_sep); - grouping = localeconv()->grouping; goto rflag; case '.': if ((ch = *fmt++) == '*') { @@ -750,6 +700,7 @@ else cp = "inf"; size = 3; + flags &= ~GROUPING; break; } if (isnan(_double)) { @@ -758,6 +709,7 @@ else cp = "nan"; size = 3; + flags &= ~GROUPING; break; } flags |= FPT; @@ -912,15 +864,11 @@ if (flags & INTMAX_SIZE) { if (ujval != 0 || prec != 0) cp = __ujtoa(ujval, cp, base, - flags & ALT, xdigs, - flags & GROUPING, thousands_sep, - grouping); + flags & ALT, xdigs); } else { if (ulval != 0 || prec != 0) cp = __ultoa(ulval, cp, base, - flags & ALT, xdigs, - flags & GROUPING, thousands_sep, - grouping); + flags & ALT, xdigs); } size = buf + BUF - cp; break; @@ -981,9 +929,18 @@ /* leading zeroes from decimal precision */ PAD(dprec - size, zeroes); +#define DOGRP(PTR, SIZE, SAFETY) { \ + if (flags & GROUPING) { \ + n2 = __do_grouping(buf, &PTR, SIZE, SAFETY); \ + SIZE += n2; \ + realsz += n2; \ + } \ +} + /* the string or number proper */ #ifdef FLOATING_POINT if ((flags & FPT) == 0) { + DOGRP(cp, size, 0); PRINT(cp, size); } else { /* glue together f_p fragments */ if (ch >= 'f') { /* 'f' or 'g' */ @@ -1000,11 +957,13 @@ PAD(-expt, zeroes); PRINT(cp, ndig); } else if (expt >= ndig) { + DOGRP(cp, ndig, 0); PRINT(cp, ndig); PAD(expt - ndig, zeroes); if (flags & ALT) PRINT(decimal_point, 1); } else { + DOGRP(cp, expt, ndig-expt); PRINT(cp, expt); cp += expt; PRINT(decimal_point, 1); @@ -1026,6 +985,7 @@ } } #else + DOGRP(cp, size, 0); PRINT(cp, size); #endif /* left-adjusting padding (always blank) */ @@ -1387,6 +1347,64 @@ *typetable = newtable; *tablesize = newsize; +} + +/*- + * Reformat buffer to include grouping characters + * + * params: + * buf -- pointer to begining of the buffer + * cp -- address of pointer to actual adta + * size -- amount of characters to group + * safety -- amount of characters after (*cp+size) to preserve + * (post-decimal part of FPT number) + */ +static int +__do_grouping(char *buf, char **cp, int size, int safety) { + + char thousands_sep; + char *grouping; + char *ptr, *tp; + int ndig, proceed, result, n; + + grouping = localeconv()->grouping; + if (*grouping == CHAR_MAX) + return (0); + + thousands_sep = *(localeconv()->thousands_sep); + if (thousands_sep == '\0') + return (0); + + result = 0; + + /* assume that data is at the begin of buffer */ + /* NOTE: strings can't overlap since actual value can fill only 1/3 part of buffer */ + if (buf != *cp) { + memmove(buf, *cp, size+safety); + *cp = buf; + } + + ndig = 0; + proceed = 0; + ptr = (*cp + size); + while (proceed < size) { + if (*grouping <= ndig) { + memmove(ptr+1, ptr, proceed+result+safety); + *ptr = thousands_sep; + result++; + if (*(grouping+1) != '\0') + grouping++; + if (*grouping == CHAR_MAX) /* no more grouping */ + break; + ndig = 0; + } else { + ndig++; + proceed++; + ptr--; + } + } + + return (result); } ----- End forwarded message ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 20 9:12:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (oe37.law8.hotmail.com [216.33.240.94]) by hub.freebsd.org (Postfix) with ESMTP id 7837D37B419 for ; Sat, 20 Apr 2002 09:12:19 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 20 Apr 2002 09:12:19 -0700 X-Originating-IP: [65.185.176.149] From: "Brad Grandorff" To: Subject: Any interest in core dump's from Nokia (Ipsolin?) Date: Sat, 20 Apr 2002 11:12:15 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0019_01C1E85C.3A597120" 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 Message-ID: X-OriginalArrivalTime: 20 Apr 2002 16:12:19.0408 (UTC) FILETIME=[256A7500:01C1E886] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0019_01C1E85C.3A597120 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Just curious how the relationship is with Nokia's sping off of FreeBSD = for their security platform? I have a few core dumps that have taken place on a box, and I want to = learn more about them. Considering, though, that they have "modified" the OS somewhat, I want = to ensure if there would be anyone interested in looking at them? I'm more interested from an educational standpoint. We have since = replaced the box, but I would like to learn more about the process of reading core dumps and doing additional troubleshooting. I'm extremely technical, so talking pretty much at any level is NO = problem. Just haven't worked specifically with core dumps. Anyone have any thoughts or suggestions? Brad ------=_NextPart_000_0019_01C1E85C.3A597120 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Just curious how the relationship is = with Nokia's=20 sping off of FreeBSD for their security platform?
 
I have a few core dumps that have taken = place on a=20 box, and I want to learn more about them.
Considering, though, that they have = "modified" the=20 OS somewhat, I want to ensure if there would
be anyone interested in looking at=20 them?
 
I'm more interested from an educational = standpoint.=20 We have since replaced the box, but I would like to learn more=20 about
the process of reading core dumps and = doing=20 additional troubleshooting.
 
 
I'm extremely technical, so talking = pretty much at=20 any level is NO problem. Just haven't worked specifically with core=20 dumps.
 
Anyone have any thoughts or=20 suggestions?
 
Brad
------=_NextPart_000_0019_01C1E85C.3A597120-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 20 9:17:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id A424937B404; Sat, 20 Apr 2002 09:17:50 -0700 (PDT) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id g3KGHXG23172; Sat, 20 Apr 2002 09:17:33 -0700 Date: Sat, 20 Apr 2002 09:17:33 -0700 From: Brooks Davis To: Julian Elischer Cc: Doug Ambrisko , Archie Cobbs , Terry Lambert , "Peter J. Blok" , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: vlan traffic over ipsec tunnel Message-ID: <20020420091733.A21119@Odin.AC.HMC.Edu> References: <200204192001.g3JK1q748470@ambrisko.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from julian@elischer.org on Fri, Apr 19, 2002 at 01:18:16PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 19, 2002 at 01:18:16PM -0700, Julian Elischer wrote: > failing that, I have just had "contributed" > some code that produces an actual "vlan" netgraph node. > You attach it to the ethernet node.. I'm still > reading it to work out what it does.. One thing worth noting. I'm pretty sure that a netgraph vlan node is going to have all sorts of trouble with cards that support hardware vlan decoding (that's most of the gigabit Ethernet cards). The problem is that vlan'd frames won't make it to ether_input at all. I believe the correct solution is to implement a nic capability which can be used to turn this support on and off like we're supposed to be able to do for hardware checksuming. Alternativly, the current driver code could be modified to fake up a vlan header and then call ether_input with the packet when the vlan driver isn't loaded (it currently discards the packet.) There may even be something to be said for doing both. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8wZScXY6L6fI4GtQRApryAJ9UXW1TonFjTFQXAtgvVOPsPcsKWACg0LQv UeWvKfjCkNOGbZRWkxQuCd4= =1kjn -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 20 14:33:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from orthanc.ab.ca (orthanc.ab.ca [216.123.203.186]) by hub.freebsd.org (Postfix) with ESMTP id 358EA37B405 for ; Sat, 20 Apr 2002 14:33:21 -0700 (PDT) Received: from orthanc.ab.ca (localhost.orthanc.ab.ca [127.0.0.1]) by orthanc.ab.ca (8.11.6/8.11.6) with ESMTP id g3KLXFJ80571 for ; Sat, 20 Apr 2002 15:33:15 -0600 (MDT) (envelope-from lyndon@orthanc.ab.ca) Message-Id: <200204202133.g3KLXFJ80571@orthanc.ab.ca> To: freebsd-hackers@freebsd.org Subject: Entering DDB from X11 Organization: The Frobozz Magic Homing Pigeon Company X-Mailer: mh-e 5.0.92; MH 6.8.4; Emacs 21.1 Date: Sat, 20 Apr 2002 15:33:15 -0600 From: Lyndon Nerenberg Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been having problems with a machine locking up while running X11, and the usual console break sequence doesn't work. Is there a way to break to the kernel debugger from X11? Or am I stuck with wiring up a serial port console? --lyndon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 20 15:44:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 7B57D37B405 for ; Sat, 20 Apr 2002 15:44:53 -0700 (PDT) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id QAA00473; Sat, 20 Apr 2002 16:44:51 -0600 (MDT) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id g3KMipj48356; Sat, 20 Apr 2002 16:44:51 -0600 (MDT) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15553.61283.299876.419321@caddis.yogotech.com> Date: Sat, 20 Apr 2002 16:44:51 -0600 To: "Brad Grandorff" Cc: Subject: Re: Any interest in core dump's from Nokia (Ipsolin?) In-Reply-To: References: X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Just curious how the relationship is with Nokia's sping off of FreeBSD > for their security platform? The FreeBSD used on the Nokia product is different enough from the stock FreeBSD code that a dump would be essentially useless. A dump requires that at least have access to the symbols, and even then given that they've made significant kernel changes (especially to the routing code), it may not even give you much of a hint as to what went on. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 20 18:27:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id D587137B41A for ; Sat, 20 Apr 2002 18:27:47 -0700 (PDT) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id EE7588147E; Sun, 21 Apr 2002 10:57:39 +0930 (CST) Date: Sun, 21 Apr 2002 10:57:39 +0930 From: Greg 'groggy' Lehey To: Lyndon Nerenberg Cc: freebsd-hackers@freebsd.org Subject: Re: Entering DDB from X11 Message-ID: <20020421105739.D8131@wantadilla.lemis.com> References: <200204202133.g3KLXFJ80571@orthanc.ab.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200204202133.g3KLXFJ80571@orthanc.ab.ca> 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: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday, 20 April 2002 at 15:33:15 -0600, Lyndon Nerenberg wrote: > I've been having problems with a machine locking up while running X11, > and the usual console break sequence doesn't work. Is there a way to > break to the kernel debugger from X11? No. > Or am I stuck with wiring up a serial port console? Currently yes. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 20 19:44:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 76B5637B416 for ; Sat, 20 Apr 2002 19:44:55 -0700 (PDT) Received: from pool0111.cvx21-bradley.dialup.earthlink.net ([209.179.192.111] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 16z7L9-0006OG-00; Sat, 20 Apr 2002 19:44:35 -0700 Message-ID: <3CC22776.CD4B8EB9@mindspring.com> Date: Sat, 20 Apr 2002 19:44:06 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Lyndon Nerenberg Cc: freebsd-hackers@freebsd.org Subject: Re: Entering DDB from X11 References: <200204202133.g3KLXFJ80571@orthanc.ab.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Lyndon Nerenberg wrote: > I've been having problems with a machine locking up while running X11, > and the usual console break sequence doesn't work. Is there a way to > break to the kernel debugger from X11? Or am I stuck with wiring > up a serial port console? This comes up every so often, I'm surprised you didn't find it in the mailing list archives when you searched on the terms "DDB" and "X11"... Use the GGI port for FreeBSD, and run X that way. GGI knows how to put the video card back into a known state from the X11 state, which is required in order to run the debugger. Or wire a serial console. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message