From owner-freebsd-stable@FreeBSD.ORG Sun Jan 6 20:40:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 510B020A for ; Sun, 6 Jan 2013 20:40:58 +0000 (UTC) (envelope-from simon@qxnitro.org) Received: from mail-la0-f50.google.com (mail-la0-f50.google.com [209.85.215.50]) by mx1.freebsd.org (Postfix) with ESMTP id B515F1759 for ; Sun, 6 Jan 2013 20:40:57 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id fs13so13363284lab.23 for ; Sun, 06 Jan 2013 12:40:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qxnitro.org; s=google; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=sqB8+ebB34aXCNpAS6VPKbyuS6T6ZbAAs1xTzgM7RHA=; b=Ri8kfJ7BJLmYNFa5e3IrfF4e10jaTsr4cK3cm9nxiuKXynWKIVwEd1bi7QSqY33ani PWQFeEHJXfbgEHvC5XO7cVcG3gaY5V9zBOg5STfoNlFdZB0qrGCpifYwk7u78OPQMRdO dGEKH148p9DO5TSgrOsp37NOco4p7Xu1ozF+8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :x-gm-message-state; bh=sqB8+ebB34aXCNpAS6VPKbyuS6T6ZbAAs1xTzgM7RHA=; b=LQJiC7yoDkyKsNiZR4WZv0Mkun4UMYnzAxW/U+ze3SZQWKvggluBdbggr9e5nC+NXZ cAWGKR5Xt2wAvlBqX8iW9ikIIlEaV3hSN7IgsszI8uPVgeG/BVi0R9Fb2ODuQXZtd8JF TPwzeCSrQPsfC7nwHRsZcNYcIL/AiqTqgHeEjEyGw9jbPMn/fnVXS5oap4BZuq4famIo ZGWdNwFoeM3p8zMSWqvJxLBC0/c8KLI1kUF4MQDslPlE/k0vl26swlzrkQAgH2JwS4Gu 3p2JNGpx8CJ3HkLgY32DLR/B7uPSIOFgg6VXTp/NkcUQGF1IZXGe3jr/KXQ1N4xo3mTn m6Hg== MIME-Version: 1.0 Received: by 10.112.8.163 with SMTP id s3mr22506068lba.113.1357504850848; Sun, 06 Jan 2013 12:40:50 -0800 (PST) Sender: simon@qxnitro.org Received: by 10.112.19.41 with HTTP; Sun, 6 Jan 2013 12:40:50 -0800 (PST) X-Originating-IP: [89.100.233.26] In-Reply-To: References: Date: Sun, 6 Jan 2013 20:40:50 +0000 X-Google-Sender-Auth: eRO-tpUe4Hpx0q0vK3fNKHFWSlA Message-ID: Subject: Re: FreeBSD wiki offline for a bit From: "Simon L. B. Nielsen" To: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkKgeQHNoSWlh10SxxNB3k5Xm969j52m7B42IF9gAemRBicVFVURQk6fDSQIC2dSKOqHrkW X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jan 2013 20:40:58 -0000 Hey, tl;dr Wiki is back, and everybody with account need to reset their password. On 4 January 2013 22:38, Simon L. B. Nielsen wrote: > Due to a security issue in the moinmoin wiki software, the FreeBSD > wiki will be offline for a bit. I do not yet know if the issue > actually has been exploited in the FreeBSD wiki (haven't had the time > yet to examine it), but I took the wiki down just in case. > > Note that even if the software was compromised, it was considered > untrusted from the start and as such heavily sandboxed (including > jailed) to keep it away from any sensitive FreeBSD.org parts, so there > is absolutely no reason to believe a compromise would go any further > than the wiki itself. > > I hope to have the wiki back within 24 hours, assuming not too much > gets in the way. > > For further reference see: http://moinmo.in/SecurityFixes and > http://permalink.gmane.org/gmane.linux.debian.devel.announce/1754 . > > PS. this is entirely unrelated to the 2012 November FreeBSD.org compromise. The wiki is back now. Looking at logs it there were people attempting to exploit this back in July but I do not think they actually succeeded. It seemed to mostly automated bot and not a target attempt. The wiki has been reinstalled from scratch and users and pages were copied. As I did a very selective copy it's entirely possible I made the wiki unhappy, so let me know if you see issues. Just to be extra safe I have reset all password, so everybody will need need to use the standard account recovery process to set a new password. On a side note we have ~23000 user accounts and had 26000 empty pages mostly caused by spammers, so someone(tm) will likely need to find a way to change how we handle wiki user accounts to fix this. PS. only reason I could see that they tried back in July was that I found out I had forgotten to set up log rotation, so the wiki logfile was over 3GB :-). (It was the internal log file which doesn't contain user IP's so privacy part isn't really an issue.) -- Simon L. B. Nielsen Hat: clusteradm From owner-freebsd-stable@FreeBSD.ORG Sun Jan 6 20:46:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2059D65B for ; Sun, 6 Jan 2013 20:46:09 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id C62F417A8 for ; Sun, 6 Jan 2013 20:46:08 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Trx6c-0006Tl-1l for freebsd-stable@freebsd.org; Sun, 06 Jan 2013 21:46:06 +0100 Received: from h253044.upc-h.chello.nl ([62.194.253.44] helo=pinky) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1Trx6c-0007Oq-4E for freebsd-stable@freebsd.org; Sun, 06 Jan 2013 21:46:06 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: FreeBSD wiki offline for a bit References: Date: Sun, 06 Jan 2013 21:46:05 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.12 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.8 X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: 729ef2e9e2cd27dd49f9ca04774c95e6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jan 2013 20:46:09 -0000 On Sun, 06 Jan 2013 21:40:50 +0100, Simon L. B. Nielsen wrote: > Hey, > > tl;dr Wiki is back, and everybody with account need to reset their > password. > > On 4 January 2013 22:38, Simon L. B. Nielsen wrote: >> Due to a security issue in the moinmoin wiki software, the FreeBSD >> wiki will be offline for a bit. I do not yet know if the issue >> actually has been exploited in the FreeBSD wiki (haven't had the time >> yet to examine it), but I took the wiki down just in case. >> >> Note that even if the software was compromised, it was considered >> untrusted from the start and as such heavily sandboxed (including >> jailed) to keep it away from any sensitive FreeBSD.org parts, so there >> is absolutely no reason to believe a compromise would go any further >> than the wiki itself. >> >> I hope to have the wiki back within 24 hours, assuming not too much >> gets in the way. >> >> For further reference see: http://moinmo.in/SecurityFixes and >> http://permalink.gmane.org/gmane.linux.debian.devel.announce/1754 . >> >> PS. this is entirely unrelated to the 2012 November FreeBSD.org >> compromise. > > The wiki is back now. > > Looking at logs it there were people attempting to exploit this back > in July but I do not think they actually succeeded. It seemed to > mostly automated bot and not a target attempt. > > The wiki has been reinstalled from scratch and users and pages were > copied. As I did a very selective copy it's entirely possible I made > the wiki unhappy, so let me know if you see issues. > > Just to be extra safe I have reset all password, so everybody will > need need to use the standard account recovery process to set a new > password. > > On a side note we have ~23000 user accounts and had 26000 empty pages > mostly caused by spammers, so someone(tm) will likely need to find a > way to change how we handle wiki user accounts to fix this. Can't people confirm their account by receiving an email with a link? The same as mailman does. Or a captcha? Ronald. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 6 21:43:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E84CF46C for ; Sun, 6 Jan 2013 21:43:23 +0000 (UTC) (envelope-from gondim@bsdinfo.com.br) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [186.193.48.13]) by mx1.freebsd.org (Postfix) with ESMTP id A7951193C for ; Sun, 6 Jan 2013 21:43:23 +0000 (UTC) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) by zeus.linuxinfo.com.br (Postfix) with ESMTP id 2FC73466A473 for ; Sun, 6 Jan 2013 19:33:41 -0200 (BRST) X-Virus-Scanned: amavisd-new at zeus.linuxinfo.com.br Received: from zeus.linuxinfo.com.br ([127.0.0.1]) by zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M843QVEXbclI for ; Sun, 6 Jan 2013 19:33:38 -0200 (BRST) Received: from MacBook-de-Gondim-2.local (unknown [186.193.54.69]) by zeus.linuxinfo.com.br (Postfix) with ESMTPSA id 45FA4466A45B for ; Sun, 6 Jan 2013 19:33:38 -0200 (BRST) Message-ID: <50E9EDEF.7090708@bsdinfo.com.br> Date: Sun, 06 Jan 2013 19:34:39 -0200 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD wiki offline for a bit References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jan 2013 21:43:24 -0000 Em 06/01/13 18:40, Simon L. B. Nielsen escreveu: > Hey, > > tl;dr Wiki is back, and everybody with account need to reset their password. > > On 4 January 2013 22:38, Simon L. B. Nielsen wrote: >> Due to a security issue in the moinmoin wiki software, the FreeBSD >> wiki will be offline for a bit. I do not yet know if the issue >> actually has been exploited in the FreeBSD wiki (haven't had the time >> yet to examine it), but I took the wiki down just in case. >> >> Note that even if the software was compromised, it was considered >> untrusted from the start and as such heavily sandboxed (including >> jailed) to keep it away from any sensitive FreeBSD.org parts, so there >> is absolutely no reason to believe a compromise would go any further >> than the wiki itself. >> >> I hope to have the wiki back within 24 hours, assuming not too much >> gets in the way. >> >> For further reference see: http://moinmo.in/SecurityFixes and >> http://permalink.gmane.org/gmane.linux.debian.devel.announce/1754 . >> >> PS. this is entirely unrelated to the 2012 November FreeBSD.org compromise. > The wiki is back now. > > Looking at logs it there were people attempting to exploit this back > in July but I do not think they actually succeeded. It seemed to > mostly automated bot and not a target attempt. > > The wiki has been reinstalled from scratch and users and pages were > copied. As I did a very selective copy it's entirely possible I made > the wiki unhappy, so let me know if you see issues. > > Just to be extra safe I have reset all password, so everybody will > need need to use the standard account recovery process to set a new > password. > > On a side note we have ~23000 user accounts and had 26000 empty pages > mostly caused by spammers, so someone(tm) will likely need to find a > way to change how we handle wiki user accounts to fix this. > > PS. only reason I could see that they tried back in July was that I > found out I had forgotten to set up log rotation, so the wiki logfile > was over 3GB :-). (It was the internal log file which doesn't contain > user IP's so privacy part isn't really an issue.) > Thanks and congratulations for your job! []'s Gondim http://www.bsdinfo.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Jan 7 23:54:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5AB5E2FC for ; Mon, 7 Jan 2013 23:54:46 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 25425DDD for ; Mon, 7 Jan 2013 23:54:44 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r07Nqeqi038406; Mon, 7 Jan 2013 17:52:40 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id r07NqeDj038405; Mon, 7 Jan 2013 17:52:40 -0600 (CST) (envelope-from brooks) Date: Mon, 7 Jan 2013 17:52:40 -0600 From: Brooks Davis To: jb Subject: Re: What is "negative group permissions"? (Re: narawntapu security run output) Message-ID: <20130107235240.GB35700@lor.one-eyed-alien.net> References: <201212230805.qBN850Pj083122@narawntapu.narawntapu> <50D7287C.7020802@aldan.algebra.com> <20121223162332.GA38788@pit.databus.com> <50D86D60.2060506@aldan.algebra.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZoaI/ZTpAVc4A5k6" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2013 23:54:46 -0000 --ZoaI/ZTpAVc4A5k6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 24, 2012 at 03:27:57PM +0000, jb wrote: > Mikhail T. aldan.algebra.com> writes: >=20 > >=20 > > On 23.12.2012 11:48, Chris Rees wrote: > > > They involve a lot of thought to get right, as well as chmod g-w on= =20 > > > something where you probably meant chmod go-w is a disastrous but=20 > > > (perhaps) common error. Chris=20 > >=20 > > Well, in (over 20) years of dealing with Unix, I've never made a mistak= e=20 > > like that, nor do I understand, how it can be considered "common" ...= =20 > > Got to admit, I was surprised to see it. It made me think, I do not=20 > > understand something -- or that FreeBSD is becoming overly=20 > > paternalistic. It turned out to be the latter... > >=20 > > I doubt, it is useful. Worse, issuing such warnings routinely, only=20 > > reinforces the unfortunate misconceptions like the one Barney=20 > > demonstrated in this thread. When originally added, the check was meant= =20 > > to be off by default: > > ...=20 > > perhaps, it should have remained off? Yours, >=20 > Those security checks are for a reason - people make mistakes (even a per= fect > guy like you will have a "head in a brown bag" time). > It is better to get a heads-up, then think about it and turn it off (cust= omize) > if considered unneeded. This specific check is there and on by default because you CAN NOT rely on negative group permissions unless you never use more than 14 groups or never use NFS. The check is a compromise I implemented as part of the switch to allowing large number of groups per user (technically per-process). Users who wish to use them and know what they are doing can easily turn it off. IIRC the reason it was off by default to start with is that I wanted to MFC it but it's been a long time so I'm no longer certain. -- Brooks --ZoaI/ZTpAVc4A5k6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFQ61/IXY6L6fI4GtQRAtxnAKDL+umY52FgYoKBOmlfQ8BSAZU1HACgu6NM 3YZhXpNzo/Vu4hgnsd1t1X0= =72wK -----END PGP SIGNATURE----- --ZoaI/ZTpAVc4A5k6-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 06:39:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BBD66A5F for ; Tue, 8 Jan 2013 06:39:47 +0000 (UTC) (envelope-from Andre.Albsmeier@siemens.com) Received: from thoth.sbs.de (thoth.sbs.de [192.35.17.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3E264DA0 for ; Tue, 8 Jan 2013 06:39:46 +0000 (UTC) Received: from mail2.siemens.de (localhost [127.0.0.1]) by thoth.sbs.de (8.13.6/8.13.6) with ESMTP id r086djLN027711 for ; Tue, 8 Jan 2013 07:39:45 +0100 Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.40.130]) by mail2.siemens.de (8.13.6/8.13.6) with ESMTP id r086diX0012424 for ; Tue, 8 Jan 2013 07:39:44 +0100 Received: (from localhost) by curry.mchp.siemens.de (8.14.5/8.14.5) id r086dis9021767; Date: Tue, 8 Jan 2013 07:39:44 +0100 From: Andre Albsmeier To: freebsd-stable@freebsd.org Subject: ppc fails to attach to puc on 9.1-STABLE, 7.4-STABLE works Message-ID: <20130108063944.GA3629@bali> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Echelon: X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 06:39:47 -0000 I want my printer port back on 9.1 ;-( I have this card: puc0@pci0:4:1:0: class=0x078000 card=0x00121000 chip=0x98359710 rev=0x01 hdr=0x00 vendor = 'NetMos Technology' device = 'PCI 9835 Multi-I/O Controller' class = simple comms It attached and worked under 7.4-STABLE (as long as I disabled the interrupt using hint.ppc.0.irq=""): puc0: port 0xdf00-0xdf07,0xde00-0xde07,0xdd00-0xdd07 ,0xdc00-0xdc07,0xdb00-0xdb07,0xda00-0xda0f irq 17 at device 1.0 on pci4 puc0: [FILTER] uart0: on puc0 uart0: [FILTER] uart1: on puc0 uart1: [FILTER] ppc0: on puc0 ppc0: Generic chipset (ECP/EPP/PS2/NIBBLE) in ECP+EPP mode (EPP 1.9) ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Polled port Under 9.1 the card does not attach the ppc anymore. The hint entries hint.ppc.0.at=puc0 hint.ppc.0.irq="" hint.ppc.0.flags=0x2F get ignored and so it probes as ppc1 (failing due to the interrupt problem as it was in 7.4 without hints): puc0: port 0xdf00-0xdf07,0xde00-0xde07,0xdd00-0xdd07 ,0xdc00-0xdc07,0xdb00-0xdb07,0xda00-0xda0f irq 17 at device 1.0 on pci4 uart2: at port 1 on puc0 uart3: <16550 or compatible> at port 2 on puc0 ppc1: at port 3 on puc0 ppc1: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppc1: failed to register interrupt handler: 6 device_attach: ppc1 attach returned 6 Any ideas? How do I construct the hint entries under 9.1 so that 1. it does not want to use the interrupt (which made it attach under 7.4) 2. it takes the flags 0x2F as it did before. I have also never understood if ppc itself needs to attach to the irq as well (I thought this all would be handled by puc). Thanks, -Andre From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 08:08:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2089F269 for ; Tue, 8 Jan 2013 08:08:40 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ob0-f171.google.com (mail-ob0-f171.google.com [209.85.214.171]) by mx1.freebsd.org (Postfix) with ESMTP id E6A65E1 for ; Tue, 8 Jan 2013 08:08:39 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id dn14so97789obc.30 for ; Tue, 08 Jan 2013 00:08:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=epA9AHe6+1O2Ceh1LDcejxwvg4Z9jRXd6TnDemu9Dy4=; b=ra5t2bPIq5y2S8dpgLUMLADjj56oyPzwHsCKqqC89nHN8xtspvDcdQf/7rpnnUA+il uTH5tNmZEP1eogqyXFLb9Po/0bduJU2rNvePcTkYgnVLete9nvVp2D4ku8T+y/5uXEx5 bYH7OryWq9cfT8HT3wQwnlTwEWwfcjp7zMMFuCozMuasoUWdo2j2NG7aCzlSsGbgBztb 4pKFfPz5vRb4PLgYOqimsABcTtNgt1MubLFLqEhgROvOJZE5XR/ucsR7dlW4H7zy0UfG YdpIGa3ouF0QHfEXyanHY42lBO6vs4fGGil6hubIZMHQpK7yt/KubvoAyP/hlmy30q93 TBig== MIME-Version: 1.0 Received: by 10.182.113.101 with SMTP id ix5mr6607976obb.73.1357632513507; Tue, 08 Jan 2013 00:08:33 -0800 (PST) Received: by 10.60.170.167 with HTTP; Tue, 8 Jan 2013 00:08:33 -0800 (PST) In-Reply-To: <50E9EDEF.7090708@bsdinfo.com.br> References: <50E9EDEF.7090708@bsdinfo.com.br> Date: Tue, 8 Jan 2013 10:08:33 +0200 Message-ID: Subject: Re: FreeBSD wiki offline for a bit From: Alexander Yerenkow To: Marcelo Gondim Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 08:08:40 -0000 http://wiki.freebsd.org/ZFSTuningGuide Seems not working :) -- Regards, Alexander Yerenkow From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 08:10:31 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 44AEC376 for ; Tue, 8 Jan 2013 08:10:31 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id DD6DB109 for ; Tue, 8 Jan 2013 08:10:30 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Tue, 8 Jan 2013 09:10:22 +0100 Message-ID: <50EBD46A.7070805@ose.nl> Date: Tue, 08 Jan 2013 09:10:18 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD wiki offline for a bit References: <50E9EDEF.7090708@bsdinfo.com.br> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 08:10:31 -0000 On 01/08/2013 09:08 AM, Alexander Yerenkow wrote: > http://wiki.freebsd.org/ZFSTuningGuide > > Seems not working :) > Works here! From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 08:37:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4FD02695 for ; Tue, 8 Jan 2013 08:37:34 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) by mx1.freebsd.org (Postfix) with ESMTP id 2084B21E for ; Tue, 8 Jan 2013 08:37:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=3JtsLLhbQpJfi+3pQe/A8XvAn+BSkbmVs6EA7ZWm+TI=; b=YZFBvhx9eFC4hI/RC6RQpKDSHfn1CNOP0yFvkaddw6nubf3hh8pLYVqUAo/97Nm6D37pLCVitQr/tzpk5YCRWYftQXiQZcHx8u+mo6MX3YNplLzuCbp2vcmLxRdZCdKQ; Received: from [122.129.203.50] (port=31516 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1TsUgd-002yeg-MW; Tue, 08 Jan 2013 01:37:32 -0700 Date: Tue, 8 Jan 2013 15:37:28 +0700 From: Erich Dollansky To: Alexander Yerenkow Subject: Re: FreeBSD wiki offline for a bit Message-ID: <20130108153728.55c9598a@X220.ovitrap.com> In-Reply-To: References: <50E9EDEF.7090708@bsdinfo.com.br> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: Marcelo Gondim , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 08:37:34 -0000 Hi, On Tue, 8 Jan 2013 10:08:33 +0200 Alexander Yerenkow wrote: > http://wiki.freebsd.org/ZFSTuningGuide Error 503 Service Unavailable Service Unavailable Guru Meditation: XID: 931036950 Varnish cache server is all I get. Erich From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 08:39:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 208167CB for ; Tue, 8 Jan 2013 08:39:33 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id B726D247 for ; Tue, 8 Jan 2013 08:39:32 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)); Tue, 8 Jan 2013 09:39:29 +0100 Message-ID: <50EBDB3D.1000904@ose.nl> Date: Tue, 08 Jan 2013 09:39:25 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Alexander Yerenkow Subject: Re: FreeBSD wiki offline for a bit References: <50E9EDEF.7090708@bsdinfo.com.br> <50EBD46A.7070805@ose.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 08:39:33 -0000 On 01/08/2013 09:32 AM, Alexander Yerenkow wrote: > > > 2013/1/8 Bas Smeelen > > > On 01/08/2013 09:08 AM, Alexander Yerenkow wrote: > > http://wiki.freebsd.org/ZFSTuningGuide > > Seems not working :) > > > Works here! > > > Hm, could you look at this: > ping wiki.freebsd.org > PING wfe0.ysv.freebsd.org (8.8.178.110) That's strange. When I go to http://wiki.freebsd.org/ZFSTuningGuide it works. But when I go to wiki.freebsd.org I get the same Error 503 $ ping wiki.freebsd.org PING wfe0.ysv.freebsd.org (8.8.178.110) 56(84) bytes of data. 64 bytes from wfe0.ysv.FreeBSD.org (8.8.178.110): icmp_req=1 ttl=54 time=160 ms > > > > Error 503 Service Unavailable > > Service Unavailable > Guru Meditation: > > XID: 931032464 > > Varnish cache server From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 08:44:32 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9C98090D for ; Tue, 8 Jan 2013 08:44:32 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 34480274 for ; Tue, 8 Jan 2013 08:44:30 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Tue, 8 Jan 2013 09:44:28 +0100 Message-ID: <50EBDC68.5070603@ose.nl> Date: Tue, 08 Jan 2013 09:44:24 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD wiki offline for a bit References: <50E9EDEF.7090708@bsdinfo.com.br> <20130108153728.55c9598a@X220.ovitrap.com> In-Reply-To: <20130108153728.55c9598a@X220.ovitrap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 08:44:32 -0000 On 01/08/2013 09:37 AM, Erich Dollansky wrote: > Hi, > > On Tue, 8 Jan 2013 10:08:33 +0200 > Alexander Yerenkow wrote: > >> http://wiki.freebsd.org/ZFSTuningGuide > Error 503 Service Unavailable > > Service Unavailable > > Guru Meditation: > > XID: 931036950 > > Varnish cache server > > is all I get. > > Erich http://wiki.freebsd.org/ThwackAFAQ http://wiki.freebsd.org/ same Error 503 as above But http://wiki.freebsd.org/ZFSTuningGuide works in two different browsers, refreshed the page several times and have no proxy in between. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 09:00:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 50B10225 for ; Tue, 8 Jan 2013 09:00:34 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) by mx1.freebsd.org (Postfix) with ESMTP id DCDA6353 for ; Tue, 8 Jan 2013 09:00:33 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.5/8.14.5) with ESMTP id r0890Rog049290 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Jan 2013 10:00:27 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.5/8.14.5/Submit) with ESMTP id r0890RuM049287; Tue, 8 Jan 2013 10:00:27 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 8 Jan 2013 10:00:27 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Bas Smeelen Subject: Re: FreeBSD wiki offline for a bit In-Reply-To: <50EBDB3D.1000904@ose.nl> Message-ID: References: <50E9EDEF.7090708@bsdinfo.com.br> <50EBD46A.7070805@ose.nl> <50EBDB3D.1000904@ose.nl> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-19875931-1357635627=:41917" X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Cc: Alexander Yerenkow , FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 09:00:34 -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. --2055831798-19875931-1357635627=:41917 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Tue, 8 Jan 2013 09:39+0100, Bas Smeelen wrote: > On 01/08/2013 09:32 AM, Alexander Yerenkow wrote: > > > > > > 2013/1/8 Bas Smeelen > > > > > On 01/08/2013 09:08 AM, Alexander Yerenkow wrote: > > > > http://wiki.freebsd.org/ZFSTuningGuide > > > > Seems not working :) > > > > > > Works here! > > > > > > Hm, could you look at this: > > ping wiki.freebsd.org > > PING wfe0.ysv.freebsd.org (8.8.178.110) > > That's strange. > When I go to http://wiki.freebsd.org/ZFSTuningGuide it works. > > But when I go to wiki.freebsd.org I get the same Error 503 It may seem browser cache is playing us some tricks. Opera 12.12 on Windows (yikes) gave me the wiki front page, but as soon as I started clicking on links I haven't touched before, I was presented the 503 page: Error 503 Service Unavailable Service Unavailable Guru Meditation: XID: 931044748 Varnish cache server I launched links on a 9.1-S and directed the browser to http://wiki.freebsd.org/ and was presented with: Error 503 Service Unavailable Service Unavailable Guru Meditation: XID: 931044247 Varnish cache server > $ ping wiki.freebsd.org > PING wfe0.ysv.freebsd.org (8.8.178.110) 56(84) bytes of data. > 64 bytes from wfe0.ysv.FreeBSD.org (8.8.178.110): icmp_req=1 ttl=54 time=160 > ms > > > > > > > > > > > > Error 503 Service Unavailable > > > > Service Unavailable > > Guru Meditation: > > > > XID: 931032464 > > > > Varnish cache server -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-19875931-1357635627=:41917-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 09:06:25 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B231A5A5 for ; Tue, 8 Jan 2013 09:06:25 +0000 (UTC) (envelope-from spork@bway.net) Received: from smtp2.bway.net (smtp2.bway.net [216.220.96.28]) by mx1.freebsd.org (Postfix) with ESMTP id 90CD338F for ; Tue, 8 Jan 2013 09:06:25 +0000 (UTC) Received: from toasty.sporklab.com (foon.sporktines.com [96.57.144.66]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: spork@bway.net) by smtp2.bway.net (Postfix) with ESMTPSA id CA58795858; Tue, 8 Jan 2013 03:58:52 -0500 (EST) References: <50E9EDEF.7090708@bsdinfo.com.br> <50EBD46A.7070805@ose.nl> In-Reply-To: <50EBD46A.7070805@ose.nl> Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii Message-Id: Content-Transfer-Encoding: quoted-printable From: Charles Sprickman Subject: Re: FreeBSD wiki offline for a bit Date: Tue, 8 Jan 2013 03:58:52 -0500 To: Bas Smeelen X-Mailer: Apple Mail (2.1085) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 09:06:25 -0000 On Jan 8, 2013, at 3:10 AM, Bas Smeelen wrote: > On 01/08/2013 09:08 AM, Alexander Yerenkow wrote: >> http://wiki.freebsd.org/ZFSTuningGuide >>=20 >> Seems not working :) >>=20 >=20 > Works here! What's odd is that it looks like some changes were reverted. I'd asked = someone with write privs on it to include a link to mm@'s zfs-stats tool = (http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/zfs-stats/) and it = was added, but is now gone. Things in general feel a little wonky though - the main freebsd page = initially had issues getting some of the css to me, and svnweb was = really laggy. No idea if either thing is hosted in the same location as = the wiki though. Charles >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 10:15:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A81CFF43 for ; Tue, 8 Jan 2013 10:15:46 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4C65A7C4 for ; Tue, 8 Jan 2013 10:15:45 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TsWD8-0006sU-Mz for freebsd-stable@freebsd.org; Tue, 08 Jan 2013 11:15:10 +0100 Received: from monat.inf.tu-dresden.de ([141.76.48.62]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 08 Jan 2013 11:15:10 +0100 Received: from jsteckli by monat.inf.tu-dresden.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 08 Jan 2013 11:15:10 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Julian Stecklina Subject: Re: Some new hardware with 9.1 does not reboot easily Date: Mon, 07 Jan 2013 18:06:05 +0100 Lines: 13 Message-ID: <871udwgbya.fsf@os.inf.tu-dresden.de> References: <50ACA518.4050309@digiware.nl> <50AD0AC2.5070804@FreeBSD.org> <50AD0B29.6060602@FreeBSD.org> <50AD0F00.5020600@digiware.nl> <50AD13EE.8050901@digiware.nl> <50AD17E4.50104@FreeBSD.org> <50AD189D.4040902@digiware.nl> <50AD1941.2020108@FreeBSD.org> <50ADF362.2040803@FreeBSD.org> <20121123140932.3a6deff6@mr129166> <50AF88AA.1060003@FreeBSD.org> <50AFF419.3070604@digiware.nl> <50AFF7C1.2090405@FreeBSD.org> <50AFFB9C.8050101@digiware.nl> <20121126111052.68136d00@mr129166> <50B3421B.2010606@FreeBSD.org> <20121129094137.6829eae8@mr129166> <50B7229D.4090901@digiware.nl> <50B77A6A.9050604@FreeBSD.org> <50B77C3B.6070305@digiware.nl> <50B77D70.1000803@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: monat.inf.tu-dresden.de User-Agent: Gnus/5.13 (Gnus v5.13) Cancel-Lock: sha1:6+vPYYoLKGKuYS9SY5fdPMI4Giw= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 10:15:46 -0000 Thus spake Andriy Gapon : > on 29/11/2012 17:16 Willem Jan Withagen said the following: >> Would that mean that the regular checkout of stable/9 contains enough >> code to allow "painless" rebooting... > > Not yet... Has this been resolved? I still see a hang on reboot/shutdown on my box (zfs root on USB thumb drive), but I am not sure if the problem is related. Julian From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 11:11:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 211F3CE3 for ; Tue, 8 Jan 2013 11:11:24 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id A91EF9FA for ; Tue, 8 Jan 2013 11:11:23 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Tue, 8 Jan 2013 12:11:20 +0100 Message-ID: <50EBFED4.2050307@ose.nl> Date: Tue, 08 Jan 2013 12:11:16 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD wiki offline for a bit References: <50E9EDEF.7090708@bsdinfo.com.br> <50EBD46A.7070805@ose.nl> <50EBDB3D.1000904@ose.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 11:11:24 -0000 On 01/08/2013 10:00 AM, Trond Endrestøl wrote: > On Tue, 8 Jan 2013 09:39+0100, Bas Smeelen wrote: > >> On 01/08/2013 09:32 AM, Alexander Yerenkow wrote: >>> >>> 2013/1/8 Bas Smeelen > >>> >>> On 01/08/2013 09:08 AM, Alexander Yerenkow wrote: >>> >>> http://wiki.freebsd.org/ZFSTuningGuide >>> >>> Seems not working :) >>> >>> >>> Works here! >>> >>> >>> Hm, could you look at this: >>> ping wiki.freebsd.org >>> PING wfe0.ysv.freebsd.org (8.8.178.110) >> That's strange. >> When I go to http://wiki.freebsd.org/ZFSTuningGuide it works. >> >> But when I go to wiki.freebsd.org I get the same Error 503 > It may seem browser cache is playing us some tricks. > > Opera 12.12 on Windows (yikes) gave me the wiki front page, but as > soon as I started clicking on links I haven't touched before, I was > presented the 503 page: > > Error 503 Service Unavailable > Service Unavailable > Guru Meditation: > XID: 931044748 > Varnish cache server > > I launched links on a 9.1-S and directed the browser to > http://wiki.freebsd.org/ and was presented with: > > Error 503 Service Unavailable > Service Unavailable > Guru Meditation: > XID: 931044247 > Varnish cache server > >> $ ping wiki.freebsd.org >> PING wfe0.ysv.freebsd.org (8.8.178.110) 56(84) bytes of data. >> 64 bytes from wfe0.ysv.FreeBSD.org (8.8.178.110): icmp_req=1 ttl=54 time=160 >> ms >> >> >> >> >>> >>> >>> Error 503 Service Unavailable >>> >>> Service Unavailable >>> Guru Meditation: >>> >>> XID: 931032464 >>> >>> Varnish cache server Here it is all working again! From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 11:56:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 706584E2 for ; Tue, 8 Jan 2013 11:56:17 +0000 (UTC) (envelope-from simon@qxnitro.org) Received: from mail-lb0-f170.google.com (mail-lb0-f170.google.com [209.85.217.170]) by mx1.freebsd.org (Postfix) with ESMTP id ED7AFB6E for ; Tue, 8 Jan 2013 11:56:16 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id j14so313057lbo.15 for ; Tue, 08 Jan 2013 03:56:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qxnitro.org; s=google; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=yF+z58M9162Q/mGMgC1Gn6toJ4MZORS1hxMVmS0a4rs=; b=BBwdUQ+9TTr7YdegKpBW/70BxhS3/LuKsHb8Rt3FnoUL/7ygXElef5NoM1PjImKH29 Lew/RKk+kb3o3Oj9X+TLYY8BQuZuVt2DZogcXoJrvKJ3naYhFmjnuGhhTFkTzu4vcpHk ib+cLKDWxp3LF+1JrUAwGMRCEHpS3CiLQFJz8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :x-gm-message-state; bh=yF+z58M9162Q/mGMgC1Gn6toJ4MZORS1hxMVmS0a4rs=; b=KXQrXDNZhoOIxa4zhoq3fg+qoEHiAFZMJZkffmvBO+liueH4bk1uOpt9jZrbJqAMlP CcAxHpWNIqRpC6uUm5iF7fy4UFYOut9PdW0scE7E685qbmjc1vz8BXSVI56Xy3CWhMQL 079y8+vi6/qy1WZAuyPsK8wXUSa59HBzXhgdM8a1wIY05OVYpGwXNFQV+654qtaYqI/L qmCLz4sSnLohpriwfB9HId8/tyu3c6H9RNXmD828SLFbBGWw3HJWU1Ub0/QX9+EYPVts D8zPjghR5YfXktGlYnjCeXvpV41IbElLJDDwEZTwhIDcWSnka67bph2L3Rhk3+wZRewQ 2iUg== MIME-Version: 1.0 Received: by 10.152.111.166 with SMTP id ij6mr61970344lab.47.1357646174996; Tue, 08 Jan 2013 03:56:14 -0800 (PST) Sender: simon@qxnitro.org Received: by 10.112.19.41 with HTTP; Tue, 8 Jan 2013 03:56:14 -0800 (PST) X-Originating-IP: [172.28.124.141] In-Reply-To: References: Date: Tue, 8 Jan 2013 11:56:14 +0000 X-Google-Sender-Auth: 7C81znJRMAsUIUzO1T7v9-C7NX4 Message-ID: Subject: Re: FreeBSD wiki offline for a bit From: "Simon L. B. Nielsen" To: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkVo3IICjDrJ+6v1qXXgMinuf6dAKVb1ZgN612g7/0a8GtlhtmozWlkgdTBoK7+V5gwmiTA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 11:56:17 -0000 On 6 January 2013 20:40, Simon L. B. Nielsen wrote: > Hey, > > tl;dr Wiki is back, and everybody with account need to reset their password. Small followup. The wiki's surge protection (yet again) got confused and blocked the frontend proxy. I think it should be fixed now. If you see any 'varnish guru meditation' please let me know, and include the XID number so I can trace it in the logs. -- Simon L. B. Nielsen Hat: clusteradm From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 15:18:40 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2DF9B8E5; Tue, 8 Jan 2013 15:18:40 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id A74B0843; Tue, 8 Jan 2013 15:18:39 +0000 (UTC) Received: from localhost (acme.spoerlein.net [88.198.49.12]) by acme.spoerlein.net (8.14.6/8.14.6) with ESMTP id r08FIb9X001116 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 8 Jan 2013 16:18:37 +0100 (CET) (envelope-from uqs@FreeBSD.org) Date: Tue, 8 Jan 2013 16:18:37 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: stable@FreeBSD.org Subject: sendmail vs ipv6 broken after upgrade to 9.1 Message-ID: <20130108151837.GF35868@acme.spoerlein.net> Mail-Followup-To: stable@FreeBSD.org, Gregory Neil Shapiro MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Gregory Neil Shapiro X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 15:18:40 -0000 Hey, I upgraded a server running 8.x to 9.1 over the weekend and sendmail no longer wants to bind the AF_INET6 sockets. So while this still works: DAEMON_OPTIONS(`Port=smtp, Addr=127.0.0.1, Name=MSA, M=Eu, InputMailFilters=dkim') DAEMON_OPTIONS(`Port=smtp, Addr=::1, Name=MSA, Family=inet6, M=Eu, InputMailFilters=dkim') this is broken: DAEMON_OPTIONS(`Port=submission, Addr=acme.spoerlein.net, Name=MSA, M=E, InputMailFilters=dkim') DAEMON_OPTIONS(`Port=submission, Addr=acme.spoerlein.net, Name=MSA, Family=inet6, M=E, InputMailFilters=dkim') which makes me believe this has to do with name resolution... The actual reported errors are: Jan 8 16:05:03 acme sm-msp-queue[98057]: starting daemon (8.14.6): queueing@00:30:00 Jan 8 16:05:03 acme sm-mta[98054]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon MSA: cannot bind: Can't assign requested address Jan 8 16:05:03 acme sm-mta[98054]: daemon MSA: problem creating SMTP socket Jan 8 16:05:08 acme sm-mta[98054]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon MSA: cannot bind: Can't assign requested address Jan 8 16:05:08 acme sm-mta[98054]: daemon MSA: problem creating SMTP socket Jan 8 16:05:13 acme sm-mta[98054]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon MSA: cannot bind: Can't assign requested address Jan 8 16:05:13 acme sm-mta[98054]: daemon MSA: problem creating SMTP socket This will loop a couple of times, but not make any progress. ktrace will show what's up: 98054 sendmail CALL bind(0x6,0x708c14,0x10) 98054 sendmail STRU struct sockaddr { AF_INET, 88.198.49.12:587 } 98054 sendmail RET bind 0 98054 sendmail CALL socket(PF_INET6,SOCK_STREAM,IPPROTO_IP) 98054 sendmail RET socket 7 98054 sendmail CALL setsockopt(0x7,SOL_SOCKET,SO_REUSEADDR,0x7fffffffafa4,0x4) 98054 sendmail RET setsockopt 0 98054 sendmail CALL setsockopt(0x7,SOL_SOCKET,SO_KEEPALIVE,0x7fffffffafa4,0x4) 98054 sendmail RET setsockopt 0 98054 sendmail CALL fcntl(0x7,F_GETFD,0) 98054 sendmail RET fcntl 0 98054 sendmail CALL fcntl(0x7,F_SETFD,FD_CLOEXEC) 98054 sendmail RET fcntl 0 98054 sendmail CALL bind(0x7,0x708dbc,0x1c) 98054 sendmail STRU struct sockaddr { AF_INET6, [::ffff:88.198.49.12]:587 } 98054 sendmail RET bind -1 errno 49 Can't assign requested address Yeah right ... I don't want an IPv6-mapped-IPv4 address, I want it to bind to the real thing. /etc/nsswitch.conf has hosts: files dns and /etc/hosts has root@acme: /etc/mail# grep acme /etc/hosts 88.198.49.12 acme.spoerlein.net acme 2a01:4f8:131:23c2::1 acme.spoerlein.net acme Which shouldn't make a difference anyway, because of: root@acme: /etc/mail# dig acme.spoerlein.net a +short; dig acme.spoerlein.net aaaa +short 88.198.49.12 2a01:4f8:131:23c2::1 How can I unstupid sendmail here? Uli From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 18:09:23 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6385CAFA for ; Tue, 8 Jan 2013 18:09:23 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from zim.gshapiro.net (zim.gshapiro.net [IPv6:2001:4f8:3:36::224]) by mx1.freebsd.org (Postfix) with ESMTP id 54E5513D for ; Tue, 8 Jan 2013 18:09:23 +0000 (UTC) Received: from rugsucker.smi.sendmail.com (natted.sendmail.com [63.211.143.38]) (authenticated bits=0) by zim.gshapiro.net (8.14.6/8.14.6) with ESMTP id r08I9K15087414 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 8 Jan 2013 10:09:22 -0800 (PST) (envelope-from gshapiro@freebsd.org) Date: Tue, 8 Jan 2013 10:09:20 -0800 From: Gregory Shapiro To: stable@FreeBSD.org Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 Message-ID: <20130108180920.GJ36633@rugsucker.smi.sendmail.com> References: <20130108151837.GF35868@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130108151837.GF35868@acme.spoerlein.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 18:09:23 -0000 > How can I unstupid sendmail here? I don't think sendmail is being stupid here as it is doing what it has been doing under 8.x and 9.1 (the code is the same). I think something changed with the upgrade to 9.1. As far as tracking it down, the sendmail code does: getipnodebyname("acme.spoerlein.net", AF_INET6, AI_DEFAULT|AI_ALL, &err); This will only return an IPv4 mapped address if: 1. There are no IPv6 addresses configured on the interfaces. How are your IPv6 addresses assigned? If auto-configured (DHCPv6, RTADV), is it possible sendmail is being started before autoconfiguration has completed? Restarting the MTA after boot and seeing if it still gets the mapped address will say whether or not this is the cause. 2. The query for an AAAA record for acme.spoerlein.net failed. This doesn't appear to be the case for dns based on your dig output (assuming you ran that dig command on the same machine that is exhibiting the problem). However, your nsswitch.conf lists hosts before dns and there have been broken name resolution implementations that, with 'hosts' listed first in nsswitch.conf have given back bad info if the first hostname match didn't have the IPv6 address. You could try switching the order in /etc/hosts to see if this helps. (Note, the broken implementation was not FreeBSD.) You can also test theory #2 by writing a small C program to do the getipnodebyname() call shown above and see what you get. If it gives the same bad address, then you need to look outside of sendmail. In the mean time, although not optimal, you can work around the issue by using the IPv6 address instead of the hostname in the Addr= equate. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 18:13:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6ABBFC9E for ; Tue, 8 Jan 2013 18:13:56 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.freebsd.org (Postfix) with ESMTP id 088D8196 for ; Tue, 8 Jan 2013 18:13:55 +0000 (UTC) Received: from charlemagne.boland.org (37-251-74-118.FTTH.ispfabriek.nl [37.251.74.118]) (authenticated bits=0) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id r08IDs5S015997 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 8 Jan 2013 19:13:54 +0100 (CET) (envelope-from boland37@xs4all.nl) Message-ID: <50EC61E2.2090000@xs4all.nl> Date: Tue, 08 Jan 2013 19:13:54 +0100 From: Michiel Boland User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 References: <20130108151837.GF35868@acme.spoerlein.net> In-Reply-To: <20130108151837.GF35868@acme.spoerlein.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by XS4ALL Virus Scanner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 18:13:56 -0000 On 01/08/2013 16:18, Ulrich Spörlein wrote: [...] > 98054 sendmail CALL bind(0x7,0x708dbc,0x1c) > 98054 sendmail STRU struct sockaddr { AF_INET6, [::ffff:88.198.49.12]:587 } > 98054 sendmail RET bind -1 errno 49 Can't assign requested address > > Yeah right ... I don't want an IPv6-mapped-IPv4 address, I want it to bind to the real thing. Sendmail uses the first address returned by gethostbyname, rather than scan for a 'real' ipv6 address instead of a mapped ipv4 address. My guess is that things will improve once you do '/etc/rc.d/ip6addrctl prefer_ipv6'. This will cause gethostbyname to return the real ipv6 address first. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 18:40:58 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9C12E619 for ; Tue, 8 Jan 2013 18:40:58 +0000 (UTC) (envelope-from uqs@freebsd.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2166E300 for ; Tue, 8 Jan 2013 18:40:57 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.6/8.14.6) with ESMTP id r08IepdF027114 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 8 Jan 2013 19:40:52 +0100 (CET) (envelope-from uqs@freebsd.org) Date: Tue, 8 Jan 2013 19:40:51 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Michiel Boland , stable@FreeBSD.org Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 Message-ID: <20130108184051.GI35868@acme.spoerlein.net> Mail-Followup-To: Michiel Boland , stable@FreeBSD.org References: <20130108151837.GF35868@acme.spoerlein.net> <50EC5922.5030600@boland.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <50EC5922.5030600@boland.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 18:40:58 -0000 On Tue, 2013-01-08 at 18:36:34 +0100, Michiel Boland wrote: > On 01/08/2013 16:18, Ulrich Spörlein wrote: > > Hey, > > > > I upgraded a server running 8.x to 9.1 over the weekend and sendmail no > > longer wants to bind the AF_INET6 sockets. > > > > So while this still works: > > > > DAEMON_OPTIONS(`Port=smtp, Addr=127.0.0.1, Name=MSA, M=Eu, InputMailFilters=dkim') > > DAEMON_OPTIONS(`Port=smtp, Addr=::1, Name=MSA, Family=inet6, M=Eu, InputMailFilters=dkim') > > > > this is broken: > > > > DAEMON_OPTIONS(`Port=submission, Addr=acme.spoerlein.net, Name=MSA, M=E, InputMailFilters=dkim') > > DAEMON_OPTIONS(`Port=submission, Addr=acme.spoerlein.net, Name=MSA, Family=inet6, M=E, InputMailFilters=dkim') > > > > which makes me believe this has to do with name resolution... > > > > The actual reported errors are: > > > > Jan 8 16:05:03 acme sm-msp-queue[98057]: starting daemon (8.14.6): queueing@00:30:00 > > Jan 8 16:05:03 acme sm-mta[98054]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon MSA: cannot bind: Can't assign requested address > > What's the output of the 'ip6addrctl' command on your machine? > > Cheers > Michiel root@acme: ~# ip6addrctl Prefix Prec Label Use ::ffff:0.0.0.0/96 50 0 0 ::1/128 40 1 0 ::/0 30 2 72866 2002::/16 20 3 4 ::/96 10 4 0 Gah! I remember having to set ip6addrctl_policy="ipv6_prefer" on another system that I upgraded to 9.x a long time ago. After setting this, it now looks like this: root@acme: ~# ip6addrctl Prefix Prec Label Use ::1/128 50 0 0 ::/0 40 1 0 2002::/16 30 2 0 ::/96 20 3 0 ::ffff:0.0.0.0/96 10 4 0 And even sendmail is happily finding the sockets to bind to. Thanks for the hint! The bigger question now is, why don't we want to have a working IPv6 out of the box? Regards, Uli From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 18:46:11 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C73FF794; Tue, 8 Jan 2013 18:46:11 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 485DF347; Tue, 8 Jan 2013 18:46:11 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.6/8.14.6) with ESMTP id r08Ik919046786 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 8 Jan 2013 19:46:09 +0100 (CET) (envelope-from uqs@FreeBSD.org) Date: Tue, 8 Jan 2013 19:46:09 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Gregory Shapiro Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 Message-ID: <20130108184609.GJ35868@acme.spoerlein.net> Mail-Followup-To: Gregory Shapiro , stable@FreeBSD.org References: <20130108151837.GF35868@acme.spoerlein.net> <20130108180920.GJ36633@rugsucker.smi.sendmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130108180920.GJ36633@rugsucker.smi.sendmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 18:46:11 -0000 On Tue, 2013-01-08 at 10:09:20 -0800, Gregory Shapiro wrote: > > How can I unstupid sendmail here? > > I don't think sendmail is being stupid here as it is doing what it has been doing under 8.x and 9.1 (the code is the same). I think something changed with the upgrade to 9.1. As far as tracking it down, the sendmail code does: > > getipnodebyname("acme.spoerlein.net", AF_INET6, AI_DEFAULT|AI_ALL, &err); > > This will only return an IPv4 mapped address if: > > 1. There are no IPv6 addresses configured on the interfaces. How are your IPv6 addresses assigned? If auto-configured (DHCPv6, RTADV), is it possible sendmail is being started before autoconfiguration has completed? Restarting the MTA after boot and seeing if it still gets the mapped address will say whether or not this is the cause. > > 2. The query for an AAAA record for acme.spoerlein.net failed. This doesn't appear to be the case for dns based on your dig output (assuming you ran that dig command on the same machine that is exhibiting the problem). However, your nsswitch.conf lists hosts before dns and there have been broken name resolution implementations that, with 'hosts' listed first in nsswitch.conf have given back bad info if the first hostname match didn't have the IPv6 address. You could try switching the order in /etc/hosts to see if this helps. (Note, the broken implementation was not FreeBSD.) > > You can also test theory #2 by writing a small C program to do the getipnodebyname() call shown above and see what you get. If it gives the same bad address, then you need to look outside of sendmail. In the mean time, although not optimal, you can work around the issue by using the IPv6 address instead of the hostname in the Addr= equate. Turns out it was the missing setting of ip6addrctl_policy="ipv6_prefer" in rc.conf that also bit me in strange and mysterious ways on another machine where I did the upgrade. It's very unfortunate that this will runtime-break sendmail and I honestly don't know why we make ipv4 the default in this day and age. Can some IPv6 guru chime in here? This is all thoroughly confusing. Thanks! Uli From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 21:02:48 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E0A407D9; Tue, 8 Jan 2013 21:02:48 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from mho-02-ewr.mailhop.org (mho-04-ewr.mailhop.org [204.13.248.74]) by mx1.freebsd.org (Postfix) with ESMTP id AB852ADC; Tue, 8 Jan 2013 21:02:48 +0000 (UTC) Received: from pool-151-203-201-84.bos.east.verizon.net ([151.203.201.84] helo=homobox.opal.com) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1TsgJr-00085w-CB; Tue, 08 Jan 2013 21:02:47 +0000 Received: from shibato (shibato.opal.com [IPv6:2001:470:8cb8:4:221:63ff:fe5a:c9a7]) (authenticated bits=0) by homobox.opal.com (8.14.4/8.14.4) with ESMTP id r08L2igR082841 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 8 Jan 2013 16:02:44 -0500 (EST) (envelope-from fbsd@opal.com) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 151.203.201.84 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/jrfy3DhEayLM/wLCD0G6o Date: Tue, 8 Jan 2013 16:02:43 -0500 From: "J.R. Oldroyd" To: Ulrich =?UTF-8?B?U3DDtnJsZWlu?= Subject: /etc/rc.d/ip6addrctl Message-ID: <20130108160243.74a93ab8@shibato> In-Reply-To: <20130108184609.GJ35868@acme.spoerlein.net> References: <20130108151837.GF35868@acme.spoerlein.net> <20130108180920.GJ36633@rugsucker.smi.sendmail.com> <20130108184609.GJ35868@acme.spoerlein.net> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (homobox.opal.com [IPv6:2001:470:8cb8:4::1]); Tue, 08 Jan 2013 16:02:44 -0500 (EST) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, RP_MATCHES_RCVD shortcircuit=no autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on homobox.opal.com Cc: Gregory Shapiro , stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 21:02:48 -0000 On Tue, 8 Jan 2013 19:46:09 +0100 Ulrich Sp=C3=B6rlein wrote: > Turns out it was the missing setting of > ip6addrctl_policy=3D"ipv6_prefer" in rc.conf that also bit me in > strange and mysterious ways on another machine where I did the > upgrade. It's very unfortunate that this will runtime-break sendmail > and I honestly don't know why we make ipv4 the default in this day > and age. >=20 > Can some IPv6 guru chime in here? This is all thoroughly confusing. >=20 > Thanks! > Uli >=20 This bit me too, although with something other than sendmail. It's /etc/rc.d/ip6addrctl that sets the preference for IPv6 or IPv4. I think the logic is a bit confusing here, or at least isn't consistent with what the documentation for these settings (in rc.conf(5)) suggests. In the startup script, IPv6 is preferred if: either: ip6addrctl_policy is set to "ipv6_prefer" or: ip6addrctl_policy is set to "auto", you've not specified your own policy config file and ipv6_activate_all_interfaces is set to true In the documentation, it implies that using ipv6_activate_all_interfaces is probably not needed for most users: Note that it is not always necessary to set this variable to =E2=80=9CYES=E2=80=9D to use IPv6 functionality on FreeBSD. In most cases, just configuring ifconfig_=E2=9F=A8interface=E2=9F=A9_ipv6 variables works. Seems to me that the ip6addrctl script should also prefer IPv6 if any interface has IPv6 enabled using one of the ifconfig_(interface)_ipv6 variables. -jr From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 21:32:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C8E7CE7D for ; Tue, 8 Jan 2013 21:32:37 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from mho-02-ewr.mailhop.org (mho-04-ewr.mailhop.org [204.13.248.74]) by mx1.freebsd.org (Postfix) with ESMTP id 6775CCF5 for ; Tue, 8 Jan 2013 21:32:36 +0000 (UTC) Received: from pool-151-203-201-84.bos.east.verizon.net ([151.203.201.84] helo=homobox.opal.com) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Tsgmi-0006LS-9C for freebsd-stable@freebsd.org; Tue, 08 Jan 2013 21:32:36 +0000 Received: from shibato (shibato.opal.com [IPv6:2001:470:8cb8:4:221:63ff:fe5a:c9a7]) (authenticated bits=0) by homobox.opal.com (8.14.4/8.14.4) with ESMTP id r08LWW0S083059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 8 Jan 2013 16:32:32 -0500 (EST) (envelope-from fbsd@opal.com) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 151.203.201.84 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18qRQ/ifQtiMPmED8bmbAoX Date: Tue, 8 Jan 2013 16:32:31 -0500 From: "J.R. Oldroyd" To: freebsd-stable@freebsd.org Subject: Re: /etc/rc.d/ip6addrctl Message-ID: <20130108163231.124890ab@shibato> In-Reply-To: <20130108160243.74a93ab8@shibato> References: <20130108151837.GF35868@acme.spoerlein.net> <20130108180920.GJ36633@rugsucker.smi.sendmail.com> <20130108184609.GJ35868@acme.spoerlein.net> <20130108160243.74a93ab8@shibato> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/gi4pbmtXP7y7TH987IJRQp2" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (homobox.opal.com [IPv6:2001:470:8cb8:4::1]); Tue, 08 Jan 2013 16:32:32 -0500 (EST) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, RP_MATCHES_RCVD shortcircuit=no autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on homobox.opal.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 21:32:37 -0000 --MP_/gi4pbmtXP7y7TH987IJRQp2 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tue, 8 Jan 2013 16:02:43 -0500 "J.R. Oldroyd" wrote: > Seems to me that the ip6addrctl script should also prefer IPv6 if any > interface has IPv6 enabled using one of the ifconfig_(interface)_ipv6 > variables. > > -jr > A simple change along the lines of the attached patch, which also prefers IPv6 if any i/f uses IPv6 autoconfig, will accomplish this. -jr --MP_/gi4pbmtXP7y7TH987IJRQp2 Content-Type: text/x-patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=ip6addrctl.diff --- ip6addrctl.orig 2013-01-04 00:07:03.000000000 -0500 +++ ip6addrctl 2013-01-08 16:28:53.000000000 -0500 @@ -62,7 +62,8 @@ ip6addrctl install "${config_file}" checkyesno ip6addrctl_verbose && ip6addrctl else - if checkyesno ipv6_activate_all_interfaces; then + ipv6auto=`list_net_interfaces autoconf` + if [ -n "$ipv6auto" ] || checkyesno ipv6_activate_all_interfaces; then ip6addrctl_prefer_ipv6 else ip6addrctl_prefer_ipv4 --MP_/gi4pbmtXP7y7TH987IJRQp2-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 22:34:29 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CB43C976; Tue, 8 Jan 2013 22:34:29 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id CCF00FB0; Tue, 8 Jan 2013 22:34:28 +0000 (UTC) Received: from alph.allbsd.org (p1137-ipbf1505funabasi.chiba.ocn.ne.jp [118.7.212.137]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r08MYCGl050343 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Jan 2013 07:34:22 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.allbsd.org (8.14.5/8.14.5) with ESMTP id r08MYAb5003788; Wed, 9 Jan 2013 07:34:12 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 09 Jan 2013 07:29:35 +0900 (JST) Message-Id: <20130109.072935.595111158363526981.hrs@allbsd.org> To: gshapiro@FreeBSD.org Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 From: Hiroki Sato In-Reply-To: <20130108180920.GJ36633@rugsucker.smi.sendmail.com> References: <20130108151837.GF35868@acme.spoerlein.net> <20130108180920.GJ36633@rugsucker.smi.sendmail.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Jan__9_07_29_35_2013_488)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Wed, 09 Jan 2013 07:34:22 +0900 (JST) X-Spam-Status: No, score=-98.1 required=13.0 tests=CONTENT_TYPE_PRESENT, ONLY1HOPDIRECT,SAMEHELOBY2HOP,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 22:34:29 -0000 ----Security_Multipart(Wed_Jan__9_07_29_35_2013_488)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Gregory Shapiro wrote in <20130108180920.GJ36633@rugsucker.smi.sendmail.com>: gs> > How can I unstupid sendmail here? gs> gs> I don't think sendmail is being stupid here as it is doing what it has gs> been doing under 8.x and 9.1 (the code is the same). I think gs> something changed with the upgrade to 9.1. As far as tracking it gs> down, the sendmail code does: gs> gs> getipnodebyname("acme.spoerlein.net", AF_INET6, AI_DEFAULT|AI_ALL, gs> &err); gs> gs> This will only return an IPv4 mapped address if: gs> gs> 1. There are no IPv6 addresses configured on the interfaces. How are gs> your IPv6 addresses assigned? If auto-configured (DHCPv6, RTADV), is gs> it possible sendmail is being started before autoconfiguration has gs> completed? Restarting the MTA after boot and seeing if it still gets gs> the mapped address will say whether or not this is the cause. gs> gs> 2. The query for an AAAA record for acme.spoerlein.net failed. This gs> doesn't appear to be the case for dns based on your dig output gs> (assuming you ran that dig command on the same machine that is gs> exhibiting the problem). However, your nsswitch.conf lists hosts gs> before dns and there have been broken name resolution implementations gs> that, with 'hosts' listed first in nsswitch.conf have given back bad gs> info if the first hostname match didn't have the IPv6 address. You gs> could try switching the order in /etc/hosts to see if this helps. gs> (Note, the broken implementation was not FreeBSD.) Just curious, but is there any specific reason not to return an error when Family=inet6 and no AAAA RR? -- Hiroki ----Security_Multipart(Wed_Jan__9_07_29_35_2013_488)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAlDsnc8ACgkQTyzT2CeTzy22kgCfWuSZEZQzs88ndlkUd1tKOiVa qjQAn1yo0BeZ9liBE+7X4DwYCLYjl56B =Kqni -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Jan__9_07_29_35_2013_488)---- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 8 22:34:41 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A3DD9A67; Tue, 8 Jan 2013 22:34:41 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 29295FB4; Tue, 8 Jan 2013 22:34:41 +0000 (UTC) Received: from alph.allbsd.org (p1137-ipbf1505funabasi.chiba.ocn.ne.jp [118.7.212.137]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r08MYEYd050344 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Jan 2013 07:34:24 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.allbsd.org (8.14.5/8.14.5) with ESMTP id r08MYAb6003788; Wed, 9 Jan 2013 07:34:12 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 09 Jan 2013 07:33:54 +0900 (JST) Message-Id: <20130109.073354.730245417155474512.hrs@allbsd.org> To: uqs@FreeBSD.org Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 From: Hiroki Sato In-Reply-To: <20130108184051.GI35868@acme.spoerlein.net> References: <20130108151837.GF35868@acme.spoerlein.net> <50EC5922.5030600@boland.org> <20130108184051.GI35868@acme.spoerlein.net> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Jan__9_07_33_54_2013_793)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Wed, 09 Jan 2013 07:34:26 +0900 (JST) X-Spam-Status: No, score=-97.2 required=13.0 tests=CONTENT_TYPE_PRESENT, FAKEDWORD_ATMARK,MIMEQENC,ONLY1HOPDIRECT,QENCPTR2,SAMEHELOBY2HOP, USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: michiel@boland.org, stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2013 22:34:41 -0000 ----Security_Multipart(Wed_Jan__9_07_33_54_2013_793)-- Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Ulrich Sp=F6rlein wrote in <20130108184051.GI35868@acme.spoerlein.net>: uq> After setting this, it now looks like this: uq> root@acme: ~# ip6addrctl uq> Prefix Prec Label Use uq> ::1/128 50 0 0 uq> ::/0 40 1 0 uq> 2002::/16 30 2 0 uq> ::/96 20 3 0 uq> ::ffff:0.0.0.0/96 10 4 0 uq> = uq> And even sendmail is happily finding the sockets to bind to. Thanks= for the hint! I think this just hides the problem. If gshapiro@'s explanation is correct, no ::ffff:0.0.0.0/96 address should be returned if the name resolution works fine... -- Hiroki ----Security_Multipart(Wed_Jan__9_07_33_54_2013_793)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAlDsntIACgkQTyzT2CeTzy1FpACgh0Lf3xhckaYJm73XTp8RE/K2 Qb0AoK3x0ZDIdE3VtXynlr8IyLThdolr =qShq -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Jan__9_07_33_54_2013_793)---- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 9 13:14:36 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5C932EB4; Wed, 9 Jan 2013 13:14:36 +0000 (UTC) (envelope-from michiel@boland.org) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id E68D5E4B; Wed, 9 Jan 2013 13:14:35 +0000 (UTC) Received: from charlemagne.boland.org (37-251-74-118.FTTH.ispfabriek.nl [37.251.74.118]) (authenticated bits=0) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id r09DEIXx059705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Jan 2013 14:14:27 +0100 (CET) (envelope-from michiel@boland.org) Message-ID: <50ED6D2A.5080908@boland.org> Date: Wed, 09 Jan 2013 14:14:18 +0100 From: Michiel Boland User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Hiroki Sato Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 References: <20130108151837.GF35868@acme.spoerlein.net> <50EC5922.5030600@boland.org> <20130108184051.GI35868@acme.spoerlein.net> <20130109.073354.730245417155474512.hrs@allbsd.org> In-Reply-To: <20130109.073354.730245417155474512.hrs@allbsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org, uqs@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2013 13:14:36 -0000 On 01/08/2013 23:33, Hiroki Sato wrote: > Ulrich Spörlein wrote > in <20130108184051.GI35868@acme.spoerlein.net>: > > uq> After setting this, it now looks like this: > uq> root@acme: ~# ip6addrctl > uq> Prefix Prec Label Use > uq> ::1/128 50 0 0 > uq> ::/0 40 1 0 > uq> 2002::/16 30 2 0 > uq> ::/96 20 3 0 > uq> ::ffff:0.0.0.0/96 10 4 0 > uq> > uq> And even sendmail is happily finding the sockets to bind to. Thanks for the hint! > > I think this just hides the problem. If gshapiro@'s explanation is > correct, no ::ffff:0.0.0.0/96 address should be returned if the name > resolution works fine... > > -- Hiroki > getipnodebyname(xx, AF_INET6, AI_DEFAULT|AI_ALL) does this:- If a host has both IPv6 and IPv4 addresses, both are returned. The IPv4 address is presented as a mapped address. The order in which the addresses are returns depends on the address selection policy (_hpreorder in lib/libc/net/name6.c) #include #include #include #include static void resolve(const char *); int main(int argc, char *argv[]) { int i; for (i = 1; i < argc; i++) { resolve(argv[i]); } return 0; } static void resolve(const char *hostname) { struct hostent *h; char **a; int i; int e = 0; h = getipnodebyname(hostname, AF_INET6, AI_DEFAULT|AI_ALL, &e); if (!h) { return; } printf("h_name: %s\n", h->h_name); for (a = h->h_aliases; *a; a++) { printf(" alias: %s\n", *a); } printf("h_addrtype: %d\n", h->h_addrtype); printf("h_length: %d\n", h->h_length); for (a = h->h_addr_list; *a; a++) { printf("h_length: %d\n", h->h_length); printf(" address: 0x"); for (i = 0; i < h->h_length; i++) { printf("%02x", (unsigned char)(*a)[i]); } printf("\n"); } } prefer_ipv4: $ ./a.out youtube.com h_name: youtube.com h_addrtype: 28 h_length: 16 h_length: 16 address: 0x00000000000000000000ffffadc241be h_length: 16 address: 0x00000000000000000000ffffadc2415b h_length: 16 address: 0x00000000000000000000ffffadc2415d h_length: 16 address: 0x00000000000000000000ffffadc24188 h_length: 16 address: 0x2a00145040130c00000000000000005b prefer_ipv6: $ ./a.out youtube.com h_name: youtube.com h_addrtype: 28 h_length: 16 h_length: 16 address: 0x2a00145040130c00000000000000005b h_length: 16 address: 0x00000000000000000000ffffadc2415b h_length: 16 address: 0x00000000000000000000ffffadc2415d h_length: 16 address: 0x00000000000000000000ffffadc24188 h_length: 16 address: 0x00000000000000000000ffffadc241be From owner-freebsd-stable@FreeBSD.ORG Wed Jan 9 14:02:25 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 88E27AE9; Wed, 9 Jan 2013 14:02:25 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 385E2E2; Wed, 9 Jan 2013 14:02:25 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga-m.mahoroba.org [IPv6:2001:2f0:104:8016:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.6/8.14.6) with ESMTP/inet6 id r09E24TS004759 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 9 Jan 2013 23:02:08 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 09 Jan 2013 23:01:52 +0900 Message-ID: From: Hajimu UMEMOTO To: Hiroki Sato Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 In-Reply-To: <20130109.073354.730245417155474512.hrs@allbsd.org> References: <20130108151837.GF35868@acme.spoerlein.net> <50EC5922.5030600@boland.org> <20130108184051.GI35868@acme.spoerlein.net> <20130109.073354.730245417155474512.hrs@allbsd.org> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/24.2 (i386-portbld-freebsd9.1) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 9.1-STABLE X-PGP-Key: http://www.mahoroba.org/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Wed, 09 Jan 2013 23:02:10 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.6 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: michiel@boland.org, stable@FreeBSD.org, uqs@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2013 14:02:25 -0000 Hi, >>>>> On Wed, 09 Jan 2013 07:33:54 +0900 (JST) >>>>> Hiroki Sato said: hrs> I think this just hides the problem. If gshapiro@'s explanation is hrs> correct, no ::ffff:0.0.0.0/96 address should be returned if the name hrs> resolution works fine... I changed getipnodebyname to obey ip6addrctl in years past. I read RFC 2553 again, and realize that it mentions IPv6 addresses are returned 1st. So, my past change might be bad thing. X-( However, I'm still curious about use of AI_ALL in sendmail. As far as I read the source of sendmail briefly, it seems the usage doesn't depend on AI_ALL. Sincerely, -- Hajimu UMEMOTO ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.mahoroba.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Wed Jan 9 14:21:18 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E6CFE321; Wed, 9 Jan 2013 14:21:18 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7A806206; Wed, 9 Jan 2013 14:21:18 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.6/8.14.6) with ESMTP id r09ELBKu042254 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 9 Jan 2013 15:21:12 +0100 (CET) (envelope-from uqs@FreeBSD.org) Date: Wed, 9 Jan 2013 15:21:11 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Michiel Boland Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 Message-ID: <20130109142111.GL35868@acme.spoerlein.net> Mail-Followup-To: Michiel Boland , Hiroki Sato , stable@freebsd.org References: <20130108151837.GF35868@acme.spoerlein.net> <50EC5922.5030600@boland.org> <20130108184051.GI35868@acme.spoerlein.net> <20130109.073354.730245417155474512.hrs@allbsd.org> <50ED6D2A.5080908@boland.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <50ED6D2A.5080908@boland.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2013 14:21:19 -0000 On Wed, 2013-01-09 at 14:14:18 +0100, Michiel Boland wrote: > On 01/08/2013 23:33, Hiroki Sato wrote: > > Ulrich Spörlein wrote > > in <20130108184051.GI35868@acme.spoerlein.net>: > > > > uq> After setting this, it now looks like this: > > uq> root@acme: ~# ip6addrctl > > uq> Prefix Prec Label Use > > uq> ::1/128 50 0 0 > > uq> ::/0 40 1 0 > > uq> 2002::/16 30 2 0 > > uq> ::/96 20 3 0 > > uq> ::ffff:0.0.0.0/96 10 4 0 > > uq> > > uq> And even sendmail is happily finding the sockets to bind to. Thanks for the hint! > > > > I think this just hides the problem. If gshapiro@'s explanation is > > correct, no ::ffff:0.0.0.0/96 address should be returned if the name > > resolution works fine... > > > > -- Hiroki > > > > getipnodebyname(xx, AF_INET6, AI_DEFAULT|AI_ALL) does this:- > > If a host has both IPv6 and IPv4 addresses, both are returned. > The IPv4 address is presented as a mapped address. > The order in which the addresses are returns depends on the > address selection policy (_hpreorder in lib/libc/net/name6.c) Is this also supposed to work for selecting the source IP address for outgoing packets/sockets? And should it work for ping6? Using a tunnel for IPv6, I have this transfer net configured on my router, but for ACL purposes I would like to have all connections come from my real prefix, not the transfer net. So I wrote my own policy, yet ping6 seems to ignore it. The tunnel: tun0: flags=8051 metric 0 mtu 1280 options=80000 inet6 fe80::230:5ff:fe77:e7a0%tun0 prefixlen 64 scopeid 0xd inet6 fe80::2428:ff00:1b:2%tun0 prefixlen 64 scopeid 0xd inet6 2a02:2528:ff00:1b::2 --> 2a02:2528:ff00:1b::1 prefixlen 128 nd6 options=21 The policy: root@coyote:~# ip6addrctl Prefix Prec Label Use ::1/128 50 0 0 ::/0 40 1 107 2002::/16 30 2 0 ::/96 20 3 0 ::ffff:0.0.0.0/96 10 4 0 2a02:2528:ff0d::/64 60 5 85 The ping: root@coyote:~# ping6 acme PING6(56=40+8+8 bytes) 2a02:2528:ff00:1b::2 --> 2a01:4f8:131:23c2::1 16 bytes from 2a01:4f8:131:23c2::1, icmp_seq=0 hlim=54 time=43.606 ms 16 bytes from 2a01:4f8:131:23c2::1, icmp_seq=1 hlim=54 time=42.871 ms As you can see, source prefix stays 2a02:2528:ff00, though I'd like it to be 2a02:2528:ff0d. Cheers, Uli From owner-freebsd-stable@FreeBSD.ORG Wed Jan 9 14:43:05 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 088F0831; Wed, 9 Jan 2013 14:43:05 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 85E8E2EB; Wed, 9 Jan 2013 14:43:04 +0000 (UTC) Received: from alph.allbsd.org (p1137-ipbf1505funabasi.chiba.ocn.ne.jp [118.7.212.137]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r09EgdRL069433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Jan 2013 23:42:50 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.allbsd.org (8.14.5/8.14.5) with ESMTP id r09EgaGV015617; Wed, 9 Jan 2013 23:42:37 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 09 Jan 2013 23:42:10 +0900 (JST) Message-Id: <20130109.234210.397446040718957005.hrs@allbsd.org> To: uqs@FreeBSD.org Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 From: Hiroki Sato In-Reply-To: <20130109142111.GL35868@acme.spoerlein.net> References: <20130109.073354.730245417155474512.hrs@allbsd.org> <50ED6D2A.5080908@boland.org> <20130109142111.GL35868@acme.spoerlein.net> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Jan__9_23_42_10_2013_078)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Wed, 09 Jan 2013 23:42:51 +0900 (JST) X-Spam-Status: No, score=-97.2 required=13.0 tests=CONTENT_TYPE_PRESENT, FAKEDWORD_ATMARK,MIMEQENC,ONLY1HOPDIRECT,QENCPTR2,SAMEHELOBY2HOP, USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: michiel@boland.org, stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2013 14:43:05 -0000 ----Security_Multipart(Wed_Jan__9_23_42_10_2013_078)-- Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Ulrich Sp=F6rlein wrote in <20130109142111.GL35868@acme.spoerlein.net>: uq> On Wed, 2013-01-09 at 14:14:18 +0100, Michiel Boland wrote: uq> > On 01/08/2013 23:33, Hiroki Sato wrote: uq> > > Ulrich Sp=F6rlein wrote uq> > > in <20130108184051.GI35868@acme.spoerlein.net>: uq> > > uq> > > uq> After setting this, it now looks like this: uq> > > uq> root@acme: ~# ip6addrctl uq> > > uq> Prefix Prec Label Use uq> > > uq> ::1/128 50 0 0 uq> > > uq> ::/0 40 1 0 uq> > > uq> 2002::/16 30 2 0 uq> > > uq> ::/96 20 3 0 uq> > > uq> ::ffff:0.0.0.0/96 10 4 0 uq> > > uq> uq> > > uq> And even sendmail is happily finding the sockets to bind to= . Thanks for the hint! uq> > > uq> > > I think this just hides the problem. If gshapiro@'s explanat= ion is uq> > > correct, no ::ffff:0.0.0.0/96 address should be returned if t= he name uq> > > resolution works fine... uq> > > uq> > > -- Hiroki uq> > > uq> > = uq> > getipnodebyname(xx, AF_INET6, AI_DEFAULT|AI_ALL) does this:- uq> > = uq> > If a host has both IPv6 and IPv4 addresses, both are returned. uq> > The IPv4 address is presented as a mapped address. uq> > The order in which the addresses are returns depends on the uq> > address selection policy (_hpreorder in lib/libc/net/name6.c) uq> = uq> Is this also supposed to work for selecting the source IP address f= or uq> outgoing packets/sockets? And should it work for ping6? Yes. uq> Using a tunnel for IPv6, I have this transfer net configured on my uq> router, but for ACL purposes I would like to have all connections c= ome uq> from my real prefix, not the transfer net. So I wrote my own policy= , yet uq> ping6 seems to ignore it. uq> As you can see, source prefix stays 2a02:2528:ff00, though I'd like= it uq> to be 2a02:2528:ff0d. This is because the prefix on the interface has the first priority. Why don't you use an fe80::/10 address to route packets to the other endpoint of tun0? -- Hiroki ----Security_Multipart(Wed_Jan__9_23_42_10_2013_078)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAlDtgcIACgkQTyzT2CeTzy0IUwCgmqeFFxzQ74lvUi9RSM4U8xW7 H+4AoLiJOjVIvtXhXZDUrbATGTRAHVEd =/ZnZ -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Jan__9_23_42_10_2013_078)---- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 9 14:59:15 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EB318F27; Wed, 9 Jan 2013 14:59:15 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 65D39647; Wed, 9 Jan 2013 14:59:15 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga-m.mahoroba.org [IPv6:2001:2f0:104:8016:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.6/8.14.6) with ESMTP/inet6 id r09Ewxe6029287 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 9 Jan 2013 23:58:59 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 09 Jan 2013 23:58:49 +0900 Message-ID: From: Hajimu UMEMOTO To: Hiroki Sato Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 In-Reply-To: <20130109.234210.397446040718957005.hrs@allbsd.org> References: <20130109.073354.730245417155474512.hrs@allbsd.org> <50ED6D2A.5080908@boland.org> <20130109142111.GL35868@acme.spoerlein.net> <20130109.234210.397446040718957005.hrs@allbsd.org> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/24.2 (i386-portbld-freebsd9.1) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 9.1-STABLE X-PGP-Key: http://www.mahoroba.org/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE X-PGP-Key: http://www.mahoroba.org/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Wed_Jan__9_23:58:48_2013-1" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Wed, 09 Jan 2013 23:59:01 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.6 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: michiel@boland.org, stable@FreeBSD.org, uqs@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2013 14:59:16 -0000 --Multipart_Wed_Jan__9_23:58:48_2013-1 Content-Type: text/plain; charset=US-ASCII Hi, >>>>> On Wed, 09 Jan 2013 23:42:10 +0900 (JST) >>>>> Hiroki Sato said: hrs> This is because the prefix on the interface has the first priority. hrs> Why don't you use an fe80::/10 address to route packets to the other hrs> endpoint of tun0? I don't like this policy. I think it reduce the availability of the policy table. So, I'm disabling it locally by applying the attached patch. Sincerely, --Multipart_Wed_Jan__9_23:58:48_2013-1 Content-Type: text/x-patch; type=patch; charset=US-ASCII Content-Disposition: attachment; filename="no_prefer_iface.diff" Content-Transfer-Encoding: 7bit Index: sys/netinet6/in6_src.c diff -u -p sys/netinet6/in6_src.c.orig sys/netinet6/in6_src.c --- sys/netinet6/in6_src.c.orig 2011-09-23 09:51:37.000000000 +0900 +++ sys/netinet6/in6_src.c 2011-10-08 20:44:31.583463740 +0900 @@ -369,10 +369,12 @@ in6_selectsrc(struct sockaddr_in6 *dstso */ /* Rule 5: Prefer outgoing interface */ - if (ia_best->ia_ifp == ifp && ia->ia_ifp != ifp) - NEXT(5); - if (ia_best->ia_ifp != ifp && ia->ia_ifp == ifp) - REPLACE(5); + if (!(ND_IFINFO(ifp)->flags & ND6_IFF_NO_PREFER_IFACE)) { + if (ia_best->ia_ifp == ifp && ia->ia_ifp != ifp) + NEXT(5); + if (ia_best->ia_ifp != ifp && ia->ia_ifp == ifp) + REPLACE(5); + } /* * Rule 6: Prefer matching label Index: sys/netinet6/nd6.h diff -u sys/netinet6/nd6.h.orig sys/netinet6/nd6.h --- sys/netinet6/nd6.h.orig 2011-09-23 09:51:37.000000000 +0900 +++ sys/netinet6/nd6.h 2011-10-08 20:46:47.972777802 +0900 @@ -86,6 +86,7 @@ #define ND6_IFF_DONT_SET_IFROUTE 0x10 #define ND6_IFF_AUTO_LINKLOCAL 0x20 #define ND6_IFF_NO_RADR 0x40 +#define ND6_IFF_NO_PREFER_IFACE 0x80 /* XXX: not related to ND. */ #define ND6_CREATE LLE_CREATE #define ND6_EXCLUSIVE LLE_EXCLUSIVE Index: usr.sbin/ndp/ndp.8 diff -u usr.sbin/ndp/ndp.8.orig usr.sbin/ndp/ndp.8 --- usr.sbin/ndp/ndp.8.orig 2011-09-23 09:51:37.000000000 +0900 +++ usr.sbin/ndp/ndp.8 2011-10-08 20:44:31.586462415 +0900 @@ -201,6 +201,15 @@ selection, see the .Pa IMPLEMENTATION file supplied with the KAME kit. +.It Ic no_prefer_iface +The address on the outgoing interface is preferred by source addess +selection rule. +If this flag is set, stop treating the address on the +.Ar interface +as special even when the +.Ar interface +is outgoing interface. +The default value of this flag is off. .It Ic disabled Disable IPv6 operation on the interface. When disabled, the interface discards any IPv6 packets Index: usr.sbin/ndp/ndp.c diff -u -p usr.sbin/ndp/ndp.c.orig usr.sbin/ndp/ndp.c --- usr.sbin/ndp/ndp.c.orig 2011-09-23 09:51:37.000000000 +0900 +++ usr.sbin/ndp/ndp.c 2011-10-08 20:44:31.588462742 +0900 @@ -1011,6 +1011,9 @@ ifinfo(ifname, argc, argv) #ifdef ND6_IFF_PREFER_SOURCE SETFLAG("prefer_source", ND6_IFF_PREFER_SOURCE); #endif +#ifdef ND6_IFF_NO_PREFER_IFACE + SETFLAG("no_prefer_iface", ND6_IFF_NO_PREFER_IFACE); +#endif SETVALUE("basereachable", ND.basereachable); SETVALUE("retrans", ND.retrans); SETVALUE("curhlim", ND.chlim); @@ -1088,6 +1091,10 @@ ifinfo(ifname, argc, argv) if ((ND.flags & ND6_IFF_PREFER_SOURCE)) printf("prefer_source "); #endif +#ifdef ND6_IFF_NO_PREFER_IFACE + if ((ND.flags & ND6_IFF_NO_PREFER_IFACE)) + printf("no_prefer_iface "); +#endif } putc('\n', stdout); #undef ND --Multipart_Wed_Jan__9_23:58:48_2013-1 Content-Type: text/x-patch; type=patch; charset=US-ASCII Content-Disposition: attachment; filename="ifconfig-no_prefer_iface.diff" Content-Transfer-Encoding: 7bit Index: sbin/ifconfig/af_inet6.c diff -u -p sbin/ifconfig/af_inet6.c.orig sbin/ifconfig/af_inet6.c --- sbin/ifconfig/af_inet6.c.orig 2011-09-23 09:51:37.000000000 +0900 +++ sbin/ifconfig/af_inet6.c 2011-10-08 20:55:17.871353069 +0900 @@ -511,6 +511,8 @@ static struct cmd inet6_cmds[] = { DEF_CMD("-prefer_source",-ND6_IFF_PREFER_SOURCE,setnd6flags), DEF_CMD("auto_linklocal",ND6_IFF_AUTO_LINKLOCAL,setnd6flags), DEF_CMD("-auto_linklocal",-ND6_IFF_AUTO_LINKLOCAL,setnd6flags), + DEF_CMD("no_prefer_iface",ND6_IFF_NO_PREFER_IFACE,setnd6flags), + DEF_CMD("-no_prefer_iface",-ND6_IFF_NO_PREFER_IFACE,setnd6flags), DEF_CMD_ARG("pltime", setip6pltime), DEF_CMD_ARG("vltime", setip6vltime), DEF_CMD("eui64", 0, setip6eui64), Index: sbin/ifconfig/af_nd6.c diff -u -p sbin/ifconfig/af_nd6.c.orig sbin/ifconfig/af_nd6.c --- sbin/ifconfig/af_nd6.c.orig 2011-09-23 09:51:37.000000000 +0900 +++ sbin/ifconfig/af_nd6.c 2011-10-08 20:57:46.484522687 +0900 @@ -58,7 +58,7 @@ static const char rcsid[] = #define MAX_SYSCTL_TRY 5 #define ND6BITS "\020\001PERFORMNUD\002ACCEPT_RTADV\003PREFER_SOURCE" \ "\004IFDISABLED\005DONT_SET_IFROUTE\006AUTO_LINKLOCAL" \ - "\007NO_RADR\020DEFAULTIF" + "\007NO_RADR\010NO_PREFER_IFACE\020DEFAULTIF" static int isnd6defif(int); void setnd6flags(const char *, int, int, const struct afswtch *); Index: sbin/ifconfig/ifconfig.8 diff -u sbin/ifconfig/ifconfig.8.orig sbin/ifconfig/ifconfig.8 --- sbin/ifconfig/ifconfig.8.orig 2011-09-23 09:51:37.000000000 +0900 +++ sbin/ifconfig/ifconfig.8 2011-10-08 20:53:47.050796897 +0900 @@ -690,6 +690,13 @@ .It Cm -prefer_source Clear a flag .Cm prefer_source . +.It Cm no_prefer_iface +Set a flag to not prefer address on the interface as candidates of the +source address for outgoing packets, even when the interface is +outgoing interface. +.It Cm -no_prefer_iface +Clear a flag +.Cm no_prefer_iface . .El .Pp The following parameters are specific to cloning --Multipart_Wed_Jan__9_23:58:48_2013-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.mahoroba.org/~ume/ --Multipart_Wed_Jan__9_23:58:48_2013-1-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 9 15:27:47 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E1FD4EA5; Wed, 9 Jan 2013 15:27:47 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7C826856; Wed, 9 Jan 2013 15:27:47 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga-m.mahoroba.org [IPv6:2001:2f0:104:8016:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.6/8.14.6) with ESMTP/inet6 id r09FRXOL098029 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 10 Jan 2013 00:27:34 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 10 Jan 2013 00:27:24 +0900 Message-ID: From: Hajimu UMEMOTO To: Hiroki Sato Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 In-Reply-To: References: <20130108151837.GF35868@acme.spoerlein.net> <50EC5922.5030600@boland.org> <20130108184051.GI35868@acme.spoerlein.net> <20130109.073354.730245417155474512.hrs@allbsd.org> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/24.2 (i386-portbld-freebsd9.1) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 9.1-STABLE X-PGP-Key: http://www.mahoroba.org/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Thu, 10 Jan 2013 00:27:36 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.6 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: michiel@boland.org, stable@FreeBSD.org, uqs@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2013 15:27:48 -0000 Hi, >>>>> On Wed, 09 Jan 2013 23:01:52 +0900 >>>>> Hajimu UMEMOTO said: ume> I changed getipnodebyname to obey ip6addrctl in years past. I read ume> RFC 2553 again, and realize that it mentions IPv6 addresses are ume> returned 1st. So, my past change might be bad thing. X-( I've just committed to disable it: http://svnweb.freebsd.org/base?view=revision&revision=245225 Sincerely, -- Hajimu UMEMOTO ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.mahoroba.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Wed Jan 9 15:50:51 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 59D845D0 for ; Wed, 9 Jan 2013 15:50:51 +0000 (UTC) (envelope-from mauzo@anubis.morrow.me.uk) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 13E879AF for ; Wed, 9 Jan 2013 15:50:50 +0000 (UTC) Received: from anubis.morrow.me.uk (host109-150-212-220.range109-150.btcentralplus.com [109.150.212.220]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id C6A66450DA for ; Wed, 9 Jan 2013 15:44:39 +0000 (UTC) X-DKIM: OpenDKIM Filter v2.4.1 isis.morrow.me.uk C6A66450DA DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1357746280; bh=JR3FHAUMAPMj8/I8X1MxDxraToTmwmPHcW2wJo2FpQE=; h=Date:From:To:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=AutA8lUBSjmFbmByM5JuFjGMKiLaupwpzWqq2d+PkHdj9qlt82NVOKeVwzbVlU3Ow swbs81dEZb2ADwylzZ0gJYsqpBNFn3GxWDr9LVCkPDbhDW7owAwA0m+wIGXo63POCX 1wTozJEkOltW22pVGYn8TxxbmXONsV/5WRfOc6JQ= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.5 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id C04648C4E; Wed, 9 Jan 2013 15:44:35 +0000 (GMT) Date: Wed, 9 Jan 2013 15:44:35 +0000 From: Ben Morrow To: freebsd-stable@freebsd.org Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 Message-ID: <20130109154435.GA81164@anubis.morrow.me.uk> References: <20130108151837.GF35868@acme.spoerlein.net> <20130108180920.GJ36633@rugsucker.smi.sendmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130109.072935.595111158363526981.hrs@allbsd.org> X-Newsgroups: gmane.os.freebsd.stable Organization: morrow.me.uk User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2013 15:50:51 -0000 Quoth Hiroki Sato : > Gregory Shapiro wrote > in <20130108180920.GJ36633@rugsucker.smi.sendmail.com>: > > gs> > How can I unstupid sendmail here? > gs> > gs> I don't think sendmail is being stupid here as it is doing what it has > gs> been doing under 8.x and 9.1 (the code is the same). I think > gs> something changed with the upgrade to 9.1. As far as tracking it > gs> down, the sendmail code does: > gs> > gs> getipnodebyname("acme.spoerlein.net", AF_INET6, AI_DEFAULT|AI_ALL, > gs> &err); > gs> > gs> This will only return an IPv4 mapped address if: > gs> > gs> 1. There are no IPv6 addresses configured on the interfaces. > gs> > gs> 2. The query for an AAAA record for acme.spoerlein.net failed. > gs> This is not quite right. AI_DEFAULT is AI_V4MAPPED | AI_ADDRCONFIG. AI_V4MAPPED says 'if there are no AAAA records, query for A records and return them as v4-mapped addresses'. AI_ALL is only valid with AI_V4MAPPED, and says 'always query for A records and return v4-mapped addresses'. AI_ADDRCONFIG says 'only query for AAAA records if there is at least one interface with an IPv6 address; only query for A records if there is at least one interface with an IPv4 address'. (Loopback explicitly doesn't count for this purpose.) The resulting list of addresses is sorted according to ip6addrctl. So getipnodebyname is behaving correctly here: the host has both IPv4 and IPv6 addresses, and Sendmail is requesting both native and v4-mapped addresses be returned in all cases. The v4-mapped addresses are then sorted to the top of the list. On FreeBSD, where net.inet6.ip6.v6only is on by default, I believe this is incorrect, and Sendmail should be passing 0 for the flags argument, unless it's going to check or clear the IPV6_V6ONLY socket option. There is no point binding a socket to a v4-mapped address if the kernel isn't going to deliver IPv4 connections to it. Sendmail should also be binding to all the addresses returned, if it isn't already, rather than just the first: this would make the problem go away, since both v4-mapped and native IPv6 sockets would be bound, and the v4-mapped ones would simply never get any connections. Fixing this by setting ipv6_prefer is not necessarily a good idea; this will cause IPv6 addresses to be preferred across the whole system, and unless your IPv6 connectivity is at least as good as your IPv4, that probably isn't what you want. > Just curious, but is there any specific reason not to return an error > when Family=inet6 and no AAAA RR? In this case, Sendmail explicitly requested that v4-mapped addresses be returned in all cases... Ben From owner-freebsd-stable@FreeBSD.ORG Wed Jan 9 16:29:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 07190121; Wed, 9 Jan 2013 16:29:05 +0000 (UTC) (envelope-from mauzo@anubis.morrow.me.uk) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id CCECAB6E; Wed, 9 Jan 2013 16:29:04 +0000 (UTC) Received: from anubis.morrow.me.uk (host109-150-212-220.range109-150.btcentralplus.com [109.150.212.220]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 6ED86450DA; Wed, 9 Jan 2013 16:29:03 +0000 (UTC) X-DKIM: OpenDKIM Filter v2.4.1 isis.morrow.me.uk 6ED86450DA DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1357748943; bh=gH7O2e5Re8UWH7VVh9u1/ICKcqtL6o/fdzJVyhmFERw=; h=Date:From:To:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=spbnn8qn/EWqiPmPKoRLXsneO4eXjxpBbxNhXeKYN8c/KFesIg4PUgvT+r++Ps0aC 7j+VwqR2kUsck2Yl5dXo4GkR1mdvTvS1NpFNGWkF/R4hJNybwu8wzbagPW/pL6trH1 iOkF20IQ+UrayzBKNMD/KB1u2+oYHHiYj0tQK/Iw= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.5 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 633718C62; Wed, 9 Jan 2013 16:29:00 +0000 (GMT) Date: Wed, 9 Jan 2013 16:29:00 +0000 From: Ben Morrow To: ume@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 Message-ID: <20130109162900.GA81522@anubis.morrow.me.uk> References: <20130108151837.GF35868@acme.spoerlein.net> <50EC5922.5030600@boland.org> <20130108184051.GI35868@acme.spoerlein.net> <20130109.073354.730245417155474512.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Newsgroups: gmane.os.freebsd.stable Organization: morrow.me.uk User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2013 16:29:05 -0000 Quoth Hajimu UMEMOTO : > >>>>> On Wed, 09 Jan 2013 23:01:52 +0900 > >>>>> Hajimu UMEMOTO said: > > ume> I changed getipnodebyname to obey ip6addrctl in years past. I read > ume> RFC 2553 again, and realize that it mentions IPv6 addresses are > ume> returned 1st. So, my past change might be bad thing. X-( Where does it say that? All I can find (but I might be being stupid) is the bit in the description of AI_ALL where it says 'A query is first made for AAAA records and if successful, the IPv6 addresses are returned. Another query is then made for A records and any found are returned as IPv4-mapped IPv6 addresses.'. I don't believe that is meant to indicate the AAAA results are returned first in the list, just that both sets of results are included. Also, RFC 6724 (which is more recent), says 'we intend that implementations of APIs such as getaddrinfo() will use the destination address selection algorithm specified here to sort the list of IPv6 and IPv4 addresses that they return.'. AFAICS 'APIs such as getaddrinfo()' is supposed to include getipnodebyname and gethostbyname2, and the whole list of v4 and v6 addresses is supposed to be sorted by those rules. However, given that FreeBSD disables the use of v4-mapped addresses on AF_INET6 sockets by default, it might be sensible to change the rules a little. An application making an AF_INET6 query is probably going to use the result with an AF_INET6 socket, so a v4-mapped address is going to be mostly useless. > I've just committed to disable it: > > http://svnweb.freebsd.org/base?view=revision&revision=245225 I don't think that's the right answer. Even if the code should be changed to always return addresses from A records last, the IPv6 addresses from AAAA records should still be sorted according to ip6addrctl. Otherwise sites with multiple prefixes (say, a ULA prefix and a global prefix) won't be able to control their use properly. Ben From owner-freebsd-stable@FreeBSD.ORG Wed Jan 9 16:56:04 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BECD7B3E for ; Wed, 9 Jan 2013 16:56:04 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id A8C12DB8 for ; Wed, 9 Jan 2013 16:56:03 +0000 (UTC) Received: from alph.allbsd.org (p1137-ipbf1505funabasi.chiba.ocn.ne.jp [118.7.212.137]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r09GtlBc086177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Jan 2013 01:55:57 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.allbsd.org (8.14.5/8.14.5) with ESMTP id r09Gtkve073985; Thu, 10 Jan 2013 01:55:47 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Thu, 10 Jan 2013 01:55:16 +0900 (JST) Message-Id: <20130110.015516.1722722242677856001.hrs@allbsd.org> To: ben@morrow.me.uk Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 From: Hiroki Sato In-Reply-To: <20130109154435.GA81164@anubis.morrow.me.uk> References: <20130108180920.GJ36633@rugsucker.smi.sendmail.com> <20130109.072935.595111158363526981.hrs@allbsd.org> <20130109154435.GA81164@anubis.morrow.me.uk> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Thu_Jan_10_01_55_16_2013_317)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Thu, 10 Jan 2013 01:55:58 +0900 (JST) X-Spam-Status: No, score=-98.1 required=13.0 tests=CONTENT_TYPE_PRESENT, ONLY1HOPDIRECT,SAMEHELOBY2HOP,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2013 16:56:04 -0000 ----Security_Multipart(Thu_Jan_10_01_55_16_2013_317)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ben Morrow wrote in <20130109154435.GA81164@anubis.morrow.me.uk>: be> So getipnodebyname is behaving correctly here: the host has both IPv4 be> and IPv6 addresses, and Sendmail is requesting both native and v4-mapped be> addresses be returned in all cases. The v4-mapped addresses are then be> sorted to the top of the list. be> be> On FreeBSD, where net.inet6.ip6.v6only is on by default, I believe this be> is incorrect, and Sendmail should be passing 0 for the flags argument, be> unless it's going to check or clear the IPV6_V6ONLY socket option. There be> is no point binding a socket to a v4-mapped address if the kernel isn't be> going to deliver IPv4 connections to it. Sendmail should also be binding be> to all the addresses returned, if it isn't already, rather than just the be> first: this would make the problem go away, since both v4-mapped and be> native IPv6 sockets would be bound, and the v4-mapped ones would simply be> never get any connections. I reread the RFC 2553 and realize your explanation is correct. gshapiro's explanation was a behavior in the case of (AF_INET6, AI_DEFAULT), not (AF_INET6, AI_DEFAULT|AI_ALL). I think sendmail should work regardless of net.inet6.ip6.v6only. Is just dropping AI_ALL enough for that? When AAAA RR is found, no v4-mapped address will return in that case. Is this correct? be> Fixing this by setting ipv6_prefer is not necessarily a good idea; this be> will cause IPv6 addresses to be preferred across the whole system, and be> unless your IPv6 connectivity is at least as good as your IPv4, that be> probably isn't what you want. Yes, I agree that ipv6_prefer is not a correct way to solve this specific issue. be> > Just curious, but is there any specific reason not to return an error be> > when Family=inet6 and no AAAA RR? be> be> In this case, Sendmail explicitly requested that v4-mapped addresses be be> returned in all cases... -- Hiroki ----Security_Multipart(Thu_Jan_10_01_55_16_2013_317)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAlDtoPQACgkQTyzT2CeTzy3Z2wCfRjFlwaISqfVUSfmg5+NgLRHc fQYAn1OPl087ck16Ge0s47plPfSUItcd =Rvme -----END PGP SIGNATURE----- ----Security_Multipart(Thu_Jan_10_01_55_16_2013_317)---- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 9 17:07:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B1386209 for ; Wed, 9 Jan 2013 17:07:20 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id D1C43F56 for ; Wed, 9 Jan 2013 17:07:19 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga-m.mahoroba.org [IPv6:2001:2f0:104:8016:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.6/8.14.6) with ESMTP/inet6 id r09H7ClV064504 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 10 Jan 2013 02:07:13 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 10 Jan 2013 02:07:05 +0900 Message-ID: From: Hajimu UMEMOTO To: Ben Morrow Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 In-Reply-To: <20130109162900.GA81522@anubis.morrow.me.uk> References: <20130108151837.GF35868@acme.spoerlein.net> <50EC5922.5030600@boland.org> <20130108184051.GI35868@acme.spoerlein.net> <20130109.073354.730245417155474512.hrs@allbsd.org> <20130109162900.GA81522@anubis.morrow.me.uk> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/24.2 (i386-portbld-freebsd9.1) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 9.1-STABLE X-PGP-Key: http://www.mahoroba.org/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Thu, 10 Jan 2013 02:07:13 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.6 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2013 17:07:20 -0000 Hi, >>>>> On Wed, 9 Jan 2013 16:29:00 +0000 >>>>> Ben Morrow said: ben> Where does it say that? All I can find (but I might be being stupid) is ben> the bit in the description of AI_ALL where it says 'A query is first ben> made for AAAA records and if successful, the IPv6 addresses are ben> returned. Another query is then made for A records and any found are ben> returned as IPv4-mapped IPv6 addresses.'. I don't believe that is meant ben> to indicate the AAAA results are returned first in the list, just that ben> both sets of results are included. It is the sentence you mentioned. It was not thought those days that a query order and an order of the value to return were another. So, I think that it implies the order of the value to return. ben> Also, RFC 6724 (which is more recent), says 'we intend that ben> implementations of APIs such as getaddrinfo() will use the destination ben> address selection algorithm specified here to sort the list of IPv6 and ben> IPv4 addresses that they return.'. AFAICS 'APIs such as getaddrinfo()' ben> is supposed to include getipnodebyname and gethostbyname2, and the whole ben> list of v4 and v6 addresses is supposed to be sorted by those rules. I thought so at the time when I implemented it. However, getipnodebyname has IPv4-mapped addresses issue as compared with getaddrinfo. Since gethostbyname2 doesn't treat multiple families at once, it is out of scope, IMHO. gethostbyname2 in FreeBSD doesn't obey ip6addrctl. ben> However, given that FreeBSD disables the use of v4-mapped addresses on ben> AF_INET6 sockets by default, it might be sensible to change the rules a ben> little. An application making an AF_INET6 query is probably going to use ben> the result with an AF_INET6 socket, so a v4-mapped address is going to ben> be mostly useless. There is IPV6_V6ONLY socket option. Still, an application has two choices: - convert IPv4-mapped address to IPv4 address, or - issue IPV6_V6ONLY socket option. In anyway, I think it is important that an application conscious of using the IPv4-mapped address. > I've just committed to disable it: > > http://svnweb.freebsd.org/base?view=revision&revision=245225 ben> I don't think that's the right answer. Even if the code should be ben> changed to always return addresses from A records last, the IPv6 ben> addresses from AAAA records should still be sorted according to ben> ip6addrctl. Otherwise sites with multiple prefixes (say, a ULA prefix ben> and a global prefix) won't be able to control their use properly. getipnodebyname was deprecated by RFC 3493 and appropriate time has passed since then. So, it is low-priority, IMHO. Sincerely, -- Hajimu UMEMOTO ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.mahoroba.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Wed Jan 9 19:28:36 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 135F958C; Wed, 9 Jan 2013 19:28:36 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 95834855; Wed, 9 Jan 2013 19:28:35 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.6/8.14.6) with ESMTP id r09JSTOq053734 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 9 Jan 2013 20:28:29 +0100 (CET) (envelope-from uqs@FreeBSD.org) Date: Wed, 9 Jan 2013 20:28:28 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Hiroki Sato Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 Message-ID: <20130109192828.GM35868@acme.spoerlein.net> Mail-Followup-To: Hiroki Sato , michiel@boland.org, stable@FreeBSD.org References: <20130109.073354.730245417155474512.hrs@allbsd.org> <50ED6D2A.5080908@boland.org> <20130109142111.GL35868@acme.spoerlein.net> <20130109.234210.397446040718957005.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Md/poaVZ8hnGTzuv" Content-Disposition: inline In-Reply-To: <20130109.234210.397446040718957005.hrs@allbsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: michiel@boland.org, stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2013 19:28:36 -0000 --Md/poaVZ8hnGTzuv Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 2013-01-09 at 23:42:10 +0900, Hiroki Sato wrote: > Ulrich Sp=C3=B6rlein wrote > in <20130109142111.GL35868@acme.spoerlein.net>: >=20 > > On Wed, 2013-01-09 at 14:14:18 +0100, Michiel Boland wrote: > > > On 01/08/2013 23:33, Hiroki Sato wrote: > > > > Ulrich Sp=C3=B6rlein wrote > > > > in <20130108184051.GI35868@acme.spoerlein.net>: > > > > > > > > uq> After setting this, it now looks like this: > > > > uq> root@acme: ~# ip6addrctl > > > > uq> Prefix Prec Label Use > > > > uq> ::1/128 50 0 0 > > > > uq> ::/0 40 1 0 > > > > uq> 2002::/16 30 2 0 > > > > uq> ::/96 20 3 0 > > > > uq> ::ffff:0.0.0.0/96 10 4 0 > > > > uq> > > > > uq> And even sendmail is happily finding the sockets to bind to. Th= anks for the hint! > > > > > > > > I think this just hides the problem. If gshapiro@'s explanation = is > > > > correct, no ::ffff:0.0.0.0/96 address should be returned if the n= ame > > > > resolution works fine... > > > > > > > > -- Hiroki > > > > > > >=20 > > > getipnodebyname(xx, AF_INET6, AI_DEFAULT|AI_ALL) does this:- > > >=20 > > > If a host has both IPv6 and IPv4 addresses, both are returned. > > > The IPv4 address is presented as a mapped address. > > > The order in which the addresses are returns depends on the > > > address selection policy (_hpreorder in lib/libc/net/name6.c) > >=20 > > Is this also supposed to work for selecting the source IP address for > > outgoing packets/sockets? And should it work for ping6? >=20 > Yes. >=20 > > Using a tunnel for IPv6, I have this transfer net configured on my > > router, but for ACL purposes I would like to have all connections come > > from my real prefix, not the transfer net. So I wrote my own policy, yet > > ping6 seems to ignore it. >=20 > > As you can see, source prefix stays 2a02:2528:ff00, though I'd like it > > to be 2a02:2528:ff0d. >=20 > This is because the prefix on the interface has the first priority. > Why don't you use an fe80::/10 address to route packets to the other > endpoint of tun0? I don't think I have a choice here. To clarify: the sendmail problem is on a server that has native IPv6 connectivity, here I setup my actual prefix as the first address, the address I need to talk to the router is configured as an alias. This works fine. The source address problem I'm now talking about is happening on my router at home, which has a Sixxs tunnel and needs to use AICCU of all things to talk to the outside world, sixxs-aiccu will create the tun(4) interface and set it up like this: tun0: flags=3D8051 metric 0 mtu 1280 options=3D80000 inet6 fe80::230:5ff:fe77:e7a0%tun0 prefixlen 64 scopeid 0xd=20 inet6 fe80::2428:ff00:1b:2%tun0 prefixlen 64 scopeid 0xd=20 inet6 2a02:2528:ff00:1b::2 --> 2a02:2528:ff00:1b::1 prefixlen 128= =20 nd6 options=3D21 Opened by PID 82756 and I'd like to have ipv6 connection originating from this host use 2a02:2528:ff0d::1%em0 instead of 2a02:2528:ff00:1b::2%tun0 as the outgoing address. That tun0 interface can come and go, btw, which complicates things. Is this possible? Or should I just switch to the one local DSL provide I have here that actually offers native IPv6 for home DSL users? Cheers, Uli --Md/poaVZ8hnGTzuv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAEBAgAGBQJQ7cTcAAoJEKOmmGRKr4LOrlQIALBt/oQ4s5CJsW/c7ZNtAwV4 b5H2irOPDni2Vt0II63JE4bRfK8mBi50FVT7crZnfHCNX9/c2H6t5cXgrlcwh00w oFLhFRnujoBjy0LxgCmOabiXM6H9sKOYo3jWok9iLiA5eeGzJXY6yggTNmuIJw2d kjigS/GehUG7VpgIYqgsMC7XGR8ucCCEzSJKsZ52lVjWlzL8Yo7mq6dU5jNztQ5M N/WpAl7H+BMOnv7jya8FvkvKb1b4qS+z5MR458aAjZPFeXL0uqso54Y+Aln2S1Wo kwB1Cfuidj7SOWgLWzY6UZGWulKHsRbqpNQXeKB1qkpzrK20ewSdIL6+GH/q2vM= =Q3oo -----END PGP SIGNATURE----- --Md/poaVZ8hnGTzuv-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 9 20:03:40 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 573B3DA for ; Wed, 9 Jan 2013 20:03:40 +0000 (UTC) (envelope-from polis@spectralogic.com) Received: from mail5.spectralogic.com (mail5.spectralogic.com [8.30.156.6]) by mx1.freebsd.org (Postfix) with ESMTP id D58F19DF for ; Wed, 9 Jan 2013 20:03:39 +0000 (UTC) From: Po-Li Soong To: "stable@FreeBSD.org" Subject: zio_done panic on unadulterated FreeBSD Release 9.1 Thread-Topic: zio_done panic on unadulterated FreeBSD Release 9.1 Thread-Index: Ac3unBKkFihILaX0Sve67eNiNL/vMAACD/Rw Date: Wed, 9 Jan 2013 20:03:38 +0000 Message-ID: <0C4D65F6A0FC9E4B95EA114508C7E0FE5F66DDB6@reactor.sldomain.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [192.168.6.103] Content-Type: multipart/mixed; boundary="_004_0C4D65F6A0FC9E4B95EA114508C7E0FE5F66DDB6reactorsldomain_" MIME-Version: 1.0 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2013 20:03:40 -0000 --_004_0C4D65F6A0FC9E4B95EA114508C7E0FE5F66DDB6reactorsldomain_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, My name is Po-Li Soong. I ran into a crash not long after installing the 9.= 1 release on my home machine. I was performing a test run of file transfer = with samba server running on the FreeBSD installation. The transfer rate wa= s about 70-80 MB/sec. The core.txt is attached. If there are other crash du= mps needed, please let me know. I first discussed this panic with Justin Gibbs, a coworker of mine at Spect= ra Logic. He referred me to this email address, suggesting that the informa= tion should be relevant to you. Thanks for the help. Regards, Po-Li Soong --_004_0C4D65F6A0FC9E4B95EA114508C7E0FE5F66DDB6reactorsldomain_ Content-Type: text/plain; name="core.txt" Content-Description: core.txt Content-Disposition: attachment; filename="core.txt"; size=87856; creation-date="Wed, 09 Jan 2013 04:18:39 GMT"; modification-date="Sun, 06 Jan 2013 02:53:28 GMT" Content-Transfer-Encoding: base64 bWFlc3Rvc28gZHVtcGVkIGNvcmUgLSBzZWUgL3Zhci9jcmFzaC92bWNvcmUuMAoKU2F0IEphbiAg NSAxOTo1MzoyNCBNU1QgMjAxMwoKRnJlZUJTRCBtYWVzdG9zbyA5LjEtUkVMRUFTRSBGcmVlQlNE IDkuMS1SRUxFQVNFICMwIHIyNDM4MjU6IFR1ZSBEZWMgIDQgMDk6MjM6MTAgVVRDIDIwMTIgICAg IHJvb3RAZmFycmVsbC5jc2UuYnVmZmFsby5lZHU6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJ QyAgYW1kNjQKCnBhbmljOiBwYWdlIGZhdWx0CgpHTlUgZ2RiIDYuMS4xIFtGcmVlQlNEXQpDb3B5 cmlnaHQgMjAwNCBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KR0RCIGlzIGZyZWUgc29m dHdhcmUsIGNvdmVyZWQgYnkgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCBhbmQgeW91 IGFyZQp3ZWxjb21lIHRvIGNoYW5nZSBpdCBhbmQvb3IgZGlzdHJpYnV0ZSBjb3BpZXMgb2YgaXQg dW5kZXIgY2VydGFpbiBjb25kaXRpb25zLgpUeXBlICJzaG93IGNvcHlpbmciIHRvIHNlZSB0aGUg Y29uZGl0aW9ucy4KVGhlcmUgaXMgYWJzb2x1dGVseSBubyB3YXJyYW50eSBmb3IgR0RCLiAgVHlw ZSAic2hvdyB3YXJyYW50eSIgZm9yIGRldGFpbHMuClRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFz ICJhbWQ2NC1tYXJjZWwtZnJlZWJzZCIuLi4KClVucmVhZCBwb3J0aW9uIG9mIHRoZSBrZXJuZWwg bWVzc2FnZSBidWZmZXI6CgoKRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3aGlsZSBpbiBrZXJu ZWwgbW9kZQpjcHVpZCA9IDE7IGFwaWMgaWQgPSAwMQpmYXVsdCB2aXJ0dWFsIGFkZHJlc3MJPSAw eGZmZmZmZmZiODEyODE1ZDgKZmF1bHQgY29kZQkJPSBzdXBlcnZpc29yIHJlYWQgZGF0YSwgcGFn ZSBub3QgcHJlc2VudAppbnN0cnVjdGlvbiBwb2ludGVyCT0gMHgyMDoweGZmZmZmZmZmODBiNTA1 OTcKc3RhY2sgcG9pbnRlcgkgICAgICAgID0gMHgyODoweGZmZmZmZjgwZmEzYmM4ZDAKZnJhbWUg cG9pbnRlcgkgICAgICAgID0gMHgyODoweGZmZmZmZjgwZmEzYmM5MDAKY29kZSBzZWdtZW50CQk9 IGJhc2UgMHgwLCBsaW1pdCAweGZmZmZmLCB0eXBlIDB4MWIKCQkJPSBEUEwgMCwgcHJlcyAxLCBs b25nIDEsIGRlZjMyIDAsIGdyYW4gMQpwcm9jZXNzb3IgZWZsYWdzCT0gaW50ZXJydXB0IGVuYWJs ZWQsIHJlc3VtZSwgSU9QTCA9IDAKY3VycmVudCBwcm9jZXNzCQk9IDAgKHppb193cml0ZV9pbnRy XzUpCnRyYXAgbnVtYmVyCQk9IDEyCnBhbmljOiBwYWdlIGZhdWx0CmNwdWlkID0gMwpLREI6IHN0 YWNrIGJhY2t0cmFjZToKIzAgMHhmZmZmZmZmZjgwOTIwOGE2IGF0IGtkYl9iYWNrdHJhY2UrMHg2 NgojMSAweGZmZmZmZmZmODA4ZWE4YmUgYXQgcGFuaWMrMHgxY2UKIzIgMHhmZmZmZmZmZjgwYmQ4 MjQwIGF0IHRyYXBfZmF0YWwrMHgyOTAKIzMgMHhmZmZmZmZmZjgwYmQ4NTdkIGF0IHRyYXBfcGZh dWx0KzB4MWVkCiM0IDB4ZmZmZmZmZmY4MGJkOGI5ZSBhdCB0cmFwKzB4M2NlCiM1IDB4ZmZmZmZm ZmY4MGJjMzE1ZiBhdCBjYWxsdHJhcCsweDgKIzYgMHhmZmZmZmZmZjgwYjUwNmY1IGF0IHZtX3Bh Z2VfZnJlZV90b3ErMHg0NQojNyAweGZmZmZmZmZmODBiNGYyNzYgYXQgdm1fb2JqZWN0X3BhZ2Vf cmVtb3ZlKzB4MTk2CiM4IDB4ZmZmZmZmZmY4MGI0NmIwNiBhdCB2bV9tYXBfZGVsZXRlKzB4MzE2 CiM5IDB4ZmZmZmZmZmY4MGI0NmMxMSBhdCB2bV9tYXBfcmVtb3ZlKzB4NTEKIzEwIDB4ZmZmZmZm ZmY4MGIzYTcwYSBhdCB1bWFfbGFyZ2VfZnJlZSsweDNhCiMxMSAweGZmZmZmZmZmODA4ZDU4OWEg YXQgZnJlZSsweDVhCiMxMiAweGZmZmZmZmZmODE2OWI0Y2UgYXQgemlvX2RvbmUrMHgyZWUKIzEz IDB4ZmZmZmZmZmY4MTY5OTA2MyBhdCB6aW9fZXhlY3V0ZSsweGMzCiMxNCAweGZmZmZmZmZmODA5 MmNmNTUgYXQgdGFza3F1ZXVlX3J1bl9sb2NrZWQrMHg4NQojMTUgMHhmZmZmZmZmZjgwOTJkZWQ2 IGF0IHRhc2txdWV1ZV90aHJlYWRfbG9vcCsweDQ2CiMxNiAweGZmZmZmZmZmODA4YmI5ZWYgYXQg Zm9ya19leGl0KzB4MTFmCiMxNyAweGZmZmZmZmZmODBiYzM2OGUgYXQgZm9ya190cmFtcG9saW5l KzB4ZQpVcHRpbWU6IDNoMTltMzRzCkR1bXBpbmcgNTcxIG91dCBvZiAzNTYxIE1COi4uMyUuLjEy JS4uMjMlLi4zMSUuLjQyJS4uNTElLi42MiUuLjczJS4uODIlLi45MyUKClJlYWRpbmcgc3ltYm9s cyBmcm9tIC9ib290L2tlcm5lbC96ZnMua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9r ZXJuZWwvemZzLmtvLnN5bWJvbHMuLi5kb25lLgpkb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jv b3Qva2VybmVsL3pmcy5rbwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvb3BlbnNv bGFyaXMua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvb3BlbnNvbGFyaXMu a28uc3ltYm9scy4uLmRvbmUuCmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwv b3BlbnNvbGFyaXMua28KIzAgIGRvYWR1bXAgKHRleHRkdW1wPVZhcmlhYmxlICJ0ZXh0ZHVtcCIg aXMgbm90IGF2YWlsYWJsZS4KKSBhdCBwY3B1Lmg6MjI0CjIyNAlwY3B1Lmg6IE5vIHN1Y2ggZmls ZSBvciBkaXJlY3RvcnkuCglpbiBwY3B1LmgKKGtnZGIpICMwICBkb2FkdW1wICh0ZXh0ZHVtcD1W YXJpYWJsZSAidGV4dGR1bXAiIGlzIG5vdCBhdmFpbGFibGUuCikgYXQgcGNwdS5oOjIyNAojMSAg MHhmZmZmZmZmZjgwOGVhM2ExIGluIGtlcm5fcmVib290IChob3d0bz0yNjApCiAgICBhdCAvdXNy L3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6NDQ4CiMyICAweGZmZmZmZmZmODA4ZWE4OTcg aW4gcGFuaWMgKGZtdD0weDEgPEFkZHJlc3MgMHgxIG91dCBvZiBib3VuZHM+KQogICAgYXQgL3Vz ci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0ZG93bi5jOjYzNgojMyAgMHhmZmZmZmZmZjgwYmQ4MjQw IGluIHRyYXBfZmF0YWwgKGZyYW1lPTB4YywgZXZhPVZhcmlhYmxlICJldmEiIGlzIG5vdCBhdmFp bGFibGUuCikKICAgIGF0IC91c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2NC90cmFwLmM6ODU3CiM0ICAw eGZmZmZmZmZmODBiZDg1N2QgaW4gdHJhcF9wZmF1bHQgKGZyYW1lPTB4ZmZmZmZmODBmYTNiYzgy MCwgdXNlcm1vZGU9MCkKICAgIGF0IC91c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2NC90cmFwLmM6Nzcz CiM1ICAweGZmZmZmZmZmODBiZDhiOWUgaW4gdHJhcCAoZnJhbWU9MHhmZmZmZmY4MGZhM2JjODIw KQogICAgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L3RyYXAuYzo0NTYKIzYgIDB4ZmZmZmZm ZmY4MGJjMzE1ZiBpbiBjYWxsdHJhcCAoKQogICAgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0 L2V4Y2VwdGlvbi5TOjIyOAojNyAgMHhmZmZmZmZmZjgwYjUwNTk3IGluIHZtX3BhZ2VfcmVtb3Zl IChtPTB4ZmZmZmZlMDBjZDczM2FiMCkKICAgIGF0IC91c3Ivc3JjL3N5cy92bS92bV9wYWdlLmM6 OTc1CiM4ICAweGZmZmZmZmZmODBiNTA2ZjUgaW4gdm1fcGFnZV9mcmVlX3RvcSAobT0weGZmZmZm ZTAwY2Q3MzNhYjApCiAgICBhdCAvdXNyL3NyYy9zeXMvdm0vdm1fcGFnZS5jOjE4NzIKIzkgIDB4 ZmZmZmZmZmY4MGI0ZjI3NiBpbiB2bV9vYmplY3RfcGFnZV9yZW1vdmUgKG9iamVjdD0weGZmZmZm ZmZmODEyODE1ODAsIAogICAgc3RhcnQ9NDc3NTEyLCBlbmQ9NDc3NTM5LCBvcHRpb25zPVZhcmlh YmxlICJvcHRpb25zIiBpcyBub3QgYXZhaWxhYmxlLgopIGF0IC91c3Ivc3JjL3N5cy92bS92bV9v YmplY3QuYzoxODk5CiMxMCAweGZmZmZmZmZmODBiNDZiMDYgaW4gdm1fbWFwX2RlbGV0ZSAobWFw PTB4ZmZmZmZlMDAwMjAwMDBlOCwgc3RhcnQ9VmFyaWFibGUgInN0YXJ0IiBpcyBub3QgYXZhaWxh YmxlLgopCiAgICBhdCAvdXNyL3NyYy9zeXMvdm0vdm1fbWFwLmM6MjczOQojMTEgMHhmZmZmZmZm ZjgwYjQ2YzExIGluIHZtX21hcF9yZW1vdmUgKG1hcD0weGZmZmZmZTAwMDIwMDAwZTgsIAogICAg c3RhcnQ9MTg0NDY3NDM1MjU5MDk2MjY4ODAsIGVuZD0xODQ0Njc0MzUyNTkwOTczNzQ3MikKICAg IGF0IC91c3Ivc3JjL3N5cy92bS92bV9tYXAuYzoyODcxCiMxMiAweGZmZmZmZmZmODBiM2E3MGEg aW4gdW1hX2xhcmdlX2ZyZWUgKHNsYWI9MHhmZmZmZmUwMGFjZWZmOGUwKQogICAgYXQgL3Vzci9z cmMvc3lzL3ZtL3VtYV9jb3JlLmM6MzA4NQojMTMgMHhmZmZmZmZmZjgwOGQ1ODlhIGluIGZyZWUg KGFkZHI9MHhmZmZmZmY4MDc0OTQ4MDAwLCAKICAgIG10cD0weGZmZmZmZmZmODE3NDdjMjApIGF0 IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fbWFsbG9jLmM6NTcyCiMxNCAweGZmZmZmZmZmODE2OWI0 Y2UgaW4gemlvX2RvbmUgKHppbz0weGZmZmZmZTAwN2E5OTA2ZTApCiAgICBhdCAvdXNyL3NyYy9z eXMvbW9kdWxlcy96ZnMvLi4vLi4vY2RkbC9jb250cmliL29wZW5zb2xhcmlzL3V0cy9jb21tb24v ZnMvemZzL3ppby5jOjI5NjAKIzE1IDB4ZmZmZmZmZmY4MTY5OTA2MyBpbiB6aW9fZXhlY3V0ZSAo emlvPTB4ZmZmZmZlMDA3YTk5MDZlMCkKICAgIGF0IC91c3Ivc3JjL3N5cy9tb2R1bGVzL3pmcy8u Li8uLi9jZGRsL2NvbnRyaWIvb3BlbnNvbGFyaXMvdXRzL2NvbW1vbi9mcy96ZnMvemlvLmM6MTE5 NgojMTYgMHhmZmZmZmZmZjgwOTJjZjU1IGluIHRhc2txdWV1ZV9ydW5fbG9ja2VkIChxdWV1ZT0w eGZmZmZmZTAwMDZlZDlhMDApCiAgICBhdCAvdXNyL3NyYy9zeXMva2Vybi9zdWJyX3Rhc2txdWV1 ZS5jOjMwOAojMTcgMHhmZmZmZmZmZjgwOTJkZWQ2IGluIHRhc2txdWV1ZV90aHJlYWRfbG9vcCAo YXJnPVZhcmlhYmxlICJhcmciIGlzIG5vdCBhdmFpbGFibGUuCikKICAgIGF0IC91c3Ivc3JjL3N5 cy9rZXJuL3N1YnJfdGFza3F1ZXVlLmM6NDk3CiMxOCAweGZmZmZmZmZmODA4YmI5ZWYgaW4gZm9y a19leGl0ICgKICAgIGNhbGxvdXQ9MHhmZmZmZmZmZjgwOTJkZTkwIDx0YXNrcXVldWVfdGhyZWFk X2xvb3A+LCAKICAgIGFyZz0weGZmZmZmZTAwMDZjMDcyZTAsIGZyYW1lPTB4ZmZmZmZmODBmYTNi Y2M0MCkKICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZm9yay5jOjk5MgojMTkgMHhmZmZm ZmZmZjgwYmMzNjhlIGluIGZvcmtfdHJhbXBvbGluZSAoKQogICAgYXQgL3Vzci9zcmMvc3lzL2Ft ZDY0L2FtZDY0L2V4Y2VwdGlvbi5TOjYwMgojMjAgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgp CiMyMSAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkKIzIyIDB4MDAwMDAwMDAwMDAwMDAwMCBp biA/PyAoKQojMjMgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiMyNCAweDAwMDAwMDAwMDAw MDAwMDAgaW4gPz8gKCkKIzI1IDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojMjYgMHgwMDAw MDAwMDAwMDAwMDAwIGluID8/ICgpCiMyNyAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkKIzI4 IDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojMjkgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ ICgpCiMzMCAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkKIzMxIDB4MDAwMDAwMDAwMDAwMDAw MCBpbiA/PyAoKQojMzIgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiMzMyAweDAwMDAwMDAw MDAwMDAwMDAgaW4gPz8gKCkKIzM0IDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojMzUgMHgw MDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiMzNiAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkK IzM3IDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojMzggMHgwMDAwMDAwMDAwMDAwMDAwIGlu ID8/ICgpCiMzOSAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkKIzQwIDB4MDAwMDAwMDAwMDAw MDAwMCBpbiA/PyAoKQojNDEgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiM0MiAweDAwMDAw MDAwMDAwMDAwMDAgaW4gPz8gKCkKIzQzIDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojNDQg MHhmZmZmZmZmZjgxMjQyODgwIGluIHRkcV9jcHUgKCkKIzQ1IDB4ZmZmZmZmZmY4MTI0Mjg4MCBp biB0ZHFfY3B1ICgpCiM0NiAweGZmZmZmZTAwMDZmNDQwMDAgaW4gPz8gKCkKIzQ3IDB4MDAwMDAw MDAwMDAwMDAwMCBpbiA/PyAoKQojNDggMHhmZmZmZmY4MGZhM2JjMjkwIGluID8/ICgpCiM0OSAw eGZmZmZmZjgwZmEzYmMyMzggaW4gPz8gKCkKIzUwIDB4ZmZmZmZlMDAwNDlhODhlMCBpbiA/PyAo KQojNTEgMHhmZmZmZmZmZjgwOTEzNTJlIGluIHNjaGVkX3N3aXRjaCAodGQ9MHhmZmZmZmZmZjgx MjIyOGEwLCAKICAgIG5ld3RkPTB4ZmZmZmZlMDAwNmMwNzJlMCwgZmxhZ3M9VmFyaWFibGUgImZs YWdzIiBpcyBub3QgYXZhaWxhYmxlLgopIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3NjaGVkX3VsZS5j OjE5MjEKUHJldmlvdXMgZnJhbWUgaW5uZXIgdG8gdGhpcyBmcmFtZSAoY29ycnVwdCBzdGFjaz8p CihrZ2RiKSAKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpwcyAtYXhsCgogVUlEICBQSUQgUFBJRCBDUFUgUFJJ IE5JICAgVlNaIFJTUyBNV0NIQU4gICBTVEFUIFRUICAgICAgIFRJTUUgQ09NTUFORAogICAwICAg IDAgICAgMCAgIDAgIC04ICAwICAgICAwICAgMCAtICAgICAgICBETHMgID8/ICAgIDY6NTEuMjIg W2tlcm5lbF0KICAgMCAgICAxICAgIDAgICAwICAyMCAgMCAgNjI3NiAgIDAgd2FpdCAgICAgRExz ICA/PyAgICAwOjAwLjAxIFtpbml0XQogICAwICAgIDIgICAgMCAgIDAgLTE2ICAwICAgICAwICAg MCBhaWZ0aGQgICBETCAgID8/ICAgIDA6MDAuMDIgW2FhYzBhaWZdCiAgIDAgICAgMyAgICAwICAg MCAtMTYgIDAgICAgIDAgICAwIGN0bF93b3JrIERMICAgPz8gICAgMDowMC4wMCBbY3RsX3RocmRd CiAgIDAgICAgNCAgICAwICAgMCAtMTYgIDAgICAgIDAgICAwIHdhaXRpbmdfIERMICAgPz8gICAg MDowMC4wMCBbc2N0cF9pdGVyYXRvcl0KICAgMCAgICA1ICAgIDAgICAwIC0xNiAgMCAgICAgMCAg IDAgY2NiX3NjYW4gREwgICA/PyAgICAwOjAwLjAwIFt4cHRfdGhyZF0KICAgMCAgICA2ICAgIDAg ICAwIC0xNiAgMCAgICAgMCAgIDAgcHNsZWVwICAgREwgICA/PyAgICAwOjAwLjAxIFtwYWdlZGFl bW9uXQogICAwICAgIDcgICAgMCAgIDAgLTE2ICAwICAgICAwICAgMCBwc2xlZXAgICBETCAgID8/ ICAgIDA6MDAuMDAgW3ZtZGFlbW9uXQogICAwICAgIDggICAgMCAgIDAgMTU1ICAwICAgICAwICAg MCBwZ3plcm8gICBETCAgID8/ICAgIDA6MDAuMDAgW3BhZ2V6ZXJvXQogICAwICAgIDkgICAgMCAg IDAgLTE2ICAwICAgICAwICAgMCBwc2xlZXAgICBETCAgID8/ICAgIDA6MDAuMDQgW2J1ZmRhZW1v bl0KICAgMCAgIDEwICAgIDAgICAwIC0xNiAgMCAgICAgMCAgIDAgYXVkaXRfd28gREwgICA/PyAg ICAwOjAwLjAwIFthdWRpdF0KICAgMCAgIDExICAgIDAgICAwIDE1NSAgMCAgICAgMCAgIDAgLSAg ICAgICAgUkwgICA/PyAgNzIwOjU3LjM5IFtpZGxlXQogICAwICAgMTIgICAgMCAgIDAgLTg0ICAw ICAgICAwICAgMCAtICAgICAgICBXTCAgID8/ICAgIDk6MTkuODkgW2ludHJdCiAgIDAgICAxMyAg ICAwICAgMCAgLTggIDAgICAgIDAgICAwIC0gICAgICAgIERMICAgPz8gICAgMDoyMS4xMCBbZ2Vv bV0KICAgMCAgIDE0ICAgIDAgICAwIC0xNiAgMCAgICAgMCAgIDAgLSAgICAgICAgREwgICA/PyAg ICAwOjA4LjExIFt5YXJyb3ddCiAgIDAgICAxNSAgICAwICAgMCAtNjggIDAgICAgIDAgICAwIC0g ICAgICAgIERMICAgPz8gICAgMDowMC4zNCBbdXNiXQogICAwICAgMTYgICAgMCAgIDAgIDE2ICAw ICAgICAwICAgMCBzeXN0ZW0gbSBMTCAgID8/ICAgIDA6MTcuOTYgW3N5bmNlcl0KICAgMCAgIDE3 ICAgIDAgICAwIC0xNiAgMCAgICAgMCAgIDAgdmxydXd0ICAgREwgICA/PyAgICAwOjAwLjA1IFt2 bmxydV0KICAgMCAgIDE4ICAgIDAgICAwIC0xNiAgMCAgICAgMCAgIDAgc2RmbHVzaCAgREwgICA/ PyAgICAwOjAwLjA5IFtzb2Z0ZGVwZmx1c2hdCiAgIDAgICAzNiAgICAwICAgMCAgLTggIDAgICAg IDAgICAwIHppby0+aW9fIERMICAgPz8gICAgMDowNy40NiBbemZza2Vybl0KICAgMCAgOTk3ICAg IDEgICAwICAyMCAgMCAxMDM3NiAgIDAgc2VsZWN0ICAgRHMgICA/PyAgICAwOjAwLjAwIFtkZXZk XQogICAwIDEwODYgICAgMSAgIDAgIDI4ICAwIDEyMDUyICAgMCBzZWxlY3QgICBEcyAgID8/ICAg IDA6MDAuMDAgW2RoY2xpZW50XQogIDY1IDExMjQgICAgMSAgIDAgIDIwICAwIDEyMDUyICAgMCBz ZWxlY3QgICBEcyAgID8/ICAgIDA6MDAuMDAgW2RoY2xpZW50XQogICAwIDExNTkgICAgMSAgIDAg IDIwICAwIDEyMDUyICAgMCBzZWxlY3QgICBEcyAgID8/ICAgIDA6MDAuMDIgW3N5c2xvZ2RdCiAg IDAgMTI1NyAgICAxICAgMCAgMjAgIDAgMjIxOTYgICAwIHNlbGVjdCAgIERzICAgPz8gICAgMDow MC4zMCBbbnRwZF0KICAgMCAxMjcwICAgIDEgICAwICAyMCAgMCA0Njc0NCAgIDAgc2VsZWN0ICAg RHMgICA/PyAgICAwOjAwLjAwIFtzc2hkXQogICAwIDEyNzMgICAgMSAgIDAgIDIwICAwIDIwMjUy ICAgMCBzZWxlY3QgICBEcyAgID8/ICAgIDA6MDAuMTIgW3NlbmRtYWlsXQogIDI1IDEyNzYgICAg MSAgIDAgIDIwICAwIDIwMjUyICAgMCBwYXVzZSAgICBEcyAgID8/ICAgIDA6MDAuMDAgW3NlbmRt YWlsXQogICAwIDEyODAgICAgMSAgIDAgIDIwICAwIDE0MTI4ICAgMCBuYW5zbHAgICBEcyAgID8/ ICAgIDA6MDAuMDIgW2Nyb25dCiAgIDAgMTM0MSAgICAxICAgMCAgMjEgIDAgNDExNjQgICAwIHdh aXQgICAgIERzICAgPz8gICAgMDowMC4wMSBbbG9naW5dCiAgIDAgMTM0MiAgICAxICAgMCAgNTIg IDAgMTIwNTIgICAwIHR0eWluICAgIERzKyAgPz8gICAgMDowMC4wMCBbZ2V0dHldCiAgIDAgMTM0 MyAgICAxICAgMCAgNTIgIDAgMTIwNTIgICAwIHR0eWluICAgIERzKyAgPz8gICAgMDowMC4wMCBb Z2V0dHldCiAgIDAgMTM0NCAgICAxICAgMCAgNTIgIDAgMTIwNTIgICAwIHR0eWluICAgIERzKyAg Pz8gICAgMDowMC4wMCBbZ2V0dHldCiAgIDAgMTM0NSAgICAxICAgMCAgNTIgIDAgMTIwNTIgICAw IHR0eWluICAgIERzKyAgPz8gICAgMDowMC4wMCBbZ2V0dHldCiAgIDAgMTM0NiAgICAxICAgMCAg NTIgIDAgMTIwNTIgICAwIHR0eWluICAgIERzKyAgPz8gICAgMDowMC4wMCBbZ2V0dHldCiAgIDAg MTM0NyAgICAxICAgMCAgNTIgIDAgMTIwNTIgICAwIHR0eWluICAgIERzKyAgPz8gICAgMDowMC4w MCBbZ2V0dHldCiAgIDAgMTM0OCAgICAxICAgMCAgNTIgIDAgMTIwNTIgICAwIHR0eWluICAgIERz KyAgPz8gICAgMDowMC4wMCBbZ2V0dHldCiAgIDAgMTM0OSAxMzQxICAgMCAgMjAgIDAgMTc1Mjgg ICAwIHR0eWluICAgIEQrICAgPz8gICAgMDowMC4wMyBbY3NoXQogICAwIDE1MDggICAgMSAgIDAg IDIwICAwIDE2MjEyICAgMCBzZWxlY3QgICBEcyAgID8/ICAgIDA6MDAuMDEgW2luZXRkXQogICAw IDE1MTUgMTUwOCAgIDAgIDIwICAwIDUxNDY4ICAgMCBzZWxlY3QgICBEcyAgID8/ICAgIDA6MDAu MTAgW25tYmRdCjEwMDEgMTY5MSAxNTA4ICAgMCAgMjggIDAgNjc5NTIgICAwIHNlbGVjdCAgIERz ICAgPz8gICAxMDo0MS42NSBbc21iZF0KICAgMCAxODQyIDEyNzAgICAwICAyMCAgMCA2Nzg4NCAg IDAgc2VsZWN0ICAgRHMgICA/PyAgICAwOjAwLjA1IFtzc2hkXQogICAwIDE4NDUgMTg0MiAgIDAg IDIwICAwIDE3NTI4ICAgMCB0dHlpbiAgICBEcysgID8/ICAgIDA6MDAuMDEgW2NzaF0KCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQp2bXN0YXQgLXMKCjMwMzk3NTc2OCBjcHUgY29udGV4dCBzd2l0Y2hlcwogNzIx NjYwMjEgZGV2aWNlIGludGVycnVwdHMKICAgNzgzNjYzIHNvZnR3YXJlIGludGVycnVwdHMKICAg MzMzMTMzIHRyYXBzCjE1OTM3NDE3OSBzeXN0ZW0gY2FsbHMKICAgICAgIDE5IGtlcm5lbCB0aHJl YWRzIGNyZWF0ZWQKICAgICAxODE1ICBmb3JrKCkgY2FsbHMKICAgICAgMTQ0IHZmb3JrKCkgY2Fs bHMKICAgICAgICAwIHJmb3JrKCkgY2FsbHMKICAgICAgICAwIHN3YXAgcGFnZXIgcGFnZWlucwog ICAgICAgIDAgc3dhcCBwYWdlciBwYWdlcyBwYWdlZCBpbgogICAgICAgIDAgc3dhcCBwYWdlciBw YWdlb3V0cwogICAgICAgIDAgc3dhcCBwYWdlciBwYWdlcyBwYWdlZCBvdXQKICAgICAxMDI4IHZu b2RlIHBhZ2VyIHBhZ2VpbnMKICAgICA5MjQwIHZub2RlIHBhZ2VyIHBhZ2VzIHBhZ2VkIGluCiAg ICAgIDEwMCB2bm9kZSBwYWdlciBwYWdlb3V0cwogICAgICAxNTAgdm5vZGUgcGFnZXIgcGFnZXMg cGFnZWQgb3V0CiAgICAgICAgMCBwYWdlIGRhZW1vbiB3YWtldXBzCiAgICAgICAgMCBwYWdlcyBl eGFtaW5lZCBieSB0aGUgcGFnZSBkYWVtb24KICAgICAgIDgwIHBhZ2VzIHJlYWN0aXZhdGVkCiAg ICA2NTczNiBjb3B5LW9uLXdyaXRlIGZhdWx0cwogICAgICAxOTIgY29weS1vbi13cml0ZSBvcHRp bWl6ZWQgZmF1bHRzCiAgICA3NjEwOSB6ZXJvIGZpbGwgcGFnZXMgemVyb2VkCiAgICAgICAgMCB6 ZXJvIGZpbGwgcGFnZXMgcHJlemVyb2VkCiAgICAgICA0NCBpbnRyYW5zaXQgYmxvY2tpbmcgcGFn ZSBmYXVsdHMKICAgMTgzMjQ3IHRvdGFsIFZNIGZhdWx0cyB0YWtlbgogICAgICAgIDAgcGFnZXMg YWZmZWN0ZWQgYnkga2VybmVsIHRocmVhZCBjcmVhdGlvbgogICA5MjE3NjEgcGFnZXMgYWZmZWN0 ZWQgYnkgIGZvcmsoKQogICAgNzA4MTQgcGFnZXMgYWZmZWN0ZWQgYnkgdmZvcmsoKQogICAgICAg IDAgcGFnZXMgYWZmZWN0ZWQgYnkgcmZvcmsoKQogICAgICAgIDAgcGFnZXMgY2FjaGVkCjE0MDk0 ODQxNCBwYWdlcyBmcmVlZAogICAgICAgIDAgcGFnZXMgZnJlZWQgYnkgZGFlbW9uCiAgICAgICAg MCBwYWdlcyBmcmVlZCBieSBleGl0aW5nIHByb2Nlc3NlcwogICAgIDQ0MjUgcGFnZXMgYWN0aXZl CiAgICAxMDc1MCBwYWdlcyBpbmFjdGl2ZQogICAgICAgIDAgcGFnZXMgaW4gVk0gY2FjaGUKICAg Njk3MDMwIHBhZ2VzIHdpcmVkIGRvd24KICAgMTY2NzM3IHBhZ2VzIGZyZWUKICAgICA0MDk2IGJ5 dGVzIHBlciBwYWdlCiAgNTkzNTg2NyB0b3RhbCBuYW1lIGxvb2t1cHMKICAgICAgICAgIGNhY2hl IGhpdHMgKDk3JSBwb3MgKyAxJSBuZWcpIHN5c3RlbSAwJSBwZXItZGlyZWN0b3J5CiAgICAgICAg ICBkZWxldGlvbnMgMCUsIGZhbHNlaGl0cyAwJSwgdG9vbG9uZyAwJQoKLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t CnZtc3RhdCAtbQoKICAgICAgICAgVHlwZSBJblVzZSBNZW1Vc2UgSGlnaFVzZSBSZXF1ZXN0cyAg U2l6ZShzKQpDQU0gZGV2IHF1ZXVlICAgICA5ICAgICAySyAgICAgICAtICAgICAgICA5ICAxMjgK ICBtZF9zaWlfZGF0YSAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAxOCAgNTEyCiAgICAgIENB TSBYUFQgICAxMTggICAgNTdLICAgICAgIC0gICAgIDU2MDUgIDE2LDMyLDY0LDEyOCwyNTYsMTAy NCwyMDQ4CiAgICAgICBpc2FkZXYgICAgIDcgICAgIDFLICAgICAgIC0gICAgICAgIDcgIDEyOAog ICAgICAgYWFjYnVmICAgMjY0ICAgIDczSyAgICAgICAtICAgICAgMzAzICA2NCwxMjgsNTEyCiAg ICAgICAgIFVBUlQgICAgIDMgICAgIDJLICAgICAgIC0gICAgICAgIDMgIDE2LDUxMiwxMDI0CiAg ICAgYWNwaWludHIgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDY0CiAgICAgICAgIGNk ZXYgICAgIDggICAgIDJLICAgICAgIC0gICAgICAgIDggIDI1NgogICAgICAgYWNwaWNhICAzOTI0 ICAgNDExSyAgICAgICAtICAgIDQ4MzM4ICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgK ICAgICAgICBzaWdpbyAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgNjQKICAgICBmaWxl ZGVzYyAgICA1MSAgICA3MEsgICAgICAgLSAgICAgMjAxMCAgMTYsMzIsNjQsMTI4LDI1Niw1MTIs MTAyNCwyMDQ4LDQwOTYKICAgICAgICAga2VudiAgICA3OCAgICAxMUsgICAgICAgLSAgICAgICA5 MCAgMTYsMzIsNjQsMTI4CiAgICAgICBrcXVldWUgICAgIDAgICAgIDBLICAgICAgIC0gICAgICAy MTggIDI1NiwyMDQ4CiAgICBwcm9jLWFyZ3MgICAgMjQgICAgIDJLICAgICAgIC0gICAgIDM1MDcg IDE2LDMyLDY0LDEyOCwyNTYKICAgICAgICBoaG9vayAgICAgMiAgICAgMUsgICAgICAgLSAgICAg ICAgMiAgMTI4CiAgICAgYWNwaXRhc2sgICAgIDEgICAgIDJLICAgICAgIC0gICAgICAgIDEgIDIw NDgKICAgICAgaXRocmVhZCAgICA4NiAgICAxNEsgICAgICAgLSAgICAgICA4NiAgMzIsMTI4LDI1 NgogICAgQ0FNIHF1ZXVlICAgIDQzICAgICAxSyAgICAgICAtICAgICA5MjcwICAxNiwzMiw2NAog ICAgICAgS1RSQUNFICAgMTAwICAgIDEzSyAgICAgICAtICAgICAgMTAwICAxMjgKICAgICAgIGxp bmtlciAgIDE5MiAgIDgwM0sgICAgICAgLSAgICAgIDIxMSAgMTYsMzIsNjQsMTI4LDI1Niw1MTIs MjA0OCw0MDk2CiAgICAgICAgbG9ja2YgICAgNTEgICAgIDZLICAgICAgIC0gICA4MjU4NjMgIDY0 LDEyOAogICBsb2dpbmNsYXNzICAgICAzICAgICAxSyAgICAgICAtICAgICAgIDgzICA2NAogICAg ICAgaXA2bmRwICAgIDEwICAgICAxSyAgICAgICAtICAgICAgIDEwICA2NCwxMjgKICAgICAgICAg dGVtcCAgICAzNCAgICAgMUsgICAgICAgLSAgIDEzNzMxMiAgMTYsMzIsNjQsMTI4LDI1Niw1MTIs MTAyNCwyMDQ4LDQwOTYKICAgICAgIGRldmJ1ZiAxOTU0MiA2MzQ1NUsgICAgICAgLSAgICAxOTYz NyAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYKICAgICAgIG1vZHVsZSAgIDQ4 MiAgICA2MUsgICAgICAgLSAgICAgIDQ4MiAgMTI4CiAgICAgbXR4X3Bvb2wgICAgIDIgICAgMTZL ICAgICAgIC0gICAgICAgIDIgIAogICAgICAgVVNCZGV2ICAgIDI4ICAgICAzSyAgICAgICAtICAg ICAgIDI4ICA2NCwxMjgKICAgICAgICAgIG9zZCAgICAgMyAgICAgMUsgICAgICAgLSAgICAgICAg NCAgMTYsNjQKICAgICAgICAgIFVTQiAgICA0OSAgICAxN0sgICAgICAgLSAgICAgICA0OSAgMTYs MzIsMTI4LDIwNDgKICAgICBwbWNob29rcyAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAg MTI4CiAgICAgIHN1YnByb2MgICAxNDQgICAyMjNLICAgICAgIC0gICAgIDIwODAgIDUxMiw0MDk2 CiAgICAgICAgIHByb2MgICAgIDIgICAgMTZLICAgICAgIC0gICAgICAgIDIgIAogICAgICBzZXNz aW9uICAgIDIzICAgICAzSyAgICAgICAtICAgICAgMTAyICAxMjgKICAgICAgICAgcGdycCAgICAy NCAgICAgM0sgICAgICAgLSAgICAgIDE5MiAgMTI4CiAgICAgICAgIGNyZWQgICAgNjAgICAgMTBL ICAgICAgIC0gICAgNDUxOTIgIDY0LDI1NgogICAgICB1aWRpbmZvICAgICA1ICAgICAzSyAgICAg ICAtICAgIDEwMTMxICAxMjgsMjA0OAogICAgICAgcGxpbWl0ICAgIDE3ICAgICA1SyAgICAgICAt ICAgICAxMjM0ICAyNTYKICAgIHN5c2N0bHRtcCAgICAgMCAgICAgMEsgICAgICAgLSAgICAgIDU3 MCAgMTYsMzIsNjQsMTI4LDQwOTYKICAgIHN5c2N0bG9pZCAgNDc2OSAgIDIzNUsgICAgICAgLSAg ICAgNDg4MSAgMTYsMzIsNjQsMTI4CiAgICAgICBzeXNjdGwgICAgIDAgICAgIDBLICAgICAgIC0g ICAgIDE1MzQgIDE2LDMyLDY0CiAgICAgIHRpZGhhc2ggICAgIDEgICAgMTZLICAgICAgIC0gICAg ICAgIDEgIAogICAgICBjYWxsb3V0ICAgICAzICAxNTM2SyAgICAgICAtICAgICAgICAzICAKICAg ICAgICAgdW10eCAgIDY3OCAgICA4NUsgICAgICAgLSAgICAgIDY3OCAgMTI4CiAgICAgcDEwMDMu MWIgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDE2CiAgICAgICAgIFNXQVAgICAgIDIg ICAyNzdLICAgICAgIC0gICAgICAgIDIgIDY0CiAgICAgICBidXMtc2MgICAgOTcgICA3MzNLICAg ICAgIC0gICAgIDM4NjIgIDE2LDMyLDY0LDEyOCwyNTYsNTEyLDEwMjQsMjA0OCw0MDk2CiAgICAg ICAgICBidXMgIDEyNTIgICAxMDdLICAgICAgIC0gICAgIDY1OTkgIDE2LDMyLDY0LDEyOCwyNTYs MTAyNAogICAgICBkZXZzdGF0ICAgIDEwICAgIDIxSyAgICAgICAtICAgICAgIDEwICAzMiw0MDk2 CiBldmVudGhhbmRsZXIgICAgNzcgICAgIDZLICAgICAgIC0gICAgICAgNzcgIDY0LDEyOAogICAg ICBhY3Bpc2VtICAgIDE2ICAgICAySyAgICAgICAtICAgICAgIDE2ICAxMjgKICAgICAgICAga29i aiAgIDMzNCAgMTMzNksgICAgICAgLSAgICAgIDU1MyAgNDA5NgogICAgICBDQU0gU0lNICAgICA5 ICAgICAzSyAgICAgICAtICAgICAgICA5ICAyNTYKICAgICAgUGVyLWNwdSAgICAgMSAgICAgMUsg ICAgICAgLSAgICAgICAgMSAgMzIKICAgQ0FNIHBlcmlwaCAgICAxNCAgICAgNEsgICAgICAgLSAg ICAgIDc5OSAgMTYsMzIsNjQsMTI4LDI1NgogICAgICAgICBybWFuICAgMjYxICAgIDMxSyAgICAg ICAtICAgICAgNTk4ICAxNiwzMiwxMjgKICAgICAgICAgc2J1ZiAgICAgMCAgICAgMEsgICAgICAg LSAgICAgMTAxOCAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYKICAgICAgZW50 cm9weSAgMTAyNCAgICA2NEsgICAgICAgLSAgICAgMTAyNCAgNjQKICAgICAgIGN0bG1lbSAgNTA2 MiAxMDExM0sgICAgICAgLSAgICAgNTA2MiAgMTI4LDIwNDgKICAgICAgICBzdGFjayAgICAgMCAg ICAgMEsgICAgICAgLSAgICAgICAgMiAgMjU2CiAgICB0YXNrcXVldWUgICAgNTEgICAgIDVLICAg ICAgIC0gICAgICAgODEgIDE2LDMyLDY0LDEyOCwxMDI0CiAgICAgICBVbml0bm8gICAgMTQgICAg IDFLICAgICAgIC0gICAgICA1OTQgIDMyLDY0CiAgICAgICAgICBpb3YgICAgIDAgICAgIDBLICAg ICAgIC0gIDYzNTMzMDUgIDE2LDMyLDY0LDEyOCwyNTYsNTEyCiAgICAgICBzZWxlY3QgICAgMzAg ICAgIDRLICAgICAgIC0gICAgICAgMzAgIDEyOAogICAgIGlvY3Rsb3BzICAgICAwICAgICAwSyAg ICAgICAtICAgIDM1NDM0ICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0CiAgICAgICAgICBtc2cg ICAgIDQgICAgMzBLICAgICAgIC0gICAgICAgIDQgIDIwNDgsNDA5NgogICAgICAgICAgc2VtICAg ICA0ICAgMTA2SyAgICAgICAtICAgICAgICA0ICAyMDQ4LDQwOTYKICAgICAgICAgIHNobSAgICAg MSAgICAyMEsgICAgICAgLSAgICAgICAgMSAgCiAgICAgICAgICB0dHkgICAgMjEgICAgMjFLICAg ICAgIC0gICAgICAgMjYgIDEwMjQsMjA0OAogICAgICAgICAgcHRzICAgICAxICAgICAxSyAgICAg ICAtICAgICAgICA0ICAyNTYKICAgICBtYnVmX3RhZyAgICAgMCAgICAgMEsgICAgICAgLSAgICAg ICA0MiAgMzIsMTI4CiAgICAgICAgc2htZmQgICAgIDEgICAgIDhLICAgICAgIC0gICAgICAgIDEg IAogICAgICAgICAgcGNiICAgIDIyICAgMTU3SyAgICAgICAtICAgICAgMzAwICAxNiwzMiwxMjgs MTAyNCwyMDQ4LDQwOTYKICAgICAgIHNvbmFtZSAgICAgNCAgICAgMUsgICAgICAgLSAgICAgMzQ5 NyAgMTYsMzIsMTI4CiAgICAgICAgICBhY2wgICAgIDAgICAgIDBLICAgICAgIC0gICAgICAgIDEg IDQwOTYKICAgICB2ZnNjYWNoZSAgICAgMSAgMjA0OEsgICAgICAgLSAgICAgICAgMSAgCiAgICAg dmZzX2hhc2ggICAgIDEgIDEwMjRLICAgICAgIC0gICAgICAgIDEgIAogICAgICAgREVWRlMxICAg MTIxICAgIDYxSyAgICAgICAtICAgICAgMTI5ICA1MTIKICAgICAgIHZub2RlcyAgICAgMiAgICAg MUsgICAgICAgLSAgICAgICAgMiAgMjU2CiAgICAgICBERVZGUzMgICAxNDEgICAgMzZLICAgICAg IC0gICAgICAxNjIgIDI1NgogICAgICAgIG1vdW50ICAgIDM2ICAgICAySyAgICAgICAtICAgICAg MTMyICAxNiwzMiw2NCwxMjgsMjU2CiAgdm5vZGVtYXJrZXIgICAgIDAgICAgIDBLICAgICAgIC0g ICAgIDIzMjQgIDUxMgogICAgICAgICAgQlBGICAgIDE0ICAgIDEwSyAgICAgICAtICAgICAgIDE0 ICAxMjgsNTEyLDQwOTYKICBldGhlcl9tdWx0aSAgICAxNSAgICAgMUsgICAgICAgLSAgICAgICAy MiAgMTYsMzIsNjQKICAgICAgIGlmYWRkciAgICA3OSAgICAyMEsgICAgICAgLSAgICAgICA4MCAg MzIsNjQsMTI4LDI1Niw1MTIsNDA5NgogICAgICAgIGlmbmV0ICAgIDEwICAgIDE5SyAgICAgICAt ICAgICAgIDEwICAxMjgsMjA0OAogICAgICAgIGNsb25lICAgICA2ICAgIDI0SyAgICAgICAtICAg ICAgICA2ICA0MDk2CiAgICAgICBhcnBjb20gICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEg IDE2CiAgICAgIGxsdGFibGUgICAgMjQgICAgMTFLICAgICAgIC0gICAgICAgMjggIDI1Niw1MTIK ICAgICAgICBERVZGUyAgICAyNiAgICAgMUsgICAgICAgLSAgICAgICAyNyAgMTYsMTI4CiAgICAg ICBERVZGU1AgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDY0CiAgICAgcm91dGV0Ymwg ICAgMzEgICAgIDVLICAgICAgIC0gICAgICA0MDYgIDMyLDY0LDEyOCwyNTYsNTEyCiAgICAgICAg IGlnbXAgICAgIDkgICAgIDNLICAgICAgIC0gICAgICAgIDkgIDI1NgogICAgIGluX211bHRpICAg ICAyICAgICAxSyAgICAgICAtICAgICAgICAzICAyNTYKICAgIHNjdHBfaXRlciAgICAgMCAgICAg MEsgICAgICAgLSAgICAgICAgMyAgMjU2CiAgICAgc2N0cF9pZm4gICAgIDIgICAgIDFLICAgICAg IC0gICAgICAgIDIgIDEyOAogICAgIHNjdHBfaWZhICAgICA0ICAgICAxSyAgICAgICAtICAgICAg ICA0ICAxMjgKICAgICBzY3RwX3ZyZiAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgNjQK ICAgIHNjdHBfYV9pdCAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAgMyAgMTYKICAgIGhvc3Rj YWNoZSAgICAgMSAgICAyOEsgICAgICAgLSAgICAgICAgMSAgCiAgICAgc3luY2FjaGUgICAgIDEg ICAgOTZLICAgICAgIC0gICAgICAgIDEgIAogICAgaW42X211bHRpICAgIDEyICAgICAySyAgICAg ICAtICAgICAgIDEyICAzMiwyNTYKICAgICAgICAgIG1sZCAgICAgOSAgICAgMksgICAgICAgLSAg ICAgICAgOSAgMTI4CiAgICAgICAgICBycGMgICAgIDIgICAgIDFLICAgICAgIC0gICAgICAgIDIg IDI1NgphdWRpdF9ldmNsYXNzICAgMTc5ICAgICA2SyAgICAgICAtICAgICAgMjE4ICAzMgogICAg ICBqYmxvY2tzICAgICAyICAgICAxSyAgICAgICAtICAgICAgICAyICAxMjgsMjU2CiAgICAgc2F2 ZWRpbm8gICAgIDAgICAgIDBLICAgICAgIC0gICAgICAgOTQgIDI1NgogICAgICAgIHNiZGVwICAg ICAwICAgICAwSyAgICAgICAtICAgICAgMTkxICA2NAogICAgICBqc2VnZGVwICAgICAwICAgICAw SyAgICAgICAtICAgICAxMTAzICA2NAogICAgICAgICBqc2VnICAgICAwICAgICAwSyAgICAgICAt ICAgICAgMTc0ICAxMjgKICAgIGpmcmVlZnJhZyAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICA0 NiAgMTI4CiAgICAgIGpuZXdibGsgICAgIDAgICAgIDBLICAgICAgIC0gICAgICA0NTQgIDEyOAog ICAgICBqcmVtcmVmICAgICAwICAgICAwSyAgICAgICAtICAgICAgMjc3ICAxMjgKICAgICAgamFk ZHJlZiAgICAgMCAgICAgMEsgICAgICAgLSAgICAgIDMyNiAgMTI4CiAgICAgIGZyZWVkZXAgICAg IDAgICAgIDBLICAgICAgIC0gICAgICAgIDggIDY0CiAgICAgZnJlZXdvcmsgICAgIDEgICAgIDFL ICAgICAgIC0gICAgICAyNzIgIDE2LDEyOAogICAgbmV3ZGlyYmxrICAgICAwICAgICAwSyAgICAg ICAtICAgICAgIDEwICA2NAogICAgICAgZGlycmVtICAgICAwICAgICAwSyAgICAgICAtICAgICAg MjY1ICAxMjgKICAgICAgICBta2RpciAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAyMCAgMTI4 CiAgICAgICBkaXJhZGQgICAgIDAgICAgIDBLICAgICAgIC0gICAgICAzMDYgIDEyOAogICAgIGZy ZWVmaWxlICAgICAwICAgICAwSyAgICAgICAtICAgICAgIDg2ICA2NAogICAgIGZyZWVibGtzICAg ICAwICAgICAwSyAgICAgICAtICAgICAgMTg0ICAxMjgKICAgICBmcmVlZnJhZyAgICAgMCAgICAg MEsgICAgICAgLSAgICAgICA0NiAgMTI4CiAgICAgaW5kaXJkZXAgICAgIDAgICAgIDBLICAgICAg IC0gICAgICAgIDggIDEyOAogICAgICAgbmV3YmxrICAgICAxICAgMTI4SyAgICAgICAtICAgICAg NDU1ICAyNTYKICAgIGJtc2FmZW1hcCAgICAgMSAgICAgOEsgICAgICAgLSAgICAgIDMwMSAgMjU2 CiAgICAgaW5vZGVkZXAgICAgIDIgIDEwMjVLICAgICAgIC0gICAgICA1ODIgIDUxMgogICAgICBw YWdlZGVwICAgICAxICAgMTI4SyAgICAgICAtICAgICAgIDgxICAyNTYKICB1ZnNfZGlyaGFzaCAg ICA2NiAgICAxM0sgICAgICAgLSAgICAgICA2NiAgMTYsMzIsNjQsMTI4LDUxMgogICAgdWZzX21v dW50ICAgICAzICAgIDEzSyAgICAgICAtICAgICAgICAzICA1MTIsNDA5NgogICAgdm1fcGdkYXRh ICAgICAyICAgMTI5SyAgICAgICAtICAgICAgICAyICAxMjgKICAgICAgbWVtZGVzYyAgICAgMSAg ICAgNEsgICAgICAgLSAgICAgICAgMSAgNDA5NgogICAgIGF0a2JkZGV2ICAgICAyICAgICAxSyAg ICAgICAtICAgICAgICAyICA2NAogICAgcGZzX25vZGVzICAgIDIxICAgICA2SyAgICAgICAtICAg ICAgIDIxICAyNTYKICAgICAgIGN0bGJsayAgIDIwMCAgMTYwMEsgICAgICAgLSAgICAgIDIwMCAg CiAgICAgICAgIEdFT00gICAxMDggICAgMjRLICAgICAgIC0gICAgICA4MTEgIDE2LDMyLDY0LDEy OCwyNTYsNTEyLDEwMjQsMjA0OAogICAgICByYW1kaXNrICAgICAxICA0MDk2SyAgICAgICAtICAg ICAgICAxICAKICAgICAgYWNwaWRldiAgICAzNyAgICAgM0sgICAgICAgLSAgICAgICAzNyAgNjQK ICAgICAgICAgaGRhYSAgICAgOSAgICA0N0sgICAgICAgLSAgICAgICAgOSAgMjU2LDUxMiwxMDI0 LDIwNDgsNDA5NgogICAgICAgICBoZGFjICAgICAyICAgICAySyAgICAgICAtICAgICAgICAyICAx MjgsMTAyNAogICAgICAgIGhkYWNjICAgICAyICAgICAxSyAgICAgICAtICAgICAgICAyICAzMgog ICAgICBjdGxwb29sICAgNTMyICAgMTQySyAgICAgICAtICAgICAgNTMyICAzMiw1MTIKICAgICAg IGtiZG11eCAgICAgNiAgICAxOEsgICAgICAgLSAgICAgICAgNiAgMTYsNTEyLDEwMjQsMjA0OAog ICAgICAgYXBtZGV2ICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAxMjgKICAgbWFkdF90 YWJsZSAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAgMSAgNDA5NgogICAgICAgZmVlZGVyICAg IDI0ICAgICAzSyAgICAgICAtICAgICAgIDMxICAzMiwxMjgKICAgICBwY2lfbGluayAgICAxNiAg ICAgMksgICAgICAgLSAgICAgICAxNiAgMzIsMTI4CiAgICBhY3BpX3BlcmYgICAgIDQgICAgIDFL ICAgICAgIC0gICAgICAgIDQgIDI1NgogICAgcmFpZF9kYXRhICAgICAwICAgICAwSyAgICAgICAt ICAgICAgMTA4ICAzMiwxMjgsMjU2CiAgICAgIGlvX2FwaWMgICAgIDEgICAgIDJLICAgICAgIC0g ICAgICAgIDEgIDIwNDgKICAgICAgICAgIE1DQSAgICAgNiAgICAgMUsgICAgICAgLSAgICAgICAg NiAgMTI4CiAgICAgICAgICBtc2kgICAgIDIgICAgIDFLICAgICAgIC0gICAgICAgIDIgIDEyOAog ICAgIG5leHVzZGV2ICAgICAzICAgICAxSyAgICAgICAtICAgICAgICAzICAxNgogICAgICAgIG1p eGVyICAgICA1ICAgIDIwSyAgICAgICAtICAgICAgICA1ICA0MDk2Cm1kX252aWRpYV9kYXRhICAg ICAwICAgICAwSyAgICAgICAtICAgICAgIDE4ICA1MTIKICAgICAgc29sYXJpcyA4MTU0MiAyNTIw NjkxSyAgICAgICAtIDg3NjY3MjA1ICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgsNDA5 NgogICBrc3RhdF9kYXRhICAgICA0ICAgICAxSyAgICAgICAtICAgICAgICA0ICA2NAoKLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tCnZtc3RhdCAtegoKSVRFTSAgICAgICAgICAgICAgICAgICBTSVpFICBMSU1JVCAg ICAgVVNFRCAgICAgRlJFRSAgICAgIFJFUSBGQUlMIFNMRUVQCgpVTUEgS2VnczogICAgICAgICAg ICAgICAyMDgsICAgICAgMCwgICAgIDE4NCwgICAgICAgMywgICAgIDE4NCwgICAwLCAgIDAKVU1B IFpvbmVzOiAgICAgICAgICAgICAgODk2LCAgICAgIDAsICAgICAxODQsICAgICAgIDAsICAgICAx ODQsICAgMCwgICAwClVNQSBTbGFiczogICAgICAgICAgICAgIDU2OCwgICAgICAwLCAgIDI2NTYx LCAgICAzMzA4LCA2Mzg0MDA4LCAgIDAsICAgMApVTUEgUkNudFNsYWJzOiAgICAgICAgICA1Njgs ICAgICAgMCwgICAgIDY5NywgICAgICAgMywgICAgIDY5NywgICAwLCAgIDAKVU1BIEhhc2g6ICAg ICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgICAgODEsICAgICAgIDksICAgICAgODEsICAgMCwg ICAwCjE2IEJ1Y2tldDogICAgICAgICAgICAgIDE1MiwgICAgICAwLCAgICAgMTQ2LCAgICAgICA0 LCAgICAgMTQ2LCAgIDAsICAgMAozMiBCdWNrZXQ6ICAgICAgICAgICAgICAyODAsICAgICAgMCwg ICAgIDEwOSwgICAgICAgMywgICAgIDExNywgICAwLCAgIDAKNjQgQnVja2V0OiAgICAgICAgICAg ICAgNTM2LCAgICAgIDAsICAgICAxMzcsICAgICAgIDMsICAgICAxNDUsICA1NywgICAwCjEyOCBC dWNrZXQ6ICAgICAgICAgICAgMTA0OCwgICAgICAwLCAgICAxNzc0LCAgICAgIDIzLCAgICAzOTI0 LDE3OTAsICAgMApWTSBPQkpFQ1Q6ICAgICAgICAgICAgICAyMzIsICAgICAgMCwgICAxMTkxNiwg ICAgIDE0OCwgICA0NTU2NCwgICAwLCAgIDAKTUFQOiAgICAgICAgICAgICAgICAgICAgMjMyLCAg ICAgIDAsICAgICAgIDcsICAgICAgMjUsICAgICAgIDcsICAgMCwgICAwCktNQVAgRU5UUlk6ICAg ICAgICAgICAgIDEyMCwgMTM0NTQwLCAgICAxMDYwLCAgICA0NTIwLDE1NzIzMzAxLCAgIDAsICAg MApNQVAgRU5UUlk6ICAgICAgICAgICAgICAxMjAsICAgICAgMCwgICAgIDc2MiwgICAgIDk0Mywg ICA2OTY4NCwgICAwLCAgIDAKZmFrZXBnOiAgICAgICAgICAgICAgICAgMTIwLCAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCm10X3pvbmU6ICAgICAgICAgICAgICAg NDExMiwgICAgICAwLCAgICAgMzI5LCAgICAgIDU3LCAgICAgMzI5LCAgIDAsICAgMAoxNjogICAg ICAgICAgICAgICAgICAgICAgMTYsICAgICAgMCwgICAxMzA5MSwgICAgIDY4NSwgNzAxMDIzOCwg ICAwLCAgIDAKMzI6ICAgICAgICAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAgIDMyMDEsICAg IDM2NjcsIDgxMTMwNjMsICAgMCwgICAwCjY0OiAgICAgICAgICAgICAgICAgICAgICA2NCwgICAg ICAwLCAgIDMzODI2LCAgIDEwMTkwLDM1MjU3OTE3LCAgIDAsICAgMAoxMjg6ICAgICAgICAgICAg ICAgICAgICAxMjgsICAgICAgMCwgICAgNzE1OCwgICAgMjczMSwyMDUzODM1OSwgICAwLCAgIDAK MjU2OiAgICAgICAgICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgMTYzNTgsICAgIDg5OTIsMTUx NjEzNjMsICAgMCwgICAwCjUxMjogICAgICAgICAgICAgICAgICAgIDUxMiwgICAgICAwLCAgIDEy MDY4LCAgICAzMzM5LCAyMzkyMjYyLCAgIDAsICAgMAoxMDI0OiAgICAgICAgICAgICAgICAgIDEw MjQsICAgICAgMCwgICAgICA3MiwgICAgMzU3NiwgIDI0MDQ5NiwgICAwLCAgIDAKMjA0ODogICAg ICAgICAgICAgICAgICAyMDQ4LCAgICAgIDAsICAgIDUyNDcsICAgICA4MDcsICAgMzQxOTUsICAg MCwgICAwCjQwOTY6ICAgICAgICAgICAgICAgICAgNDA5NiwgICAgICAwLCAgICAgNzk0LCAgICAg MzQ3LCAgIDc0NzQ3LCAgIDAsICAgMApGaWxlczogICAgICAgICAgICAgICAgICAgODAsICAgICAg MCwgICAgIDExNywgICAgMTE4OCwgICA0NzI1NCwgICAwLCAgIDAKVFVSTlNUSUxFOiAgICAgICAg ICAgICAgMTM2LCAgICAgIDAsICAgICAzNDAsICAgICAgNjAsICAgICAzNDAsICAgMCwgICAwCnVt dHggcGk6ICAgICAgICAgICAgICAgICA5NiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgIDAsICAgMApNQUMgbGFiZWxzOiAgICAgICAgICAgICAgNDAsICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKUFJPQzogICAgICAgICAgICAgICAgICAxMTg0 LCAgICAgIDAsICAgICAgNDIsICAgICAgNTcsICAgIDE5NzgsICAgMCwgICAwClRIUkVBRDogICAg ICAgICAgICAgICAgMTEyOCwgICAgICAwLCAgICAgMzExLCAgICAgIDI4LCAgICAgNDUzLCAgIDAs ICAgMApTTEVFUFFVRVVFOiAgICAgICAgICAgICAgODAsICAgICAgMCwgICAgIDM0MCwgICAgICA5 NSwgICAgIDM0MCwgICAwLCAgIDAKVk1TUEFDRTogICAgICAgICAgICAgICAgMzkyLCAgICAgIDAs ICAgICAgMjQsICAgICAgOTYsICAgIDE5NTksICAgMCwgICAwCmNwdXNldDogICAgICAgICAgICAg ICAgICA3MiwgICAgICAwLCAgICAgMjMyLCAgICAgMTY4LCAgICAgMzc0LCAgIDAsICAgMAphdWRp dF9yZWNvcmQ6ICAgICAgICAgICA5NjAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAwLCAgIDAKbWJ1Zl9wYWNrZXQ6ICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgICAyNTYs ICAgICA4OTYsMTQ3MjI5NTYxLCAgIDAsICAgMAptYnVmOiAgICAgICAgICAgICAgICAgICAyNTYs ICAgICAgMCwgICAgICAgMSwgICAgIDc2NywxMTE0NDA1ODAsICAgMCwgICAwCm1idWZfY2x1c3Rl cjogICAgICAgICAgMjA0OCwgIDI1NjAwLCAgICAxMTUyLCAgICAgIDg4LCAgICAxMTUyLCAgIDAs ICAgMAptYnVmX2p1bWJvX3BhZ2U6ICAgICAgIDQwOTYsICAxMjgwMCwgICAgICAgMCwgICAgICA3 NywgICAgMzA1NywgICAwLCAgIDAKbWJ1Zl9qdW1ib185azogICAgICAgICA5MjE2LCAgMTkyMDAs ICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCm1idWZfanVtYm9fMTZrOiAgICAg ICAxNjM4NCwgIDEyODAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAptYnVm X2V4dF9yZWZjbnQ6ICAgICAgICAgIDQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAwLCAgIDAKZ19iaW86ICAgICAgICAgICAgICAgICAgMjMyLCAgICAgIDAsICAgICAgOTYs ICAgICAyNDAsIDU5Nzk5NDgsICAgMCwgICAwCnR0eWlucTogICAgICAgICAgICAgICAgIDE2MCwg ICAgICAwLCAgICAgMTgwLCAgICAgMTU2LCAgICAgNzIwLCAgIDAsICAgMAp0dHlvdXRxOiAgICAg ICAgICAgICAgICAyNTYsICAgICAgMCwgICAgICA5NSwgICAgICA3MCwgICAgIDM4MCwgICAwLCAg IDAKYXRhX3JlcXVlc3Q6ICAgICAgICAgICAgMzI4LCAgICAgIDAsICAgICAgIDEsICAgICAxNDMs IDEyODEzOTEsICAgMCwgICAwCmF0YV9jb21wb3NpdGU6ICAgICAgICAgIDMzNiwgICAgICAwLCAg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApWTk9ERTogICAgICAgICAgICAgICAg ICA0ODAsICAgICAgMCwgICAxMTIxNiwgICAgIDI3MiwgICAxNjcyNSwgICAwLCAgIDAKVk5PREVQ T0xMOiAgICAgICAgICAgICAgMTEyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgMCwgICAwCk5BTUVJOiAgICAgICAgICAgICAgICAgMTAyNCwgICAgICAwLCAgICAgICAwLCAg ICAgIDY4LCAxMTQwOTI0LCAgIDAsICAgMApTIFZGUyBDYWNoZTogICAgICAgICAgICAxMDgsICAg ICAgMCwgICAxMDg0MywgICAgIDExMywgICAzMjgyNCwgICAwLCAgIDAKU1RTIFZGUyBDYWNoZTog ICAgICAgICAgMTQ4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAw CkwgVkZTIENhY2hlOiAgICAgICAgICAgIDMyOCwgICAgICAwLCAgICAxMDM1LCAgICAgIDU3LCAg ICAzNDMwLCAgIDAsICAgMApMVFMgVkZTIENhY2hlOiAgICAgICAgICAzNjgsICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKTkNMTk9ERTogICAgICAgICAgICAgICAg NTY4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCkRJUkhBU0g6 ICAgICAgICAgICAgICAgMTAyNCwgICAgICAwLCAgICAgIDg1LCAgICAgIDI3LCAgICAgIDg1LCAg IDAsICAgMApNb3VudHBvaW50czogICAgICAgICAgICA3OTIsICAgICAgMCwgICAgICAgNCwgICAg ICAyMSwgICAgICAgNCwgICAwLCAgIDAKcGlwZTogICAgICAgICAgICAgICAgICAgNzI4LCAgICAg IDAsICAgICAgIDcsICAgICAgNDgsICAgIDExNzUsICAgMCwgICAwCmtzaWdpbmZvOiAgICAgICAg ICAgICAgIDExMiwgICAgICAwLCAgICAgIDkwLCAgICAgOTY2LCAgICAyODM4LCAgIDAsICAgMApp dGltZXI6ICAgICAgICAgICAgICAgICAzNDQsICAgICAgMCwgICAgICAgMSwgICAgICAyMSwgICAg ICAgMSwgICAwLCAgIDAKS05PVEU6ICAgICAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgICAg IDAsICAgICAxNDUsICAgICAyMjIsICAgMCwgICAwCnNvY2tldDogICAgICAgICAgICAgICAgIDY4 MCwgIDI1NjAyLCAgICAgIDMyLCAgICAgIDQwLCAgICAgODM5LCAgIDAsICAgMAppcHE6ICAgICAg ICAgICAgICAgICAgICAgNTYsICAgIDgxOSwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAw LCAgIDAKdWRwX2lucGNiOiAgICAgICAgICAgICAgMzkyLCAgMjU2MDAsICAgICAgMTQsICAgICAg MzYsICAgICA2MDYsICAgMCwgICAwCnVkcGNiOiAgICAgICAgICAgICAgICAgICAxNiwgIDI1NzA0 LCAgICAgIDE0LCAgICAgNjU4LCAgICAgNjA2LCAgIDAsICAgMAp0Y3BfaW5wY2I6ICAgICAgICAg ICAgICAzOTIsICAyNTYwMCwgICAgICAgNywgICAgICA0MywgICAgICA1MCwgICAwLCAgIDAKdGNw Y2I6ICAgICAgICAgICAgICAgICAgOTc2LCAgMjU2MDAsICAgICAgIDcsICAgICAgMjEsICAgICAg NTAsICAgMCwgICAwCnRjcHR3OiAgICAgICAgICAgICAgICAgICA3MiwgICA1MTUwLCAgICAgICAw LCAgICAgMTAwLCAgICAgICAyLCAgIDAsICAgMApzeW5jYWNoZTogICAgICAgICAgICAgICAxNTIs ICAxNTM3NSwgICAgICAgMCwgICAgICA1MCwgICAgICAxNSwgICAwLCAgIDAKaG9zdGNhY2hlOiAg ICAgICAgICAgICAgMTM2LCAgMTUzNzIsICAgICAgIDIsICAgICAgNTQsICAgICAgIDMsICAgMCwg ICAwCnRjcHJlYXNzOiAgICAgICAgICAgICAgICA0MCwgICAxNjgwLCAgICAgICAwLCAgICAgNTA0 LCAgMzg2OTc1LCAgIDAsICAgMApzYWNraG9sZTogICAgICAgICAgICAgICAgMzIsICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKc2N0cF9lcDogICAgICAgICAgICAg ICAxMzc2LCAgMjU2MDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnNjdHBf YXNvYzogICAgICAgICAgICAgMjI4OCwgIDQwMDAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgIDAsICAgMApzY3RwX2xhZGRyOiAgICAgICAgICAgICAgNDgsICA4MDA2NCwgICAgICAgMCwg ICAgIDI4OCwgICAgICAgMywgICAwLCAgIDAKc2N0cF9yYWRkcjogICAgICAgICAgICAgNzA0LCAg ODAwMDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnNjdHBfY2h1bms6ICAg ICAgICAgICAgIDEzNiwgNDAwMDA4LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAg MApzY3RwX3JlYWRxOiAgICAgICAgICAgICAxMDQsIDQwMDAzMiwgICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAwLCAgIDAKc2N0cF9zdHJlYW1fbXNnX291dDogICAgMTEyLCA0MDAwMjYsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnNjdHBfYXNjb25mOiAgICAgICAgICAg ICA0MCwgNDAwMDA4LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApzY3RwX2Fz Y29uZl9hY2s6ICAgICAgICAgNDgsIDQwMDAzMiwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAwLCAgIDAKcmlwY2I6ICAgICAgICAgICAgICAgICAgMzkyLCAgMjU2MDAsICAgICAgIDEsICAg ICAgMTksICAgICAgIDEsICAgMCwgICAwCnVucGNiOiAgICAgICAgICAgICAgICAgIDI0MCwgIDI1 NjAwLCAgICAgICA4LCAgICAgIDcyLCAgICAgMTY2LCAgIDAsICAgMApydGVudHJ5OiAgICAgICAg ICAgICAgICAyMDAsICAgICAgMCwgICAgICAxMywgICAgICA4MiwgICAgICAxNCwgICAwLCAgIDAK c2VsZmQ6ICAgICAgICAgICAgICAgICAgIDU2LCAgICAgIDAsICAgICAgNjgsICAgICA3NTEsMTg0 NTMxOTIsICAgMCwgICAwClNXQVBNRVRBOiAgICAgICAgICAgICAgIDI4OCwgMTE2NTE5LCAgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApGRlMgaW5vZGU6ICAgICAgICAgICAgICAx NjgsICAgICAgMCwgICAgIDcxNiwgICAgICA3NiwgICAgIDgwMiwgICAwLCAgIDAKRkZTMSBkaW5v ZGU6ICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg MCwgICAwCkZGUzIgZGlub2RlOiAgICAgICAgICAgIDI1NiwgICAgICAwLCAgICAgNzE2LCAgICAg MTI0LCAgICAgODAyLCAgIDAsICAgMAp0YXNrcV96b25lOiAgICAgICAgICAgICAgNDgsICAgICAg MCwgICAgICAgMCwgICAgIDUwNCwgICAgMTE0OCwgICAwLCAgIDAKemlvX2NhY2hlOiAgICAgICAg ICAgICAgODgwLCAgICAgIDAsICAgIDYxNzAsICAgMzIyOTgsMzcxNjkxMDksICAgMCwgICAwCnpp b19saW5rX2NhY2hlOiAgICAgICAgICA0OCwgICAgICAwLCAgICA2NDkxLCAgIDMyMzE3LDM0Nzgz OTI3LCAgIDAsICAgMAp6aW9fYnVmXzUxMjogICAgICAgICAgICA1MTIsICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzUxMjogICAgICAgNTEy LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19idWZfMTAy NDogICAgICAgICAgMTAyNCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAs ICAgMAp6aW9fZGF0YV9idWZfMTAyNDogICAgIDEwMjQsICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1Zl8xNTM2OiAgICAgICAgICAxNTM2LCAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19kYXRhX2J1Zl8xNTM2OiAg ICAgMTUzNiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9f YnVmXzIwNDg6ICAgICAgICAgIDIwNDgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzIwNDg6ICAgICAyMDQ4LCAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19idWZfMjU2MDogICAgICAgICAgMjU2MCwg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fZGF0YV9idWZf MjU2MDogICAgIDI1NjAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAg IDAKemlvX2J1Zl8zMDcyOiAgICAgICAgICAzMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgMCwgICAwCnppb19kYXRhX2J1Zl8zMDcyOiAgICAgMzA3MiwgICAgICAwLCAg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzM1ODQ6ICAgICAgICAg IDM1ODQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2Rh dGFfYnVmXzM1ODQ6ICAgICAzNTg0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgMCwgICAwCnppb19idWZfNDA5NjogICAgICAgICAgNDA5NiwgICAgICAwLCAgICAgICAwLCAg ICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfNDA5NjogICAgIDQwOTYsICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1Zl81MTIwOiAg ICAgICAgICA1MTIwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAw Cnppb19kYXRhX2J1Zl81MTIwOiAgICAgNTEyMCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAg ICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzYxNDQ6ICAgICAgICAgIDYxNDQsICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzYxNDQ6ICAgICA2 MTQ0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19idWZf NzE2ODogICAgICAgICAgNzE2OCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAg IDAsICAgMAp6aW9fZGF0YV9idWZfNzE2ODogICAgIDcxNjgsICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1Zl84MTkyOiAgICAgICAgICA4MTkyLCAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19kYXRhX2J1Zl84MTky OiAgICAgODE5MiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6 aW9fYnVmXzEwMjQwOiAgICAgICAgMTAyNDAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzEwMjQwOiAgIDEwMjQwLCAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19idWZfMTIyODg6ICAgICAgICAxMjI4 OCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fZGF0YV9i dWZfMTIyODg6ICAgMTIyODgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAw LCAgIDAKemlvX2J1Zl8xNDMzNjogICAgICAgIDE0MzM2LCAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwCnppb19kYXRhX2J1Zl8xNDMzNjogICAxNDMzNiwgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzE2Mzg0OiAgICAg ICAgMTYzODQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlv X2RhdGFfYnVmXzE2Mzg0OiAgIDE2Mzg0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgMCwgICAwCnppb19idWZfMjA0ODA6ICAgICAgICAyMDQ4MCwgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMjA0ODA6ICAgMjA0ODAs ICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1Zl8yNDU3 NjogICAgICAgIDI0NTc2LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwg ICAwCnppb19kYXRhX2J1Zl8yNDU3NjogICAyNDU3NiwgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzI4NjcyOiAgICAgICAgMjg2NzIsICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzI4NjcyOiAg IDI4NjcyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19i dWZfMzI3Njg6ICAgICAgICAzMjc2OCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMzI3Njg6ICAgMzI3NjgsICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1Zl8zNjg2NDogICAgICAgIDM2ODY0LCAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19kYXRhX2J1Zl8z Njg2NDogICAzNjg2NCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAg MAp6aW9fYnVmXzQwOTYwOiAgICAgICAgNDA5NjAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzQwOTYwOiAgIDQwOTYwLCAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19idWZfNDUwNTY6ICAgICAgICA0 NTA1NiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fZGF0 YV9idWZfNDUwNTY6ICAgNDUwNTYsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAwLCAgIDAKemlvX2J1Zl80OTE1MjogICAgICAgIDQ5MTUyLCAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19kYXRhX2J1Zl80OTE1MjogICA0OTE1MiwgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzUzMjQ4OiAg ICAgICAgNTMyNDgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAK emlvX2RhdGFfYnVmXzUzMjQ4OiAgIDUzMjQ4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgMCwgICAwCnppb19idWZfNTczNDQ6ICAgICAgICA1NzM0NCwgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfNTczNDQ6ICAgNTcz NDQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1Zl82 MTQ0MDogICAgICAgIDYxNDQwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg MCwgICAwCnppb19kYXRhX2J1Zl82MTQ0MDogICA2MTQ0MCwgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzY1NTM2OiAgICAgICAgNjU1MzYsICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzY1NTM2 OiAgIDY1NTM2LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnpp b19idWZfNjk2MzI6ICAgICAgICA2OTYzMiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfNjk2MzI6ICAgNjk2MzIsICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1Zl83MzcyODogICAgICAgIDczNzI4 LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19kYXRhX2J1 Zl83MzcyODogICA3MzcyOCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAs ICAgMAp6aW9fYnVmXzc3ODI0OiAgICAgICAgNzc4MjQsICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzc3ODI0OiAgIDc3ODI0LCAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19idWZfODE5MjA6ICAgICAg ICA4MTkyMCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9f ZGF0YV9idWZfODE5MjA6ICAgODE5MjAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAwLCAgIDAKemlvX2J1Zl84NjAxNjogICAgICAgIDg2MDE2LCAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19kYXRhX2J1Zl84NjAxNjogICA4NjAxNiwg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzkwMTEy OiAgICAgICAgOTAxMTIsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAg IDAKemlvX2RhdGFfYnVmXzkwMTEyOiAgIDkwMTEyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgMCwgICAwCnppb19idWZfOTQyMDg6ICAgICAgICA5NDIwOCwgICAgICAwLCAg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfOTQyMDg6ICAg OTQyMDgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1 Zl85ODMwNDogICAgICAgIDk4MzA0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgMCwgICAwCnppb19kYXRhX2J1Zl85ODMwNDogICA5ODMwNCwgICAgICAwLCAgICAgICAwLCAg ICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzEwMjQwMDogICAgICAxMDI0MDAsICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzEw MjQwMDogMTAyNDAwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAw Cnppb19idWZfMTA2NDk2OiAgICAgIDEwNjQ5NiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAg ICAgICAwLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMTA2NDk2OiAxMDY0OTYsICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1Zl8xMTA1OTI6ICAgICAgMTEw NTkyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19kYXRh X2J1Zl8xMTA1OTI6IDExMDU5MiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAg IDAsICAgMAp6aW9fYnVmXzExNDY4ODogICAgICAxMTQ2ODgsICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzExNDY4ODogMTE0Njg4LCAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19idWZfMTE4Nzg0OiAg ICAgIDExODc4NCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6 aW9fZGF0YV9idWZfMTE4Nzg0OiAxMTg3ODQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAwLCAgIDAKemlvX2J1Zl8xMjI4ODA6ICAgICAgMTIyODgwLCAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19kYXRhX2J1Zl8xMjI4ODA6IDEyMjg4 MCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzEy Njk3NjogICAgICAxMjY5NzYsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAw LCAgIDAKemlvX2RhdGFfYnVmXzEyNjk3NjogMTI2OTc2LCAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwCnppb19idWZfMTMxMDcyOiAgICAgIDEzMTA3MiwgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMTMxMDcy OiAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKc2Ff Y2FjaGU6ICAgICAgICAgICAgICAgIDgwLCAgICAgIDAsICAgMTA0NTMsICAgICAyNTcsICAgMTU4 NjgsICAgMCwgICAwCmRub2RlX3Q6ICAgICAgICAgICAgICAgIDg1NiwgICAgICAwLCAgIDEwNTI3 LCAgICAgMjg5LCAgIDE2MDEwLCAgIDAsICAgMApkbXVfYnVmX2ltcGxfdDogICAgICAgICAyMjQs ICAgICAgMCwgICAyOTYwNywgICAgMzAzMywgMzI2NTY4NywgICAwLCAgIDAKYXJjX2J1Zl9oZHJf dDogICAgICAgICAgMjE2LCAgICAgIDAsICAgNDE4OTYsICAgIDE1MDIsIDMyNTIyNDcsICAgMCwg ICAwCmFyY19idWZfdDogICAgICAgICAgICAgIDEwNCwgICAgICAwLCAgIDE5MTMwLCAgICAzNjk0 LCAzMjU4ODE3LCAgIDAsICAgMAp6aWxfbHdiX2NhY2hlOiAgICAgICAgICAxOTIsICAgICAgMCwg ICAgIDk2OSwgICAgMTg3MSwgIDIxNjMyNywgICAwLCAgIDAKemZzX3pub2RlX2NhY2hlOiAgICAg ICAgNDAwLCAgICAgIDAsICAgMTA0NTMsICAgICAyODQsICAgMTU4NjgsICAgMCwgICAwCgoKLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tCnZtc3RhdCAtaQoKaW50ZXJydXB0ICAgICAgICAgICAgICAgICAgICAgICAg ICB0b3RhbCAgICAgICByYXRlCmlycTE6IGF0a2JkMCAgICAgICAgICAgICAgICAgICAgICAgICA1 NDAgICAgICAgICAgNgppcnExNDogYXRhMCAgICAgICAgICAgICAgICAgICAgICAgNDI0MTI2ICAg ICAgIDUzMDEKaXJxMTU6IGF0YTEgICAgICAgICAgICAgICAgICAgICAgIDQyNTc0OSAgICAgICA1 MzIxCmlycTE2OiBoZGFjMSBhYWMwICAgICAgICAgICAgICAgIDE2NTAwMzUgICAgICAyMDYyNQpp cnExOTogYXRhcGNpMCAgICAgICAgICAgICAgICAgICAgNDMwNDIxICAgICAgIDUzODAKY3B1MDp0 aW1lciAgICAgICAgICAgICAgICAgICAgICAgMzExNTU2NyAgICAgIDM4OTQ0CmlycTI1NjogaGRh YzAgICAgICAgICAgICAgICAgICAgICAgICAgIDQgICAgICAgICAgMAppcnEyNTc6IHJlMCAgICAg ICAgICAgICAgICAgICAgIDY5MjM1MTQ2ICAgICA4NjU0MzkKY3B1MTp0aW1lciAgICAgICAgICAg ICAgICAgICAgICAgMzM1NzcwMSAgICAgIDQxOTcxCmNwdTM6dGltZXIgICAgICAgICAgICAgICAg ICAgICAgIDYwNzEyNDYgICAgICA3NTg5MApjcHUyOnRpbWVyICAgICAgICAgICAgICAgICAgICAg ICAzMzIzOTA1ICAgICAgNDE1NDgKVG90YWwgICAgICAgICAgICAgICAgICAgICAgICAgICA4ODAz NDQ0MCAgICAxMTAwNDMwCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KcHN0YXQgLVQKCjExNy8xMjMyOCBmaWxl cwowTS8xOTA2TSBzd2FwIHNwYWNlCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KcHN0YXQgLXMKCkRldmljZSAg ICAgICAgICA1MTItYmxvY2tzICAgICBVc2VkICAgIEF2YWlsIENhcGFjaXR5Ci9kZXYvYWRhMHAy ICAgICAgICAzOTA1MjgwICAgICAgICAwICAzOTA1MjgwICAgICAwJQoKLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t Cmlvc3RhdAoKaW9zdGF0OiBrdm1fcmVhZChfdGtfbmluKTogaW52YWxpZCBhZGRyZXNzICgweDAp Cmlvc3RhdDogZGlzYWJsaW5nIFRUWSBzdGF0aXN0aWNzCiAgICAgICAgICAgYWFjZDAgICAgICAg ICAgICBhYWNkMSAgICAgICAgICAgIGFhY2QyICAgICAgICAgICAgIGNwdQogIEtCL3QgdHBzICBN Qi9zICAgS0IvdCB0cHMgIE1CL3MgICBLQi90IHRwcyAgTUIvcyAgdXMgbmkgc3kgaW4gaWQKIDkx Ljg5IDUyOTIgNDc0Ljg4ICA5MS45MiA1Mjg5IDQ3NC43NiAgOTEuNzQgNTMwMSA0NzQuODcgICAw ICAwICAzICAxIDk2CgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KaXBjcyAtYQoKTWVzc2FnZSBRdWV1ZXM6ClQg ICAgICAgICAgIElEICAgICAgICAgIEtFWSBNT0RFICAgICAgICBPV05FUiAgICBHUk9VUCAgICBD UkVBVE9SICBDR1JPVVAgICAgICAgICAgICAgICAgIENCWVRFUyAgICAgICAgICAgICAgICAgUU5V TSAgICAgICAgICAgICAgIFFCWVRFUyAgICAgICAgTFNQSUQgICAgICAgIExSUElEIFNUSU1FICAg IFJUSU1FICAgIENUSU1FICAgCgpTaGFyZWQgTWVtb3J5OgpUICAgICAgICAgICBJRCAgICAgICAg ICBLRVkgTU9ERSAgICAgICAgT1dORVIgICAgR1JPVVAgICAgQ1JFQVRPUiAgQ0dST1VQICAgICAg ICAgTkFUVENIICAgICAgICBTRUdTWiAgICAgICAgIENQSUQgICAgICAgICBMUElEIEFUSU1FICAg IERUSU1FICAgIENUSU1FICAgCgpTZW1hcGhvcmVzOgpUICAgICAgICAgICBJRCAgICAgICAgICBL RVkgTU9ERSAgICAgICAgT1dORVIgICAgR1JPVVAgICAgQ1JFQVRPUiAgQ0dST1VQICAgICAgICAg IE5TRU1TIE9USU1FICAgIENUSU1FICAgCgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCmlwY3MgLVQKCm1zZ2lu Zm86Cgltc2dtYXg6ICAgICAgICAxNjM4NAkobWF4IGNoYXJhY3RlcnMgaW4gYSBtZXNzYWdlKQoJ bXNnbW5pOiAgICAgICAgICAgNDAJKCMgb2YgbWVzc2FnZSBxdWV1ZXMpCgltc2dtbmI6ICAgICAg ICAgMjA0OAkobWF4IGNoYXJhY3RlcnMgaW4gYSBtZXNzYWdlIHF1ZXVlKQoJbXNndHFsOiAgICAg ICAgICAgNDAJKG1heCAjIG9mIG1lc3NhZ2VzIGluIHN5c3RlbSkKCW1zZ3NzejogICAgICAgICAg ICA4CShzaXplIG9mIGEgbWVzc2FnZSBzZWdtZW50KQoJbXNnc2VnOiAgICAgICAgIDIwNDgJKCMg b2YgbWVzc2FnZSBzZWdtZW50cyBpbiBzeXN0ZW0pCgpzaG1pbmZvOgoJc2htbWF4OiAgICA1MzY4 NzA5MTIJKG1heCBzaGFyZWQgbWVtb3J5IHNlZ21lbnQgc2l6ZSkKCXNobW1pbjogICAgICAgICAg ICAxCShtaW4gc2hhcmVkIG1lbW9yeSBzZWdtZW50IHNpemUpCglzaG1tbmk6ICAgICAgICAgIDE5 MgkobWF4IG51bWJlciBvZiBzaGFyZWQgbWVtb3J5IGlkZW50aWZpZXJzKQoJc2htc2VnOiAgICAg ICAgICAxMjgJKG1heCBzaGFyZWQgbWVtb3J5IHNlZ21lbnRzIHBlciBwcm9jZXNzKQoJc2htYWxs OiAgICAgICAxMzEwNzIJKG1heCBhbW91bnQgb2Ygc2hhcmVkIG1lbW9yeSBpbiBwYWdlcykKCnNl bWluZm86CglzZW1tbmk6ICAgICAgICAgICA1MAkoIyBvZiBzZW1hcGhvcmUgaWRlbnRpZmllcnMp CglzZW1tbnM6ICAgICAgICAgIDM0MAkoIyBvZiBzZW1hcGhvcmVzIGluIHN5c3RlbSkKCXNlbW1u dTogICAgICAgICAgMTUwCSgjIG9mIHVuZG8gc3RydWN0dXJlcyBpbiBzeXN0ZW0pCglzZW1tc2w6 ICAgICAgICAgIDM0MAkobWF4ICMgb2Ygc2VtYXBob3JlcyBwZXIgaWQpCglzZW1vcG06ICAgICAg ICAgIDEwMAkobWF4ICMgb2Ygb3BlcmF0aW9ucyBwZXIgc2Vtb3AgY2FsbCkKCXNlbXVtZTogICAg ICAgICAgIDUwCShtYXggIyBvZiB1bmRvIGVudHJpZXMgcGVyIHByb2Nlc3MpCglzZW11c3o6ICAg ICAgICAgIDYzMgkoc2l6ZSBpbiBieXRlcyBvZiB1bmRvIHN0cnVjdHVyZSkKCXNlbXZteDogICAg ICAgIDMyNzY3CShzZW1hcGhvcmUgbWF4aW11bSB2YWx1ZSkKCXNlbWFlbTogICAgICAgIDE2Mzg0 CShhZGp1c3Qgb24gZXhpdCBtYXggdmFsdWUpCgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCm5mc3N0YXQKCkNs aWVudCBJbmZvOgpScGMgQ291bnRzOgogIEdldGF0dHIgICBTZXRhdHRyICAgIExvb2t1cCAgUmVh ZGxpbmsgICAgICBSZWFkICAgICBXcml0ZSAgICBDcmVhdGUgICAgUmVtb3ZlCiAgICAgICAgMCAg ICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAg MCAgICAgICAgIDAKICAgUmVuYW1lICAgICAgTGluayAgIFN5bWxpbmsgICAgIE1rZGlyICAgICBS bWRpciAgIFJlYWRkaXIgIFJkaXJQbHVzICAgIEFjY2VzcwogICAgICAgIDAgICAgICAgICAwICAg ICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAw CiAgICBNa25vZCAgICBGc3N0YXQgICAgRnNpbmZvICBQYXRoQ29uZiAgICBDb21taXQKICAgICAg ICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMApScGMgSW5mbzoKIFRp bWVkT3V0ICAgSW52YWxpZCBYIFJlcGxpZXMgICBSZXRyaWVzICBSZXF1ZXN0cwogICAgICAgIDAg ICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwCkNhY2hlIEluZm86CkF0dHIg SGl0cyAgICBNaXNzZXMgTGt1cCBIaXRzICAgIE1pc3NlcyBCaW9SIEhpdHMgICAgTWlzc2VzIEJp b1cgSGl0cyAgICBNaXNzZXMKICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAw ICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMApCaW9STEhpdHMgICAgTWlz c2VzIEJpb0QgSGl0cyAgICBNaXNzZXMgRGlyRSBIaXRzICAgIE1pc3NlcyBBY2NzIEhpdHMgICAg TWlzc2VzCiAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAg ICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAKClNlcnZlciBJbmZvOgogIEdldGF0dHIgICBT ZXRhdHRyICAgIExvb2t1cCAgUmVhZGxpbmsgICAgICBSZWFkICAgICBXcml0ZSAgICBDcmVhdGUg ICAgUmVtb3ZlCiAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAg IDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAKICAgUmVuYW1lICAgICAgTGluayAgIFN5 bWxpbmsgICAgIE1rZGlyICAgICBSbWRpciAgIFJlYWRkaXIgIFJkaXJQbHVzICAgIEFjY2Vzcwog ICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAg MCAgICAgICAgIDAgICAgICAgICAwCiAgICBNa25vZCAgICBGc3N0YXQgICAgRnNpbmZvICBQYXRo Q29uZiAgICBDb21taXQKICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAg ICAgICAgMApTZXJ2ZXIgUmV0LUZhaWxlZAogICAgICAgICAgICAgICAgMApTZXJ2ZXIgRmF1bHRz CiAgICAgICAgICAgIDAKU2VydmVyIENhY2hlIFN0YXRzOgogICBJbnByb2cgICAgICBJZGVtICBO b24taWRlbSAgICBNaXNzZXMKICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAw ClNlcnZlciBXcml0ZSBHYXRoZXJpbmc6CiBXcml0ZU9wcyAgV3JpdGVSUEMgICBPcHNhdmVkCiAg ICAgICAgMCAgICAgICAgIDAgICAgICAgICAwCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KbmV0c3RhdCAtcwoK dGNwOgoJMTA1MDQwMTEyIHBhY2tldHMgc2VudAoJCTYzNjY1OTIgZGF0YSBwYWNrZXRzICgzNDQ5 NTI2NDIgYnl0ZXMpCgkJMiBkYXRhIHBhY2tldHMgKDY4OCBieXRlcykgcmV0cmFuc21pdHRlZAoJ CTAgZGF0YSBwYWNrZXRzIHVubmVjZXNzYXJpbHkgcmV0cmFuc21pdHRlZAoJCTAgcmVzZW5kcyBp bml0aWF0ZWQgYnkgTVRVIGRpc2NvdmVyeQoJCTY4MDQ0NTkxIGFjay1vbmx5IHBhY2tldHMgKDE1 NCBkZWxheWVkKQoJCTAgVVJHIG9ubHkgcGFja2V0cwoJCTAgd2luZG93IHByb2JlIHBhY2tldHMK CQkzMDYyODg5NCB3aW5kb3cgdXBkYXRlIHBhY2tldHMKCQkzMyBjb250cm9sIHBhY2tldHMKCTE0 NzIyMDI2OSBwYWNrZXRzIHJlY2VpdmVkCgkJNTQzNDc1NyBhY2tzIChmb3IgMzQ0OTUyNjcwIGJ5 dGVzKQoJCTI5OTk0IGR1cGxpY2F0ZSBhY2tzCgkJMCBhY2tzIGZvciB1bnNlbnQgZGF0YQoJCTE0 NTg4MjI5MyBwYWNrZXRzICgyMDgyMzA0NDkwMDMgYnl0ZXMpIHJlY2VpdmVkIGluLXNlcXVlbmNl CgkJMzA3NTggY29tcGxldGVseSBkdXBsaWNhdGUgcGFja2V0cyAoNDQ4MTkzNTEgYnl0ZXMpCgkJ MCBvbGQgZHVwbGljYXRlIHBhY2tldHMKCQkxMSBwYWNrZXRzIHdpdGggc29tZSBkdXAuIGRhdGEg KDc4OTYgYnl0ZXMgZHVwZWQpCgkJMzg2OTc1IG91dC1vZi1vcmRlciBwYWNrZXRzICg1Mjc2NjMx MTkgYnl0ZXMpCgkJMiBwYWNrZXRzICgxNDI4IGJ5dGVzKSBvZiBkYXRhIGFmdGVyIHdpbmRvdwoJ CTAgd2luZG93IHByb2JlcwoJCTEgd2luZG93IHVwZGF0ZSBwYWNrZXQKCQkwIHBhY2tldHMgcmVj ZWl2ZWQgYWZ0ZXIgY2xvc2UKCQkwIGRpc2NhcmRlZCBmb3IgYmFkIGNoZWNrc3VtcwoJCTAgZGlz Y2FyZGVkIGZvciBiYWQgaGVhZGVyIG9mZnNldCBmaWVsZHMKCQkwIGRpc2NhcmRlZCBiZWNhdXNl IHBhY2tldCB0b28gc2hvcnQKCQkwIGRpc2NhcmRlZCBkdWUgdG8gbWVtb3J5IHByb2JsZW1zCgky MCBjb25uZWN0aW9uIHJlcXVlc3RzCgkxNSBjb25uZWN0aW9uIGFjY2VwdHMKCTAgYmFkIGNvbm5l Y3Rpb24gYXR0ZW1wdHMKCTAgbGlzdGVuIHF1ZXVlIG92ZXJmbG93cwoJMCBpZ25vcmVkIFJTVHMg aW4gdGhlIHdpbmRvd3MKCTE1IGNvbm5lY3Rpb25zIGVzdGFibGlzaGVkIChpbmNsdWRpbmcgYWNj ZXB0cykKCTQzIGNvbm5lY3Rpb25zIGNsb3NlZCAoaW5jbHVkaW5nIDAgZHJvcHMpCgkJMTMgY29u bmVjdGlvbnMgdXBkYXRlZCBjYWNoZWQgUlRUIG9uIGNsb3NlCgkJMTMgY29ubmVjdGlvbnMgdXBk YXRlZCBjYWNoZWQgUlRUIHZhcmlhbmNlIG9uIGNsb3NlCgkJMiBjb25uZWN0aW9ucyB1cGRhdGVk IGNhY2hlZCBzc3RocmVzaCBvbiBjbG9zZQoJMjAgZW1icnlvbmljIGNvbm5lY3Rpb25zIGRyb3Bw ZWQKCTUyMTQ0NzEgc2VnbWVudHMgdXBkYXRlZCBydHQgKG9mIDUyMTY5ODYgYXR0ZW1wdHMpCgky IHJldHJhbnNtaXQgdGltZW91dHMKCQkwIGNvbm5lY3Rpb25zIGRyb3BwZWQgYnkgcmV4bWl0IHRp bWVvdXQKCTAgcGVyc2lzdCB0aW1lb3V0cwoJCTAgY29ubmVjdGlvbnMgZHJvcHBlZCBieSBwZXJz aXN0IHRpbWVvdXQKCTAgQ29ubmVjdGlvbnMgKGZpbl93YWl0XzIpIGRyb3BwZWQgYmVjYXVzZSBv ZiB0aW1lb3V0CgkwIGtlZXBhbGl2ZSB0aW1lb3V0cwoJCTAga2VlcGFsaXZlIHByb2JlcyBzZW50 CgkJMCBjb25uZWN0aW9ucyBkcm9wcGVkIGJ5IGtlZXBhbGl2ZQoJNTUwODcwIGNvcnJlY3QgQUNL IGhlYWRlciBwcmVkaWN0aW9ucwoJMTQxMzY3NTc2IGNvcnJlY3QgZGF0YSBwYWNrZXQgaGVhZGVy IHByZWRpY3Rpb25zCgkxNSBzeW5jYWNoZSBlbnRyaWVzIGFkZGVkCgkJMCByZXRyYW5zbWl0dGVk CgkJMCBkdXBzeW4KCQkwIGRyb3BwZWQKCQkxNSBjb21wbGV0ZWQKCQkwIGJ1Y2tldCBvdmVyZmxv dwoJCTAgY2FjaGUgb3ZlcmZsb3cKCQkwIHJlc2V0CgkJMCBzdGFsZQoJCTAgYWJvcnRlZAoJCTAg YmFkYWNrCgkJMCB1bnJlYWNoCgkJMCB6b25lIGZhaWx1cmVzCgkxNSBjb29raWVzIHNlbnQKCTAg Y29va2llcyByZWNlaXZlZAoJMyBob3N0Y2FjaGUgZW50cmllcyBhZGRlZAoJCTAgYnVja2V0IG92 ZXJmbG93CgkyODgzIFNBQ0sgcmVjb3ZlcnkgZXBpc29kZXMKCTAgc2VnbWVudCByZXhtaXRzIGlu IFNBQ0sgcmVjb3ZlcnkgZXBpc29kZXMKCTAgYnl0ZSByZXhtaXRzIGluIFNBQ0sgcmVjb3Zlcnkg ZXBpc29kZXMKCTIgU0FDSyBvcHRpb25zIChTQUNLIGJsb2NrcykgcmVjZWl2ZWQKCTIzNjExMSBT QUNLIG9wdGlvbnMgKFNBQ0sgYmxvY2tzKSBzZW50CgkwIFNBQ0sgc2NvcmVib2FyZCBvdmVyZmxv dwoJMCBwYWNrZXRzIHdpdGggRUNOIENFIGJpdCBzZXQKCTAgcGFja2V0cyB3aXRoIEVDTiBFQ1Qo MCkgYml0IHNldAoJMCBwYWNrZXRzIHdpdGggRUNOIEVDVCgxKSBiaXQgc2V0CgkwIHN1Y2Nlc3Nm dWwgRUNOIGhhbmRzaGFrZXMKCTAgdGltZXMgRUNOIHJlZHVjZWQgdGhlIGNvbmdlc3Rpb24gd2lu ZG93CnVkcDoKCTYxODUgZGF0YWdyYW1zIHJlY2VpdmVkCgkwIHdpdGggaW5jb21wbGV0ZSBoZWFk ZXIKCTAgd2l0aCBiYWQgZGF0YSBsZW5ndGggZmllbGQKCTAgd2l0aCBiYWQgY2hlY2tzdW0KCTAg d2l0aCBubyBjaGVja3N1bQoJMTYgZHJvcHBlZCBkdWUgdG8gbm8gc29ja2V0Cgk0OTQ2IGJyb2Fk Y2FzdC9tdWx0aWNhc3QgZGF0YWdyYW1zIHVuZGVsaXZlcmVkCgkwIGRyb3BwZWQgZHVlIHRvIGZ1 bGwgc29ja2V0IGJ1ZmZlcnMKCTAgbm90IGZvciBoYXNoZWQgcGNiCgkxMjIzIGRlbGl2ZXJlZAoJ NDI3IGRhdGFncmFtcyBvdXRwdXQKCTAgdGltZXMgbXVsdGljYXN0IHNvdXJjZSBmaWx0ZXIgbWF0 Y2hlZAppcDoKCTE0NzIyNjU0OCB0b3RhbCBwYWNrZXRzIHJlY2VpdmVkCgkwIGJhZCBoZWFkZXIg Y2hlY2tzdW1zCgkwIHdpdGggc2l6ZSBzbWFsbGVyIHRoYW4gbWluaW11bQoJMCB3aXRoIGRhdGEg c2l6ZSA8IGRhdGEgbGVuZ3RoCgkwIHdpdGggaXAgbGVuZ3RoID4gbWF4IGlwIHBhY2tldCBzaXpl CgkwIHdpdGggaGVhZGVyIGxlbmd0aCA8IGRhdGEgc2l6ZQoJMCB3aXRoIGRhdGEgbGVuZ3RoIDwg aGVhZGVyIGxlbmd0aAoJMCB3aXRoIGJhZCBvcHRpb25zCgkwIHdpdGggaW5jb3JyZWN0IHZlcnNp b24gbnVtYmVyCgkwIGZyYWdtZW50cyByZWNlaXZlZAoJMCBmcmFnbWVudHMgZHJvcHBlZCAoZHVw IG9yIG91dCBvZiBzcGFjZSkKCTAgZnJhZ21lbnRzIGRyb3BwZWQgYWZ0ZXIgdGltZW91dAoJMCBw YWNrZXRzIHJlYXNzZW1ibGVkIG9rCgkxNDcyMjY0NDEgcGFja2V0cyBmb3IgdGhpcyBob3N0Cgkx MDYgcGFja2V0cyBmb3IgdW5rbm93bi91bnN1cHBvcnRlZCBwcm90b2NvbAoJMCBwYWNrZXRzIGZv cndhcmRlZCAoMCBwYWNrZXRzIGZhc3QgZm9yd2FyZGVkKQoJMSBwYWNrZXQgbm90IGZvcndhcmRh YmxlCgkwIHBhY2tldHMgcmVjZWl2ZWQgZm9yIHVua25vd24gbXVsdGljYXN0IGdyb3VwCgkwIHJl ZGlyZWN0cyBzZW50CgkxMDUwMzcxNDIgcGFja2V0cyBzZW50IGZyb20gdGhpcyBob3N0CgkzIHBh Y2tldHMgc2VudCB3aXRoIGZhYnJpY2F0ZWQgaXAgaGVhZGVyCgkwIG91dHB1dCBwYWNrZXRzIGRy b3BwZWQgZHVlIHRvIG5vIGJ1ZnMsIGV0Yy4KCTAgb3V0cHV0IHBhY2tldHMgZGlzY2FyZGVkIGR1 ZSB0byBubyByb3V0ZQoJMCBvdXRwdXQgZGF0YWdyYW1zIGZyYWdtZW50ZWQKCTAgZnJhZ21lbnRz IGNyZWF0ZWQKCTAgZGF0YWdyYW1zIHRoYXQgY2FuJ3QgYmUgZnJhZ21lbnRlZAoJMCB0dW5uZWxp bmcgcGFja2V0cyB0aGF0IGNhbid0IGZpbmQgZ2lmCgkwIGRhdGFncmFtcyB3aXRoIGJhZCBhZGRy ZXNzIGluIGhlYWRlcgppY21wOgoJMTYgY2FsbHMgdG8gaWNtcF9lcnJvcgoJMCBlcnJvcnMgbm90 IGdlbmVyYXRlZCBpbiByZXNwb25zZSB0byBhbiBpY21wIG1lc3NhZ2UKCU91dHB1dCBoaXN0b2dy YW06CgkJZWNobyByZXBseTogNwoJCWRlc3RpbmF0aW9uIHVucmVhY2hhYmxlOiAxNgoJMCBtZXNz YWdlcyB3aXRoIGJhZCBjb2RlIGZpZWxkcwoJMCBtZXNzYWdlcyBsZXNzIHRoYW4gdGhlIG1pbmlt dW0gbGVuZ3RoCgkwIG1lc3NhZ2VzIHdpdGggYmFkIGNoZWNrc3VtCgkwIG1lc3NhZ2VzIHdpdGgg YmFkIGxlbmd0aAoJMCBtdWx0aWNhc3QgZWNobyByZXF1ZXN0cyBpZ25vcmVkCgkwIG11bHRpY2Fz dCB0aW1lc3RhbXAgcmVxdWVzdHMgaWdub3JlZAoJSW5wdXQgaGlzdG9ncmFtOgoJCWVjaG86IDcK CTcgbWVzc2FnZSByZXNwb25zZXMgZ2VuZXJhdGVkCgkwIGludmFsaWQgcmV0dXJuIGFkZHJlc3Nl cwoJMCBubyByZXR1cm4gcm91dGVzCmlnbXA6CgkxMDYgbWVzc2FnZXMgcmVjZWl2ZWQKCTAgbWVz c2FnZXMgcmVjZWl2ZWQgd2l0aCB0b28gZmV3IGJ5dGVzCgkwIG1lc3NhZ2VzIHJlY2VpdmVkIHdp dGggd3JvbmcgVFRMCgkwIG1lc3NhZ2VzIHJlY2VpdmVkIHdpdGggYmFkIGNoZWNrc3VtCgkxMDYg VjEvVjIgbWVtYmVyc2hpcCBxdWVyaWVzIHJlY2VpdmVkCgkwIFYzIG1lbWJlcnNoaXAgcXVlcmll cyByZWNlaXZlZAoJMCBtZW1iZXJzaGlwIHF1ZXJpZXMgcmVjZWl2ZWQgd2l0aCBpbnZhbGlkIGZp ZWxkKHMpCgkxMDYgZ2VuZXJhbCBxdWVyaWVzIHJlY2VpdmVkCgkwIGdyb3VwIHF1ZXJpZXMgcmVj ZWl2ZWQKCTAgZ3JvdXAtc291cmNlIHF1ZXJpZXMgcmVjZWl2ZWQKCTAgZ3JvdXAtc291cmNlIHF1 ZXJpZXMgZHJvcHBlZAoJMCBtZW1iZXJzaGlwIHJlcG9ydHMgcmVjZWl2ZWQKCTAgbWVtYmVyc2hp cCByZXBvcnRzIHJlY2VpdmVkIHdpdGggaW52YWxpZCBmaWVsZChzKQoJMCBtZW1iZXJzaGlwIHJl cG9ydHMgcmVjZWl2ZWQgZm9yIGdyb3VwcyB0byB3aGljaCB3ZSBiZWxvbmcKCTAgVjMgcmVwb3J0 cyByZWNlaXZlZCB3aXRob3V0IFJvdXRlciBBbGVydAoJMCBtZW1iZXJzaGlwIHJlcG9ydHMgc2Vu dAphcnA6Cgk2IEFSUCByZXF1ZXN0cyBzZW50Cgk2NiBBUlAgcmVwbGllcyBzZW50Cgk0NzMgQVJQ IHJlcXVlc3RzIHJlY2VpdmVkCgk1IEFSUCByZXBsaWVzIHJlY2VpdmVkCgk0NzggQVJQIHBhY2tl dHMgcmVjZWl2ZWQKCTAgdG90YWwgcGFja2V0cyBkcm9wcGVkIGR1ZSB0byBubyBBUlAgZW50cnkK CTQgQVJQIGVudHJ5cyB0aW1lZCBvdXQKCTAgRHVwbGljYXRlIElQcyBzZWVuCmlwNjoKCTIwIHRv dGFsIHBhY2tldHMgcmVjZWl2ZWQKCTAgd2l0aCBzaXplIHNtYWxsZXIgdGhhbiBtaW5pbXVtCgkw IHdpdGggZGF0YSBzaXplIDwgZGF0YSBsZW5ndGgKCTAgd2l0aCBiYWQgb3B0aW9ucwoJMCB3aXRo IGluY29ycmVjdCB2ZXJzaW9uIG51bWJlcgoJMCBmcmFnbWVudHMgcmVjZWl2ZWQKCTAgZnJhZ21l bnRzIGRyb3BwZWQgKGR1cCBvciBvdXQgb2Ygc3BhY2UpCgkwIGZyYWdtZW50cyBkcm9wcGVkIGFm dGVyIHRpbWVvdXQKCTAgZnJhZ21lbnRzIHRoYXQgZXhjZWVkZWQgbGltaXQKCTAgcGFja2V0cyBy ZWFzc2VtYmxlZCBvawoJMjAgcGFja2V0cyBmb3IgdGhpcyBob3N0CgkwIHBhY2tldHMgZm9yd2Fy ZGVkCgkwIHBhY2tldHMgbm90IGZvcndhcmRhYmxlCgkwIHJlZGlyZWN0cyBzZW50CgkyMCBwYWNr ZXRzIHNlbnQgZnJvbSB0aGlzIGhvc3QKCTAgcGFja2V0cyBzZW50IHdpdGggZmFicmljYXRlZCBp cCBoZWFkZXIKCTAgb3V0cHV0IHBhY2tldHMgZHJvcHBlZCBkdWUgdG8gbm8gYnVmcywgZXRjLgoJ NCBvdXRwdXQgcGFja2V0cyBkaXNjYXJkZWQgZHVlIHRvIG5vIHJvdXRlCgkwIG91dHB1dCBkYXRh Z3JhbXMgZnJhZ21lbnRlZAoJMCBmcmFnbWVudHMgY3JlYXRlZAoJMCBkYXRhZ3JhbXMgdGhhdCBj YW4ndCBiZSBmcmFnbWVudGVkCgkwIHBhY2tldHMgdGhhdCB2aW9sYXRlZCBzY29wZSBydWxlcwoJ MCBtdWx0aWNhc3QgcGFja2V0cyB3aGljaCB3ZSBkb24ndCBqb2luCglJbnB1dCBoaXN0b2dyYW06 CgkJVENQOiAyMAoJTWJ1ZiBzdGF0aXN0aWNzOgoJCTIwIG9uZSBtYnVmCgkJMTMgb25lIGV4dCBt YnVmCgkJMCB0d28gb3IgbW9yZSBleHQgbWJ1ZgoJMCBwYWNrZXRzIHdob3NlIGhlYWRlcnMgYXJl IG5vdCBjb250aWd1b3VzCgkwIHR1bm5lbGluZyBwYWNrZXRzIHRoYXQgY2FuJ3QgZmluZCBnaWYK CTAgcGFja2V0cyBkaXNjYXJkZWQgYmVjYXVzZSBvZiB0b28gbWFueSBoZWFkZXJzCgkwIGZhaWx1 cmVzIG9mIHNvdXJjZSBhZGRyZXNzIHNlbGVjdGlvbgoJU291cmNlIGFkZHJlc3NlcyBzZWxlY3Rp b24gcnVsZSBhcHBsaWVkOgoJCTEwIHNhbWUgYWRkcmVzcwppY21wNjoKCTAgY2FsbHMgdG8gaWNt cDZfZXJyb3IKCTAgZXJyb3JzIG5vdCBnZW5lcmF0ZWQgaW4gcmVzcG9uc2UgdG8gYW4gaWNtcDYg bWVzc2FnZQoJMCBlcnJvcnMgbm90IGdlbmVyYXRlZCBiZWNhdXNlIG9mIHJhdGUgbGltaXRhdGlv bgoJMCBtZXNzYWdlcyB3aXRoIGJhZCBjb2RlIGZpZWxkcwoJMCBtZXNzYWdlcyA8IG1pbmltdW0g bGVuZ3RoCgkwIGJhZCBjaGVja3N1bXMKCTAgbWVzc2FnZXMgd2l0aCBiYWQgbGVuZ3RoCglIaXN0 b2dyYW0gb2YgZXJyb3IgbWVzc2FnZXMgdG8gYmUgZ2VuZXJhdGVkOgoJCTAgbm8gcm91dGUKCQkw IGFkbWluaXN0cmF0aXZlbHkgcHJvaGliaXRlZAoJCTAgYmV5b25kIHNjb3BlCgkJMCBhZGRyZXNz IHVucmVhY2hhYmxlCgkJMCBwb3J0IHVucmVhY2hhYmxlCgkJMCBwYWNrZXQgdG9vIGJpZwoJCTAg dGltZSBleGNlZWQgdHJhbnNpdAoJCTAgdGltZSBleGNlZWQgcmVhc3NlbWJseQoJCTAgZXJyb25l b3VzIGhlYWRlciBmaWVsZAoJCTAgdW5yZWNvZ25pemVkIG5leHQgaGVhZGVyCgkJMCB1bnJlY29n bml6ZWQgb3B0aW9uCgkJMCByZWRpcmVjdAoJCTAgdW5rbm93bgoJMCBtZXNzYWdlIHJlc3BvbnNl cyBnZW5lcmF0ZWQKCTAgbWVzc2FnZXMgd2l0aCB0b28gbWFueSBORCBvcHRpb25zCgkwIG1lc3Nh Z2VzIHdpdGggYmFkIE5EIG9wdGlvbnMKCTAgYmFkIG5laWdoYm9yIHNvbGljaXRhdGlvbiBtZXNz YWdlcwoJMCBiYWQgbmVpZ2hib3IgYWR2ZXJ0aXNlbWVudCBtZXNzYWdlcwoJMCBiYWQgcm91dGVy IHNvbGljaXRhdGlvbiBtZXNzYWdlcwoJMCBiYWQgcm91dGVyIGFkdmVydGlzZW1lbnQgbWVzc2Fn ZXMKCTAgYmFkIHJlZGlyZWN0IG1lc3NhZ2VzCgkwIHBhdGggTVRVIGNoYW5nZXMKcmlwNjoKCTAg bWVzc2FnZXMgcmVjZWl2ZWQKCTAgY2hlY2tzdW0gY2FsY3VsYXRpb25zIG9uIGluYm91bmQKCTAg bWVzc2FnZXMgd2l0aCBiYWQgY2hlY2tzdW0KCTAgbWVzc2FnZXMgZHJvcHBlZCBkdWUgdG8gbm8g c29ja2V0CgkwIG11bHRpY2FzdCBtZXNzYWdlcyBkcm9wcGVkIGR1ZSB0byBubyBzb2NrZXQKCTAg bWVzc2FnZXMgZHJvcHBlZCBkdWUgdG8gZnVsbCBzb2NrZXQgYnVmZmVycwoJMCBkZWxpdmVyZWQK CTAgZGF0YWdyYW1zIG91dHB1dAoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCm5ldHN0YXQgLW0KCjI1Ny8xNjYz LzE5MjAgbWJ1ZnMgaW4gdXNlIChjdXJyZW50L2NhY2hlL3RvdGFsKQoyNTYvOTg0LzEyNDAvMjU2 MDAgbWJ1ZiBjbHVzdGVycyBpbiB1c2UgKGN1cnJlbnQvY2FjaGUvdG90YWwvbWF4KQoyNTYvODk2 IG1idWYrY2x1c3RlcnMgb3V0IG9mIHBhY2tldCBzZWNvbmRhcnkgem9uZSBpbiB1c2UgKGN1cnJl bnQvY2FjaGUpCjAvNzcvNzcvMTI4MDAgNGsgKHBhZ2Ugc2l6ZSkganVtYm8gY2x1c3RlcnMgaW4g dXNlIChjdXJyZW50L2NhY2hlL3RvdGFsL21heCkKMC8wLzAvMTkyMDAgOWsganVtYm8gY2x1c3Rl cnMgaW4gdXNlIChjdXJyZW50L2NhY2hlL3RvdGFsL21heCkKMC8wLzAvMTI4MDAgMTZrIGp1bWJv IGNsdXN0ZXJzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3RhbC9tYXgpCjU3NksvMjY5MUsvMzI2 OEsgYnl0ZXMgYWxsb2NhdGVkIHRvIG5ldHdvcmsgKGN1cnJlbnQvY2FjaGUvdG90YWwpCjAvMC8w IHJlcXVlc3RzIGZvciBtYnVmcyBkZW5pZWQgKG1idWZzL2NsdXN0ZXJzL21idWYrY2x1c3RlcnMp CjAvMC8wIHJlcXVlc3RzIGZvciBqdW1ibyBjbHVzdGVycyBkZW5pZWQgKDRrLzlrLzE2aykKMCBy ZXF1ZXN0cyBmb3Igc2ZidWZzIGRlbmllZAowIHJlcXVlc3RzIGZvciBzZmJ1ZnMgZGVsYXllZAow IHJlcXVlc3RzIGZvciBJL08gaW5pdGlhdGVkIGJ5IHNlbmRmaWxlCjAgY2FsbHMgdG8gcHJvdG9j b2wgZHJhaW4gcm91dGluZXMKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpuZXRzdGF0IC1pZAoKTmFtZSAgICBN dHUgTmV0d29yayAgICAgICBBZGRyZXNzICAgICAgICAgICAgICBJcGt0cyBJZXJycyBJZHJvcCAg ICBPcGt0cyBPZXJycyAgQ29sbCBEcm9wCnJlMCAgICAxNTAwIDxMaW5rIzE+ICAgICAgNTA6ZTU6 NDk6NTQ6ZTY6MWYgMTQ3MjI3MTAxICAgICAwICAgICAwIDEwNTA0MDc1NyAgICAgMCAgICAgMCAg ICAwIApyZTAgICAgMTUwMCAxOTIuMTY4LjEuMCAgIDE5Mi4xNjguMS4xMDYgICAgIDE0NzIyMjAx OSAgICAgLSAgICAgLSAxMDUwNDA2MTggICAgIC0gICAgIC0gICAgLSAKdXNidXMgICAgIDAgPExp bmsjMj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgMCAgICAgMCAgICAgICAg MCAgICAgMCAgICAgMCAgICAwIAp1c2J1cyAgICAgMCA8TGluayMzPiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAwICAgICAwICAgICAgICAwICAgICAwICAgICAwICAgIDAgCnVz YnVzICAgICAwIDxMaW5rIzQ+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgIDAg ICAgIDAgICAgICAgIDAgICAgIDAgICAgIDAgICAgMCAKdXNidXMgICAgIDAgPExpbmsjNT4gICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgMCAgICAgMCAgICAgICAgMCAgICAgMCAg ICAgMCAgICAwIAp1c2J1cyAgICAgMCA8TGluayM2PiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAwICAgICAwICAgICAgICAwICAgICAwICAgICAwICAgIDAgCnVzYnVzICAgICAw IDxMaW5rIzc+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgIDAgICAgIDAgICAg ICAgIDAgICAgIDAgICAgIDAgICAgMCAKdXNidXMgICAgIDAgPExpbmsjOD4gICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgMCAgICAgMCAgICAgICAgMCAgICAgMCAgICAgMCAgICAw IApsbzAgICAxNjM4NCA8TGluayM5PiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDQwICAg ICAwICAgICAwICAgICAgIDQwICAgICAwICAgICAwICAgIDAgCmxvMCAgIDE2Mzg0IGxvY2FsaG9z dCAgICAgOjoxICAgICAgICAgICAgICAgICAgICAgMjAgICAgIC0gICAgIC0gICAgICAgMjAgICAg IC0gICAgIC0gICAgLSAKbG8wICAgMTYzODQgZmU4MDo6MSVsbzAgICBmZTgwOjoxICAgICAgICAg ICAgICAgICAgMCAgICAgLSAgICAgLSAgICAgICAgMCAgICAgLSAgICAgLSAgICAtIApsbzAgICAx NjM4NCB5b3VyLW5ldCAgICAgIGxvY2FsaG9zdCAgICAgICAgICAgICAgIDIwICAgICAtICAgICAt ICAgICAgIDIwICAgICAtICAgICAtICAgIC0gCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KbmV0c3RhdCAtYW5y CgpSb3V0aW5nIHRhYmxlcwoKSW50ZXJuZXQ6CkRlc3RpbmF0aW9uICAgICAgICBHYXRld2F5ICAg ICAgICAgICAgRmxhZ3MgICAgUmVmcyAgICAgIFVzZSAgTmV0aWYgRXhwaXJlCmRlZmF1bHQgICAg ICAgICAgICAxOTIuMTY4LjEuMSAgICAgICAgVUdTICAgICAgICAgMCAgICAgIDIzNiAgICByZTAK MTI3LjAuMC4xICAgICAgICAgIGxpbmsjOSAgICAgICAgICAgICBVSCAgICAgICAgICAwICAgICAg IDIwICAgIGxvMAoxOTIuMTY4LjEuMC8yNCAgICAgbGluayMxICAgICAgICAgICAgIFUgICAgICAg ICAgIDAgMTA1MDQwNDE5ICAgIHJlMAoxOTIuMTY4LjEuMTA2ICAgICAgbGluayMxICAgICAgICAg ICAgIFVIUyAgICAgICAgIDAgICAgICAgIDAgICAgbG8wCgpJbnRlcm5ldDY6CkRlc3RpbmF0aW9u ICAgICAgICAgICAgICAgICAgICAgICBHYXRld2F5ICAgICAgICAgICAgICAgICAgICAgICBGbGFn cyAgICAgIE5ldGlmIEV4cGlyZQo6Oi85NiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgOjox ICAgICAgICAgICAgICAgICAgICAgICAgICAgVUdSUyAgICAgICAgbG8wCjo6MSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBsaW5rIzkgICAgICAgICAgICAgICAgICAgICAgICBVSCAgICAg ICAgICBsbzAKOjpmZmZmOjAuMC4wLjAvOTYgICAgICAgICAgICAgICAgIDo6MSAgICAgICAgICAg ICAgICAgICAgICAgICAgIFVHUlMgICAgICAgIGxvMApmZTgwOjovMTAgICAgICAgICAgICAgICAg ICAgICAgICAgOjoxICAgICAgICAgICAgICAgICAgICAgICAgICAgVUdSUyAgICAgICAgbG8wCmZl ODA6OiVsbzAvNjQgICAgICAgICAgICAgICAgICAgICBsaW5rIzkgICAgICAgICAgICAgICAgICAg ICAgICBVICAgICAgICAgICBsbzAKZmU4MDo6MSVsbzAgICAgICAgICAgICAgICAgICAgICAgIGxp bmsjOSAgICAgICAgICAgICAgICAgICAgICAgIFVIUyAgICAgICAgIGxvMApmZjAxOjolbG8wLzMy ICAgICAgICAgICAgICAgICAgICAgOjoxICAgICAgICAgICAgICAgICAgICAgICAgICAgVSAgICAg ICAgICAgbG8wCmZmMDI6Oi8xNiAgICAgICAgICAgICAgICAgICAgICAgICA6OjEgICAgICAgICAg ICAgICAgICAgICAgICAgICBVR1JTICAgICAgICBsbzAKZmYwMjo6JWxvMC8zMiAgICAgICAgICAg ICAgICAgICAgIDo6MSAgICAgICAgICAgICAgICAgICAgICAgICAgIFUgICAgICAgICAgIGxvMAoK LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tCm5ldHN0YXQgLWFuQQoKQWN0aXZlIEludGVybmV0IGNvbm5lY3Rpb25z IChpbmNsdWRpbmcgc2VydmVycykKVGNwY2IgICAgICAgICAgICBQcm90byBSZWN2LVEgU2VuZC1R IExvY2FsIEFkZHJlc3MgICAgICBGb3JlaWduIEFkZHJlc3MgICAgKHN0YXRlKQpmZmZmZmUwMDEw YjA5MDAwIHRjcDQgICAgICAgMCAgICAgIDAgMTkyLjE2OC4xLjEwNi4yMiAgIDE5Mi4xNjguMS4x MDAuNTgyMCBFU1RBQkxJU0hFRApmZmZmZmUwMDEwYjUyM2QwIHRjcDQgICAgICAgMCAgICAgIDAg MTkyLjE2OC4xLjEwNi4xMzkgIDE5Mi4xNjguMS4xMDAuNTgwMyBFU1RBQkxJU0hFRApmZmZmZmUw MDEwYjM2M2QwIHRjcDQgICAgICAgMCAgICAgIDAgKi4xMzkgICAgICAgICAgICAgICouKiAgICAg ICAgICAgICAgICBMSVNURU4KZmZmZmZlMDAxMGIzNjdhMCB0Y3A0ICAgICAgIDAgICAgICAwICou OTAxICAgICAgICAgICAgICAqLiogICAgICAgICAgICAgICAgTElTVEVOCmZmZmZmZTAwMTBiMzZi NzAgdGNwNCAgICAgICAwICAgICAgMCAxMjcuMC4wLjEuMjUgICAgICAgKi4qICAgICAgICAgICAg ICAgIExJU1RFTgpmZmZmZmUwMDEwYjM5MDAwIHRjcDQgICAgICAgMCAgICAgIDAgKi4yMiAgICAg ICAgICAgICAgICouKiAgICAgICAgICAgICAgICBMSVNURU4KZmZmZmZlMDAxMGIzOTNkMCB0Y3A2 ICAgICAgIDAgICAgICAwICouMjIgICAgICAgICAgICAgICAqLiogICAgICAgICAgICAgICAgTElT VEVOCmZmZmZmZTAwMTA4MDRjNDAgdWRwNCAgICAgICAwICAgICAgMCAxOTIuMTY4LjEuMjU1LjEz OCAgKi4qICAgICAgICAgICAgICAgIApmZmZmZmUwMDEwODA0N2E4IHVkcDQgICAgICAgMCAgICAg IDAgMTkyLjE2OC4xLjEwNi4xMzggICouKiAgICAgICAgICAgICAgICAKZmZmZmZlMDAxMDgwNGFi OCB1ZHA0ICAgICAgIDAgICAgICAwIDE5Mi4xNjguMS4yNTUuMTM3ICAqLiogICAgICAgICAgICAg ICAgCmZmZmZmZTAwMTA4MDQ5MzAgdWRwNCAgICAgICAwICAgICAgMCAxOTIuMTY4LjEuMTA2LjEz NyAgKi4qICAgICAgICAgICAgICAgIApmZmZmZmUwMDEwODA0NDk4IHVkcDQgICAgICAgMCAgICAg IDAgKi4xMzggICAgICAgICAgICAgICouKiAgICAgICAgICAgICAgICAKZmZmZmZlMDAxMDgwNDYy MCB1ZHA0ICAgICAgIDAgICAgICAwICouMTM3ICAgICAgICAgICAgICAqLiogICAgICAgICAgICAg ICAgCmZmZmZmZTAwMTA3ZmRjNDAgdWRwNCAgICAgICAwICAgICAgMCAxMjcuMC4wLjEuMTIzICAg ICAgKi4qICAgICAgICAgICAgICAgIApmZmZmZmUwMDEwN2ZkYWI4IHVkcDYgICAgICAgMCAgICAg IDAgZmU4MDo5OjoxLjEyMyAgICAgICouKiAgICAgICAgICAgICAgICAKZmZmZmZlMDAxMDdmZDdh OCB1ZHA2ICAgICAgIDAgICAgICAwIDo6MS4xMjMgICAgICAgICAgICAqLiogICAgICAgICAgICAg ICAgCmZmZmZmZTAwMTA3ZmQ0OTggdWRwNCAgICAgICAwICAgICAgMCAxOTIuMTY4LjEuMTA2LjEy MyAgKi4qICAgICAgICAgICAgICAgIApmZmZmZmUwMDEwN2ZkMzEwIHVkcDYgICAgICAgMCAgICAg IDAgKi4xMjMgICAgICAgICAgICAgICouKiAgICAgICAgICAgICAgICAKZmZmZmZlMDAxMDdmZDE4 OCB1ZHA0ICAgICAgIDAgICAgICAwICouMTIzICAgICAgICAgICAgICAqLiogICAgICAgICAgICAg ICAgCmZmZmZmZTAwMTA4MDk2MjAgdWRwNCAgICAgICAwICAgICAgMCAqLjUxNCAgICAgICAgICAg ICAgKi4qICAgICAgICAgICAgICAgIApmZmZmZmUwMDEwODA5NDk4IHVkcDYgICAgICAgMCAgICAg IDAgKi41MTQgICAgICAgICAgICAgICouKiAgICAgICAgICAgICAgICAKQWN0aXZlIFVOSVggZG9t YWluIHNvY2tldHMKQWRkcmVzcyAgVHlwZSAgIFJlY3YtUSBTZW5kLVEgICAgSW5vZGUgICAgIENv bm4gICAgIFJlZnMgIE5leHRyZWYgQWRkcgpmZmZmZmUwMDEwOGQwMWUwIHN0cmVhbSAgICAgIDAg ICAgICAwIGZmZmZmZTAwMTBlMWI1YTAgICAgICAgIDAgICAgICAgIDAgICAgICAgIDAgL3Zhci9u bWJkL3VuZXhwZWN0ZWQKZmZmZmZlMDAxMDhkNDRiMCBzdHJlYW0gICAgICAwICAgICAgMCBmZmZm ZmUwMDA2ZWY2M2MwICAgICAgICAwICAgICAgICAwICAgICAgICAwIC92YXIvcnVuL2RldmQucGlw ZQpmZmZmZmUwMDEwYWNiNjkwIGRncmFtICAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmZTAw MTA3ZTFjMzAgICAgICAgIDAgZmZmZmZlMDAxMDdlMTg3MApmZmZmZmUwMDEwOGQwYzMwIGRncmFt ICAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmZTAwMTA3ZTFkMjAgICAgICAgIDAgICAgICAg IDAKZmZmZmZlMDAxMDdlMTg3MCBkZ3JhbSAgICAgICAwICAgICAgMCAgICAgICAgMCBmZmZmZmUw MDEwN2UxYzMwICAgICAgICAwIGZmZmZmZTAwMTA3ZTFiNDAKZmZmZmZlMDAxMDdlMWI0MCBkZ3Jh bSAgICAgICAwICAgICAgMCAgICAgICAgMCBmZmZmZmUwMDEwN2UxYzMwICAgICAgICAwICAgICAg ICAwCmZmZmZmZTAwMTA3ZTFjMzAgZGdyYW0gICAgICAgMCAgICAgIDAgZmZmZmZlMDAwNmRlYjNj MCAgICAgICAgMCBmZmZmZmUwMDEwYWNiNjkwICAgICAgICAwIC92YXIvcnVuL2xvZ3ByaXYKZmZm ZmZlMDAxMDdlMWQyMCBkZ3JhbSAgICAgICAwICAgICAgMCBmZmZmZmUwMDA2ZGViNWEwICAgICAg ICAwIGZmZmZmZTAwMTA4ZDBjMzAgICAgICAgIDAgL3Zhci9ydW4vbG9nCgotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0KbmV0c3RhdCAtYUwKCkN1cnJlbnQgbGlzdGVuIHF1ZXVlIHNpemVzIChxbGVuL2luY3FsZW4v bWF4cWxlbikKUHJvdG8gTGlzdGVuICAgICAgICAgTG9jYWwgQWRkcmVzcyAgICAgICAgIAp0Y3A0 ICAwLzAvNjQgICAgICAgICAqLm5ldGJpb3Mtc3NuICAgICAgICAgIAp0Y3A0ICAwLzAvNjQgICAg ICAgICAqLnN3YXQgICAgICAgICAgICAgICAgIAp0Y3A0ICAwLzAvMTAgICAgICAgICBsb2NhbGhv c3Quc210cCAgICAgICAgIAp0Y3A0ICAwLzAvMTI4ICAgICAgICAqLnNzaCAgICAgICAgICAgICAg ICAgIAp0Y3A2ICAwLzAvMTI4ICAgICAgICAqLnNzaCAgICAgICAgICAgICAgICAgIAp1bml4ICAw LzAvNSAgICAgICAgICAvdmFyL25tYmQvdW5leHBlY3RlZAp1bml4ICAwLzAvNCAgICAgICAgICAv dmFyL3J1bi9kZXZkLnBpcGUKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpmc3RhdAoKVVNFUiAgICAgQ01EICAg ICAgICAgIFBJRCAgIEZEIE1PVU5UICAgICAgSU5VTSBNT0RFICAgICAgICAgU1p8RFYgUi9XCnJv b3QgICAgIGNzaCAgICAgICAgIDE4NDUgcm9vdCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIteCAg ICAxMDI0ICByCnJvb3QgICAgIGNzaCAgICAgICAgIDE4NDUgICB3ZCAvICAgICAgICAxNjU3NjAw IGRyd3hyLXhyLXggICAgIDUxMiAgcgpyb290ICAgICBjc2ggICAgICAgICAxODQ1IHRleHQgLyAg ICAgICAgMTU2MjkyNSAtci14ci14ci14ICAzODIyNDggIHIKcm9vdCAgICAgY3NoICAgICAgICAg MTg0NSBjdHR5IC9kZXYgICAgICAgIDEyNCBjcnctLXctLS0tICAgcHRzLzAgcncKcm9vdCAgICAg Y3NoICAgICAgICAgMTg0NSAgIDE1IC9kZXYgICAgICAgIDEyNCBjcnctLXctLS0tICAgcHRzLzAg cncKcm9vdCAgICAgY3NoICAgICAgICAgMTg0NSAgIDE2IC9kZXYgICAgICAgIDEyNCBjcnctLXct LS0tICAgcHRzLzAgcncKcm9vdCAgICAgY3NoICAgICAgICAgMTg0NSAgIDE3IC9kZXYgICAgICAg IDEyNCBjcnctLXctLS0tICAgcHRzLzAgcncKcm9vdCAgICAgY3NoICAgICAgICAgMTg0NSAgIDE4 IC9kZXYgICAgICAgIDEyNCBjcnctLXctLS0tICAgcHRzLzAgcncKcm9vdCAgICAgY3NoICAgICAg ICAgMTg0NSAgIDE5IC9kZXYgICAgICAgIDEyNCBjcnctLXctLS0tICAgcHRzLzAgcncKcm9vdCAg ICAgc3NoZCAgICAgICAgMTg0MiByb290IC8gICAgICAgICAgICAgMiBkcnd4ci14ci14ICAgIDEw MjQgIHIKcm9vdCAgICAgc3NoZCAgICAgICAgMTg0MiAgIHdkIC8gICAgICAgICAgICAgMiBkcnd4 ci14ci14ICAgIDEwMjQgIHIKcm9vdCAgICAgc3NoZCAgICAgICAgMTg0MiB0ZXh0IC8gICAgICAg IDIwMzY0MCAtci14ci14ci14ICAyNjk1NDQgIHIKcm9vdCAgICAgc3NoZCAgICAgICAgMTg0MiAg ICAwIC9kZXYgICAgICAgICAyMiBjcnctcnctcnctICAgIG51bGwgcncKcm9vdCAgICAgc3NoZCAg ICAgICAgMTg0MiAgICAxIC9kZXYgICAgICAgICAyMiBjcnctcnctcnctICAgIG51bGwgcncKcm9v dCAgICAgc3NoZCAgICAgICAgMTg0MiAgICAyIC9kZXYgICAgICAgICAyMiBjcnctcnctcnctICAg IG51bGwgcncKcm9vdCAgICAgc3NoZCAgICAgICAgMTg0MiAgICAzKiBpbnRlcm5ldCBzdHJlYW0g dGNwIGZmZmZmZTAwMTBiMDkwMDAKcm9vdCAgICAgc3NoZCAgICAgICAgMTg0MiAgICA0KiBwaXBl IGZmZmZmZTAwMDZkOTc1YjAgPC0+IGZmZmZmZTAwMDZkOTc3MDggICAgICAwIHJ3CnJvb3QgICAg IHNzaGQgICAgICAgIDE4NDIgICAgNSogcGlwZSBmZmZmZmUwMDA2ZDk3NzA4IDwtPiBmZmZmZmUw MDA2ZDk3NWIwICAgICAgMCBydwpyb290ICAgICBzc2hkICAgICAgICAxODQyICAgIDYqIHBzZXVk by10ZXJtaW5hbCBtYXN0ZXIgICAgICBwdHMvMCBydwpyb290ICAgICBzc2hkICAgICAgICAxODQy ICAgIDgqIHBzZXVkby10ZXJtaW5hbCBtYXN0ZXIgICAgICBwdHMvMCBydwpyb290ICAgICBzc2hk ICAgICAgICAxODQyICAgIDkqIHBzZXVkby10ZXJtaW5hbCBtYXN0ZXIgICAgICBwdHMvMCBydwpl bWFuICAgICBzbWJkICAgICAgICAxNjkxIHJvb3QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXgg ICAgMTAyNCAgcgplbWFuICAgICBzbWJkICAgICAgICAxNjkxICAgd2QgL3pzdG9yYWdlL2hvbWUg ICAgICA4ID8tLS0tLS0tLS0gIDE4NDQ2NzQ0MDcxNTg2MzM0NTMwICByCmVtYW4gICAgIHNtYmQg ICAgICAgIDE2OTEgdGV4dCAvICAgICAgICAzMDI1NzggLXJ3eHIteHIteCAgMTA1Mjg0OTggIHIK ZW1hbiAgICAgc21iZCAgICAgICAgMTY5MSAgICAwIC9kZXYgICAgICAgICAyMiBjcnctcnctcnct ICAgIG51bGwgcncKZW1hbiAgICAgc21iZCAgICAgICAgMTY5MSAgICAxIC9kZXYgICAgICAgICAy MiBjcnctcnctcnctICAgIG51bGwgcncKZW1hbiAgICAgc21iZCAgICAgICAgMTY5MSAgICAyIC8g ICAgICAgIDE4OTQ1NTYgLXJ3LXItLXItLSAgICAxNDI1ICB3CmVtYW4gICAgIHNtYmQgICAgICAg IDE2OTEgICAgMyAvICAgICAgICAxODk0NTYzIC1ydy0tLS0tLS0gICAyMDQ4MCBydwplbWFuICAg ICBzbWJkICAgICAgICAxNjkxICAgIDQgL2RldiAgICAgICAgIDI2IGNydy1ydy1ydy0gIHJhbmRv bSAgcgplbWFuICAgICBzbWJkICAgICAgICAxNjkxICAgIDUgLyAgICAgICAgNzc2MjU4IC1ydy0t LS0tLS0gICA0NTA1NiBydwplbWFuICAgICBzbWJkICAgICAgICAxNjkxICAgIDYqIHBpcGUgZmZm ZmZlMDAwNmUxM2I2MCA8LT4gZmZmZmZlMDAwNmUxM2NiOCAgICAgIDAgcncKZW1hbiAgICAgc21i ZCAgICAgICAgMTY5MSAgICA3KiBwaXBlIGZmZmZmZTAwMDZlMTNjYjggPC0+IGZmZmZmZTAwMDZl MTNiNjAgICAgICAwIHJ3CmVtYW4gICAgIHNtYmQgICAgICAgIDE2OTEgICAgOCogcGlwZSBmZmZm ZmUwMDA2ZDgyYjYwIDwtPiBmZmZmZmUwMDA2ZDgyY2I4ICAgICAgMCBydwplbWFuICAgICBzbWJk ICAgICAgICAxNjkxICAgIDkgLyAgICAgICAgMTg5NDU2NCAtcnctci0tci0tICAyMDQ4MDAgcncK ZW1hbiAgICAgc21iZCAgICAgICAgMTY5MSAgIDEwIC8gICAgICAgIDE4OTQ1NjUgLXJ3LXItLXIt LSAgMTE0Njg4IHJ3CmVtYW4gICAgIHNtYmQgICAgICAgIDE2OTEgICAxMSAvICAgICAgICAxODk0 NTY2IC1ydy1yLS1yLS0gICA0MDIwMCBydwplbWFuICAgICBzbWJkICAgICAgICAxNjkxICAgMTIg LyAgICAgICAgMTg5NDU2NyAtcnctci0tci0tICAzMTkwNzg0IHJ3CmVtYW4gICAgIHNtYmQgICAg ICAgIDE2OTEgICAxMyAvICAgICAgICAxODk0NTQ3IC1ydy1yLS1yLS0gICAyODY3MiBydwplbWFu ICAgICBzbWJkICAgICAgICAxNjkxICAgMTQgLyAgICAgICAgMTg5NDU0OCAtcnctci0tci0tICAg MjA0ODAgcncKZW1hbiAgICAgc21iZCAgICAgICAgMTY5MSAgIDE1IC8gICAgICAgIDE4OTQ1Mzcg LXJ3LXItLXItLSAgICA4MTkyIHJ3CmVtYW4gICAgIHNtYmQgICAgICAgIDE2OTEgICAxNiAvICAg ICAgICAxODk0NTQ5IC1ydy1yLS1yLS0gICAxMjI4OCBydwplbWFuICAgICBzbWJkICAgICAgICAx NjkxICAgMTcgLyAgICAgICAgMTg5NDU1MyAtcnctLS0tLS0tICAgMzY4NjQgcncKZW1hbiAgICAg c21iZCAgICAgICAgMTY5MSAgIDE4IC8gICAgICAgIDE4OTQ1NjggLXJ3LXItLXItLSAgICAgNjk2 IHJ3CmVtYW4gICAgIHNtYmQgICAgICAgIDE2OTEgICAxOSAvICAgICAgICAxODk0NTE0IC1ydy1y LS1yLS0gICAgIDY5NiBydwplbWFuICAgICBzbWJkICAgICAgICAxNjkxICAgMjAgLyAgICAgICAg MTg5NDQ4MSAtcnctLS0tLS0tICAgICA2OTYgcncKZW1hbiAgICAgc21iZCAgICAgICAgMTY5MSAg IDIxIC8gICAgICAgIDc3NjI2MCAtcnctLS0tLS0tICAgMzY4NjQgcncKZW1hbiAgICAgc21iZCAg ICAgICAgMTY5MSAgIDIyIC8gICAgICAgIDE4OTQ1MjEgLXJ3LS0tLS0tLSAgIDM2ODY0IHJ3CmVt YW4gICAgIHNtYmQgICAgICAgIDE2OTEgICAyMyogaW50ZXJuZXQgc3RyZWFtIHRjcCBmZmZmZmUw MDEwYjUyM2QwCmVtYW4gICAgIHNtYmQgICAgICAgIDE2OTEgICAyNCAvICAgICAgICAxODk0NTU2 IC1ydy1yLS1yLS0gICAgMTQyNSAgdwplbWFuICAgICBzbWJkICAgICAgICAxNjkxICAgMjYqIHBp cGUgZmZmZmZlMDAwNmQ4MmNiOCA8LT4gZmZmZmZlMDAwNmQ4MmI2MCAgICAgIDAgcncKZW1hbiAg ICAgc21iZCAgICAgICAgMTY5MSAgIDM0IC96c3RvcmFnZS9ob21lICAxMTgyMCA/LS0tLS0tLS0t ICAxODQ0Njc0NDA3MTU4NjMzNDUzMCBydwplbWFuICAgICBzbWJkICAgICAgICAxNjkxICAgMzUg L3pzdG9yYWdlL2hvbWUgIDExODIxID8tLS0tLS0tLS0gIDE4NDQ2NzQ0MDcxNTg2MzM0NTMwIHJ3 CmVtYW4gICAgIHNtYmQgICAgICAgIDE2OTEgICAzNiAvenN0b3JhZ2UvaG9tZSAgMTE4MjIgPy0t LS0tLS0tLSAgMTg0NDY3NDQwNzE1ODYzMzQ1MzAgcncKZW1hbiAgICAgc21iZCAgICAgICAgMTY5 MSAgIDM3IC96c3RvcmFnZS9ob21lICAxMTgyMyA/LS0tLS0tLS0tICAxODQ0Njc0NDA3MTU4NjMz NDUzMCBydwpyb290ICAgICBubWJkICAgICAgICAxNTE1IHJvb3QgLyAgICAgICAgICAgICAyIGRy d3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBubWJkICAgICAgICAxNTE1ICAgd2QgLyAgICAg ICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBubWJkICAgICAgICAxNTE1 IHRleHQgLyAgICAgICAgMzAyNTg4IC1yd3hyLXhyLXggIDM4MzkzNjYgIHIKcm9vdCAgICAgbm1i ZCAgICAgICAgMTUxNSAgICAwKiBpbnRlcm5ldCBkZ3JhbSB1ZHAgZmZmZmZlMDAxMDgwNDYyMApy b290ICAgICBubWJkICAgICAgICAxNTE1ICAgIDEqIGludGVybmV0IGRncmFtIHVkcCBmZmZmZmUw MDEwODA0NjIwCnJvb3QgICAgIG5tYmQgICAgICAgIDE1MTUgICAgMiAvICAgICAgICAxODk0NTI0 IC1ydy1yLS1yLS0gICAgIDEzNSAgdwpyb290ICAgICBubWJkICAgICAgICAxNTE1ICAgIDMgLyAg ICAgICAgMTg5NDUyNSAtcnctLS0tLS0tICAgICA2OTYgcncKcm9vdCAgICAgbm1iZCAgICAgICAg MTUxNSAgICA0IC8gICAgICAgIDE4OTQ1MjQgLXJ3LXItLXItLSAgICAgMTM1ICB3CnJvb3QgICAg IG5tYmQgICAgICAgIDE1MTUgICAgNSogcGlwZSBmZmZmZmUwMDEwZTg2MmQ4IDwtPiBmZmZmZmUw MDEwZTg2NDMwICAgICAgMCBydwpyb290ICAgICBubWJkICAgICAgICAxNTE1ICAgIDYqIHBpcGUg ZmZmZmZlMDAxMGU4NjQzMCA8LT4gZmZmZmZlMDAxMGU4NjJkOCAgICAgIDAgcncKcm9vdCAgICAg bm1iZCAgICAgICAgMTUxNSAgICA3IC8gICAgICAgIDE4OTQ1MjYgLXJ3LXItLXItLSAgICAgICA1 ICB3CnJvb3QgICAgIG5tYmQgICAgICAgIDE1MTUgICAgOCAvICAgICAgICAxODk0NTM3IC1ydy1y LS1yLS0gICAgODE5MiBydwpyb290ICAgICBubWJkICAgICAgICAxNTE1ICAgIDkqIGludGVybmV0 IGRncmFtIHVkcCBmZmZmZmUwMDEwODA0NDk4CnJvb3QgICAgIG5tYmQgICAgICAgIDE1MTUgICAx MCogaW50ZXJuZXQgZGdyYW0gdWRwIGZmZmZmZTAwMTA4MDQ5MzAKcm9vdCAgICAgbm1iZCAgICAg ICAgMTUxNSAgIDExKiBpbnRlcm5ldCBkZ3JhbSB1ZHAgZmZmZmZlMDAxMDgwNGFiOApyb290ICAg ICBubWJkICAgICAgICAxNTE1ICAgMTIqIGludGVybmV0IGRncmFtIHVkcCBmZmZmZmUwMDEwODA0 N2E4CnJvb3QgICAgIG5tYmQgICAgICAgIDE1MTUgICAxMyogaW50ZXJuZXQgZGdyYW0gdWRwIGZm ZmZmZTAwMTA4MDRjNDAKcm9vdCAgICAgbm1iZCAgICAgICAgMTUxNSAgIDE0KiBsb2NhbCBzdHJl YW0gZmZmZmZlMDAxMDhkMDFlMApyb290ICAgICBubWJkICAgICAgICAxNTE1ICAgMTUqIHBpcGUg ZmZmZmZlMDAxMGU4NjAwMCA8LT4gZmZmZmZlMDAxMGU4NjE1OCAgICAgIDAgcncKcm9vdCAgICAg bm1iZCAgICAgICAgMTUxNSAgIDE2KiBwaXBlIGZmZmZmZTAwMTBlODYxNTggPC0+IGZmZmZmZTAw MTBlODYwMDAgICAgICAwIHJ3CnJvb3QgICAgIGluZXRkICAgICAgIDE1MDggcm9vdCAvICAgICAg ICAgICAgIDIgZHJ3eHIteHIteCAgICAxMDI0ICByCnJvb3QgICAgIGluZXRkICAgICAgIDE1MDgg ICB3ZCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIteCAgICAxMDI0ICByCnJvb3QgICAgIGluZXRk ICAgICAgIDE1MDggdGV4dCAvICAgICAgICAyMDM1MDkgLXIteHIteHIteCAgIDQ5Nzc2ICByCnJv b3QgICAgIGluZXRkICAgICAgIDE1MDggICAgMCAvZGV2ICAgICAgICAgMjIgY3J3LXJ3LXJ3LSAg ICBudWxsIHJ3CnJvb3QgICAgIGluZXRkICAgICAgIDE1MDggICAgMSAvZGV2ICAgICAgICAgMjIg Y3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAgIGluZXRkICAgICAgIDE1MDggICAgMiAvZGV2 ICAgICAgICAgMjIgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAgIGluZXRkICAgICAgIDE1 MDggICAgMyAvICAgICAgICAxODk0NTIyIC1ydy0tLS0tLS0gICAgICAgNCAgdwpyb290ICAgICBp bmV0ZCAgICAgICAxNTA4ICAgIDQqIHBpcGUgZmZmZmZlMDAxMGU4Njg4OCA8LT4gZmZmZmZlMDAx MGU4NjllMCAgICAgIDAgcncKcm9vdCAgICAgaW5ldGQgICAgICAgMTUwOCAgICA1KiBpbnRlcm5l dCBzdHJlYW0gdGNwIGZmZmZmZTAwMTBiMzY3YTAKcm9vdCAgICAgaW5ldGQgICAgICAgMTUwOCAg ICA2KiBwaXBlIGZmZmZmZTAwMTBlODY5ZTAgPC0+IGZmZmZmZTAwMTBlODY4ODggICAgICAwIHJ3 CnJvb3QgICAgIGluZXRkICAgICAgIDE1MDggICAgOCogaW50ZXJuZXQgc3RyZWFtIHRjcCBmZmZm ZmUwMDEwYjM2M2QwCnJvb3QgICAgIGluZXRkICAgICAgIDE1MDggICAgOSogaW50ZXJuZXQgZGdy YW0gdWRwIGZmZmZmZTAwMTA4MDQ2MjAKcm9vdCAgICAgY3NoICAgICAgICAgMTM0OSByb290IC8g ICAgICAgICAgICAgMiBkcnd4ci14ci14ICAgIDEwMjQgIHIKcm9vdCAgICAgY3NoICAgICAgICAg MTM0OSAgIHdkIC8gICAgICAgIDE2NTc2MDAgZHJ3eHIteHIteCAgICAgNTEyICByCnJvb3QgICAg IGNzaCAgICAgICAgIDEzNDkgdGV4dCAvICAgICAgICAxNTYyOTI1IC1yLXhyLXhyLXggIDM4MjI0 OCAgcgpyb290ICAgICBjc2ggICAgICAgICAxMzQ5IGN0dHkgL2RldiAgICAgICAgIDQ3IGNydy0t LS0tLS0gICB0dHl2MCBydwpyb290ICAgICBjc2ggICAgICAgICAxMzQ5ICAgMTUgL2RldiAgICAg ICAgIDQ3IGNydy0tLS0tLS0gICB0dHl2MCBydwpyb290ICAgICBjc2ggICAgICAgICAxMzQ5ICAg MTYgL2RldiAgICAgICAgIDQ3IGNydy0tLS0tLS0gICB0dHl2MCBydwpyb290ICAgICBjc2ggICAg ICAgICAxMzQ5ICAgMTcgL2RldiAgICAgICAgIDQ3IGNydy0tLS0tLS0gICB0dHl2MCBydwpyb290 ICAgICBjc2ggICAgICAgICAxMzQ5ICAgMTggL2RldiAgICAgICAgIDQ3IGNydy0tLS0tLS0gICB0 dHl2MCBydwpyb290ICAgICBjc2ggICAgICAgICAxMzQ5ICAgMTkgL2RldiAgICAgICAgIDQ3IGNy dy0tLS0tLS0gICB0dHl2MCBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQ4IHJvb3QgLyAgICAg ICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMzQ4 ICAgd2QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBnZXR0 eSAgICAgICAxMzQ4IHRleHQgLyAgICAgICAgMjAzMzY0IC1yLXhyLXhyLXggICAyODAyNCAgcgpy b290ICAgICBnZXR0eSAgICAgICAxMzQ4IGN0dHkgL2RldiAgICAgICAgIDU0IGNydy0tLS0tLS0g ICB0dHl2NyBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQ4ICAgIDAgL2RldiAgICAgICAgIDU0 IGNydy0tLS0tLS0gICB0dHl2NyBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQ4ICAgIDEgL2Rl diAgICAgICAgIDU0IGNydy0tLS0tLS0gICB0dHl2NyBydwpyb290ICAgICBnZXR0eSAgICAgICAx MzQ4ICAgIDIgL2RldiAgICAgICAgIDU0IGNydy0tLS0tLS0gICB0dHl2NyBydwpyb290ICAgICBn ZXR0eSAgICAgICAxMzQ3IHJvb3QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAg cgpyb290ICAgICBnZXR0eSAgICAgICAxMzQ3ICAgd2QgLyAgICAgICAgICAgICAyIGRyd3hyLXhy LXggICAgMTAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMzQ3IHRleHQgLyAgICAgICAgMjAz MzY0IC1yLXhyLXhyLXggICAyODAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMzQ3IGN0dHkg L2RldiAgICAgICAgIDUzIGNydy0tLS0tLS0gICB0dHl2NiBydwpyb290ICAgICBnZXR0eSAgICAg ICAxMzQ3ICAgIDAgL2RldiAgICAgICAgIDUzIGNydy0tLS0tLS0gICB0dHl2NiBydwpyb290ICAg ICBnZXR0eSAgICAgICAxMzQ3ICAgIDEgL2RldiAgICAgICAgIDUzIGNydy0tLS0tLS0gICB0dHl2 NiBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQ3ICAgIDIgL2RldiAgICAgICAgIDUzIGNydy0t LS0tLS0gICB0dHl2NiBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQ2IHJvb3QgLyAgICAgICAg ICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMzQ2ICAg d2QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBnZXR0eSAg ICAgICAxMzQ2IHRleHQgLyAgICAgICAgMjAzMzY0IC1yLXhyLXhyLXggICAyODAyNCAgcgpyb290 ICAgICBnZXR0eSAgICAgICAxMzQ2IGN0dHkgL2RldiAgICAgICAgIDUyIGNydy0tLS0tLS0gICB0 dHl2NSBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQ2ICAgIDAgL2RldiAgICAgICAgIDUyIGNy dy0tLS0tLS0gICB0dHl2NSBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQ2ICAgIDEgL2RldiAg ICAgICAgIDUyIGNydy0tLS0tLS0gICB0dHl2NSBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQ2 ICAgIDIgL2RldiAgICAgICAgIDUyIGNydy0tLS0tLS0gICB0dHl2NSBydwpyb290ICAgICBnZXR0 eSAgICAgICAxMzQ1IHJvb3QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpy b290ICAgICBnZXR0eSAgICAgICAxMzQ1ICAgd2QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXgg ICAgMTAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMzQ1IHRleHQgLyAgICAgICAgMjAzMzY0 IC1yLXhyLXhyLXggICAyODAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMzQ1IGN0dHkgL2Rl diAgICAgICAgIDUxIGNydy0tLS0tLS0gICB0dHl2NCBydwpyb290ICAgICBnZXR0eSAgICAgICAx MzQ1ICAgIDAgL2RldiAgICAgICAgIDUxIGNydy0tLS0tLS0gICB0dHl2NCBydwpyb290ICAgICBn ZXR0eSAgICAgICAxMzQ1ICAgIDEgL2RldiAgICAgICAgIDUxIGNydy0tLS0tLS0gICB0dHl2NCBy dwpyb290ICAgICBnZXR0eSAgICAgICAxMzQ1ICAgIDIgL2RldiAgICAgICAgIDUxIGNydy0tLS0t LS0gICB0dHl2NCBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQ0IHJvb3QgLyAgICAgICAgICAg ICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMzQ0ICAgd2Qg LyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBnZXR0eSAgICAg ICAxMzQ0IHRleHQgLyAgICAgICAgMjAzMzY0IC1yLXhyLXhyLXggICAyODAyNCAgcgpyb290ICAg ICBnZXR0eSAgICAgICAxMzQ0IGN0dHkgL2RldiAgICAgICAgIDUwIGNydy0tLS0tLS0gICB0dHl2 MyBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQ0ICAgIDAgL2RldiAgICAgICAgIDUwIGNydy0t LS0tLS0gICB0dHl2MyBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQ0ICAgIDEgL2RldiAgICAg ICAgIDUwIGNydy0tLS0tLS0gICB0dHl2MyBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQ0ICAg IDIgL2RldiAgICAgICAgIDUwIGNydy0tLS0tLS0gICB0dHl2MyBydwpyb290ICAgICBnZXR0eSAg ICAgICAxMzQzIHJvb3QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290 ICAgICBnZXR0eSAgICAgICAxMzQzICAgd2QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAg MTAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMzQzIHRleHQgLyAgICAgICAgMjAzMzY0IC1y LXhyLXhyLXggICAyODAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMzQzIGN0dHkgL2RldiAg ICAgICAgIDQ5IGNydy0tLS0tLS0gICB0dHl2MiBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQz ICAgIDAgL2RldiAgICAgICAgIDQ5IGNydy0tLS0tLS0gICB0dHl2MiBydwpyb290ICAgICBnZXR0 eSAgICAgICAxMzQzICAgIDEgL2RldiAgICAgICAgIDQ5IGNydy0tLS0tLS0gICB0dHl2MiBydwpy b290ICAgICBnZXR0eSAgICAgICAxMzQzICAgIDIgL2RldiAgICAgICAgIDQ5IGNydy0tLS0tLS0g ICB0dHl2MiBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQyIHJvb3QgLyAgICAgICAgICAgICAy IGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMzQyICAgd2QgLyAg ICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAx MzQyIHRleHQgLyAgICAgICAgMjAzMzY0IC1yLXhyLXhyLXggICAyODAyNCAgcgpyb290ICAgICBn ZXR0eSAgICAgICAxMzQyIGN0dHkgL2RldiAgICAgICAgIDQ4IGNydy0tLS0tLS0gICB0dHl2MSBy dwpyb290ICAgICBnZXR0eSAgICAgICAxMzQyICAgIDAgL2RldiAgICAgICAgIDQ4IGNydy0tLS0t LS0gICB0dHl2MSBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQyICAgIDEgL2RldiAgICAgICAg IDQ4IGNydy0tLS0tLS0gICB0dHl2MSBydwpyb290ICAgICBnZXR0eSAgICAgICAxMzQyICAgIDIg L2RldiAgICAgICAgIDQ4IGNydy0tLS0tLS0gICB0dHl2MSBydwpyb290ICAgICBsb2dpbiAgICAg ICAxMzQxIHJvb3QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAg ICBsb2dpbiAgICAgICAxMzQxICAgd2QgLyAgICAgICAgMTY1NzYwMCBkcnd4ci14ci14ICAgICA1 MTIgIHIKcm9vdCAgICAgbG9naW4gICAgICAgMTM0MSB0ZXh0IC8gICAgICAgIDIwMTIwMyAtci1z ci14ci14ICAgMjUwOTYgIHIKcm9vdCAgICAgbG9naW4gICAgICAgMTM0MSBjdHR5IC9kZXYgICAg ICAgICA0NyBjcnctLS0tLS0tICAgdHR5djAgcncKcm9vdCAgICAgbG9naW4gICAgICAgMTM0MSAg ICAwIC9kZXYgICAgICAgICA0NyBjcnctLS0tLS0tICAgdHR5djAgcncKcm9vdCAgICAgbG9naW4g ICAgICAgMTM0MSAgICAxIC9kZXYgICAgICAgICA0NyBjcnctLS0tLS0tICAgdHR5djAgcncKcm9v dCAgICAgbG9naW4gICAgICAgMTM0MSAgICAyIC9kZXYgICAgICAgICA0NyBjcnctLS0tLS0tICAg dHR5djAgcncKcm9vdCAgICAgbG9naW4gICAgICAgMTM0MSAgICAzKiBsb2NhbCBkZ3JhbSBmZmZm ZmUwMDEwYWNiNjkwIDwtPiBmZmZmZmUwMDEwN2UxYzMwCnJvb3QgICAgIGNyb24gICAgICAgIDEy ODAgcm9vdCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIteCAgICAxMDI0ICByCnJvb3QgICAgIGNy b24gICAgICAgIDEyODAgICB3ZCAvICAgICAgICAxODk0NDA3IGRyd3hyLXgtLS0gICAgIDUxMiAg cgpyb290ICAgICBjcm9uICAgICAgICAxMjgwIHRleHQgLyAgICAgICAgMjAzNDU0IC1yLXhyLXhy LXggICA0MTQ0OCAgcgpyb290ICAgICBjcm9uICAgICAgICAxMjgwICAgIDAgL2RldiAgICAgICAg IDIyIGNydy1ydy1ydy0gICAgbnVsbCBydwpyb290ICAgICBjcm9uICAgICAgICAxMjgwICAgIDEg L2RldiAgICAgICAgIDIyIGNydy1ydy1ydy0gICAgbnVsbCBydwpyb290ICAgICBjcm9uICAgICAg ICAxMjgwICAgIDIgL2RldiAgICAgICAgIDIyIGNydy1ydy1ydy0gICAgbnVsbCBydwpyb290ICAg ICBjcm9uICAgICAgICAxMjgwICAgIDMgLyAgICAgICAgMTg5NDUzOCAtcnctLS0tLS0tICAgICAg IDQgIHcKc21tc3AgICAgc2VuZG1haWwgICAgMTI3NiByb290IC8gICAgICAgICAgICAgMiBkcnd4 ci14ci14ICAgIDEwMjQgIHIKc21tc3AgICAgc2VuZG1haWwgICAgMTI3NiAgIHdkIC8gICAgICAg IDE4OTQ0MzAgZHJ3eHJ3eC0tLSAgICAgNTEyICByCnNtbXNwICAgIHNlbmRtYWlsICAgIDEyNzYg dGV4dCAvICAgICAgICAyMDMzOTkgLXIteHItc3IteCAgNzE5MjU2ICByCnNtbXNwICAgIHNlbmRt YWlsICAgIDEyNzYgICAgMCAvZGV2ICAgICAgICAgMjIgY3J3LXJ3LXJ3LSAgICBudWxsICByCnNt bXNwICAgIHNlbmRtYWlsICAgIDEyNzYgICAgMSAvZGV2ICAgICAgICAgMjIgY3J3LXJ3LXJ3LSAg ICBudWxsICB3CnNtbXNwICAgIHNlbmRtYWlsICAgIDEyNzYgICAgMiAvZGV2ICAgICAgICAgMjIg Y3J3LXJ3LXJ3LSAgICBudWxsICB3CnNtbXNwICAgIHNlbmRtYWlsICAgIDEyNzYgICAgMyogbG9j YWwgZGdyYW0gZmZmZmZlMDAxMDhkMGMzMCA8LT4gZmZmZmZlMDAxMDdlMWQyMApzbW1zcCAgICBz ZW5kbWFpbCAgICAxMjc2ICAgIDQgLyAgICAgICAgMTg5NDUzNiAtcnctLS0tLS0tICAgICAgNTAg IHcKcm9vdCAgICAgc2VuZG1haWwgICAgMTI3MyByb290IC8gICAgICAgICAgICAgMiBkcnd4ci14 ci14ICAgIDEwMjQgIHIKcm9vdCAgICAgc2VuZG1haWwgICAgMTI3MyAgIHdkIC8gICAgICAgIDE4 OTQ0MjcgZHJ3eHIteHIteCAgICAgNTEyICByCnJvb3QgICAgIHNlbmRtYWlsICAgIDEyNzMgdGV4 dCAvICAgICAgICAyMDMzOTkgLXIteHItc3IteCAgNzE5MjU2ICByCnJvb3QgICAgIHNlbmRtYWls ICAgIDEyNzMgICAgMCAvZGV2ICAgICAgICAgMjIgY3J3LXJ3LXJ3LSAgICBudWxsICByCnJvb3Qg ICAgIHNlbmRtYWlsICAgIDEyNzMgICAgMSAvZGV2ICAgICAgICAgMjIgY3J3LXJ3LXJ3LSAgICBu dWxsICB3CnJvb3QgICAgIHNlbmRtYWlsICAgIDEyNzMgICAgMiAvZGV2ICAgICAgICAgMjIgY3J3 LXJ3LXJ3LSAgICBudWxsICB3CnJvb3QgICAgIHNlbmRtYWlsICAgIDEyNzMgICAgMyogaW50ZXJu ZXQgc3RyZWFtIHRjcCBmZmZmZmUwMDEwYjM2YjcwCnJvb3QgICAgIHNlbmRtYWlsICAgIDEyNzMg ICAgNCogbG9jYWwgZGdyYW0gZmZmZmZlMDAxMDdlMTg3MCA8LT4gZmZmZmZlMDAxMDdlMWMzMApy b290ICAgICBzZW5kbWFpbCAgICAxMjczICAgIDUgLyAgICAgICAgMTg5NDUzNSAtcnctLS0tLS0t ICAgICAgNzkgIHcKcm9vdCAgICAgc3NoZCAgICAgICAgMTI3MCByb290IC8gICAgICAgICAgICAg MiBkcnd4ci14ci14ICAgIDEwMjQgIHIKcm9vdCAgICAgc3NoZCAgICAgICAgMTI3MCAgIHdkIC8g ICAgICAgICAgICAgMiBkcnd4ci14ci14ICAgIDEwMjQgIHIKcm9vdCAgICAgc3NoZCAgICAgICAg MTI3MCB0ZXh0IC8gICAgICAgIDIwMzY0MCAtci14ci14ci14ICAyNjk1NDQgIHIKcm9vdCAgICAg c3NoZCAgICAgICAgMTI3MCAgICAwIC9kZXYgICAgICAgICAyMiBjcnctcnctcnctICAgIG51bGwg cncKcm9vdCAgICAgc3NoZCAgICAgICAgMTI3MCAgICAxIC9kZXYgICAgICAgICAyMiBjcnctcnct cnctICAgIG51bGwgcncKcm9vdCAgICAgc3NoZCAgICAgICAgMTI3MCAgICAyIC9kZXYgICAgICAg ICAyMiBjcnctcnctcnctICAgIG51bGwgcncKcm9vdCAgICAgc3NoZCAgICAgICAgMTI3MCAgICAz KiBpbnRlcm5ldDYgc3RyZWFtIHRjcCBmZmZmZmUwMDEwYjM5M2QwCnJvb3QgICAgIHNzaGQgICAg ICAgIDEyNzAgICAgNCogaW50ZXJuZXQgc3RyZWFtIHRjcCBmZmZmZmUwMDEwYjM5MDAwCnJvb3Qg ICAgIG50cGQgICAgICAgIDEyNTcgcm9vdCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIteCAgICAx MDI0ICByCnJvb3QgICAgIG50cGQgICAgICAgIDEyNTcgICB3ZCAvICAgICAgICAgICAgIDIgZHJ3 eHIteHIteCAgICAxMDI0ICByCnJvb3QgICAgIG50cGQgICAgICAgIDEyNTcgdGV4dCAvICAgICAg ICAyMDM1NzQgLXIteHIteHIteCAgMzkyNDcyICByCnJvb3QgICAgIG50cGQgICAgICAgIDEyNTcg ICAgMCAvZGV2ICAgICAgICAgMjIgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAgIG50cGQg ICAgICAgIDEyNTcgICAgMSAvZGV2ICAgICAgICAgMjIgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJv b3QgICAgIG50cGQgICAgICAgIDEyNTcgICAgMiAvZGV2ICAgICAgICAgMjIgY3J3LXJ3LXJ3LSAg ICBudWxsIHJ3CnJvb3QgICAgIG50cGQgICAgICAgIDEyNTcgICAgMyogbG9jYWwgZGdyYW0gZmZm ZmZlMDAxMDdlMWI0MCA8LT4gZmZmZmZlMDAxMDdlMWMzMApyb290ICAgICBudHBkICAgICAgICAx MjU3ICAgMjAqIGludGVybmV0IGRncmFtIHVkcCBmZmZmZmUwMDEwN2ZkMTg4CnJvb3QgICAgIG50 cGQgICAgICAgIDEyNTcgICAyMSogaW50ZXJuZXQ2IGRncmFtIHVkcCBmZmZmZmUwMDEwN2ZkMzEw CnJvb3QgICAgIG50cGQgICAgICAgIDEyNTcgICAyMiogaW50ZXJuZXQgZGdyYW0gdWRwIGZmZmZm ZTAwMTA3ZmQ0OTgKcm9vdCAgICAgbnRwZCAgICAgICAgMTI1NyAgIDIzKiBpbnRlcm5ldDYgZGdy YW0gdWRwIGZmZmZmZTAwMTA3ZmQ3YTgKcm9vdCAgICAgbnRwZCAgICAgICAgMTI1NyAgIDI0KiBp bnRlcm5ldDYgZGdyYW0gdWRwIGZmZmZmZTAwMTA3ZmRhYjgKcm9vdCAgICAgbnRwZCAgICAgICAg MTI1NyAgIDI1KiBpbnRlcm5ldCBkZ3JhbSB1ZHAgZmZmZmZlMDAxMDdmZGM0MApyb290ICAgICBu dHBkICAgICAgICAxMjU3ICAgMjYqIHJvdXRlIHJhdyAwIGZmZmZmZTAwMDZlZmY1NTAKcm9vdCAg ICAgc3lzbG9nZCAgICAgMTE1OSByb290IC8gICAgICAgICAgICAgMiBkcnd4ci14ci14ICAgIDEw MjQgIHIKcm9vdCAgICAgc3lzbG9nZCAgICAgMTE1OSAgIHdkIC8gICAgICAgICAgICAgMiBkcnd4 ci14ci14ICAgIDEwMjQgIHIKcm9vdCAgICAgc3lzbG9nZCAgICAgMTE1OSB0ZXh0IC8gICAgICAg IDIwMzY0MiAtci14ci14ci14ICAgNDA2ODAgIHIKcm9vdCAgICAgc3lzbG9nZCAgICAgMTE1OSAg ICAwIC9kZXYgICAgICAgICAyMiBjcnctcnctcnctICAgIG51bGwgcncKcm9vdCAgICAgc3lzbG9n ZCAgICAgMTE1OSAgICAxIC9kZXYgICAgICAgICAyMiBjcnctcnctcnctICAgIG51bGwgcncKcm9v dCAgICAgc3lzbG9nZCAgICAgMTE1OSAgICAyIC9kZXYgICAgICAgICAyMiBjcnctcnctcnctICAg IG51bGwgcncKcm9vdCAgICAgc3lzbG9nZCAgICAgMTE1OSAgICAzIC8gICAgICAgIDE4OTQ1MzEg LXJ3LS0tLS0tLSAgICAgICA0ICB3CnJvb3QgICAgIHN5c2xvZ2QgICAgIDExNTkgICAgNCogbG9j YWwgZGdyYW0gZmZmZmZlMDAxMDdlMWQyMApyb290ICAgICBzeXNsb2dkICAgICAxMTU5ICAgIDUq IGxvY2FsIGRncmFtIGZmZmZmZTAwMTA3ZTFjMzAKcm9vdCAgICAgc3lzbG9nZCAgICAgMTE1OSAg ICA2KiBpbnRlcm5ldDYgZGdyYW0gdWRwIGZmZmZmZTAwMTA4MDk0OTgKcm9vdCAgICAgc3lzbG9n ZCAgICAgMTE1OSAgICA3KiBpbnRlcm5ldCBkZ3JhbSB1ZHAgZmZmZmZlMDAxMDgwOTYyMApyb290 ICAgICBzeXNsb2dkICAgICAxMTU5ICAgIDggL2RldiAgICAgICAgICA5IGNydy0tLS0tLS0gICAg a2xvZyAgcgpyb290ICAgICBzeXNsb2dkICAgICAxMTU5ICAgMTAgL2RldiAgICAgICAgICA1IGNy dy0tLS0tLS0gIGNvbnNvbGUgIHcKcm9vdCAgICAgc3lzbG9nZCAgICAgMTE1OSAgIDExIC8gICAg ICAgIDE4OTQ1MDAgLXJ3LXItLXItLSAgICAgMTM1ICB3CnJvb3QgICAgIHN5c2xvZ2QgICAgIDEx NTkgICAxMiAvICAgICAgICAxODk0NDcyIC1ydy0tLS0tLS0gICAgICA2NCAgdwpyb290ICAgICBz eXNsb2dkICAgICAxMTU5ICAgMTMgLyAgICAgICAgMTg5NDQ2MSAtcnctLS0tLS0tICAgMTQzMDcg IHcKcm9vdCAgICAgc3lzbG9nZCAgICAgMTE1OSAgIDE0IC8gICAgICAgIDE4OTQ0OTUgLXJ3LXIt LS0tLSAgICAxNTkxICB3CnJvb3QgICAgIHN5c2xvZ2QgICAgIDExNTkgICAxNSAvICAgICAgICAx ODk0NDY4IC1ydy1yLS1yLS0gICAgICA2NCAgdwpyb290ICAgICBzeXNsb2dkICAgICAxMTU5ICAg MTYgLyAgICAgICAgMTg5NDQ3MyAtcnctLS0tLS0tICAgICAgNjQgIHcKcm9vdCAgICAgc3lzbG9n ZCAgICAgMTE1OSAgIDE3IC8gICAgICAgIDE4OTQ0NjYgLXJ3LS0tLS0tLSAgIDUwMjEzICB3CnJv b3QgICAgIHN5c2xvZ2QgICAgIDExNTkgICAxOCAvICAgICAgICAxODk0NDY3IC1ydy0tLS0tLS0g ICAgICA2NCAgdwpyb290ICAgICBzeXNsb2dkICAgICAxMTU5ICAgMTkgLyAgICAgICAgMTg5NDQ3 MSAtcnctci0tLS0tICAgICAgNjQgIHcKX2RoY3AgICAgZGhjbGllbnQgICAgMTEyNCByb290IC8g ICAgICAgIDE4OTQ0MDkgZHIteHIteHIteCAgICAgNTEyICByCl9kaGNwICAgIGRoY2xpZW50ICAg IDExMjQgICB3ZCAvICAgICAgICAxODk0NDA5IGRyLXhyLXhyLXggICAgIDUxMiAgcgpfZGhjcCAg ICBkaGNsaWVudCAgICAxMTI0IGphaWwgLyAgICAgICAgMTg5NDQwOSBkci14ci14ci14ICAgICA1 MTIgIHIKX2RoY3AgICAgZGhjbGllbnQgICAgMTEyNCB0ZXh0IC8gICAgICAgIDY4MjA5MCAtci14 ci14ci14ICAgOTM2MTYgIHIKX2RoY3AgICAgZGhjbGllbnQgICAgMTEyNCAgICAwIC9kZXYgICAg ICAgICAyMiBjcnctcnctcnctICAgIG51bGwgcncKX2RoY3AgICAgZGhjbGllbnQgICAgMTEyNCAg ICAxIC9kZXYgICAgICAgICAyMiBjcnctcnctcnctICAgIG51bGwgcncKX2RoY3AgICAgZGhjbGll bnQgICAgMTEyNCAgICAyIC9kZXYgICAgICAgICAyMiBjcnctcnctcnctICAgIG51bGwgcncKX2Ro Y3AgICAgZGhjbGllbnQgICAgMTEyNCAgICAzIC8gICAgICAgIDE4OTQ1MTkgLXJ3LS0tLS0tLSAg ICAgICA0ICB3Cl9kaGNwICAgIGRoY2xpZW50ICAgIDExMjQgICAgNSogcm91dGUgcmF3IDAgZmZm ZmZlMDAwNmVkZTJhOApfZGhjcCAgICBkaGNsaWVudCAgICAxMTI0ICAgIDYqIHBpcGUgZmZmZmZl MDAwNmQ4MjllMCA8LT4gZmZmZmZlMDAwNmQ4Mjg4OCAgICAgIDAgcncKX2RoY3AgICAgZGhjbGll bnQgICAgMTEyNCAgICA3IC8gICAgICAgIDE4OTQ0NjAgLS0tLS0tLS0tLSAgICAxODE1ICB3Cl9k aGNwICAgIGRoY2xpZW50ICAgIDExMjQgICAgOCAvZGV2ICAgICAgICAgMTEgY3J3LS0tLS0tLSAg ICAgYnBmIHJ3Cl9kaGNwICAgIGRoY2xpZW50ICAgIDExMjQgICAgOSogaW50ZXJuZXQgcmF3IGlw IGZmZmZmZTAwMTBhYzcwMDAKcm9vdCAgICAgZGhjbGllbnQgICAgMTA4NiByb290IC8gICAgICAg ICAgICAgMiBkcnd4ci14ci14ICAgIDEwMjQgIHIKcm9vdCAgICAgZGhjbGllbnQgICAgMTA4NiAg IHdkIC8gICAgICAgICAgICAgMiBkcnd4ci14ci14ICAgIDEwMjQgIHIKcm9vdCAgICAgZGhjbGll bnQgICAgMTA4NiB0ZXh0IC8gICAgICAgIDY4MjA5MCAtci14ci14ci14ICAgOTM2MTYgIHIKcm9v dCAgICAgZGhjbGllbnQgICAgMTA4NiAgICAwIC9kZXYgICAgICAgICAyMiBjcnctcnctcnctICAg IG51bGwgcncKcm9vdCAgICAgZGhjbGllbnQgICAgMTA4NiAgICAxIC9kZXYgICAgICAgICAyMiBj cnctcnctcnctICAgIG51bGwgcncKcm9vdCAgICAgZGhjbGllbnQgICAgMTA4NiAgICAyIC9kZXYg ICAgICAgICAyMiBjcnctcnctcnctICAgIG51bGwgcncKcm9vdCAgICAgZGhjbGllbnQgICAgMTA4 NiAgICAzIC8gICAgICAgIDE4OTQ1MTkgLXJ3LS0tLS0tLSAgICAgICA0ICB3CnJvb3QgICAgIGRo Y2xpZW50ICAgIDEwODYgICAgNSogcGlwZSBmZmZmZmUwMDA2ZDgyODg4IDwtPiBmZmZmZmUwMDA2 ZDgyOWUwICAgICAgMCBydwpyb290ICAgICBkZXZkICAgICAgICAgOTk3IHJvb3QgLyAgICAgICAg ICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBkZXZkICAgICAgICAgOTk3ICAg d2QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBkZXZkICAg ICAgICAgOTk3IHRleHQgLyAgICAgICAgNjgyMDg4IC1yLXhyLXhyLXggIDQ1NDE4NCAgcgpyb290 ICAgICBkZXZkICAgICAgICAgOTk3ICAgIDAgL2RldiAgICAgICAgIDIyIGNydy1ydy1ydy0gICAg bnVsbCBydwpyb290ICAgICBkZXZkICAgICAgICAgOTk3ICAgIDEgL2RldiAgICAgICAgIDIyIGNy dy1ydy1ydy0gICAgbnVsbCBydwpyb290ICAgICBkZXZkICAgICAgICAgOTk3ICAgIDIgL2RldiAg ICAgICAgIDIyIGNydy1ydy1ydy0gICAgbnVsbCBydwpyb290ICAgICBkZXZkICAgICAgICAgOTk3 ICAgIDMgL2RldiAgICAgICAgICA0IGNydy0tLS0tLS0gIGRldmN0bCAgcgpyb290ICAgICBkZXZk ICAgICAgICAgOTk3ICAgIDQqIGxvY2FsIHN0cmVhbSBmZmZmZmUwMDEwOGQ0NGIwCnJvb3QgICAg IGRldmQgICAgICAgICA5OTcgICAgNSAvICAgICAgICAxODk0NTE4IC1ydy0tLS0tLS0gICAgICAg MyAgdwpyb290ICAgICB6ZnNrZXJuICAgICAgIDM2IHJvb3QgLyAgICAgICAgICAgICAyIGRyd3hy LXhyLXggICAgMTAyNCAgcgpyb290ICAgICB6ZnNrZXJuICAgICAgIDM2ICAgd2QgLyAgICAgICAg ICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBpbml0ICAgICAgICAgICAxIHJv b3QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBpbml0ICAg ICAgICAgICAxICAgd2QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290 ICAgICBpbml0ICAgICAgICAgICAxIHRleHQgLyAgICAgICAgNjgyMTE0IC1yLXhyLXhyLXggIDc5 MTM4NCAgcgpyb290ICAgICBrZXJuZWwgICAgICAgICAwIHJvb3QgLyAgICAgICAgICAgICAyIGRy d3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBrZXJuZWwgICAgICAgICAwICAgd2QgLyAgICAg ICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCmRtZXNnCgpD b3B5cmlnaHQgKGMpIDE5OTItMjAxMiBUaGUgRnJlZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMp IDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5 OTQKCVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdo dHMgcmVzZXJ2ZWQuCkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJl ZUJTRCBGb3VuZGF0aW9uLgpGcmVlQlNEIDkuMS1SRUxFQVNFICMwIHIyNDM4MjU6IFR1ZSBEZWMg IDQgMDk6MjM6MTAgVVRDIDIwMTIKICAgIHJvb3RAZmFycmVsbC5jc2UuYnVmZmFsby5lZHU6L3Vz ci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQyBhbWQ2NApDUFU6IEFNRCBBNi0zNjUwIEFQVSB3aXRo IFJhZGVvbih0bSkgSEQgR3JhcGhpY3MgKDI2MDAuMDEtTUh6IEs4LWNsYXNzIENQVSkKICBPcmln aW4gPSAiQXV0aGVudGljQU1EIiAgSWQgPSAweDMwMGYxMCAgRmFtaWx5ID0gMTIgIE1vZGVsID0g MSAgU3RlcHBpbmcgPSAwCiAgRmVhdHVyZXM9MHgxNzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0Ms TVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZM VVNILE1NWCxGWFNSLFNTRSxTU0UyLEhUVD4KICBGZWF0dXJlczI9MHg4MDIwMDk8U1NFMyxNT04s Q1gxNixQT1BDTlQ+CiAgQU1EIEZlYXR1cmVzPTB4ZWU1MDA4MDA8U1lTQ0FMTCxOWCxNTVgrLEZG WFNSLFBhZ2UxR0IsUkRUU0NQLExNLDNETm93ISssM0ROb3chPgogIEFNRCBGZWF0dXJlczI9MHgz N2ZmPExBSEYsQ01QLFNWTSxFeHRBUElDLENSOCxBQk0sU1NFNEEsTUFTLFByZWZldGNoLE9TVlcs SUJTLFNLSU5JVCxXRFQ+CiAgVFNDOiBQLXN0YXRlIGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3Rh dGlzdGljcwpyZWFsIG1lbW9yeSAgPSA0Mjk0OTY3Mjk2ICg0MDk2IE1CKQphdmFpbCBtZW1vcnkg PSAzNTczNjQ1MzEyICgzNDA4IE1CKQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNDAwCkFD UEkgQVBJQyBUYWJsZTogPEdCVCAgICBHQlRVQUNQST4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vz c29yIFN5c3RlbSBEZXRlY3RlZDogNCBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCA0 IGNvcmUocykKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAx CiBjcHUyIChBUCk6IEFQSUMgSUQ6ICAyCiBjcHUzIChBUCk6IEFQSUMgSUQ6ICAzCmlvYXBpYzA6 IENoYW5naW5nIEFQSUMgSUQgdG8gMgppb2FwaWMwIDxWZXJzaW9uIDIuMT4gaXJxcyAwLTIzIG9u IG1vdGhlcmJvYXJkCmtiZDEgYXQga2JkbXV4MAphY3BpMDogPEdCVCBHQlRVQUNQST4gb24gbW90 aGVyYm9hcmQKYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmFjcGkwOiByZXNlcnZhdGlvbiBv ZiAwLCBhMDAwMCAoMykgZmFpbGVkCmFjcGkwOiByZXNlcnZhdGlvbiBvZiAxMDAwMDAsIGNmY2Mw MDAwICgzKSBmYWlsZWQKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUxOiA8QUNQSSBDUFU+ IG9uIGFjcGkwCmNwdTI6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBvbiBh Y3BpMAphdHRpbWVyMDogPEFUIHRpbWVyPiBwb3J0IDB4NDAtMHg0MyBvbiBhY3BpMApUaW1lY291 bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApFdmVudCB0aW1lciAi aTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMTAwCmhwZXQwOiA8SGlnaCBQcmVj aXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBpcnEgMCw4IG9u IGFjcGkwClRpbWVjb3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5 NTAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDczIG9uIGFjcGkwCkV2 ZW50IHRpbWVyICJSVEMiIGZyZXF1ZW5jeSAzMjc2OCBIeiBxdWFsaXR5IDAKVGltZWNvdW50ZXIg IkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSA5MDAKYWNwaV90aW1lcjA6 IDwzMi1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIgb24gYWNwaTAK YWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1Q Q0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBidXM+ IG9uIHBjaWIwCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4ZjgwMC0w eGY4ZmYgbWVtIDB4ZDAwMDAwMDAtMHhkZmZmZmZmZiwweGZkZmMwMDAwLTB4ZmRmZmZmZmYgaXJx IDE4IGF0IGRldmljZSAxLjAgb24gcGNpMApoZGFjMDogPEFUSSAoMHgxNzE0KSBIREEgQ29udHJv bGxlcj4gbWVtIDB4ZmUwMWMwMDAtMHhmZTAxZmZmZiBpcnEgMTkgYXQgZGV2aWNlIDEuMSBvbiBw Y2kwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE4IGF0IGRldmljZSAyLjAgb24g cGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2liMjogPFBDSS1QQ0kgYnJpZGdl PiBhdCBkZXZpY2UgMC4wIG9uIHBjaTEKcGNpMjogPFBDSSBidXM+IG9uIHBjaWIyCmFhYzA6IDxB ZGFwdGVjIFNBUyBSQUlEIDQ4MDVTQVM+IG1lbSAweGZkMjAwMDAwLTB4ZmQzZmZmZmYgaXJxIDE2 IGF0IGRldmljZSAxNC4wIG9uIHBjaTIKYWFjMDogRW5hYmxpbmcgNjQtYml0IGFkZHJlc3Mgc3Vw cG9ydAphYWMwOiBFbmFibGUgUmF3IEkvTwphYWMwOiBFbmFibGUgNjQtYml0IGFycmF5CmFhYzA6 IE5ldyBjb21tLiBpbnRlcmZhY2UgZW5hYmxlZAphYWMwOiBBZGFwdGVjIDQ4MDVTQVMsIGFhYyBk cml2ZXIgMi4xLjktMQphYWNwMCBvbiBhYWMwCmFhY3AxIG9uIGFhYzAKYWFjcDIgb24gYWFjMApw Y2liMzogPFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4yIG9uIHBjaTEKcGNpMzogPFBDSSBi dXM+IG9uIHBjaWIzCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmlj ZSA0LjAgb24gcGNpMApwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNApyZTA6IDxSZWFsVGVr IDgxNjgvODExMSBCL0MvQ1AvRC9EUC9FL0YgUENJZSBHaWdhYml0IEV0aGVybmV0PiBwb3J0IDB4 Y2UwMC0weGNlZmYgbWVtIDB4ZmQ5ZmYwMDAtMHhmZDlmZmZmZiwweGZkOWY4MDAwLTB4ZmQ5ZmJm ZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpNApyZTA6IFVzaW5nIDEgTVNJLVggbWVzc2Fn ZQpyZTA6IENoaXAgcmV2LiAweDJjODAwMDAwCnJlMDogTUFDIHJldi4gMHgwMDAwMDAwMAptaWli dXMwOiA8TUlJIGJ1cz4gb24gcmUwCnJnZXBoeTA6IDxSVEw4MTY5Uy84MTEwUy84MjExIDEwMDBC QVNFLVQgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMwCnJnZXBoeTA6ICBub25lLCAx MGJhc2VULCAxMGJhc2VULUZEWCwgMTBiYXNlVC1GRFgtZmxvdywgMTAwYmFzZVRYLCAxMDBiYXNl VFgtRkRYLCAxMDBiYXNlVFgtRkRYLWZsb3csIDEwMDBiYXNlVCwgMTAwMGJhc2VULW1hc3Rlciwg MTAwMGJhc2VULUZEWCwgMTAwMGJhc2VULUZEWC1tYXN0ZXIsIDEwMDBiYXNlVC1GRFgtZmxvdywg MTAwMGJhc2VULUZEWC1mbG93LW1hc3RlciwgYXV0bywgYXV0by1mbG93CnJlMDogRXRoZXJuZXQg YWRkcmVzczogNTA6ZTU6NDk6NTQ6ZTY6MWYKeGhjaTA6IDxYSENJIChnZW5lcmljKSBVU0IgMy4w IGNvbnRyb2xsZXI+IG1lbSAweGZlMDI4MDAwLTB4ZmUwMjlmZmYgaXJxIDE4IGF0IGRldmljZSAx Ni4wIG9uIHBjaTAKeGhjaTA6IDMyIGJ5dGUgY29udGV4dCBzaXplLgp1c2J1czAgb24geGhjaTAK eGhjaTE6IDxYSENJIChnZW5lcmljKSBVU0IgMy4wIGNvbnRyb2xsZXI+IG1lbSAweGZlMDI2MDAw LTB4ZmUwMjdmZmYgaXJxIDE3IGF0IGRldmljZSAxNi4xIG9uIHBjaTAKeGhjaTE6IDMyIGJ5dGUg Y29udGV4dCBzaXplLgp1c2J1czEgb24geGhjaTEKYXRhcGNpMDogPEFNRCBBVEEgY29udHJvbGxl cj4gcG9ydCAweGZmMDAtMHhmZjA3LDB4ZmUwMC0weGZlMDMsMHhmZDAwLTB4ZmQwNywweGZjMDAt MHhmYzAzLDB4ZmIwMC0weGZiMGYgbWVtIDB4ZmUwMmYwMDAtMHhmZTAyZjdmZiBpcnEgMTkgYXQg ZGV2aWNlIDE3LjAgb24gcGNpMAphdGEyOiA8QVRBIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBh dGFwY2kwCmF0YTM6IDxBVEEgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGF0YXBjaTAKb2hjaTA6 IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZmUwMmUwMDAtMHhmZTAyZWZm ZiBpcnEgMTggYXQgZGV2aWNlIDE4LjAgb24gcGNpMAp1c2J1czIgb24gb2hjaTAKZWhjaTA6IDxF SENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZlMDJkMDAwLTB4ZmUwMmQw ZmYgaXJxIDE3IGF0IGRldmljZSAxOC4yIG9uIHBjaTAKdXNidXMzOiBFSENJIHZlcnNpb24gMS4w CnVzYnVzMyBvbiBlaGNpMApvaGNpMTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBt ZW0gMHhmZTAyYzAwMC0weGZlMDJjZmZmIGlycSAxOCBhdCBkZXZpY2UgMTkuMCBvbiBwY2kwCnVz YnVzNCBvbiBvaGNpMQplaGNpMTogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4g bWVtIDB4ZmUwMmIwMDAtMHhmZTAyYjBmZiBpcnEgMTcgYXQgZGV2aWNlIDE5LjIgb24gcGNpMAp1 c2J1czU6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXM1IG9uIGVoY2kxCnBjaTA6IDxzZXJpYWwgYnVz LCBTTUJ1cz4gYXQgZGV2aWNlIDIwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKYXRhcGNpMTogPEFN RCBBVEEgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3NywweDM3 NiwweGZhMDAtMHhmYTBmIGF0IGRldmljZSAyMC4xIG9uIHBjaTAKYXRhMDogPEFUQSBjaGFubmVs PiBhdCBjaGFubmVsIDAgb24gYXRhcGNpMQphdGExOiA8QVRBIGNoYW5uZWw+IGF0IGNoYW5uZWwg MSBvbiBhdGFwY2kxCmhkYWMxOiA8R2VuZXJpYyAoMHg3ODBkMTAyMikgSERBIENvbnRyb2xsZXI+ IG1lbSAweGZlMDIwMDAwLTB4ZmUwMjNmZmYgaXJxIDE2IGF0IGRldmljZSAyMC4yIG9uIHBjaTAK aXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjMgb24gcGNpMAppc2EwOiA8SVNB IGJ1cz4gb24gaXNhYjAKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjAu NCBvbiBwY2kwCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1Cm9oY2kyOiA8T0hDSSAoZ2Vu ZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGZlMDJhMDAwLTB4ZmUwMmFmZmYgaXJxIDE4IGF0 IGRldmljZSAyMC41IG9uIHBjaTAKdXNidXM2IG9uIG9oY2kyCnVhcnQwOiA8MTY1NTAgb3IgY29t cGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkwCmF0a2Jk YzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9u IGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRr YmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0Kb3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9t ZW0gMHhjMDAwMC0weGNlZmZmLDB4ZDAwMDAtMHhkNTdmZiBvbiBpc2EwCnNjMDogPFN5c3RlbSBj b25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNv bGVzLCBmbGFncz0weDMwMD4KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0w eDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMApwcGMwOiBjYW5ub3QgcmVzZXJ2ZSBJ L08gcG9ydCByYW5nZQpjdGw6IENBTSBUYXJnZXQgTGF5ZXIgbG9hZGVkCmh3cHN0YXRlMDogPENv b2xgbidRdWlldCAyLjA+IG9uIGNwdTAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNl YwpoZGFjYzA6IDxBVEkgUjZ4eCBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMwCmhkYWEwOiA8 QVRJIFI2eHggQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMApwY20wOiA8 QVRJIFI2eHggKEhETUkpPiBhdCBuaWQgMyBvbiBoZGFhMAphYWNkMCBvbiBhYWMwCmFhY2QwOiAy MzgyOTBNQiAoNDg4MDE3OTIwIHNlY3RvcnMpCmFhY2QxIG9uIGFhYzAKYWFjZDE6IDIzODI5ME1C ICg0ODgwMTc5MjAgc2VjdG9ycykKYWFjZDIgb24gYWFjMAphYWNkMjogMjM4MjkwTUIgKDQ4ODAx NzkyMCBzZWN0b3JzKQphYWNkMyBvbiBhYWMwCmFhY2QzOiAyMzgyOTBNQiAoNDg4MDE3OTIwIHNl Y3RvcnMpCmhkYWNjMTogPFJlYWx0ZWsgQUxDODg5IEhEQSBDT0RFQz4gYXQgY2FkIDAgb24gaGRh YzEKaGRhYTE6IDxSZWFsdGVrIEFMQzg4OSBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEg b24gaGRhY2MxCnBjbTE6IDxSZWFsdGVrIEFMQzg4OSAoUmVhciBBbmFsb2cpPiBhdCBuaWQgMjAg YW5kIDI0LDI2IG9uIGhkYWExCnBjbTI6IDxSZWFsdGVrIEFMQzg4OSAoRnJvbnQgQW5hbG9nKT4g YXQgbmlkIDI3IGFuZCAyNSBvbiBoZGFhMQpwY20zOiA8UmVhbHRlayBBTEM4ODkgKFJlYXIgRGln aXRhbCk+IGF0IG5pZCAzMCBvbiBoZGFhMQpwY200OiA8UmVhbHRlayBBTEM4ODkgKE9uYm9hcmQg RGlnaXRhbCk+IGF0IG5pZCAxNyBvbiBoZGFhMQp1c2J1czA6IDUuMEdicHMgU3VwZXIgU3BlZWQg VVNCIHYzLjAKdXNidXMxOiA1LjBHYnBzIFN1cGVyIFNwZWVkIFVTQiB2My4wCnVzYnVzMjogMTJN YnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXMzOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYy LjAKdXNidXM0OiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czU6IDQ4ME1icHMgSGln aCBTcGVlZCBVU0IgdjIuMAp1c2J1czY6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVnZW4w LjE6IDwweDEwMjI+IGF0IHVzYnVzMAp1aHViMDogPDB4MTAyMiBYSENJIHJvb3QgSFVCLCBjbGFz cyA5LzAsIHJldiAzLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwCnVnZW4xLjE6IDwweDEwMjI+ IGF0IHVzYnVzMQp1aHViMTogPDB4MTAyMiBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAz LjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnVnZW4yLjE6IDxBTUQ+IGF0IHVzYnVzMgp1aHVi MjogPEFNRCBPSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4g b24gdXNidXMyCnVnZW4zLjE6IDxBTUQ+IGF0IHVzYnVzMwp1aHViMzogPEFNRCBFSENJIHJvb3Qg SFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMzCnVnZW40LjE6 IDxBTUQ+IGF0IHVzYnVzNAp1aHViNDogPEFNRCBPSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJl diAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM0CnVnZW41LjE6IDxBTUQ+IGF0IHVzYnVzNQp1 aHViNTogPEFNRCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIg MT4gb24gdXNidXM1CnVnZW42LjE6IDxBTUQ+IGF0IHVzYnVzNgp1aHViNjogPEFNRCBPSENJIHJv b3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM2CnVodWI2 OiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMjogNSBwb3J0cyB3 aXRoIDUgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjQ6IDUgcG9ydHMgd2l0aCA1IHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIwOiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYg cG93ZXJlZAp1aHViMTogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1 YjM6IDUgcG9ydHMgd2l0aCA1IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI1OiA1IHBvcnRz IHdpdGggNSByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAphZGEwIGF0IGF0YTIgYnVzIDAgc2NidXMz IHRhcmdldCAwIGx1biAwCmFkYTA6IDxGVUpJVFNVIE1IWTIwNDBCSCAwMDAwMDAwQj4gQVRBLTgg U0FUQSAxLnggZGV2aWNlCmFkYTA6IDMzLjMwME1CL3MgdHJhbnNmZXJzIChVRE1BMiwgUElPIDgx OTJieXRlcykKYWRhMDogMzgxNTRNQiAoNzgxNDAxNjAgNTEyIGJ5dGUgc2VjdG9yczogMTZIIDYz Uy9UIDE2MzgzQykKYWRhMDogUHJldmlvdXNseSB3YXMga25vd24gYXMgYWQ0CmFkYTEgYXQgYXRh MiBidXMgMCBzY2J1czMgdGFyZ2V0IDEgbHVuIDAKYWRhMTogPEhpdGFjaGkgSERUNzI1MDI1VkxB MzgwIFY1RE9BN0VBPiBBVEEtNyBTQVRBIDIueCBkZXZpY2UKYWRhMTogMzMuMzAwTUIvcyB0cmFu c2ZlcnMgKFVETUEyLCBQSU8gODE5MmJ5dGVzKQphZGExOiAyMzg0NzVNQiAoNDg4Mzk3MTY4IDUx MiBieXRlIHNlY3RvcnM6IDE2SCA2M1MvVCAxNjM4M0MpCmFkYTE6IFByZXZpb3VzbHkgd2FzIGtu b3duIGFzIGFkNQphZGEyIGF0IGF0YTAgYnVzIDAgc2NidXM1IHRhcmdldCAwIGx1biAwCmFkYTI6 IDxIRFQ3MjI1MjVETEEzODAgVjQ0T0E5NkE+IEFUQS03IFNBVEEgMS54IGRldmljZQphZGEyOiAz My4zMDBNQi9zIHRyYW5zZmVycyAoVURNQTIsIFBJTyA4MTkyYnl0ZXMpCmFkYTI6IDIzODQ3NU1C ICg0ODgzOTcxNjggNTEyIGJ5dGUgc2VjdG9yczogMTZIIDYzUy9UIDE2MzgzQykKYWRhMjogUHJl dmlvdXNseSB3YXMga25vd24gYXMgYWQwCmFkYTMgYXQgYXRhMSBidXMgMCBzY2J1czYgdGFyZ2V0 IDAgbHVuIDAKYWRhMzogPEhpdGFjaGkgSERUNzI1MDI1VkxBMzgwIFY1RE9BNzNBPiBBVEEtNyBT QVRBIDIueCBkZXZpY2UKYWRhMzogMzMuMzAwTUIvcyB0cmFuc2ZlcnMgKFVETUEyLCBQSU8gODE5 MmJ5dGVzKQphZGEzOiAyMzg0NzVNQiAoNDg4Mzk3MTY4IDUxMiBieXRlIHNlY3RvcnM6IDE2SCA2 M1MvVCAxNjM4M0MpCmFkYTM6IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkMgpwYXNzMCBhdCBh YWNwMCBidXMgMCBzY2J1czAgdGFyZ2V0IDAgbHVuIDAKcGFzczA6IDxIaXRhY2hpIEhEVDcyNTAy NVZMQTM4MCBBNzNBPiBGaXhlZCBVbmluc3RhbGxlZCBTQ1NJLTUgZGV2aWNlIApwYXNzMDogMy4z MDBNQi9zIHRyYW5zZmVycwpwYXNzMSBhdCBhYWNwMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEgbHVu IDAKcGFzczE6IDxIRFQ3MjI1MiA1RExBMzgwIEE5NkE+IEZpeGVkIFVuaW5zdGFsbGVkIFNDU0kt NSBkZXZpY2UgCnBhc3MxOiAzLjMwME1CL3MgdHJhbnNmZXJzCnBhc3MyIGF0IGFhY3AwIGJ1cyAw IHNjYnVzMCB0YXJnZXQgMiBsdW4gMApwYXNzMjogPFNUMzI1MDgyIDNBUyAzLjAxPiBGaXhlZCBV bmluc3RhbGxlZCBTQ1NJLTUgZGV2aWNlIApwYXNzMjogMy4zMDBNQi9zIHRyYW5zZmVycwpwYXNz MyBhdCBhYWNwMCBidXMgMCBzY2J1czAgdGFyZ2V0IDMgbHVuIDAKcGFzczM6IDxIRFM3MjI1MiA1 VkxTQTgwIEE2TUE+IEZpeGVkIFVuaW5zdGFsbGVkIFNDU0ktNSBkZXZpY2UgCnBhc3MzOiAzLjMw ME1CL3MgdHJhbnNmZXJzClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMyBM YXVuY2hlZCEKU01QOiBBUCBDUFUgIzIgTGF1bmNoZWQhClRpbWVjb3VudGVyICJUU0MtbG93IiBm cmVxdWVuY3kgMTAxNTYyNzkgSHogcXVhbGl0eSA4MDAKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJv bSB1ZnM6L2Rldi9hZGEwcDIgW3J3XS4uLgpTZXR0aW5nIGhvc3R1dWlkOiAzNTMwNDUzNS0zNDM5 LTM1MzQtNDUzNi0zMTQ2ZmZmZmZmZmYuClNldHRpbmcgaG9zdGlkOiAweGFhNmE3NGE4LgpaRlMg Tk9USUNFOiBQcmVmZXRjaCBpcyBkaXNhYmxlZCBieSBkZWZhdWx0IGlmIGxlc3MgdGhhbiA0R0Ig b2YgUkFNIGlzIHByZXNlbnQ7CiAgICAgICAgICAgIHRvIGVuYWJsZSwgYWRkICJ2ZnMuemZzLnBy ZWZldGNoX2Rpc2FibGU9MCIgdG8gL2Jvb3QvbG9hZGVyLmNvbmYuClpGUyBmaWxlc3lzdGVtIHZl cnNpb24gNQpaRlMgc3RvcmFnZSBwb29sIHZlcnNpb24gMjgKRW50cm9weSBoYXJ2ZXN0aW5nOiBp bnRlcnJ1cHRzIGV0aGVybmV0IHBvaW50X3RvX3BvaW50IGtpY2tzdGFydC4KU3RhcnRpbmcgZmls ZSBzeXN0ZW0gY2hlY2tzOgovZGV2L2FkYTBwMjogRklMRSBTWVNURU0gQ0xFQU47IFNLSVBQSU5H IENIRUNLUwovZGV2L2FkYTBwMjogY2xlYW4sIDczMjYzODcgZnJlZSAoMTQ4OTkgZnJhZ3MsIDkx MzkzNiBibG9ja3MsIDAuMiUgZnJhZ21lbnRhdGlvbikKTW91bnRpbmcgbG9jYWwgZmlsZSBzeXN0 ZW1zOi4KU2V0dGluZyBob3N0bmFtZTogbWFlc3Rvc28uClN0YXJ0aW5nIE5ldHdvcms6IGxvMCBy ZTAuCmxvMDogZmxhZ3M9ODA0OTxVUCxMT09QQkFDSyxSVU5OSU5HLE1VTFRJQ0FTVD4gbWV0cmlj IDAgbXR1IDE2Mzg0CglvcHRpb25zPTYwMDAwMzxSWENTVU0sVFhDU1VNLFJYQ1NVTV9JUFY2LFRY Q1NVTV9JUFY2PgoJaW5ldDYgOjoxIHByZWZpeGxlbiAxMjggCglpbmV0NiBmZTgwOjoxJWxvMCBw cmVmaXhsZW4gNjQgc2NvcGVpZCAweDkgCglpbmV0IDEyNy4wLjAuMSBuZXRtYXNrIDB4ZmYwMDAw MDAgCgluZDYgb3B0aW9ucz0yMTxQRVJGT1JNTlVELEFVVE9fTElOS0xPQ0FMPgpyZTA6IGZsYWdz PTg4NDM8VVAsQlJPQURDQVNULFJVTk5JTkcsU0lNUExFWCxNVUxUSUNBU1Q+IG1ldHJpYyAwIG10 dSAxNTAwCglvcHRpb25zPTgyMDliPFJYQ1NVTSxUWENTVU0sVkxBTl9NVFUsVkxBTl9IV1RBR0dJ TkcsVkxBTl9IV0NTVU0sV09MX01BR0lDLExJTktTVEFURT4KCWV0aGVyIDUwOmU1OjQ5OjU0OmU2 OjFmCgluZDYgb3B0aW9ucz0yOTxQRVJGT1JNTlVELElGRElTQUJMRUQsQVVUT19MSU5LTE9DQUw+ CgltZWRpYTogRXRoZXJuZXQgYXV0b3NlbGVjdCAobm9uZSkKCXN0YXR1czogbm8gY2FycmllcgpT dGFydGluZyBkZXZkLgpTdGFydGluZyBOZXR3b3JrOiB1c2J1czAuClN0YXJ0aW5nIE5ldHdvcms6 IHVzYnVzMS4KU3RhcnRpbmcgTmV0d29yazogdXNidXMyLgpTdGFydGluZyBOZXR3b3JrOiB1c2J1 czMuClN0YXJ0aW5nIE5ldHdvcms6IHVzYnVzNC4KU3RhcnRpbmcgTmV0d29yazogdXNidXM1LgpT dGFydGluZyBOZXR3b3JrOiB1c2J1czYuCmFkZCBuZXQgOjpmZmZmOjAuMC4wLjA6IGdhdGV3YXkg OjoxCmFkZCBuZXQgOjowLjAuMC4wOiBnYXRld2F5IDo6MQphZGQgbmV0IGZlODA6OjogZ2F0ZXdh eSA6OjEKYWRkIG5ldCBmZjAyOjo6IGdhdGV3YXkgOjoxCldhaXRpbmcgMzBzIGZvciB0aGUgZGVm YXVsdCByb3V0ZSBpbnRlcmZhY2U6IC4uKHJlMCkKRUxGIGxkY29uZmlnIHBhdGg6IC9saWIgL3Vz ci9saWIgL3Vzci9saWIvY29tcGF0IC91c3IvbG9jYWwvbGliCjMyLWJpdCBjb21wYXRpYmlsaXR5 IGxkY29uZmlnIHBhdGg6IC91c3IvbGliMzIKQ3JlYXRpbmcgYW5kL29yIHRyaW1taW5nIGxvZyBm aWxlcy4KU3RhcnRpbmcgc3lzbG9nZC4KTm8gY29yZSBkdW1wcyBmb3VuZC4KQ2xlYXJpbmcgL3Rt cCAoWCByZWxhdGVkKS4KUmVtb3Zpbmcgc3RhbGUgU2FtYmEgdGRiIGZpbGVzOiAgZG9uZQpVcGRh dGluZyBtb3RkOi4KU3RhcnRpbmcgbnRwZC4KQ29uZmlndXJpbmcgc3lzY29uczogYmxhbmt0aW1l LgpTdGFydGluZyBzc2hkLgpTdGFydGluZyBjcm9uLgpTdGFydGluZyBkZWZhdWx0IG1vdXNlZG1v dXNlZDogdW5hYmxlIHRvIG9wZW4gL2Rldi9wc20wOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5 Ci4KU3RhcnRpbmcgYmFja2dyb3VuZCBmaWxlIHN5c3RlbSBjaGVja3MgaW4gNjAgc2Vjb25kcy4K ClNhdCBKYW4gIDUgMTY6MzA6NDIgTVNUIDIwMTMKSmFuICA1IDE2OjMwOjQ5IG1hZXN0b3NvIGxv Z2luOiBST09UIExPR0lOIChyb290KSBPTiB0dHl2MApKYW4gIDUgMTY6Mzk6MjcgbWFlc3Rvc28g c3U6IGVtYW4gdG8gcm9vdCBvbiAvZGV2L3B0cy8wCkphbiAgNSAxNjo0MTozOSBtYWVzdG9zbyBz dTogZW1hbiB0byByb290IG9uIC9kZXYvcHRzLzAKSmFuICA1IDE2OjQ1OjM0IG1hZXN0b3NvIHN1 OiBlbWFuIHRvIHJvb3Qgb24gL2Rldi9wdHMvMApKYW4gIDUgMTY6NTc6NDggbWFlc3Rvc28gc3No ZFsxNDM3XTogZXJyb3I6IFBBTTogYXV0aGVudGljYXRpb24gZXJyb3IgZm9yIGVtYW4gZnJvbSAx OTIuMTY4LjEuMTAzCkphbiAgNSAxNzowMToxMCBtYWVzdG9zbyBzdTogZW1hbiB0byByb290IG9u IC9kZXYvcHRzLzEKCgpGYXRhbCB0cmFwIDEyOiBwYWdlIGZhdWx0IHdoaWxlIGluIGtlcm5lbCBt b2RlCmNwdWlkID0gMTsgYXBpYyBpZCA9IDAxCmZhdWx0IHZpcnR1YWwgYWRkcmVzcwk9IDB4ZmZm ZmZmZmI4MTI4MTVkOApmYXVsdCBjb2RlCQk9IHN1cGVydmlzb3IgcmVhZCBkYXRhLCBwYWdlIG5v dCBwcmVzZW50Cmluc3RydWN0aW9uIHBvaW50ZXIJPSAweDIwOjB4ZmZmZmZmZmY4MGI1MDU5Nwpz dGFjayBwb2ludGVyCSAgICAgICAgPSAweDI4OjB4ZmZmZmZmODBmYTNiYzhkMApmcmFtZSBwb2lu dGVyCSAgICAgICAgPSAweDI4OjB4ZmZmZmZmODBmYTNiYzkwMApjb2RlIHNlZ21lbnQJCT0gYmFz ZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYgoJCQk9IERQTCAwLCBwcmVzIDEsIGxvbmcg MSwgZGVmMzIgMCwgZ3JhbiAxCnByb2Nlc3NvciBlZmxhZ3MJPSBpbnRlcnJ1cHQgZW5hYmxlZCwg cmVzdW1lLCBJT1BMID0gMApjdXJyZW50IHByb2Nlc3MJCT0gMCAoemlvX3dyaXRlX2ludHJfNSkK dHJhcCBudW1iZXIJCT0gMTIKcGFuaWM6IHBhZ2UgZmF1bHQKY3B1aWQgPSAzCktEQjogc3RhY2sg YmFja3RyYWNlOgojMCAweGZmZmZmZmZmODA5MjA4YTYgYXQga2RiX2JhY2t0cmFjZSsweDY2CiMx IDB4ZmZmZmZmZmY4MDhlYThiZSBhdCBwYW5pYysweDFjZQojMiAweGZmZmZmZmZmODBiZDgyNDAg YXQgdHJhcF9mYXRhbCsweDI5MAojMyAweGZmZmZmZmZmODBiZDg1N2QgYXQgdHJhcF9wZmF1bHQr MHgxZWQKIzQgMHhmZmZmZmZmZjgwYmQ4YjllIGF0IHRyYXArMHgzY2UKIzUgMHhmZmZmZmZmZjgw YmMzMTVmIGF0IGNhbGx0cmFwKzB4OAojNiAweGZmZmZmZmZmODBiNTA2ZjUgYXQgdm1fcGFnZV9m cmVlX3RvcSsweDQ1CiM3IDB4ZmZmZmZmZmY4MGI0ZjI3NiBhdCB2bV9vYmplY3RfcGFnZV9yZW1v dmUrMHgxOTYKIzggMHhmZmZmZmZmZjgwYjQ2YjA2IGF0IHZtX21hcF9kZWxldGUrMHgzMTYKIzkg MHhmZmZmZmZmZjgwYjQ2YzExIGF0IHZtX21hcF9yZW1vdmUrMHg1MQojMTAgMHhmZmZmZmZmZjgw YjNhNzBhIGF0IHVtYV9sYXJnZV9mcmVlKzB4M2EKIzExIDB4ZmZmZmZmZmY4MDhkNTg5YSBhdCBm cmVlKzB4NWEKIzEyIDB4ZmZmZmZmZmY4MTY5YjRjZSBhdCB6aW9fZG9uZSsweDJlZQojMTMgMHhm ZmZmZmZmZjgxNjk5MDYzIGF0IHppb19leGVjdXRlKzB4YzMKIzE0IDB4ZmZmZmZmZmY4MDkyY2Y1 NSBhdCB0YXNrcXVldWVfcnVuX2xvY2tlZCsweDg1CiMxNSAweGZmZmZmZmZmODA5MmRlZDYgYXQg dGFza3F1ZXVlX3RocmVhZF9sb29wKzB4NDYKIzE2IDB4ZmZmZmZmZmY4MDhiYjllZiBhdCBmb3Jr X2V4aXQrMHgxMWYKIzE3IDB4ZmZmZmZmZmY4MGJjMzY4ZSBhdCBmb3JrX3RyYW1wb2xpbmUrMHhl ClVwdGltZTogM2gxOW0zNHMKRHVtcGluZyA1NzEgb3V0IG9mIDM1NjEgTUI6Li4zJS4uMTIlLi4y MyUuLjMxJS4uNDIlLi41MSUuLjYyJS4uNzMlLi44MiUuLjkzJQoKLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCmtl cm5lbCBjb25maWcKCm9wdGlvbnMJQ09ORklHX0FVVE9HRU5FUkFURUQKaWRlbnQJR0VORVJJQwpt YWNoaW5lCWFtZDY0CmNwdQlIQU1NRVIKbWFrZW9wdGlvbnMJREVCVUc9LWcKb3B0aW9ucwlVU0Jf REVCVUcKb3B0aW9ucwlBSF9TVVBQT1JUX0FSNTQxNgpvcHRpb25zCUlFRUU4MDIxMV9TVVBQT1JU X01FU0gKb3B0aW9ucwlJRUVFODAyMTFfQU1QRFVfQUdFCm9wdGlvbnMJSUVFRTgwMjExX0RFQlVH Cm9wdGlvbnMJU0NfUElYRUxfTU9ERQpvcHRpb25zCVZFU0EKb3B0aW9ucwlBSERfUkVHX1BSRVRU WV9QUklOVApvcHRpb25zCUFIQ19SRUdfUFJFVFRZX1BSSU5UCm9wdGlvbnMJQVRBX1NUQVRJQ19J RApvcHRpb25zCUFUQV9DQU0Kb3B0aW9ucwlTTVAKb3B0aW9ucwlLREJfVFJBQ0UKb3B0aW9ucwlL REIKb3B0aW9ucwlJTkNMVURFX0NPTkZJR19GSUxFCm9wdGlvbnMJTUFDCm9wdGlvbnMJQVVESVQK b3B0aW9ucwlIV1BNQ19IT09LUwpvcHRpb25zCUtCRF9JTlNUQUxMX0NERVYKb3B0aW9ucwlQUklO VEZfQlVGUl9TSVpFPTEyOApvcHRpb25zCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURVTElORwpvcHRp b25zCVNZU1ZTRU0Kb3B0aW9ucwlTWVNWTVNHCm9wdGlvbnMJU1lTVlNITQpvcHRpb25zCVNUQUNL Cm9wdGlvbnMJS1RSQUNFCm9wdGlvbnMJU0NTSV9ERUxBWT01MDAwCm9wdGlvbnMJQ09NUEFUX0ZS RUVCU0Q3Cm9wdGlvbnMJQ09NUEFUX0ZSRUVCU0Q2Cm9wdGlvbnMJQ09NUEFUX0ZSRUVCU0Q1Cm9w dGlvbnMJQ09NUEFUX0ZSRUVCU0Q0Cm9wdGlvbnMJQ09NUEFUX0ZSRUVCU0QzMgpvcHRpb25zCUdF T01fTEFCRUwKb3B0aW9ucwlHRU9NX1JBSUQKb3B0aW9ucwlHRU9NX1BBUlRfR1BUCm9wdGlvbnMJ UFNFVURPRlMKb3B0aW9ucwlQUk9DRlMKb3B0aW9ucwlDRDk2NjAKb3B0aW9ucwlNU0RPU0ZTCm9w dGlvbnMJTkZTX1JPT1QKb3B0aW9ucwlORlNMT0NLRApvcHRpb25zCU5GU0QKb3B0aW9ucwlORlND TApvcHRpb25zCU1EX1JPT1QKb3B0aW9ucwlVRlNfR0pPVVJOQUwKb3B0aW9ucwlVRlNfRElSSEFT SApvcHRpb25zCVVGU19BQ0wKb3B0aW9ucwlTT0ZUVVBEQVRFUwpvcHRpb25zCUZGUwpvcHRpb25z CVNDVFAKb3B0aW9ucwlJTkVUNgpvcHRpb25zCUlORVQKb3B0aW9ucwlQUkVFTVBUSU9OCm9wdGlv bnMJU0NIRURfVUxFCm9wdGlvbnMJTkVXX1BDSUIKb3B0aW9ucwlHRU9NX1BBUlRfTUJSCm9wdGlv bnMJR0VPTV9QQVJUX0VCUl9DT01QQVQKb3B0aW9ucwlHRU9NX1BBUlRfRUJSCm9wdGlvbnMJR0VP TV9QQVJUX0JTRApkZXZpY2UJaXNhCmRldmljZQltZW0KZGV2aWNlCWlvCmRldmljZQl1YXJ0X25z ODI1MApkZXZpY2UJY3B1ZnJlcQpkZXZpY2UJYWNwaQpkZXZpY2UJcGNpCmRldmljZQlmZGMKZGV2 aWNlCWFoY2kKZGV2aWNlCWF0YQpkZXZpY2UJbXZzCmRldmljZQlzaWlzCmRldmljZQlhaGMKZGV2 aWNlCWFoZApkZXZpY2UJZXNwCmRldmljZQlocHRpb3AKZGV2aWNlCWlzcApkZXZpY2UJbXB0CmRl dmljZQltcHMKZGV2aWNlCXN5bQpkZXZpY2UJdHJtCmRldmljZQlhZHYKZGV2aWNlCWFkdwpkZXZp Y2UJYWljCmRldmljZQlidApkZXZpY2UJaXNjaQpkZXZpY2UJc2NidXMKZGV2aWNlCWNoCmRldmlj ZQlkYQpkZXZpY2UJc2EKZGV2aWNlCWNkCmRldmljZQlwYXNzCmRldmljZQlzZXMKZGV2aWNlCWN0 bApkZXZpY2UJYW1yCmRldmljZQlhcmNtc3IKZGV2aWNlCWNpc3MKZGV2aWNlCWRwdApkZXZpY2UJ aHB0bXYKZGV2aWNlCWhwdHJyCmRldmljZQlpaXIKZGV2aWNlCWlwcwpkZXZpY2UJbWx5CmRldmlj ZQl0d2EKZGV2aWNlCXR3cwpkZXZpY2UJYWFjCmRldmljZQlhYWNwCmRldmljZQlpZGEKZGV2aWNl CW1maQpkZXZpY2UJbWx4CmRldmljZQl0d2UKZGV2aWNlCWF0a2JkYwpkZXZpY2UJYXRrYmQKZGV2 aWNlCXBzbQpkZXZpY2UJa2JkbXV4CmRldmljZQl2Z2EKZGV2aWNlCXNwbGFzaApkZXZpY2UJc2MK ZGV2aWNlCWFncApkZXZpY2UJY2JiCmRldmljZQlwY2NhcmQKZGV2aWNlCWNhcmRidXMKZGV2aWNl CXVhcnQKZGV2aWNlCXBwYwpkZXZpY2UJcHBidXMKZGV2aWNlCWxwdApkZXZpY2UJcGxpcApkZXZp Y2UJcHBpCmRldmljZQlwdWMKZGV2aWNlCWJ4ZQpkZXZpY2UJZGUKZGV2aWNlCWVtCmRldmljZQlp Z2IKZGV2aWNlCWl4Z2JlCmRldmljZQlsZQpkZXZpY2UJdGkKZGV2aWNlCXR4cApkZXZpY2UJdngK ZGV2aWNlCW1paWJ1cwpkZXZpY2UJYWUKZGV2aWNlCWFnZQpkZXZpY2UJYWxjCmRldmljZQlhbGUK ZGV2aWNlCWJjZQpkZXZpY2UJYmZlCmRldmljZQliZ2UKZGV2aWNlCWNhcwpkZXZpY2UJZGMKZGV2 aWNlCWV0CmRldmljZQlmeHAKZGV2aWNlCWdlbQpkZXZpY2UJaG1lCmRldmljZQlqbWUKZGV2aWNl CWxnZQpkZXZpY2UJbXNrCmRldmljZQluZmUKZGV2aWNlCW5nZQpkZXZpY2UJcGNuCmRldmljZQly ZQpkZXZpY2UJcmwKZGV2aWNlCXNmCmRldmljZQlzZ2UKZGV2aWNlCXNpcwpkZXZpY2UJc2sKZGV2 aWNlCXN0ZQpkZXZpY2UJc3RnZQpkZXZpY2UJdGwKZGV2aWNlCXR4CmRldmljZQl2Z2UKZGV2aWNl CXZyCmRldmljZQl3YgpkZXZpY2UJeGwKZGV2aWNlCWNzCmRldmljZQllZApkZXZpY2UJZXgKZGV2 aWNlCWVwCmRldmljZQlmZQpkZXZpY2UJc24KZGV2aWNlCXhlCmRldmljZQl3bGFuCmRldmljZQl3 bGFuX3dlcApkZXZpY2UJd2xhbl9jY21wCmRldmljZQl3bGFuX3RraXAKZGV2aWNlCXdsYW5fYW1y cgpkZXZpY2UJYW4KZGV2aWNlCWF0aApkZXZpY2UJYXRoX3BjaQpkZXZpY2UJYXRoX2hhbApkZXZp Y2UJYXRoX3JhdGVfc2FtcGxlCmRldmljZQlpcHcKZGV2aWNlCWl3aQpkZXZpY2UJaXduCmRldmlj ZQltYWxvCmRldmljZQltd2wKZGV2aWNlCXJhbApkZXZpY2UJd2kKZGV2aWNlCXdwaQpkZXZpY2UJ bG9vcApkZXZpY2UJcmFuZG9tCmRldmljZQlldGhlcgpkZXZpY2UJdmxhbgpkZXZpY2UJdHVuCmRl dmljZQlwdHkKZGV2aWNlCW1kCmRldmljZQlnaWYKZGV2aWNlCWZhaXRoCmRldmljZQlmaXJtd2Fy ZQpkZXZpY2UJYnBmCmRldmljZQl1aGNpCmRldmljZQlvaGNpCmRldmljZQllaGNpCmRldmljZQl4 aGNpCmRldmljZQl1c2IKZGV2aWNlCXVoaWQKZGV2aWNlCXVrYmQKZGV2aWNlCXVscHQKZGV2aWNl CXVtYXNzCmRldmljZQl1bXMKZGV2aWNlCXVyaW8KZGV2aWNlCXUzZwpkZXZpY2UJdWFyawpkZXZp Y2UJdWJzYQpkZXZpY2UJdWZ0ZGkKZGV2aWNlCXVpcGFxCmRldmljZQl1cGxjb20KZGV2aWNlCXVz bGNvbQpkZXZpY2UJdXZpc29yCmRldmljZQl1dnNjb20KZGV2aWNlCWF1ZQpkZXZpY2UJYXhlCmRl dmljZQljZGNlCmRldmljZQljdWUKZGV2aWNlCWt1ZQpkZXZpY2UJcnVlCmRldmljZQl1ZGF2CmRl dmljZQlydW0KZGV2aWNlCXJ1bgpkZXZpY2UJdWF0aApkZXZpY2UJdXBndApkZXZpY2UJdXJhbApk ZXZpY2UJdXJ0dwpkZXZpY2UJenlkCmRldmljZQlmaXJld2lyZQpkZXZpY2UJZndlCmRldmljZQlm d2lwCmRldmljZQlkY29ucwpkZXZpY2UJZGNvbnNfY3JvbQpkZXZpY2UJc291bmQKZGV2aWNlCXNu ZF9jbWkKZGV2aWNlCXNuZF9jc2EKZGV2aWNlCXNuZF9lbXUxMGt4CmRldmljZQlzbmRfZXMxMzd4 CmRldmljZQlzbmRfaGRhCmRldmljZQlzbmRfaWNoCmRldmljZQlzbmRfdWF1ZGlvCmRldmljZQlz bmRfdmlhODIzMwoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCmRkYiBjYXB0dXJlIGJ1ZmZlcgoKZGRiOiBkZGJf Y2FwdHVyZToga3ZtX25saXN0Cg== --_004_0C4D65F6A0FC9E4B95EA114508C7E0FE5F66DDB6reactorsldomain_-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 9 23:49:30 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 75586D4C for ; Wed, 9 Jan 2013 23:49:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id AF717849 for ; Wed, 9 Jan 2013 23:49:29 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.6/8.14.6) with ESMTP id r09NnPJT017070; Thu, 10 Jan 2013 01:49:25 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.7.4 kib.kiev.ua r09NnPJT017070 Received: (from kostik@localhost) by tom.home (8.14.6/8.14.6/Submit) id r09NnO9Z017069; Thu, 10 Jan 2013 01:49:24 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 10 Jan 2013 01:49:24 +0200 From: Konstantin Belousov To: Po-Li Soong Subject: Re: zio_done panic on unadulterated FreeBSD Release 9.1 Message-ID: <20130109234924.GM2561@kib.kiev.ua> References: <0C4D65F6A0FC9E4B95EA114508C7E0FE5F66DDB6@reactor.sldomain.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fDP66DSfTvWAYVew" Content-Disposition: inline In-Reply-To: <0C4D65F6A0FC9E4B95EA114508C7E0FE5F66DDB6@reactor.sldomain.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: "stable@FreeBSD.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2013 23:49:30 -0000 --fDP66DSfTvWAYVew Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 09, 2013 at 08:03:38PM +0000, Po-Li Soong wrote: > Hi, >=20 > My name is Po-Li Soong. I ran into a crash not long after installing the = 9.1 release on my home machine. I was performing a test run of file transfe= r with samba server running on the FreeBSD installation. The transfer rate = was about 70-80 MB/sec. The core.txt is attached. If there are other crash = dumps needed, please let me know. >=20 > I first discussed this panic with Justin Gibbs, a coworker of mine at Spe= ctra Logic. He referred me to this email address, suggesting that the infor= mation should be relevant to you. Thanks for the help. >=20 > Regards, >=20 > Po-Li Soong >=20 > maestoso dumped core - see /var/crash/vmcore.0 >=20 > Sat Jan 5 19:53:24 MST 2013 >=20 > FreeBSD maestoso 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 0= 9:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENE= RIC amd64 >=20 > panic: page fault >=20 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd"... >=20 > Unread portion of the kernel message buffer: >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0xfffffffb812815d8 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff80b50597 > stack pointer =3D 0x28:0xffffff80fa3bc8d0 > frame pointer =3D 0x28:0xffffff80fa3bc900 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 0 (zio_write_intr_5) > trap number =3D 12 > panic: page fault > cpuid =3D 3 > KDB: stack backtrace: > #0 0xffffffff809208a6 at kdb_backtrace+0x66 > #1 0xffffffff808ea8be at panic+0x1ce > #2 0xffffffff80bd8240 at trap_fatal+0x290 > #3 0xffffffff80bd857d at trap_pfault+0x1ed > #4 0xffffffff80bd8b9e at trap+0x3ce > #5 0xffffffff80bc315f at calltrap+0x8 > #6 0xffffffff80b506f5 at vm_page_free_toq+0x45 > #7 0xffffffff80b4f276 at vm_object_page_remove+0x196 > #8 0xffffffff80b46b06 at vm_map_delete+0x316 > #9 0xffffffff80b46c11 at vm_map_remove+0x51 > #10 0xffffffff80b3a70a at uma_large_free+0x3a > #11 0xffffffff808d589a at free+0x5a > #12 0xffffffff8169b4ce at zio_done+0x2ee > #13 0xffffffff81699063 at zio_execute+0xc3 > #14 0xffffffff8092cf55 at taskqueue_run_locked+0x85 > #15 0xffffffff8092ded6 at taskqueue_thread_loop+0x46 > #16 0xffffffff808bb9ef at fork_exit+0x11f > #17 0xffffffff80bc368e at fork_trampoline+0xe > Uptime: 3h19m34s > Dumping 571 out of 3561 MB:..3%..12%..23%..31%..42%..51%..62%..73%..82%..= 93% >=20 > Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/ker= nel/zfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/zfs.ko > Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /= boot/kernel/opensolaris.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/opensolaris.ko > #0 doadump (textdump=3DVariable "textdump" is not available. > ) at pcpu.h:224 > 224 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=3DVariable "textdump" is not available. > ) at pcpu.h:224 > #1 0xffffffff808ea3a1 in kern_reboot (howto=3D260) > at /usr/src/sys/kern/kern_shutdown.c:448 > #2 0xffffffff808ea897 in panic (fmt=3D0x1
) > at /usr/src/sys/kern/kern_shutdown.c:636 > #3 0xffffffff80bd8240 in trap_fatal (frame=3D0xc, eva=3DVariable "eva" i= s not available. > ) > at /usr/src/sys/amd64/amd64/trap.c:857 > #4 0xffffffff80bd857d in trap_pfault (frame=3D0xffffff80fa3bc820, usermo= de=3D0) > at /usr/src/sys/amd64/amd64/trap.c:773 > #5 0xffffffff80bd8b9e in trap (frame=3D0xffffff80fa3bc820) > at /usr/src/sys/amd64/amd64/trap.c:456 P > #6 0xffffffff80bc315f in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:228 > #7 0xffffffff80b50597 in vm_page_remove (m=3D0xfffffe00cd733ab0) > at /usr/src/sys/vm/vm_page.c:975 > #8 0xffffffff80b506f5 in vm_page_free_toq (m=3D0xfffffe00cd733ab0) > at /usr/src/sys/vm/vm_page.c:1872 > #9 0xffffffff80b4f276 in vm_object_page_remove (object=3D0xffffffff81281= 580,=20 > start=3D477512, end=3D477539, options=3DVariable "options" is not ava= ilable. > ) at /usr/src/sys/vm/vm_object.c:1899 > #10 0xffffffff80b46b06 in vm_map_delete (map=3D0xfffffe00020000e8, start= =3DVariable "start" is not available. > ) > at /usr/src/sys/vm/vm_map.c:2739 > #11 0xffffffff80b46c11 in vm_map_remove (map=3D0xfffffe00020000e8,=20 > start=3D18446743525909626880, end=3D18446743525909737472) > at /usr/src/sys/vm/vm_map.c:2871 > #12 0xffffffff80b3a70a in uma_large_free (slab=3D0xfffffe00aceff8e0) > at /usr/src/sys/vm/uma_core.c:3085 > #13 0xffffffff808d589a in free (addr=3D0xffffff8074948000,=20 > mtp=3D0xffffffff81747c20) at /usr/src/sys/kern/kern_malloc.c:572 > #14 0xffffffff8169b4ce in zio_done (zio=3D0xfffffe007a9906e0) > at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common= /fs/zfs/zio.c:2960 > #15 0xffffffff81699063 in zio_execute (zio=3D0xfffffe007a9906e0) > at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common= /fs/zfs/zio.c:1196 > #16 0xffffffff8092cf55 in taskqueue_run_locked (queue=3D0xfffffe0006ed9a0= 0) > at /usr/src/sys/kern/subr_taskqueue.c:308 > #17 0xffffffff8092ded6 in taskqueue_thread_loop (arg=3DVariable "arg" is = not available. > ) > at /usr/src/sys/kern/subr_taskqueue.c:497 > #18 0xffffffff808bb9ef in fork_exit ( > callout=3D0xffffffff8092de90 ,=20 > arg=3D0xfffffe0006c072e0, frame=3D0xffffff80fa3bcc40) > at /usr/src/sys/kern/kern_fork.c:992 > #19 0xffffffff80bc368e in fork_trampoline () > at /usr/src/sys/amd64/amd64/exception.S:602 > #20 0x0000000000000000 in ?? () > #21 0x0000000000000000 in ?? () > #22 0x0000000000000000 in ?? () > #23 0x0000000000000000 in ?? () > #24 0x0000000000000000 in ?? () > #25 0x0000000000000000 in ?? () > #26 0x0000000000000000 in ?? () > #27 0x0000000000000000 in ?? () > #28 0x0000000000000000 in ?? () > #29 0x0000000000000000 in ?? () > #30 0x0000000000000000 in ?? () > #31 0x0000000000000000 in ?? () > #32 0x0000000000000000 in ?? () > #33 0x0000000000000000 in ?? () > #34 0x0000000000000000 in ?? () > #35 0x0000000000000000 in ?? () > #36 0x0000000000000000 in ?? () > #37 0x0000000000000000 in ?? () > #38 0x0000000000000000 in ?? () > #39 0x0000000000000000 in ?? () > #40 0x0000000000000000 in ?? () > #41 0x0000000000000000 in ?? () > #42 0x0000000000000000 in ?? () > #43 0x0000000000000000 in ?? () > #44 0xffffffff81242880 in tdq_cpu () > #45 0xffffffff81242880 in tdq_cpu () > #46 0xfffffe0006f44000 in ?? () > #47 0x0000000000000000 in ?? () > #48 0xffffff80fa3bc290 in ?? () > #49 0xffffff80fa3bc238 in ?? () > #50 0xfffffe00049a88e0 in ?? () > #51 0xffffffff8091352e in sched_switch (td=3D0xffffffff812228a0,=20 > newtd=3D0xfffffe0006c072e0, flags=3DVariable "flags" is not available. > ) at /usr/src/sys/kern/sched_ule.c:1921 > Previous frame inner to this frame (corrupt stack?) > (kgdb)=20 Please, at the kgdb prompt, do p/x *(struct vm_object *)0xffffffff81281580 p/x *(struct vm_page *)0xfffffe00cd733ab0 list *vm_page_free_toq+0x45 --fDP66DSfTvWAYVew Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJQ7gIDAAoJEJDCuSvBvK1BiR4P/0zEt/cuufs6YNCBCpMk0c+R uDUlMq9qiK1n3RdXF3EbgO8TPQ74OCW9iq9xhyUIUP/ZE1JJIPq3S7j9PViGTK6v knX6Kwi5kHh9VNGDgZjXdUdCEJgptg3r47a2/TdBh6HmL+M+5ryY0drinHgQh1YR KcCQEPp0VsAWRjLYuxLFc9UYRiHcs0g2cQL+oDcuI/jRDxuNGODIenM//gkErxGf VX04Hvfyasj9ZAJ47M8QYg+lZ3jytOv/sdRuS9e++foVvujTVgmuOu+DWljO1SSK XKUrGYbZNMsro8nBRGCw9H2/jSJAOLOzed+TQHWklVRm0w8iH8hFItPo5qZn5PSi da4UnE0uZYBnd3bQWWA/U7uqy30HOYPW9p3bTMhRYI/JC4gQyYxqV1wJOnL0lQKw d2jf/k7hTNsOhIcCVooH83b9VRD6xxptXCcpKLE4HxZWirNwbp9SuQSsUceSHGv6 Ylv+mTy/fqyWuVBawyIdLJX7SCHcFQxcc0IpjeLm8Lp8wlZEpTUiAPlUZhgURfSM peBhtf3Aodi83SChwPEqEKeX+7uiyJ6a4qTcHPWp/No7+mcE//tXVuOCFbYIZck6 rmEtSebV/OySMWgTczodxgYTRVh7liKrYqOY1tXmIOEOOBStl9p67aHIC/E5fuFr X1nUs/cWicJ2uujJsEgS =z186 -----END PGP SIGNATURE----- --fDP66DSfTvWAYVew-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 10 00:23:07 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 879204E9; Thu, 10 Jan 2013 00:23:07 +0000 (UTC) (envelope-from mauzo@anubis.morrow.me.uk) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 5EB82971; Thu, 10 Jan 2013 00:23:07 +0000 (UTC) Received: from anubis.morrow.me.uk (host109-150-212-220.range109-150.btcentralplus.com [109.150.212.220]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 07460450DB; Thu, 10 Jan 2013 00:23:04 +0000 (UTC) X-DKIM: OpenDKIM Filter v2.4.1 isis.morrow.me.uk 07460450DB DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1357777385; bh=9oX1AdHXUtAjebCkNMPPWuqQPCQzSnWgUbI9BHVkVc4=; h=Date:From:To:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=eRLkyGy2RO78qpuAHQVg5tduN2svRS+kv81kaN6gd75i29U7QHVm8lHS93QA7tTGp SCyY+FY0A3AgxFslWxBOAiH3aEtS5rpJowDYegf7Pw/K27QkH0pbdGiFZvmTC6Bi1Y UbGR4xseaFrju8dTjlk/eccjaoCHhM+/ikX19H7E= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.5 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 043458D07; Thu, 10 Jan 2013 00:23:01 +0000 (GMT) Date: Thu, 10 Jan 2013 00:23:01 +0000 From: Ben Morrow To: ume@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 Message-ID: <20130110002257.GA84246@anubis.morrow.me.uk> References: <20130108151837.GF35868@acme.spoerlein.net> <50EC5922.5030600@boland.org> <20130108184051.GI35868@acme.spoerlein.net> <20130109.073354.730245417155474512.hrs@allbsd.org> <20130109162900.GA81522@anubis.morrow.me.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Newsgroups: gmane.os.freebsd.stable Organization: morrow.me.uk User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jan 2013 00:23:07 -0000 Quoth Hajimu UMEMOTO : > Hi, > > >>>>> On Wed, 9 Jan 2013 16:29:00 +0000 > >>>>> Ben Morrow said: > > ben> Where does it say that? All I can find (but I might be being stupid) is > ben> the bit in the description of AI_ALL where it says 'A query is first > ben> made for AAAA records and if successful, the IPv6 addresses are > ben> returned. Another query is then made for A records and any found are > ben> returned as IPv4-mapped IPv6 addresses.'. I don't believe that is meant > ben> to indicate the AAAA results are returned first in the list, just that > ben> both sets of results are included. > > It is the sentence you mentioned. It was not thought those days that > a query order and an order of the value to return were another. So, I > think that it implies the order of the value to return. OK. Since this is a legacy API, the real question is 'what do existing applications calling it expect?'. You may be right that they will expect to see IPv6 addresses first if there are any. > ben> Also, RFC 6724 (which is more recent), says 'we intend that > ben> implementations of APIs such as getaddrinfo() will use the destination > ben> address selection algorithm specified here to sort the list of IPv6 and > ben> IPv4 addresses that they return.'. AFAICS 'APIs such as getaddrinfo()' > ben> is supposed to include getipnodebyname and gethostbyname2, and the whole > ben> list of v4 and v6 addresses is supposed to be sorted by those rules. > > I thought so at the time when I implemented it. However, > getipnodebyname has IPv4-mapped addresses issue as compared with > getaddrinfo. > Since gethostbyname2 doesn't treat multiple families at once, it is > out of scope, IMHO. gethostbyname2 in FreeBSD doesn't obey > ip6addrctl. ip6addrctl does more than just order v4 vs v6: it also sorts the v6 addresses, in a way which can be quite important. IMHO both the v6 addresses returned from getipnodebyname and the addresses returned from gethostbyname2(AF_INET6) ought to be sorted according to ip6addrctl, even if getipnodebyname special-cases the v4-mapped addresses to appear last. > ben> However, given that FreeBSD disables the use of v4-mapped addresses on > ben> AF_INET6 sockets by default, it might be sensible to change the rules a > ben> little. An application making an AF_INET6 query is probably going to use > ben> the result with an AF_INET6 socket, so a v4-mapped address is going to > ben> be mostly useless. > > There is IPV6_V6ONLY socket option. Still, an application has two > choices: > - convert IPv4-mapped address to IPv4 address, or > - issue IPV6_V6ONLY socket option. > In anyway, I think it is important that an application conscious of > using the IPv4-mapped address. Yeah; I agree that the v4-mapped option is pretty useless (even when using a stack which supports it). I suspect the IETF people were trying too hard to account for the case of a v6-only stack talking to the v4 Internet, when AFAIK there aren't any v6-only stacks yet, nor are there likely to be for the forseeable future. That's why I think Sendmail ought to be changed to pass 0 flags, so it doesn't see v4-mapped addresses at all: after all, there's little point binding separate v4 and v6 sockets if the v6 socket is just going to end up bound to a v4-mapped address. > > I've just committed to disable it: > > > > http://svnweb.freebsd.org/base?view=revision&revision=245225 > > ben> I don't think that's the right answer. Even if the code should be > ben> changed to always return addresses from A records last, the IPv6 > ben> addresses from AAAA records should still be sorted according to > ben> ip6addrctl. Otherwise sites with multiple prefixes (say, a ULA prefix > ben> and a global prefix) won't be able to control their use properly. > > getipnodebyname was deprecated by RFC 3493 and appropriate time has > passed since then. So, it is low-priority, IMHO. Well, if important applications like Sendmail are still using it it's probably important it works consistently with the rest of the system's IPv6 support. I'd rather see it removed, or reimplemented as a wrapper around getaddrinfo, than left in a broken state. Ben From owner-freebsd-stable@FreeBSD.ORG Thu Jan 10 00:33:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CB657830; Thu, 10 Jan 2013 00:33:38 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 89D8C9E7; Thu, 10 Jan 2013 00:33:37 +0000 (UTC) Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id 0FD43C9558; Thu, 10 Jan 2013 00:33:31 +0000 (UTC) (envelope-from marka@isc.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1357778016; bh=xpCd9TzIxZ50mccCBgvfvTcqQrLodJ2G6y9AZHNEw44=; h=To:Cc:From:References:Subject:In-reply-to:Date; b=nChEjuPC9cNQlw5juRX5z88zoYHQvTL5XhW4qZf0i9B++H40dBBVD3sVC0qhoTny8 spqikGtyzYkxH9Mnjq8HpleUEwQiKNEuZuX05enQQhDzPHcB7i7ZcAzkhoNEv2Gp5B rgIMfOwm2OLPqfoS/PJBT6NzCjyr/Ebs27j2PUlk= Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS; Thu, 10 Jan 2013 00:33:31 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (unknown [IPv6:2001:470:1f00:820:c463:9b9:99f2:518]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id BFB3F216C3B; Thu, 10 Jan 2013 00:33:30 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id 580CF2DE8D3D; Thu, 10 Jan 2013 11:33:26 +1100 (EST) To: Ben Morrow From: Mark Andrews References: <20130108151837.GF35868@acme.spoerlein.net> <50EC5922.5030600@boland.org> <20130108184051.GI35868@acme.spoerlein.net> <20130109.073354.730245417155474512.hrs@allbsd.org> <20130109162900.GA81522@anubis.morrow.me.uk> <20130110002257.GA84246@anubis.morrow.me.uk> Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 In-reply-to: Your message of "Thu, 10 Jan 2013 00:23:01 -0000." <20130110002257.GA84246@anubis.morrow.me.uk> Date: Thu, 10 Jan 2013 11:33:26 +1100 Message-Id: <20130110003326.580CF2DE8D3D@drugs.dv.isc.org> X-DCC--Metrics: post.isc.org; whitelist X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS, T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org Cc: freebsd-stable@freebsd.org, ume@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jan 2013 00:33:38 -0000 In message <20130110002257.GA84246@anubis.morrow.me.uk>, Ben Morrow writes: > Yeah; I agree that the v4-mapped option is pretty useless (even when > using a stack which supports it). I suspect the IETF people were trying > too hard to account for the case of a v6-only stack talking to the v4 > Internet, when AFAIK there aren't any v6-only stacks yet, nor are there > likely to be for the forseeable future. That's why I think Sendmail > ought to be changed to pass 0 flags, so it doesn't see v4-mapped > addresses at all: after all, there's little point binding separate v4 > and v6 sockets if the v6 socket is just going to end up bound to a > v4-mapped address. Mapped addresses are for dual stack hosts and sockets with IPV6_ONLY turned off. They work much better when the IPv4 side of the stack has been upgraded to support all of the new features of IPv6 socket api like packet info so that the application doesn't need to remember if it is talking to a IPv4 or IPv6 destination. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Jan 10 14:28:51 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 62C10786 for ; Thu, 10 Jan 2013 14:28:51 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 23CBCFC5 for ; Thu, 10 Jan 2013 14:28:51 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga-m.mahoroba.org [IPv6:2001:2f0:104:8016:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.6/8.14.6) with ESMTP/inet6 id r0AESeGe049865 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 10 Jan 2013 23:28:44 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 10 Jan 2013 23:28:27 +0900 Message-ID: From: Hajimu UMEMOTO To: Ben Morrow Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 In-Reply-To: <20130110002257.GA84246@anubis.morrow.me.uk> References: <20130108151837.GF35868@acme.spoerlein.net> <50EC5922.5030600@boland.org> <20130108184051.GI35868@acme.spoerlein.net> <20130109.073354.730245417155474512.hrs@allbsd.org> <20130109162900.GA81522@anubis.morrow.me.uk> <20130110002257.GA84246@anubis.morrow.me.uk> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/24.2 (i386-portbld-freebsd9.1) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 9.1-STABLE X-PGP-Key: http://www.mahoroba.org/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Thu, 10 Jan 2013 23:28:44 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.6 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jan 2013 14:28:51 -0000 Hi, >>>>> On Thu, 10 Jan 2013 00:23:01 +0000 >>>>> Ben Morrow said: ben> ip6addrctl does more than just order v4 vs v6: it also sorts the v6 ben> addresses, in a way which can be quite important. IMHO both the v6 ben> addresses returned from getipnodebyname and the addresses returned from ben> gethostbyname2(AF_INET6) ought to be sorted according to ip6addrctl, ben> even if getipnodebyname special-cases the v4-mapped addresses to appear ben> last. Okay, it seems reasonable. I've just committed to obey ip6addrctl only for IPv6 address: http://svnweb.freebsd.org/changeset/base/245256 As for gethostbyname2, it doesn't obey ip6addrctl in the first place, and it is hard to obey ip6addrctl. So, I leave it as is. ben> Well, if important applications like Sendmail are still using it it's ben> probably important it works consistently with the rest of the system's ben> IPv6 support. I'd rather see it removed, or reimplemented as a wrapper ben> around getaddrinfo, than left in a broken state. I don't think our getipnodebyname is broken. We tried to implement getipnodebyname with getaddrinfo backend without success in years past. As the result, implementation of getipnodebyname has become like now. Sincerely, -- Hajimu UMEMOTO ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.mahoroba.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Thu Jan 10 17:36:37 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 81151772; Thu, 10 Jan 2013 17:36:37 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0A1BFB1E; Thu, 10 Jan 2013 17:36:36 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga-m.mahoroba.org [IPv6:2001:2f0:104:8016:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.6/8.14.6) with ESMTP/inet6 id r0AHaHYA086963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 11 Jan 2013 02:36:17 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 11 Jan 2013 02:36:08 +0900 Message-ID: From: Hajimu UMEMOTO To: Ulrich =?ISO-2022-JP-2?B?U3AbJChEK1MbKEJybGVpbg==?= Subject: Re: sendmail vs ipv6 broken after upgrade to 9.1 In-Reply-To: <20130109192828.GM35868@acme.spoerlein.net> References: <20130109.073354.730245417155474512.hrs@allbsd.org> <50ED6D2A.5080908@boland.org> <20130109142111.GL35868@acme.spoerlein.net> <20130109.234210.397446040718957005.hrs@allbsd.org> <20130109192828.GM35868@acme.spoerlein.net> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/24.2 (i386-portbld-freebsd9.1) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 9.1-STABLE X-PGP-Key: http://www.mahoroba.org/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-2022-JP-2 X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Fri, 11 Jan 2013 02:36:19 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.6 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: michiel@boland.org, stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jan 2013 17:36:37 -0000 Hi, >>>>> On Wed, 9 Jan 2013 20:28:28 +0100 >>>>> Ulrich Sp$(D+S(Brlein said: uqs> The source address problem I'm now talking about is happening on my uqs> router at home, which has a Sixxs tunnel and needs to use AICCU of all uqs> things to talk to the outside world, sixxs-aiccu will create the tun(4) uqs> interface and set it up like this: uqs> tun0: flags=8051 metric 0 mtu 1280 uqs> options=80000 uqs> inet6 fe80::230:5ff:fe77:e7a0%tun0 prefixlen 64 scopeid 0xd uqs> inet6 fe80::2428:ff00:1b:2%tun0 prefixlen 64 scopeid 0xd uqs> inet6 2a02:2528:ff00:1b::2 --> 2a02:2528:ff00:1b::1 prefixlen 128 uqs> nd6 options=21 uqs> Opened by PID 82756 uqs> and I'd like to have ipv6 connection originating from this host use uqs> 2a02:2528:ff0d::1%em0 instead of 2a02:2528:ff00:1b::2%tun0 as the uqs> outgoing address. That tun0 interface can come and go, btw, which uqs> complicates things. Is this possible? Or should I just switch to the one uqs> local DSL provide I have here that actually offers native IPv6 for home uqs> DSL users? It is impossible with RFC 6724 / 3484 as hrs@ said. So, I made modification. Sincerely, -- Hajimu UMEMOTO ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.mahoroba.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 11 15:10:05 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F19FDBA2 for ; Fri, 11 Jan 2013 15:10:05 +0000 (UTC) (envelope-from polis@spectralogic.com) Received: from mail5.spectralogic.com (mail5.spectralogic.com [8.30.156.6]) by mx1.freebsd.org (Postfix) with ESMTP id BFAC0FC0 for ; Fri, 11 Jan 2013 15:10:05 +0000 (UTC) From: Po-Li Soong To: Konstantin Belousov Subject: RE: zio_done panic on unadulterated FreeBSD Release 9.1 Thread-Topic: zio_done panic on unadulterated FreeBSD Release 9.1 Thread-Index: Ac3unBKkFihILaX0Sve67eNiNL/vMAACD/RwABaTbgAAQ7h6sA== Date: Fri, 11 Jan 2013 15:09:58 +0000 Message-ID: <0C4D65F6A0FC9E4B95EA114508C7E0FE5F66E4F3@reactor.sldomain.com> References: <0C4D65F6A0FC9E4B95EA114508C7E0FE5F66DDB6@reactor.sldomain.com> <20130109234924.GM2561@kib.kiev.ua> In-Reply-To: <20130109234924.GM2561@kib.kiev.ua> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.6.103] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "stable@FreeBSD.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 15:10:06 -0000 (kgdb) p/x *(struct vm_object *)0xffffffff81281580 $1 =3D {mtx =3D {lock_object =3D {lo_name =3D 0xffffffff80e54bbd, lo_flags =3D 0x1430000, lo_data =3D 0x0, lo_witness =3D 0x0}, mtx_lock =3D 0xfffffe0006f44000}, object_list =3D { tqe_next =3D 0xffffffff81281240, tqe_prev =3D 0xffffffff812814a0}, shadow_head =3D {lh_first =3D 0x0}, shadow_list =3D {le_next =3D 0x0, le_prev =3D 0x0}, memq =3D {tqh_first =3D 0xfffffe00cfd3f880, tqh_last =3D 0xfffffe00c9cac398}, root =3D 0xfffffe00cd733ab0, size =3D 0x7ffffff, generation =3D 0x1, ref_count =3D 0x3f8, shadow_count= =3D 0x0, memattr =3D 0x6, type =3D 0x4, flags =3D 0x1000, pg_color =3D 0x0, pad1 = =3D 0x0, resident_page_count =3D 0x9b729, backing_object =3D 0x0, backing_object_offset =3D 0x0, pager_object_list =3D {tqe_next =3D 0x0, tqe_prev =3D 0x0}, rvq =3D {lh_first =3D 0xfffffe00c7dd2140}, cache =3D= 0x0, handle =3D 0x0, un_pager =3D {vnp =3D {vnp_size =3D 0x0, writemappings = =3D 0x0}, devp =3D {devp_pglist =3D {tqh_first =3D 0x0, tqh_last =3D 0x0}, ops = =3D 0x0}, sgp =3D {sgp_pglist =3D {tqh_first =3D 0x0, tqh_last =3D 0x0}}, swp =3D= { swp_bcount =3D 0x0}}, cred =3D 0x0, charge =3D 0x0, paging_in_progres= s =3D 0x1} (kgdb) p/x *(struct vm_page *)0xfffffe00cd733ab0 $2 =3D {pageq =3D {tqe_next =3D 0x0, tqe_prev =3D 0xfffffe00c7e7d678}, list= q =3D { tqe_next =3D 0xfffffe00cd733b28, tqe_prev =3D 0xfffffe00cd7331d8}, left =3D 0xfffffe00c9b31c38, right =3D 0xfffffe00cd735c70, object =3D 0xfffffffb81281580, pindex =3D 0x7495a, phys_addr =3D 0xbe95a0= 00, md =3D { pv_list =3D {tqh_first =3D 0x0, tqh_last =3D 0xfffffe00cd733af8}, pat_mode =3D 0x6}, queue =3D 0xff, segind =3D 0x2, hold_count =3D 0x0, order =3D 0xd, pool =3D 0x0, cow =3D 0x0, wire_count =3D 0x0, aflags =3D = 0x0, flags =3D 0x0, oflags =3D 0x4, act_count =3D 0x0, busy =3D 0x0, valid =3D= 0xff, dirty =3D 0x0} (kgdb) list *vm_page_free_toq+0x45 0xffffffff80b506f5 is in vm_page_free_toq (/usr/src/sys/vm/vm_page.c:1878). warning: Source file is more recent than executable. 1873 1874 /* 1875 * If fictitious remove object association and 1876 * return, otherwise delay object association removal. 1877 */ 1878 if ((m->flags & PG_FICTITIOUS) !=3D 0) { 1879 return; 1880 } 1881 1882 m->valid =3D 0; (kgdb) -----Original Message----- From: Konstantin Belousov [mailto:kostikbel@gmail.com]=20 Sent: Wednesday, January 09, 2013 4:49 PM To: Po-Li Soong Cc: stable@FreeBSD.org Subject: Re: zio_done panic on unadulterated FreeBSD Release 9.1 On Wed, Jan 09, 2013 at 08:03:38PM +0000, Po-Li Soong wrote: > Hi, >=20 > My name is Po-Li Soong. I ran into a crash not long after installing the = 9.1 release on my home machine. I was performing a test run of file transfe= r with samba server running on the FreeBSD installation. The transfer rate = was about 70-80 MB/sec. The core.txt is attached. If there are other crash = dumps needed, please let me know. >=20 > I first discussed this panic with Justin Gibbs, a coworker of mine at Spe= ctra Logic. He referred me to this email address, suggesting that the infor= mation should be relevant to you. Thanks for the help. >=20 > Regards, >=20 > Po-Li Soong >=20 > maestoso dumped core - see /var/crash/vmcore.0 >=20 > Sat Jan 5 19:53:24 MST 2013 >=20 > FreeBSD maestoso 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 0= 9:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENE= RIC amd64 >=20 > panic: page fault >=20 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and=20 > you are welcome to change it and/or distribute copies of it under certain= conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd"... >=20 > Unread portion of the kernel message buffer: >=20 >=20 > Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 0= 1 > fault virtual address =3D 0xfffffffb812815d8 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff80b50597 > stack pointer =3D 0x28:0xffffff80fa3bc8d0 > frame pointer =3D 0x28:0xffffff80fa3bc900 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 0 (zio_write_intr_5) > trap number =3D 12 > panic: page fault > cpuid =3D 3 > KDB: stack backtrace: > #0 0xffffffff809208a6 at kdb_backtrace+0x66 > #1 0xffffffff808ea8be at panic+0x1ce > #2 0xffffffff80bd8240 at trap_fatal+0x290 > #3 0xffffffff80bd857d at trap_pfault+0x1ed > #4 0xffffffff80bd8b9e at trap+0x3ce > #5 0xffffffff80bc315f at calltrap+0x8 > #6 0xffffffff80b506f5 at vm_page_free_toq+0x45 > #7 0xffffffff80b4f276 at vm_object_page_remove+0x196 > #8 0xffffffff80b46b06 at vm_map_delete+0x316 > #9 0xffffffff80b46c11 at vm_map_remove+0x51 > #10 0xffffffff80b3a70a at uma_large_free+0x3a > #11 0xffffffff808d589a at free+0x5a > #12 0xffffffff8169b4ce at zio_done+0x2ee > #13 0xffffffff81699063 at zio_execute+0xc3 > #14 0xffffffff8092cf55 at taskqueue_run_locked+0x85 > #15 0xffffffff8092ded6 at taskqueue_thread_loop+0x46 > #16 0xffffffff808bb9ef at fork_exit+0x11f > #17 0xffffffff80bc368e at fork_trampoline+0xe > Uptime: 3h19m34s > Dumping 571 out of 3561=20 > MB:..3%..12%..23%..31%..42%..51%..62%..73%..82%..93% >=20 > Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/ker= nel/zfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/zfs.ko Reading symbols from=20 > /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolar= is.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/opensolaris.ko > #0 doadump (textdump=3DVariable "textdump" is not available. > ) at pcpu.h:224 > 224 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=3DVariable "textdump" is not available. > ) at pcpu.h:224 > #1 0xffffffff808ea3a1 in kern_reboot (howto=3D260) > at /usr/src/sys/kern/kern_shutdown.c:448 > #2 0xffffffff808ea897 in panic (fmt=3D0x1
) > at /usr/src/sys/kern/kern_shutdown.c:636 > #3 0xffffffff80bd8240 in trap_fatal (frame=3D0xc, eva=3DVariable "eva" i= s not available. > ) > at /usr/src/sys/amd64/amd64/trap.c:857 > #4 0xffffffff80bd857d in trap_pfault (frame=3D0xffffff80fa3bc820, usermo= de=3D0) > at /usr/src/sys/amd64/amd64/trap.c:773 > #5 0xffffffff80bd8b9e in trap (frame=3D0xffffff80fa3bc820) > at /usr/src/sys/amd64/amd64/trap.c:456 P > #6 0xffffffff80bc315f in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:228 > #7 0xffffffff80b50597 in vm_page_remove (m=3D0xfffffe00cd733ab0) > at /usr/src/sys/vm/vm_page.c:975 > #8 0xffffffff80b506f5 in vm_page_free_toq (m=3D0xfffffe00cd733ab0) > at /usr/src/sys/vm/vm_page.c:1872 > #9 0xffffffff80b4f276 in vm_object_page_remove (object=3D0xffffffff81281= 580,=20 > start=3D477512, end=3D477539, options=3DVariable "options" is not ava= ilable. > ) at /usr/src/sys/vm/vm_object.c:1899 > #10 0xffffffff80b46b06 in vm_map_delete (map=3D0xfffffe00020000e8, start= =3DVariable "start" is not available. > ) > at /usr/src/sys/vm/vm_map.c:2739 > #11 0xffffffff80b46c11 in vm_map_remove (map=3D0xfffffe00020000e8,=20 > start=3D18446743525909626880, end=3D18446743525909737472) > at /usr/src/sys/vm/vm_map.c:2871 > #12 0xffffffff80b3a70a in uma_large_free (slab=3D0xfffffe00aceff8e0) > at /usr/src/sys/vm/uma_core.c:3085 > #13 0xffffffff808d589a in free (addr=3D0xffffff8074948000,=20 > mtp=3D0xffffffff81747c20) at /usr/src/sys/kern/kern_malloc.c:572 > #14 0xffffffff8169b4ce in zio_done (zio=3D0xfffffe007a9906e0) > at=20 > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/ > zfs/zio.c:2960 > #15 0xffffffff81699063 in zio_execute (zio=3D0xfffffe007a9906e0) > at=20 > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/ > zfs/zio.c:1196 > #16 0xffffffff8092cf55 in taskqueue_run_locked (queue=3D0xfffffe0006ed9a0= 0) > at /usr/src/sys/kern/subr_taskqueue.c:308 > #17 0xffffffff8092ded6 in taskqueue_thread_loop (arg=3DVariable "arg" is = not available. > ) > at /usr/src/sys/kern/subr_taskqueue.c:497 > #18 0xffffffff808bb9ef in fork_exit ( > callout=3D0xffffffff8092de90 ,=20 > arg=3D0xfffffe0006c072e0, frame=3D0xffffff80fa3bcc40) > at /usr/src/sys/kern/kern_fork.c:992 > #19 0xffffffff80bc368e in fork_trampoline () > at /usr/src/sys/amd64/amd64/exception.S:602 > #20 0x0000000000000000 in ?? () > #21 0x0000000000000000 in ?? () > #22 0x0000000000000000 in ?? () > #23 0x0000000000000000 in ?? () > #24 0x0000000000000000 in ?? () > #25 0x0000000000000000 in ?? () > #26 0x0000000000000000 in ?? () > #27 0x0000000000000000 in ?? () > #28 0x0000000000000000 in ?? () > #29 0x0000000000000000 in ?? () > #30 0x0000000000000000 in ?? () > #31 0x0000000000000000 in ?? () > #32 0x0000000000000000 in ?? () > #33 0x0000000000000000 in ?? () > #34 0x0000000000000000 in ?? () > #35 0x0000000000000000 in ?? () > #36 0x0000000000000000 in ?? () > #37 0x0000000000000000 in ?? () > #38 0x0000000000000000 in ?? () > #39 0x0000000000000000 in ?? () > #40 0x0000000000000000 in ?? () > #41 0x0000000000000000 in ?? () > #42 0x0000000000000000 in ?? () > #43 0x0000000000000000 in ?? () > #44 0xffffffff81242880 in tdq_cpu () > #45 0xffffffff81242880 in tdq_cpu () > #46 0xfffffe0006f44000 in ?? () > #47 0x0000000000000000 in ?? () > #48 0xffffff80fa3bc290 in ?? () > #49 0xffffff80fa3bc238 in ?? () > #50 0xfffffe00049a88e0 in ?? () > #51 0xffffffff8091352e in sched_switch (td=3D0xffffffff812228a0,=20 > newtd=3D0xfffffe0006c072e0, flags=3DVariable "flags" is not available= . > ) at /usr/src/sys/kern/sched_ule.c:1921 > Previous frame inner to this frame (corrupt stack?) > (kgdb) Please, at the kgdb prompt, do p/x *(struct vm_object *)0xffffffff81281580 p/x *(struct vm_page *)0xfffffe= 00cd733ab0 list *vm_page_free_toq+0x45 From owner-freebsd-stable@FreeBSD.ORG Fri Jan 11 15:11:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A51B6CF3 for ; Fri, 11 Jan 2013 15:11:45 +0000 (UTC) (envelope-from xenophon+freebsd@irtnog.org) Received: from mx1.irtnog.org (rrcs-24-123-13-61.central.biz.rr.com [24.123.13.61]) by mx1.freebsd.org (Postfix) with ESMTP id 7E08A6C for ; Fri, 11 Jan 2013 15:11:44 +0000 (UTC) Received: from cinep001bsdgw.irtnog.net (localhost [127.0.0.1]) by mx1.irtnog.org (Postfix) with ESMTP id C40F91A603 for ; Fri, 11 Jan 2013 10:11:37 -0500 (EST) X-Virus-Scanned: amavisd-new at irtnog.org Received: from mx1.irtnog.org ([127.0.0.1]) by cinep001bsdgw.irtnog.net (mx1.irtnog.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ywcoWcs8qGvS for ; Fri, 11 Jan 2013 10:11:33 -0500 (EST) Received: from cinip100ntsbs.irtnog.net (cinip100ntsbs.irtnog.net [10.63.1.100]) by mx1.irtnog.org (Postfix) with ESMTP for ; Fri, 11 Jan 2013 10:11:33 -0500 (EST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: Deleting the top-level ZFS file system (without affecting its children) X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 11 Jan 2013 10:11:32 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Deleting the top-level ZFS file system (without affecting its children) thread-index: Ac3wDfBox70/8Lz8QE2nlyWLhUCmYQ== From: "xenophon\\+freebsd" To: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 15:11:45 -0000 When I originally set up ZFS on my server, I used the topmost file system for the root file system. Last night, I used "zfs send" and "zfs recv" to create a new root file system named "zroot/root". Then, I adjusted the mount points in single-user mode. Based on my reading of the contents of src/sys/boot/zfs/ and src/sys/boot/i386/zfsboot/ (specifically the zfs_mount() and zfs_get_root() functions in zfsimpl.c), I ran "zpool set bootfs=3Dzroot/root zroot". This should allow the boot program to find the new root file system. Now, I'd like to delete the old root file system and return its storage to the pool. Clearly, "rm -rf /oldroot/*" wouldn't return the space already allocated to the old root file system, but I don't want to run "zfs destroy zroot", as that will probably affect its children (the whole rest of the pool). At this point, I suspect that I'd have to re-create the pool to get the desired configuration. Is my understanding correct? Right now, the pool's datasets look something like the following: xenophon@cinep001bsdgw:~>zfs list NAME USED AVAIL REFER MOUNTPOINT zroot 75.5G 143G 1.04G /oldroot zroot/root 1.04G 143G 1.03G / zroot/usr 28.6G 143G 10.2G /usr (etc.) Best wishes, Matthew --=20 I FIGHT FOR THE USERS From owner-freebsd-stable@FreeBSD.ORG Fri Jan 11 15:32:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 65039255 for ; Fri, 11 Jan 2013 15:32:29 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 01A5A158 for ; Fri, 11 Jan 2013 15:32:28 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Ttgah-00051z-9P for freebsd-stable@freebsd.org; Fri, 11 Jan 2013 16:32:21 +0100 Received: from 212-182-167-131.ip.telfort.nl ([212.182.167.131] helo=ronaldradial.home) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1Ttgah-00017k-B5 for freebsd-stable@freebsd.org; Fri, 11 Jan 2013 16:32:19 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: Deleting the top-level ZFS file system (without affecting its children) References: Date: Fri, 11 Jan 2013 16:32:19 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.12 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.8 X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: e462de357cb394d64966911c06262bc8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 15:32:29 -0000 On Fri, 11 Jan 2013 16:11:32 +0100, xenophon\+freebsd wrote: > When I originally set up ZFS on my server, I used the topmost file > system for the root file system. Last night, I used "zfs send" and "zfs > recv" to create a new root file system named "zroot/root". Then, I > adjusted the mount points in single-user mode. Based on my reading of > the contents of src/sys/boot/zfs/ and src/sys/boot/i386/zfsboot/ > (specifically the zfs_mount() and zfs_get_root() functions in > zfsimpl.c), I ran "zpool set bootfs=zroot/root zroot". This should > allow the boot program to find the new root file system. > > Now, I'd like to delete the old root file system and return its storage > to the pool. Clearly, "rm -rf /oldroot/*" wouldn't return the space > already allocated to the old root file system, but I don't want to run > "zfs destroy zroot", as that will probably affect its children (the > whole rest of the pool). At this point, I suspect that I'd have to > re-create the pool to get the desired configuration. > > Is my understanding correct? > > Right now, the pool's datasets look something like the following: > > xenophon@cinep001bsdgw:~>zfs list > NAME USED AVAIL REFER MOUNTPOINT > zroot 75.5G 143G 1.04G /oldroot > zroot/root 1.04G 143G 1.03G / > zroot/usr 28.6G 143G 10.2G /usr > (etc.) > > Best wishes, > Matthew > Why would rm -rf /oldroot/* not return all the allocated space? I can only think of snapshots keeping the space allocated, but you can remove those too. Can you elaborate on that? Ronald. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 11 19:38:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CD59CA2A for ; Fri, 11 Jan 2013 19:38:42 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) by mx1.freebsd.org (Postfix) with ESMTP id 82247D1C for ; Fri, 11 Jan 2013 19:38:42 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id BAFD4153434; Fri, 11 Jan 2013 20:38:40 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TfEo0ly29268; Fri, 11 Jan 2013 20:38:40 +0100 (CET) Received: from [127.0.0.1] (opteron [192.168.10.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPS id 3A4C6153433; Fri, 11 Jan 2013 20:38:40 +0100 (CET) Message-ID: <50F06A43.801@digiware.nl> Date: Fri, 11 Jan 2013 20:38:43 +0100 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: Julian Stecklina Subject: Re: Some new hardware with 9.1 does not reboot easily References: <50ACA518.4050309@digiware.nl> <50AD0AC2.5070804@FreeBSD.org> <50AD0B29.6060602@FreeBSD.org> <50AD0F00.5020600@digiware.nl> <50AD13EE.8050901@digiware.nl> <50AD17E4.50104@FreeBSD.org> <50AD189D.4040902@digiware.nl> <50AD1941.2020108@FreeBSD.org> <50ADF362.2040803@FreeBSD.org> <20121123140932.3a6deff6@mr129166> <50AF88AA.1060003@FreeBSD.org> <50AFF419.3070604@digiware.nl> <50AFF7C1.2090405@FreeBSD.org> <50AFFB9C.8050101@digiware.nl> <20121126111052.68136d00@mr129166> <50B3421B.2010606@FreeBSD.org> <20121129094137.6829eae8@mr129166> <50B7229D.4090901@digiware.nl> <50B77A6A.9050604@FreeBSD.org> <50B77C3B.6070305@digiware.nl> <50B77D70.1000803@FreeBSD.org> <871udwgbya.fsf@os.inf.tu-dresden.de> In-Reply-To: <871udwgbya.fsf@os.inf.tu-dresden.de> X-Enigmail-Version: 1.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 130111-0, 01/11/2013), Outbound message X-Antivirus-Status: Clean Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 19:38:42 -0000 On 2013-01-07 18:06, Julian Stecklina wrote: > Thus spake Andriy Gapon : > >> on 29/11/2012 17:16 Willem Jan Withagen said the following: >>> Would that mean that the regular checkout of stable/9 contains enough >>> code to allow "painless" rebooting... >> >> Not yet... > > Has this been resolved? I still see a hang on reboot/shutdown on my box > (zfs root on USB thumb drive), but I am not sure if the problem is > related. Could very well be be. I have again the same problem as I reported before with the full and new 9.1 code. But did not have time yet to build a system te test with. My other 9.1 box is my ZFS only fileserver. And I do not want to fidle to much with it. A reboot work around that works for me: reboot -n shutdown -n now Of which the manual pages say: option should not be used. But I have not yet found bad effects. Perhaps becuase I only have ZFS fs-systems --WjW From owner-freebsd-stable@FreeBSD.ORG Fri Jan 11 22:45:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 89948468 for ; Fri, 11 Jan 2013 22:45:17 +0000 (UTC) (envelope-from brian@brianwhalen.net) Received: from mail-ie0-f178.google.com (mail-ie0-f178.google.com [209.85.223.178]) by mx1.freebsd.org (Postfix) with ESMTP id 6176677F for ; Fri, 11 Jan 2013 22:45:17 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id c12so2943131ieb.23 for ; Fri, 11 Jan 2013 14:45:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:date:message-id:subject :from:to:content-type:x-gm-message-state; bh=FPBRaeIuhRNzFJdPoZn0XFcbgp4I8ZmAiD86pLdf+Vk=; b=NVhqZofQjDIQhwDL3N6Dm7zDX9HyinjN2+8+4ldJ5+jVwH2nodvD04rPOZ1AiTFTyP bARrBYWjJKkDZTde5Xf7jGqAGs++Ap+TG85m7rbxAhe8J3LFLYTijsKFxxe5A8UrLrPJ 2FG3KJ9Ziga33dbr4iQBKBFQjwg5mTxflBcJA3MqHQURYlzfINAMNA+ufzlZGR8Zydmn 1MUDYcM4n4Y0k9+PnRh+/YhtoTA5a9f1Fd71PiB4KlbOsteNCiZSxq2Wo+sbAyPDrlnT OecAeTBRu8XKb66ORci0tOwSjhg1ArZsjc+PFO8fand/1mfNZ25VVmNgcNMIcH5nVS44 pGQg== MIME-Version: 1.0 X-Received: by 10.50.197.161 with SMTP id iv1mr645403igc.53.1357944310093; Fri, 11 Jan 2013 14:45:10 -0800 (PST) Received: by 10.231.114.70 with HTTP; Fri, 11 Jan 2013 14:45:10 -0800 (PST) X-Originating-IP: [204.15.65.204] Date: Fri, 11 Jan 2013 14:45:10 -0800 Message-ID: Subject: csup to svn for 8-stable From: "Brian W." To: "freebsd-stable@freebsd.org" X-Gm-Message-State: ALoCoQnaGYTeY1+NDIPDB1pAqF8RVHlCPXwYZ81Xu7j8M7ycUGiGkxSOxNoGmpDirb0YDZsZk1oy Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 22:45:17 -0000 I had an existing /usr/src/ tree from previous csup sessions. After a bit of reading, it looks like all I need to do are these two steps? pkg_add -r subversion svn co svn://svn.freebsd.org/base/stable/8 /usr/src Is it really that simple for a src update? I have been using portsnap for years for ports, so I can continue to do that. Brian From owner-freebsd-stable@FreeBSD.ORG Fri Jan 11 22:48:31 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 65C9D5C9 for ; Fri, 11 Jan 2013 22:48:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 4501E7AF for ; Fri, 11 Jan 2013 22:48:30 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.6/8.14.6) with ESMTP id r0BMmSXT053567; Fri, 11 Jan 2013 14:48:28 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.6/8.14.6/Submit) id r0BMmSNx053566; Fri, 11 Jan 2013 14:48:28 -0800 (PST) (envelope-from david) Date: Fri, 11 Jan 2013 14:48:28 -0800 From: David Wolfskill To: "Brian W." Subject: Re: csup to svn for 8-stable Message-ID: <20130111224828.GL2001@albert.catwhisker.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fyt7kUepjDEDtOPF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 22:48:31 -0000 --fyt7kUepjDEDtOPF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 11, 2013 at 02:45:10PM -0800, Brian W. wrote: > I had an existing /usr/src/ tree from previous csup sessions. After a bit > of reading, it looks like all I need to do are these two steps? >=20 > pkg_add -r subversion > svn co svn://svn.freebsd.org/base/stable/8 /usr/src >=20 > Is it really that simple for a src update? Unless you have custom modifications in your source tree, I believe that you will find it simpler to remove it (or at least rename it) and use the above "svn co" to create a fresh new working copy. > I have been using portsnap for years for ports, so I can continue to do > that. That is my understanding, yes. > ... Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --fyt7kUepjDEDtOPF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDwlrsACgkQmprOCmdXAD0AIACZAWv2MwGiihYi3SfiU+gDqUQt EhQAn0Hs+ABx8QFwOqaC9QUDygbEMiC6 =M5Cj -----END PGP SIGNATURE----- --fyt7kUepjDEDtOPF-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 11 22:51:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7206777E for ; Fri, 11 Jan 2013 22:51:55 +0000 (UTC) (envelope-from brian@brianwhalen.net) Received: from mail-ia0-f175.google.com (mail-ia0-f175.google.com [209.85.210.175]) by mx1.freebsd.org (Postfix) with ESMTP id 44A3E7E2 for ; Fri, 11 Jan 2013 22:51:54 +0000 (UTC) Received: by mail-ia0-f175.google.com with SMTP id 21so1973943iay.20 for ; Fri, 11 Jan 2013 14:51:54 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:cc:content-type:x-gm-message-state; bh=A6FDC++Yzi7WKctvHSUQ10QG0E1g5abDsr+mGopbSJQ=; b=kF8OYqb1hbRxJaQZ0lZxsw8QTMsOts2fDhHNkpvxRgM+kvDcIFGlsQj76Hs70tx2j6 xa6HGhLH6vT0nth5+nYbLO25thZHjrzYnUOClfkI2WKsGtwL2jhCLeV2UoeYc+EOhUYr CRRUE5NZJv9BgYGH4Ce4HasMBJuw0cz4sG/NLJXPyhdErDBB4N4iZQBMkjkbBVgNX+Xz QeVYFv1W9uaLYODbwQie0w5xuknKdCOZGzVzcvtjOYf/zMKz8/RdC0NIEDG42ifxwL/K DzKf4QyyyMlqVeSh27FVLan6sVSDimFGgfz9VfiLyvChp5u0zNFTq7JxgFxuG/LKp0xe an4w== MIME-Version: 1.0 Received: by 10.50.16.210 with SMTP id i18mr658092igd.53.1357944714370; Fri, 11 Jan 2013 14:51:54 -0800 (PST) Received: by 10.231.114.70 with HTTP; Fri, 11 Jan 2013 14:51:54 -0800 (PST) X-Originating-IP: [204.15.65.204] In-Reply-To: <20130111224828.GL2001@albert.catwhisker.org> References: <20130111224828.GL2001@albert.catwhisker.org> Date: Fri, 11 Jan 2013 14:51:54 -0800 Message-ID: Subject: Re: csup to svn for 8-stable From: "Brian W." Cc: "freebsd-stable@freebsd.org" X-Gm-Message-State: ALoCoQlklixYkM5SOTjrvD2XvWn3BrJYrwhI32Sg6aiRHszHuitf5txlBF+APB7A26jEaskDkNMq Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 22:51:55 -0000 When I tried the first time, it only grabbed a few folders, a second try got me a conflict message. I then just whacked /usr/src and did the svn co again, successfully. Brian On Fri, Jan 11, 2013 at 2:48 PM, David Wolfskill wrote: > On Fri, Jan 11, 2013 at 02:45:10PM -0800, Brian W. wrote: > > I had an existing /usr/src/ tree from previous csup sessions. After a bit > > of reading, it looks like all I need to do are these two steps? > > > > pkg_add -r subversion > > svn co svn://svn.freebsd.org/base/stable/8 /usr/src > > > > Is it really that simple for a src update? > > Unless you have custom modifications in your source tree, I believe that > you will find it simpler to remove it (or at least rename it) and use > the above "svn co" to create a fresh new working copy. > > > I have been using portsnap for years for ports, so I can continue to do > > that. > > That is my understanding, yes. > > > ... > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Taliban: Evil men with guns afraid of truth from a 14-year old girl. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 12 01:03:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 466F1C16 for ; Sat, 12 Jan 2013 01:03:40 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 136DBD0A for ; Sat, 12 Jan 2013 01:03:39 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.6/8.14.6) with ESMTP id r0C13Wox010590 for ; Fri, 11 Jan 2013 19:03:33 -0600 (CST) (envelope-from stephen@missouri.edu) Message-ID: <50F0B664.1020800@missouri.edu> Date: Fri, 11 Jan 2013 19:03:32 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: csup to svn for 8-stable References: <20130111224828.GL2001@albert.catwhisker.org> In-Reply-To: X-Enigmail-Version: 1.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2013 01:03:40 -0000 On 01/11/2013 04:51 PM, Brian W. wrote: > When I tried the first time, it only grabbed a few folders, a second try > got me a conflict message. I then just whacked /usr/src and did the svn co > again, successfully. > > Brian And when you want to update, you can just type svn up /usr/src > > > On Fri, Jan 11, 2013 at 2:48 PM, David Wolfskill wrote: > >> On Fri, Jan 11, 2013 at 02:45:10PM -0800, Brian W. wrote: >>> I had an existing /usr/src/ tree from previous csup sessions. After a bit >>> of reading, it looks like all I need to do are these two steps? >>> >>> pkg_add -r subversion >>> svn co svn://svn.freebsd.org/base/stable/8 /usr/src >>> >>> Is it really that simple for a src update? >> >> Unless you have custom modifications in your source tree, I believe that >> you will find it simpler to remove it (or at least rename it) and use >> the above "svn co" to create a fresh new working copy. >> >>> I have been using portsnap for years for ports, so I can continue to do >>> that. >> >> That is my understanding, yes. >> >>> ... >> >> Peace, >> david >> -- >> David H. Wolfskill david@catwhisker.org >> Taliban: Evil men with guns afraid of truth from a 14-year old girl. >> >> See http://www.catwhisker.org/~david/publickey.gpg for my public key. >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 12 01:38:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E8576FC4 for ; Sat, 12 Jan 2013 01:38:59 +0000 (UTC) (envelope-from andre@drenet.info) Received: from mail-gh0-f172.google.com (mail-gh0-f172.google.com [209.85.160.172]) by mx1.freebsd.org (Postfix) with ESMTP id 9143EE01 for ; Sat, 12 Jan 2013 01:38:58 +0000 (UTC) Received: by mail-gh0-f172.google.com with SMTP id z22so28713ghb.3 for ; Fri, 11 Jan 2013 17:38:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=drenet.info; s=google; h=x-received:content-type:to:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; bh=x2l2egZ0CQMnLSqvImb+C0JLnhePs58II88wYBYB2rk=; b=gP6cYjvvAaqOXLHOX5bByRGjTExykRK2WAM2VNZygXSJ+AJ64FiyG2W8tEcDjzoKvd g2VkEWFLbMYyrBxmPId2WJHzkzyqJhhSOvNvUN1Y00hG1NsRMLqrE71FDrL0AORrBOuE rWv52ds1d4iwDbmWnVOTEnPUow5TVP+lehejw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:content-type:to:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent :x-gm-message-state; bh=x2l2egZ0CQMnLSqvImb+C0JLnhePs58II88wYBYB2rk=; b=ezUr9u69YwP9XL8LSWxATzSEPZOg9KBwAcQOG7kY575rfiGJUWHsTPK0reRoFutCIR NHdC6HrMBmyft/QYwCwUFwKo1m0f6V/YC803VJApuUqKPZ6uKzohfb6ADX1QUYnjNRV7 XgKCg52oaynCN6foNw3Ray/nN1WD6kak8cUg3UptEOhdjR99x1sd+R1efZlZ7SED5oHS b61cdXYk/c5R8DN1pdWTkKmmE/ctGhL+HY6KijohlXcPJmE64UJt3aATqrODxO2VIfov pqp7l/zZZOPZYJ5b5db2G5qNjNRfXKDa3PzvoDS4ERAQiaGGQyZK10+hoSziSlbjotX2 0uhw== X-Received: by 10.236.159.9 with SMTP id r9mr33368802yhk.87.1357954737885; Fri, 11 Jan 2013 17:38:57 -0800 (PST) Received: from desktop.drenet.local ([184.90.29.173]) by mx.google.com with ESMTPS id e39sm5377622ani.16.2013.01.11.17.38.57 (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 11 Jan 2013 17:38:57 -0800 (PST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: zio_done panic on unadulterated FreeBSD Release 9.1 References: <0C4D65F6A0FC9E4B95EA114508C7E0FE5F66DDB6@reactor.sldomain.com> Date: Fri, 11 Jan 2013 20:38:53 -0500 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Andre Goree" Message-ID: In-Reply-To: <0C4D65F6A0FC9E4B95EA114508C7E0FE5F66DDB6@reactor.sldomain.com> User-Agent: Opera Mail/12.12 (FreeBSD) X-Gm-Message-State: ALoCoQkU5xgQhQdA61nK9q2BseHhcF28dhlDVGSyloQ69iU9X+y3jjgURbM0Lq5IQ5PXq3uE4TdW X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2013 01:39:00 -0000 On Wed, 09 Jan 2013 15:03:38 -0500, Po-Li Soong wrote: > Hi, > > My name is Po-Li Soong. I ran into a crash not long after installing the > 9.1 release on my home machine. I was performing a test run of file > transfer with samba server running on the FreeBSD installation. The > transfer rate was about 70-80 MB/sec. The core.txt is attached. If there > are other crash dumps needed, please let me know. > > I first discussed this panic with Justin Gibbs, a coworker of mine at > Spectra Logic. He referred me to this email address, suggesting that the > information should be relevant to you. Thanks for the help. > > Regards, > > Po-Li Soong > I have this same kernel panic too, after a clean install of 9.1. Will be interesting to see where this goes, as I've had to result to 8.3-STABLE for now. -- Using Opera's mail client: http://www.opera.com/mail/ From owner-freebsd-stable@FreeBSD.ORG Sat Jan 12 02:20:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 47C614B6 for ; Sat, 12 Jan 2013 02:20:59 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 07CC2F0A for ; Sat, 12 Jan 2013 02:20:58 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.6/8.14.6) with ESMTP id r0C2Kuet002616; Fri, 11 Jan 2013 19:20:56 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.6/8.14.6/Submit) with ESMTP id r0C2Kuur002613; Fri, 11 Jan 2013 19:20:56 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Fri, 11 Jan 2013 19:20:56 -0700 (MST) From: Warren Block To: "Brian W." Subject: Re: csup to svn for 8-stable In-Reply-To: Message-ID: References: <20130111224828.GL2001@albert.catwhisker.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 11 Jan 2013 19:20:57 -0700 (MST) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2013 02:20:59 -0000 On Fri, 11 Jan 2013, Brian W. wrote: > When I tried the first time, it only grabbed a few folders, a second try > got me a conflict message. I then just whacked /usr/src and did the svn co > again, successfully. An important difference is that if you modify a file in /usr/src, an svn update will not overwrite it but try to merge with new versions of the file from the repository. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 12 20:18:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AB6C742D for ; Sat, 12 Jan 2013 20:18:40 +0000 (UTC) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (mail.takeda.tk [74.0.89.210]) by mx1.freebsd.org (Postfix) with ESMTP id 8B29981D for ; Sat, 12 Jan 2013 20:18:39 +0000 (UTC) Received: from localhost.takeda.tk (takeda-ws2.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.14.5/8.14.5) with ESMTP id r0CKIbwO048413 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Sat, 12 Jan 2013 12:18:38 -0800 (PST) (envelope-from takeda@takeda.tk) Date: Sat, 12 Jan 2013 12:18:22 -0800 From: Derek Kulinski X-Priority: 3 (Normal) Message-ID: <201467687.20130112121822@takeda.tk> To: FreeBSD Subject: Determining which process needs to be restarted after update MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.6 at chinatsu.takeda.tk X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2013 20:18:40 -0000 Hello everyone, I personally really like OpenSuSE command which is: zypper ps What it does is it lists all processes that have files opened that currently don't exist (i.e. link count is 0). This helps tremendously in determining which processes need to be restarted after an update. Is there something similar for FreeBSD? I was thinking of using lsof +L1, but on FreeBSD that command is not capable of displaying names of files that were deleted, many entries returned are for example processes that have open sockets. It also does not list names of the deleted/replaced files. Is there a tool that is capable to do such task, or maybe some additional options to lsof? I'm not too familiar with it myself. -- Best regards, Derek mailto:takeda@takeda.tk -- Look out for #1. Don't step in #2 either. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 12 20:47:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0CAD29BF for ; Sat, 12 Jan 2013 20:47:44 +0000 (UTC) (envelope-from xenophon+freebsd@irtnog.org) Received: from mx1.irtnog.org (rrcs-24-123-13-61.central.biz.rr.com [24.123.13.61]) by mx1.freebsd.org (Postfix) with ESMTP id ACF1F8F4 for ; Sat, 12 Jan 2013 20:47:42 +0000 (UTC) Received: from cinep001bsdgw.irtnog.net (localhost [127.0.0.1]) by mx1.irtnog.org (Postfix) with ESMTP id DC69B1ADA5 for ; Sat, 12 Jan 2013 15:47:35 -0500 (EST) X-Virus-Scanned: amavisd-new at irtnog.org Received: from mx1.irtnog.org ([127.0.0.1]) by cinep001bsdgw.irtnog.net (mx1.irtnog.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e3rx4xo1KNAx for ; Sat, 12 Jan 2013 15:47:27 -0500 (EST) Received: from cinip100ntsbs.irtnog.net (cinip100ntsbs.irtnog.net [10.63.1.100]) by mx1.irtnog.org (Postfix) with ESMTP for ; Sat, 12 Jan 2013 15:47:27 -0500 (EST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Deleting the top-level ZFS file system (without affecting its children) Date: Sat, 12 Jan 2013 15:47:25 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Deleting the top-level ZFS file system (without affecting its children) thread-index: Ac3wEO76esBKH2wKTAWuaTrW6nRr4QA8wljg References: From: "xenophon\\+freebsd" To: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2013 20:47:44 -0000 > Why would rm -rf /oldroot/* not return all the allocated space? > I can only think of snapshots keeping the space allocated, but > you can remove those too. Can you elaborate on that? Ronald, This will free space in the file system (as shown by df), but it won't return the space to the pool. It looks like ZFS won't let you shrink file systems yet. Best wishes, Matthew --=20 I FIGHT FOR THE USERS From owner-freebsd-stable@FreeBSD.ORG Sat Jan 12 21:25:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A4F52F64 for ; Sat, 12 Jan 2013 21:25:18 +0000 (UTC) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (mail.takeda.tk [74.0.89.210]) by mx1.freebsd.org (Postfix) with ESMTP id 66A359FD for ; Sat, 12 Jan 2013 21:25:17 +0000 (UTC) Received: from localhost.takeda.tk (takeda-ws2.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.14.5/8.14.5) with ESMTP id r0CLPGf9087747 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sat, 12 Jan 2013 13:25:16 -0800 (PST) (envelope-from takeda@takeda.tk) Date: Sat, 12 Jan 2013 13:26:13 -0800 From: Derek Kulinski X-Priority: 3 (Normal) Message-ID: <1268687105.20130112132613@takeda.tk> To: "xenophon\\+freebsd" Subject: Re: Deleting the top-level ZFS file system (without affecting its children) In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.6 at chinatsu.takeda.tk X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2013 21:25:18 -0000 Hello xenophon+freebsd, Saturday, January 12, 2013, 12:47:25 PM, you wrote: >> Why would rm -rf /oldroot/* not return all the allocated space? >> I can only think of snapshots keeping the space allocated, but >> you can remove those too. Can you elaborate on that? > This will free space in the file system (as shown by df), but it won't > return the space to the pool. It looks like ZFS won't let you shrink > file systems yet. As far as I understand your question - yes it will return the space. Unless you explicitly told ZFS to reserve specific amount of space it takes as much space as given filesystems currently needs. There's no expanding/shrinking in ZFS because ZFS filesystems are not partitioning the disk in the general meaning of that word. The ZFS filesystems behave in a very similar way to directories. -- Best regards, Derek mailto:takeda@takeda.tk -- Press any key... no, no, no, NOT THAT ONE! From owner-freebsd-stable@FreeBSD.ORG Sat Jan 12 23:29:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3279E8B6 for ; Sat, 12 Jan 2013 23:29:28 +0000 (UTC) (envelope-from mauzo@anubis.morrow.me.uk) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 0F2E2D8C for ; Sat, 12 Jan 2013 23:29:27 +0000 (UTC) Received: from anubis.morrow.me.uk (host109-150-212-220.range109-150.btcentralplus.com [109.150.212.220]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 86DBB450DE; Sat, 12 Jan 2013 23:29:19 +0000 (UTC) X-DKIM: OpenDKIM Filter v2.4.1 isis.morrow.me.uk 86DBB450DE DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1358033360; bh=oVWBquLVZFqL3UxOEuscLuSP1sxs7VFg09DFYW18cfc=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type: In-Reply-To; b=Ssyws89+bB5Xws2EXB1RYP7RG4Fl0+4ylcB8O01VNiSs7YAKzDZilwd0MHtmI1yNY LM3AbHZsxTNFQYc1xvtzPURN4f7/u8fyknmsnEjvGcI63Mqb0ON0LaRe6aW5D9sqdl 5bSqAWpZvEuKfghJrnWza7LKYOFl27xbPC+pvfIg= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.5 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 844648294; Sat, 12 Jan 2013 23:29:15 +0000 (GMT) Date: Sat, 12 Jan 2013 23:29:14 +0000 From: Ben Morrow To: takeda@takeda.tk, freebsd-stable@freebsd.org Subject: Re: Determining which process needs to be restarted after update Message-ID: <20130112232914.GA4922@anubis.morrow.me.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201467687.20130112121822@takeda.tk> X-Newsgroups: gmane.os.freebsd.stable Organization: morrow.me.uk User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2013 23:29:28 -0000 Quoth Derek Kulinski : > > I personally really like OpenSuSE command which is: zypper ps > What it does is it lists all processes that have files opened that > currently don't exist (i.e. link count is 0). This helps tremendously > in determining which processes need to be restarted after an update. > > Is there something similar for FreeBSD? I was thinking of using > lsof +L1, but on FreeBSD that command is not capable of displaying > names of files that were deleted, many entries returned are for > example processes that have open sockets. It also does not list names > of the deleted/replaced files. > > Is there a tool that is capable to do such task, or maybe some > additional options to lsof? I'm not too familiar with it myself. procstat -fa, look for entries with 'v' in the 'T' column and '-' in the 'NAME' column (or get awk to look for you). You may also want to check the 'V' column: see the manpage for the codes. This won't tell you what the file used to be called before it was deleted: I don't think the kernel keeps that information. Ben From owner-freebsd-stable@FreeBSD.ORG Sat Jan 12 23:47:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6578EF25 for ; Sat, 12 Jan 2013 23:47:29 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-we0-f176.google.com (mail-we0-f176.google.com [74.125.82.176]) by mx1.freebsd.org (Postfix) with ESMTP id D2A9BE10 for ; Sat, 12 Jan 2013 23:47:28 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id r5so1411465wey.7 for ; Sat, 12 Jan 2013 15:47:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=JNtBoh9kJle93KBvadOHgRi2xTznlhXsjXXWIE1WKIE=; b=NExN/qYG6cF+0/zaTzRd0xOIWS2wV7SQsaYLIQKACYejY+BuDHYh1tYgZmzWm7Slm8 HHZWTbdfDcMzRvhinvKzco1x1xqRSRhuh2csp8BPUT4PHNqw93PFXoCGNrsabRaoP8oK anucwR7E+DSu+lQDeoYDgQ4kFd36F2Kt5CIq04g+Wek4cP6g21r+36uJ/gjRBGLSPMAx CGIi6+D9z9DuCN7Cg8tnRH5UClLAvQbeNBSn0MtBwLR10vVuCvcEZZM5WJ4jryM2vhl4 dI+LQl8ZcYfPcDiiTguf1N7Slj5iXimRQbRWegXy2EJssHKzivNxIUfpUzJZb1goDvYv NpiA== X-Received: by 10.180.81.39 with SMTP id w7mr5869727wix.15.1358034441900; Sat, 12 Jan 2013 15:47:21 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPS id p2sm6533589wic.7.2013.01.12.15.47.20 (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 12 Jan 2013 15:47:20 -0800 (PST) Date: Sun, 13 Jan 2013 00:47:04 +0100 From: Mateusz Guzik To: Ben Morrow Subject: Re: Determining which process needs to be restarted after update Message-ID: <20130112234704.GA5849@dft-labs.eu> References: <201467687.20130112121822@takeda.tk> <20130112232914.GA4922@anubis.morrow.me.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130112232914.GA4922@anubis.morrow.me.uk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: takeda@takeda.tk, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2013 23:47:29 -0000 On Sat, Jan 12, 2013 at 11:29:14PM +0000, Ben Morrow wrote: > Quoth Derek Kulinski : > > > > I personally really like OpenSuSE command which is: zypper ps > > What it does is it lists all processes that have files opened that > > currently don't exist (i.e. link count is 0). This helps tremendously > > in determining which processes need to be restarted after an update. > > > > Is there something similar for FreeBSD? I was thinking of using > > lsof +L1, but on FreeBSD that command is not capable of displaying > > names of files that were deleted, many entries returned are for > > example processes that have open sockets. It also does not list names > > of the deleted/replaced files. > > > > Is there a tool that is capable to do such task, or maybe some > > additional options to lsof? I'm not too familiar with it myself. > > procstat -fa, look for entries with 'v' in the 'T' column and '-' in the > 'NAME' column (or get awk to look for you). You may also want to check > the 'V' column: see the manpage for the codes. This won't tell you what > the file used to be called before it was deleted: I don't think the > kernel keeps that information. > This has at least 2 problems: - it will not show shared libraries (-v is required) - it will report processes with open unlinked files, which is completely normal But even if we use -v, I don't think we can reliably distinguish "regular" unlinked file mapping from shared library mapping (for unlinked files we will get - as a name, just like in -f case). I didn't dig into this though. Instead I would go upwards in package dependency tree and for each daemon check if it is running (should be doable without much hackery). Checking for all binaries may be more problematic. -- Mateusz Guzik