From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 4 12:26:49 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F2B4106566C for ; Sun, 4 Apr 2010 12:26:49 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id ADCEB8FC1C for ; Sun, 4 Apr 2010 12:26:48 +0000 (UTC) Received: by ewy24 with SMTP id 24so870675ewy.33 for ; Sun, 04 Apr 2010 05:26:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=ZWu0dNt4cX59WiieikDrFXd9MSoc4k9thYb9PXcJln4=; b=tvMPc+RmkUCkqB5TjzcQeusCHjLEfxMWZL5soEPcNk93rxlB/Dm6GLek1QR0d4yc6t 4SO+wwmwluh7YtL+Nld/IlUL4t86hl/6X5cRvTlltrTrlVVklWTMBIb7wnIpeuChjbVS 6WTuC/FRofw3TtKXDDfirWhKiygNb8FpMoHlg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:organization:from:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=VEyeoHc6tFVo5Bsg9CjoGsBWDCm1kf8KkSC7JullmO3UUoAAyXdAvxhEKPszDihuqE ODLz4ZQRj8UI7vahsvJasTPpEJG1jTU9c/nVc31eqjcIjurYYb35jGgMwOsRxfi4bt6h jAq8+2lvLOXmENQElUWT8vBzZBL31r8SCbin0= Received: by 10.213.110.135 with SMTP id n7mr2323375ebp.58.1270384007573; Sun, 04 Apr 2010 05:26:47 -0700 (PDT) Received: from localhost ([95.69.160.61]) by mx.google.com with ESMTPS id 14sm5931093ewy.2.2010.04.04.05.26.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Apr 2010 05:26:45 -0700 (PDT) To: Kostik Belousov References: <20100402190239.GL2415@deviant.kiev.zoral.com.ua> <20100403165238.GO2415@deviant.kiev.zoral.com.ua> Organization: TOA Ukraine From: Mikolaj Golub Date: Sun, 04 Apr 2010 15:26:43 +0300 In-Reply-To: <20100403165238.GO2415@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Sat\, 3 Apr 2010 19\:52\:38 +0300") Message-ID: <86ljd3mmik.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-hackers@freebsd.org, Petr Salinger Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2010 12:26:49 -0000 On Sat, 3 Apr 2010 19:52:38 +0300 Kostik Belousov wrote: > Then, after you determined the problematic mp, reboot the machine, > redo the procedure causing leak. From ddb prompt, you can do "show mount", > find the mp, then do "show mount ". The later command shall > produce really large output, listing all mp vnodes, so serial console > or firewire can be useful. Put output somewhere. Or use ddb capture buffer :-). In ddb: capture on capture off continue And then ddb capture print > capture.out Make sure your capture buffer is large enough (I have in my /etc/sysctl.conf debug.ddb.capture.bufsize=5242880). -- Mikolaj Golub From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 5 14:17:32 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1B7E106564A; Mon, 5 Apr 2010 14:17:32 +0000 (UTC) (envelope-from ozawa@t-oza.net) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1073D8FC0A; Mon, 5 Apr 2010 14:17:31 +0000 (UTC) Received: by wwb24 with SMTP id 24so2493215wwb.13 for ; Mon, 05 Apr 2010 07:17:30 -0700 (PDT) MIME-Version: 1.0 Sender: ozawa@t-oza.net Received: by 10.216.187.209 with HTTP; Mon, 5 Apr 2010 07:17:30 -0700 (PDT) X-Originating-IP: [59.86.12.84] In-Reply-To: <86iq8csmzl.fsf@ds4.des.no> References: <411a180c1003300537g2a1b4879u2d8d952ce9977cb5@mail.gmail.com> <411a180c1003300639l13d33451q305a61b2bcd6e3d5@mail.gmail.com> <20100330173504.GA70578@freebsd.org> <86iq8csmzl.fsf@ds4.des.no> Date: Mon, 5 Apr 2010 06:17:30 -0800 X-Google-Sender-Auth: db7bb31da402446d Received: by 10.216.85.203 with SMTP id u53mr3623995wee.184.1270477050692; Mon, 05 Apr 2010 07:17:30 -0700 (PDT) Message-ID: From: Tsuyoshi Ozawa To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , John Baldwin , Julian Elischer , Artem Belevich , Roman Divacky , Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers Subject: Re: Dynamic ticks in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2010 14:17:32 -0000 Thank you for replying, and sorry for delaying to reply for my network reas= on. I'm very happy that you all give me very useful advice :D 2010/3/31 Andriy Gapon : > 1. Instead of firing clock (LAPIC timer) interrupt regularly with a frequ= ency > derived from HZ, the interrupt is scheduled to fire (in one-shot mode) at= the time > of the soonest scheduled callout. > 2. The code also makes sure to run hard/stat/prof-clocks if time since la= st > interrupt is greater than their respective periods in !dyntick mode. Yes, that's right. > Thus, it appears that in dyntick mode hard/stat/prof-clocks would run irr= egularly. > I couldn't find any code that makes sure that the rest of the system hand= les this > properly. Perhaps I missed it, or is it still in progress/plans? Yeah, this is in progress. Next step is to support to hard/stat/prof-clocks run irregularly. Now, I'm reading code to understand how they work correctly in dyntick mode= . > Also, I am not sure if the code handles the case when a new 'soonest' cal= lout is > scheduled after we already decided when to fire the next LAPIC timer inte= rrupt. In current version, this case is going to be ignored ( do nothing ). This is bug, and I'll fix it. 2010/3/31 Roman Divacky : > I wonder - why don't we store the callouts in binary > tree so the searching for nearest callout is faster? Is it time to have another look at callout queue implementation for this wo= rk? Or another implementation is to make callout queue have the nearest tick va= lue. This costs O(1). > > what is the average length of the callout queue? I'm going to monitor it. 2010/3/31 Artem Belevich : > Are you doing anything to handle the case where the lapic timer is turned= off > when a CPU enters C2 or C3? No. Hmm, this is very big problem. > The ideal approach in my mind would be to not use > the lapic timer at all when running in a deadline mode, but give each CPU= a > dedicated HPET comparator. Alternatively, you could add some special han= dling > where CPU 0 never goes into C2 or C3 but sends IPIs to other CPUs in deep= idle > states when necessary (you could also let CPU 0 fake statclock() for said= CPUs > as well perhaps). I see. In SMP environment, this seems to be very good. I'll try to implement next version by using HPET. 2010/3/31 Artem Belevich : > It may be worth it to look at Solaris' cyclic facillity for ideas. > sys/cddl/dev/cyclic/cyclic.c Thanks! I'll read it. 2010/3/31 Dag-Erling Sm=F8rgrav : >Never mind, Julian was making a joke at my expense. OK :D I wanna make next patch which is reflected your opinions by the end of April. Thank you! Very Truly yours Tsuyoshi Ozawa --=20 Tsuyoshi Ozawa From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 5 18:30:39 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EB89106566C for ; Mon, 5 Apr 2010 18:30:39 +0000 (UTC) (envelope-from Petr.Salinger@seznam.cz) Received: from relay.felk.cvut.cz (relay.felk.cvut.cz [147.32.80.7]) by mx1.freebsd.org (Postfix) with ESMTP id 020B38FC0C for ; Mon, 5 Apr 2010 18:30:38 +0000 (UTC) Received: from sci.felk.cvut.cz (sci.felk.cvut.cz [147.32.83.100]) by relay.felk.cvut.cz (8.14.3/8.14.3) with ESMTP id o35IUOTR095493; Mon, 5 Apr 2010 20:30:24 +0200 (CEST) (envelope-from Petr.Salinger@seznam.cz) Date: Mon, 5 Apr 2010 22:36:19 +0200 (CEST) From: Petr Salinger X-X-Sender: salinger@sci.felk.cvut.cz To: freebsd-hackers@freebsd.org, Kostik Belousov In-Reply-To: <20100403210829.GW2415@deviant.kiev.zoral.com.ua> Message-ID: References: <20100402190239.GL2415@deviant.kiev.zoral.com.ua> <20100403165238.GO2415@deviant.kiev.zoral.com.ua> <20100403171945.GQ2415@deviant.kiev.zoral.com.ua> <20100403210829.GW2415@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-FELK-MailScanner-Information: X-MailScanner-ID: o35IUOTR095493 X-FELK-MailScanner: Found to be clean X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.101, required 5, BAYES_00 -1.90, SPF_NEUTRAL 0.78, T_FRT_BELOW2 0.01, T_FRT_FREE 0.01) X-FELK-MailScanner-From: petr.salinger@seznam.cz X-FELK-MailScanner-To: freebsd-hackers@freebsd.org, kostikbel@gmail.com X-FELK-MailScanner-Watermark: 1271097028.31372@cSgaU6eU3GdiS9MKUJz2zg X-Spam-Status: No X-Mailman-Approved-At: Mon, 05 Apr 2010 18:43:46 +0000 Cc: Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2010 18:30:39 -0000 >> >>>> BTW, the 7.3 seems be unaffected by this. >> >> Confirmed, the whole build of gcc-4.3 ends with >> >> kern.maxvnodes: 100000 >> kern.minvnodes: 25000 >> vfs.freevnodes: 22070 >> vfs.wantfreevnodes: 25000 >> vfs.numvnodes: 39907 >> debug.vnlru_nowhere: 0 >> >> while for 8.0 kernel even 120000 in vfs.numvnodes does not suffice. > BTW, can you check latest RELENG_8 kernel, or HEAD, for the issue ? Both are affected, the ddb output bellow is from svn206142 for HEAD. >> Are all vnodes in some mountpoint ? What pipes and sockets ? > I do not quite understand the question. > > Pipes and sockets are not vnodes, and I want to see what type of > filesystem (UFS or devfs) leaks. I lowered max to get problem earlier kern.maxvnodes: 40000 kern.minvnodes: 25000 vfs.freevnodes: 0 vfs.wantfreevnodes: 25000 vfs.numvnodes: 37934 debug.vnlru_nowhere: 83 I would expect that sum of mnt_nvnodelistsize should be vfs.numvnodes. The sum is at about 3400, but the vfs.numvnodes is at about 38000. Is my expectation correct ? Petr db> show mount 0xffffff0003939be0 /dev/ad0s2a on / (ufs) 0xffffff000393a000 devfs on /dev (devfs) 0xffffff00039398e8 linprocfs on /proc (linprocfs) 0xffffff0009b9d000 /dev/ad0s2d on /opt/sid/build (ufs) db> show mount 0xffffff0003939be0 0xffffff0003939be0 /dev/ad0s2a on / (ufs) mnt_flag = LOCAL, ROOTFS mnt_kern_flag = EXTENDED_SHARED, MPSAFE, LOOKUP_SHARED mnt_opt = rw, fstype, fspath, from, errmsg, noro mnt_stat = { version=537068824 type=7 flags=0x0000000000005000 bsize=2048 iosize=16384 blocks=9233079 bfree=1720773 bavail=982127 files=2402302 ffree=2211006 syncwrites=0 asyncwrites=0 syncreads=0 asyncreads=0 namemax=255 owner=0 fsid=[1208030997, -638345611] } mnt_cred = { uid=0 ruid=0 } mnt_ref = 647 mnt_gen = 1 mnt_nvnodelistsize = 647 mnt_writeopcount = 0 mnt_noasync = 0 mnt_maxsymlinklen = 120 mnt_iosize_max = 131072 mnt_hashseed = 3875541360 mnt_secondary_writes = 0 mnt_secondary_accwrites = 1674383 mnt_gjprovider = NULL db> show mount 0xffffff000393a000 0xffffff000393a000 devfs on /dev (devfs) mnt_flag = MULTILABEL, LOCAL mnt_kern_flag = MPSAFE mnt_opt = mnt_stat = { version=537068824 type=2 flags=0x0000000004001000 bsize=0 iosize=0 blocks=0 bfree=0 bavail=0 files=0 ffree=0 syncwrites=0 asyncwrites=0 syncreads=0 asyncreads=0 namemax=255 owner=0 fsid=[33619712, 2] } mnt_cred = { uid=0 ruid=0 } mnt_ref = 36 mnt_gen = 1 mnt_nvnodelistsize = 36 mnt_writeopcount = 0 mnt_noasync = 0 mnt_maxsymlinklen = 0 mnt_iosize_max = 65536 mnt_hashseed = 1577461787 mnt_secondary_writes = 0 mnt_secondary_accwrites = 0 mnt_gjprovider = NULL db> show mount 0xffffff00039398e8 0xffffff00039398e8 linprocfs on /proc (linprocfs) mnt_flag = LOCAL mnt_kern_flag = MPSAFE mnt_opt = fstype, fspath, from, errmsg mnt_stat = { version=537068824 type=8 flags=0x0000000000001000 bsize=4096 iosize=4096 blocks=1 bfree=0 bavail=0 files=1 ffree=0 syncwrites=0 asyncwrites=0 syncreads=0 asyncreads=0 namemax=255 owner=0 fsid=[134283009, 8] } mnt_cred = { uid=0 ruid=0 } mnt_ref = 393 mnt_gen = 1 mnt_nvnodelistsize = 393 mnt_writeopcount = 0 mnt_noasync = 0 mnt_maxsymlinklen = 0 mnt_iosize_max = 65536 mnt_hashseed = 486483318 mnt_secondary_writes = 0 mnt_secondary_accwrites = 0 mnt_gjprovider = NULL db> show mount 0xffffff0009b9d000 0xffffff0009b9d000 /dev/ad0s2d on /opt/sid/build (ufs) mnt_flag = LOCAL mnt_kern_flag = EXTENDED_SHARED, MPSAFE, LOOKUP_SHARED mnt_opt = rw, fstype, fspath, from, errmsg, noro mnt_stat = { version=537068824 type=7 flags=0x0000000000001000 bsize=2048 iosize=16384 blocks=9683239 bfree=4555857 bavail=3781198 files=2520062 ffree=1888868 syncwrites=0 asyncwrites=0 syncreads=0 asyncreads=0 namemax=255 owner=0 fsid=[1208030997, -1215882613] } mnt_cred = { uid=0 ruid=0 } mnt_ref = 2297 mnt_gen = 1 mnt_nvnodelistsize = 2296 mnt_writeopcount = 0 mnt_noasync = 0 mnt_maxsymlinklen = 120 mnt_iosize_max = 131072 mnt_hashseed = 1634023874 mnt_secondary_writes = 1 mnt_secondary_accwrites = 1332980 mnt_gjprovider = NULL From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 5 18:59:30 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 137331065670 for ; Mon, 5 Apr 2010 18:59:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 5877F8FC1F for ; Mon, 5 Apr 2010 18:59:28 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o35IxONh006863 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Apr 2010 21:59:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o35IxOPe005499; Mon, 5 Apr 2010 21:59:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o35IxODr005498; Mon, 5 Apr 2010 21:59:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 5 Apr 2010 21:59:24 +0300 From: Kostik Belousov To: Petr Salinger Message-ID: <20100405185924.GS2415@deviant.kiev.zoral.com.ua> References: <20100402190239.GL2415@deviant.kiev.zoral.com.ua> <20100403165238.GO2415@deviant.kiev.zoral.com.ua> <20100403171945.GQ2415@deviant.kiev.zoral.com.ua> <20100403210829.GW2415@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4sIpN43wh+0KCG0T" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-hackers@freebsd.org Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2010 18:59:30 -0000 --4sIpN43wh+0KCG0T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 05, 2010 at 10:36:19PM +0200, Petr Salinger wrote: > >> > >>>>BTW, the 7.3 seems be unaffected by this. > >> > >>Confirmed, the whole build of gcc-4.3 ends with > >> > >>kern.maxvnodes: 100000 > >>kern.minvnodes: 25000 > >>vfs.freevnodes: 22070 > >>vfs.wantfreevnodes: 25000 > >>vfs.numvnodes: 39907 > >>debug.vnlru_nowhere: 0 > >> > >>while for 8.0 kernel even 120000 in vfs.numvnodes does not suffice. > >BTW, can you check latest RELENG_8 kernel, or HEAD, for the issue ? >=20 > Both are affected, the ddb output bellow is from svn206142 for HEAD. >=20 > >>Are all vnodes in some mountpoint ? What pipes and sockets ? > >I do not quite understand the question. > > > >Pipes and sockets are not vnodes, and I want to see what type of > >filesystem (UFS or devfs) leaks. >=20 > I lowered max to get problem earlier >=20 > kern.maxvnodes: 40000 > kern.minvnodes: 25000 > vfs.freevnodes: 0 > vfs.wantfreevnodes: 25000 > vfs.numvnodes: 37934 > debug.vnlru_nowhere: 83 >=20 > I would expect that sum of mnt_nvnodelistsize should be vfs.numvnodes. > The sum is at about 3400, but the vfs.numvnodes is at about 38000. > Is my expectation correct ? Not quite, reclaimed vnode is removed from mp list. Can you check that vmstat -z | grep VNODE output coincides with sysctl vfs.numvnodes ? Also, can you unmount linprocfs before the test and see whether it leaks as before ? Another thing to try is set sysctl debug.disablefullpath to 1. Thanks. >=20 > Petr >=20 > db> show mount >=20 > 0xffffff0003939be0 /dev/ad0s2a on / (ufs) > 0xffffff000393a000 devfs on /dev (devfs) > 0xffffff00039398e8 linprocfs on /proc (linprocfs) > 0xffffff0009b9d000 /dev/ad0s2d on /opt/sid/build (ufs) >=20 > db> show mount 0xffffff0003939be0 >=20 > 0xffffff0003939be0 /dev/ad0s2a on / (ufs) > mnt_flag =3D LOCAL, ROOTFS > mnt_kern_flag =3D EXTENDED_SHARED, MPSAFE, LOOKUP_SHARED > mnt_opt =3D rw, fstype, fspath, from, errmsg, noro > mnt_stat =3D { version=3D537068824 type=3D7 flags=3D0x000000000000500= 0=20 > bsize=3D2048 iosize=3D16384 blocks=3D9233079 bfree=3D1720773 bavail=3D982= 127=20 > files=3D2402302 ffree=3D2211006 syncwrites=3D0 asyncwrites=3D0 syncreads= =3D0=20 > asyncreads=3D0 namemax=3D255 owner=3D0 fsid=3D[1208030997, -638345611] } > mnt_cred =3D { uid=3D0 ruid=3D0 } > mnt_ref =3D 647 > mnt_gen =3D 1 > mnt_nvnodelistsize =3D 647 > mnt_writeopcount =3D 0 > mnt_noasync =3D 0 > mnt_maxsymlinklen =3D 120 > mnt_iosize_max =3D 131072 > mnt_hashseed =3D 3875541360 > mnt_secondary_writes =3D 0 > mnt_secondary_accwrites =3D 1674383 > mnt_gjprovider =3D NULL >=20 > db> show mount 0xffffff000393a000 >=20 > 0xffffff000393a000 devfs on /dev (devfs) > mnt_flag =3D MULTILABEL, LOCAL > mnt_kern_flag =3D MPSAFE > mnt_opt =3D > mnt_stat =3D { version=3D537068824 type=3D2 flags=3D0x000000000400100= 0 bsize=3D0=20 > iosize=3D0 blocks=3D0 bfree=3D0 bavail=3D0 files=3D0 ffree=3D0 syncwrites= =3D0=20 > asyncwrites=3D0 syncreads=3D0 asyncreads=3D0 namemax=3D255 owner=3D0 fsid= =3D[33619712,=20 > 2] } > mnt_cred =3D { uid=3D0 ruid=3D0 } > mnt_ref =3D 36 > mnt_gen =3D 1 > mnt_nvnodelistsize =3D 36 > mnt_writeopcount =3D 0 > mnt_noasync =3D 0 > mnt_maxsymlinklen =3D 0 > mnt_iosize_max =3D 65536 > mnt_hashseed =3D 1577461787 > mnt_secondary_writes =3D 0 > mnt_secondary_accwrites =3D 0 > mnt_gjprovider =3D NULL >=20 >=20 > db> show mount 0xffffff00039398e8 >=20 > 0xffffff00039398e8 linprocfs on /proc (linprocfs) > mnt_flag =3D LOCAL > mnt_kern_flag =3D MPSAFE > mnt_opt =3D fstype, fspath, from, errmsg > mnt_stat =3D { version=3D537068824 type=3D8 flags=3D0x000000000000100= 0=20 > bsize=3D4096 iosize=3D4096 blocks=3D1 bfree=3D0 bavail=3D0 files=3D1 ffre= e=3D0=20 > syncwrites=3D0 asyncwrites=3D0 syncreads=3D0 asyncreads=3D0 namemax=3D255= owner=3D0=20 > fsid=3D[134283009, 8] } > mnt_cred =3D { uid=3D0 ruid=3D0 } > mnt_ref =3D 393 > mnt_gen =3D 1 > mnt_nvnodelistsize =3D 393 > mnt_writeopcount =3D 0 > mnt_noasync =3D 0 > mnt_maxsymlinklen =3D 0 > mnt_iosize_max =3D 65536 > mnt_hashseed =3D 486483318 > mnt_secondary_writes =3D 0 > mnt_secondary_accwrites =3D 0 > mnt_gjprovider =3D NULL >=20 >=20 > db> show mount 0xffffff0009b9d000 >=20 > 0xffffff0009b9d000 /dev/ad0s2d on /opt/sid/build (ufs) > mnt_flag =3D LOCAL > mnt_kern_flag =3D EXTENDED_SHARED, MPSAFE, LOOKUP_SHARED > mnt_opt =3D rw, fstype, fspath, from, errmsg, noro > mnt_stat =3D { version=3D537068824 type=3D7 flags=3D0x000000000000100= 0=20 > bsize=3D2048 iosize=3D16384 blocks=3D9683239 bfree=3D4555857 bavail=3D378= 1198 > files=3D2520062 ffree=3D1888868 syncwrites=3D0 asyncwrites=3D0 syncreads= =3D0=20 > asyncreads=3D0 namemax=3D255 owner=3D0 fsid=3D[1208030997, -1215882613] } > mnt_cred =3D { uid=3D0 ruid=3D0 } > mnt_ref =3D 2297 > mnt_gen =3D 1 > mnt_nvnodelistsize =3D 2296 > mnt_writeopcount =3D 0 > mnt_noasync =3D 0 > mnt_maxsymlinklen =3D 120 > mnt_iosize_max =3D 131072 > mnt_hashseed =3D 1634023874 > mnt_secondary_writes =3D 1 > mnt_secondary_accwrites =3D 1332980 > mnt_gjprovider =3D NULL >=20 --4sIpN43wh+0KCG0T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAku6MwsACgkQC3+MBN1Mb4ix4wCeI4KBaVtmDKSZ4h3DHHgooJjc A64AoJfln3ZLqFShEjSO+iWDEigb4tkW =kkch -----END PGP SIGNATURE----- --4sIpN43wh+0KCG0T-- From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 6 05:04:59 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA28D1065672 for ; Tue, 6 Apr 2010 05:04:59 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id DB14A8FC08 for ; Tue, 6 Apr 2010 05:04:59 +0000 (UTC) Received: by elvis.mu.org (Postfix, from userid 1192) id 970481A3C4A; Mon, 5 Apr 2010 22:04:59 -0700 (PDT) Date: Mon, 5 Apr 2010 22:04:59 -0700 From: Alfred Perlstein To: Gabor Kovesdan Message-ID: <20100406050459.GM19474@elvis.mu.org> References: <1269958546.3456.14.camel@mark-desktop> <4BB21D85.7030006@kovesdan.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BB21D85.7030006@kovesdan.org> User-Agent: Mutt/1.4.2.3i Cc: hackers@freebsd.org, m.nesterovych@gmail.com Subject: Re: grep X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 05:05:00 -0000 * Gabor Kovesdan [100330 08:52] wrote: > On 30/03/2010 20:00, Mark nesterovych wrote: > >Hi all. > > > >Decided to write BSD licensed grep and provide it to FreeBSD project if > >success. > > > > Dear Mark, > > this project is already completed and is going to be integrated to the > base system once portmgr can run an experimental build to make sure it > introduces no regressions. I suggest that you consider working on either > diff/sdiff or you can contribute to my sort implementation, which is not > totally completed yet. Hello, Where is diff/sdiff projects? thank you, -- - Alfred Perlstein .- AMA, VMOA #5191, 03 vmax, 92 gs500, 85 ch250 .- FreeBSD committer From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 6 09:24:41 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9FFA1065673 for ; Tue, 6 Apr 2010 09:24:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 823C98FC1F for ; Tue, 6 Apr 2010 09:24:38 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o369OT2O074194 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Apr 2010 12:24:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o369OT0a042117; Tue, 6 Apr 2010 12:24:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o369OTTB042116; Tue, 6 Apr 2010 12:24:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 6 Apr 2010 12:24:29 +0300 From: Kostik Belousov To: Petr Salinger Message-ID: <20100406092429.GV2415@deviant.kiev.zoral.com.ua> References: <20100403165238.GO2415@deviant.kiev.zoral.com.ua> <20100403171945.GQ2415@deviant.kiev.zoral.com.ua> <20100403210829.GW2415@deviant.kiev.zoral.com.ua> <20100405185924.GS2415@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xaJmculcd5PV2weY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-hackers@freebsd.org Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 09:24:42 -0000 --xaJmculcd5PV2weY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 06, 2010 at 11:56:28AM +0200, Petr Salinger wrote: > >>I would expect that sum of mnt_nvnodelistsize should be vfs.numvnodes. > >>The sum is at about 3400, but the vfs.numvnodes is at about 38000. > >>Is my expectation correct ? > >Not quite, reclaimed vnode is removed from mp list. >=20 > Are they in some other list ? No. Some code path does not properly release hold count on the vnode, most likely. Vnode is added to the free list when its hold count reaches zero and vnode is not doomed, doomed vnode is just freed. >=20 > >Can you check > >that vmstat -z | grep VNODE output coincides with sysctl vfs.numvnodes ? >=20 > I would say yes: >=20 > kern.maxvnodes: 31000 > kern.minvnodes: 2000 > vfs.freevnodes: 21 > vfs.wantfreevnodes: 2000 > vfs.numvnodes: 31011 > debug.vnlru_nowhere: 261 >=20 > ITEM SIZE LIMIT USED FREE REQUESTS =20 > FAILURES > VNODE: 480, 0, 30999, 777, 248903, = =20 > 0 > VNODEPOLL: 112, 0, 80, 85, 80, = =20 > 0 >=20 > But still: >=20 > 0xffffff0003939be0 /dev/ad0s2a on / (ufs) > mnt_nvnodelistsize =3D 570 >=20 > 0xffffff000393a000 devfs on /dev (devfs) > mnt_nvnodelistsize =3D 41 >=20 > 0xffffff0003939000 /dev/ad0s2d on /opt/sid/build (ufs) > mnt_nvnodelistsize =3D 52 >=20 > There is 30000 vnodes somewhere. Right. The leak is there. >=20 > >Also, can you unmount linprocfs before the test and see whether it > >leaks as before ? > >Another thing to try is set sysctl debug.disablefullpath to 1. >=20 > Done both before this test, still "hangs/leaks": >=20 > vfs.cache.numfullpathfound: 29075 > vfs.cache.numfullpathfail4: 0 > vfs.cache.numfullpathfail2: 0 > vfs.cache.numfullpathfail1: 0 > vfs.cache.numfullpathcalls: 29075 > debug.disablefullpath: 1 Can you try to narrow down the sequence of operations that is needed to reproduce the leak ? If not, you may add vn_printf() + ddb_backtrace to vgonel(), but this definitely cause immense amount of spam on the console. I am not sure how easy would it be to spot the leaking vnodes. --xaJmculcd5PV2weY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAku6/cwACgkQC3+MBN1Mb4gHWgCcCkLZCD1xOODcLwhDWO7Bp3/4 iDAAoNnK3q/zSRVbaFFx7zmHQ+1OtnFv =CMvx -----END PGP SIGNATURE----- --xaJmculcd5PV2weY-- From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 6 07:50:44 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0435106566C for ; Tue, 6 Apr 2010 07:50:44 +0000 (UTC) (envelope-from Petr.Salinger@seznam.cz) Received: from relay.felk.cvut.cz (relay.felk.cvut.cz [147.32.80.7]) by mx1.freebsd.org (Postfix) with ESMTP id 4D6428FC17 for ; Tue, 6 Apr 2010 07:50:43 +0000 (UTC) Received: from sci.felk.cvut.cz (sci.felk.cvut.cz [147.32.83.100]) by relay.felk.cvut.cz (8.14.3/8.14.3) with ESMTP id o367oWeD042449; Tue, 6 Apr 2010 09:50:32 +0200 (CEST) (envelope-from Petr.Salinger@seznam.cz) Date: Tue, 6 Apr 2010 11:56:28 +0200 (CEST) From: Petr Salinger X-X-Sender: salinger@sci.felk.cvut.cz To: Kostik Belousov In-Reply-To: <20100405185924.GS2415@deviant.kiev.zoral.com.ua> Message-ID: References: <20100402190239.GL2415@deviant.kiev.zoral.com.ua> <20100403165238.GO2415@deviant.kiev.zoral.com.ua> <20100403171945.GQ2415@deviant.kiev.zoral.com.ua> <20100403210829.GW2415@deviant.kiev.zoral.com.ua> <20100405185924.GS2415@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-FELK-MailScanner-Information: X-MailScanner-ID: o367oWeD042449 X-FELK-MailScanner: Found to be clean X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.121, required 5, BAYES_00 -1.90, SPF_NEUTRAL 0.78) X-FELK-MailScanner-From: petr.salinger@seznam.cz X-FELK-MailScanner-To: freebsd-hackers@freebsd.org, kostikbel@gmail.com X-FELK-MailScanner-Watermark: 1271145033.0671@bCRXcPgGJPdJoBvQsJ1NKw X-Spam-Status: No X-Mailman-Approved-At: Tue, 06 Apr 2010 11:41:38 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 07:50:45 -0000 >> I would expect that sum of mnt_nvnodelistsize should be vfs.numvnodes. >> The sum is at about 3400, but the vfs.numvnodes is at about 38000. >> Is my expectation correct ? > Not quite, reclaimed vnode is removed from mp list. Are they in some other list ? > Can you check > that vmstat -z | grep VNODE output coincides with sysctl vfs.numvnodes ? I would say yes: kern.maxvnodes: 31000 kern.minvnodes: 2000 vfs.freevnodes: 21 vfs.wantfreevnodes: 2000 vfs.numvnodes: 31011 debug.vnlru_nowhere: 261 ITEM SIZE LIMIT USED FREE REQUESTS FAILURES VNODE: 480, 0, 30999, 777, 248903, 0 VNODEPOLL: 112, 0, 80, 85, 80, 0 But still: 0xffffff0003939be0 /dev/ad0s2a on / (ufs) mnt_nvnodelistsize = 570 0xffffff000393a000 devfs on /dev (devfs) mnt_nvnodelistsize = 41 0xffffff0003939000 /dev/ad0s2d on /opt/sid/build (ufs) mnt_nvnodelistsize = 52 There is 30000 vnodes somewhere. > Also, can you unmount linprocfs before the test and see whether it > leaks as before ? > Another thing to try is set sysctl debug.disablefullpath to 1. Done both before this test, still "hangs/leaks": vfs.cache.numfullpathfound: 29075 vfs.cache.numfullpathfail4: 0 vfs.cache.numfullpathfail2: 0 vfs.cache.numfullpathfail1: 0 vfs.cache.numfullpathcalls: 29075 debug.disablefullpath: 1 Petr From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 6 12:47:40 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E39861065672; Tue, 6 Apr 2010 12:47:40 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F2D418FC19; Tue, 6 Apr 2010 12:47:39 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA28670; Tue, 06 Apr 2010 15:47:38 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4BBB2D69.80002@freebsd.org> Date: Tue, 06 Apr 2010 15:47:37 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <4BACC791.70502@icyb.net.ua> <20100327214634.GI32799@server.vk2pj.dyndns.org> <86fx3k7jqi.fsf@ds4.des.no> <201003291044.28544.jhb@freebsd.org> <4BB22A42.7050003@icyb.net.ua> In-Reply-To: <4BB22A42.7050003@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= Subject: Re: periodically save current time to time-of-day hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 12:47:41 -0000 on 30/03/2010 19:43 Andriy Gapon said the following: > > do you think that periodic saving of system clock to hardware and making resettodr > asynchronous are dependent issues? Or are they orthogonal and can be implemented > independently? A new version of the patch: http://people.freebsd.org/~avg/periodic_resettodr.diff Some notes: - this patch doesn't implement any resettodr enhancements proposed earlier: making it non-blocking/asynchronous and saving time closer to seconds boundary; - the patch adds code for saving time on shutdown, adds logic for checking ntp synchronization status and for dynamically stoping/(re-)starting the callout via period sysctl; - the patch consists of two pieces: the first is abstracting ntp status check into a separate function and the other is all the time saving code; - I don't feel that kern_ntptime.c is best place for this code, I only chose it because of ntp status checking; perhaps ntp_is_time_error needs to be made public and the code moved to a better file; suggestion are welcome! I also welcome any comments and suggestions on code style, identifier naming, logic, strategy, etc. Thank you! P.S. it seems that machdep is not the best place for "RTC" sysctls, but I am deferring this issue at the moment. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 6 13:26:47 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDC511065675 for ; Tue, 6 Apr 2010 13:26:46 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8F4588FC17 for ; Tue, 6 Apr 2010 13:26:46 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2CF4C.dip.t-dialin.net [217.226.207.76]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id EEFB984532E; Tue, 6 Apr 2010 15:26:39 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id D79E8504C; Tue, 6 Apr 2010 15:26:36 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1270560396; bh=jpaABNC5py8E0n7TfgY5H+DCCD2yzDq5dFwUvhVgIE8=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=cc+22TRRMQkEz6qTWBoJgWYbOJ/E+PM09KwINyN0zmHdMZxCQ9N8KXj4jbbiqW7ej a5hbI3kklCTzcj67BbFq+78djvSwknE9Qf3c61pzcbzBrtywv9q3I13Kux34GFg0fV rAoi6DUh578mnq//c/YVwQkk48MclG9AKPESH6jBbAwMI+3X1KKCUxL3gsVUHza4Ts WURxAxhApQAhvSmu3s8Fp9seFIpcLsOG75YQLtcHbqPtFbtZXqVbZcXGDDu6FTBqDd qnW1alhw9K9COPLCpKLnqGr8B+ETOfiH/dzBxB9PDBmzn5fUUr7HK46YaH/pYFUbCp ufsmRdjlOESPQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o36DQaWQ061489; Tue, 6 Apr 2010 15:26:36 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 06 Apr 2010 15:26:36 +0200 Message-ID: <20100406152636.8857380bkafxg144@webmail.leidinger.net> Date: Tue, 06 Apr 2010 15:26:36 +0200 From: Alexander Leidinger To: Kostik Belousov References: <20100403165238.GO2415@deviant.kiev.zoral.com.ua> <20100403171945.GQ2415@deviant.kiev.zoral.com.ua> <20100403210829.GW2415@deviant.kiev.zoral.com.ua> <20100405185924.GS2415@deviant.kiev.zoral.com.ua> <20100406092429.GV2415@deviant.kiev.zoral.com.ua> In-Reply-To: <20100406092429.GV2415@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: EEFB984532E.33915 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1271165200.77483@meBXHoYyySdod3pU7Ec+vA X-EBL-Spam-Status: No X-Mailman-Approved-At: Tue, 06 Apr 2010 15:21:54 +0000 Cc: freebsd-hackers@freebsd.org, Petr Salinger Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 13:26:47 -0000 Quoting Kostik Belousov (from Tue, 6 Apr 2010 12:24:29 +0300): > Can you try to narrow down the sequence of operations that is needed > to reproduce the leak ? As already told privately to kib@ and for the benefit of others reading here: I can reproduce a similar behavior on a recent 9-current by running "portsnap extract" (/var on UFS, /usr/ports symlink to a ZFS), a traditional kernel build (config KCONFIG, make depend, make on ZFS) or the periodic daily scripts started by cron (UFS and ZFS involved, at least for the daily find(1) run). Bye, Alexander. -- It's more than magnificent -- it's mediocre. -- Sam Goldwyn http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 6 19:42:05 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 584081065670 for ; Tue, 6 Apr 2010 19:42:05 +0000 (UTC) (envelope-from paul.halliday@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 194718FC08 for ; Tue, 6 Apr 2010 19:42:04 +0000 (UTC) Received: by gyh20 with SMTP id 20so104788gyh.13 for ; Tue, 06 Apr 2010 12:42:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type:content-transfer-encoding; bh=6ZGuxaK6GrYdsDkk/90EhttupeBcZ45ZTCmuYGMqxbY=; b=naPX22fTN1fkQZbwpb03o7R0moqM6YOP7dnjt7E4PmT7KanboTXbfDwMyhNiWHCguJ pJJPQL7qIztjJSsb0b7YE3wC+sUV8pFRMs7fO5cm0Rh1cFPnyA3TPqSFlHo4NG1kHlxU 1nMy1eQ9UoZjdjsJoQRQYE68uMH4Xej5/oLMY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=SVC7JVV1BvIJmnUNPT8lXyce0nuRlQz+hl3g58+Jfno3btdrW5y9ymHBm9E1LheddT TrdOj+Y+y7i7rQWw9GHBwhCU/JRVrxP5oTSP9YHEtZeH/iCPLc1e+sLytX309IPrLf0P o9+9hgmaijpekjBMGqOc+Zd6t7dH2c7kmhotQ= MIME-Version: 1.0 Received: by 10.90.51.14 with HTTP; Tue, 6 Apr 2010 12:17:17 -0700 (PDT) Date: Tue, 6 Apr 2010 16:17:17 -0300 Received: by 10.90.209.13 with SMTP id h13mr2052332agg.92.1270581438068; Tue, 06 Apr 2010 12:17:18 -0700 (PDT) Message-ID: From: Paul Halliday To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Panic: sleeping thread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 19:42:05 -0000 ---------- Forwarded message ---------- From: Paul Halliday Date: Thu, Apr 1, 2010 at 8:38 AM Subject: Re: panic: sleeping thread To: questions@freebsd.org On Mon, Mar 22, 2010 at 9:28 AM, Paul Halliday wr= ote: > I have a couple VM's that randomly halt with this error: > > Sleeping thread (tid 10018, pid 1058) owns a non-sleepable lock > panic: sleeping thread > cpuid =3D 0 > Uptime 11h14m31s > Cannot dump. Device not defined or unavailable. > > FreeBSD 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC > 2009 =A0 =A0 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > amd64 > > These systems run nightly Nessus scans and these halts are very > sporadic; I can go a week w/o seeing one. > > What should I do to start to troubleshoot this? > > Thanks. > >> There was another panic this morning, different message this time though= : >> panic: vm_fault_copy_wired: page missing >> cpuid =3D 1 >> Uptime: 9d16h58m29s >> Cannot dump. Device not defined or unavailable. Any suggestions? Thanks. From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 6 21:23:43 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73EBA106566B for ; Tue, 6 Apr 2010 21:23:43 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 06DBB8FC0A for ; Tue, 6 Apr 2010 21:23:42 +0000 (UTC) Received: by fxm25 with SMTP id 25so96808fxm.3 for ; Tue, 06 Apr 2010 14:23:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=RB7fqksEGSfgSEw6DQkMeZQeaPn55NA2KS81vST+Qd4=; b=Pr0mqWbHPr9hDo1UOqdLfUU4mQvFVMom4mZ/Q+/vtQSRXkqbE2PDirt7RoqYdGTYVs YfWnTvfHf2Hd5C6rBMETr/pMaalbYfPazHrCFeN6dwi1GGvjCNtp35VBkD+6Bew7w+v7 wJy4hn9XXkWkFW0c7TpU2JwcDKo0qBkISG7z8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=PCGq3BtDzhBvfo30+LwJWiCmAz/hkh6rZxtn/otgsiALaoCd81e4FVMBShjDkwthVD 3nX+RPYvySIcUxYimJhkqCpDyC4N8QTYYwHhmItL12LpayfnqNBAUrKML60UDAXe6yQw L+/s7gd1z0zKScMi6DjGqNBzubGlDEfNS1UTc= MIME-Version: 1.0 Received: by 10.223.110.201 with HTTP; Tue, 6 Apr 2010 14:00:56 -0700 (PDT) In-Reply-To: References: Date: Tue, 6 Apr 2010 23:00:56 +0200 Received: by 10.223.5.5 with SMTP id 5mr7650506fat.80.1270587656947; Tue, 06 Apr 2010 14:00:56 -0700 (PDT) Message-ID: From: Giovanni Trematerra To: Paul Halliday Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: hackers@freebsd.org Subject: Re: Panic: sleeping thread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 21:23:43 -0000 On Tue, Apr 6, 2010 at 9:17 PM, Paul Halliday wro= te: > ---------- Forwarded message ---------- > From: Paul Halliday > Date: Thu, Apr 1, 2010 at 8:38 AM > Subject: Re: panic: sleeping thread > To: questions@freebsd.org > > > On Mon, Mar 22, 2010 at 9:28 AM, Paul Halliday = wrote: >> I have a couple VM's that randomly halt with this error: >> >> Sleeping thread (tid 10018, pid 1058) owns a non-sleepable lock >> panic: sleeping thread >> cpuid =3D 0 >> Uptime 11h14m31s >> Cannot dump. Device not defined or unavailable. >> >> FreeBSD 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC >> 2009 =A0 =A0 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> These systems run nightly Nessus scans and these halts are very >> sporadic; I can go a week w/o seeing one. >> >> What should I do to start to troubleshoot this? You might want to obtain a kernel dump. Take a look at http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html -- Gianni From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 6 22:11:04 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 125161065672; Tue, 6 Apr 2010 22:11:04 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id B7D7E8FC1A; Tue, 6 Apr 2010 22:11:03 +0000 (UTC) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id D2C9B1334796; Wed, 7 Apr 2010 00:11:01 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by services.rulez.sk (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id Fs7GYU2EJOtv; Wed, 7 Apr 2010 00:11:00 +0200 (CEST) Received: from danger-mbp.local (adsl-dyn182.78-98-228.t-com.sk [78.98.228.182]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.rulez.sk (Postfix) with ESMTPSA id C58FD13346DC; Wed, 7 Apr 2010 00:11:00 +0200 (CEST) Message-ID: <4BBBB174.7070408@FreeBSD.org> Date: Wed, 07 Apr 2010 00:11:00 +0200 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.2pre) Gecko/20100406 Lanikai/3.1b2pre MIME-Version: 1.0 To: current@freebsd.org, hackers@freebsd.org, developers@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Fwd: HEADSUP: Call for FreeBSD Status Reports - 1Q/2010 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 22:11:04 -0000 Hello guys, I'd like to remind you that the submission deadline is getting really close and to this date we have received only _one_ entry. If you have anything to report but need a little more time, please drop us at least a short message stating this fact to monthly@. Thank you! -------- Original Message -------- Subject: HEADSUP: Call for FreeBSD Status Reports - 1Q/2010 Date: Mon, 22 Mar 2010 03:06:31 +0100 From: Daniel Gerzo Organization: The FreeBSD Project To: current@freebsd.org, stable@freebsd.org, hackers@freebsd.org, questions@freebsd.org Dear all, I would like to remind you that the next round of status reports covering the first quarter of 2010 is due on April 15th, 2010. This initiative is very welcome in our community. Therefore, I would like to ask you to submit your status reports as soon as possible, so that we can compile the report on time. There is a lot of projects which are currently being worked on, so do not hesitate and write us a few lines - a short description about what you are working on, what are your plans and goals, so we can inform our community about your great work! Check out the reports from past to get some inspiration of what your submission should look like. If you know about a project that should be included in the status report, please let us know as well, so we can poke the responsible people to provide us with something useful. Updates to submissions from the last report are welcome too. Note that the submissions are accepted from anyone involved with the FreeBSD community, you do not have to be a FreeBSD committer. Submissions about anything related to FreeBSD are very welcome! Please email us the filled-in XML template to be found at http://www.freebsd.org/news/status/report-sample.xml to monthly@FreeBSD.org, or alternatively use our web based form located at http://www.freebsd.org/cgi/monthly.cgi. For more information, please visit http://www.freebsd.org/news/status/. We are looking forward to see your submissions! -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 6 22:30:04 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 159E2106564A; Tue, 6 Apr 2010 22:30:04 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-hackers@freebsd.org Date: Tue, 6 Apr 2010 18:29:53 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_jX7uLFBpqAaOq8a" Message-Id: <201004061829.55444.jkim@FreeBSD.org> Cc: des@FreeBSD.org Subject: [RFC] The official logo for logo_saver? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 22:30:04 -0000 --Boundary-00=_jX7uLFBpqAaOq8a Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Although I really like logo_saver with Beastie, we have the official FreeBSD logo and I think it is time to say good-bye to the old logo image file. The attached file is a drop-in replacement for sys/dev/syscons/logo/logo.c. What do you think? Jung-uk Kim * PS: I couldn't find a good small 256-color image from FreeBSD.org. So, I googled and found the following icon: http://kde-look.org/CONTENT/content-m1/m112422-1.png The following URL seems to be the actual web page: http://kde-look.org/content/show.php?content=112422 --Boundary-00=_jX7uLFBpqAaOq8a Content-Type: text/plain; charset="iso-8859-1"; name="logo.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="logo.c" /* $FreeBSD$ */ #define LOGO_WIDTH 66 #define LOGO_HEIGHT 69 unsigned int logo_w = LOGO_WIDTH; unsigned int logo_h = LOGO_HEIGHT; unsigned char logo_pal[256 * 3] = { 0x00, 0x00, 0x00, 0x0b, 0x00, 0x00, 0x0b, 0x0b, 0x0b, 0x13, 0x01, 0x01, 0x1b, 0x05, 0x04, 0x13, 0x13, 0x13, 0x1b, 0x1b, 0x1b, 0x1c, 0x15, 0x14, 0x25, 0x03, 0x01, 0x33, 0x0e, 0x0c, 0x23, 0x21, 0x1a, 0x23, 0x23, 0x23, 0x2b, 0x2b, 0x2b, 0x3c, 0x3c, 0x3c, 0x34, 0x32, 0x32, 0x35, 0x30, 0x2a, 0x58, 0x00, 0x00, 0x4c, 0x0f, 0x0d, 0x47, 0x24, 0x15, 0x6c, 0x01, 0x01, 0x66, 0x09, 0x09, 0x66, 0x17, 0x15, 0x74, 0x01, 0x00, 0x7b, 0x00, 0x00, 0x77, 0x09, 0x08, 0x79, 0x19, 0x17, 0x6e, 0x3e, 0x3e, 0x76, 0x35, 0x35, 0x72, 0x2b, 0x26, 0x65, 0x2a, 0x20, 0x5a, 0x4f, 0x32, 0x44, 0x44, 0x44, 0x4b, 0x4a, 0x4a, 0x57, 0x56, 0x56, 0x56, 0x4d, 0x4c, 0x77, 0x45, 0x45, 0x6d, 0x5d, 0x4f, 0x6c, 0x6c, 0x6c, 0x62, 0x62, 0x62, 0x76, 0x75, 0x75, 0x72, 0x67, 0x55, 0x84, 0x00, 0x00, 0x8b, 0x00, 0x00, 0x88, 0x0c, 0x0b, 0x89, 0x18, 0x17, 0x93, 0x00, 0x00, 0x9b, 0x00, 0x00, 0x99, 0x0a, 0x06, 0x95, 0x17, 0x16, 0x95, 0x11, 0x0c, 0x87, 0x2a, 0x29, 0x99, 0x29, 0x27, 0x98, 0x37, 0x37, 0x86, 0x39, 0x34, 0xa4, 0x00, 0x00, 0xab, 0x00, 0x00, 0xab, 0x0c, 0x01, 0xa7, 0x0b, 0x06, 0xa8, 0x13, 0x0a, 0xa6, 0x16, 0x15, 0xb3, 0x00, 0x00, 0xbb, 0x00, 0x00, 0xb7, 0x0a, 0x03, 0xb3, 0x12, 0x00, 0xba, 0x15, 0x03, 0xb5, 0x18, 0x17, 0xb7, 0x27, 0x03, 0xb9, 0x27, 0x18, 0xa8, 0x2a, 0x16, 0xa8, 0x26, 0x25, 0xb9, 0x2a, 0x29, 0xb6, 0x39, 0x37, 0xab, 0x35, 0x2f, 0xae, 0x4c, 0x36, 0x93, 0x5d, 0x39, 0x90, 0x4e, 0x4b, 0x91, 0x67, 0x56, 0x8a, 0x75, 0x70, 0xa8, 0x49, 0x47, 0xb4, 0x5a, 0x58, 0xb2, 0x53, 0x4b, 0xac, 0x71, 0x53, 0xb8, 0x7a, 0x78, 0xb2, 0x65, 0x64, 0xc3, 0x01, 0x00, 0xc3, 0x0a, 0x00, 0xcb, 0x00, 0x00, 0xca, 0x0b, 0x00, 0xc7, 0x08, 0x08, 0xc5, 0x13, 0x00, 0xcb, 0x12, 0x00, 0xcb, 0x1a, 0x01, 0xc3, 0x18, 0x05, 0xc9, 0x17, 0x14, 0xd3, 0x00, 0x00, 0xd2, 0x0b, 0x00, 0xdb, 0x00, 0x00, 0xd8, 0x0c, 0x05, 0xd3, 0x14, 0x00, 0xd3, 0x1b, 0x01, 0xdb, 0x1c, 0x01, 0xd9, 0x14, 0x03, 0xd5, 0x18, 0x15, 0xc8, 0x25, 0x01, 0xd4, 0x23, 0x02, 0xd3, 0x2b, 0x01, 0xdb, 0x22, 0x01, 0xdb, 0x2a, 0x01, 0xd5, 0x27, 0x1c, 0xd6, 0x33, 0x02, 0xdb, 0x33, 0x02, 0xda, 0x3a, 0x03, 0xd4, 0x3c, 0x1a, 0xc8, 0x33, 0x17, 0xca, 0x29, 0x24, 0xc8, 0x32, 0x2b, 0xd3, 0x35, 0x2d, 0xe3, 0x00, 0x00, 0xeb, 0x00, 0x00, 0xea, 0x0b, 0x00, 0xe5, 0x18, 0x03, 0xf1, 0x03, 0x00, 0xf4, 0x0b, 0x00, 0xf4, 0x17, 0x01, 0xe2, 0x24, 0x01, 0xe3, 0x2a, 0x01, 0xe9, 0x2c, 0x02, 0xea, 0x28, 0x07, 0xe3, 0x33, 0x01, 0xe3, 0x3b, 0x02, 0xea, 0x33, 0x02, 0xeb, 0x3c, 0x02, 0xe9, 0x3c, 0x09, 0xf4, 0x25, 0x04, 0xf3, 0x34, 0x0e, 0xed, 0x35, 0x29, 0xd9, 0x45, 0x0b, 0xd7, 0x43, 0x14, 0xc8, 0x40, 0x19, 0xd7, 0x56, 0x3a, 0xcf, 0x46, 0x34, 0xec, 0x43, 0x03, 0xeb, 0x4c, 0x04, 0xe4, 0x47, 0x05, 0xe9, 0x58, 0x17, 0xf0, 0x47, 0x03, 0xf1, 0x4f, 0x11, 0xee, 0x4a, 0x2d, 0xee, 0x6d, 0x19, 0xee, 0x6c, 0x34, 0xcf, 0x66, 0x33, 0xc9, 0x4b, 0x49, 0xc6, 0x57, 0x57, 0xdb, 0x55, 0x4a, 0xd7, 0x58, 0x52, 0xcf, 0x4e, 0x49, 0xd3, 0x69, 0x54, 0xc9, 0x69, 0x67, 0xc9, 0x77, 0x76, 0xda, 0x7a, 0x77, 0xd3, 0x72, 0x6d, 0xf5, 0x59, 0x4c, 0xed, 0x71, 0x51, 0xe5, 0x74, 0x65, 0xef, 0x76, 0x6e, 0xb6, 0x8c, 0x6b, 0xa4, 0x8c, 0x63, 0xf2, 0x98, 0x28, 0xf2, 0x92, 0x36, 0xf3, 0xa8, 0x2b, 0xf6, 0xb4, 0x35, 0xed, 0xaa, 0x34, 0xdb, 0x95, 0x2c, 0xf1, 0x8f, 0x52, 0xfa, 0x87, 0x67, 0xfa, 0x97, 0x75, 0xef, 0x8e, 0x73, 0xf2, 0xb1, 0x4f, 0xf5, 0xa6, 0x79, 0xf0, 0xae, 0x71, 0xd1, 0x88, 0x76, 0xf6, 0xcc, 0x69, 0xfc, 0xe9, 0x76, 0x89, 0x89, 0x89, 0x98, 0x97, 0x97, 0x90, 0x8f, 0x8f, 0xb3, 0x94, 0x89, 0xa6, 0xa6, 0xa5, 0xb8, 0xb8, 0xb8, 0xb2, 0xa8, 0xa6, 0xc3, 0x8c, 0x8b, 0xd5, 0x88, 0x87, 0xd7, 0x99, 0x98, 0xcd, 0x9a, 0x9a, 0xd0, 0xa6, 0x93, 0xc6, 0xaa, 0xa4, 0xd5, 0xa7, 0xa7, 0xd9, 0xb8, 0xb6, 0xc6, 0xb9, 0xb5, 0xfa, 0x9a, 0x8a, 0xef, 0x94, 0x8d, 0xed, 0xa6, 0x93, 0xf7, 0xa7, 0x86, 0xf5, 0xa9, 0x98, 0xf6, 0xb7, 0x87, 0xf6, 0xb5, 0x97, 0xec, 0xab, 0x93, 0xe5, 0xa7, 0xa6, 0xe2, 0xb4, 0xb4, 0xfa, 0xac, 0xa3, 0xf3, 0xb6, 0xa6, 0xfa, 0xba, 0xb5, 0xe8, 0xb6, 0xac, 0xf5, 0xc2, 0x94, 0xfa, 0xc7, 0xa8, 0xf8, 0xc7, 0xba, 0xfa, 0xd4, 0xab, 0xf9, 0xd5, 0xb8, 0xeb, 0xc5, 0xb1, 0xfd, 0xea, 0x8b, 0xfd, 0xeb, 0xba, 0xfd, 0xef, 0xae, 0xd2, 0xc7, 0xbf, 0xca, 0xc8, 0xc7, 0xd5, 0xc7, 0xc7, 0xd7, 0xd6, 0xd6, 0xd3, 0xd1, 0xc4, 0xea, 0xc6, 0xc6, 0xec, 0xd3, 0xd3, 0xe8, 0xda, 0xd9, 0xf8, 0xca, 0xc8, 0xfa, 0xd8, 0xc7, 0xf1, 0xd5, 0xd4, 0xf3, 0xda, 0xda, 0xfb, 0xdb, 0xd3, 0xfb, 0xdd, 0xdb, 0xf8, 0xd7, 0xd5, 0xef, 0xde, 0xc8, 0xfb, 0xe4, 0xcd, 0xfc, 0xe8, 0xc9, 0xfc, 0xe4, 0xdc, 0xfb, 0xeb, 0xdb, 0xf8, 0xe6, 0xd6, 0xfd, 0xf7, 0xcb, 0xf1, 0xe9, 0xd9, 0xe9, 0xe6, 0xe6, 0xfa, 0xe4, 0xe3, 0xfb, 0xeb, 0xe3, 0xfa, 0xec, 0xea, 0xf4, 0xe7, 0xe4, 0xfc, 0xf1, 0xe3, 0xfc, 0xf2, 0xec, 0xf4, 0xf4, 0xf4, 0xfc, 0xf4, 0xf2, 0xfd, 0xf9, 0xf5, 0xfd, 0xfc, 0xfb }; unsigned char logo_img[LOGO_WIDTH * LOGO_HEIGHT] = { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x00, 0x00, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x02, 0x02, 0x02, 0x02, 0x02, 0x02, 0x02, 0x02, 0x02, 0x02, 0x02, 0x02, 0x00, 0x00, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x01, 0x03, 0x03, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x00, 0x02, 0x02, 0x02, 0x02, 0x05, 0x06, 0x06, 0x06, 0x06, 0x06, 0x0b, 0x0b, 0x06, 0x06, 0x06, 0x05, 0x05, 0x02, 0x02, 0x02, 0x00, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x01, 0x01, 0x03, 0x03, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x04, 0x10, 0x2c, 0x48, 0x47, 0x33, 0x14, 0x09, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x02, 0x02, 0x05, 0x05, 0x06, 0x0b, 0x0c, 0x1f, 0x21, 0x25, 0xb7, 0xb9, 0xb8, 0xb8, 0xb9, 0xb9, 0x27, 0x26, 0x20, 0x0d, 0x0c, 0x06, 0x06, 0x05, 0x02, 0x02, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x08, 0x11, 0x2c, 0x45, 0x44, 0x31, 0x18, 0x09, 0x00, 0x00, 0x00, 0x00, 0x13, 0x2b, 0x45, 0x47, 0xa0, 0xc8, 0xc8, 0x9c, 0x47, 0x15, 0x08, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x02, 0x05, 0x06, 0x0b, 0x0d, 0x26, 0xb8, 0xbc, 0xe1, 0xf5, 0xfc, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xfc, 0xf5, 0xdf, 0xbb, 0xb7, 0x21, 0x0e, 0x0b, 0x05, 0x05, 0x02, 0x02, 0x02, 0x00, 0x00, 0x00, 0x01, 0x11, 0x35, 0x9a, 0xa4, 0xa4, 0x9f, 0x97, 0x3a, 0x2a, 0x16, 0x08, 0x00, 0x00, 0x04, 0x2a, 0x29, 0x31, 0x45, 0x97, 0xc8, 0xe6, 0xd3, 0xc7, 0xb0, 0x9c, 0x1c, 0x08, 0x00, 0x02, 0x02, 0x05, 0x06, 0x0c, 0x21, 0xb8, 0xe1, 0xfc, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xfc, 0xf5, 0xbc, 0x27, 0x1f, 0x0c, 0x06, 0x02, 0x02, 0x00, 0x01, 0x12, 0x50, 0xb0, 0xd1, 0xd3, 0xd3, 0xd2, 0x9f, 0x46, 0x2f, 0x29, 0x2a, 0x10, 0x00, 0x00, 0x08, 0x2e, 0x29, 0x2a, 0x3a, 0x43, 0x9b, 0xd4, 0xf8, 0xec, 0xd3, 0xd1, 0xc7, 0xa3, 0x1c, 0x0a, 0x0a, 0x0c, 0x26, 0xbc, 0xf5, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xf8, 0xf8, 0xf8, 0xf8, 0xf8, 0xfd, 0xfe, 0xff, 0xff, 0xfc, 0xe1, 0xb7, 0x1f, 0x0c, 0x06, 0x12, 0x51, 0xd2, 0xed, 0xec, 0xec, 0xf6, 0xeb, 0xcf, 0x97, 0x41, 0x2d, 0x29, 0x2d, 0x13, 0x00, 0x00, 0x03, 0x2e, 0x2a, 0x2a, 0x2e, 0x3a, 0x72, 0x99, 0xd1, 0xe9, 0xec, 0xd7, 0xd7, 0xd6, 0xd5, 0xb4, 0x4c, 0xbb, 0xf5, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xfd, 0xe9, 0xe9, 0xe8, 0xe9, 0xe9, 0xe9, 0xeb, 0xf0, 0xf8, 0xfc, 0xfe, 0xfd, 0xe1, 0x4d, 0x51, 0xd2, 0xf0, 0xf6, 0xf7, 0xf6, 0xfd, 0xf6, 0xd1, 0x9a, 0x73, 0x3a, 0x2d, 0x29, 0x2d, 0x10, 0x00, 0x00, 0x01, 0x2d, 0x2d, 0x29, 0x2d, 0x39, 0x40, 0x6c, 0xa1, 0xa4, 0xcb, 0xd3, 0xe6, 0xe6, 0xe7, 0xeb, 0xf4, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xfd, 0xe9, 0xe9, 0xe8, 0xec, 0xec, 0xe4, 0xcf, 0xc0, 0xc0, 0xda, 0xe9, 0xd8, 0xd8, 0xfa, 0xfb, 0xfb, 0xf8, 0xfb, 0xf8, 0xec, 0xd1, 0xa3, 0x8c, 0x41, 0x2f, 0x2a, 0x29, 0x2e, 0x11, 0x00, 0x00, 0x00, 0x16, 0x36, 0x29, 0x2d, 0x2e, 0x3c, 0x5d, 0x6c, 0x87, 0xa1, 0xa4, 0xcb, 0xe7, 0xf8, 0xfc, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xfe, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xfd, 0xe9, 0xe8, 0xe8, 0xe8, 0xbf, 0x41, 0x3e, 0x3b, 0x8c, 0xcd, 0xf1, 0xfe, 0xfd, 0xfd, 0xfb, 0xfb, 0xf0, 0xe6, 0xc7, 0xa4, 0x9a, 0x73, 0x39, 0x2d, 0x29, 0x2a, 0x3b, 0x08, 0x00, 0x00, 0x00, 0x11, 0x37, 0x2a, 0x2a, 0x2d, 0x37, 0x3e, 0x61, 0x87, 0x87, 0xa1, 0xc7, 0xf6, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xfe, 0xfe, 0xfe, 0xfe, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xf9, 0xe5, 0xe3, 0x46, 0x36, 0x3a, 0x8c, 0xd4, 0xfb, 0xff, 0xfe, 0xff, 0xfd, 0xf8, 0xf0, 0xe6, 0xd1, 0xc8, 0xa4, 0x74, 0x3e, 0x36, 0x2a, 0x29, 0x3b, 0x30, 0x01, 0x00, 0x00, 0x00, 0x08, 0x3b, 0x2f, 0x29, 0x2a, 0x36, 0x3e, 0x58, 0x6c, 0x87, 0xc7, 0xf9, 0xff, 0xff, 0xff, 0xff, 0xfe, 0xfe, 0xff, 0xff, 0xff, 0xff, 0xfe, 0xfe, 0xfe, 0xfe, 0xfe, 0xfe, 0xfe, 0xfc, 0xff, 0xff, 0xfd, 0xff, 0xfc, 0xff, 0xfc, 0xf9, 0xe3, 0x45, 0x39, 0x8c, 0xe7, 0xff, 0xff, 0xff, 0xff, 0xff, 0xfb, 0xeb, 0xe6, 0xd3, 0xc7, 0xa4, 0x8c, 0x3e, 0x3c, 0x2f, 0x29, 0x31, 0x47, 0x11, 0x00, 0x00, 0x00, 0x00, 0x00, 0x19, 0x41, 0x2a, 0x29, 0x2f, 0x38, 0x5d, 0x6c, 0xa4, 0xf6, 0xff, 0xff, 0xff, 0xff, 0xfd, 0xfe, 0xfe, 0xfe, 0xfe, 0xff, 0xfe, 0xfd, 0xfb, 0xfb, 0xfd, 0xfd, 0xfc, 0xfd, 0xfd, 0xfd, 0xfd, 0xfd, 0xfd, 0xfd, 0xfd, 0xfc, 0xff, 0xe9, 0x47, 0x3a, 0xb0, 0xff, 0xff, 0xff, 0xff, 0xff, 0xfd, 0xf6, 0xec, 0xd3, 0xd1, 0xc8, 0x8c, 0x58, 0x3e, 0x36, 0x2d, 0x29, 0x45, 0x47, 0x08, 0x00, 0x00, 0x00, 0x00, 0x02, 0x09, 0x47, 0x2f, 0x29, 0x2f, 0x3a, 0x41, 0x98, 0xe8, 0xff, 0xff, 0xff, 0xfd, 0xfd, 0xfd, 0xfb, 0xfe, 0xfd, 0xfe, 0xfe, 0xfb, 0xfb, 0xfb, 0xfa, 0xfb, 0xfb, 0xfb, 0xfd, 0xfd, 0xf8, 0xf8, 0xfd, 0xfd, 0xf8, 0xfd, 0xf8, 0xf8, 0xf8, 0xc0, 0x97, 0xcc, 0xff, 0xff, 0xff, 0xff, 0xfe, 0xf8, 0xeb, 0xec, 0xd3, 0xc8, 0x87, 0x5f, 0x3d, 0x37, 0x2f, 0x2a, 0x30, 0x4f, 0x32, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x01, 0x34, 0x46, 0x2b, 0x2b, 0x3b, 0x97, 0xe3, 0xfd, 0xff, 0xff, 0xfd, 0xf8, 0xfd, 0xfd, 0xfd, 0xfd, 0xfd, 0xfd, 0xf8, 0xf8, 0xf7, 0xf7, 0xfa, 0xfa, 0xf8, 0xf8, 0xf8, 0xf8, 0xf8, 0xf8, 0xf8, 0xf8, 0xfa, 0xf7, 0xf7, 0xfa, 0xf1, 0xe3, 0xbf, 0xca, 0xfd, 0xff, 0xff, 0xff, 0xfd, 0xf6, 0xeb, 0xd7, 0xaf, 0x87, 0x60, 0x57, 0x3c, 0x36, 0x2d, 0x2b, 0x4e, 0x9d, 0x09, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x01, 0x12, 0x98, 0x30, 0x2b, 0x48, 0xc4, 0xfc, 0xff, 0xff, 0xfd, 0xf8, 0xf8, 0xfd, 0xfd, 0xfb, 0xfb, 0xfd, 0xfd, 0xf8, 0xf8, 0xf6, 0xf1, 0xf1, 0xf0, 0xf7, 0xf8, 0xf9, 0xf9, 0xf7, 0xf4, 0xf1, 0xf1, 0xf1, 0xf1, 0xf1, 0xf4, 0xf9, 0xf0, 0xd0, 0xce, 0xf0, 0xff, 0xff, 0xfd, 0xfb, 0xeb, 0xd3, 0xa4, 0x87, 0x61, 0x5e, 0x3e, 0x38, 0x2e, 0x2a, 0x33, 0x9e, 0x34, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x03, 0x4e, 0x50, 0x33, 0xbe, 0xf8, 0xfd, 0xff, 0xfd, 0xf8, 0xf8, 0xfb, 0xfb, 0xfe, 0xfb, 0xfb, 0xfb, 0xf8, 0xf6, 0xf6, 0xeb, 0xef, 0xef, 0xf0, 0xf6, 0xf6, 0xeb, 0xf2, 0xef, 0xee, 0xee, 0xef, 0xef, 0xee, 0xf2, 0xf6, 0xe9, 0xf4, 0xe8, 0xcf, 0xd1, 0xf7, 0xf0, 0xea, 0xd3, 0xc7, 0xa1, 0x87, 0x78, 0x5f, 0x55, 0x3c, 0x36, 0x2a, 0x2c, 0x4f, 0x9e, 0x11, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x1d, 0xa0, 0x53, 0xe4, 0xfc, 0xff, 0xfd, 0xf6, 0xf6, 0xfb, 0xfb, 0xfd, 0xfe, 0xfb, 0xfb, 0xf8, 0xf6, 0xf6, 0xf6, 0xeb, 0xef, 0xe7, 0xea, 0xea, 0xe7, 0xe7, 0xe7, 0xd9, 0xef, 0xe7, 0xe7, 0xe7, 0xea, 0xe9, 0xe9, 0xe9, 0xe9, 0xe4, 0xbf, 0x97, 0xcb, 0xd2, 0xc7, 0xae, 0xa1, 0x87, 0x78, 0x61, 0x57, 0x3d, 0x36, 0x2d, 0x2b, 0x4e, 0xbf, 0x4e, 0x03, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x04, 0x53, 0xe4, 0xf6, 0xfe, 0xfd, 0xf7, 0xf0, 0xf8, 0xfb, 0xfe, 0xff, 0xff, 0xfe, 0xfb, 0xf7, 0xf6, 0xeb, 0xec, 0xeb, 0xe7, 0xe7, 0xe7, 0xe7, 0xd9, 0xd9, 0xd9, 0xd9, 0xd7, 0xd9, 0xd7, 0xe6, 0xe4, 0xe4, 0xe6, 0xe4, 0xe4, 0xe4, 0xd0, 0x97, 0x99, 0xca, 0xaf, 0xa1, 0x93, 0x87, 0x61, 0x57, 0x3d, 0x37, 0x2f, 0x2b, 0x34, 0x9e, 0xbf, 0x11, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x02, 0x27, 0xe5, 0xf9, 0xff, 0xf7, 0xf2, 0xf7, 0xf7, 0xfb, 0xff, 0xff, 0xff, 0xfe, 0xfa, 0xf1, 0xf6, 0xec, 0xe6, 0xe6, 0xe6, 0xd7, 0xd6, 0xd8, 0xd6, 0xd6, 0xd6, 0xd6, 0xd2, 0xd3, 0xe3, 0xe3, 0xda, 0xe3, 0xd0, 0xe3, 0xe3, 0xe3, 0xe3, 0xc1, 0x49, 0xa1, 0xa1, 0xa1, 0x87, 0x77, 0x5f, 0x3e, 0x3e, 0x36, 0x2a, 0x2c, 0x53, 0xc0, 0x9d, 0x0f, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x0c, 0xdf, 0xe8, 0xfd, 0xfb, 0xe7, 0xea, 0xf1, 0xf8, 0xfe, 0xff, 0xff, 0xff, 0xfe, 0xf1, 0xf0, 0xec, 0xe6, 0xe6, 0xd7, 0xd6, 0xd6, 0xd2, 0xcd, 0xcd, 0xcd, 0xcd, 0xcd, 0xd1, 0xcf, 0xcf, 0xcf, 0xcf, 0xcf, 0xcf, 0xd0, 0xd0, 0xcf, 0xd0, 0xd0, 0xbe, 0x47, 0x87, 0x87, 0x77, 0x61, 0x3d, 0x3c, 0x2e, 0x2d, 0x2b, 0x4e, 0xc1, 0xc8, 0xc4, 0x27, 0x02, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x25, 0xe5, 0xe9, 0xfe, 0xec, 0xe7, 0xea, 0xf0, 0xfb, 0xff, 0xff, 0xff, 0xff, 0xf7, 0xee, 0xe7, 0xe6, 0xd3, 0xd1, 0xcd, 0xcd, 0xca, 0xca, 0xcb, 0xca, 0xae, 0xa2, 0xa2, 0xa1, 0x99, 0x9b, 0x9b, 0x9b, 0x97, 0x97, 0x98, 0x9d, 0x9e, 0xbe, 0xc0, 0xc0, 0x52, 0x48, 0x66, 0x5e, 0x3d, 0x3c, 0x36, 0x2d, 0x2b, 0x33, 0x9e, 0xcf, 0x9e, 0xe0, 0xbc, 0x0b, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x06, 0xbc, 0xe4, 0xf8, 0xf6, 0xd7, 0xd9, 0xea, 0xf0, 0xfb, 0xff, 0xff, 0xff, 0xf7, 0xee, 0xd9, 0xd7, 0xd3, 0xcb, 0xcc, 0xca, 0xb2, 0xaf, 0xa2, 0x95, 0x93, 0x86, 0x86, 0x87, 0x72, 0x72, 0x72, 0x72, 0x72, 0x46, 0x46, 0x46, 0x46, 0x46, 0x47, 0x4e, 0x53, 0x52, 0x53, 0x48, 0x3e, 0x3c, 0x36, 0x2e, 0x2a, 0x2c, 0x4f, 0xcf, 0x9d, 0x52, 0xc6, 0xe1, 0x21, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x20, 0xe5, 0xe3, 0xfd, 0xd7, 0xd4, 0xd9, 0xea, 0xf4, 0xf7, 0xfb, 0xfb, 0xfa, 0xee, 0xd9, 0xd6, 0xd2, 0xcb, 0xc7, 0xaf, 0xae, 0xa1, 0x92, 0x86, 0x85, 0x85, 0x7b, 0x66, 0x66, 0x66, 0x66, 0x5d, 0x5d, 0x5d, 0x41, 0x41, 0x41, 0x41, 0x41, 0x45, 0x45, 0x48, 0x34, 0x4e, 0x4b, 0x34, 0x30, 0x2f, 0x2b, 0x2b, 0x4e, 0xbf, 0x9f, 0x34, 0x53, 0xbd, 0xe1, 0xbb, 0x05, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0xb9, 0xe4, 0xe4, 0xf7, 0xcd, 0xd2, 0xd7, 0xea, 0xf1, 0xfa, 0xfa, 0xf1, 0xef, 0xd9, 0xd6, 0xcc, 0xc7, 0xaf, 0xae, 0x93, 0x86, 0x85, 0x85, 0x7b, 0x7a, 0x7b, 0x77, 0x61, 0x61, 0x58, 0x58, 0x58, 0x58, 0x3e, 0x3e, 0x3e, 0x3e, 0x3b, 0x3b, 0x3b, 0x3b, 0x30, 0x33, 0x33, 0x33, 0x4b, 0x35, 0x32, 0x19, 0x2b, 0x45, 0x73, 0x34, 0x23, 0x4c, 0xba, 0xdf, 0xdf, 0x0e, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x06, 0xdf, 0xe3, 0xe9, 0xda, 0xc9, 0xcd, 0xd7, 0xf2, 0xfa, 0xfb, 0xfa, 0xf1, 0xdc, 0xd5, 0xca, 0xaf, 0xae, 0x95, 0x86, 0x85, 0x85, 0x7b, 0x7a, 0x7a, 0x7a, 0x79, 0x75, 0x61, 0x60, 0x5e, 0x56, 0x54, 0x58, 0x3d, 0x3e, 0x3c, 0x37, 0x39, 0x39, 0x36, 0x39, 0x2f, 0x30, 0x30, 0x2c, 0x32, 0x35, 0x35, 0x23, 0x1b, 0x1b, 0x1b, 0x1a, 0x1a, 0x4b, 0xa5, 0xc3, 0xe1, 0x25, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x0d, 0xe5, 0xd0, 0xe9, 0xce, 0xb2, 0xce, 0xd9, 0xee, 0xfe, 0xff, 0xfa, 0xdc, 0xd8, 0xb2, 0xae, 0xa2, 0x86, 0x85, 0x7b, 0x7b, 0x7a, 0x7a, 0x79, 0x79, 0x79, 0x76, 0x60, 0x5e, 0x5e, 0x5e, 0x56, 0x54, 0x3d, 0x3d, 0x3c, 0x3c, 0x37, 0x37, 0x36, 0x2e, 0x2f, 0x2f, 0x2f, 0x2b, 0x2b, 0x2c, 0x19, 0x1c, 0x35, 0x23, 0x23, 0x1a, 0x1a, 0x23, 0x4b, 0x4c, 0xba, 0xe1, 0xb9, 0x05, 0x00, 0x00, 0x00, 0x00, 0x00, 0x25, 0xe9, 0xd0, 0xe6, 0xb4, 0xb0, 0xcc, 0xd8, 0xfa, 0xff, 0xff, 0xfa, 0xd8, 0xd5, 0xa2, 0x90, 0x82, 0x85, 0x7b, 0x7a, 0x7a, 0x79, 0x79, 0x79, 0x79, 0x79, 0x76, 0x60, 0x5e, 0x5e, 0x58, 0x56, 0x54, 0x3d, 0x3d, 0x3c, 0x37, 0x37, 0x36, 0x36, 0x2e, 0x2e, 0x2f, 0x2f, 0x2b, 0x2b, 0x2b, 0x2b, 0x19, 0x19, 0x1c, 0x23, 0x23, 0x23, 0x23, 0x4b, 0x4b, 0xa5, 0xdf, 0xbc, 0x0b, 0x00, 0x00, 0x00, 0x00, 0x02, 0xb8, 0xe4, 0xd0, 0xce, 0xa3, 0xad, 0xcc, 0xd8, 0xfa, 0xff, 0xfb, 0xe7, 0xd5, 0xad, 0x92, 0x85, 0x85, 0x78, 0x7a, 0x7a, 0x79, 0x79, 0x79, 0x79, 0x76, 0x76, 0x60, 0x5e, 0x5e, 0x56, 0x56, 0x54, 0x54, 0x3d, 0x3d, 0x3c, 0x37, 0x37, 0x36, 0x36, 0x2e, 0x2e, 0x2d, 0x2d, 0x2a, 0x2a, 0x2b, 0x18, 0x18, 0x19, 0x15, 0x1c, 0x1a, 0x1a, 0x23, 0x23, 0x4a, 0x51, 0xc5, 0xe2, 0x1f, 0x00, 0x00, 0x00, 0x00, 0x05, 0xbc, 0xe3, 0xc4, 0xa3, 0x95, 0xb1, 0xb3, 0xd8, 0xee, 0xfa, 0xef, 0xd5, 0xad, 0x94, 0x86, 0x78, 0x77, 0x77, 0x7a, 0x76, 0x76, 0x79, 0x79, 0x76, 0x76, 0x76, 0x60, 0x5e, 0x56, 0x56, 0x54, 0x54, 0x3d, 0x3d, 0x3c, 0x3c, 0x37, 0x37, 0x36, 0x2e, 0x2e, 0x2d, 0x2d, 0x2a, 0x2a, 0x29, 0x29, 0x17, 0x16, 0x18, 0x14, 0x15, 0x15, 0x1c, 0x1b, 0x35, 0x35, 0x49, 0xc3, 0xe1, 0x21, 0x00, 0x00, 0x00, 0x00, 0x0b, 0xe1, 0xd0, 0xc4, 0x8b, 0x94, 0xad, 0xb3, 0xcd, 0xd6, 0xd8, 0xcd, 0xb1, 0x94, 0x91, 0x7c, 0x77, 0x77, 0x76, 0x76, 0x76, 0x76, 0x76, 0x76, 0x76, 0x76, 0x75, 0x5e, 0x56, 0x56, 0x56, 0x54, 0x54, 0x3d, 0x3d, 0x3c, 0x3c, 0x37, 0x37, 0x36, 0x2e, 0x2d, 0x2d, 0x2d, 0x2a, 0x2a, 0x29, 0x29, 0x17, 0x16, 0x18, 0x14, 0x14, 0x14, 0x15, 0x15, 0x1c, 0x19, 0x49, 0xc2, 0xf4, 0x25, 0x00, 0x00, 0x00, 0x00, 0x0e, 0xe1, 0xc5, 0xbf, 0x8a, 0x90, 0xa8, 0xad, 0xb2, 0xcc, 0xb2, 0xad, 0x95, 0x92, 0x91, 0x78, 0x75, 0x75, 0x75, 0x75, 0x75, 0x76, 0x76, 0x75, 0x76, 0x75, 0x75, 0x5e, 0x56, 0x56, 0x54, 0x3d, 0x3d, 0x3d, 0x3c, 0x3c, 0x37, 0x36, 0x36, 0x36, 0x2d, 0x2d, 0x2d, 0x2d, 0x2a, 0x29, 0x29, 0x17, 0x17, 0x16, 0x16, 0x17, 0x18, 0x14, 0x14, 0x14, 0x14, 0x18, 0x44, 0xc2, 0xf5, 0xb7, 0x02, 0x00, 0x00, 0x00, 0x1f, 0xf5, 0xc4, 0xa0, 0x6f, 0x8f, 0x90, 0x95, 0xad, 0xad, 0x95, 0x94, 0x92, 0x91, 0x91, 0x78, 0x75, 0x75, 0x75, 0x75, 0x75, 0x76, 0x75, 0x75, 0x75, 0x75, 0x60, 0x56, 0x56, 0x54, 0x54, 0x3d, 0x3d, 0x3c, 0x3c, 0x37, 0x37, 0x36, 0x36, 0x36, 0x2e, 0x2d, 0x2d, 0x2a, 0x2a, 0x29, 0x29, 0x17, 0x29, 0x2a, 0x2d, 0x2d, 0x13, 0x13, 0x14, 0x13, 0x14, 0x18, 0x44, 0xc2, 0xfa, 0xb8, 0x02, 0x00, 0x00, 0x00, 0x20, 0xf5, 0xc4, 0x9d, 0x6d, 0x80, 0x8f, 0x88, 0x90, 0x90, 0x92, 0x91, 0x86, 0x83, 0x83, 0x7c, 0x75, 0x75, 0x75, 0x75, 0x75, 0x75, 0x75, 0x75, 0x75, 0x75, 0x5e, 0x54, 0x54, 0x3d, 0x3d, 0x3d, 0x3c, 0x3c, 0x3c, 0x37, 0x37, 0x36, 0x36, 0x2d, 0x2e, 0x2d, 0x2d, 0x2a, 0x2a, 0x29, 0x29, 0x2a, 0x36, 0x37, 0x36, 0x17, 0x13, 0x13, 0x13, 0x13, 0x13, 0x18, 0x44, 0xd5, 0xf5, 0xbb, 0x02, 0x00, 0x00, 0x00, 0x21, 0xf5, 0xc0, 0x50, 0x68, 0x6b, 0x80, 0x80, 0x80, 0x83, 0x80, 0x82, 0x82, 0x82, 0x83, 0x7e, 0x60, 0x75, 0x60, 0x75, 0x75, 0x75, 0x75, 0x75, 0x75, 0x60, 0x5e, 0x54, 0x3d, 0x3d, 0x3d, 0x3d, 0x3c, 0x3c, 0x37, 0x37, 0x36, 0x36, 0x2e, 0x2d, 0x2d, 0x2d, 0x2a, 0x2a, 0x2a, 0x2d, 0x37, 0x3c, 0x37, 0x37, 0x2a, 0x13, 0x13, 0x13, 0x16, 0x18, 0x17, 0x29, 0x44, 0xd8, 0xf4, 0xbb, 0x02, 0x00, 0x00, 0x00, 0x21, 0xf5, 0xc4, 0x49, 0x68, 0x6a, 0x7c, 0x7d, 0x7e, 0x7e, 0x7e, 0x7e, 0x82, 0x82, 0x82, 0x82, 0x75, 0x60, 0x60, 0x60, 0x60, 0x60, 0x60, 0x60, 0x60, 0x60, 0x56, 0x3d, 0x3d, 0x3d, 0x3c, 0x3c, 0x37, 0x37, 0x37, 0x36, 0x36, 0x2e, 0x2e, 0x2d, 0x2d, 0x2d, 0x2d, 0x2e, 0x3c, 0x3c, 0x3c, 0x3c, 0x37, 0x2e, 0x16, 0x13, 0x16, 0x16, 0x17, 0x17, 0x29, 0x2a, 0x46, 0xd8, 0xfa, 0xbb, 0x02, 0x00, 0x00, 0x00, 0x1f, 0xf5, 0xc4, 0x50, 0x59, 0x6a, 0x6a, 0x7c, 0x7c, 0x7e, 0x7d, 0x7e, 0x7e, 0x7e, 0x82, 0x82, 0x65, 0x5e, 0x60, 0x60, 0x60, 0x60, 0x60, 0x60, 0x60, 0x60, 0x56, 0x3d, 0x3c, 0x3c, 0x3c, 0x37, 0x37, 0x37, 0x36, 0x36, 0x2e, 0x2e, 0x2e, 0x2d, 0x2d, 0x36, 0x3c, 0x3d, 0x3c, 0x3c, 0x3c, 0x37, 0x37, 0x29, 0x13, 0x13, 0x16, 0x17, 0x17, 0x29, 0x2a, 0x2f, 0x8b, 0xdc, 0xf9, 0xb8, 0x02, 0x00, 0x00, 0x00, 0x0d, 0xf5, 0xc4, 0x47, 0x40, 0x63, 0x64, 0x64, 0x64, 0x7c, 0x7c, 0x7c, 0x7e, 0x85, 0x7e, 0x7e, 0x7c, 0x60, 0x60, 0x5e, 0x60, 0x5e, 0x60, 0x5e, 0x60, 0x5e, 0x54, 0x3c, 0x3c, 0x3c, 0x37, 0x37, 0x37, 0x36, 0x36, 0x36, 0x36, 0x2d, 0x2d, 0x36, 0x3d, 0x3d, 0x3c, 0x3c, 0x3c, 0x3c, 0x3c, 0x37, 0x36, 0x16, 0x13, 0x13, 0x16, 0x17, 0x29, 0x2a, 0x2a, 0x2e, 0xad, 0xdc, 0xf1, 0xb8, 0x02, 0x00, 0x00, 0x00, 0x0c, 0xe5, 0xe0, 0x4e, 0x3f, 0x5b, 0x65, 0x6a, 0x64, 0x7c, 0x7c, 0x7c, 0x7d, 0x7c, 0x7e, 0x7e, 0x7e, 0x61, 0x5e, 0x5e, 0x5e, 0x60, 0x5e, 0x5e, 0x5e, 0x5e, 0x3d, 0x3c, 0x37, 0x37, 0x37, 0x36, 0x36, 0x36, 0x36, 0x2e, 0x2d, 0x36, 0x3c, 0x3d, 0x3d, 0x3d, 0x3d, 0x3c, 0x3c, 0x37, 0x37, 0x37, 0x2a, 0x13, 0x13, 0x16, 0x17, 0x29, 0x29, 0x2a, 0x2d, 0x43, 0xd5, 0xdc, 0xf4, 0xb7, 0x00, 0x00, 0x00, 0x00, 0x06, 0xdf, 0xe4, 0x50, 0x38, 0x40, 0x62, 0x65, 0x64, 0x64, 0x7c, 0x7c, 0x7c, 0x7e, 0x7d, 0x7e, 0x7e, 0x64, 0x5e, 0x5e, 0x5e, 0x5e, 0x5e, 0x5e, 0x5e, 0x5e, 0x3d, 0x37, 0x37, 0x37, 0x36, 0x36, 0x36, 0x2e, 0x2e, 0x2d, 0x36, 0x3d, 0x3d, 0x3d, 0x3d, 0x3d, 0x3c, 0x3c, 0x3c, 0x37, 0x37, 0x36, 0x17, 0x13, 0x16, 0x16, 0x17, 0x29, 0x2a, 0x2d, 0x36, 0x95, 0xdb, 0xdc, 0xf4, 0x25, 0x00, 0x00, 0x00, 0x00, 0x05, 0xbc, 0xf9, 0x4f, 0x2f, 0x3f, 0x5c, 0x64, 0x64, 0x64, 0x64, 0x64, 0x7c, 0x7c, 0x7d, 0x7d, 0x7d, 0x7d, 0x5f, 0x5e, 0x56, 0x56, 0x5e, 0x5e, 0x5e, 0x56, 0x3c, 0x36, 0x36, 0x36, 0x36, 0x36, 0x2e, 0x2e, 0x2d, 0x36, 0x3d, 0x3d, 0x3d, 0x3d, 0x3d, 0x3c, 0x3c, 0x3c, 0x3c, 0x37, 0x37, 0x2d, 0x16, 0x13, 0x16, 0x17, 0x29, 0x29, 0x2d, 0x2d, 0x44, 0xb5, 0xdd, 0xef, 0xe1, 0x21, 0x00, 0x00, 0x00, 0x00, 0x00, 0xb9, 0xfc, 0x52, 0x31, 0x3f, 0x3f, 0x5c, 0x63, 0x65, 0x64, 0x64, 0x7c, 0x7c, 0x7c, 0x7e, 0x7d, 0x7d, 0x64, 0x56, 0x5e, 0x56, 0x56, 0x56, 0x56, 0x56, 0x3c, 0x36, 0x36, 0x2e, 0x2e, 0x2e, 0x2e, 0x2d, 0x36, 0x3d, 0x3d, 0x3d, 0x3d, 0x3d, 0x3c, 0x3c, 0x3c, 0x37, 0x37, 0x37, 0x37, 0x2a, 0x13, 0x13, 0x16, 0x17, 0x29, 0x2a, 0x2d, 0x39, 0xad, 0xb6, 0xdd, 0xf3, 0xe2, 0x0e, 0x00, 0x00, 0x00, 0x00, 0x00, 0x26, 0xfc, 0xc4, 0x30, 0x2f, 0x3f, 0x3f, 0x59, 0x62, 0x64, 0x64, 0x6a, 0x64, 0x7c, 0x7c, 0x7c, 0x7d, 0x7d, 0x65, 0x56, 0x56, 0x56, 0x56, 0x56, 0x56, 0x37, 0x2e, 0x2e, 0x2e, 0x2e, 0x2d, 0x2d, 0x36, 0x3d, 0x3d, 0x3d, 0x3d, 0x3d, 0x3c, 0x3c, 0x3c, 0x3c, 0x37, 0x37, 0x37, 0x36, 0x29, 0x13, 0x16, 0x17, 0x29, 0x2a, 0x2a, 0x2e, 0x96, 0xb6, 0xdb, 0xdd, 0xf3, 0xbd, 0x06, 0x00, 0x00, 0x00, 0x00, 0x00, 0x0e, 0xe1, 0xe5, 0x32, 0x2d, 0x3f, 0x3f, 0x3f, 0x5a, 0x63, 0x65, 0x64, 0x64, 0x6a, 0x64, 0x7c, 0x7c, 0x7d, 0x7c, 0x57, 0x56, 0x54, 0x54, 0x56, 0x54, 0x37, 0x2e, 0x2e, 0x2d, 0x2d, 0x2d, 0x36, 0x3d, 0x3d, 0x3d, 0x3d, 0x3d, 0x3c, 0x3c, 0x3c, 0x37, 0x3c, 0x37, 0x37, 0x36, 0x36, 0x17, 0x16, 0x17, 0x29, 0x29, 0x2d, 0x2d, 0x47, 0xb5, 0xdb, 0xdd, 0xf3, 0xf4, 0xb7, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x05, 0xbc, 0xfd, 0x4f, 0x2a, 0x2f, 0x38, 0x3f, 0x59, 0x65, 0x63, 0x65, 0x64, 0x64, 0x64, 0x6a, 0x7c, 0x6b, 0x7c, 0x6a, 0x57, 0x54, 0x54, 0x54, 0x54, 0x37, 0x2d, 0x2d, 0x2d, 0x2d, 0x2d, 0x3c, 0x3d, 0x3d, 0x3d, 0x3d, 0x3c, 0x3c, 0x3c, 0x37, 0x37, 0x37, 0x37, 0x36, 0x36, 0x36, 0x17, 0x16, 0x17, 0x29, 0x2a, 0x2d, 0x43, 0xb1, 0xb6, 0xdb, 0xdd, 0xf3, 0xe5, 0x21, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x25, 0xfe, 0xc3, 0x2b, 0x2d, 0x38, 0x38, 0x55, 0x62, 0x62, 0x63, 0x63, 0x64, 0x64, 0x64, 0x6a, 0x7c, 0x6b, 0x7d, 0x64, 0x57, 0x54, 0x3d, 0x3d, 0x37, 0x2d, 0x2d, 0x2a, 0x2a, 0x37, 0x3d, 0x3d, 0x3c, 0x3d, 0x3c, 0x3c, 0x3c, 0x37, 0x3c, 0x37, 0x37, 0x37, 0x36, 0x36, 0x36, 0x29, 0x17, 0x29, 0x2a, 0x2d, 0x5c, 0x95, 0xb1, 0xb5, 0xdb, 0xf3, 0xf3, 0xbc, 0x0c, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x0e, 0xe1, 0xf9, 0x34, 0x29, 0x36, 0x3f, 0x55, 0x5a, 0x62, 0x62, 0x63, 0x63, 0x64, 0x64, 0x6a, 0x6a, 0x6a, 0x6a, 0x6b, 0x6a, 0x57, 0x3d, 0x3d, 0x37, 0x2a, 0x2a, 0x2a, 0x2d, 0x3c, 0x3d, 0x3d, 0x3c, 0x3c, 0x3c, 0x3c, 0x37, 0x37, 0x37, 0x37, 0x37, 0x36, 0x36, 0x36, 0x36, 0x17, 0x29, 0x29, 0x2a, 0x39, 0x89, 0x96, 0xad, 0xb1, 0xd8, 0xf3, 0xf4, 0xb7, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0xb8, 0xfe, 0xbe, 0x18, 0x2a, 0x2f, 0x3e, 0x57, 0x5a, 0x5f, 0x62, 0x62, 0x63, 0x63, 0x63, 0x6a, 0x6a, 0x6a, 0x6b, 0x69, 0x6b, 0x59, 0x3d, 0x37, 0x2a, 0x2a, 0x29, 0x2e, 0x3c, 0x3c, 0x3c, 0x3c, 0x3c, 0x3c, 0x37, 0x37, 0x37, 0x37, 0x36, 0x36, 0x36, 0x37, 0x37, 0x36, 0x29, 0x29, 0x2d, 0x3a, 0x71, 0x70, 0x93, 0x95, 0xb2, 0xd9, 0xef, 0xe2, 0x20, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x20, 0xf5, 0xf5, 0x32, 0x18, 0x2d, 0x3e, 0x57, 0x57, 0x5a, 0x62, 0x5f, 0x62, 0x63, 0x63, 0x63, 0x68, 0x6a, 0x6a, 0x6a, 0x6b, 0x69, 0x63, 0x38, 0x29, 0x29, 0x29, 0x37, 0x3c, 0x3c, 0x3c, 0x3c, 0x37, 0x37, 0x37, 0x37, 0x36, 0x36, 0x36, 0x36, 0x37, 0x37, 0x3c, 0x37, 0x29, 0x2f, 0x42, 0x71, 0x73, 0x70, 0x70, 0x8b, 0xce, 0xd9, 0xed, 0xb8, 0x05, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x05, 0xbb, 0xfc, 0xbe, 0x18, 0x29, 0x36, 0x57, 0x57, 0x57, 0x5a, 0x5a, 0x5a, 0x62, 0x63, 0x63, 0x63, 0x63, 0x68, 0x6a, 0x6a, 0x6a, 0x69, 0x68, 0x3a, 0x2a, 0x2a, 0x37, 0x3c, 0x3c, 0x37, 0x37, 0x37, 0x37, 0x37, 0x36, 0x37, 0x36, 0x36, 0x37, 0x37, 0x3c, 0x3c, 0x3e, 0x42, 0x71, 0x8a, 0x8a, 0x89, 0x70, 0x70, 0xa3, 0xda, 0xda, 0xde, 0x21, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x1f, 0xe1, 0xf9, 0x34, 0x16, 0x2a, 0x55, 0x55, 0x57, 0x57, 0x5a, 0x5a, 0x5a, 0x5a, 0x63, 0x63, 0x63, 0x68, 0x68, 0x68, 0x68, 0x69, 0x69, 0x67, 0x42, 0x42, 0x40, 0x3c, 0x37, 0x37, 0x37, 0x37, 0x36, 0x36, 0x36, 0x36, 0x36, 0x37, 0x37, 0x3e, 0x59, 0x69, 0x6f, 0x89, 0x89, 0x89, 0x8a, 0x70, 0x70, 0x8b, 0xc9, 0xd2, 0xda, 0xb9, 0x05, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x05, 0xb9, 0xfe, 0xc4, 0x18, 0x17, 0x36, 0x55, 0x55, 0x55, 0x55, 0x57, 0x5a, 0x5a, 0x63, 0x63, 0x5b, 0x63, 0x68, 0x68, 0x68, 0x68, 0x68, 0x42, 0x42, 0x67, 0x6d, 0x67, 0x67, 0x5c, 0x40, 0x3e, 0x38, 0x38, 0x3c, 0x3f, 0x40, 0x67, 0x69, 0x6f, 0x8f, 0x8e, 0x8f, 0x88, 0x88, 0x88, 0x88, 0x89, 0x89, 0xb0, 0xd1, 0xd4, 0xc6, 0x1f, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x0c, 0xbc, 0xf5, 0x4f, 0x17, 0x29, 0x3c, 0x55, 0x55, 0x55, 0x57, 0x59, 0x59, 0x5a, 0x5a, 0x5b, 0x5b, 0x63, 0x5b, 0x68, 0x68, 0x68, 0x67, 0x42, 0x6d, 0x6d, 0x6d, 0x6d, 0x6d, 0x6d, 0x6f, 0x6f, 0x6f, 0x6f, 0x6f, 0x8f, 0x8f, 0x8f, 0x8e, 0x8e, 0x8e, 0x8e, 0x88, 0x88, 0x88, 0x88, 0x89, 0xa3, 0xcd, 0xd2, 0xc5, 0x25, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x21, 0xe1, 0xe3, 0x33, 0x29, 0x2a, 0x3e, 0x54, 0x55, 0x55, 0x55, 0x55, 0x59, 0x5a, 0x5c, 0x5a, 0x5b, 0x5b, 0x68, 0x67, 0x68, 0x67, 0x42, 0x67, 0x69, 0x69, 0x6d, 0x6d, 0x6d, 0x6f, 0x6f, 0x81, 0x6f, 0x8d, 0x8f, 0x8f, 0x8f, 0x8e, 0x8e, 0x8e, 0x8e, 0x8f, 0x8f, 0x88, 0x90, 0xa2, 0xcd, 0xd2, 0xd4, 0xb8, 0x0b, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x27, 0xf5, 0xc0, 0x31, 0x29, 0x2d, 0x3e, 0x3d, 0x54, 0x55, 0x55, 0x59, 0x59, 0x59, 0x59, 0x5a, 0x5b, 0x67, 0x5b, 0x67, 0x67, 0x42, 0x67, 0x69, 0x69, 0x69, 0x6d, 0x6d, 0x6e, 0x80, 0x6f, 0x81, 0x8f, 0x81, 0x81, 0x8d, 0x91, 0x8e, 0x91, 0x8e, 0x8e, 0x88, 0x88, 0x95, 0xca, 0xce, 0xd2, 0xbd, 0x0d, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x06, 0xb9, 0xf5, 0x9e, 0x2f, 0x2a, 0x2d, 0x3e, 0x55, 0x3e, 0x55, 0x55, 0x55, 0x59, 0x5c, 0x5a, 0x5a, 0x5b, 0x5b, 0x5b, 0x67, 0x42, 0x67, 0x69, 0x69, 0x69, 0x69, 0x6d, 0x6e, 0x6e, 0x80, 0x81, 0x81, 0x81, 0x8f, 0x8d, 0x8e, 0x91, 0x8e, 0x8e, 0x8e, 0x8e, 0x95, 0xca, 0xce, 0xcd, 0xc3, 0x22, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x0b, 0xb8, 0xe5, 0x9d, 0x2f, 0x2d, 0x2e, 0x3e, 0x55, 0x55, 0x55, 0x55, 0x59, 0x59, 0x59, 0x5a, 0x5b, 0x5b, 0x5b, 0x5b, 0x40, 0x67, 0x68, 0x69, 0x69, 0x6b, 0x6e, 0x6e, 0x6e, 0x80, 0x81, 0x81, 0x81, 0x83, 0x8d, 0x8d, 0x8d, 0x8d, 0x91, 0x8e, 0x95, 0xb2, 0xcd, 0xcd, 0xc3, 0x26, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x0b, 0xb8, 0xe3, 0x9d, 0x39, 0x2e, 0x36, 0x37, 0x54, 0x55, 0x57, 0x57, 0x59, 0x5a, 0x5a, 0x5a, 0x5a, 0x63, 0x5b, 0x42, 0x67, 0x68, 0x6a, 0x6a, 0x6b, 0x6b, 0x80, 0x6b, 0x80, 0x80, 0x81, 0x83, 0x83, 0x83, 0x83, 0x8d, 0x8d, 0x8e, 0xad, 0xca, 0xce, 0xce, 0xc3, 0x21, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x0b, 0xb7, 0xe3, 0x9d, 0x3a, 0x36, 0x36, 0x38, 0x3d, 0x57, 0x57, 0x57, 0x57, 0x5f, 0x5a, 0x62, 0x63, 0x63, 0x5c, 0x5c, 0x6a, 0x6a, 0x6a, 0x6b, 0x7d, 0x7d, 0x7d, 0x80, 0x80, 0x82, 0x82, 0x82, 0x83, 0x83, 0x91, 0x94, 0xa8, 0xb2, 0xca, 0xce, 0xc2, 0x21, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x06, 0x25, 0xc5, 0xbf, 0x43, 0x3c, 0x3c, 0x3c, 0x3d, 0x54, 0x57, 0x5f, 0x62, 0x5f, 0x62, 0x62, 0x63, 0x5b, 0x5c, 0x68, 0x6a, 0x6a, 0x7c, 0x6b, 0x7d, 0x7d, 0x7d, 0x80, 0x82, 0x82, 0x83, 0x82, 0x91, 0x94, 0xaa, 0xb1, 0xca, 0xce, 0xba, 0x1f, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x22, 0xbd, 0xc0, 0x97, 0x5d, 0x3e, 0x3e, 0x3d, 0x3d, 0x57, 0x57, 0x61, 0x62, 0x65, 0x63, 0x5b, 0x5c, 0x63, 0x64, 0x64, 0x64, 0x7c, 0x7c, 0x7c, 0x7e, 0x7e, 0x82, 0x82, 0x83, 0x94, 0xa9, 0xaa, 0xb1, 0xb2, 0xc2, 0x4d, 0x0c, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x0c, 0x27, 0xc3, 0xa0, 0x73, 0x5d, 0x58, 0x55, 0x3d, 0x54, 0x57, 0x57, 0x5f, 0x5f, 0x59, 0x59, 0x63, 0x64, 0x7c, 0x78, 0x7c, 0x85, 0x7c, 0x7c, 0x7f, 0x84, 0x94, 0xa7, 0xaa, 0xaa, 0xb1, 0xb3, 0xa5, 0x21, 0x05, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x05, 0x1f, 0x4d, 0xbe, 0x9d, 0x74, 0x72, 0x66, 0x5d, 0x5d, 0x58, 0x57, 0x55, 0x55, 0x55, 0x5c, 0x62, 0x65, 0x64, 0x7c, 0x7d, 0x80, 0x8e, 0x94, 0xa9, 0xa9, 0xaa, 0xaa, 0xaa, 0xa6, 0x28, 0x0e, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x05, 0x1f, 0x4d, 0xa5, 0x9a, 0x9b, 0x74, 0x74, 0x74, 0x72, 0x72, 0x6c, 0x6c, 0x6c, 0x74, 0x89, 0x90, 0x94, 0xa7, 0xa7, 0xa9, 0xa9, 0xa9, 0xaa, 0xab, 0xa6, 0x28, 0x0f, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x0c, 0x21, 0x4d, 0x53, 0x9a, 0x9a, 0x9b, 0x9b, 0x99, 0x99, 0x99, 0xa1, 0xa2, 0xa2, 0xa8, 0xa7, 0xab, 0xab, 0xac, 0xac, 0x4c, 0x1e, 0x0a, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x02, 0x0a, 0x0d, 0x22, 0x23, 0x4b, 0x4e, 0x50, 0x50, 0x4f, 0x50, 0x50, 0x4c, 0x4c, 0x4a, 0x1e, 0x0f, 0x0a, 0x02, 0x00, 0x00, 0x02, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x01, 0x02, 0x02, 0x05, 0x07, 0x07, 0x07, 0x07, 0x07, 0x05, 0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 }; unsigned int logo_img_size = sizeof(logo_img); --Boundary-00=_jX7uLFBpqAaOq8a-- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 04:54:58 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 570ED1065673 for ; Wed, 7 Apr 2010 04:54:58 +0000 (UTC) (envelope-from Petr.Salinger@seznam.cz) Received: from relay.felk.cvut.cz (relay.felk.cvut.cz [147.32.80.7]) by mx1.freebsd.org (Postfix) with ESMTP id C08608FC12 for ; Wed, 7 Apr 2010 04:54:57 +0000 (UTC) Received: from sci.felk.cvut.cz (sci.felk.cvut.cz [147.32.83.100]) by relay.felk.cvut.cz (8.14.3/8.14.3) with ESMTP id o374skLt037041; Wed, 7 Apr 2010 06:54:46 +0200 (CEST) (envelope-from Petr.Salinger@seznam.cz) Date: Wed, 7 Apr 2010 09:00:44 +0200 (CEST) From: Petr Salinger X-X-Sender: salinger@sci.felk.cvut.cz To: Kostik Belousov In-Reply-To: <20100406210321.GE2415@deviant.kiev.zoral.com.ua> Message-ID: References: <20100403210829.GW2415@deviant.kiev.zoral.com.ua> <20100405185924.GS2415@deviant.kiev.zoral.com.ua> <20100406092429.GV2415@deviant.kiev.zoral.com.ua> <20100406140308.GY2415@deviant.kiev.zoral.com.ua> <20100406140852.GZ2415@deviant.kiev.zoral.com.ua> <20100406144402.GB2415@deviant.kiev.zoral.com.ua> <20100406210321.GE2415@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="546530387-1330599894-1270623644=:27621" X-FELK-MailScanner-Information: X-MailScanner-ID: o374skLt037041 X-FELK-MailScanner: Found to be clean X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.121, required 5, BAYES_00 -1.90, SPF_NEUTRAL 0.78) X-FELK-MailScanner-From: petr.salinger@seznam.cz X-FELK-MailScanner-To: freebsd-hackers@freebsd.org, kostikbel@gmail.com X-FELK-MailScanner-Watermark: 1271220886.59658@VmKqcWR8y/F4UONu/iyzJg X-Spam-Status: No X-Mailman-Approved-At: Wed, 07 Apr 2010 05:29:47 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 04:54:58 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --546530387-1330599894-1270623644=:27621 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Wed, 7 Apr 2010, Kostik Belousov wrote: > On Tue, Apr 06, 2010 at 10:01:56PM +0200, Petr Salinger wrote: >>> Can you try to get a backtrace at the points you have shown me ? >> >> All are similar to this, with ptyp5/ptyp6/ptyp7 name changes. >> >> a vnode 0xffffff0058978000: tag devfs, type VCHR >> usecount 1, writecount 1, refcount 2 mountedhere 0xffffff0039cb0c00 >> flags (VI_DOOMED) >> lock type devfs: EXCL by thread 0xffffff0039e16760 (pid 31427) >> dev ptyp5 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >> vgonel() at vgonel+0x424 >> vgone() at vgone+0x39 >> devfs_delete() at devfs_delete+0x1b1 >> devfs_populate_loop() at devfs_populate_loop+0x228 >> devfs_populate() at devfs_populate+0x42 >> devfs_lookup() at devfs_lookup+0x258 >> VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x7e >> lookup() at lookup+0x467 >> namei() at namei+0x3ea >> vn_open_cred() at vn_open_cred+0x211 >> kern_openat() at kern_openat+0x188 >> syscall() at syscall+0x168 >> Xfast_syscall() at Xfast_syscall+0xdc >> --- syscall (5, FreeBSD ELF64, open), rip = 0x800622097, rsp = >> 0x7fffffffbb88, rbp = 0x7fffffffbe30 --- >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >> vgonel() at vgonel+0x39d >> vgone() at vgone+0x39 >> devfs_delete() at devfs_delete+0x1b1 >> devfs_populate_loop() at devfs_populate_loop+0x228 >> devfs_populate() at devfs_populate+0x42 >> devfs_lookup() at devfs_lookup+0x258 >> VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x7e >> lookup() at lookup+0x467 >> namei() at namei+0x3ea >> vn_open_cred() at vn_open_cred+0x211 >> kern_openat() at kern_openat+0x188 >> syscall() at syscall+0x168 >> Xfast_syscall() at Xfast_syscall+0xdc >> --- syscall (5, FreeBSD ELF64, open), rip = 0x800622097, rsp = >> 0x7fffffffbb88, rbp = 0x7fffffffbe30 --- >> a vnode 0xffffff00589b5b40: tag devfs, type VCHR >> usecount 1, writecount 1, refcount 2 mountedhere 0xffffff0028d75600 >> flags (VI_DOOMED) >> lock type devfs: EXCL by thread 0xffffff0028cfb3b0 (pid 4529) >> dev ptyp6 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >> vgonel() at vgonel+0x424 >> vgone() at vgone+0x39 >> devfs_delete() at devfs_delete+0x1b1 >> devfs_populate_loop() at devfs_populate_loop+0x228 >> devfs_populate() at devfs_populate+0x42 >> devfs_lookup() at devfs_lookup+0x258 >> VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x7e >> lookup() at lookup+0x467 >> namei() at namei+0x3ea >> vn_open_cred() at vn_open_cred+0x211 >> kern_openat() at kern_openat+0x188 >> syscall() at syscall+0x168 >> Xfast_syscall() at Xfast_syscall+0xdc > > Why do you think that this is the problem ? I used the attached diff, with hackish snooping on allocated/freed memory for vnodes. When the vp pointer have been logged as active1/active2, it is (much) later shown with dead_vnodeops in DUMP_VP(). > One refcount unit is coming from devfs_delete() calling vhold() around > vgone() to prevent the vnode from disappearing under it. > > Second refcount unit comes in pair with use count unit. Use count > implies refcount, and use count is allocated when vnode is e.g. opened, > to account for struct file having a reference to struct vnode. > > What *might* happen for the device nodes you have shown, is that some > application has file opened for the node /dev/ttyp*, and then master pty > device closed. The slave /dev/ttyp* node is destroyed, that you see as > devfs_populate->devfs_delete() sequence. The vnode will be eventually > freed when corresponding file is closed. > If you can confirm that some process has file opened with the reclaimed > vnode, then my theory will be confirmed. What have to be logged ? > I think there should be something else going on. May be both processes share file and memory space (RFMEM). Petr --546530387-1330599894-1270623644=:27621 Content-Type: TEXT/x-diff; charset=US-ASCII; name=vfs_subr.diff Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=vfs_subr.diff SW5kZXg6IHZmc19zdWJyLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCi0t LSB2ZnNfc3Vici5jCShyZXZpc2lvbiAyMDYxNDIpDQorKysgdmZzX3N1YnIu Ywkod29ya2luZyBjb3B5KQ0KQEAgLTI4MCw2ICsyODAsNjIgQEANCiAjZGVm aW5lIFZTSE9VTERCVVNZKHZwKSAoKCh2cCktPnZfaWZsYWcgJiBWSV9GUkVF KSAmJiAodnApLT52X2hvbGRjbnQpDQogDQogDQorI2RlZmluZSBNQVhfTFZO T0RFIDIwMDAwDQorc3RydWN0IHZub2RlICpsYnVmW01BWF9MVk5PREVdOw0K K2ludCBsY250Ow0KKw0KKw0KK3N0YXRpYyBpbmxpbmUgaW50IEZJTkRfVlAo c3RydWN0IHZub2RlICp2cCkNCit7DQoraW50IHBvczsNCitmb3IgKHBvcyA9 IDAgOyBwb3MgPCBNQVhfTFZOT0RFOyBwb3MrKykNCit7DQorCWlmIChsYnVm W3Bvc10gPT0gdnApDQorCQlyZXR1cm4gcG9zOw0KK30NCityZXR1cm4gLTE7 DQorDQorfQ0KKw0KK3N0YXRpYyBpbmxpbmUgdm9pZCBEUk9QX1ZQKHN0cnVj dCB2bm9kZSAqdnApDQorew0KKwlpbnQgcG9zID0gIEZJTkRfVlAodnApOw0K KyAgICAgICAgaWYgKHBvcyAhPSAtMSkNCisgICAgICAgICAgICAgICBsYnVm W3Bvc10gPSBOVUxMOw0KKwkgICAgICAgICAgICAgICAgDQorDQorfQ0KKw0K K3N0YXRpYyBpbmxpbmUgdm9pZCBBRERfVlAoc3RydWN0IHZub2RlICp2cCkN Cit7DQorICBpZiAobGNudCA8IE1BWF9MVk5PREUpDQorICB7DQorICAJbGJ1 ZltsY250XSA9IHZwOw0KKyAgCWxjbnQrKzsNCisgIH0NCisgIGVsc2UNCisg IHsNCisgICAgICBpbnQgcG9zID0gRklORF9WUChOVUxMKTsNCisgICAgICBp ZiAocG9zICE9IC0xKQ0KKyAgCSAgbGJ1Zltwb3NdID0gdnA7DQorICB9Owkg IA0KK30NCisNCisNCitzdGF0aWMgaW5saW5lIHZvaWQgRFVNUF9WUCh2b2lk KQ0KK3sNCitpbnQgcG9zOw0KK3N0cnVjdCB2bm9kZSAqdnA7DQorZm9yIChw b3MgPSAwIDsgcG9zIDwgTUFYX0xWTk9ERTsgcG9zKyspDQorew0KKwlpZiAo bGJ1Zltwb3NdICE9IE5VTEwpDQorCXsNCisJICAgICAgICB2cCA9IGxidWZb cG9zXTsNCisJCUNUUjYoS1RSX1NQQVJFMywgInZwICVwIHRhZyAlcyB0eXBl ICVkIGZsYWdzICUwOHggdXNlIGNvdW50ICVkIGhvbGQgY291bnQgJWQiLCB2 cCwgdnAtPnZfdGFnLCB2cC0+dl90eXBlLCB2cC0+dl9pZmxhZywgdnAtPnZf dXNlY291bnQsIHZwLT52X2hvbGRjbnQpOw0KKwl9DQorfQkNCit9Ow0KKw0K IC8qDQogICogSW5pdGlhbGl6ZSB0aGUgdm5vZGUgbWFuYWdlbWVudCBkYXRh IHN0cnVjdHVyZXMuDQogICovDQpAQCAtMzA1LDYgKzM2MSw5IEBADQogCQkJ ICAgIGRlc2lyZWR2bm9kZXMsIE1BWFZOT0RFU19NQVgpOw0KIAkJZGVzaXJl ZHZub2RlcyA9IE1BWFZOT0RFU19NQVg7DQogCX0NCisJbWVtc2V0KGxidWYs IE1BWF9MVk5PREUgKiAoc2l6ZW9mKHN0cnVjdCB2bm9kZSAqKSksIDApOw0K KwlsY250ID0gMDsNCisJDQogCXdhbnRmcmVldm5vZGVzID0gZGVzaXJlZHZu b2RlcyAvIDQ7DQogCW10eF9pbml0KCZtbnRpZF9tdHgsICJtbnRpZCIsIE5V TEwsIE1UWF9ERUYpOw0KIAlUQUlMUV9JTklUKCZ2bm9kZV9mcmVlX2xpc3Qp Ow0KQEAgLTgwMCw2ICs4NTksNyBAQA0KIAkJfQ0KIAkJbXR4X3VubG9jaygm bW91bnRsaXN0X210eCk7DQogCQlpZiAoZG9uZSA9PSAwKSB7DQorCQkJRFVN UF9WUCgpOw0KIAkJCUVWRU5USEFORExFUl9JTlZPS0UodmZzX2xvd3Zub2Rl cywgZGVzaXJlZHZub2RlcyAvIDEwKTsNCiAjaWYgMA0KIAkJCS8qIFRoZXNl IG1lc3NhZ2VzIGFyZSB0ZW1wb3JhcnkgZGVidWdnaW5nIGFpZHMgKi8NCkBA IC04NjQsNiArOTI0LDcgQEANCiAJbG9ja2Rlc3Ryb3kodnAtPnZfdm5sb2Nr KTsNCiAJbXR4X2Rlc3Ryb3koJnZwLT52X2ludGVybG9jayk7DQogCW10eF9k ZXN0cm95KEJPX01UWChibykpOw0KKwlEUk9QX1ZQKHZwKTsNCiAJdW1hX3pm cmVlKHZub2RlX3pvbmUsIHZwKTsNCiB9DQogDQpAQCAtOTcwLDYgKzEwMzEs OCBAQA0KIAludW12bm9kZXMrKzsNCiAJbXR4X3VubG9jaygmdm5vZGVfZnJl ZV9saXN0X210eCk7DQogCXZwID0gKHN0cnVjdCB2bm9kZSAqKSB1bWFfemFs bG9jKHZub2RlX3pvbmUsIE1fV0FJVE9LfE1fWkVSTyk7DQorCUFERF9WUCh2 cCk7DQorCQ0KIAkvKg0KIAkgKiBTZXR1cCBsb2Nrcy4NCiAJICovDQpAQCAt MjI5OSw2ICsyMzYyLDEyIEBADQogCWlmICh2cC0+dl9ob2xkY250IDw9IDAp DQogCQlwYW5pYygidmRyb3A6IGhvbGRjbnQgJWQiLCB2cC0+dl9ob2xkY250 KTsNCiAJdnAtPnZfaG9sZGNudC0tOw0KKwkNCisJaWYgKHZwLT52X2lmbGFn ICYgVklfRE9PTUVEKQ0KKwl7DQorCQlDVFI1KEtUUl9TUEFSRTQsICIlczog dnAgJXAgZmxhZ3MgJTA4eCB1c2UgY291bnQgJWQgaG9sZCBjb3VudCAlZCIs IF9fZnVuY19fLCB2cCwgdnAtPnZfaWZsYWcsIHZwLT52X3VzZWNvdW50LCB2 cC0+dl9ob2xkY250KTsNCisJfQ0KKwkNCiAJaWYgKHZwLT52X2hvbGRjbnQg PT0gMCkgew0KIAkJaWYgKHZwLT52X2lmbGFnICYgVklfRE9PTUVEKSB7DQog CQkJQ1RSMihLVFJfVkZTLCAiJXM6IGRlc3Ryb3lpbmcgdGhlIHZub2RlICVw IiwgX19mdW5jX18sDQpAQCAtMjUyNSwxMiArMjU5NCwxOSBAQA0KIAkgICAg KCJ2Z29uZWw6IHZwICVwIGhhcyBubyByZWZlcmVuY2UuIiwgdnApKTsNCiAJ Q1RSMihLVFJfVkZTLCAiJXM6IHZwICVwIiwgX19mdW5jX18sIHZwKTsNCiAJ dGQgPSBjdXJ0aHJlYWQ7DQorCQ0KKwkNCisJQ1RSNShLVFJfU1BBUkU0LCAi JXM6IHZwICVwIGZsYWdzICUwOHggdXNlIGNvdW50ICVkIGhvbGQgY291bnQg JWQiLCBfX2Z1bmNfXywgdnAsIHZwLT52X2lmbGFnLCB2cC0+dl91c2Vjb3Vu dCwgdnAtPnZfaG9sZGNudCk7DQogDQogCS8qDQogCSAqIERvbid0IHZnb25l bCBpZiB3ZSdyZSBhbHJlYWR5IGRvb21lZC4NCiAJICovDQogCWlmICh2cC0+ dl9pZmxhZyAmIFZJX0RPT01FRCkNCisJew0KKwkJQ1RSNihLVFJfU1BBUkUz LCAiYWxyZWFkeSAlcCB0YWcgJXMgdHlwZSAlZCBmbGFncyAlMDh4IHVzZSBj b3VudCAlZCBob2xkIGNvdW50ICVkIiwgdnAsIHZwLT52X3RhZywgdnAtPnZf dHlwZSwgdnAtPnZfaWZsYWcsIHZwLT52X3VzZWNvdW50LCB2cC0+dl9ob2xk Y250KTsNCisNCiAJCXJldHVybjsNCisJfQkNCiAJdnAtPnZfaWZsYWcgfD0g VklfRE9PTUVEOw0KIAkvKg0KIAkgKiBDaGVjayB0byBzZWUgaWYgdGhlIHZu b2RlIGlzIGluIHVzZS4gIElmIHNvLCB3ZSBoYXZlIHRvIGNhbGwNCkBAIC0y NTU0LDEyICsyNjMwLDIyIEBADQogCSAqIGRlYWN0aXZhdGVkIGJlZm9yZSBi ZWluZyByZWNsYWltZWQuDQogCSAqLw0KIAlpZiAoYWN0aXZlKQ0KKwl7DQor CQlDVFI2KEtUUl9TUEFSRTMsICJhY3RpdmUxICVwIHRhZyAlcyB0eXBlICVk IGZsYWdzICUwOHggdXNlIGNvdW50ICVkIGhvbGQgY291bnQgJWQiLCB2cCwg dnAtPnZfdGFnLCB2cC0+dl90eXBlLCB2cC0+dl9pZmxhZywgdnAtPnZfdXNl Y291bnQsIHZwLT52X2hvbGRjbnQpOw0KKwkJdm5fcHJpbnRmKHZwLCAiYSB2 bm9kZSAiKTsNCisNCisJCWtkYl9iYWNrdHJhY2UoKTsNCiAJCVZPUF9DTE9T RSh2cCwgRk5PTkJMT0NLLCBOT0NSRUQsIHRkKTsNCisJfQ0KIAlpZiAob3dl aW5hY3QgfHwgYWN0aXZlKSB7DQogCQlWSV9MT0NLKHZwKTsNCiAJCWlmICgo dnAtPnZfaWZsYWcgJiBWSV9ET0lOR0lOQUNUKSA9PSAwKQ0KIAkJCXZpbmFj dGl2ZSh2cCwgdGQpOw0KIAkJVklfVU5MT0NLKHZwKTsNCisJCUNUUjYoS1RS X1NQQVJFMywgImFjdGl2ZTIgJXAgdGFnICVzIHR5cGUgJWQgZmxhZ3MgJTA4 eCB1c2UgY291bnQgJWQgaG9sZCBjb3VudCAlZCIsIHZwLCB2cC0+dl90YWcs IHZwLT52X3R5cGUsIHZwLT52X2lmbGFnLCB2cC0+dl91c2Vjb3VudCwgdnAt PnZfaG9sZGNudCk7DQorCQlrZGJfYmFja3RyYWNlKCk7DQorCQkNCisNCiAJ fQ0KIAkvKg0KIAkgKiBSZWNsYWltIHRoZSB2bm9kZS4NCkBAIC0yNTg2LDcg KzI2NzIsNyBAQA0KIAlWSV9MT0NLKHZwKTsNCiAJdnAtPnZfdm5sb2NrID0g JnZwLT52X2xvY2s7DQogCXZwLT52X29wID0gJmRlYWRfdm5vZGVvcHM7DQot CXZwLT52X3RhZyA9ICJub25lIjsNCisvLwl2cC0+dl90YWcgPSAibm9uZSI7 DQogCXZwLT52X3R5cGUgPSBWQkFEOw0KIH0NCiANCkBAIC0yNjM1LDkgKzI3 MjEsOSBAQA0KIAl2YV9zdGFydChhcCwgZm10KTsNCiAJdnByaW50ZihmbXQs IGFwKTsNCiAJdmFfZW5kKGFwKTsNCi0JcHJpbnRmKCIlcDogIiwgKHZvaWQg Kil2cCk7DQotCXByaW50ZigidGFnICVzLCB0eXBlICVzXG4iLCB2cC0+dl90 YWcsIHR5cGVuYW1lW3ZwLT52X3R5cGVdKTsNCi0JcHJpbnRmKCIgICAgdXNl Y291bnQgJWQsIHdyaXRlY291bnQgJWQsIHJlZmNvdW50ICVkIG1vdW50ZWRo ZXJlICVwXG4iLA0KKwlkYl9wcmludGYoIiVwOiAiLCAodm9pZCAqKXZwKTsN CisJZGJfcHJpbnRmKCJ0YWcgJXMsIHR5cGUgJXNcbiIsIHZwLT52X3RhZywg dHlwZW5hbWVbdnAtPnZfdHlwZV0pOw0KKwlkYl9wcmludGYoIiAgICB1c2Vj b3VudCAlZCwgd3JpdGVjb3VudCAlZCwgcmVmY291bnQgJWQgbW91bnRlZGhl cmUgJXBcbiIsDQogCSAgICB2cC0+dl91c2Vjb3VudCwgdnAtPnZfd3JpdGVj b3VudCwgdnAtPnZfaG9sZGNudCwgdnAtPnZfbW91bnRlZGhlcmUpOw0KIAli dWZbMF0gPSAnXDAnOw0KIAlidWZbMV0gPSAnXDAnOw0KQEAgLTI2ODgsMTQg KzI3NzQsMTQgQEANCiAJCXNucHJpbnRmKGJ1ZjIsIHNpemVvZihidWYyKSwg InxWSSgweCVseCkiLCBmbGFncyk7DQogCQlzdHJsY2F0KGJ1ZiwgYnVmMiwg c2l6ZW9mKGJ1ZikpOw0KIAl9DQotCXByaW50ZigiICAgIGZsYWdzICglcylc biIsIGJ1ZiArIDEpOw0KKwlkYl9wcmludGYoIiAgICBmbGFncyAoJXMpXG4i LCBidWYgKyAxKTsNCiAJaWYgKG10eF9vd25lZChWSV9NVFgodnApKSkNCi0J CXByaW50ZigiIFZJX0xPQ0tlZCIpOw0KKwkJZGJfcHJpbnRmKCIgVklfTE9D S2VkIik7DQogCWlmICh2cC0+dl9vYmplY3QgIT0gTlVMTCkNCi0JCXByaW50 ZigiICAgIHZfb2JqZWN0ICVwIHJlZiAlZCBwYWdlcyAlZFxuIiwNCisJCWRi X3ByaW50ZigiICAgIHZfb2JqZWN0ICVwIHJlZiAlZCBwYWdlcyAlZFxuIiwN CiAJCSAgICB2cC0+dl9vYmplY3QsIHZwLT52X29iamVjdC0+cmVmX2NvdW50 LA0KIAkJICAgIHZwLT52X29iamVjdC0+cmVzaWRlbnRfcGFnZV9jb3VudCk7 DQotCXByaW50ZigiICAgICIpOw0KKwlkYl9wcmludGYoIiAgICAiKTsNCiAJ bG9ja21ncl9wcmludGluZm8odnAtPnZfdm5sb2NrKTsNCiAJaWYgKHZwLT52 X2RhdGEgIT0gTlVMTCkNCiAJCVZPUF9QUklOVCh2cCk7DQo= --546530387-1330599894-1270623644=:27621-- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 07:18:10 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D193E106566C; Wed, 7 Apr 2010 07:18:10 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 946128FC13; Wed, 7 Apr 2010 07:18:10 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id CCA9E1FFC22; Wed, 7 Apr 2010 07:18:09 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 827A28449F; Wed, 7 Apr 2010 09:18:09 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Jung-uk Kim References: <201004061829.55444.jkim@FreeBSD.org> Date: Wed, 07 Apr 2010 09:18:09 +0200 In-Reply-To: <201004061829.55444.jkim@FreeBSD.org> (Jung-uk Kim's message of "Tue, 6 Apr 2010 18:29:53 -0400") Message-ID: <86r5mrivda.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: [RFC] The official logo for logo_saver? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 07:18:10 -0000 Jung-uk Kim writes: > Although I really like logo_saver with Beastie, we have the official=20 > FreeBSD logo and I think it is time to say good-bye to the old logo=20 > image file. The attached file is a drop-in replacement for=20 > sys/dev/syscons/logo/logo.c. > > What do you think? I agree, please commit. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 09:19:04 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from office.hoster.bg (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with SMTP id 560C21065673 for ; Wed, 7 Apr 2010 09:19:02 +0000 (UTC) (envelope-from roam@ringlet.net) Received: (qmail 16140 invoked by uid 1000); 7 Apr 2010 09:19:01 -0000 Date: Wed, 7 Apr 2010 12:19:01 +0300 From: Peter Pentchev To: Dag-Erling Sm??rgrav Message-ID: <20100407091901.GA16095@straylight.m.ringlet.net> References: <201004061829.55444.jkim@FreeBSD.org> <86r5mrivda.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <86r5mrivda.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-hackers@freebsd.org, Jung-uk Kim Subject: Re: [RFC] The official logo for logo_saver? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 09:19:04 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 07, 2010 at 09:18:09AM +0200, Dag-Erling Sm??rgrav wrote: > Jung-uk Kim writes: > > Although I really like logo_saver with Beastie, we have the official=20 > > FreeBSD logo and I think it is time to say good-bye to the old logo=20 > > image file. The attached file is a drop-in replacement for=20 > > sys/dev/syscons/logo/logo.c. > > > > What do you think? >=20 > I agree, please commit. Mmm, not to belittle jkim's work in any way (thanks for taking the time!), but... I wonder if this could somehow be made optional - TBH, I really like the current/old/original logo_saver image :) Of course, the new one is nice, too, and also official, but I still like the old one just a little bit better :) Maybe keep both arrays in the file and have a sysctl or something? (yes, I know there are people who think that there are already too many sysctl's and new ones shouldn't be added for trifles, but still... :) G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@space.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If the meanings of 'true' and 'false' were switched, then this sentence wou= ldn't be false. --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQIcBAEBCgAGBQJLvE4FAAoJEGUe77AlJ98TI+AP/ArA2qakFo5QFSiZJMwBNX0V QzwFdfZM40KOlPI/3MdGDsEu4JxC9HpV3JI9+OBfQ+d8YtEDuwKlqT2//zu0O8fV eS8jOtHaM5Jt72m906xDpd6myMJ3PoZokK4rVmUgFagA9RrKdlMbxXmLWt4vxUmz vFuvVleCAeeylkUK4fKgQSr5WKasIcT1V+Re7D25ouE7ZnSHnythSzghimW8nf4x rAsj1O4LPB8uf9YrW+iPJtVgRoLczBi7OU+3JSaMsj+knmvhfPIzhx94TBb5h6oR 6oewLp/+bjKhFTSbQoYug8hZf6u3Ng3OJbrq2mwKPkpBJ0moMGHQaroCLW0axMQg xzziMlRp6Po6F78ICPwrArRCU4SSvd3g/af4eh7kY/wj3PsCZahkF6tQlgMuyU8i PtLWd6J+umubPvIsLOyQ4VB/W3Bh0AUIBIv6wgXDPYBbwujj2vlaKHamBwldBFvG hL4BATjF6dvOK+xBv7KaxoasbZ+fv6Jfnkv7anCmukLWi8BPxPiIRpsiuW7tHUH+ b8VENS8CmXxbEPsImtypGjjeFuwUmvj7gtF092lKEkqQfH4YGFFjk00yluh2n53V JRBE/hdGxT3aSjDH/adxZXFBEmgk1tlw6QcT80RtXMZp0Z4s4LfB69KMr0CYW1/g dfBf3pVoRPb8VE7Q99gg =j23J -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 09:24:18 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EB70106564A for ; Wed, 7 Apr 2010 09:24:18 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id E99AE8FC0C for ; Wed, 7 Apr 2010 09:24:17 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so179312qwi.7 for ; Wed, 07 Apr 2010 02:24:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=OmMWgYZbZlPbNlSgd/7JJCsjIzq6rpwKKI6ltWTuYMs=; b=DeVCiay7NblmpFgv+KMORpQbzE45YhA20JrL/r/oZ/voql2zV+F0qQ0QJr7qZZ89VY J8621A9itZC9wyivvQMyIDP4omG1uySAylpUlZW39hI83p+FTIcYSP0eUfwnY4RWOcA5 pqtSN+5Kxn2KfZ41o8OhSIOZVCTJihX9WM/Vw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=F5IzyU1N4lZQKaFNVbKQBnSA0OW5x++Ls++KmwtXeu+w9pkHybueScUk9vIadVJYaM 3Wg6PaEYouxir4y7Rd7hfMi1e1MFGh7TfOMLXW7EN1zsYgDwb1W1OoERcLNryJyAGBRQ JX8CZqk1JXeOiq4Dm1qgn5VkvfWbxRaYi0Fh0= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Wed, 7 Apr 2010 02:23:59 -0700 (PDT) In-Reply-To: <20100407091901.GA16095@straylight.m.ringlet.net> References: <201004061829.55444.jkim@FreeBSD.org> <86r5mrivda.fsf@ds4.des.no> <20100407091901.GA16095@straylight.m.ringlet.net> Date: Wed, 7 Apr 2010 02:23:59 -0700 Received: by 10.229.225.7 with SMTP id iq7mr12454351qcb.26.1270632240253; Wed, 07 Apr 2010 02:24:00 -0700 (PDT) Message-ID: From: Garrett Cooper To: Peter Pentchev Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Dag-Erling Sm??rgrav , Jung-uk Kim , freebsd-hackers@freebsd.org Subject: Re: [RFC] The official logo for logo_saver? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 09:24:18 -0000 On Wed, Apr 7, 2010 at 2:19 AM, Peter Pentchev wrote: > On Wed, Apr 07, 2010 at 09:18:09AM +0200, Dag-Erling Sm??rgrav wrote: >> Jung-uk Kim writes: >> > Although I really like logo_saver with Beastie, we have the official >> > FreeBSD logo and I think it is time to say good-bye to the old logo >> > image file. =A0The attached file is a drop-in replacement for >> > sys/dev/syscons/logo/logo.c. >> > >> > What do you think? >> >> I agree, please commit. > > Mmm, not to belittle jkim's work in any way (thanks for taking > the time!), but... I wonder if this could somehow be made optional - > TBH, I really like the current/old/original logo_saver image :) > Of course, the new one is nice, too, and also official, but > I still like the old one just a little bit better :) > > Maybe keep both arrays in the file and have a sysctl or something? > (yes, I know there are people who think that there are already > too many sysctl's and new ones shouldn't be added for trifles, > but still... :) Why not just move the current logo.c to another screensaver app (say beastie.c?) and add the one Jung's proposing to logo.c? Problem solved... I mean, there's still an option of including the beastie logo in the bootup menu -- no sense in removing the screensaver if the boot menu logo is still around IMO... Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 09:59:34 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DA92106566B for ; Wed, 7 Apr 2010 09:59:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id E1DAF8FC15 for ; Wed, 7 Apr 2010 09:59:33 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o379xT6q096884 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Apr 2010 12:59:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o379xSTb012352; Wed, 7 Apr 2010 12:59:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o379xSef012351; Wed, 7 Apr 2010 12:59:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 7 Apr 2010 12:59:28 +0300 From: Kostik Belousov To: Petr Salinger Message-ID: <20100407095928.GG2415@deviant.kiev.zoral.com.ua> References: <20100405185924.GS2415@deviant.kiev.zoral.com.ua> <20100406092429.GV2415@deviant.kiev.zoral.com.ua> <20100406140308.GY2415@deviant.kiev.zoral.com.ua> <20100406140852.GZ2415@deviant.kiev.zoral.com.ua> <20100406144402.GB2415@deviant.kiev.zoral.com.ua> <20100406210321.GE2415@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uKmZtZ/cAqU8zlON" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-hackers@freebsd.org Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 09:59:34 -0000 --uKmZtZ/cAqU8zlON Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 07, 2010 at 09:00:44AM +0200, Petr Salinger wrote: >=20 >=20 > On Wed, 7 Apr 2010, Kostik Belousov wrote: >=20 > >On Tue, Apr 06, 2010 at 10:01:56PM +0200, Petr Salinger wrote: > >>>Can you try to get a backtrace at the points you have shown me ? > >> > >>All are similar to this, with ptyp5/ptyp6/ptyp7 name changes. > >> > >>a vnode 0xffffff0058978000: tag devfs, type VCHR > >> usecount 1, writecount 1, refcount 2 mountedhere 0xffffff0039cb0c00 > >> flags (VI_DOOMED) > >> lock type devfs: EXCL by thread 0xffffff0039e16760 (pid 31427) > >> dev ptyp5 > >>KDB: stack backtrace: > >>db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > >>vgonel() at vgonel+0x424 > >>vgone() at vgone+0x39 > >>devfs_delete() at devfs_delete+0x1b1 > >>devfs_populate_loop() at devfs_populate_loop+0x228 > >>devfs_populate() at devfs_populate+0x42 > >>devfs_lookup() at devfs_lookup+0x258 > >>VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x7e > >>lookup() at lookup+0x467 > >>namei() at namei+0x3ea > >>vn_open_cred() at vn_open_cred+0x211 > >>kern_openat() at kern_openat+0x188 > >>syscall() at syscall+0x168 > >>Xfast_syscall() at Xfast_syscall+0xdc > >>--- syscall (5, FreeBSD ELF64, open), rip =3D 0x800622097, rsp =3D > >>0x7fffffffbb88, rbp =3D 0x7fffffffbe30 --- > >>KDB: stack backtrace: > >>db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > >>vgonel() at vgonel+0x39d > >>vgone() at vgone+0x39 > >>devfs_delete() at devfs_delete+0x1b1 > >>devfs_populate_loop() at devfs_populate_loop+0x228 > >>devfs_populate() at devfs_populate+0x42 > >>devfs_lookup() at devfs_lookup+0x258 > >>VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x7e > >>lookup() at lookup+0x467 > >>namei() at namei+0x3ea > >>vn_open_cred() at vn_open_cred+0x211 > >>kern_openat() at kern_openat+0x188 > >>syscall() at syscall+0x168 > >>Xfast_syscall() at Xfast_syscall+0xdc > >>--- syscall (5, FreeBSD ELF64, open), rip =3D 0x800622097, rsp =3D > >>0x7fffffffbb88, rbp =3D 0x7fffffffbe30 --- > >>a vnode 0xffffff00589b5b40: tag devfs, type VCHR > >> usecount 1, writecount 1, refcount 2 mountedhere 0xffffff0028d75600 > >> flags (VI_DOOMED) > >> lock type devfs: EXCL by thread 0xffffff0028cfb3b0 (pid 4529) > >> dev ptyp6 > >>KDB: stack backtrace: > >>db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > >>vgonel() at vgonel+0x424 > >>vgone() at vgone+0x39 > >>devfs_delete() at devfs_delete+0x1b1 > >>devfs_populate_loop() at devfs_populate_loop+0x228 > >>devfs_populate() at devfs_populate+0x42 > >>devfs_lookup() at devfs_lookup+0x258 > >>VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x7e > >>lookup() at lookup+0x467 > >>namei() at namei+0x3ea > >>vn_open_cred() at vn_open_cred+0x211 > >>kern_openat() at kern_openat+0x188 > >>syscall() at syscall+0x168 > >>Xfast_syscall() at Xfast_syscall+0xdc > > > >Why do you think that this is the problem ? >=20 > I used the attached diff, with hackish snooping > on allocated/freed memory for vnodes. When the vp pointer have been > logged as active1/active2, it is (much) later shown with > dead_vnodeops in DUMP_VP(). Is there a lot of such /dev/ttyp* vnodes ? This indeed might be suspicious. See below for description of how to check that the vnodes are leaked or not. BTW, the patch is racy, two things may cause the information to be corrupted: 1. Addition to the lbuf[] is not protected, two threads might select the same array element for storing the vnode pointer. 2. Removal from lbuf[] is racy too, since the pointer becomes invalid immediately after uma_zfree(), and can be reused for some other object, in particular, a vnode. Then, the removal from the lbuf[] array might remove active element. >=20 > >One refcount unit is coming from devfs_delete() calling vhold() around > >vgone() to prevent the vnode from disappearing under it. > > > >Second refcount unit comes in pair with use count unit. Use count > >implies refcount, and use count is allocated when vnode is e.g. opened, > >to account for struct file having a reference to struct vnode. > > > >What *might* happen for the device nodes you have shown, is that some > >application has file opened for the node /dev/ttyp*, and then master pty > >device closed. The slave /dev/ttyp* node is destroyed, that you see as > >devfs_populate->devfs_delete() sequence. The vnode will be eventually > >freed when corresponding file is closed. >=20 > >If you can confirm that some process has file opened with the reclaimed > >vnode, then my theory will be confirmed. >=20 > What have to be logged ? Please look at ddb command "show files", implemented in kern/kern_descrip.c, lines 3284-3305 on HEAD. Instead of doing full dump, you can manually inspect the output. Or, you can write some code that would search the suspicious vnodes among the vnodes referenced from the processes opened files. Vnode is probably leaked if use count is > 0 but no process has vnode referenced by struct file. >=20 > >I think there should be something else going on. >=20 > May be both processes share file and memory space (RFMEM). Which "both processes" you are refering to ? Yes, I noted that you use bsd-ish /dev/ttyp*-style pseudoterminals, and I know that glibc/kFreeBSD port uses linuxthreads for threading. --uKmZtZ/cAqU8zlON Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAku8V4AACgkQC3+MBN1Mb4hnSACdEoL0/TbPjd6oxLfJCxxe4zXT cXMAn0Ff2YrqnXO90AMOTK8nJMpMXML3 =wc7E -----END PGP SIGNATURE----- --uKmZtZ/cAqU8zlON-- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 12:20:08 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 094AE106566B for ; Wed, 7 Apr 2010 12:20:08 +0000 (UTC) (envelope-from Petr.Salinger@seznam.cz) Received: from relay.felk.cvut.cz (relay.felk.cvut.cz [147.32.80.7]) by mx1.freebsd.org (Postfix) with ESMTP id B5DB48FC13 for ; Wed, 7 Apr 2010 12:20:06 +0000 (UTC) Received: from sci.felk.cvut.cz (sci.felk.cvut.cz [147.32.83.100]) by relay.felk.cvut.cz (8.14.3/8.14.3) with ESMTP id o37CJsdk077264 for ; Wed, 7 Apr 2010 14:19:54 +0200 (CEST) (envelope-from Petr.Salinger@seznam.cz) Date: Wed, 7 Apr 2010 16:25:52 +0200 (CEST) From: Petr Salinger X-X-Sender: salinger@sci.felk.cvut.cz To: freebsd-hackers@freebsd.org In-Reply-To: <20100407095928.GG2415@deviant.kiev.zoral.com.ua> Message-ID: References: <20100405185924.GS2415@deviant.kiev.zoral.com.ua> <20100406092429.GV2415@deviant.kiev.zoral.com.ua> <20100406140308.GY2415@deviant.kiev.zoral.com.ua> <20100406140852.GZ2415@deviant.kiev.zoral.com.ua> <20100406144402.GB2415@deviant.kiev.zoral.com.ua> <20100406210321.GE2415@deviant.kiev.zoral.com.ua> <20100407095928.GG2415@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-FELK-MailScanner-Information: X-MailScanner-ID: o37CJsdk077264 X-FELK-MailScanner: Found to be clean X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.121, required 5, BAYES_00 -1.90, SPF_NEUTRAL 0.78) X-FELK-MailScanner-From: petr.salinger@seznam.cz X-FELK-MailScanner-To: freebsd-hackers@freebsd.org X-FELK-MailScanner-Watermark: 1271247595.83839@zKFczPdhRcAvUiMq8/ucKQ X-Spam-Status: No Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 12:20:08 -0000 >> I used the attached diff, with hackish snooping >> on allocated/freed memory for vnodes. When the vp pointer have been >> logged as active1/active2, it is (much) later shown with >> dead_vnodeops in DUMP_VP(). > Is there a lot of such /dev/ttyp* vnodes ? This indeed might be > suspicious. See below for description of how to check that the > vnodes are leaked or not. In VP_DUMP, there have been 90% nodes of this type: 40285 active 0xffffff00164855a0 tag devfs type 8 flags 00000080 use count 1 hold count 1 19410 active 0xffffff0024522d20 tag devfs type 8 flags 00000080 use count 1 hold count 1 258526 active 0xffffff000a93b960 tag devfs type 8 flags 00000080 use count 1 hold count 1 257411 active 0xffffff00245d8b40 tag devfs type 8 flags 00000080 use count 1 hold count 1 247494 active 0xffffff0016c7d780 tag devfs type 8 flags 00000080 use count 1 hold count 1 None of other line have VI_DOOMED set. The tag in my output is devfs, due to commented out vp->v_tag = "none"; I do not know, what the previous name (like ptyp*) have been. Petr From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 13:45:27 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE7F61065670 for ; Wed, 7 Apr 2010 13:45:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 5917B8FC12 for ; Wed, 7 Apr 2010 13:45:26 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o37DjNpo016648 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Apr 2010 16:45:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o37DjMv0013563; Wed, 7 Apr 2010 16:45:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o37DjMqK013562; Wed, 7 Apr 2010 16:45:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 7 Apr 2010 16:45:22 +0300 From: Kostik Belousov To: Petr Salinger Message-ID: <20100407134522.GH2415@deviant.kiev.zoral.com.ua> References: <20100406092429.GV2415@deviant.kiev.zoral.com.ua> <20100406140308.GY2415@deviant.kiev.zoral.com.ua> <20100406140852.GZ2415@deviant.kiev.zoral.com.ua> <20100406144402.GB2415@deviant.kiev.zoral.com.ua> <20100406210321.GE2415@deviant.kiev.zoral.com.ua> <20100407095928.GG2415@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hf3PDeZ9a40C1ZbL" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-hackers@freebsd.org Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 13:45:27 -0000 --hf3PDeZ9a40C1ZbL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 07, 2010 at 04:25:52PM +0200, Petr Salinger wrote: > >>I used the attached diff, with hackish snooping > >>on allocated/freed memory for vnodes. When the vp pointer have been > >>logged as active1/active2, it is (much) later shown with > >>dead_vnodeops in DUMP_VP(). > >Is there a lot of such /dev/ttyp* vnodes ? This indeed might be > >suspicious. See below for description of how to check that the > >vnodes are leaked or not. >=20 > In VP_DUMP, there have been 90% nodes of this type: >=20 > 40285 active 0xffffff00164855a0 tag devfs type 8 flags 00000080 use coun= t=20 > 1 hold count 1 > 19410 active 0xffffff0024522d20 tag devfs type 8 flags 00000080 use coun= t=20 > 1 hold count 1 > 258526 active 0xffffff000a93b960 tag devfs type 8 flags 00000080 use coun= t=20 > 1 hold count 1 > 257411 active 0xffffff00245d8b40 tag devfs type 8 flags 00000080 use coun= t=20 > 1 hold count 1 > 247494 active 0xffffff0016c7d780 tag devfs type 8 flags 00000080 use coun= t=20 > 1 hold count 1 >=20 > None of other line have VI_DOOMED set. > The tag in my output is devfs, due to commented out vp->v_tag =3D "none"; > I do not know, what the previous name (like ptyp*) have been. You cut off the most interesting question from my followup, are any of these doomed vnodes referenced by struct file from any process in the system. Can you, please, look at it ? --hf3PDeZ9a40C1ZbL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAku8jHIACgkQC3+MBN1Mb4giHQCgmzI2a/RJDezJBv7Few5fvGBv H0IAoImNx1dPE9Ra9jDZkvzbhoHDy2M8 =3sVU -----END PGP SIGNATURE----- --hf3PDeZ9a40C1ZbL-- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 15:38:39 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2F6E106566C for ; Wed, 7 Apr 2010 15:38:38 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id C8D8C8FC1B for ; Wed, 7 Apr 2010 15:38:38 +0000 (UTC) Received: by pzk35 with SMTP id 35so1020915pzk.3 for ; Wed, 07 Apr 2010 08:38:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type; bh=VxD95QT+0FI8qTErdRxn6J4/I1ySVf6gHBXde9Ld88o=; b=CmIRK3WYeB5fCogTyNeIdeMZFmkE9WWMXC+SNlYtgZ4HGWqaQ7HmhoHKJiXreA6jui ZyN0g66WWoXxVQyGPsbcs8mrrOztIl67HYdMt46ApDsP5FCoYXz3n9dKmRsONHDYLkKN +9wPv7kIWLYXTWmyI1xuwZ3XSkpBPkpXZirlQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=qHsVtJrwEFNcP7YGPgda9ujPelQLCwSEKNYcldWgpKGYbZqObxsp+1+XkCc2xL8m7O aKperPFbsBZrUvHCyQ7wTfjvgR2TDQYUlPrBZtW0C6fNzolEfomem3ZKa7PLbeJXwxNX K9Xj+GWuKbvHPUk3ueP9D9svLW1tjy13W5+bQ= MIME-Version: 1.0 Received: by 10.231.14.76 with HTTP; Wed, 7 Apr 2010 08:13:42 -0700 (PDT) In-Reply-To: <201004061829.55444.jkim@FreeBSD.org> References: <201004061829.55444.jkim@FreeBSD.org> Date: Wed, 7 Apr 2010 08:13:42 -0700 Received: by 10.140.56.6 with SMTP id e6mr7458173rva.81.1270653222307; Wed, 07 Apr 2010 08:13:42 -0700 (PDT) Message-ID: From: Freddie Cash To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: [RFC] The official logo for logo_saver? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 15:38:39 -0000 On Tue, Apr 6, 2010 at 3:29 PM, Jung-uk Kim wrote: > Although I really like logo_saver with Beastie, we have the official > FreeBSD logo and I think it is time to say good-bye to the old logo > image file. The attached file is a drop-in replacement for > sys/dev/syscons/logo/logo.c. > > What do you think? > > Jung-uk Kim > > * PS: I couldn't find a good small 256-color image from FreeBSD.org. > So, I googled and found the following icon: > > http://kde-look.org/CONTENT/content-m1/m112422-1.png > > The following URL seems to be the actual web page: > > http://kde-look.org/content/show.php?content=112422 > > Please consider renaming the existing logo_saver to something like beastie_saver, to keep it around as an option. Then replace logo_saver with the new logo. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 18:10:52 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 680E8106566C; Wed, 7 Apr 2010 18:10:51 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-hackers@freebsd.org Date: Wed, 7 Apr 2010 14:10:39 -0400 User-Agent: KMail/1.6.2 References: <201004061829.55444.jkim@FreeBSD.org> <20100407091901.GA16095@straylight.m.ringlet.net> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <201004071410.42653.jkim@FreeBSD.org> Cc: Garrett Cooper , Dag-Erling Sm??rgrav Subject: Re: [RFC] The official logo for logo_saver? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 18:10:52 -0000 On Wednesday 07 April 2010 05:23 am, Garrett Cooper wrote: > On Wed, Apr 7, 2010 at 2:19 AM, Peter Pentchev wrote: > > On Wed, Apr 07, 2010 at 09:18:09AM +0200, Dag-Erling Sm??rgrav wrote: > >> Jung-uk Kim writes: > >> > Although I really like logo_saver with Beastie, we have the > >> > official FreeBSD logo and I think it is time to say good-bye > >> > to the old logo image file. �The attached file is a drop-in > >> > replacement for sys/dev/syscons/logo/logo.c. > >> > > >> > What do you think? > >> > >> I agree, please commit. > > > > Mmm, not to belittle jkim's work in any way (thanks for taking > > the time!), but... I wonder if this could somehow be made > > optional - TBH, I really like the current/old/original logo_saver > > image :) Of course, the new one is nice, too, and also official, > > but I still like the old one just a little bit better :) > > > > Maybe keep both arrays in the file and have a sysctl or > > something? (yes, I know there are people who think that there are > > already too many sysctl's and new ones shouldn't be added for > > trifles, but still... :) > > Why not just move the current logo.c to another screensaver app > (say beastie.c?) and add the one Jung's proposing to logo.c? > Problem solved... I mean, there's still an option of including the > beastie logo in the bootup menu -- no sense in removing the > screensaver if the boot menu logo is still around IMO... All done now: http://svn.freebsd.org/changeset/base/206362 http://svn.freebsd.org/changeset/base/206363 http://svn.freebsd.org/changeset/base/206365 http://svn.freebsd.org/changeset/base/206366 http://svn.freebsd.org/changeset/base/206368 http://svn.freebsd.org/changeset/base/206374 Thanks for the feedback. Jung-uk Kim From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 19:00:00 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCA7C106567A for ; Wed, 7 Apr 2010 19:00:00 +0000 (UTC) (envelope-from Petr.Salinger@seznam.cz) Received: from relay.felk.cvut.cz (relay.felk.cvut.cz [147.32.80.7]) by mx1.freebsd.org (Postfix) with ESMTP id 204AD8FC16 for ; Wed, 7 Apr 2010 18:59:59 +0000 (UTC) Received: from sci.felk.cvut.cz (sci.felk.cvut.cz [147.32.83.100]) by relay.felk.cvut.cz (8.14.3/8.14.3) with ESMTP id o37IxUgK013679; Wed, 7 Apr 2010 20:59:30 +0200 (CEST) (envelope-from Petr.Salinger@seznam.cz) Date: Wed, 7 Apr 2010 23:05:28 +0200 (CEST) From: Petr Salinger X-X-Sender: salinger@sci.felk.cvut.cz To: Kostik Belousov In-Reply-To: <20100407095928.GG2415@deviant.kiev.zoral.com.ua> Message-ID: References: <20100405185924.GS2415@deviant.kiev.zoral.com.ua> <20100406092429.GV2415@deviant.kiev.zoral.com.ua> <20100406140308.GY2415@deviant.kiev.zoral.com.ua> <20100406140852.GZ2415@deviant.kiev.zoral.com.ua> <20100406144402.GB2415@deviant.kiev.zoral.com.ua> <20100406210321.GE2415@deviant.kiev.zoral.com.ua> <20100407095928.GG2415@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="546530387-1527214078-1270674276=:29016" Content-ID: X-FELK-MailScanner-Information: X-MailScanner-ID: o37IxUgK013679 X-FELK-MailScanner: Found to be clean X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.111, required 5, BAYES_00 -1.90, SPF_NEUTRAL 0.78, T_FRT_BELOW2 0.01) X-FELK-MailScanner-From: petr.salinger@seznam.cz X-FELK-MailScanner-To: aurelien@aurel32.net, freebsd-hackers@freebsd.org, kostikbel@gmail.com X-FELK-MailScanner-Watermark: 1271271572.53135@TeG62B091iIFkCgbAQyjLg X-Spam-Status: No Cc: freebsd-hackers@freebsd.org Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 19:00:00 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --546530387-1527214078-1270674276=:29016 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; format=flowed Content-ID: >> What have to be logged ? > Please look at ddb command "show files", implemented in kern/kern_descrip.c, > lines 3284-3305 on HEAD. Instead of doing full dump, you can manually > inspect the output. Or, you can write some code that would search the > suspicious vnodes among the vnodes referenced from the processes > opened files. Vnode is probably leaked if use count is > 0 but no > process has vnode referenced by struct file. See attached file. >>> I think there should be something else going on. Bellow is leaking recipe tested under GNU/kFreeBSD. I would expect it leaks vnodes also under plain FreeBSD. Petr ----------- #include #include #include #include #include #include #include char dname[]= "/dev/ptyrX"; void leak(void) { if (fork() == 0) { int i, fd; for (i = '0'; i < '9'; i ++) { dname[9] = i; fd = open(dname, O_RDWR); // printf("%s %d\n", dname, fd); }; exit(0); } wait(NULL); } int main() { int i; for (i = 0 ;i < 10000; i++) { printf("round %d\n",i); leak(); } return 0; }; ------------ --546530387-1527214078-1270674276=:29016 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=ddb.out Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME=ddb.out c2hvdyB2bm9kZSAweGZmZmZmZjAwMGFjNTY5NjANCg0KMHhmZmZmZmYwMDBh YzU2OTYwOiB0YWcgZGV2ZnMsIHR5cGUgVkJBRA0KICAgIHVzZWNvdW50IDEs IHdyaXRlY291bnQgMCwgcmVmY291bnQgMSBtb3VudGVkaGVyZSAwDQogICAg ZmxhZ3MgKFZJX0RPT01FRCkNCg0KZGI+IHNob3cgZmlsZXMNCg0KICAgIEZp bGUgVHlwZSAgICAgRGF0YSAgICAgRmxhZyBHQ0ZsIENvdW50IE1Db3VudCAg ICBWbm9kZSAgRlBJRCAgICAgICAgIEZDbWQNCmZmZmZmZjAwMDM5YmQ4NzAg dm5vZCBmZmZmZmYwMDBhYjc1NjAwIDAwMDAwMDAzIDAwMDAgICAgIDUgICAg ICAwIGZmZmZmZjAwMGFiMmI5NjAgICA4NDggICAgICAgICBiYXNoDQpmZmZm ZmYwMDAzOWJkODcwIHZub2QgZmZmZmZmMDAwYWI3NTYwMCAwMDAwMDAwMyAw MDAwICAgICA1ICAgICAgMCBmZmZmZmYwMDBhYjJiOTYwICAgODQ4ICAgICAg ICAgYmFzaA0KZmZmZmZmMDAwMzliZDg3MCB2bm9kIGZmZmZmZjAwMGFiNzU2 MDAgMDAwMDAwMDMgMDAwMCAgICAgNSAgICAgIDAgZmZmZmZmMDAwYWIyYjk2 MCAgIDg0OCAgICAgICAgIGJhc2gNCmZmZmZmZjAwMDM5YmQ4NzAgdm5vZCBm ZmZmZmYwMDBhYjc1NjAwIDAwMDAwMDAzIDAwMDAgICAgIDUgICAgICAwIGZm ZmZmZjAwMGFiMmI5NjAgICA4NDggICAgICAgICBiYXNoDQpmZmZmZmYwMDBh OTliMzcwIHZub2QgZmZmZmZmMDAwYTk5ZGQyMCAwMDAwMDAwYSAwMDAwICAg IDIwICAgICAgMCBmZmZmZmYwMDBhOTlkZDIwICAgODQ3ICAgcnh2dC14dGVy bQ0KZmZmZmZmMDAwM2UwYTliMCBzb2NrIGZmZmZmZjAwMGFiNmU3ZjggMDAw MDAwMDcgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICA4NDcgICByeHZ0 LXh0ZXJtDQpmZmZmZmYwMDAzZTBhYWYwIHVua24gZmZmZmZmMDAwYTkxYjAw MCAwMDAwMDAwNyAwMDAwICAgICAxICAgICAgMCBmZmZmZmYwMDBhYjJiYjQw ICAgODQ3ICAgcnh2dC14dGVybQ0KZmZmZmZmMDAwM2UwYWMzMCB2bm9kIGZm ZmZmZjAwMGFiNzUwMDAgMDAwMDAwMDMgMDAwMCAgICAxMCAgICAgIDAgZmZm ZmZmMDAwYWIyZDc4MCAgIDg0NSAgICAgICAgICBzc2gNCmZmZmZmZjAwMDNl MGFjMzAgdm5vZCBmZmZmZmYwMDBhYjc1MDAwIDAwMDAwMDAzIDAwMDAgICAg MTAgICAgICAwIGZmZmZmZjAwMGFiMmQ3ODAgICA4NDUgICAgICAgICAgc3No DQpmZmZmZmYwMDAzZTBhYzMwIHZub2QgZmZmZmZmMDAwYWI3NTAwMCAwMDAw MDAwMyAwMDAwICAgIDEwICAgICAgMCBmZmZmZmYwMDBhYjJkNzgwICAgODQ1 ICAgICAgICAgIHNzaA0KZmZmZmZmMDAwMzliZTY5MCBzb2NrIGZmZmZmZjAw MGFiMzNhYTAgMDAwMDAwMDcgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAg ICA4NDUgICAgICAgICAgc3NoDQpmZmZmZmYwMDAzZTBhYzMwIHZub2QgZmZm ZmZmMDAwYWI3NTAwMCAwMDAwMDAwMyAwMDAwICAgIDEwICAgICAgMCBmZmZm ZmYwMDBhYjJkNzgwICAgODQ1ICAgICAgICAgIHNzaA0KZmZmZmZmMDAwM2Uw YWMzMCB2bm9kIGZmZmZmZjAwMGFiNzUwMDAgMDAwMDAwMDMgMDAwMCAgICAx MCAgICAgIDAgZmZmZmZmMDAwYWIyZDc4MCAgIDg0NSAgICAgICAgICBzc2gN CmZmZmZmZjAwMDNlMGFjMzAgdm5vZCBmZmZmZmYwMDBhYjc1MDAwIDAwMDAw MDAzIDAwMDAgICAgMTAgICAgICAwIGZmZmZmZjAwMGFiMmQ3ODAgICA4NDUg ICAgICAgICAgc3NoDQpmZmZmZmYwMDAzZTBhYzMwIHZub2QgZmZmZmZmMDAw YWI3NTAwMCAwMDAwMDAwMyAwMDAwICAgIDEwICAgICAgMCBmZmZmZmYwMDBh YjJkNzgwICAgODQ1ICAgICAgICAgIHNzaA0KZmZmZmZmMDAwM2UwYWMzMCB2 bm9kIGZmZmZmZjAwMGFiNzUwMDAgMDAwMDAwMDMgMDAwMCAgICAxMCAgICAg IDAgZmZmZmZmMDAwYWIyZDc4MCAgIDg0NSAgICAgICAgICBzc2gNCmZmZmZm ZjAwMDNlMGFjMzAgdm5vZCBmZmZmZmYwMDBhYjc1MDAwIDAwMDAwMDAzIDAw MDAgICAgMTAgICAgICAwIGZmZmZmZjAwMGFiMmQ3ODAgICA4NDUgICAgICAg ICAgc3NoDQpmZmZmZmYwMDAzZTBhYzMwIHZub2QgZmZmZmZmMDAwYWI3NTAw MCAwMDAwMDAwMyAwMDAwICAgIDEwICAgICAgMCBmZmZmZmYwMDBhYjJkNzgw ICAgODQ1ICAgICAgICAgIHNzaA0KZmZmZmZmMDAwYTk5YjM3MCB2bm9kIGZm ZmZmZjAwMGE5OWRkMjAgMDAwMDAwMGEgMDAwMCAgICAyMCAgICAgIDAgZmZm ZmZmMDAwYTk5ZGQyMCAgIDg0NyAgIHJ4dnQteHRlcm0NCmZmZmZmZjAwMDNl MGFhYTAgc29jayBmZmZmZmYwMDBhODg1YWEwIDAwMDAwMDA3IDAwMDAgICAg IDEgICAgICAwICAgICAgICAwICAgODM5ICAgcnh2dC14dGVybQ0KZmZmZmZm MDAwM2UwYWI0MCB1bmtuIGZmZmZmZjAwMGE4ZjFjMDAgMDAwMDAwMDcgMDAw MCAgICAgMSAgICAgIDAgZmZmZmZmMDAwYWIyZDk2MCAgIDgzOSAgIHJ4dnQt eHRlcm0NCmZmZmZmZjAwMDNlMGE2ZTAgdm5vZCBmZmZmZmYwMDAzM2RmYTAw IDAwMDAwMDAxIDAwMDAgICAgIDEgICAgICAwIGZmZmZmZjAwMDNhNDIwMDAg ICA4MzYgICAgICAgIHhsb2FkDQpmZmZmZmYwMDBhOTliMzcwIHZub2QgZmZm ZmZmMDAwYTk5ZGQyMCAwMDAwMDAwYSAwMDAwICAgIDIwICAgICAgMCBmZmZm ZmYwMDBhOTlkZDIwICAgODQ3ICAgcnh2dC14dGVybQ0KZmZmZmZmMDAwYTk5 YjM3MCB2bm9kIGZmZmZmZjAwMGE5OWRkMjAgMDAwMDAwMGEgMDAwMCAgICAy MCAgICAgIDAgZmZmZmZmMDAwYTk5ZGQyMCAgIDg0NyAgIHJ4dnQteHRlcm0N CmZmZmZmZjAwMDM5YmQ4MjAgc29jayBmZmZmZmYwMDBhOGI2N2Y4IDAwMDAw MDA3IDAwMDAgICAgIDEgICAgICAwICAgICAgICAwICAgODM2ICAgICAgICB4 bG9hZA0KZmZmZmZmMDAwM2UwYTBhMCB2bm9kIGZmZmZmZjAwMGFiMmMxZTAg MDAwMDAwMDEgMDAwMCAgICAgMSAgICAgIDAgZmZmZmZmMDAwYWIyYzFlMCAg IDgzNiAgICAgICAgeGxvYWQNCmZmZmZmZjAwMDNkZjM3ODAgdm5vZCBmZmZm ZmYwMDBhYTQyYjQwIDAwMDAwMDAzIDAwMDAgICAgIDggICAgICAwIGZmZmZm ZjAwMGFhNDJiNDAgICA4MzYgICAgICAgIHhsb2FkDQpmZmZmZmYwMDBhOTli NDEwIHZub2QgZmZmZmZmMDAwMzNkZmEwMCAwMDAwMDAwMSAwMDAwICAgICA3 ICAgICAgMCBmZmZmZmYwMDAzYTQyMDAwICAgODM1ICAgICAgICBQYWdlcg0K ZmZmZmZmMDAwYTk5YjM3MCB2bm9kIGZmZmZmZjAwMGE5OWRkMjAgMDAwMDAw MGEgMDAwMCAgICAyMCAgICAgIDAgZmZmZmZmMDAwYTk5ZGQyMCAgIDg0NyAg IHJ4dnQteHRlcm0NCmZmZmZmZjAwMGE5OWIzNzAgdm5vZCBmZmZmZmYwMDBh OTlkZDIwIDAwMDAwMDBhIDAwMDAgICAgMjAgICAgICAwIGZmZmZmZjAwMGE5 OWRkMjAgICA4NDcgICByeHZ0LXh0ZXJtDQpmZmZmZmYwMDAzZGYzNzMwIHNv Y2sgZmZmZmZmMDAwM2U3YTU1MCAwMDAwMDAwNyAwMDAwICAgICAxICAgICAg MCAgICAgICAgMCAgIDgzNSAgICAgICAgUGFnZXINCmZmZmZmZjAwMDM5YmUx NDAgcGlwZSBmZmZmZmYwMDBhYTA4ODg4IDAwMDAwMDAzIDAwMDAgICAgIDEg ICAgICAwICAgICAgICAwICAgODM1ICAgICAgICBQYWdlcg0KZmZmZmZmMDAw M2RmMzc4MCB2bm9kIGZmZmZmZjAwMGFhNDJiNDAgMDAwMDAwMDMgMDAwMCAg ICAgOCAgICAgIDAgZmZmZmZmMDAwYWE0MmI0MCAgIDgzNiAgICAgICAgeGxv YWQNCmZmZmZmZjAwMDM5YmUyMzAgdm5vZCBmZmZmZmYwMDBhYTQyYjQwIDAw MDAwMDAxIDAwMDAgICAgIDEgICAgICAwIGZmZmZmZjAwMGFhNDJiNDAgICA4 MzUgICAgICAgIFBhZ2VyDQpmZmZmZmYwMDAzOWJlMDUwIHBpcGUgZmZmZmZm MDAwYWEwODcwOCAwMDAwMDAwMyAwMDAwICAgICAxICAgICAgMCAgICAgICAg MCAgIDgzNSAgICAgICAgUGFnZXINCmZmZmZmZjAwMDNkMTAwZjAgdm5vZCBm ZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAxIDAwMDAgICAgIDEgICAgICAwIGZm ZmZmZjAwMDNhNDIwMDAgICA4MzMgICAgICAgIHhiaWZmDQpmZmZmZmYwMDBh OTliMzcwIHZub2QgZmZmZmZmMDAwYTk5ZGQyMCAwMDAwMDAwYSAwMDAwICAg IDIwICAgICAgMCBmZmZmZmYwMDBhOTlkZDIwICAgODQ3ICAgcnh2dC14dGVy bQ0KZmZmZmZmMDAwYTk5YjM3MCB2bm9kIGZmZmZmZjAwMGE5OWRkMjAgMDAw MDAwMGEgMDAwMCAgICAyMCAgICAgIDAgZmZmZmZmMDAwYTk5ZGQyMCAgIDg0 NyAgIHJ4dnQteHRlcm0NCmZmZmZmZjAwMDNkZjMzYzAgc29jayBmZmZmZmYw MDBhYTA3ZDQ4IDAwMDAwMDA3IDAwMDAgICAgIDEgICAgICAwICAgICAgICAw ICAgODMzICAgICAgICB4YmlmZg0KZmZmZmZmMDAwM2RmMzc4MCB2bm9kIGZm ZmZmZjAwMGFhNDJiNDAgMDAwMDAwMDMgMDAwMCAgICAgOCAgICAgIDAgZmZm ZmZmMDAwYWE0MmI0MCAgIDgzNiAgICAgICAgeGxvYWQNCmZmZmZmZjAwMDNl MGFiZTAgdm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAxIDAwMDAgICAg IDEgICAgICAwIGZmZmZmZjAwMDNhNDIwMDAgICA4MzIgICAgICBhc2Nsb2Nr DQpmZmZmZmYwMDBhOTliMzcwIHZub2QgZmZmZmZmMDAwYTk5ZGQyMCAwMDAw MDAwYSAwMDAwICAgIDIwICAgICAgMCBmZmZmZmYwMDBhOTlkZDIwICAgODQ3 ICAgcnh2dC14dGVybQ0KZmZmZmZmMDAwYTk5YjM3MCB2bm9kIGZmZmZmZjAw MGE5OWRkMjAgMDAwMDAwMGEgMDAwMCAgICAyMCAgICAgIDAgZmZmZmZmMDAw YTk5ZGQyMCAgIDg0NyAgIHJ4dnQteHRlcm0NCmZmZmZmZjAwMDNkZjM1NTAg c29jayBmZmZmZmYwMDBhOTYwMmE4IDAwMDAwMDA3IDAwMDAgICAgIDEgICAg ICAwICAgICAgICAwICAgODMyICAgICAgYXNjbG9jaw0KZmZmZmZmMDAwM2Rm Mzc4MCB2bm9kIGZmZmZmZjAwMGFhNDJiNDAgMDAwMDAwMDMgMDAwMCAgICAg OCAgICAgIDAgZmZmZmZmMDAwYWE0MmI0MCAgIDgzNiAgICAgICAgeGxvYWQN CmZmZmZmZjAwMGE5OWI0MTAgdm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAwMDAw MDAxIDAwMDAgICAgIDcgICAgICAwIGZmZmZmZjAwMDNhNDIwMDAgICA4MzUg ICAgICAgIFBhZ2VyDQpmZmZmZmYwMDBhOTliMzcwIHZub2QgZmZmZmZmMDAw YTk5ZGQyMCAwMDAwMDAwYSAwMDAwICAgIDIwICAgICAgMCBmZmZmZmYwMDBh OTlkZDIwICAgODQ3ICAgcnh2dC14dGVybQ0KZmZmZmZmMDAwYTk5YjM3MCB2 bm9kIGZmZmZmZjAwMGE5OWRkMjAgMDAwMDAwMGEgMDAwMCAgICAyMCAgICAg IDAgZmZmZmZmMDAwYTk5ZGQyMCAgIDg0NyAgIHJ4dnQteHRlcm0NCmZmZmZm ZjAwMDNkZjM3ODAgdm5vZCBmZmZmZmYwMDBhYTQyYjQwIDAwMDAwMDAzIDAw MDAgICAgIDggICAgICAwIGZmZmZmZjAwMGFhNDJiNDAgICA4MzYgICAgICAg IHhsb2FkDQpmZmZmZmYwMDAzZGYzNDYwIHBpcGUgZmZmZmZmMDAwM2EyNTVi MCAwMDAwMDAwMyAwMDAwICAgICAyICAgICAgMCAgICAgICAgMCAgIDgyOSAg ICAgICAgQXVkaW8NCmZmZmZmZjAwMDNkMTA3MzAgcGlwZSBmZmZmZmYwMDAz ZTU2Y2I4IDAwMDAwMDAzIDAwMDAgICAgIDEgICAgICAwICAgICAgICAwICAg ODI5ICAgICAgICBBdWRpbw0KZmZmZmZmMDAwYTk5YjQxMCB2bm9kIGZmZmZm ZjAwMDMzZGZhMDAgMDAwMDAwMDEgMDAwMCAgICAgNyAgICAgIDAgZmZmZmZm MDAwM2E0MjAwMCAgIDgzNSAgICAgICAgUGFnZXINCmZmZmZmZjAwMGE5OWIz NzAgdm5vZCBmZmZmZmYwMDBhOTlkZDIwIDAwMDAwMDBhIDAwMDAgICAgMjAg ICAgICAwIGZmZmZmZjAwMGE5OWRkMjAgICA4NDcgICByeHZ0LXh0ZXJtDQpm ZmZmZmYwMDBhOTliMzcwIHZub2QgZmZmZmZmMDAwYTk5ZGQyMCAwMDAwMDAw YSAwMDAwICAgIDIwICAgICAgMCBmZmZmZmYwMDBhOTlkZDIwICAgODQ3ICAg cnh2dC14dGVybQ0KZmZmZmZmMDAwMzliZDUwMCBzb2NrIGZmZmZmZjAwMGFh MDc3ZjggMDAwMDAwMDcgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICA4 MjggICAgICAgIFdoYXJmDQpmZmZmZmYwMDAzOWRmM2MwIHZub2QgZmZmZmZm MDAwYWE0MmI0MCAwMDAwMDAwMSAwMDAwICAgICAxICAgICAgMCBmZmZmZmYw MDBhYTQyYjQwICAgODI4ICAgICAgICBXaGFyZg0KZmZmZmZmMDAwM2RmMzc4 MCB2bm9kIGZmZmZmZjAwMGFhNDJiNDAgMDAwMDAwMDMgMDAwMCAgICAgOCAg ICAgIDAgZmZmZmZmMDAwYWE0MmI0MCAgIDgzNiAgICAgICAgeGxvYWQNCmZm ZmZmZjAwMGE5OWI0YjAgcGlwZSBmZmZmZmYwMDAzZTUzYjYwIDAwMDAwMDAz IDAwMDAgICAgIDEgICAgICAwICAgICAgICAwICAgODI4ICAgICAgICBXaGFy Zg0KZmZmZmZmMDAwM2RmM2QyMCBwaXBlIGZmZmZmZjAwMDNhNWE3MDggMDAw MDAwMDMgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICA4MjggICAgICAg IFdoYXJmDQpmZmZmZmYwMDBhOTliNDEwIHZub2QgZmZmZmZmMDAwMzNkZmEw MCAwMDAwMDAwMSAwMDAwICAgICA3ICAgICAgMCBmZmZmZmYwMDAzYTQyMDAw ICAgODM1ICAgICAgICBQYWdlcg0KZmZmZmZmMDAwYTk5YjM3MCB2bm9kIGZm ZmZmZjAwMGE5OWRkMjAgMDAwMDAwMGEgMDAwMCAgICAyMCAgICAgIDAgZmZm ZmZmMDAwYTk5ZGQyMCAgIDg0NyAgIHJ4dnQteHRlcm0NCmZmZmZmZjAwMGE5 OWIzNzAgdm5vZCBmZmZmZmYwMDBhOTlkZDIwIDAwMDAwMDBhIDAwMDAgICAg MjAgICAgICAwIGZmZmZmZjAwMGE5OWRkMjAgICA4NDcgICByeHZ0LXh0ZXJt DQpmZmZmZmYwMDAzZTBhY2QwIHNvY2sgZmZmZmZmMDAwYTg4NTU1MCAwMDAw MDAwNyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDgyNyAgICAgIEFu aW1hdGUNCmZmZmZmZjAwMDNkZjM3ODAgdm5vZCBmZmZmZmYwMDBhYTQyYjQw IDAwMDAwMDAzIDAwMDAgICAgIDggICAgICAwIGZmZmZmZjAwMGFhNDJiNDAg ICA4MzYgICAgICAgIHhsb2FkDQpmZmZmZmYwMDAzZTBhYTAwIHBpcGUgZmZm ZmZmMDAwM2U1NjAwMCAwMDAwMDAwMyAwMDAwICAgICAyICAgICAgMCAgICAg ICAgMCAgIDgyNyAgICAgIEFuaW1hdGUNCmZmZmZmZjAwMDM5YmQ1YTAgcGlw ZSBmZmZmZmYwMDAzZDI1MTU4IDAwMDAwMDAzIDAwMDAgICAgIDEgICAgICAw ICAgICAgICAwICAgODI3ICAgICAgQW5pbWF0ZQ0KZmZmZmZmMDAwYTk5YjUw MCB2bm9kIGZmZmZmZjAwMDMzZGZhMDAgMDAwMDAwMDMgMDAwMCAgICAgNCAg ICAgIDAgZmZmZmZmMDAwM2E0MjAwMCAgIDgyNCAgZGJ1cy1kYWVtb24NCmZm ZmZmZjAwMGE5OWI1MDAgdm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAz IDAwMDAgICAgIDQgICAgICAwIGZmZmZmZjAwMDNhNDIwMDAgICA4MjQgIGRi dXMtZGFlbW9uDQpmZmZmZmYwMDBhOTliNTAwIHZub2QgZmZmZmZmMDAwMzNk ZmEwMCAwMDAwMDAwMyAwMDAwICAgICA0ICAgICAgMCBmZmZmZmYwMDAzYTQy MDAwICAgODI0ICBkYnVzLWRhZW1vbg0KZmZmZmZmMDAwMzliZGJlMCBzb2Nr IGZmZmZmZjAwMGFhMDcyYTggMDAwMDAwMDcgMDAwMCAgICAgMSAgICAgIDAg ICAgICAgIDAgICA4MjQgIGRidXMtZGFlbW9uDQpmZmZmZmYwMDBhOTliNTAw IHZub2QgZmZmZmZmMDAwMzNkZmEwMCAwMDAwMDAwMyAwMDAwICAgICA0ICAg ICAgMCBmZmZmZmYwMDAzYTQyMDAwICAgODI0ICBkYnVzLWRhZW1vbg0KZmZm ZmZmMDAwMzliZWQyMCBrcXVlIGZmZmZmZjAwMDNhNDk0MDAgMDAwMDAwMDMg MDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICA4MjQgIGRidXMtZGFlbW9u DQpmZmZmZmYwMDAzOWJlOTYwIHZub2QgZmZmZmZmMDAwYTk2Njk2MCAwMDAw MDAwMSAwMDAwICAgICAyICAgICAgMCBmZmZmZmYwMDBhOTY2OTYwICAgODI0 ICBkYnVzLWRhZW1vbg0KZmZmZmZmMDAwYTk5YjVhMCB2bm9kIGZmZmZmZjAw MGE5NjY1YTAgMDAwMDAwMDEgMDAwMCAgICAgMiAgICAgIDAgZmZmZmZmMDAw YTk2NjVhMCAgIDgyNCAgZGJ1cy1kYWVtb24NCmZmZmZmZjAwMGE5OWI2NDAg c29jayBmZmZmZmYwMDBhODg1MDAwIDAwMDAwMDAzIDAwMDAgICAgIDEgICAg ICAwICAgICAgICAwICAgODI0ICBkYnVzLWRhZW1vbg0KZmZmZmZmMDAwYTk5 YjVmMCBzb2NrIGZmZmZmZjAwMDNlN2IyYTggMDAwMDAwMDMgMDAwMCAgICAg MSAgICAgIDAgICAgICAgIDAgICA4MjQgIGRidXMtZGFlbW9uDQpmZmZmZmYw MDBhOTliNDEwIHZub2QgZmZmZmZmMDAwMzNkZmEwMCAwMDAwMDAwMSAwMDAw ICAgICA3ICAgICAgMCBmZmZmZmYwMDAzYTQyMDAwICAgODM1ICAgICAgICBQ YWdlcg0KZmZmZmZmMDAwYTk5YjIzMCB2bm9kIGZmZmZmZjAwMDMzZGZhMDAg MDAwMDAwMDMgMDAwMCAgICAgMyAgICAgIDAgZmZmZmZmMDAwM2E0MjAwMCAg IDgyMyAgZGJ1cy1sYXVuY2gNCmZmZmZmZjAwMGE5OWIyMzAgdm5vZCBmZmZm ZmYwMDAzM2RmYTAwIDAwMDAwMDAzIDAwMDAgICAgIDMgICAgICAwIGZmZmZm ZjAwMDNhNDIwMDAgICA4MjMgIGRidXMtbGF1bmNoDQpmZmZmZmYwMDAzOWJl MzIwIHNvY2sgZmZmZmZmMDAwM2RkZmFhMCAwMDAwMDAwNyAwMDAwICAgICAx ICAgICAgMCAgICAgICAgMCAgIDgyMyAgZGJ1cy1sYXVuY2gNCmZmZmZmZjAw MGE5OWIyMzAgdm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAzIDAwMDAg ICAgIDMgICAgICAwIGZmZmZmZjAwMDNhNDIwMDAgICA4MjMgIGRidXMtbGF1 bmNoDQpmZmZmZmYwMDBhOTliNTUwIHNvY2sgZmZmZmZmMDAwM2RkZjAwMCAw MDAwMDAwNyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDgyMyAgZGJ1 cy1sYXVuY2gNCmZmZmZmZjAwMDM5YmViNDAgcGlwZSBmZmZmZmYwMDBhYTA5 MDAwIDAwMDAwMDAzIDAwMDAgICAgIDEgICAgICAwICAgICAgICAwICAgODIz ICBkYnVzLWxhdW5jaA0KZmZmZmZmMDAwYTk5YjQxMCB2bm9kIGZmZmZmZjAw MDMzZGZhMDAgMDAwMDAwMDEgMDAwMCAgICAgNyAgICAgIDAgZmZmZmZmMDAw M2E0MjAwMCAgIDgzNSAgICAgICAgUGFnZXINCmZmZmZmZjAwMGE5OWIzNzAg dm5vZCBmZmZmZmYwMDBhOTlkZDIwIDAwMDAwMDBhIDAwMDAgICAgMjAgICAg ICAwIGZmZmZmZjAwMGE5OWRkMjAgICA4NDcgICByeHZ0LXh0ZXJtDQpmZmZm ZmYwMDBhOTliMzcwIHZub2QgZmZmZmZmMDAwYTk5ZGQyMCAwMDAwMDAwYSAw MDAwICAgIDIwICAgICAgMCBmZmZmZmYwMDBhOTlkZDIwICAgODQ3ICAgcnh2 dC14dGVybQ0KZmZmZmZmMDAwMzliZTUwMCBzb2NrIGZmZmZmZjAwMGFhMDcw MDAgMDAwMDAwMDcgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICA4MjAg ICAgYXNjbGFzc2ljDQpmZmZmZmYwMDAzZGYzNzgwIHZub2QgZmZmZmZmMDAw YWE0MmI0MCAwMDAwMDAwMyAwMDAwICAgICA4ICAgICAgMCBmZmZmZmYwMDBh YTQyYjQwICAgODM2ICAgICAgICB4bG9hZA0KZmZmZmZmMDAwM2RmM2I5MCBw aXBlIGZmZmZmZjAwMGFhMDg5ZTAgMDAwMDAwMDcgMDAwMCAgICAgMSAgICAg IDAgICAgICAgIDAgICA4MjAgICAgYXNjbGFzc2ljDQpmZmZmZmYwMDAzZTBh OTYwIHBpcGUgZmZmZmZmMDAwM2U1NjE1OCAwMDAwMDAwNyAwMDAwICAgICAx ICAgICAgMCAgICAgICAgMCAgIDgyMCAgICBhc2NsYXNzaWMNCmZmZmZmZjAw MDNkZjNhZjAgcGlwZSBmZmZmZmYwMDAzZDI1MDAwIDAwMDAwMDA3IDAwMDAg ICAgIDEgICAgICAwICAgICAgICAwICAgODIwICAgIGFzY2xhc3NpYw0KZmZm ZmZmMDAwMzlkZjE5MCBwaXBlIGZmZmZmZjAwMDNlNTNjYjggMDAwMDAwMDcg MDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICA4MjAgICAgYXNjbGFzc2lj DQpmZmZmZmYwMDAzZTBhZDIwIHBpcGUgZmZmZmZmMDAwM2E1YTViMCAwMDAw MDAwMyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDgyMCAgICBhc2Ns YXNzaWMNCmZmZmZmZjAwMGE5OWIyZDAgcGlwZSBmZmZmZmYwMDAzYTI1NzA4 IDAwMDAwMDA3IDAwMDAgICAgIDEgICAgICAwICAgICAgICAwICAgODIwICAg IGFzY2xhc3NpYw0KZmZmZmZmMDAwMzliZWJlMCBwaXBlIGZmZmZmZjAwMDNl NTZiNjAgMDAwMDAwMDMgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICA4 MjAgICAgYXNjbGFzc2ljDQpmZmZmZmYwMDAzOWJkOWIwIHBpcGUgZmZmZmZm MDAwYWEwODViMCAwMDAwMDAwMyAwMDAwICAgICAxICAgICAgMCAgICAgICAg MCAgIDgyMCAgICBhc2NsYXNzaWMNCmZmZmZmZjAwMDM5YmU0YjAgdm5vZCBm ZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAzIDAwMDAgICAgIDggICAgICAwIGZm ZmZmZjAwMDNhNDIwMDAgICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpmZmZm ZmYwMDAzOWJlNGIwIHZub2QgZmZmZmZmMDAwMzNkZmEwMCAwMDAwMDAwMyAw MDAwICAgICA4ICAgICAgMCBmZmZmZmYwMDAzYTQyMDAwICAgODE5IGNvbnNv bGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwMzliZTRiMCB2bm9kIGZmZmZmZjAw MDMzZGZhMDAgMDAwMDAwMDMgMDAwMCAgICAgOCAgICAgIDAgZmZmZmZmMDAw M2E0MjAwMCAgIDgxOSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAwMDNk ZjNkYzAgcGlwZSBmZmZmZmYwMDAzZTUzMDAwIDAwMDAwMDAzIDAwMDAgICAg IDEgICAgICAwICAgICAgICAwICAgODE5IGNvbnNvbGUta2l0LWRhZW1vbg0K ZmZmZmZmMDAwMzliZTRiMCB2bm9kIGZmZmZmZjAwMDMzZGZhMDAgMDAwMDAw MDMgMDAwMCAgICAgOCAgICAgIDAgZmZmZmZmMDAwM2E0MjAwMCAgIDgxOSBj b25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAwMDM5YmU1ZjAgcGlwZSBmZmZm ZmYwMDAzZTUzMTU4IDAwMDAwMDAzIDAwMDAgICAgIDEgICAgICAwICAgICAg ICAwICAgODE5IGNvbnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwMzliZTQx MCB2bm9kIGZmZmZmZjAwMDNjMmYzYzAgMDAwMDAwMDEgMDAwMCAgICAgMyAg ICAgIDAgZmZmZmZmMDAwM2MyZjNjMCAgIDgxOSBjb25zb2xlLWtpdC1kYWVt b24NCmZmZmZmZjAwMDM5YmUzYzAgdm5vZCBmZmZmZmYwMDAzYWQyNWEwIDAw MDAwMDAxIDAwMDAgICAgIDMgICAgICAwIGZmZmZmZjAwMDNhZDI1YTAgICA4 MTkgY29uc29sZS1raXQtZGFlbW9uDQpmZmZmZmYwMDAzZGYzODIwIHBpcGUg ZmZmZmZmMDAwM2U1MzJkOCAwMDAwMDAwMyAwMDAwICAgICAxICAgICAgMCAg ICAgICAgMCAgIDgxOSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAwMDNl MGEwZjAgcGlwZSBmZmZmZmYwMDAzZTUzNDMwIDAwMDAwMDAzIDAwMDAgICAg IDEgICAgICAwICAgICAgICAwICAgODE5IGNvbnNvbGUta2l0LWRhZW1vbg0K ZmZmZmZmMDAwM2UwYTUwMCBzb2NrIGZmZmZmZjAwMDNlN2JhYTAgMDAwMDAw MDcgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICA4MTkgY29uc29sZS1r aXQtZGFlbW9uDQpmZmZmZmYwMDBhOTliMDAwIHZub2QgZmZmZmZmMDAwYTll NzNjMCAwMDAwMDAwYSAwMDAwICAgICAxICAgICAgMCBmZmZmZmYwMDBhOWU3 M2MwICAgODE5IGNvbnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwMzliZWE1 MCBwaXBlIGZmZmZmZjAwMDNkMjViNjAgMDAwMDAwMDMgMDAwMCAgICAgMSAg ICAgIDAgICAgICAgIDAgICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpmZmZm ZmYwMDAzOWJkMWUwIHBpcGUgZmZmZmZmMDAwM2QyNWNiOCAwMDAwMDAwMyAw MDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDgxOSBjb25zb2xlLWtpdC1k YWVtb24NCmZmZmZmZjAwMDM5YmUwYTAgc29jayBmZmZmZmYwMDBhOGI2MDAw IDAwMDAwMDA3IDAwMDAgICAgIDEgICAgICAwICAgICAgICAwICAgODE5IGNv bnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwMzlkZjRiMCB2bm9kIGZmZmZm ZjAwMDMzNDIwMDAgMDAwMDAwMDEgMDAwMCAgICAgMSAgICAgIDAgZmZmZmZm MDAwMzliZjFlMCAgIDgxOSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAw MDNkZjM5YjAgdm5vZCBmZmZmZmYwMDAzYWU3NzgwIDAwMDAwMDA1IDAwMDAg ICAgIDEgICAgICAwIGZmZmZmZjAwMDNhZTc3ODAgICA4MTkgY29uc29sZS1r aXQtZGFlbW9uDQpmZmZmZmYwMDBhOTliMGYwIHBpcGUgZmZmZmZmMDAwM2E1 NjAwMCAwMDAwMDAwMyAwMDAwICAgICAyICAgICAgMCAgICAgICAgMCAgIDgx OSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAwMGE5OWIxOTAgcGlwZSBm ZmZmZmYwMDAzYTU2MTU4IDAwMDAwMDA3IDAwMDAgICAgIDEgICAgICAwICAg ICAgICAwICAgODE5IGNvbnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwMzli ZTRiMCB2bm9kIGZmZmZmZjAwMDMzZGZhMDAgMDAwMDAwMDMgMDAwMCAgICAg OCAgICAgIDAgZmZmZmZmMDAwM2E0MjAwMCAgIDgxOSBjb25zb2xlLWtpdC1k YWVtb24NCmZmZmZmZjAwMDM5YmU0YjAgdm5vZCBmZmZmZmYwMDAzM2RmYTAw IDAwMDAwMDAzIDAwMDAgICAgIDggICAgICAwIGZmZmZmZjAwMDNhNDIwMDAg ICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpmZmZmZmYwMDAzOWJlNGIwIHZu b2QgZmZmZmZmMDAwMzNkZmEwMCAwMDAwMDAwMyAwMDAwICAgICA4ICAgICAg MCBmZmZmZmYwMDAzYTQyMDAwICAgODE5IGNvbnNvbGUta2l0LWRhZW1vbg0K ZmZmZmZmMDAwM2RmM2RjMCBwaXBlIGZmZmZmZjAwMDNlNTMwMDAgMDAwMDAw MDMgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICA4MTkgY29uc29sZS1r aXQtZGFlbW9uDQpmZmZmZmYwMDAzOWJlNGIwIHZub2QgZmZmZmZmMDAwMzNk ZmEwMCAwMDAwMDAwMyAwMDAwICAgICA4ICAgICAgMCBmZmZmZmYwMDAzYTQy MDAwICAgODE5IGNvbnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwMzliZTVm MCBwaXBlIGZmZmZmZjAwMDNlNTMxNTggMDAwMDAwMDMgMDAwMCAgICAgMSAg ICAgIDAgICAgICAgIDAgICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpmZmZm ZmYwMDAzOWJlNDEwIHZub2QgZmZmZmZmMDAwM2MyZjNjMCAwMDAwMDAwMSAw MDAwICAgICAzICAgICAgMCBmZmZmZmYwMDAzYzJmM2MwICAgODE5IGNvbnNv bGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwMzliZTNjMCB2bm9kIGZmZmZmZjAw MDNhZDI1YTAgMDAwMDAwMDEgMDAwMCAgICAgMyAgICAgIDAgZmZmZmZmMDAw M2FkMjVhMCAgIDgxOSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAwMDNk ZjM4MjAgcGlwZSBmZmZmZmYwMDAzZTUzMmQ4IDAwMDAwMDAzIDAwMDAgICAg IDEgICAgICAwICAgICAgICAwICAgODE5IGNvbnNvbGUta2l0LWRhZW1vbg0K ZmZmZmZmMDAwM2UwYTBmMCBwaXBlIGZmZmZmZjAwMDNlNTM0MzAgMDAwMDAw MDMgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICA4MTkgY29uc29sZS1r aXQtZGFlbW9uDQpmZmZmZmYwMDAzZTBhNTAwIHNvY2sgZmZmZmZmMDAwM2U3 YmFhMCAwMDAwMDAwNyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDgx OSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAwMGE5OWIwMDAgdm5vZCBm ZmZmZmYwMDBhOWU3M2MwIDAwMDAwMDBhIDAwMDAgICAgIDEgICAgICAwIGZm ZmZmZjAwMGE5ZTczYzAgICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpmZmZm ZmYwMDAzOWJlYTUwIHBpcGUgZmZmZmZmMDAwM2QyNWI2MCAwMDAwMDAwMyAw MDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDgxOSBjb25zb2xlLWtpdC1k YWVtb24NCmZmZmZmZjAwMDM5YmQxZTAgcGlwZSBmZmZmZmYwMDAzZDI1Y2I4 IDAwMDAwMDAzIDAwMDAgICAgIDEgICAgICAwICAgICAgICAwICAgODE5IGNv bnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwMzliZTBhMCBzb2NrIGZmZmZm ZjAwMGE4YjYwMDAgMDAwMDAwMDcgMDAwMCAgICAgMSAgICAgIDAgICAgICAg IDAgICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpmZmZmZmYwMDAzOWRmNGIw IHZub2QgZmZmZmZmMDAwMzM0MjAwMCAwMDAwMDAwMSAwMDAwICAgICAxICAg ICAgMCBmZmZmZmYwMDAzOWJmMWUwICAgODE5IGNvbnNvbGUta2l0LWRhZW1v bg0KZmZmZmZmMDAwM2RmMzliMCB2bm9kIGZmZmZmZjAwMDNhZTc3ODAgMDAw MDAwMDUgMDAwMCAgICAgMSAgICAgIDAgZmZmZmZmMDAwM2FlNzc4MCAgIDgx OSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAwMGE5OWIwZjAgcGlwZSBm ZmZmZmYwMDAzYTU2MDAwIDAwMDAwMDAzIDAwMDAgICAgIDIgICAgICAwICAg ICAgICAwICAgODE5IGNvbnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwYTk5 YjE5MCBwaXBlIGZmZmZmZjAwMDNhNTYxNTggMDAwMDAwMDcgMDAwMCAgICAg MSAgICAgIDAgICAgICAgIDAgICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpm ZmZmZmYwMDAzOWJlNGIwIHZub2QgZmZmZmZmMDAwMzNkZmEwMCAwMDAwMDAw MyAwMDAwICAgICA4ICAgICAgMCBmZmZmZmYwMDAzYTQyMDAwICAgODE5IGNv bnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwMzliZTRiMCB2bm9kIGZmZmZm ZjAwMDMzZGZhMDAgMDAwMDAwMDMgMDAwMCAgICAgOCAgICAgIDAgZmZmZmZm MDAwM2E0MjAwMCAgIDgxOSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAw MDM5YmU0YjAgdm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAzIDAwMDAg ICAgIDggICAgICAwIGZmZmZmZjAwMDNhNDIwMDAgICA4MTkgY29uc29sZS1r aXQtZGFlbW9uDQpmZmZmZmYwMDAzZGYzZGMwIHBpcGUgZmZmZmZmMDAwM2U1 MzAwMCAwMDAwMDAwMyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDgx OSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAwMDM5YmU0YjAgdm5vZCBm ZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAzIDAwMDAgICAgIDggICAgICAwIGZm ZmZmZjAwMDNhNDIwMDAgICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpmZmZm ZmYwMDAzOWJlNWYwIHBpcGUgZmZmZmZmMDAwM2U1MzE1OCAwMDAwMDAwMyAw MDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDgxOSBjb25zb2xlLWtpdC1k YWVtb24NCmZmZmZmZjAwMDM5YmU0MTAgdm5vZCBmZmZmZmYwMDAzYzJmM2Mw IDAwMDAwMDAxIDAwMDAgICAgIDMgICAgICAwIGZmZmZmZjAwMDNjMmYzYzAg ICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpmZmZmZmYwMDAzOWJlM2MwIHZu b2QgZmZmZmZmMDAwM2FkMjVhMCAwMDAwMDAwMSAwMDAwICAgICAzICAgICAg MCBmZmZmZmYwMDAzYWQyNWEwICAgODE5IGNvbnNvbGUta2l0LWRhZW1vbg0K ZmZmZmZmMDAwM2RmMzgyMCBwaXBlIGZmZmZmZjAwMDNlNTMyZDggMDAwMDAw MDMgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICA4MTkgY29uc29sZS1r aXQtZGFlbW9uDQpmZmZmZmYwMDAzZTBhMGYwIHBpcGUgZmZmZmZmMDAwM2U1 MzQzMCAwMDAwMDAwMyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDgx OSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAwMDNlMGE1MDAgc29jayBm ZmZmZmYwMDAzZTdiYWEwIDAwMDAwMDA3IDAwMDAgICAgIDEgICAgICAwICAg ICAgICAwICAgODE5IGNvbnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwYTk5 YjAwMCB2bm9kIGZmZmZmZjAwMGE5ZTczYzAgMDAwMDAwMGEgMDAwMCAgICAg MSAgICAgIDAgZmZmZmZmMDAwYTllNzNjMCAgIDgxOSBjb25zb2xlLWtpdC1k YWVtb24NCmZmZmZmZjAwMDM5YmVhNTAgcGlwZSBmZmZmZmYwMDAzZDI1YjYw IDAwMDAwMDAzIDAwMDAgICAgIDEgICAgICAwICAgICAgICAwICAgODE5IGNv bnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwMzliZDFlMCBwaXBlIGZmZmZm ZjAwMDNkMjVjYjggMDAwMDAwMDMgMDAwMCAgICAgMSAgICAgIDAgICAgICAg IDAgICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpmZmZmZmYwMDAzOWJlMGEw IHNvY2sgZmZmZmZmMDAwYThiNjAwMCAwMDAwMDAwNyAwMDAwICAgICAxICAg ICAgMCAgICAgICAgMCAgIDgxOSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZm ZjAwMDM5ZGY0YjAgdm5vZCBmZmZmZmYwMDAzMzQyMDAwIDAwMDAwMDAxIDAw MDAgICAgIDEgICAgICAwIGZmZmZmZjAwMDM5YmYxZTAgICA4MTkgY29uc29s ZS1raXQtZGFlbW9uDQpmZmZmZmYwMDAzZGYzOWIwIHZub2QgZmZmZmZmMDAw M2FlNzc4MCAwMDAwMDAwNSAwMDAwICAgICAxICAgICAgMCBmZmZmZmYwMDAz YWU3NzgwICAgODE5IGNvbnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwYTk5 YjBmMCBwaXBlIGZmZmZmZjAwMDNhNTYwMDAgMDAwMDAwMDMgMDAwMCAgICAg MiAgICAgIDAgICAgICAgIDAgICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpm ZmZmZmYwMDBhOTliMTkwIHBpcGUgZmZmZmZmMDAwM2E1NjE1OCAwMDAwMDAw NyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDgxOSBjb25zb2xlLWtp dC1kYWVtb24NCmZmZmZmZjAwMDM5YmU0YjAgdm5vZCBmZmZmZmYwMDAzM2Rm YTAwIDAwMDAwMDAzIDAwMDAgICAgIDggICAgICAwIGZmZmZmZjAwMDNhNDIw MDAgICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpmZmZmZmYwMDAzOWJlNGIw IHZub2QgZmZmZmZmMDAwMzNkZmEwMCAwMDAwMDAwMyAwMDAwICAgICA4ICAg ICAgMCBmZmZmZmYwMDAzYTQyMDAwICAgODE5IGNvbnNvbGUta2l0LWRhZW1v bg0KZmZmZmZmMDAwMzliZTRiMCB2bm9kIGZmZmZmZjAwMDMzZGZhMDAgMDAw MDAwMDMgMDAwMCAgICAgOCAgICAgIDAgZmZmZmZmMDAwM2E0MjAwMCAgIDgx OSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAwMDNkZjNkYzAgcGlwZSBm ZmZmZmYwMDAzZTUzMDAwIDAwMDAwMDAzIDAwMDAgICAgIDEgICAgICAwICAg ICAgICAwICAgODE5IGNvbnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwMzli ZTRiMCB2bm9kIGZmZmZmZjAwMDMzZGZhMDAgMDAwMDAwMDMgMDAwMCAgICAg OCAgICAgIDAgZmZmZmZmMDAwM2E0MjAwMCAgIDgxOSBjb25zb2xlLWtpdC1k YWVtb24NCmZmZmZmZjAwMDM5YmU1ZjAgcGlwZSBmZmZmZmYwMDAzZTUzMTU4 IDAwMDAwMDAzIDAwMDAgICAgIDEgICAgICAwICAgICAgICAwICAgODE5IGNv bnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwMzliZTQxMCB2bm9kIGZmZmZm ZjAwMDNjMmYzYzAgMDAwMDAwMDEgMDAwMCAgICAgMyAgICAgIDAgZmZmZmZm MDAwM2MyZjNjMCAgIDgxOSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAw MDM5YmUzYzAgdm5vZCBmZmZmZmYwMDAzYWQyNWEwIDAwMDAwMDAxIDAwMDAg ICAgIDMgICAgICAwIGZmZmZmZjAwMDNhZDI1YTAgICA4MTkgY29uc29sZS1r aXQtZGFlbW9uDQpmZmZmZmYwMDAzZGYzODIwIHBpcGUgZmZmZmZmMDAwM2U1 MzJkOCAwMDAwMDAwMyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDgx OSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAwMDNlMGEwZjAgcGlwZSBm ZmZmZmYwMDAzZTUzNDMwIDAwMDAwMDAzIDAwMDAgICAgIDEgICAgICAwICAg ICAgICAwICAgODE5IGNvbnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwM2Uw YTUwMCBzb2NrIGZmZmZmZjAwMDNlN2JhYTAgMDAwMDAwMDcgMDAwMCAgICAg MSAgICAgIDAgICAgICAgIDAgICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpm ZmZmZmYwMDBhOTliMDAwIHZub2QgZmZmZmZmMDAwYTllNzNjMCAwMDAwMDAw YSAwMDAwICAgICAxICAgICAgMCBmZmZmZmYwMDBhOWU3M2MwICAgODE5IGNv bnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwMzliZWE1MCBwaXBlIGZmZmZm ZjAwMDNkMjViNjAgMDAwMDAwMDMgMDAwMCAgICAgMSAgICAgIDAgICAgICAg IDAgICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpmZmZmZmYwMDAzOWJkMWUw IHBpcGUgZmZmZmZmMDAwM2QyNWNiOCAwMDAwMDAwMyAwMDAwICAgICAxICAg ICAgMCAgICAgICAgMCAgIDgxOSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZm ZjAwMDM5YmUwYTAgc29jayBmZmZmZmYwMDBhOGI2MDAwIDAwMDAwMDA3IDAw MDAgICAgIDEgICAgICAwICAgICAgICAwICAgODE5IGNvbnNvbGUta2l0LWRh ZW1vbg0KZmZmZmZmMDAwMzlkZjRiMCB2bm9kIGZmZmZmZjAwMDMzNDIwMDAg MDAwMDAwMDEgMDAwMCAgICAgMSAgICAgIDAgZmZmZmZmMDAwMzliZjFlMCAg IDgxOSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAwMDNkZjM5YjAgdm5v ZCBmZmZmZmYwMDAzYWU3NzgwIDAwMDAwMDA1IDAwMDAgICAgIDEgICAgICAw IGZmZmZmZjAwMDNhZTc3ODAgICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpm ZmZmZmYwMDBhOTliMGYwIHBpcGUgZmZmZmZmMDAwM2E1NjAwMCAwMDAwMDAw MyAwMDAwICAgICAyICAgICAgMCAgICAgICAgMCAgIDgxOSBjb25zb2xlLWtp dC1kYWVtb24NCmZmZmZmZjAwMGE5OWIxOTAgcGlwZSBmZmZmZmYwMDAzYTU2 MTU4IDAwMDAwMDA3IDAwMDAgICAgIDEgICAgICAwICAgICAgICAwICAgODE5 IGNvbnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwM2UwYTRiMCB2bm9kIGZm ZmZmZjAwMDMzZGZhMDAgMDAwMDAwMDMgMDAwMCAgICAgMyAgICAgIDAgZmZm ZmZmMDAwM2E0MjAwMCAgIDgxMSAgICBzc2gtYWdlbnQNCmZmZmZmZjAwMDNl MGE0YjAgdm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAzIDAwMDAgICAg IDMgICAgICAwIGZmZmZmZjAwMDNhNDIwMDAgICA4MTEgICAgc3NoLWFnZW50 DQpmZmZmZmYwMDAzZTBhNGIwIHZub2QgZmZmZmZmMDAwMzNkZmEwMCAwMDAw MDAwMyAwMDAwICAgICAzICAgICAgMCBmZmZmZmYwMDAzYTQyMDAwICAgODEx ICAgIHNzaC1hZ2VudA0KZmZmZmZmMDAwM2UwYWQ3MCBzb2NrIGZmZmZmZjAw MGE4YjZkNDggMDAwMDAwMDcgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAg ICA4MTEgICAgc3NoLWFnZW50DQpmZmZmZmYwMDBhOTliNDEwIHZub2QgZmZm ZmZmMDAwMzNkZmEwMCAwMDAwMDAwMSAwMDAwICAgICA3ICAgICAgMCBmZmZm ZmYwMDAzYTQyMDAwICAgODM1ICAgICAgICBQYWdlcg0KZmZmZmZmMDAwYTk5 YjM3MCB2bm9kIGZmZmZmZjAwMGE5OWRkMjAgMDAwMDAwMGEgMDAwMCAgICAy MCAgICAgIDAgZmZmZmZmMDAwYTk5ZGQyMCAgIDg0NyAgIHJ4dnQteHRlcm0N CmZmZmZmZjAwMGE5OWIzNzAgdm5vZCBmZmZmZmYwMDBhOTlkZDIwIDAwMDAw MDBhIDAwMDAgICAgMjAgICAgICAwIGZmZmZmZjAwMGE5OWRkMjAgICA4NDcg ICByeHZ0LXh0ZXJtDQpmZmZmZmYwMDAzZGYzNGIwIHNvY2sgZmZmZmZmMDAw M2E0YWFhMCAwMDAwMDAwNyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAg IDc5MiBjay1sYXVuY2gtc2Vzc2lvbg0KZmZmZmZmMDAwM2RmMzhjMCB2bm9k IGZmZmZmZjAwMDMzZGZhMDAgMDAwMDAwMDMgMDAwMCAgICAgNCAgICAgIDAg ZmZmZmZmMDAwM2E0MjAwMCAgIDc3OSAgICAgICAgICB4ZG0NCmZmZmZmZjAw MDNkZjM4YzAgdm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAzIDAwMDAg ICAgIDQgICAgICAwIGZmZmZmZjAwMDNhNDIwMDAgICA3NzkgICAgICAgICAg eGRtDQpmZmZmZmYwMDAzOWJkZDIwIHZub2QgZmZmZmZmMDAwM2UwZjAwMCAw MDAwMDAwYSAwMDAwICAgICAzICAgICAgMCBmZmZmZmYwMDAzZTBmMDAwICAg Nzc5ICAgICAgICAgIHhkbQ0KZmZmZmZmMDAwM2RmM2JlMCBzb2NrIGZmZmZm ZjAwMDNlN2EyYTggMDAwMDAwMDcgMDAwMCAgICAgMSAgICAgIDAgICAgICAg IDAgICA3NzkgICAgICAgICAgeGRtDQpmZmZmZmYwMDAzOWJlOWIwIHZub2Qg ZmZmZmZmMDAwMzg2MDYwMCAwMDAwMDAwMyAwMDAwICAgICA0ICAgICAgMCBm ZmZmZmYwMDAzY2M5OTYwICAgNzc2ICAgICAgICBnZXR0eQ0KZmZmZmZmMDAw MzliZTliMCB2bm9kIGZmZmZmZjAwMDM4NjA2MDAgMDAwMDAwMDMgMDAwMCAg ICAgNCAgICAgIDAgZmZmZmZmMDAwM2NjOTk2MCAgIDc3NiAgICAgICAgZ2V0 dHkNCmZmZmZmZjAwMDM5YmU5YjAgdm5vZCBmZmZmZmYwMDAzODYwNjAwIDAw MDAwMDAzIDAwMDAgICAgIDQgICAgICAwIGZmZmZmZjAwMDNjYzk5NjAgICA3 NzYgICAgICAgIGdldHR5DQpmZmZmZmYwMDAzZTBhM2MwIHZub2QgZmZmZmZm MDAwMzg2MDgwMCAwMDAwMDAwMyAwMDAwICAgICA0ICAgICAgMCBmZmZmZmYw MDAzY2M5NzgwICAgNzc1ICAgICAgICBnZXR0eQ0KZmZmZmZmMDAwM2UwYTNj MCB2bm9kIGZmZmZmZjAwMDM4NjA4MDAgMDAwMDAwMDMgMDAwMCAgICAgNCAg ICAgIDAgZmZmZmZmMDAwM2NjOTc4MCAgIDc3NSAgICAgICAgZ2V0dHkNCmZm ZmZmZjAwMDNlMGEzYzAgdm5vZCBmZmZmZmYwMDAzODYwODAwIDAwMDAwMDAz IDAwMDAgICAgIDQgICAgICAwIGZmZmZmZjAwMDNjYzk3ODAgICA3NzUgICAg ICAgIGdldHR5DQpmZmZmZmYwMDAzOWJkNjkwIHZub2QgZmZmZmZmMDAwMzg2 MGEwMCAwMDAwMDAwMyAwMDAwICAgICA0ICAgICAgMCBmZmZmZmYwMDAzY2Q5 YjQwICAgNzc0ICAgICAgICBnZXR0eQ0KZmZmZmZmMDAwMzliZDY5MCB2bm9k IGZmZmZmZjAwMDM4NjBhMDAgMDAwMDAwMDMgMDAwMCAgICAgNCAgICAgIDAg ZmZmZmZmMDAwM2NkOWI0MCAgIDc3NCAgICAgICAgZ2V0dHkNCmZmZmZmZjAw MDM5YmQ2OTAgdm5vZCBmZmZmZmYwMDAzODYwYTAwIDAwMDAwMDAzIDAwMDAg ICAgIDQgICAgICAwIGZmZmZmZjAwMDNjZDliNDAgICA3NzQgICAgICAgIGdl dHR5DQpmZmZmZmYwMDAzOWJlZGMwIHZub2QgZmZmZmZmMDAwMzg2MGMwMCAw MDAwMDAwMyAwMDAwICAgICA0ICAgICAgMCBmZmZmZmYwMDAzY2Q5ZDIwICAg NzczICAgICAgICBnZXR0eQ0KZmZmZmZmMDAwMzliZWRjMCB2bm9kIGZmZmZm ZjAwMDM4NjBjMDAgMDAwMDAwMDMgMDAwMCAgICAgNCAgICAgIDAgZmZmZmZm MDAwM2NkOWQyMCAgIDc3MyAgICAgICAgZ2V0dHkNCmZmZmZmZjAwMDM5YmVk YzAgdm5vZCBmZmZmZmYwMDAzODYwYzAwIDAwMDAwMDAzIDAwMDAgICAgIDQg ICAgICAwIGZmZmZmZjAwMDNjZDlkMjAgICA3NzMgICAgICAgIGdldHR5DQpm ZmZmZmYwMDAzOWRmMDUwIHZub2QgZmZmZmZmMDAwMzdiMTYwMCAwMDAwMDAw MyAwMDAwICAgICA0ICAgICAgMCBmZmZmZmYwMDAzY2Q5OTYwICAgNzcyICAg ICAgICBnZXR0eQ0KZmZmZmZmMDAwMzlkZjA1MCB2bm9kIGZmZmZmZjAwMDM3 YjE2MDAgMDAwMDAwMDMgMDAwMCAgICAgNCAgICAgIDAgZmZmZmZmMDAwM2Nk OTk2MCAgIDc3MiAgICAgICAgZ2V0dHkNCmZmZmZmZjAwMDM5ZGYwNTAgdm5v ZCBmZmZmZmYwMDAzN2IxNjAwIDAwMDAwMDAzIDAwMDAgICAgIDQgICAgICAw IGZmZmZmZjAwMDNjZDk5NjAgICA3NzIgICAgICAgIGdldHR5DQpmZmZmZmYw MDAzZTBhMDAwIHZub2QgZmZmZmZmMDAwMzdiMTgwMCAwMDAwMDAwMyAwMDAw ICAgICA0ICAgICAgMCBmZmZmZmYwMDAzZDljMDAwICAgNzcxICAgICAgICBn ZXR0eQ0KZmZmZmZmMDAwM2UwYTAwMCB2bm9kIGZmZmZmZjAwMDM3YjE4MDAg MDAwMDAwMDMgMDAwMCAgICAgNCAgICAgIDAgZmZmZmZmMDAwM2Q5YzAwMCAg IDc3MSAgICAgICAgZ2V0dHkNCmZmZmZmZjAwMDNlMGEwMDAgdm5vZCBmZmZm ZmYwMDAzN2IxODAwIDAwMDAwMDAzIDAwMDAgICAgIDQgICAgICAwIGZmZmZm ZjAwMDNkOWMwMDAgICA3NzEgICAgICAgIGdldHR5DQpmZmZmZmYwMDAzOWJl YWEwIHZub2QgZmZmZmZmMDAwMzNkZmEwMCAwMDAwMDAwMyAwMDAwICAgICAz ICAgICAgMCBmZmZmZmYwMDAzYTQyMDAwICAgNzU3ICAgICAgICAgZmFtZA0K ZmZmZmZmMDAwMzliZWFhMCB2bm9kIGZmZmZmZjAwMDMzZGZhMDAgMDAwMDAw MDMgMDAwMCAgICAgMyAgICAgIDAgZmZmZmZmMDAwM2E0MjAwMCAgIDc1NyAg ICAgICAgIGZhbWQNCmZmZmZmZjAwMDM5YmVhYTAgdm5vZCBmZmZmZmYwMDAz M2RmYTAwIDAwMDAwMDAzIDAwMDAgICAgIDMgICAgICAwIGZmZmZmZjAwMDNh NDIwMDAgICA3NTcgICAgICAgICBmYW1kDQpmZmZmZmYwMDAzOWJkM2MwIHNv Y2sgZmZmZmZmMDAwM2U3YjdmOCAwMDAwMDAwMyAwMDAwICAgICAxICAgICAg MCAgICAgICAgMCAgIDc1NyAgICAgICAgIGZhbWQNCmZmZmZmZjAwMDNlMGEx OTAgdm5vZCBmZmZmZmYwMDAzZWMzNWEwIDAwMDAwMDAyIDAwMDAgICAgIDEg ICAgICAwIGZmZmZmZjAwMDNlYzM1YTAgICA3MjUgICAgICAgICBYb3JnDQpm ZmZmZmYwMDAzZDEwMDAwIHNvY2sgZmZmZmZmMDAwM2U3YTAwMCAwMDAwMDAw MyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDcyNSAgICAgICAgIFhv cmcNCmZmZmZmZjAwMDM5YmRkMjAgdm5vZCBmZmZmZmYwMDAzZTBmMDAwIDAw MDAwMDBhIDAwMDAgICAgIDMgICAgICAwIGZmZmZmZjAwMDNlMGYwMDAgICA3 NzkgICAgICAgICAgeGRtDQpmZmZmZmYwMDAzZTBhNDYwIHZub2QgZmZmZmZm MDAwM2VjMzAwMCAwMDAwMDAwMSAwMDAwICAgICAxICAgICAgMCBmZmZmZmYw MDAzZWMzMDAwICAgNzI1ICAgICAgICAgWG9yZw0KZmZmZmZmMDAwMzliZTI4 MCB2bm9kIGZmZmZmZjAwMDM4NjA0MDAgMDAwMDAwMDcgMDAwMCAgICAgMSAg ICAgIDAgZmZmZmZmMDAwM2YzZjNjMCAgIDcyNSAgICAgICAgIFhvcmcNCmZm ZmZmZjAwMDM5YmU3ZDAgdm5vZCBmZmZmZmYwMDAzM2RmMDAwIDAwMDAwMDAz IDAwMDAgICAgIDEgICAgICAwIGZmZmZmZjAwMDNkOGRkMjAgICA3MjUgICAg ICAgICBYb3JnDQpmZmZmZmYwMDAzZGYzY2QwIHZub2QgZmZmZmZmMDAwMzNi YTAwMCAwMDAwMDAwMyAwMDAwICAgICAxICAgICAgMCBmZmZmZmYwMDAzZjNm MWUwICAgNzI1ICAgICAgICAgWG9yZw0KZmZmZmZmMDAwMzlkZjY5MCBzb2Nr IGZmZmZmZjAwMDNkZGYyYTggMDAwMDAwMDcgMDAwMCAgICAgMSAgICAgIDAg ICAgICAgIDAgICA3MjUgICAgICAgICBYb3JnDQpmZmZmZmYwMDAzOWJlMmQw IHNvY2sgZmZmZmZmMDAwM2U3YjU1MCAwMDAwMDAwNyAwMDAwICAgICAxICAg ICAgMCAgICAgICAgMCAgIDcyNSAgICAgICAgIFhvcmcNCmZmZmZmZjAwMGE5 OWIxZTAgc29jayBmZmZmZmYwMDBhOTYwNTUwIDAwMDAwMDA3IDAwMDAgICAg IDEgICAgICAwICAgICAgICAwICAgNzI1ICAgICAgICAgWG9yZw0KZmZmZmZm MDAwMzliZDIzMCBzb2NrIGZmZmZmZjAwMDNkZGY3ZjggMDAwMDAwMDcgMDAw MCAgICAgMSAgICAgIDAgICAgICAgIDAgICA3MjUgICAgICAgICBYb3JnDQpm ZmZmZmYwMDBhOTliMGEwIHNvY2sgZmZmZmZmMDAwYTg4NWQ0OCAwMDAwMDAw NyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDcyNSAgICAgICAgIFhv cmcNCmZmZmZmZjAwMDM5YmU4YzAgc29jayBmZmZmZmYwMDAzOWY2MmE4IDAw MDAwMDA3IDAwMDAgICAgIDEgICAgICAwICAgICAgICAwICAgNzI1ICAgICAg ICAgWG9yZw0KZmZmZmZmMDAwM2RmM2EwMCBzb2NrIGZmZmZmZjAwMGFhMDdh YTAgMDAwMDAwMDcgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICA3MjUg ICAgICAgICBYb3JnDQpmZmZmZmYwMDAzOWJkNzMwIHNvY2sgZmZmZmZmMDAw YTg4NTJhOCAwMDAwMDAwNyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAg IDcyNSAgICAgICAgIFhvcmcNCmZmZmZmZjAwMDNkZjNhYTAgc29jayBmZmZm ZmYwMDBhOTYwMDAwIDAwMDAwMDA3IDAwMDAgICAgIDEgICAgICAwICAgICAg ICAwICAgNzI1ICAgICAgICAgWG9yZw0KZmZmZmZmMDAwMzliZDdkMCBzb2Nr IGZmZmZmZjAwMGE4YjY1NTAgMDAwMDAwMDcgMDAwMCAgICAgMSAgICAgIDAg ICAgICAgIDAgICA3MjUgICAgICAgICBYb3JnDQpmZmZmZmYwMDAzZTBhODIw IHNvY2sgZmZmZmZmMDAwYWEwNzU1MCAwMDAwMDAwNyAwMDAwICAgICAxICAg ICAgMCAgICAgICAgMCAgIDcyNSAgICAgICAgIFhvcmcNCmZmZmZmZjAwMDM5 ZGZkYzAgc29jayBmZmZmZmYwMDBhYjZmZDQ4IDAwMDAwMDA3IDAwMDAgICAg IDEgICAgICAwICAgICAgICAwICAgNzI1ICAgICAgICAgWG9yZw0KZmZmZmZm MDAwMzliZGFmMCBzb2NrIGZmZmZmZjAwMGFiNmVhYTAgMDAwMDAwMDcgMDAw MCAgICAgMSAgICAgIDAgICAgICAgIDAgICA3MjUgICAgICAgICBYb3JnDQpm ZmZmZmYwMDAzZGYzOGMwIHZub2QgZmZmZmZmMDAwMzNkZmEwMCAwMDAwMDAw MyAwMDAwICAgICA0ICAgICAgMCBmZmZmZmYwMDAzYTQyMDAwICAgNzc5ICAg ICAgICAgIHhkbQ0KZmZmZmZmMDAwM2RmMzhjMCB2bm9kIGZmZmZmZjAwMDMz ZGZhMDAgMDAwMDAwMDMgMDAwMCAgICAgNCAgICAgIDAgZmZmZmZmMDAwM2E0 MjAwMCAgIDc3OSAgICAgICAgICB4ZG0NCmZmZmZmZjAwMDM5YmRkMjAgdm5v ZCBmZmZmZmYwMDAzZTBmMDAwIDAwMDAwMDBhIDAwMDAgICAgIDMgICAgICAw IGZmZmZmZjAwMDNlMGYwMDAgICA3NzkgICAgICAgICAgeGRtDQpmZmZmZmYw MDAzZDEwMDUwIHZub2QgZmZmZmZmMDAwMzNkZmEwMCAwMDAwMDAwMSAwMDAw ICAgICAxICAgICAgMCBmZmZmZmYwMDAzYTQyMDAwICAgNjgzIGhhbGQtYWRk b24tc3RvcmFnZQ0KZmZmZmZmMDAwMzliZDQ2MCB2bm9kIGZmZmZmZjAwMDMz ZGZhMDAgMDAwMDAwMDMgMDAwMCAgICAgNyAgICAgIDAgZmZmZmZmMDAwM2E0 MjAwMCAgIDY4MyBoYWxkLWFkZG9uLXN0b3JhZ2UNCmZmZmZmZjAwMDM5YmQ0 NjAgdm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAzIDAwMDAgICAgIDcg ICAgICAwIGZmZmZmZjAwMDNhNDIwMDAgICA2ODMgaGFsZC1hZGRvbi1zdG9y YWdlDQpmZmZmZmYwMDAzOWRmOTYwIHNvY2sgZmZmZmZmMDAwM2U3YjAwMCAw MDAwMDAwNyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDY4MyBoYWxk LWFkZG9uLXN0b3JhZ2UNCmZmZmZmZjAwMDNlMGEyMzAgc29jayBmZmZmZmYw MDAzZTdhYWEwIDAwMDAwMDA3IDAwMDAgICAgIDEgICAgICAwICAgICAgICAw ICAgNjgzIGhhbGQtYWRkb24tc3RvcmFnZQ0KZmZmZmZmMDAwMzliZDA1MCB2 bm9kIGZmZmZmZjAwMDMzZGZhMDAgMDAwMDAwMDEgMDAwMCAgICAgMSAgICAg IDAgZmZmZmZmMDAwM2E0MjAwMCAgIDY3MCAgaGFsZC1ydW5uZXINCmZmZmZm ZjAwMDM5YmQ0NjAgdm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAzIDAw MDAgICAgIDcgICAgICAwIGZmZmZmZjAwMDNhNDIwMDAgICA2ODMgaGFsZC1h ZGRvbi1zdG9yYWdlDQpmZmZmZmYwMDAzOWJkNDYwIHZub2QgZmZmZmZmMDAw MzNkZmEwMCAwMDAwMDAwMyAwMDAwICAgICA3ICAgICAgMCBmZmZmZmYwMDAz YTQyMDAwICAgNjgzIGhhbGQtYWRkb24tc3RvcmFnZQ0KZmZmZmZmMDAwM2Qx MDBhMCBzb2NrIGZmZmZmZjAwMDM5ZjY3ZjggMDAwMDAwMDcgMDAwMCAgICAg MSAgICAgIDAgICAgICAgIDAgICA2NzAgIGhhbGQtcnVubmVyDQpmZmZmZmYw MDAzOWJkNDYwIHZub2QgZmZmZmZmMDAwMzNkZmEwMCAwMDAwMDAwMyAwMDAw ICAgICA3ICAgICAgMCBmZmZmZmYwMDAzYTQyMDAwICAgNjgzIGhhbGQtYWRk b24tc3RvcmFnZQ0KZmZmZmZmMDAwMzliZDQ2MCB2bm9kIGZmZmZmZjAwMDMz ZGZhMDAgMDAwMDAwMDMgMDAwMCAgICAgNyAgICAgIDAgZmZmZmZmMDAwM2E0 MjAwMCAgIDY4MyBoYWxkLWFkZG9uLXN0b3JhZ2UNCmZmZmZmZjAwMDM5YmQ0 NjAgdm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAzIDAwMDAgICAgIDcg ICAgICAwIGZmZmZmZjAwMDNhNDIwMDAgICA2ODMgaGFsZC1hZGRvbi1zdG9y YWdlDQpmZmZmZmYwMDAzOWJlNTUwIHBpcGUgZmZmZmZmMDAwM2QyNTViMCAw MDAwMDAwMyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDY2OSAgICAg ICAgIGhhbGQNCmZmZmZmZjAwMDM5YmQwYTAgcGlwZSBmZmZmZmYwMDAzZDI1 NzA4IDAwMDAwMDAzIDAwMDAgICAgIDEgICAgICAwICAgICAgICAwICAgNjY5 ICAgICAgICAgaGFsZA0KZmZmZmZmMDAwMzlkZjkxMCBzb2NrIGZmZmZmZjAw MDM5ZjZhYTAgMDAwMDAwMDcgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAg ICA2NjkgICAgICAgICBoYWxkDQpmZmZmZmYwMDAzOWRmODIwIHNvY2sgZmZm ZmZmMDAwMzlmNWFhMCAwMDAwMDAwNyAwMDAwICAgICAxICAgICAgMCAgICAg ICAgMCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAwMDM5YmQwMDAgc29j ayBmZmZmZmYwMDAzOWY2NTUwIDAwMDAwMDA3IDAwMDAgICAgIDEgICAgICAw ICAgICAgICAwICAgNjY5ICAgICAgICAgaGFsZA0KZmZmZmZmMDAwMzliZGNk MCBzb2NrIGZmZmZmZjAwMDNkZGZkNDggMDAwMDAwMDcgMDAwMCAgICAgMSAg ICAgIDAgICAgICAgIDAgICA2NjkgICAgICAgICBoYWxkDQpmZmZmZmYwMDAz ZDEwMTQwIGtxdWUgZmZmZmZmMDAwMzk0NDcwMCAwMDAwMDAwMyAwMDAwICAg ICAxICAgICAgMCAgICAgICAgMCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZm ZjAwMDM5YmQxNDAgdm5vZCBmZmZmZmYwMDAzM2RmMDAwIDAwMDAwMDAzIDAw MDAgICAgIDEgICAgICAwIGZmZmZmZjAwMDNkOGRkMjAgICA2NjkgICAgICAg ICBoYWxkDQpmZmZmZmYwMDAzOWRmZDIwIHZub2QgZmZmZmZmMDAwMzQzODYw MCAwMDAwMDAwMSAwMDAwICAgICAxICAgICAgMCBmZmZmZmYwMDAzZDhkNzgw ICAgNjY5ICAgICAgICAgaGFsZA0KZmZmZmZmMDAwMzlkZmNkMCB2bm9kIGZm ZmZmZjAwMDM4ZDUyMDAgMDAwMDAwMDMgMDAwMCAgICAgMSAgICAgIDAgZmZm ZmZmMDAwM2Q4ZDVhMCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAwMDM5 YmQ5MTAgdm5vZCBmZmZmZmYwMDAzZDhkMDAwIDAwMDAwMDAxIDAwMDAgICAg IDIgICAgICAwIGZmZmZmZjAwMDNkOGQwMDAgICA2NjkgICAgICAgICBoYWxk DQpmZmZmZmYwMDAzOWJkNTUwIHZub2QgZmZmZmZmMDAwM2Q5NmQyMCAwMDAw MDAwMSAwMDAwICAgICAyICAgICAgMCBmZmZmZmYwMDAzZDk2ZDIwICAgNjY5 ICAgICAgICAgaGFsZA0KZmZmZmZmMDAwMzlkZjI4MCB2bm9kIGZmZmZmZjAw MDNkOTZiNDAgMDAwMDAwMDEgMDAwMCAgICAgMiAgICAgIDAgZmZmZmZmMDAw M2Q5NmI0MCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAwMDM5ZGY1YTAg dm5vZCBmZmZmZmYwMDAzZDk2OTYwIDAwMDAwMDAxIDAwMDAgICAgIDIgICAg ICAwIGZmZmZmZjAwMDNkOTY5NjAgICA2NjkgICAgICAgICBoYWxkDQpmZmZm ZmYwMDAzOWRmNWYwIHZub2QgZmZmZmZmMDAwM2Q5Njc4MCAwMDAwMDAwMSAw MDAwICAgICAyICAgICAgMCBmZmZmZmYwMDAzZDk2NzgwICAgNjY5ICAgICAg ICAgaGFsZA0KZmZmZmZmMDAwMzlkZjY0MCB2bm9kIGZmZmZmZjAwMDNkZTkx ZTAgMDAwMDAwMDEgMDAwMCAgICAgMiAgICAgIDAgZmZmZmZmMDAwM2RlOTFl MCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAwMDM5ZGY3ZDAgdm5vZCBm ZmZmZmYwMDAzZGU5MDAwIDAwMDAwMDAxIDAwMDAgICAgIDIgICAgICAwIGZm ZmZmZjAwMDNkZTkwMDAgICA2NjkgICAgICAgICBoYWxkDQpmZmZmZmYwMDAz OWRmYTUwIHZub2QgZmZmZmZmMDAwM2RlOGQyMCAwMDAwMDAwMSAwMDAwICAg ICAyICAgICAgMCBmZmZmZmYwMDAzZGU4ZDIwICAgNjY5ICAgICAgICAgaGFs ZA0KZmZmZmZmMDAwMzliZTQ2MCB2bm9kIGZmZmZmZjAwMDNkZThiNDAgMDAw MDAwMDEgMDAwMCAgICAgMiAgICAgIDAgZmZmZmZmMDAwM2RlOGI0MCAgIDY2 OSAgICAgICAgIGhhbGQNCmZmZmZmZjAwMDM5ZGZkNzAgdm5vZCBmZmZmZmYw MDAzZGU4OTYwIDAwMDAwMDAxIDAwMDAgICAgIDIgICAgICAwIGZmZmZmZjAw MDNkZTg5NjAgICA2NjkgICAgICAgICBoYWxkDQpmZmZmZmYwMDAzOWRmYjkw IHZub2QgZmZmZmZmMDAwM2RlODc4MCAwMDAwMDAwMSAwMDAwICAgICAyICAg ICAgMCBmZmZmZmYwMDAzZGU4NzgwICAgNjY5ICAgICAgICAgaGFsZA0KZmZm ZmZmMDAwMzlkZmJlMCB2bm9kIGZmZmZmZjAwMDNkZTg1YTAgMDAwMDAwMDEg MDAwMCAgICAgMiAgICAgIDAgZmZmZmZmMDAwM2RlODVhMCAgIDY2OSAgICAg ICAgIGhhbGQNCmZmZmZmZjAwMDM5ZGZjMzAgdm5vZCBmZmZmZmYwMDAzZGU4 M2MwIDAwMDAwMDAxIDAwMDAgICAgIDIgICAgICAwIGZmZmZmZjAwMDNkZTgz YzAgICA2NjkgICAgICAgICBoYWxkDQpmZmZmZmYwMDAzOWRmYzgwIHZub2Qg ZmZmZmZmMDAwM2RlODFlMCAwMDAwMDAwMSAwMDAwICAgICAyICAgICAgMCBm ZmZmZmYwMDAzZGU4MWUwICAgNjY5ICAgICAgICAgaGFsZA0KZmZmZmZmMDAw M2QxMDE5MCB2bm9kIGZmZmZmZjAwMDNkZTgwMDAgMDAwMDAwMDEgMDAwMCAg ICAgMiAgICAgIDAgZmZmZmZmMDAwM2RlODAwMCAgIDY2OSAgICAgICAgIGhh bGQNCmZmZmZmZjAwMDM5ZGZiNDAgdm5vZCBmZmZmZmYwMDAzZDhlZDIwIDAw MDAwMDAxIDAwMDAgICAgIDIgICAgICAwIGZmZmZmZjAwMDNkOGVkMjAgICA2 NjkgICAgICAgICBoYWxkDQpmZmZmZmYwMDAzOWRmYWEwIHZub2QgZmZmZmZm MDAwM2Q4ZWI0MCAwMDAwMDAwMSAwMDAwICAgICAyICAgICAgMCBmZmZmZmYw MDAzZDhlYjQwICAgNjY5ICAgICAgICAgaGFsZA0KZmZmZmZmMDAwMzlkZmEw MCB2bm9kIGZmZmZmZjAwMDNkOGU5NjAgMDAwMDAwMDEgMDAwMCAgICAgMiAg ICAgIDAgZmZmZmZmMDAwM2Q4ZTk2MCAgIDY2OSAgICAgICAgIGhhbGQNCmZm ZmZmZjAwMDM5ZGY5YjAgdm5vZCBmZmZmZmYwMDAzZDhlNzgwIDAwMDAwMDAx IDAwMDAgICAgIDIgICAgICAwIGZmZmZmZjAwMDNkOGU3ODAgICA2NjkgICAg ICAgICBoYWxkDQpmZmZmZmYwMDAzOWRmOGMwIHZub2QgZmZmZmZmMDAwM2Q4 ZTVhMCAwMDAwMDAwMSAwMDAwICAgICAyICAgICAgMCBmZmZmZmYwMDAzZDhl NWEwICAgNjY5ICAgICAgICAgaGFsZA0KZmZmZmZmMDAwMzlkZjg3MCB2bm9k IGZmZmZmZjAwMDNkZWUzYzAgMDAwMDAwMDEgMDAwMCAgICAgMiAgICAgIDAg ZmZmZmZmMDAwM2RlZTNjMCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAw MDM5YmQxOTAgdm5vZCBmZmZmZmYwMDAzZGVlMWUwIDAwMDAwMDAxIDAwMDAg ICAgIDIgICAgICAwIGZmZmZmZjAwMDNkZWUxZTAgICA2NjkgICAgICAgICBo YWxkDQpmZmZmZmYwMDAzOWRmNzMwIHZub2QgZmZmZmZmMDAwM2RlZTAwMCAw MDAwMDAwMSAwMDAwICAgICAyICAgICAgMCBmZmZmZmYwMDAzZGVlMDAwICAg NjY5ICAgICAgICAgaGFsZA0KZmZmZmZmMDAwMzlkZjU1MCB2bm9kIGZmZmZm ZjAwMDNkZWRkMjAgMDAwMDAwMDEgMDAwMCAgICAgMiAgICAgIDAgZmZmZmZm MDAwM2RlZGQyMCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAwMDM5ZGY1 MDAgdm5vZCBmZmZmZmYwMDAzZGVkYjQwIDAwMDAwMDAxIDAwMDAgICAgIDIg ICAgICAwIGZmZmZmZjAwMDNkZWRiNDAgICA2NjkgICAgICAgICBoYWxkDQpm ZmZmZmYwMDAzOWRmMjMwIHZub2QgZmZmZmZmMDAwM2RlZDk2MCAwMDAwMDAw MSAwMDAwICAgICAyICAgICAgMCBmZmZmZmYwMDAzZGVkOTYwICAgNjY5ICAg ICAgICAgaGFsZA0KZmZmZmZmMDAwMzlkZjFlMCB2bm9kIGZmZmZmZjAwMDNk ZWQ3ODAgMDAwMDAwMDEgMDAwMCAgICAgMiAgICAgIDAgZmZmZmZmMDAwM2Rl ZDc4MCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAwMDM5YmQ5NjAgdm5v ZCBmZmZmZmYwMDAzZGVkNWEwIDAwMDAwMDAxIDAwMDAgICAgIDIgICAgICAw IGZmZmZmZjAwMDNkZWQ1YTAgICA2NjkgICAgICAgICBoYWxkDQpmZmZmZmYw MDAzOWRmMTQwIHZub2QgZmZmZmZmMDAwM2RlZDNjMCAwMDAwMDAwMSAwMDAw ICAgICAyICAgICAgMCBmZmZmZmYwMDAzZGVkM2MwICAgNjY5ICAgICAgICAg aGFsZA0KZmZmZmZmMDAwM2RmMzJkMCB2bm9kIGZmZmZmZjAwMDNkZWQxZTAg MDAwMDAwMDEgMDAwMCAgICAgMiAgICAgIDAgZmZmZmZmMDAwM2RlZDFlMCAg IDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAwMDNkZjMyODAgdm5vZCBmZmZm ZmYwMDAzZGVkMDAwIDAwMDAwMDAxIDAwMDAgICAgIDIgICAgICAwIGZmZmZm ZjAwMDNkZWQwMDAgICA2NjkgICAgICAgICBoYWxkDQpmZmZmZmYwMDAzZGYz MjMwIHZub2QgZmZmZmZmMDAwM2RlOWQyMCAwMDAwMDAwMSAwMDAwICAgICAy ICAgICAgMCBmZmZmZmYwMDAzZGU5ZDIwICAgNjY5ICAgICAgICAgaGFsZA0K ZmZmZmZmMDAwM2RmMzFlMCB2bm9kIGZmZmZmZjAwMDNkZTliNDAgMDAwMDAw MDEgMDAwMCAgICAgMiAgICAgIDAgZmZmZmZmMDAwM2RlOWI0MCAgIDY2OSAg ICAgICAgIGhhbGQNCmZmZmZmZjAwMDNkZjMxOTAgdm5vZCBmZmZmZmYwMDAz ZGU5OTYwIDAwMDAwMDAxIDAwMDAgICAgIDIgICAgICAwIGZmZmZmZjAwMDNk ZTk5NjAgICA2NjkgICAgICAgICBoYWxkDQpmZmZmZmYwMDAzZGYzMTQwIHZu b2QgZmZmZmZmMDAwM2RlOTc4MCAwMDAwMDAwMSAwMDAwICAgICAyICAgICAg MCBmZmZmZmYwMDAzZGU5NzgwICAgNjY5ICAgICAgICAgaGFsZA0KZmZmZmZm MDAwM2RmMzBmMCB2bm9kIGZmZmZmZjAwMDNkZTk1YTAgMDAwMDAwMDEgMDAw MCAgICAgMiAgICAgIDAgZmZmZmZmMDAwM2RlOTVhMCAgIDY2OSAgICAgICAg IGhhbGQNCmZmZmZmZjAwMDNkZjMwYTAgdm5vZCBmZmZmZmYwMDAzZGY3M2Mw IDAwMDAwMDAxIDAwMDAgICAgIDIgICAgICAwIGZmZmZmZjAwMDNkZjczYzAg ICA2NjkgICAgICAgICBoYWxkDQpmZmZmZmYwMDAzZGYzMDUwIHZub2QgZmZm ZmZmMDAwM2RmNzFlMCAwMDAwMDAwMSAwMDAwICAgICAyICAgICAgMCBmZmZm ZmYwMDAzZGY3MWUwICAgNjY5ICAgICAgICAgaGFsZA0KZmZmZmZmMDAwM2Rm MzAwMCB2bm9kIGZmZmZmZjAwMDNkZjcwMDAgMDAwMDAwMDEgMDAwMCAgICAg MiAgICAgIDAgZmZmZmZmMDAwM2RmNzAwMCAgIDY2OSAgICAgICAgIGhhbGQN CmZmZmZmZjAwMDNkMTBkYzAgdm5vZCBmZmZmZmYwMDAzZGY2ZDIwIDAwMDAw MDAxIDAwMDAgICAgIDIgICAgICAwIGZmZmZmZjAwMDNkZjZkMjAgICA2Njkg ICAgICAgICBoYWxkDQpmZmZmZmYwMDAzZDEwZDcwIHZub2QgZmZmZmZmMDAw M2RmNmI0MCAwMDAwMDAwMSAwMDAwICAgICAyICAgICAgMCBmZmZmZmYwMDAz ZGY2YjQwICAgNjY5ICAgICAgICAgaGFsZA0KZmZmZmZmMDAwM2QxMGQyMCB2 bm9kIGZmZmZmZjAwMDNkZjY5NjAgMDAwMDAwMDEgMDAwMCAgICAgMiAgICAg IDAgZmZmZmZmMDAwM2RmNjk2MCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZm ZjAwMDNkMTBjZDAgdm5vZCBmZmZmZmYwMDAzZGY2NzgwIDAwMDAwMDAxIDAw MDAgICAgIDIgICAgICAwIGZmZmZmZjAwMDNkZjY3ODAgICA2NjkgICAgICAg ICBoYWxkDQpmZmZmZmYwMDAzZDEwYzgwIHZub2QgZmZmZmZmMDAwM2RmNjVh MCAwMDAwMDAwMSAwMDAwICAgICAyICAgICAgMCBmZmZmZmYwMDAzZGY2NWEw ICAgNjY5ICAgICAgICAgaGFsZA0KZmZmZmZmMDAwM2QxMGMzMCB2bm9kIGZm ZmZmZjAwMDNkZjYzYzAgMDAwMDAwMDEgMDAwMCAgICAgMiAgICAgIDAgZmZm ZmZmMDAwM2RmNjNjMCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAwMDNk MTBiZTAgdm5vZCBmZmZmZmYwMDAzZGY2MWUwIDAwMDAwMDAxIDAwMDAgICAg IDIgICAgICAwIGZmZmZmZjAwMDNkZjYxZTAgICA2NjkgICAgICAgICBoYWxk DQpmZmZmZmYwMDAzZDEwYjkwIHZub2QgZmZmZmZmMDAwM2RmNjAwMCAwMDAw MDAwMSAwMDAwICAgICAyICAgICAgMCBmZmZmZmYwMDAzZGY2MDAwICAgNjY5 ICAgICAgICAgaGFsZA0KZmZmZmZmMDAwM2QxMGI0MCB2bm9kIGZmZmZmZjAw MDNkZWVkMjAgMDAwMDAwMDEgMDAwMCAgICAgMiAgICAgIDAgZmZmZmZmMDAw M2RlZWQyMCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAwMDNkMTBhZjAg dm5vZCBmZmZmZmYwMDAzZGVlYjQwIDAwMDAwMDAxIDAwMDAgICAgIDIgICAg ICAwIGZmZmZmZjAwMDNkZWViNDAgICA2NjkgICAgICAgICBoYWxkDQpmZmZm ZmYwMDAzZDEwYWEwIHZub2QgZmZmZmZmMDAwM2RlZTk2MCAwMDAwMDAwMSAw MDAwICAgICAyICAgICAgMCBmZmZmZmYwMDAzZGVlOTYwICAgNjY5ICAgICAg ICAgaGFsZA0KZmZmZmZmMDAwM2QxMGE1MCB2bm9kIGZmZmZmZjAwMDNkZWU3 ODAgMDAwMDAwMDEgMDAwMCAgICAgMiAgICAgIDAgZmZmZmZmMDAwM2RlZTc4 MCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAwMDNkMTBhMDAgdm5vZCBm ZmZmZmYwMDAzZGVlNWEwIDAwMDAwMDAxIDAwMDAgICAgIDIgICAgICAwIGZm ZmZmZjAwMDNkZWU1YTAgICA2NjkgICAgICAgICBoYWxkDQpmZmZmZmYwMDAz ZDEwOWIwIHZub2QgZmZmZmZmMDAwM2RmYzNjMCAwMDAwMDAwMSAwMDAwICAg ICAyICAgICAgMCBmZmZmZmYwMDAzZGZjM2MwICAgNjY5ICAgICAgICAgaGFs ZA0KZmZmZmZmMDAwM2QxMDk2MCB2bm9kIGZmZmZmZjAwMDNkZmMxZTAgMDAw MDAwMDEgMDAwMCAgICAgMiAgICAgIDAgZmZmZmZmMDAwM2RmYzFlMCAgIDY2 OSAgICAgICAgIGhhbGQNCmZmZmZmZjAwMDNkMTA5MTAgdm5vZCBmZmZmZmYw MDAzZGZjMDAwIDAwMDAwMDAxIDAwMDAgICAgIDIgICAgICAwIGZmZmZmZjAw MDNkZmMwMDAgICA2NjkgICAgICAgICBoYWxkDQpmZmZmZmYwMDAzZDEwOGMw IHZub2QgZmZmZmZmMDAwM2RmYmQyMCAwMDAwMDAwMSAwMDAwICAgICAyICAg ICAgMCBmZmZmZmYwMDAzZGZiZDIwICAgNjY5ICAgICAgICAgaGFsZA0KZmZm ZmZmMDAwM2QxMDg3MCB2bm9kIGZmZmZmZjAwMDNkZmJiNDAgMDAwMDAwMDEg MDAwMCAgICAgMiAgICAgIDAgZmZmZmZmMDAwM2RmYmI0MCAgIDY2OSAgICAg ICAgIGhhbGQNCmZmZmZmZjAwMDNkMTA3ODAgdm5vZCBmZmZmZmYwMDAzZGZi OTYwIDAwMDAwMDAxIDAwMDAgICAgIDIgICAgICAwIGZmZmZmZjAwMDNkZmI5 NjAgICA2NjkgICAgICAgICBoYWxkDQpmZmZmZmYwMDAzZDEwNjkwIHZub2Qg ZmZmZmZmMDAwM2RmYjc4MCAwMDAwMDAwMSAwMDAwICAgICAyICAgICAgMCBm ZmZmZmYwMDAzZGZiNzgwICAgNjY5ICAgICAgICAgaGFsZA0KZmZmZmZmMDAw M2QxMDVhMCB2bm9kIGZmZmZmZjAwMDNkZmI1YTAgMDAwMDAwMDEgMDAwMCAg ICAgMiAgICAgIDAgZmZmZmZmMDAwM2RmYjVhMCAgIDY2OSAgICAgICAgIGhh bGQNCmZmZmZmZjAwMDNkMTA1NTAgdm5vZCBmZmZmZmYwMDAzZGZiM2MwIDAw MDAwMDAxIDAwMDAgICAgIDIgICAgICAwIGZmZmZmZjAwMDNkZmIzYzAgICA2 NjkgICAgICAgICBoYWxkDQpmZmZmZmYwMDAzZDEwNTAwIHZub2QgZmZmZmZm MDAwM2RmYjFlMCAwMDAwMDAwMSAwMDAwICAgICAyICAgICAgMCBmZmZmZmYw MDAzZGZiMWUwICAgNjY5ICAgICAgICAgaGFsZA0KZmZmZmZmMDAwM2QxMDQx MCB2bm9kIGZmZmZmZjAwMDNkZmIwMDAgMDAwMDAwMDEgMDAwMCAgICAgMiAg ICAgIDAgZmZmZmZmMDAwM2RmYjAwMCAgIDY2OSAgICAgICAgIGhhbGQNCmZm ZmZmZjAwMDNkMTAzYzAgdm5vZCBmZmZmZmYwMDAzZGY3ZDIwIDAwMDAwMDAx IDAwMDAgICAgIDIgICAgICAwIGZmZmZmZjAwMDNkZjdkMjAgICA2NjkgICAg ICAgICBoYWxkDQpmZmZmZmYwMDAzZDEwMzcwIHZub2QgZmZmZmZmMDAwM2Rm N2I0MCAwMDAwMDAwMSAwMDAwICAgICAyICAgICAgMCBmZmZmZmYwMDAzZGY3 YjQwICAgNjY5ICAgICAgICAgaGFsZA0KZmZmZmZmMDAwM2QxMDMyMCB2bm9k IGZmZmZmZjAwMDNkZjc5NjAgMDAwMDAwMDEgMDAwMCAgICAgMiAgICAgIDAg ZmZmZmZmMDAwM2RmNzk2MCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAw MDNkMTAyZDAgdm5vZCBmZmZmZmYwMDAzZGY3NzgwIDAwMDAwMDAxIDAwMDAg ICAgIDIgICAgICAwIGZmZmZmZjAwMDNkZjc3ODAgICA2NjkgICAgICAgICBo YWxkDQpmZmZmZmYwMDAzZDEwMjgwIHZub2QgZmZmZmZmMDAwM2RmNzVhMCAw MDAwMDAwMSAwMDAwICAgICAyICAgICAgMCBmZmZmZmYwMDAzZGY3NWEwICAg NjY5ICAgICAgICAgaGFsZA0KZmZmZmZmMDAwM2QxMDIzMCB2bm9kIGZmZmZm ZjAwMDNlMDMzYzAgMDAwMDAwMDEgMDAwMCAgICAgMiAgICAgIDAgZmZmZmZm MDAwM2UwMzNjMCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAwMDNkMTAx ZTAgdm5vZCBmZmZmZmYwMDAzZTAzMWUwIDAwMDAwMDAxIDAwMDAgICAgIDIg ICAgICAwIGZmZmZmZjAwMDNlMDMxZTAgICA2NjkgICAgICAgICBoYWxkDQpm ZmZmZmYwMDAzZDEwNDYwIHZub2QgZmZmZmZmMDAwM2UwMzAwMCAwMDAwMDAw MSAwMDAwICAgICAyICAgICAgMCBmZmZmZmYwMDAzZTAzMDAwICAgNjY5ICAg ICAgICAgaGFsZA0KZmZmZmZmMDAwM2QxMDRiMCB2bm9kIGZmZmZmZjAwMDNl MDJkMjAgMDAwMDAwMDEgMDAwMCAgICAgMiAgICAgIDAgZmZmZmZmMDAwM2Uw MmQyMCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAwMDNkMTA1ZjAgdm5v ZCBmZmZmZmYwMDAzZTAyYjQwIDAwMDAwMDAxIDAwMDAgICAgIDIgICAgICAw IGZmZmZmZjAwMDNlMDJiNDAgICA2NjkgICAgICAgICBoYWxkDQpmZmZmZmYw MDAzZDEwNjQwIHZub2QgZmZmZmZmMDAwM2UwMjk2MCAwMDAwMDAwMSAwMDAw ICAgICAyICAgICAgMCBmZmZmZmYwMDAzZTAyOTYwICAgNjY5ICAgICAgICAg aGFsZA0KZmZmZmZmMDAwM2QxMDZlMCB2bm9kIGZmZmZmZjAwMDNlMDI3ODAg MDAwMDAwMDEgMDAwMCAgICAgMiAgICAgIDAgZmZmZmZmMDAwM2UwMjc4MCAg IDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAwMDNkMTA4MjAgdm5vZCBmZmZm ZmYwMDAzZTAyNWEwIDAwMDAwMDAxIDAwMDAgICAgIDIgICAgICAwIGZmZmZm ZjAwMDNlMDI1YTAgICA2NjkgICAgICAgICBoYWxkDQpmZmZmZmYwMDAzZTBh NDEwIHNvY2sgZmZmZmZmMDAwM2U3YWQ0OCAwMDAwMDAwNyAwMDAwICAgICAx ICAgICAgMCAgICAgICAgMCAgIDY2OSAgICAgICAgIGhhbGQNCmZmZmZmZjAw MDM5ZGY0NjAgcGlwZSBmZmZmZmYwMDAzYTVhYjYwIDAwMDAwMDAzIDAwMDAg ICAgIDIgICAgICAwICAgICAgICAwICAgNjY4ICAgICAgdW5saW5rZA0KZmZm ZmZmMDAwMzlkZjM3MCBwaXBlIGZmZmZmZjAwMDNhNjY3MDggMDAwMDAwMDMg MDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICA2NjggICAgICB1bmxpbmtk DQpmZmZmZmYwMDAzOWRmNmUwIHZub2QgZmZmZmZmMDAwMzNkZmEwMCAwMDAw MDAwMyAwMDAwICAgICAxICAgICAgMCBmZmZmZmYwMDAzYTQyMDAwICAgNjY4 ICAgICAgdW5saW5rZA0KZmZmZmZmMDAwMzliZDI4MCB2bm9kIGZmZmZmZjAw MDMzZGZhMDAgMDAwMDAwMDMgMDAwMCAgICAgNiAgICAgIDAgZmZmZmZmMDAw M2E0MjAwMCAgIDY1NSAgICAgICAgc3F1aWQNCmZmZmZmZjAwMDM5YmQyODAg dm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAzIDAwMDAgICAgIDYgICAg ICAwIGZmZmZmZjAwMDNhNDIwMDAgICA2NTUgICAgICAgIHNxdWlkDQpmZmZm ZmYwMDAzOWJkMjgwIHZub2QgZmZmZmZmMDAwMzNkZmEwMCAwMDAwMDAwMyAw MDAwICAgICA2ICAgICAgMCBmZmZmZmYwMDAzYTQyMDAwICAgNjU1ICAgICAg ICBzcXVpZA0KZmZmZmZmMDAwMzliZGEwMCBrcXVlIGZmZmZmZjAwMDM5MDg4 MDAgMDAwMDAwMDMgMDAwMCAgICAgMiAgICAgIDAgICAgICAgIDAgICA2NTUg ICAgICAgIHNxdWlkDQpmZmZmZmYwMDAzOWJlNjQwIHZub2QgZmZmZmZmMDAw M2M1NmI0MCAwMDAwMDAwYiAwMDAwICAgICAxICAgICAgMCBmZmZmZmYwMDAz YzU2YjQwICAgNjU1ICAgICAgICBzcXVpZA0KZmZmZmZmMDAwMzliZTZlMCBz b2NrIGZmZmZmZjAwMDM5ZjU1NTAgMDAwMDAwMDcgMDAwMCAgICAgMSAgICAg IDAgICAgICAgIDAgICA2NTUgICAgICAgIHNxdWlkDQpmZmZmZmYwMDAzOWRm MmQwIHZub2QgZmZmZmZmMDAwM2Q0ZDk2MCAwMDAwMDAwYSAwMDAwICAgICAx ICAgICAgMCBmZmZmZmYwMDAzZDRkOTYwICAgNjU1ICAgICAgICBzcXVpZA0K ZmZmZmZmMDAwMzlkZjMyMCBwaXBlIGZmZmZmZjAwMDNhNjY1YjAgMDAwMDAw MDcgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICA2NTUgICAgICAgIHNx dWlkDQpmZmZmZmYwMDAzZDEwN2QwIHZub2QgZmZmZmZmMDAwM2RmY2I0MCAw MDAwMDAwYSAwMDAwICAgICAxICAgICAgMCBmZmZmZmYwMDAzZGZjYjQwICAg NjU1ICAgICAgICBzcXVpZA0KZmZmZmZmMDAwM2UwYTJkMCB2bm9kIGZmZmZm ZjAwMDNlMmQzYzAgMDAwMDAwMGEgMDAwMCAgICAgMSAgICAgIDAgZmZmZmZm MDAwM2UyZDNjMCAgIDY1NSAgICAgICAgc3F1aWQNCmZmZmZmZjAwMDM5ZGY0 MTAgcGlwZSBmZmZmZmYwMDAzYTVhY2I4IDAwMDAwMDAzIDAwMDAgICAgIDEg ICAgICAwICAgICAgICAwICAgNjU1ICAgICAgICBzcXVpZA0KZmZmZmZmMDAw M2RmMzY0MCBzb2NrIGZmZmZmZjAwMDNhNGE3ZjggMDAwMDAwMDcgMDAwMCAg ICAgMiAgICAgIDAgICAgICAgIDAgICA2NTUgICAgICAgIHNxdWlkDQpmZmZm ZmYwMDAzZGYzNmUwIHNvY2sgZmZmZmZmMDAwM2E0YWQ0OCAwMDAwMDAwNyAw MDAwICAgICAyICAgICAgMCAgICAgICAgMCAgIDY1NSAgICAgICAgc3F1aWQN CmZmZmZmZjAwMDM5YmQyODAgdm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAwMDAw MDAzIDAwMDAgICAgIDYgICAgICAwIGZmZmZmZjAwMDNhNDIwMDAgICA2NTUg ICAgICAgIHNxdWlkDQpmZmZmZmYwMDAzOWJkMjgwIHZub2QgZmZmZmZmMDAw MzNkZmEwMCAwMDAwMDAwMyAwMDAwICAgICA2ICAgICAgMCBmZmZmZmYwMDAz YTQyMDAwICAgNjU1ICAgICAgICBzcXVpZA0KZmZmZmZmMDAwMzliZDI4MCB2 bm9kIGZmZmZmZjAwMDMzZGZhMDAgMDAwMDAwMDMgMDAwMCAgICAgNiAgICAg IDAgZmZmZmZmMDAwM2E0MjAwMCAgIDY1NSAgICAgICAgc3F1aWQNCmZmZmZm ZjAwMDM5YmUwZjAgdm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAzIDAw MDAgICAgIDMgICAgICAwIGZmZmZmZjAwMDNhNDIwMDAgICA2MjIgICAgICAg IGV4aW00DQpmZmZmZmYwMDAzOWJlMGYwIHZub2QgZmZmZmZmMDAwMzNkZmEw MCAwMDAwMDAwMyAwMDAwICAgICAzICAgICAgMCBmZmZmZmYwMDAzYTQyMDAw ICAgNjIyICAgICAgICBleGltNA0KZmZmZmZmMDAwMzliZTBmMCB2bm9kIGZm ZmZmZjAwMDMzZGZhMDAgMDAwMDAwMDMgMDAwMCAgICAgMyAgICAgIDAgZmZm ZmZmMDAwM2E0MjAwMCAgIDYyMiAgICAgICAgZXhpbTQNCmZmZmZmZjAwMDM5 YmRjODAgc29jayBmZmZmZmYwMDAzOWY2ZDQ4IDAwMDAwMDAzIDAwMDAgICAg IDEgICAgICAwICAgICAgICAwICAgNjIyICAgICAgICBleGltNA0KZmZmZmZm MDAwMzliZTRiMCB2bm9kIGZmZmZmZjAwMDMzZGZhMDAgMDAwMDAwMDMgMDAw MCAgICAgOCAgICAgIDAgZmZmZmZmMDAwM2E0MjAwMCAgIDgxOSBjb25zb2xl LWtpdC1kYWVtb24NCmZmZmZmZjAwMDM5YmU0YjAgdm5vZCBmZmZmZmYwMDAz M2RmYTAwIDAwMDAwMDAzIDAwMDAgICAgIDggICAgICAwIGZmZmZmZjAwMDNh NDIwMDAgICA4MTkgY29uc29sZS1raXQtZGFlbW9uDQpmZmZmZmYwMDAzOWJl NGIwIHZub2QgZmZmZmZmMDAwMzNkZmEwMCAwMDAwMDAwMyAwMDAwICAgICA4 ICAgICAgMCBmZmZmZmYwMDAzYTQyMDAwICAgODE5IGNvbnNvbGUta2l0LWRh ZW1vbg0KZmZmZmZmMDAwMzliZDY0MCBzb2NrIGZmZmZmZjAwMDM5ZjU3Zjgg MDAwMDAwMDcgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICAzNTQgIGRi dXMtZGFlbW9uDQpmZmZmZmYwMDAzOWJlNGIwIHZub2QgZmZmZmZmMDAwMzNk ZmEwMCAwMDAwMDAwMyAwMDAwICAgICA4ICAgICAgMCBmZmZmZmYwMDAzYTQy MDAwICAgODE5IGNvbnNvbGUta2l0LWRhZW1vbg0KZmZmZmZmMDAwMzliZGQ3 MCBrcXVlIGZmZmZmZjAwMDM5NDg1MDAgMDAwMDAwMDMgMDAwMCAgICAgMSAg ICAgIDAgICAgICAgIDAgICAzNTQgIGRidXMtZGFlbW9uDQpmZmZmZmYwMDAz OWJlNDEwIHZub2QgZmZmZmZmMDAwM2MyZjNjMCAwMDAwMDAwMSAwMDAwICAg ICAzICAgICAgMCBmZmZmZmYwMDAzYzJmM2MwICAgODE5IGNvbnNvbGUta2l0 LWRhZW1vbg0KZmZmZmZmMDAwMzliZTNjMCB2bm9kIGZmZmZmZjAwMDNhZDI1 YTAgMDAwMDAwMDEgMDAwMCAgICAgMyAgICAgIDAgZmZmZmZmMDAwM2FkMjVh MCAgIDgxOSBjb25zb2xlLWtpdC1kYWVtb24NCmZmZmZmZjAwMDM5YmRhNTAg c29jayBmZmZmZmYwMDAzYTRhNTUwIDAwMDAwMDAzIDAwMDAgICAgIDEgICAg ICAwICAgICAgICAwICAgMzU0ICBkYnVzLWRhZW1vbg0KZmZmZmZmMDAwMzli ZTkxMCBzb2NrIGZmZmZmZjAwMDNhNGEyYTggMDAwMDAwMDMgMDAwMCAgICAg MSAgICAgIDAgICAgICAgIDAgICAzNTQgIGRidXMtZGFlbW9uDQpmZmZmZmYw MDAzOWJlMTkwIHNvY2sgZmZmZmZmMDAwMzlmNTAwMCAwMDAwMDAwNyAwMDAw ICAgICAxICAgICAgMCAgICAgICAgMCAgIDM1NCAgZGJ1cy1kYWVtb24NCmZm ZmZmZjAwMDM5ZGZhZjAgc29jayBmZmZmZmYwMDAzZTdhN2Y4IDAwMDAwMDA3 IDAwMDAgICAgIDEgICAgICAwICAgICAgICAwICAgMzU0ICBkYnVzLWRhZW1v bg0KZmZmZmZmMDAwMzliZDJkMCBzb2NrIGZmZmZmZjAwMDNkZGY1NTAgMDAw MDAwMDcgMDAwMCAgICAgMSAgICAgIDAgICAgICAgIDAgICAzNTQgIGRidXMt ZGFlbW9uDQpmZmZmZmYwMDAzZTBhNWYwIHNvY2sgZmZmZmZmMDAwYThiNmFh MCAwMDAwMDAwNyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDM1NCAg ZGJ1cy1kYWVtb24NCmZmZmZmZjAwMDNlMGE2OTAgc29jayBmZmZmZmYwMDAz ZTdiZDQ4IDAwMDAwMDA3IDAwMDAgICAgIDEgICAgICAwICAgICAgICAwICAg MzU0ICBkYnVzLWRhZW1vbg0KZmZmZmZmMDAwM2UwYTc4MCBzb2NrIGZmZmZm ZjAwMGE4YjYyYTggMDAwMDAwMDcgMDAwMCAgICAgMSAgICAgIDAgICAgICAg IDAgICAzNTQgIGRidXMtZGFlbW9uDQpmZmZmZmYwMDAzOWRmMDAwIHZub2Qg ZmZmZmZmMDAwMzNkZmEwMCAwMDAwMDAwMSAwMDAwICAgICAxICAgICAgMCBm ZmZmZmYwMDAzYTQyMDAwICAgMzQ0ICAgICAgICAgY3Jvbg0KZmZmZmZmMDAw MzliZGRjMCB2bm9kIGZmZmZmZjAwMDMzZGZhMDAgMDAwMDAwMDIgMDAwMCAg ICAgMSAgICAgIDAgZmZmZmZmMDAwM2E0MjAwMCAgIDM0NCAgICAgICAgIGNy b24NCmZmZmZmZjAwMDM5YmQzNzAgdm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAw MDAwMDAyIDAwMDAgICAgIDEgICAgICAwIGZmZmZmZjAwMDNhNDIwMDAgICAz NDQgICAgICAgICBjcm9uDQpmZmZmZmYwMDAzOWJlYjkwIHZub2QgZmZmZmZm MDAwMzllODVhMCAwMDAwNDAwMyAwMDAwICAgICAxICAgICAgMCBmZmZmZmYw MDAzOWU4NWEwICAgMzQ0ICAgICAgICAgY3Jvbg0KZmZmZmZmMDAwMzliZTg3 MCB2bm9kIGZmZmZmZjAwMDMzZGZhMDAgMDAwMDAwMDMgMDAwMCAgICAgMSAg ICAgIDAgZmZmZmZmMDAwM2E0MjAwMCAgIDMyNCAgICAgICAgICBhdGQNCmZm ZmZmZjAwMDM5YmVhMDAgdm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAz IDAwMDAgICAgIDEgICAgICAwIGZmZmZmZjAwMDNhNDIwMDAgICAzMjQgICAg ICAgICAgYXRkDQpmZmZmZmYwMDAzOWJlMDAwIHZub2QgZmZmZmZmMDAwMzNk ZmEwMCAwMDAwMDAwMyAwMDAwICAgICAxICAgICAgMCBmZmZmZmYwMDAzYTQy MDAwICAgMzI0ICAgICAgICAgIGF0ZA0KZmZmZmZmMDAwMzliZTc4MCB2bm9k IGZmZmZmZjAwMDNhZjA3ODAgMDAwMDAwMDMgMDAwMCAgICAgMSAgICAgIDAg ZmZmZmZmMDAwM2FmMDc4MCAgIDMyNCAgICAgICAgICBhdGQNCmZmZmZmZjAw MDM5YmU4MjAgdm5vZCBmZmZmZmYwMDAzM2RmYTAwIDAwMDAwMDAzIDAwMDAg ICAgIDMgICAgICAwIGZmZmZmZjAwMDNhNDIwMDAgICAyNDkgICAgICBwb3J0 bWFwDQpmZmZmZmYwMDAzOWJlODIwIHZub2QgZmZmZmZmMDAwMzNkZmEwMCAw MDAwMDAwMyAwMDAwICAgICAzICAgICAgMCBmZmZmZmYwMDAzYTQyMDAwICAg MjQ5ICAgICAgcG9ydG1hcA0KZmZmZmZmMDAwMzliZTgyMCB2bm9kIGZmZmZm ZjAwMDMzZGZhMDAgMDAwMDAwMDMgMDAwMCAgICAgMyAgICAgIDAgZmZmZmZm MDAwM2E0MjAwMCAgIDI0OSAgICAgIHBvcnRtYXANCmZmZmZmZjAwMDM5YmQz MjAgdm5vZCBmZmZmZmYwMDAzYjRkMDAwIDAwMDAwMDAzIDAwMDAgICAgIDEg ICAgICAwIGZmZmZmZjAwMDNiNGQwMDAgICAyNDkgICAgICBwb3J0bWFwDQpm ZmZmZmYwMDAzOWJlYWYwIHNvY2sgZmZmZmZmMDAwMzlmNTJhOCAwMDAwMDAw MyAwMDAwICAgICAxICAgICAgMCAgICAgICAgMCAgIDI0OSAgICAgIHBvcnRt YXANCmZmZmZmZjAwMDM5YmQ1ZjAgc29jayBmZmZmZmYwMDAzYTRhMDAwIDAw MDAwMDAzIDAwMDAgICAgIDEgICAgICAwICAgICAgICAwICAgMjQ5ICAgICAg cG9ydG1hcA0KZmZmZmZmMDAwMzliZTFlMCB2bm9kIGZmZmZmZjAwMDNiYjJk MjAgMDAwMDAwMDMgMDAwMCAgICAgMSAgICAgIDAgZmZmZmZmMDAwM2JiMmQy MCAgIDI0OSAgICAgIHBvcnRtYXANCmZmZmZmZjAwMDM5YmQ4YzAgZmlmbyBm ZmZmZmYwMDAzOTVkMzAwIDAwMDAwMDA3IDAwMDAgICAgIDEgICAgICAwIGZm ZmZmZjAwMDM5ZjMwMDAgICAgIDEgICAgICAgICBpbml0DQpkYj4gICAgIGNh cHR1cmUgb2ZmDQo= --546530387-1527214078-1270674276=:29016-- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 21:50:48 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F08121065677; Wed, 7 Apr 2010 21:50:48 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 167628FC1C; Wed, 7 Apr 2010 21:50:47 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA08901; Thu, 08 Apr 2010 00:50:42 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Nzd8z-000NOL-OX; Thu, 08 Apr 2010 00:50:41 +0300 Message-ID: <4BBCFE30.2010709@icyb.net.ua> Date: Thu, 08 Apr 2010 00:50:40 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Pavel Sukhoy , freebsd-scsi@freebsd.org References: <903d65bf1d5624b5208c588b21e679ea@ripn.net> In-Reply-To: <903d65bf1d5624b5208c588b21e679ea@ripn.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Markus Wild , Hans Petter Selasky Subject: Re: virtual drive errors X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 21:50:49 -0000 on 07/04/2010 19:58 Pavel Sukhoy said the following: > Hi All, > > I tried to ask this question in mailing list, > but maybe it's a right place to ask about this problem? I see that there were some followups on usb@ that must have directed you here and I think that this is indeed the right list for this issue. See my analysis below the report. > My server is based on intel S5000PAL motherboard and have dedicated "Intel > remote > management module 2". > > If I try to boot from remotely mounted installation drive/iso (FreeBSD > 8.0-RELEASE) it goes fine until I > choose installation media - in messages I see a read error. > > If I try to mount remote drive on working FreeBSD (also 8.0-RELEASE and > 7.3-RELEASE) - I > see that virtual > device recognized fine, but gets error when trying to mount: > > > Remotely connecting iso: > > 12:53:33 kernel: umass3: 2.00/0.01, addr 2> on usbus4 > 12:53:33 kernel: umass3: SCSI over Bulk-Only; quirks = 0x0000 > 12:53:34 kernel: umass3:3:3:-1: Attached to scbus3 > 12:53:35 kernel: (probe0:umass-sim3:3:0:0): TEST UNIT READY. CDB: > 0 0 0 0 0 0 > 12:53:35 kernel: (probe0:umass-sim3:3:0:0): CAM Status: SCSI > Status Error > 12:53:35 kernel: (probe0:umass-sim3:3:0:0): SCSI Status: Check > Condition > 12:53:35 kernel: (probe0:umass-sim3:3:0:0): UNIT ATTENTION > asc:29,0 > 12:53:35 kernel: (probe0:umass-sim3:3:0:0): Power on, reset, or > bus device reset occurred > 12:53:35 kernel: (probe0:umass-sim3:3:0:0): Retrying Command (per > Sense Data) > 12:53:35 kernel: cd3 at umass-sim3 bus 3 target 0 lun 0 > 12:53:35 kernel: cd3: Removable CD- > ROM SCSI-3 device > 12:53:35 kernel: cd3: 40.000MB/s transfers > 12:53:35 kernel: cd3: cd present [1058112 x 2048 byte records] > > And now I trying to mount it: > > 12:54:20 kernel: g_vfs_done():cd3[READ(offset=32768, > length=2048)]error = 5 > > This error repeats on any virtual iso/drives. > > Maybe anyone else seen similar problems and know some solution? > > Thanks in advance for any help. Having spent the past couple of month examining various code paths in VFS, GEOM and CAM, I think that I see what's going on here. First, let me show off, ehm, double-check my understanding. I think that error 5, i.e. EIO, is returned from g_io_check(), namely from the following clause: if (bp->bio_offset > pp->mediasize) return (EIO); I think that this happens because pp->mediasize is zero in this case. *Idea*: g_io_check() could return a different (more appropriate?) error code for the case of pp->mediasize being zero. Now, let's see why pp->mediasize is zero here. Consider the following call chain that takes place before any reading of media in this case: iso_mountfs -> g_vfs_open -> g_access -> g_disk_access -> d_open=cdopen -> cdcheckmedia cdcheckmedia is supposed to set d_mediasize of the corresponding geom disk and g_disk_access passes that value to mediasize of the corresponding geom provider. So, it looks that in this case d_mediasize remains zero instead of being set to actual media size. Looking at cdcheckmedia and at the logged READ TOC (0x43) SCSI command errors (as reported by Markus) I see the following problem. Even if cdsize() call at the beginning of cdcheckmedia() succeeds, a subsequent failure of cdreadtoc() throws us to 'bailout' label which is past the code that sets d_mediasize. I think that the following patch should help with this situation (and possibly other cases with READ TOC problems): --- a/sys/cam/scsi/scsi_cd.c +++ b/sys/cam/scsi/scsi_cd.c @@ -2769,16 +2769,20 @@ cdcheckmedia(struct cam_periph *periph) * Get the disc size and block size. If we can't get it, we don't * have media, most likely. */ if ((error = cdsize(periph, &size)) != 0) { softc->flags &= ~(CD_FLAG_VALID_MEDIA|CD_FLAG_VALID_TOC); cdprevent(periph, PR_ALLOW); return (error); - } else + } else { softc->flags |= CD_FLAG_VALID_MEDIA; + softc->disk->d_sectorsize = softc->params.blksize; + softc->disk->d_mediasize = + (off_t)softc->params.blksize * softc->params.disksize; + } /* * Now we check the table of contents. This (currently) is only * used for the CDIOCPLAYTRACKS ioctl. It may be used later to do * things like present a separate entry in /dev for each track, * like that acd(4) driver does. */ @@ -2859,17 +2863,14 @@ cdcheckmedia(struct cam_periph *periph) for (cdindex = 0; cdindex < num_entries - 1; cdindex++) { softc->toc.entries[cdindex].track = bcd2bin(softc->toc.entries[cdindex].track); } } softc->flags |= CD_FLAG_VALID_TOC; - softc->disk->d_sectorsize = softc->params.blksize; - softc->disk->d_mediasize = - (off_t)softc->params.blksize * softc->params.disksize; bailout: /* * We unconditionally (re)set the blocksize each time the * CD device is opened. This is because the CD can change, * and therefore the blocksize might change. Or alternatively, the assignments could be moved past the bailout label. Will you be able to test this patch using your scenario with already installed FreeBSD? Or perhaps by creating your own bootable/live FreeBSD CD? -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 21:58:56 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2907106566C for ; Wed, 7 Apr 2010 21:58:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3CBD68FC18 for ; Wed, 7 Apr 2010 21:58:54 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o37Lwfc2055187 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Apr 2010 00:58:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o37Lwfko016846; Thu, 8 Apr 2010 00:58:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o37Lwf1T016845; Thu, 8 Apr 2010 00:58:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 8 Apr 2010 00:58:41 +0300 From: Kostik Belousov To: Aurelien Jarno Message-ID: <20100407215841.GL2415@deviant.kiev.zoral.com.ua> References: <20100406140308.GY2415@deviant.kiev.zoral.com.ua> <20100406140852.GZ2415@deviant.kiev.zoral.com.ua> <20100406144402.GB2415@deviant.kiev.zoral.com.ua> <20100406210321.GE2415@deviant.kiev.zoral.com.ua> <20100407095928.GG2415@deviant.kiev.zoral.com.ua> <20100407215256.GA2739@hall.aurel32.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KMh3oH5xaVDeKy7N" Content-Disposition: inline In-Reply-To: <20100407215256.GA2739@hall.aurel32.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-hackers@freebsd.org, Petr Salinger Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 21:58:56 -0000 --KMh3oH5xaVDeKy7N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 07, 2010 at 11:52:56PM +0200, Aurelien Jarno wrote: > On Wed, Apr 07, 2010 at 11:05:28PM +0200, Petr Salinger wrote: > >>> What have to be logged ? > >> Please look at ddb command "show files", implemented in kern/kern_desc= rip.c, > >> lines 3284-3305 on HEAD. Instead of doing full dump, you can manually > >> inspect the output. Or, you can write some code that would search the > >> suspicious vnodes among the vnodes referenced from the processes > >> opened files. Vnode is probably leaked if use count is > 0 but no > >> process has vnode referenced by struct file. > > > > See attached file. > > > >>>> I think there should be something else going on. > > > > Bellow is leaking recipe tested under GNU/kFreeBSD. > > I would expect it leaks vnodes also under plain FreeBSD. > > >=20 > I confirm it is reproducible on plain FreeBSD. Looks like a security > issue, as a normal user can create a local DoS in a few dozen of > seconds. I already posted the following patch in private. diff --git a/sys/kern/tty_pts.c b/sys/kern/tty_pts.c index 5cfbc71..e9dac77 100644 --- a/sys/kern/tty_pts.c +++ b/sys/kern/tty_pts.c @@ -575,6 +575,9 @@ ptsdev_close(struct file *fp, struct thread *td) tty_lock(tp); tty_rel_gone(tp); =20 + if (fp->f_vnode !=3D NULL) + return (vnops.fo_close(fp, td)); + return (0); } --KMh3oH5xaVDeKy7N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAku9ABAACgkQC3+MBN1Mb4gcZQCgvw+nVq4hqszvNwvkK2t7Si89 kg4AoO6hvXVO1/dc4ZpIREzXodTtFznW =sMGS -----END PGP SIGNATURE----- --KMh3oH5xaVDeKy7N-- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 23:44:23 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B43A106566B for ; Wed, 7 Apr 2010 23:44:23 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f175.google.com (mail-yx0-f175.google.com [209.85.210.175]) by mx1.freebsd.org (Postfix) with ESMTP id 1DC218FC0C for ; Wed, 7 Apr 2010 23:44:22 +0000 (UTC) Received: by yxe5 with SMTP id 5so793623yxe.3 for ; Wed, 07 Apr 2010 16:44:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=NR1Tw4S5GVgJRYtm69if6R31Ygf7+SkyZbQ80Wq9Dqk=; b=PyEe3gRi/GVSdPFg7otVeKAZMbzXMQ5skTDabqnSVLRq4dqy32yF5POcp3alSMROb0 nuAT5SudkNDWrh+kDMl4wuCRb1lAP0Jg++NfyWfI2Z4Z1JffHIOoeWcUiZk0ToUgYroJ yNW2ZPdEeZjWqDXNTx0qPPF8mwOy+mu9m8HRg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=b00QQoblaQjn7+Yskf3l3QJLLAz9M200diuYD7D/t7nmBbMwW8VNAvyhgRvNW1axG0 OawyuVXTuyB37WUVda/GQTq9ROCGlibApcF5rugOOAOgfbKViGlBHknv1y0pEue0qHYF iH69dwgqO+MDA551N2MzAmPTD1QEypvKkQ4RA= Received: by 10.101.202.34 with SMTP id e34mr20263372anq.107.1270683862058; Wed, 07 Apr 2010 16:44:22 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-147-102.dsl.klmzmi.sbcglobal.net [99.181.147.102]) by mx.google.com with ESMTPS id 21sm3881123iwn.3.2010.04.07.16.44.19 (version=SSLv3 cipher=RC4-MD5); Wed, 07 Apr 2010 16:44:20 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4BBD18D2.3000609@dataix.net> Date: Wed, 07 Apr 2010 19:44:18 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <201004061829.55444.jkim@FreeBSD.org> <86r5mrivda.fsf@ds4.des.no> In-Reply-To: <86r5mrivda.fsf@ds4.des.no> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, Jung-uk Kim Subject: Re: [RFC] The official logo for logo_saver? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 23:44:23 -0000 On 04/07/2010 03:18, Dag-Erling Smørgrav wrote: > Jung-uk Kim writes: >> Although I really like logo_saver with Beastie, we have the official >> FreeBSD logo and I think it is time to say good-bye to the old logo >> image file. The attached file is a drop-in replacement for >> sys/dev/syscons/logo/logo.c. >> >> What do you think? > > I agree, please commit. > > DES How about this... Keep both & rename the current logo_saver to mascot_saver instead. ? Nice work Jung-uk Kim! -- jhell From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 23:46:25 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32F99106564A for ; Wed, 7 Apr 2010 23:46:25 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id D9F948FC15 for ; Wed, 7 Apr 2010 23:46:24 +0000 (UTC) Received: by gyh20 with SMTP id 20so935413gyh.13 for ; Wed, 07 Apr 2010 16:46:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=Roxv5MUwoY4KbV530WVxmpdhku8f3jy1qoLqVnuPcCM=; b=IHlz3UsgGGwOWr2NE+M78cisuLA5Dp3FDzdZUVoZYS7f0zIemvkRfMeq0VVEf4NTez 8lQnuf/Y7TSYEKXMuosvUCT0qzXq2fSNgYClN7ANStH3aLOZqT/OJvvizBtwSbNUscNH yxi4KduPKsTHL0UwRngk80iGZi0f/KfbMhUmU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=Z8/NASmAlhI+HP9MEsBXW2pZkZEKKLJIn6U39PiMmsHoQCzptiXIoRP7vITnFWLKpl J37QtA2Ke9LYvTZ7nVaPdfrd623FXEMYQhrIUEdC4ugQj+dfAIG+x2U1XGVLhSuGcR/y LaUHTlO89OX2qn84d/h4cJSTXPdmEPMfSLMu4= Received: by 10.101.205.23 with SMTP id h23mr20461010anq.207.1270683984147; Wed, 07 Apr 2010 16:46:24 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-147-102.dsl.klmzmi.sbcglobal.net [99.181.147.102]) by mx.google.com with ESMTPS id 23sm5442709iwn.6.2010.04.07.16.46.23 (version=SSLv3 cipher=RC4-MD5); Wed, 07 Apr 2010 16:46:23 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4BBD194F.7010904@dataix.net> Date: Wed, 07 Apr 2010 19:46:23 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Freddie Cash References: <201004061829.55444.jkim@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: [RFC] The official logo for logo_saver? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 23:46:25 -0000 On 04/07/2010 11:13, Freddie Cash wrote: > On Tue, Apr 6, 2010 at 3:29 PM, Jung-uk Kim wrote: > >> Although I really like logo_saver with Beastie, we have the official >> FreeBSD logo and I think it is time to say good-bye to the old logo >> image file. The attached file is a drop-in replacement for >> sys/dev/syscons/logo/logo.c. >> >> What do you think? >> >> Jung-uk Kim >> >> * PS: I couldn't find a good small 256-color image from FreeBSD.org. >> So, I googled and found the following icon: >> >> http://kde-look.org/CONTENT/content-m1/m112422-1.png >> >> The following URL seems to be the actual web page: >> >> http://kde-look.org/content/show.php?content=112422 >> >> Please consider renaming the existing logo_saver to something like > beastie_saver, to keep it around as an option. Then replace logo_saver with > the new logo. > Ugh! reply coming through and for some reason threading was broken for a moment and didnt see the last two replies. /ignore ;) -- jhell From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 8 05:07:11 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37FF7106564A for ; Thu, 8 Apr 2010 05:07:10 +0000 (UTC) (envelope-from Petr.Salinger@seznam.cz) Received: from relay.felk.cvut.cz (relay.felk.cvut.cz [147.32.80.7]) by mx1.freebsd.org (Postfix) with ESMTP id 77D1D8FC08 for ; Thu, 8 Apr 2010 05:07:09 +0000 (UTC) Received: from sci.felk.cvut.cz (sci.felk.cvut.cz [147.32.83.100]) by relay.felk.cvut.cz (8.14.3/8.14.3) with ESMTP id o3856x2n054888; Thu, 8 Apr 2010 07:06:59 +0200 (CEST) (envelope-from Petr.Salinger@seznam.cz) Date: Thu, 8 Apr 2010 09:12:58 +0200 (CEST) From: Petr Salinger X-X-Sender: salinger@sci.felk.cvut.cz To: Kostik Belousov In-Reply-To: <20100407233322.GA31481@hall.aurel32.net> Message-ID: References: <20100406140308.GY2415@deviant.kiev.zoral.com.ua> <20100406140852.GZ2415@deviant.kiev.zoral.com.ua> <20100406144402.GB2415@deviant.kiev.zoral.com.ua> <20100406210321.GE2415@deviant.kiev.zoral.com.ua> <20100407095928.GG2415@deviant.kiev.zoral.com.ua> <20100407215256.GA2739@hall.aurel32.net> <20100407215841.GL2415@deviant.kiev.zoral.com.ua> <20100407233322.GA31481@hall.aurel32.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-FELK-MailScanner-Information: X-MailScanner-ID: o3856x2n054888 X-FELK-MailScanner: Found to be clean X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.111, required 5, BAYES_00 -1.90, SPF_NEUTRAL 0.78, T_FRT_BELOW2 0.01) X-FELK-MailScanner-From: petr.salinger@seznam.cz X-FELK-MailScanner-To: freebsd-hackers@freebsd.org, kostikbel@gmail.com X-FELK-MailScanner-Watermark: 1271308019.60791@GStaoJk3pCI9oggRfvsOKg X-Spam-Status: No Cc: freebsd-hackers@freebsd.org Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 05:07:11 -0000 >>>> Bellow is leaking recipe tested under GNU/kFreeBSD. >>>> I would expect it leaks vnodes also under plain FreeBSD. >>>> >>> >>> I confirm it is reproducible on plain FreeBSD. Looks like a security >>> issue, as a normal user can create a local DoS in a few dozen of >>> seconds. >> >> I already posted the following patch in private. > > Thanks, I confirm it fixes the problem, at least the testcase posted by > Petr. > >> diff --git a/sys/kern/tty_pts.c b/sys/kern/tty_pts.c >> index 5cfbc71..e9dac77 100644 >> --- a/sys/kern/tty_pts.c >> +++ b/sys/kern/tty_pts.c >> @@ -575,6 +575,9 @@ ptsdev_close(struct file *fp, struct thread *td) >> tty_lock(tp); >> tty_rel_gone(tp); >> >> + if (fp->f_vnode != NULL) >> + return (vnops.fo_close(fp, td)); >> + >> return (0); >> } It fixes also our original issue with testsuite of gcc-4.3 under 8.0-RELEASE. Many thanks for this patch and for your guidance during this bug hunt. Petr From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 21:52:59 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AC77106566B for ; Wed, 7 Apr 2010 21:52:59 +0000 (UTC) (envelope-from aurelien@aurel32.net) Received: from hall.aurel32.net (unknown [IPv6:2a01:e0b:1:82:21c:c0ff:fe56:7beb]) by mx1.freebsd.org (Postfix) with ESMTP id C595F8FC08 for ; Wed, 7 Apr 2010 21:52:58 +0000 (UTC) Received: from aurel32 by hall.aurel32.net with local (Exim 4.69) (envelope-from ) id 1NzdBA-0006BG-GX; Wed, 07 Apr 2010 23:52:56 +0200 Date: Wed, 7 Apr 2010 23:52:56 +0200 From: Aurelien Jarno To: Petr Salinger Message-ID: <20100407215256.GA2739@hall.aurel32.net> References: <20100406092429.GV2415@deviant.kiev.zoral.com.ua> <20100406140308.GY2415@deviant.kiev.zoral.com.ua> <20100406140852.GZ2415@deviant.kiev.zoral.com.ua> <20100406144402.GB2415@deviant.kiev.zoral.com.ua> <20100406210321.GE2415@deviant.kiev.zoral.com.ua> <20100407095928.GG2415@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: X-Mailer: Mutt 1.5.18 (2008-05-17) User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Aurelien Jarno X-Mailman-Approved-At: Thu, 08 Apr 2010 05:24:01 +0000 Cc: Kostik Belousov , freebsd-hackers@freebsd.org Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 21:52:59 -0000 On Wed, Apr 07, 2010 at 11:05:28PM +0200, Petr Salinger wrote: >>> What have to be logged ? >> Please look at ddb command "show files", implemented in kern/kern_descrip.c, >> lines 3284-3305 on HEAD. Instead of doing full dump, you can manually >> inspect the output. Or, you can write some code that would search the >> suspicious vnodes among the vnodes referenced from the processes >> opened files. Vnode is probably leaked if use count is > 0 but no >> process has vnode referenced by struct file. > > See attached file. > >>>> I think there should be something else going on. > > Bellow is leaking recipe tested under GNU/kFreeBSD. > I would expect it leaks vnodes also under plain FreeBSD. > I confirm it is reproducible on plain FreeBSD. Looks like a security issue, as a normal user can create a local DoS in a few dozen of seconds. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurelien@aurel32.net http://www.aurel32.net From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 7 23:33:24 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FB5C1065678 for ; Wed, 7 Apr 2010 23:33:24 +0000 (UTC) (envelope-from aurelien@aurel32.net) Received: from hall.aurel32.net (unknown [IPv6:2a01:e0b:1:82:21c:c0ff:fe56:7beb]) by mx1.freebsd.org (Postfix) with ESMTP id BB5C28FC1C for ; Wed, 7 Apr 2010 23:33:23 +0000 (UTC) Received: from aurel32 by hall.aurel32.net with local (Exim 4.69) (envelope-from ) id 1NzekM-0000md-77; Thu, 08 Apr 2010 01:33:22 +0200 Date: Thu, 8 Apr 2010 01:33:22 +0200 From: Aurelien Jarno To: Kostik Belousov Message-ID: <20100407233322.GA31481@hall.aurel32.net> References: <20100406140308.GY2415@deviant.kiev.zoral.com.ua> <20100406140852.GZ2415@deviant.kiev.zoral.com.ua> <20100406144402.GB2415@deviant.kiev.zoral.com.ua> <20100406210321.GE2415@deviant.kiev.zoral.com.ua> <20100407095928.GG2415@deviant.kiev.zoral.com.ua> <20100407215256.GA2739@hall.aurel32.net> <20100407215841.GL2415@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20100407215841.GL2415@deviant.kiev.zoral.com.ua> X-Mailer: Mutt 1.5.18 (2008-05-17) User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Aurelien Jarno X-Mailman-Approved-At: Thu, 08 Apr 2010 05:24:10 +0000 Cc: freebsd-hackers@freebsd.org, Petr Salinger Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 23:33:24 -0000 On Thu, Apr 08, 2010 at 12:58:41AM +0300, Kostik Belousov wrote: > On Wed, Apr 07, 2010 at 11:52:56PM +0200, Aurelien Jarno wrote: > > On Wed, Apr 07, 2010 at 11:05:28PM +0200, Petr Salinger wrote: > > >>> What have to be logged ? > > >> Please look at ddb command "show files", implemented in kern/kern_descrip.c, > > >> lines 3284-3305 on HEAD. Instead of doing full dump, you can manually > > >> inspect the output. Or, you can write some code that would search the > > >> suspicious vnodes among the vnodes referenced from the processes > > >> opened files. Vnode is probably leaked if use count is > 0 but no > > >> process has vnode referenced by struct file. > > > > > > See attached file. > > > > > >>>> I think there should be something else going on. > > > > > > Bellow is leaking recipe tested under GNU/kFreeBSD. > > > I would expect it leaks vnodes also under plain FreeBSD. > > > > > > > I confirm it is reproducible on plain FreeBSD. Looks like a security > > issue, as a normal user can create a local DoS in a few dozen of > > seconds. > > I already posted the following patch in private. Thanks, I confirm it fixes the problem, at least the testcase posted by Petr. > diff --git a/sys/kern/tty_pts.c b/sys/kern/tty_pts.c > index 5cfbc71..e9dac77 100644 > --- a/sys/kern/tty_pts.c > +++ b/sys/kern/tty_pts.c > @@ -575,6 +575,9 @@ ptsdev_close(struct file *fp, struct thread *td) > tty_lock(tp); > tty_rel_gone(tp); > > + if (fp->f_vnode != NULL) > + return (vnops.fo_close(fp, td)); > + > return (0); > } > -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurelien@aurel32.net http://www.aurel32.net From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 8 11:16:17 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33C751065674 for ; Thu, 8 Apr 2010 11:16:17 +0000 (UTC) (envelope-from gabor@kovesdan.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 670AA8FC14 for ; Thu, 8 Apr 2010 11:16:16 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id A647614DACBB for ; Thu, 8 Apr 2010 13:01:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id OXgXx-K-+277 for ; Thu, 8 Apr 2010 13:01:05 +0200 (CEST) Received: from [113.199.154.88] (unknown [113.199.154.88]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id E25CF14DACA7 for ; Thu, 8 Apr 2010 13:01:04 +0200 (CEST) Message-ID: <4BBDB76D.5010408@kovesdan.org> Date: Thu, 08 Apr 2010 16:46:01 +0545 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <1269958546.3456.14.camel@mark-desktop> <4BB21D85.7030006@kovesdan.org> <20100406050459.GM19474@elvis.mu.org> In-Reply-To: <20100406050459.GM19474@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 08 Apr 2010 11:28:41 +0000 Subject: Re: grep X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 11:16:17 -0000 Hi Alfred, > Hello, > > Where is diff/sdiff projects? > there's an incomplete version of diff in my perforce branch. I added wchar support but it introduced some regresssions. No progress since then. As for sdiff, Steven Kreuzer did some progress there but I don't know details. Gabor From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 8 14:17:48 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29456106564A for ; Thu, 8 Apr 2010 14:17:48 +0000 (UTC) (envelope-from mahan@mahan.org) Received: from ns.mahan.org (ns.mahan.org [67.116.10.138]) by mx1.freebsd.org (Postfix) with ESMTP id 087628FC0A for ; Thu, 8 Apr 2010 14:17:46 +0000 (UTC) Received: from Gypsy.mahan.org (crowTrobot [67.116.10.140]) by ns.mahan.org (8.13.6/8.13.6) with ESMTP id o38EMAAq083108 for ; Thu, 8 Apr 2010 07:22:10 -0700 (PDT) (envelope-from mahan@mahan.org) Message-ID: <4BBDE58A.9050502@mahan.org> Date: Thu, 08 Apr 2010 07:17:46 -0700 From: Patrick Mahan User-Agent: Thunderbird 2.0.0.22 (X11/20090605) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Modifying ELF files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 14:17:48 -0000 In my job, we are producing applications and KLM's for our product that require them to be signed so that our installer will recognize and validate our images. The signature is stored in each app as unsigned char signature[40] __attribute__((section(".compsign"))); What I need to do is open the file for writing, locate the ".compsign" section and stuff in the signature, write it out and close the file. (simple ELF manipulation) An 'ls -l' shows the following: % ls compklm.ko -rw-r--r-- 1 pmahan pmahan 125296 Apr 6 22:50 /home/pmahan/temp/compklm.ko When I try to run my program ./signfile --signature=A203239897C8EB360D1EB2C84E8E77B16E5B7C9A compklm.ko open: Text file busy Googling and looking at the kernel sources, it seems that it detects this file contains 'shared text', that is, it is an executable file and does not allow me to open it for writing. I understand (from my google search) this is a means to keep you from shooting yourself in the foot. But there has got to be a way and I really don't want to grovel through the compiler code to find it. I looked at using libelf.so but it also requires that the file be open for writing. So I am kinda of stuck. If I cannot find a quick solution we might need to do all of our signing on our FC11 box which does not have this issue. Thanks for the education I always get from this list, Patrick From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 8 15:14:01 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A86CB106568B for ; Thu, 8 Apr 2010 15:14:01 +0000 (UTC) (envelope-from nate@thatsmathematics.com) Received: from euclid.ucsd.edu (euclid.ucsd.edu [132.239.145.52]) by mx1.freebsd.org (Postfix) with ESMTP id 8C7668FC1C for ; Thu, 8 Apr 2010 15:14:01 +0000 (UTC) Received: from zeno.ucsd.edu (zeno.ucsd.edu [132.239.145.22]) by euclid.ucsd.edu (8.11.7p3+Sun/8.11.7) with ESMTP id o38FE0Y27071; Thu, 8 Apr 2010 08:14:00 -0700 (PDT) Received: from localhost (neldredg@localhost) by zeno.ucsd.edu (8.11.7p3+Sun/8.11.7) with ESMTP id o38FE0o15763; Thu, 8 Apr 2010 08:14:00 -0700 (PDT) X-Authentication-Warning: zeno.ucsd.edu: neldredg owned process doing -bs Date: Thu, 8 Apr 2010 08:14:00 -0700 (PDT) From: Nate Eldredge X-X-Sender: neldredg@zeno.ucsd.edu To: Patrick Mahan In-Reply-To: <4BBDE58A.9050502@mahan.org> Message-ID: References: <4BBDE58A.9050502@mahan.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: Modifying ELF files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 15:14:01 -0000 On Thu, 8 Apr 2010, Patrick Mahan wrote: > > In my job, we are producing applications and KLM's for our product > that require them to be signed so that our installer will recognize > and validate our images. > > The signature is stored in each app as > > unsigned char signature[40] __attribute__((section(".compsign"))); > > What I need to do is open the file for writing, locate the ".compsign" > section and stuff in the signature, write it out and close the file. > (simple ELF manipulation) > > An 'ls -l' shows the following: > > % ls compklm.ko > -rw-r--r-- 1 pmahan pmahan 125296 Apr 6 22:50 > /home/pmahan/temp/compklm.ko > > When I try to run my program > ./signfile --signature=A203239897C8EB360D1EB2C84E8E77B16E5B7C9A compklm.ko > open: Text file busy > > Googling and looking at the kernel sources, it seems that it detects > this file contains 'shared text', that is, it is an executable file > and does not allow me to open it for writing. My understanding was that ETXTBSY occurs when you attempt to open for writing a file which is actually being executed, i.e. is mapped into some process. I'm not aware that open(2) actually looks at the file itself to see if it is an executable; that would be very surprising to me. What does "fstat -m compklm.ko" say? What happens if you "cp compklm.ko foo.ko" and try to sign foo.ko? You should then be able to do "mv foo.ko compklm.ko"; if compklm.ko is in fact mapped into some process, it will continue to use the original version, which will be kept around (invisibly) until all mappings go away. This is what compilers, install(8), etc, normally do. Does your signfile program do anything with the target file before open(..., O_RDWR)? -- Nate Eldredge nate@thatsmathematics.com From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 8 15:33:32 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8DD8106566B for ; Thu, 8 Apr 2010 15:33:32 +0000 (UTC) (envelope-from roam@ringlet.net) Received: from erengrad.hoster.bg (erengrad.hoster.bg [77.77.142.9]) by mx1.freebsd.org (Postfix) with ESMTP id 3F9E28FC17 for ; Thu, 8 Apr 2010 15:33:32 +0000 (UTC) Received: from middenheim.hoster.bg (middenheim.hoster.bg [77.77.142.11]) by erengrad.hoster.bg (Postfix) with ESMTP id DAE83DC114 for ; Thu, 8 Apr 2010 18:04:48 +0300 (EEST) Received: from straylight.ringlet.net (office.hoster.bg [78.90.131.77]) (Authenticated sender: roam@hoster.bg) by mail.hoster.bg (Postfix) with ESMTP id 409CB5C344 for ; Thu, 8 Apr 2010 18:04:32 +0300 (EEST) Received: from roam (uid 1000) (envelope-from roam@ringlet.net) id 416035 by straylight.ringlet.net (DragonFly Mail Agent) Thu, 08 Apr 2010 18:03:49 +0300 Date: Thu, 8 Apr 2010 18:03:49 +0300 From: Peter Pentchev To: Patrick Mahan Message-ID: <20100408150349.GA2929@straylight.ringlet.net> Mail-Followup-To: Patrick Mahan , freebsd-hackers@freebsd.org References: <4BBDE58A.9050502@mahan.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <4BBDE58A.9050502@mahan.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-MailScanner-ID: 409CB5C344.099DB X-hoster-MailScanner: Found to be clean X-hoster-MailScanner-SpamCheck: not spam, SpamAssassin (cached, score=0.001, required 10, autolearn=disabled, UNPARSEABLE_RELAY 0.00) X-hoster-MailScanner-From: roam@ringlet.net X-hoster-MailScanner-To: freebsd-hackers@freebsd.org X-Spam-Status: No Cc: freebsd-hackers@freebsd.org Subject: Re: Modifying ELF files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 15:33:33 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 08, 2010 at 07:17:46AM -0700, Patrick Mahan wrote: >=20 > In my job, we are producing applications and KLM's for our product > that require them to be signed so that our installer will recognize > and validate our images. >=20 > The signature is stored in each app as >=20 > unsigned char signature[40] __attribute__((section(".compsign"))); >=20 > What I need to do is open the file for writing, locate the ".compsign" > section and stuff in the signature, write it out and close the file. > (simple ELF manipulation) >=20 > An 'ls -l' shows the following: >=20 > % ls compklm.ko > -rw-r--r-- 1 pmahan pmahan 125296 Apr 6 22:50 /home/pmahan/temp/compk= lm.ko >=20 > When I try to run my program > ./signfile --signature=3DA203239897C8EB360D1EB2C84E8E77B16E5B7C9A compklm= =2Eko > open: Text file busy >=20 > Googling and looking at the kernel sources, it seems that it detects > this file contains 'shared text', that is, it is an executable file > and does not allow me to open it for writing. >=20 > I understand (from my google search) this is a means to keep you from > shooting yourself in the foot. But there has got to be a way and I > really don't want to grovel through the compiler code to find it. I > looked at using libelf.so but it also requires that the file be open > for writing. So I am kinda of stuck. If I cannot find a quick solution > we might need to do all of our signing on our FC11 box which does not > have this issue. It's not the compiler code you want to find it, but the install(1) program that is used to, well, install files into e.g. /bin, /usr/bin, etc. What it does is create a temporary file in the directory where it wants to place the final file, write into the temporary file, and then, when the file is complete and only when it is complete, it does a rename(2) syscall, moving the temporary file "over" the real one. If a program (or the kernel) is using the old version of the real file, its inode and its data blocks are still present on the disk and they are only deleted when the last consumer closes the file (or rather, the file descriptor it's holding on that inode). This also guarantees that anyone who tries to open the file will only open it "when it's ready", and will not try to execute a partially-written-out executable or something. So, what you need to do if you want to modify a file is create a new one in the same directory (well, it's really "on the same filesystem", but the most portable way to ensure that is to use the same directory - unless you require from the user to specify a temporary directory you can use on the same filesystem). Then, read the original file, write into the new one, and when you're ready, do a rename(tempfile, realfile). Hope that helps. G'luck, Peter --=20 Peter Pentchev roam@space.bg roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAku98FEACgkQ7Ri2jRYZRVMmDgCgu6YDmd6MOzTFXzO2smG9Zoag WVQAniVWe1CTr2ivnUbLCorQlxQD1kIe =TjRe -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 8 17:07:37 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F7E1106566C; Thu, 8 Apr 2010 17:07:37 +0000 (UTC) (envelope-from anoop.kn@gmail.com) Received: from mail-iw0-f171.google.com (mail-iw0-f171.google.com [209.85.223.171]) by mx1.freebsd.org (Postfix) with ESMTP id A72548FC2A; Thu, 8 Apr 2010 17:07:36 +0000 (UTC) Received: by iwn1 with SMTP id 1so1577534iwn.27 for ; Thu, 08 Apr 2010 10:07:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Qe9SJfqMyLJSfmr22nzzshzSjxQqKyaoKz/qJCOzxV4=; b=cOB1ilnXzKIAsok8F7FQU0/WPT6qUHWiMjA52UYqsKY6Enst7BHHDZNG0uc1NgdzvY EECO3wRLsgqtmPqC9RtBEM4oTxmEyN1RHtKKChSRf3iNylAUmVu+3ebREa+Nz1RpwqYm ycZ4ggiUzzz3Cw+bJfvh7C7H3G+eUpRz+I4y4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=VANrrfvUFAGAzP6aQmCIPBJPm6OPuBdZmNx8h8gI8QzOJGmSGq43gI/6wnve+oFGtx zCuX4lqYFXZImOdTDXAwe15ybp9kd5uZ10k/rFDr7XSwiMkfpZMCRA2hHRUjOSUlFkKa aw3sFu18zkKPQQTEdODttsGnK9ysPaU1e5Xd4= MIME-Version: 1.0 Received: by 10.142.200.8 with HTTP; Thu, 8 Apr 2010 09:45:00 -0700 (PDT) In-Reply-To: References: <9bbcef731003280503q4993e5b4ud8d874b8e9c376a9@mail.gmail.com> <9bbcef731003281038x33b8a9atc2a81d22aa26468@mail.gmail.com> Date: Thu, 8 Apr 2010 22:15:00 +0530 Received: by 10.142.55.11 with SMTP id d11mr289524wfa.99.1270745100375; Thu, 08 Apr 2010 09:45:00 -0700 (PDT) Message-ID: From: Anoop Kumar Narayanan To: Masoom Shaikh Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Thu, 08 Apr 2010 17:11:14 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, Ivan Voras , freebsd-questions@freebsd.org Subject: Re: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 17:07:37 -0000 On Sat, Apr 3, 2010 at 6:21 PM, Masoom Shaikh wro= te: > On Sun, Mar 28, 2010 at 5:38 PM, Ivan Voras wrote: >> On 28 March 2010 16:42, Masoom Shaikh wrote: >> >>> lets assume if this is h/w problem, then how can other OSes overcome >>> this ? is there a way to make FreeBSD ignore this as well, let it >>> result in reasonable performance penalty. >> >> Very probably, if only we could detect where the problem is. >> Try adding "options =A0 =A0 PRINTF_BUFR_SIZE=3D128" to the kernel >> configuration file if you can, to see if you can get a less mangled >> log outout. >> > > ok, after few days of silence I am back with more questions > this time system feels little better, it is able to sustain for more > time that what 7.3-RELEASE could > > FreeBSD raptor 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Thu Apr =A01 > 01:20:45 UTC 2010 =A0 =A0 root@:/usr/obj/usr/src/sys/INSPIRON =A0amd64 > > I am using KDE4, and when OS freezes, well it freezes, means I cannot > change to tty0 and see the panic text, if any it might possibly have > spit. the stuck frozen GUI keeps staring there. So the question is how > to I capture that panic text ? unfortunately I am not getting core > files too, so there is nothing I can pick up hints > > is there some option (KDB, DDB), so that on panic system drop to debugger= ? > > Masoom Shaikh I am having the very same problem, with my AMD64 running i386 (both 7.3-REL and 8.0-REL) keeps crashing, The best part is, if I disable ACPI it crashes before it even boots up so is the case with safe-mode and single-user-mode. With ACPI it boots up but crashes after a while. I have the vmcore files on the system. Who do I contact on this regard ? > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" > From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 8 17:22:27 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B77DF106564A for ; Thu, 8 Apr 2010 17:22:27 +0000 (UTC) (envelope-from mahan@mahan.org) Received: from ns.mahan.org (ns.mahan.org [67.116.10.138]) by mx1.freebsd.org (Postfix) with ESMTP id 71EE98FC18 for ; Thu, 8 Apr 2010 17:22:27 +0000 (UTC) Received: from mahan.org (crowTrobot [67.116.10.140]) by ns.mahan.org (8.13.6/8.13.6) with ESMTP id o38HQp8O084761; Thu, 8 Apr 2010 10:26:51 -0700 (PDT) (envelope-from mahan@mahan.org) Message-Id: <201004081726.o38HQp8O084761@ns.mahan.org> To: Nate Eldredge In-reply-to: References: <4BBDE58A.9050502@mahan.org> Comments: In-reply-to Nate Eldredge message dated "Thu, 08 Apr 2010 08:14:00 -0700." Date: Thu, 08 Apr 2010 10:22:26 -0700 From: Patrick Mahan Cc: freebsd-hackers@freebsd.org Subject: Re: Modifying ELF files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 17:22:27 -0000 > On Thu, 8 Apr 2010, Patrick Mahan wrote: > > > > > In my job, we are producing applications and KLM's for our product > > that require them to be signed so that our installer will recognize > > and validate our images. > > > > The signature is stored in each app as > > > > unsigned char signature[40] __attribute__((section(".compsign"))); > > > > What I need to do is open the file for writing, locate the ".compsign" > > section and stuff in the signature, write it out and close the file. > > (simple ELF manipulation) > > > > An 'ls -l' shows the following: > > > > % ls compklm.ko > > -rw-r--r-- 1 pmahan pmahan 125296 Apr 6 22:50 > > /home/pmahan/temp/compklm.ko > > > > When I try to run my program > > ./signfile --signature=A203239897C8EB360D1EB2C84E8E77B16E5B7C9A compklm.ko > > open: Text file busy > > > > Googling and looking at the kernel sources, it seems that it detects > > this file contains 'shared text', that is, it is an executable file > > and does not allow me to open it for writing. > > My understanding was that ETXTBSY occurs when you attempt to open for > writing a file which is actually being executed, i.e. is mapped into some > process. I'm not aware that open(2) actually looks at the file itself to > see if it is an executable; that would be very surprising to me. > > What does "fstat -m compklm.ko" say? > % fstat -m compklm.ko USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME % > What happens if you "cp compklm.ko foo.ko" and try to sign foo.ko? You > should then be able to do "mv foo.ko compklm.ko"; if compklm.ko is > in fact mapped into some process, it will continue to use the original > version, which will be kept around (invisibly) until all mappings go away. > This is what compilers, install(8), etc, normally do. > > Does your signfile program do anything with the target file before > open(..., O_RDWR)? > I've just found my problem. We have a wrapper program that basically handles parsing command line options and is suppose to adjust the argv[] array so that it only contains the remaining non-option targets starting at index zero. So I am doing 'open(argv[0], O_RDWR, 0)' expecting it to be the .ko file. Turns out it was not operating as described (whipping post to be erected later); so argv[0] actually pointed at the operating program, not the first target past the cmd line options. *-) Mystery solved. Thanks, Patrick From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 8 17:46:57 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7441010656AA; Thu, 8 Apr 2010 17:46:57 +0000 (UTC) (envelope-from masoom.shaikh@gmail.com) Received: from mail-pz0-f184.google.com (mail-pz0-f184.google.com [209.85.222.184]) by mx1.freebsd.org (Postfix) with ESMTP id 2A1748FC1A; Thu, 8 Apr 2010 17:46:56 +0000 (UTC) Received: by pzk14 with SMTP id 14so335879pzk.8 for ; Thu, 08 Apr 2010 10:46:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DFGe+IrFgJlJlV4lFSNcAePmGnzbkZm0zWSu5elO0fU=; b=KGLuhVqjETzytaKaEm0IXxIszDwcDx0jxBk7fsTYe5FcLm1TY3p4Kcceh6x6C0+eBh gkFrkpBAMans7KGzitDqrU64d2vK6J+2BFzNusy8sMvh7xqd9Tt+XzWrtsBCmkVqSxkq YjtoNJxb3uRPM7lDXZY3dAcCLi9b+/WFApeaU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=DmTASIbNSbpSpnbBHqe0vUUO0yhRjPsOx0PZnQHHnV9P6pkDB35WlrtLu8oV4AnrA3 Ao2aT8nteUYsOQIxtX19clWU42ze7EeSQYhUsCOqbAQMN/S415mnSG6v05xhvQGiaQWX v0XiXyFaRyqRJmKg9dZPYL5DYDqPBx7F90Tn8= MIME-Version: 1.0 Received: by 10.140.166.18 with HTTP; Thu, 8 Apr 2010 10:46:55 -0700 (PDT) In-Reply-To: References: <9bbcef731003280503q4993e5b4ud8d874b8e9c376a9@mail.gmail.com> <9bbcef731003281038x33b8a9atc2a81d22aa26468@mail.gmail.com> Date: Thu, 8 Apr 2010 17:46:55 +0000 Received: by 10.141.124.18 with SMTP id b18mr693793rvn.202.1270748816098; Thu, 08 Apr 2010 10:46:56 -0700 (PDT) Message-ID: From: Masoom Shaikh To: Anoop Kumar Narayanan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, Ivan Voras , freebsd-questions@freebsd.org Subject: Re: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 17:46:57 -0000 On Thu, Apr 8, 2010 at 4:45 PM, Anoop Kumar Narayanan wrote: > On Sat, Apr 3, 2010 at 6:21 PM, Masoom Shaikh w= rote: >> On Sun, Mar 28, 2010 at 5:38 PM, Ivan Voras wrote: >>> On 28 March 2010 16:42, Masoom Shaikh wrote: >>> >>>> lets assume if this is h/w problem, then how can other OSes overcome >>>> this ? is there a way to make FreeBSD ignore this as well, let it >>>> result in reasonable performance penalty. >>> >>> Very probably, if only we could detect where the problem is. >>> Try adding "options =A0 =A0 PRINTF_BUFR_SIZE=3D128" to the kernel >>> configuration file if you can, to see if you can get a less mangled >>> log outout. >>> >> >> ok, after few days of silence I am back with more questions >> this time system feels little better, it is able to sustain for more >> time that what 7.3-RELEASE could >> >> FreeBSD raptor 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Thu Apr =A01 >> 01:20:45 UTC 2010 =A0 =A0 root@:/usr/obj/usr/src/sys/INSPIRON =A0amd64 >> >> I am using KDE4, and when OS freezes, well it freezes, means I cannot >> change to tty0 and see the panic text, if any it might possibly have >> spit. the stuck frozen GUI keeps staring there. So the question is how >> to I capture that panic text ? unfortunately I am not getting core >> files too, so there is nothing I can pick up hints >> >> is there some option (KDB, DDB), so that on panic system drop to debugge= r ? >> >> Masoom Shaikh > > I am having the very same problem, with my AMD64 running i386 (both > 7.3-REL and 8.0-REL) keeps crashing, The best part is, if I disable > ACPI it crashes before it even boots up so is the case with safe-mode > and single-user-mode. With ACPI it boots up but crashes after a while. > I have the vmcore files on the system. Who do I contact on this regard > ? > >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.= org" >> > can u load that file in kgdb in get backtrace ? From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 9 10:28:54 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 860CF106566C for ; Fri, 9 Apr 2010 10:28:54 +0000 (UTC) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: from relay2.tomsk.ru (relay2.tomsk.ru [212.73.124.8]) by mx1.freebsd.org (Postfix) with ESMTP id DC4B18FC15 for ; Fri, 9 Apr 2010 10:28:53 +0000 (UTC) X-Virus-Scanned: by clamd daemon 0.93.1 for FreeBSD at relay2.tomsk.ru Received: from admin.sibptus.tomsk.ru (account sudakov@sibptus.tomsk.ru [212.73.125.240] verified) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.13) with ESMTPSA id 13716293 for freebsd-hackers@freebsd.org; Fri, 09 Apr 2010 17:28:51 +0700 Received: from admin.sibptus.tomsk.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.tomsk.ru (8.13.6/8.13.6) with ESMTP id o39ASo1h038720 for ; Fri, 9 Apr 2010 17:28:50 +0700 (OMSST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: (from sudakov@localhost) by admin.sibptus.tomsk.ru (8.13.6/8.13.6/Submit) id o39ASnO1038719 for freebsd-hackers@freebsd.org; Fri, 9 Apr 2010 17:28:49 +0700 (OMSST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) X-Authentication-Warning: admin.sibptus.tomsk.ru: sudakov set sender to sudakov+freebsd@sibptus.tomsk.ru using -f Date: Fri, 9 Apr 2010 17:28:49 +0700 From: Victor Sudakov To: freebsd-hackers Message-ID: <20100409102849.GA38673@admin.sibptus.tomsk.ru> Mail-Followup-To: Victor Sudakov , freebsd-hackers References: <20100331044031.GA24278@admin.sibptus.tomsk.ru> <20100331105831.GA31323@admin.sibptus.tomsk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100331105831.GA31323@admin.sibptus.tomsk.ru> User-Agent: Mutt/1.4.2.3i Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://vas.tomsk.ru/vas.asc Subject: Re: kern/104406 on 8.0-RELEASE-p2 ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 10:28:54 -0000 Victor Sudakov wrote: > > > I seem to have symptoms of kern/104406 on a 8.0-RELEASE-p2 system. > > > After an uptime of several days, many processes get stuck in the "ufs" > > > state. The processes which had already opened some files before the > > > deadlock continue working all right, e.g. my old login sessions are > > > functional but I cannot start a new ssh session to the box. > > > > > > Can you advise me a workaround? > > > > > > The box is being used as a BGP (quagga) router with two full views. > > > Hardware configuration is below: > > > > > [dd] > > > > > Do you have disable the flowtable options? > > > > # sysctl net.inet.flowtable.enable=0 > > net.inet.flowtable.enable: 1 -> 0 > > > > This feature is default since 8 release, but is not good for bgp full > > routing. > > It seems to be a different issue, kern/144917 related, but a good idea > anyway to set net.inet.flowtable.enable=0. Thank you for the reminder. > > However, my box does not crash or lock up hard, just some processes > lock up in the "ufs" state and other processes cannot access files. With net.inet.flowtable.enable=0 the box has been working for a week already without lockups. Is this flowtable really the cause of the problem, or is it a coincidence? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 9 14:21:53 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70871106566C for ; Fri, 9 Apr 2010 14:21:53 +0000 (UTC) (envelope-from salfrancl.listas@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 027B98FC1F for ; Fri, 9 Apr 2010 14:21:52 +0000 (UTC) Received: by bwz8 with SMTP id 8so1103729bwz.3 for ; Fri, 09 Apr 2010 07:21:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=FCNH/3KcEpKzXnBdv3xEoaoDZE1+TIN9ZfBIQRMwbog=; b=avSqB3QQ7HSblxG6+BhkFGq7eo0F9LrxWYmQzAV6Jik7lrw/JMEkQcyVyrn8scNOhq DBCIyS/MthSoGDf6wUQedePiNV/fklNIneUrK/+wy8l1uSHvRVzOIeNLkS98IapgUMKI krIh4p5gE2Tx8YDSNHUsrHYwPIY0OAtZF/YxQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=oxQ5MLzeeyLi/4tEYcLr48NJ5lS7DduUC5tMRnp4MOdwpRXOi4azR1gC4sXn5C1v/l WgBUGyGI9dFmTBi4CLIH7QtHBRLEUNMF6Sb5Yxp7f+EIRTbNAnMVIh2R83Y+x8hxb+Pa 3kO1r4geAPC+spR6E18Z28FZg1fDO8fuBfSNM= MIME-Version: 1.0 Received: by 10.204.102.211 with HTTP; Fri, 9 Apr 2010 07:16:33 -0700 (PDT) Date: Fri, 9 Apr 2010 10:16:33 -0400 Received: by 10.204.11.18 with SMTP id r18mr164735bkr.55.1270822593285; Fri, 09 Apr 2010 07:16:33 -0700 (PDT) Message-ID: From: Leinier Cruz Salfran To: freebsd-hackers Content-Type: text/plain; charset=ISO-8859-1 Subject: make pkg_install suite reusable, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 14:21:53 -0000 hello fbsd devs i want to ask you one thing: can you make the 'pkg_install' suite reusable .. means install 'libinstall.a' as a shared object in order to make it reusable by others devs i'm developing a packages manager and i borrow almost all 'pkg_install' in order to be able to do things related to packages such as install, delete, compare versions, etc... but i made some modifications because i put all code together, so, i changed 'pkg_perform' function by their respective well waiting................................. From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 9 14:36:21 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4094A106566B for ; Fri, 9 Apr 2010 14:36:21 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-yx0-f175.google.com (mail-yx0-f175.google.com [209.85.210.175]) by mx1.freebsd.org (Postfix) with ESMTP id EEBDF8FC20 for ; Fri, 9 Apr 2010 14:36:20 +0000 (UTC) Received: by yxe5 with SMTP id 5so556661yxe.3 for ; Fri, 09 Apr 2010 07:36:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=cI/Uvkh2pLGCnuBOOwQUCzmr0pOAs+ayohF4vPS/RjE=; b=ZdabFibKQDogSeT8sY0tpEycVmPRVTOtDA0Rq18igZQYx4x1KUh1jOaSkEk2aB9Myk p0ZE1X2Wj35kl4ij2Ja4Me9F1jWtHw0XjsICSdaf5q5/YJVu3Xm577awfz8ga+NZ8/nW ABNu/I4KoIdLy1j54ccsju4rRFbZCHJEUwLOA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=tJj87rRTowkoN8heKTde+chQZsmyZrpyfztQrkN+aJGNRqmDUPS0LZS3Q7kmTD66pt cHXdE6zJIaCh9GUeM/Zn24Oeip3PjDV66eyD+Pjn6JLz8aJjAsEFpxCOruGN9Qn8at2k h+Tp3FxmrCBs5+76czc8PDHurFysuWfQ8XFyc= MIME-Version: 1.0 Received: by 10.90.119.15 with HTTP; Fri, 9 Apr 2010 07:36:17 -0700 (PDT) In-Reply-To: References: Date: Fri, 9 Apr 2010 18:36:17 +0400 Received: by 10.90.6.8 with SMTP id 8mr83767agf.68.1270823780180; Fri, 09 Apr 2010 07:36:20 -0700 (PDT) Message-ID: From: Alexander Churanov To: Leinier Cruz Salfran Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers Subject: Re: make pkg_install suite reusable, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 14:36:21 -0000 2010/4/9 Leinier Cruz Salfran > i want to ask you one thing: can you make the 'pkg_install' suite > reusable .. means install 'libinstall.a' as a shared object in order > to make it reusable by others devs > Hi Leinier, I'd like to add my 50 cents. From my point of view, the true UNIX way is re-using whole programs. This provides unbelievable isolation and correctness. If you don't want to fork myriads of processes each second, then, it's, probably, better to ask for pipe mode of pkg_* tools. For example, aspell works that way. You start a process, write commands and queries and read results. Alexander Churanov From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 9 14:38:37 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDF641065689 for ; Fri, 9 Apr 2010 14:38:37 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-gx0-f211.google.com (mail-gx0-f211.google.com [209.85.217.211]) by mx1.freebsd.org (Postfix) with ESMTP id 980B38FC2E for ; Fri, 9 Apr 2010 14:38:37 +0000 (UTC) Received: by gxk3 with SMTP id 3so1757727gxk.13 for ; Fri, 09 Apr 2010 07:38:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=yjRPa/rvBnZf9vumDN9+2efMV+JOVCd1L7g9drc4Rtg=; b=nex66RyDqhrQba0JexubdmmdHRLSHX2LLTlEGmiEV2Cjn1scYNccwggen0XtCLwAFH xWTYgJ253eGMzXelHT68nvb9B6gHFzrJODmxdAtju1tRNHKZ3jAE9ewetu/ivbWvkYSE +KLvtzYYs9akpchj66Sc+TIN9TbX920Ptev+0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=dMGKkRthjMZfVh8XlPEYW2BZEzctcU8cbsVj9DKMmBlqnUmVkD6fSOHy4ripSK8jVB ZOUIDkMLbO9/r0wJ32E2rT1aH6TaKw4GaFXmB699MdolcOMetow+jsSAh+Ydk8c0dcUL B3ctA2zX1GoP2GMDaH/NR6h/un0SR+SOkZN1M= MIME-Version: 1.0 Received: by 10.90.119.15 with HTTP; Fri, 9 Apr 2010 07:38:35 -0700 (PDT) In-Reply-To: References: Date: Fri, 9 Apr 2010 18:38:35 +0400 Received: by 10.91.95.15 with SMTP id x15mr79707agl.104.1270823915756; Fri, 09 Apr 2010 07:38:35 -0700 (PDT) Message-ID: From: Alexander Churanov To: Leinier Cruz Salfran Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers Subject: Re: make pkg_install suite reusable, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 14:38:37 -0000 Leinier, I forgot to mention that character-mode IO also resolves all binary compatibility issues and makes possible implementing wrappers for any programming language much easier. Alexander Churanov From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 9 14:40:21 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53E671065674 for ; Fri, 9 Apr 2010 14:40:21 +0000 (UTC) (envelope-from salfrancl.listas@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id D938C8FC17 for ; Fri, 9 Apr 2010 14:40:20 +0000 (UTC) Received: by bwz8 with SMTP id 8so1117408bwz.3 for ; Fri, 09 Apr 2010 07:40:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=Cd47/u3RgCx6iF02YBrFiSXwRGXXwno0jHx1rht2Iik=; b=tCUOrMA7S6RS8YVCo/Fp7mIPVAjMgsNhwc/OD0ydKiMHusxR0g/bEqLxcrqqtfv6JH oq4940sReczzEP3af3T9KD+ZiNL54eR/ypwBwzywLgyKIMF61BcBrKePSuvrWk+eUVNv YGb0Qhh5PXttkhePxuqcsAcvnQVhAF1+83+0Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ccEx+CkcRi+ooWG6CKTqxa0K8B+wbz2OLwA1sjRRVqB6pR75pUxAYC8VPfdqp0lSSA ugaB+mznfSdiMbkotdc3C+8UZ2kYDQjRoRDvd28LNFoDpZQdX3Ya/gIQdSTRDXzZTWN2 oQqOjFRD2SN4k8pPftuFQrBiosZfwt8NAdR6g= MIME-Version: 1.0 Received: by 10.204.102.211 with HTTP; Fri, 9 Apr 2010 07:09:56 -0700 (PDT) Date: Fri, 9 Apr 2010 10:09:56 -0400 Received: by 10.204.82.36 with SMTP id z36mr142362bkk.88.1270822196109; Fri, 09 Apr 2010 07:09:56 -0700 (PDT) Message-ID: From: Leinier Cruz Salfran To: freebsd-hackers Content-Type: text/plain; charset=ISO-8859-1 Subject: c question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 14:40:21 -0000 hello all i want to know your oppinions about this: - use a matrix is faster than use a linked list? example: char *szColumnName[10]; unsigned short iColumnAge[10]; struct _llList { struct _llList *prev, *next; char szName[64]; unsigned short iAge; }; From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 9 14:52:08 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2753B106566C for ; Fri, 9 Apr 2010 14:52:08 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id D20A18FC12 for ; Fri, 9 Apr 2010 14:52:07 +0000 (UTC) Received: by gwaa12 with SMTP id a12so1980769gwa.13 for ; Fri, 09 Apr 2010 07:52:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=WFrjS3Anrer7Hjn6B/u9ZtdOCOvVD7cfAxEwRjt6pi4=; b=rkNzMuwigzAe5lCL0kClr00LfKgU26a6foln1YnBc0G0AxND4OWnrnKD1AXL7ts6dj i3okiI4HzS4giCTvOHaRelStbsqdixSn5hi0t0SORTQeUcL+5BhCIbKd1Y+0qSeZoTr4 e26vO7kY1zds5QeNJ6HB5WEE3g7YVdqKj5StU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=HIJFRwVI6oXgz2coPc45NNFvyHn29Yy5Lmue0MkDPoWdPv5yirf6JmFwydZhViPrT6 WjKnXj31fngGr43x2+W0tuq6oXzP6UC0L8tIRQtL0KeIrwls/hyBzTAOOXhpQaoAp1W3 VBuQbrqamxNTWU+zM7L+vQq1zZc032injGWWg= MIME-Version: 1.0 Received: by 10.90.119.15 with HTTP; Fri, 9 Apr 2010 07:52:04 -0700 (PDT) In-Reply-To: References: Date: Fri, 9 Apr 2010 18:52:04 +0400 Received: by 10.91.31.6 with SMTP id i6mr76789agj.116.1270824727083; Fri, 09 Apr 2010 07:52:07 -0700 (PDT) Message-ID: From: Alexander Churanov To: Leinier Cruz Salfran Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers Subject: Re: c question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 14:52:08 -0000 2010/4/9 Leinier Cruz Salfran > - use a matrix is faster than use a linked list? > > example: > > char *szColumnName[10]; > unsigned short iColumnAge[10]; > > > struct _llList { > struct _llList *prev, *next; > char szName[64]; > unsigned short iAge; > }; Leinier , This depends on what kind of operations are performed. For sequential traversing, both are very appropriate. However, you can not perform a binary search on a list. You also can not combine two arrays into a single one with constant complexity. Lists also have greater memory overhead for small structures. My advice: always use arrays. Use lists if: 1) Copying items when the dynamic arrays grows is inappropriate. 2) List-specific operations like O(1) splicing or O(1) insertions and deletions are required. Alexander Churanov From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 9 16:08:59 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFF98106566B for ; Fri, 9 Apr 2010 16:08:59 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.re1.yahoo.com (mrout1-b.corp.re1.yahoo.com [69.147.107.20]) by mx1.freebsd.org (Postfix) with ESMTP id 97E278FC1E for ; Fri, 9 Apr 2010 16:08:59 +0000 (UTC) Received: from [127.0.0.1] (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1-b.corp.re1.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o39Fmg1Z058959 for ; Fri, 9 Apr 2010 08:48:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=subject:from:to:content-type:date:message-id:mime-version: x-mailer:content-transfer-encoding; b=fUWNL8ugFJtpJId7KgmK6Zn9NVFmPGWniWg1hO5V1AlgEbJcblfiqSSOBq9vF2oH From: Sean Bruno To: freebsd-hackers Content-Type: text/plain; charset="UTF-8" Date: Fri, 09 Apr 2010 08:48:42 -0700 Message-ID: <1270828122.2375.3.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 09 Apr 2010 16:18:33 +0000 Subject: C6 sleep state X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 16:09:00 -0000 Has anyone worked on code for the C6 power state for the Intel Nehalem processors yet? http://download.intel.com/design/processor/applnots/320354.pdf Sean From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 9 17:38:50 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1BC9106566B for ; Fri, 9 Apr 2010 17:38:50 +0000 (UTC) (envelope-from salfrancl.listas@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 4FF388FC0A for ; Fri, 9 Apr 2010 17:38:49 +0000 (UTC) Received: by bwz8 with SMTP id 8so1241927bwz.3 for ; Fri, 09 Apr 2010 10:38:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=1GcLtOO/wdpwexPNPxz5ItyL6NYuRk+LHQL3sxEcI/4=; b=lBM9mLCqQaqbB6PXM2MyvRcizx00TNSv7Uogngn95J1fYadguPkRzN4Mf7v/DaObKy fl3ofM9jwWJH5E0Jkc5T/6yyqk8mFBji2o6rLcoBiYwcNxmkVGWolrAMbYzZI+rcCYds S4b53x2UW7AYZVpUbL9PrpGsJlXj53uopjPkI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=moRZH4RcTvEcd3gLNSqja9UFINO3XL47+Fll0cVvb6VsAA0mY0cwu56rVtG80d5D4M sqHKMD3abjZX5v4HrZbxZ1XZF1aVDW8We7/BLUfWZLeJ5TQWdiWB6X/mcF35OTi94hYU vffHc83Vu33Dw0KQ5CpQGR2J3tI3XLkOjVYFg= MIME-Version: 1.0 Received: by 10.204.102.211 with HTTP; Fri, 9 Apr 2010 10:38:48 -0700 (PDT) In-Reply-To: References: Date: Fri, 9 Apr 2010 13:38:48 -0400 Received: by 10.204.141.69 with SMTP id l5mr427286bku.64.1270834728298; Fri, 09 Apr 2010 10:38:48 -0700 (PDT) Message-ID: From: Leinier Cruz Salfran To: Alexander Churanov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers Subject: Re: make pkg_install suite reusable, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 17:38:50 -0000 On Fri, Apr 9, 2010 at 10:38 AM, Alexander Churanov wrote: > Leinier, > > I forgot to mention that character-mode IO also resolves all binary > compatibility issues and makes possible implementing wrappers for any > programming language much easier. > Alexander Churanov > hello alexander that is the 'easy' way .. but I'm a dev and I want to have 'full control' of what my program is doing .. the 'best' and 'hard' way is to code my program with functions provided by the other dev in which i can catch errors, customize output, bla bla bla well .. i ask this because i'm creating a program in which i must to use pkg_* .. i'll borrow the 'entire' pkg_* source code and customize to fit my needs thanks anyway From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 9 17:41:36 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD9D01065672 for ; Fri, 9 Apr 2010 17:41:36 +0000 (UTC) (envelope-from salfrancl.listas@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 49B3D8FC1E for ; Fri, 9 Apr 2010 17:41:35 +0000 (UTC) Received: by bwz8 with SMTP id 8so1243630bwz.3 for ; Fri, 09 Apr 2010 10:41:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=VWCn/25PVzV29j00ucL3uxd2mXYJFSnLYorirncimZc=; b=v2ua5BhgnkZd7MAoBTmETi0FWAU/xEdCPQTXthgrxOPx7svggcuOntjVouN2h1G3Tv ot8n50Mo/7UD2yrGXLv+i8136hcLaNZ/Qj3QFcBgiDThIphI125gIlxHi8kC2/umnkIe 8YHktWataBTYbRlVxkgY4750zxYvuEtr3UfAE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=rbpWaqtXIBX5BUVB36iDYK5xTS5QV5/8TDkG1YQ++Ve0wpIIgLFHIc7eHDGBrbQdBZ mKlPgexJ49uYkZz5wzvhhzItu8nWlQiNICJNDkg4o46ip4xx4lMOCj/R0uALrsolgrpF UkdY0f+VamU+fouJuHZ9xcRcxmrVZXrDyNrC0= MIME-Version: 1.0 Received: by 10.204.102.211 with HTTP; Fri, 9 Apr 2010 10:41:34 -0700 (PDT) In-Reply-To: References: Date: Fri, 9 Apr 2010 13:41:34 -0400 Received: by 10.204.73.165 with SMTP id q37mr417032bkj.100.1270834894743; Fri, 09 Apr 2010 10:41:34 -0700 (PDT) Message-ID: From: Leinier Cruz Salfran To: Alexander Churanov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers Subject: Re: c question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 17:41:36 -0000 On Fri, Apr 9, 2010 at 10:52 AM, Alexander Churanov wrote: > 2010/4/9 Leinier Cruz Salfran >> >> - use a matrix is faster than use a linked list? >> >> example: >> >> char *szColumnName[10]; >> unsigned short iColumnAge[10]; >> >> >> struct _llList { >> =A0struct _llList *prev, *next; >> =A0char szName[64]; >> =A0unsigned short iAge; >> =A0}; > > > Leinier , > This depends on what kind of operations are performed. For sequential > traversing, both are very appropriate. However, you can not perform a bin= ary > search on a list. You also can not combine two arrays into a single one w= ith > constant complexity. > Lists also have greater memory overhead for small structures. > My advice: always use arrays. > Use lists if: > 1) Copying items when the dynamic arrays grows is inappropriate. > 2) List-specific operations like O(1) splicing or O(1) insertions and > deletions are required. > Alexander Churanov > hello alexander i supposed that a matrix is much faster .. i coded my program to use matrix in that portion but i sent the question to see what others think about this thanks From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 9 18:06:01 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88BD8106566B for ; Fri, 9 Apr 2010 18:06:01 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron3-mailrl.sfsu.edu (iron3-mailrl.sfsu.edu [130.212.10.122]) by mx1.freebsd.org (Postfix) with ESMTP id 6917B8FC0A for ; Fri, 9 Apr 2010 18:06:01 +0000 (UTC) X-Inbound-SFSU: False X-onepass: IPPSC X-From-SFSU: True X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAMcDv0uC1B9b/2dsb2JhbACbPHGzL4hcgnGCGASDJIEpgV6FPw Received: from edg04.sfsu.edu ([130.212.31.91]) by iron3.sfsu.edu with ESMTP; 09 Apr 2010 11:06:01 -0700 Received: from EHB03.ad.sfsu.edu (130.212.31.27) by edg04.sfsu.edu (130.212.31.91) with Microsoft SMTP Server (TLS) id 14.0.689.0; Fri, 9 Apr 2010 11:03:14 -0700 Received: from smtp01.sfsu.edu (130.212.10.100) by ehb.ad.sfsu.edu (130.212.31.27) with Microsoft SMTP Server id 14.0.689.0; Fri, 9 Apr 2010 11:06:00 -0700 Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0.4HF59) with ESMTP id 2010040911055926-182 ; Fri, 9 Apr 2010 11:05:59 -0700 Date: Fri, 9 Apr 2010 11:05:59 -0700 From: KAYVEN RIESE To: Leinier Cruz Salfran In-Reply-To: Message-ID: References: MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0.4HF59 | August 11, 2009) at 04/09/2010 11:05:59, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.4|March 23, 2009) at 04/09/2010 11:06:00, Serialize complete at 04/09/2010 11:06:00 Content-Type: text/plain; charset="US-ASCII"; format=flowed Cc: freebsd-hackers Subject: Re: c question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 18:06:01 -0000 On Fri, 9 Apr 2010, Leinier Cruz Salfran wrote: > hello all > > i want to know your oppinions about this: > > - use a matrix is faster than use a linked list? yes. > > > example: > > char *szColumnName[10]; > unsigned short iColumnAge[10]; > > > struct _llList { > struct _llList *prev, *next; > char szName[64]; > unsigned short iAge; > }; > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > *----------------------------------------------------------* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *----------------------------------------------------------* From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 9 18:07:28 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F716106566B for ; Fri, 9 Apr 2010 18:07:28 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 07DAA8FC08 for ; Fri, 9 Apr 2010 18:07:27 +0000 (UTC) Received: by qyk11 with SMTP id 11so2896851qyk.13 for ; Fri, 09 Apr 2010 11:07:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=jrbMDa4+rIh6a/p6EKcjPAGb0cWmz5P7v6BzJSKQim4=; b=wbGTVm95WWKjJebOdQZ+V64CiR9HB+67yHhznbsqwUpx0+h/MiilsduXfAg+mSGKre GFc1HDCBLj4/arfWlR9xRmWp1XQeGdlQl5LVVZW7uPO/818fMRWLOZGjXakEwzsfse2x 5SYDC+3XVkXK/mrOqxcIosAik37f6GQArqH3I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=tvqON137pNCqKof2KBEU3/uZf9qxjCqBL4CtkUv2aaTNKnIKVaXlhFGgDfxLgs20yz jrq01YT0FQzTVFcEonXvW9mJR3+MKcFZkiWdkVRBwyd/qKMsTJrdoXr5s7737QDbj0bm oHU7Iyhh+J78Ydwe7Pqdfrti9BnWRYNOLBoSQ= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Fri, 9 Apr 2010 11:07:26 -0700 (PDT) In-Reply-To: References: Date: Fri, 9 Apr 2010 11:07:26 -0700 Received: by 10.229.230.4 with SMTP id jk4mr571259qcb.1.1270836447171; Fri, 09 Apr 2010 11:07:27 -0700 (PDT) Message-ID: From: Garrett Cooper To: Leinier Cruz Salfran Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers , Alexander Churanov Subject: Re: make pkg_install suite reusable, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 18:07:28 -0000 On Fri, Apr 9, 2010 at 10:38 AM, Leinier Cruz Salfran wrote: > On Fri, Apr 9, 2010 at 10:38 AM, Alexander Churanov > wrote: >> Leinier, >> >> I forgot to mention that character-mode IO also resolves all binary >> compatibility issues and makes possible implementing wrappers for any >> programming language much easier. >> Alexander Churanov >> > > hello alexander > > that is the 'easy' way .. but I'm a dev and I want to have 'full > control' of what my program is doing .. the 'best' and 'hard' way is > to code my program with functions provided by the other dev in which i > can catch errors, customize output, bla bla bla > > well .. i ask this because i'm creating a program in which i must to > use pkg_* .. i'll borrow the 'entire' pkg_* source code and customize > to fit my needs Work is being done by several individuals to make this a reality, but it's going to take time. Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 9 19:05:50 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 871731065670 for ; Fri, 9 Apr 2010 19:05:49 +0000 (UTC) (envelope-from corky1951@comcast.net) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by mx1.freebsd.org (Postfix) with ESMTP id 6F1E88FC1C for ; Fri, 9 Apr 2010 19:05:49 +0000 (UTC) Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta15.emeryville.ca.mail.comcast.net with comcast id 3WNv1e0041vN32cAFWsfeD; Fri, 09 Apr 2010 18:52:39 +0000 Received: from comcast.net ([98.203.142.76]) by omta22.emeryville.ca.mail.comcast.net with comcast id 3Wwh1e0011f6R9u8iWwmnE; Fri, 09 Apr 2010 18:56:53 +0000 Received: by comcast.net (sSMTP sendmail emulation); Fri, 09 Apr 2010 11:51:50 -0700 Date: Fri, 9 Apr 2010 11:51:50 -0700 From: Charlie Kester To: freebsd-hackers@freebsd.org Message-ID: <20100409185150.GC61756@comcast.net> Mail-Followup-To: freebsd-hackers@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Mailer: Mutt 1.5.20 X-Composer: VIM 7.2 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: make pkg_install suite reusable, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 19:05:50 -0000 On Fri 09 Apr 2010 at 07:36:17 PDT Alexander Churanov wrote: >2010/4/9 Leinier Cruz Salfran > >> i want to ask you one thing: can you make the 'pkg_install' suite >> reusable .. means install 'libinstall.a' as a shared object in order >> to make it reusable by others devs >> > >Hi Leinier, > >I'd like to add my 50 cents. From my point of view, the true UNIX way is >re-using whole programs. This provides unbelievable isolation and >correctness. If you don't want to fork myriads of processes each second, >then, it's, probably, better to ask for pipe mode of pkg_* tools. For >example, aspell works that way. You start a process, write commands and >queries and read results. +1 It was a watershed moment in my programming career when I realized that the bubbles on those DFD charts we used to use for structured design could be whole processes and not just functions in a single, monolithic program. Suddenly everything the structured design folks were saying about re-use, encapsulation, loose coupling, module cohesion, etc. made a lot more sense when viewed from the perspective of simple Unix utilities communicating with plain text via pipes. We should encourage that approach as a default, and only put things into binary libraries when forced to by performance considerations. From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 9 20:25:30 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E243D106564A for ; Fri, 9 Apr 2010 20:25:30 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 9D4F68FC17 for ; Fri, 9 Apr 2010 20:25:30 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so1219191qwi.7 for ; Fri, 09 Apr 2010 13:25:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type; bh=RVEUnTkXBAX8794OquU7X5lA/KpNbrEBUcBjozvDnpA=; b=vFRIj3fCNpJg6Xb+iKmYNuiqr03bPELlOzR3WaiWyoPJViZQ5jqOpdcxG4NNpnjoR5 gGXnc3g/DkNDwmKU3zteZdVAhmy03RFuIcgAaSQJPbUXbVFltc3B766NOEAnqc31LGXM RZT8j8oLi1L3uidyfmYCUMSE0eUGsMP5VJ6Bs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=svogMK7iY8mXYQL3OTAOopKwuS69okLZQtAyMFoJ5gtgAocKcL0Zhjq8/2UYdP9Cmx pIoC26s/JngjcrTmDyJLmzkSv9ZCA4rU6/e1QimwF/FRkCwhtJ393D9vQqYJGSiAuI0Y jZ0UYgIvBv3AbKgVMAz0r+zXfN4Af8ReX+PPY= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Fri, 9 Apr 2010 13:25:29 -0700 (PDT) In-Reply-To: <20100409185150.GC61756@comcast.net> References: <20100409185150.GC61756@comcast.net> Date: Fri, 9 Apr 2010 13:25:29 -0700 Received: by 10.229.225.7 with SMTP id iq7mr663724qcb.26.1270844729327; Fri, 09 Apr 2010 13:25:29 -0700 (PDT) Message-ID: From: Garrett Cooper To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: make pkg_install suite reusable, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 20:25:31 -0000 On Fri, Apr 9, 2010 at 11:51 AM, Charlie Kester wrote: > On Fri 09 Apr 2010 at 07:36:17 PDT Alexander Churanov wrote: >> >> 2010/4/9 Leinier Cruz Salfran >> >>> i want to ask you one thing: can you make the 'pkg_install' suite >>> reusable .. means install 'libinstall.a' as a shared object in order >>> to make it reusable by others devs >>> >> >> Hi Leinier, >> >> I'd like to add my 50 cents. From my point of view, the true UNIX way is >> re-using whole programs. This provides unbelievable isolation and >> correctness. If you don't want to fork myriads of processes each second, >> then, it's, probably, better to ask for pipe mode of pkg_* tools. For >> example, aspell works that way. You start a process, write commands and >> queries and read results. > > +1 > > It was a watershed moment in my programming career when I realized that > the bubbles on those DFD charts we used to use for structured design > could be whole processes and not just functions in a single, monolithic > program. > Suddenly everything the structured design folks were saying about > re-use, encapsulation, loose coupling, module cohesion, etc. made a lot > more sense when viewed from the perspective of simple Unix utilities > communicating with plain text via pipes. > We should encourage that approach as a default, and only put things into > binary libraries when forced to by performance considerations. It makes more sense here though because it can be used by the existing tools, it can be linked into other applications (that it makes sense to do so), like sysinstall (or its successor), and there's been some talk about splitting up pkg_install into two separate pieces, one for handling the low-level packaging tasks, and the other for handling the user-facing pieces. Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 10 09:53:50 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9260106564A for ; Sat, 10 Apr 2010 09:53:50 +0000 (UTC) (envelope-from jax-brigs@mail.ru) Received: from fallback3.mail.ru (fallback3.mail.ru [94.100.176.58]) by mx1.freebsd.org (Postfix) with ESMTP id 0FE358FC12 for ; Sat, 10 Apr 2010 09:53:49 +0000 (UTC) Received: from mx71.mail.ru (mx71.mail.ru [94.100.176.85]) by fallback3.mail.ru (mPOP.Fallback_MX) with ESMTP id B0CED21DFB57 for ; Sat, 10 Apr 2010 13:35:29 +0400 (MSD) Received: from [78.29.89.120] (port=42568 helo=JAX) by mx71.mail.ru with psmtp id 1O0X67-00075y-00 for freebsd-hackers@freebsd.org; Sat, 10 Apr 2010 13:35:27 +0400 Message-ID: <7ABA33D2F14F4C0A886EB0F6D58A3D5B@lan.jax.org.ru> From: "jax" To: Date: Sat, 10 Apr 2010 13:35:24 +0400 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Spam: Not detected X-Mras: Ok X-Mailman-Approved-At: Sat, 10 Apr 2010 11:31:25 +0000 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: GSoC 2010 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 09:53:51 -0000 Hello, Everyone I am Igor Druzhinin and I want to participate in GSoC 2010 in FreeBSD = project. I want to propose to completely realise fast syscalls support = for FreeBSD on x86 platform. I have already submited my proposal few = days ago on GSoC site and tried to contact with possible mentors from = technical contacts list. But they they still have not answered me. So I = have decided to try here. What do you think about this proposal? Is it still actual or not? If so, = who can be my mentor? From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 10 10:24:46 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6F8B106564A for ; Sat, 10 Apr 2010 10:24:46 +0000 (UTC) (envelope-from uzunchev.stanislav@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 478488FC16 for ; Sat, 10 Apr 2010 10:24:45 +0000 (UTC) Received: by fxm25 with SMTP id 25so171426fxm.3 for ; Sat, 10 Apr 2010 03:24:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=Yg/L53jCnaRLrscGSpUrDPgTKq5kUFpS+enBTpE8/Vw=; b=dOTyszB7G2t2VrYv13btiKRubmbeF3ku6z/v2qTMibsmsBuTzWUrBF0qslavozQVaR 8hsxQqXIwaAgReLbhhlGlf1H0CEu/4Gk9+R+nrUDw/J7jptL7lieFyIX5gtmjTBsY7QD tOEbg0abHcBHs27iDnNI9L1K3uspCSePVLnMQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=MIo+Dcwv0tAJE26h2texBLXM2F+aP+SS7D7SrydGFbWIeiJ4NNQg7NAMu8shD+K39i ex0PYdHZHxejtYW7ug5OacE3wz4PdZbiHosqj40deeVYMIx6YMqy0GR+Et4m5l3tSUSv 2/gNxWppS0Of5MBhunXYZKQ6npC9wFsbSkA0E= Received: by 10.223.62.207 with SMTP id y15mr1093384fah.92.1270893678449; Sat, 10 Apr 2010 03:01:18 -0700 (PDT) Received: from [192.168.2.101] ([95.87.248.136]) by mx.google.com with ESMTPS id 1sm4675853fkt.41.2010.04.10.03.01.17 (version=SSLv3 cipher=RC4-MD5); Sat, 10 Apr 2010 03:01:17 -0700 (PDT) Message-ID: <4BC084C7.1030007@gmail.com> Date: Sat, 10 Apr 2010 12:01:43 -0200 From: Stanislav User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 10 Apr 2010 11:31:36 +0000 Subject: NIC MAC problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 10:24:46 -0000 On "fresh" freebsd 8.0 one of my nics's mac addres is all zeroes. I can set it to the real manualy, but what may cause this. Is it hardware issue? It is ok on slackware linux. From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 10 12:23:35 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63DBB106564A for ; Sat, 10 Apr 2010 12:23:35 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id E341C8FC12 for ; Sat, 10 Apr 2010 12:23:34 +0000 (UTC) Received: by fxm25 with SMTP id 25so210600fxm.3 for ; Sat, 10 Apr 2010 05:23:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=nfyraVRr5aaPpWGl+3jLeAbCOXZK4X8EJ/JtqFtWj10=; b=FPGeUwKrF5oxvtTxv+Bi+odfyvD8g2K1ABOWDwVKgl6dIYmSVUpC2NzO773UpVXoY7 7rFC2fQuZBCW7owT5rGCcJVgYi6b9zylnOSH+SFoxnrpPmSnElGpA6EzkV7WAOTuwJpd 9Ab7tvOCvqmNcRuOz5/RGWKAsAtazkHFDOlg0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=dmG5vPzg9EhZLAchjrjhbXRoV0GRjeFCOn9FLiYu7ddUiyuoolU/u2PhvFFVGvQt3j NSpo3Jq4aJ/HA1UoKCIeTFPpx/GfBNYJAfPkL/6YWne6MSax3/URMi1HVrT0BVAw31Sc XQZnUWeCwwSkoN14YxSK8Yfvp3gRaWX9r210E= Received: by 10.223.143.9 with SMTP id s9mr1304437fau.52.1270902213755; Sat, 10 Apr 2010 05:23:33 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 13sm1326038fxm.2.2010.04.10.05.23.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 10 Apr 2010 05:23:33 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <4BC084C7.1030007@gmail.com> Date: Sat, 10 Apr 2010 13:23:31 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <8C4B7134-0A7F-41DE-8B2C-06FF40799E0E@freebsd.org> References: <4BC084C7.1030007@gmail.com> To: Stanislav X-Mailer: Apple Mail (2.1078) Cc: freebsd-hackers@freebsd.org Subject: Re: NIC MAC problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 12:23:35 -0000 On 10 Apr 2010, at 15:01, Stanislav wrote: > On "fresh" freebsd 8.0 one of my nics's mac addres is all zeroes. I = can set it to the real manualy, but what may cause this. Is it hardware = issue? It is ok on slackware linux. Please post your dmesg and detail which card model you have. Regards, -- Rui Paulo