From owner-freebsd-stable@freebsd.org Sun Jul 12 03:27:36 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79C3A97CD for ; Sun, 12 Jul 2015 03:27:36 +0000 (UTC) (envelope-from cnehren@pobox.com) Received: from sasl.smtp.pobox.com (pb-smtp1.int.icgroup.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 4FBB2BED for ; Sun, 12 Jul 2015 03:27:35 +0000 (UTC) (envelope-from cnehren@pobox.com) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id B495263A1B for ; Sat, 11 Jul 2015 23:22:56 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=E4K+o8GoHo4OWzDsypLd976asVE=; b=R4Gc2bh 4Bqx3rdjLaX4x909/e5aFcP083fBD4brr/DiT2FvpVtojVz7TfR4XgYGCLChesU8 jcQ7jUgbZVLf7NleMwTiXdvrhFNEXvHke6+q9uxSzUeo52lzmSTA/DH4f5i1RX0q 68PXVs9KujhFXjkDUusn5PHLAN7DMhJ83Szo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=NdeOGAvMLnw28jNDCoYTT57e0LBXuuIZi aq6wmsQwunTuDyzgEoR27i+yUHrGrdg6Cw/1vpN8jcGbNnXRpvonFWsBxVKJn2Gc TMHoiDpGfAkYaVswyzTaIjeUfT31AZozL3rU5SGfZ8U4ADavHYcGSG4v8FD28WMA HyS4BQedvY= Received: from pb-smtp1.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id AE43663A1A for ; Sat, 11 Jul 2015 23:22:56 -0400 (EDT) Received: from localhost (unknown [50.90.2.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pb-smtp1.pobox.com (Postfix) with ESMTPSA id 2FC3363A19 for ; Sat, 11 Jul 2015 23:22:56 -0400 (EDT) Date: Sat, 11 Jul 2015 23:22:56 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Subject: Re: Will 10.2 also ship with a very stale NTP? Message-ID: <20150712032256.GB19305@satori.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <20150710235810.GA76134@rwpc16.gfn.riverwillow.net.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150710235810.GA76134@rwpc16.gfn.riverwillow.net.au> User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: 49E1DB18-2845-11E5-8CB2-561A9F42C9D4-49531120!pb-smtp1.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jul 2015 03:27:36 -0000 On Sat, Jul 11, 2015 at 09:58:11 +1000, John Marshall wrote: > It's me again with my annual NTP whinge. The answer to the perennial "will release $foo ship with old / insecure / otherwise deficient $bar?" is still "install $bar from ports". -- Chris Nehren From owner-freebsd-stable@freebsd.org Sun Jul 12 05:05:09 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1F189983D8 for ; Sun, 12 Jul 2015 05:05:09 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps.rulingia.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 86E29198C for ; Sun, 12 Jul 2015 05:05:08 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (c220-239-242-83.belrs5.nsw.optusnet.com.au [220.239.242.83]) by vps.rulingia.com (8.15.2/8.14.9) with ESMTPS id t6C54o24007063 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Sun, 12 Jul 2015 15:04:57 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.9/8.14.9) with ESMTP id t6C54i0f066524 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 12 Jul 2015 15:04:44 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.9/8.14.9/Submit) id t6C54ij6066523 for freebsd-stable@freebsd.org; Sun, 12 Jul 2015 15:04:44 +1000 (AEST) (envelope-from peter) Date: Sun, 12 Jul 2015 15:04:43 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org Subject: Re: Will 10.2 also ship with a very stale NTP? Message-ID: <20150712050443.GA22240@server.rulingia.com> References: <20150710235810.GA76134@rwpc16.gfn.riverwillow.net.au> <20150712032256.GB19305@satori.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <20150712032256.GB19305@satori.lan> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jul 2015 05:05:10 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2015-Jul-11 23:22:56 -0400, Chris Nehren wrote: >On Sat, Jul 11, 2015 at 09:58:11 +1000, John Marshall wrote: >> It's me again with my annual NTP whinge. > >The answer to the perennial "will release $foo ship with old / insecure >/ otherwise deficient $bar?" is still "install $bar from ports". That's a non-answer. It just changes the question to "why bother to include $bar in base when I need to install the port anyway". --=20 Peter Jeremy --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVofVrXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0ShcP/2txuC7bPW9Aq3dCxKBjoe+5 UZdb10z2+/jGl5d7f8Bx3tsHJDhyxW6fbA9gwjVMSbQ5FW0Y3y23mSWtQDBhkHGj DRcYR/pouOj3K899/eVYIjOJTuSGT3UOqdIEQIzuTaQUVRQcVREoV48Rl0eBTWne awhkH3DU+BcfOC+mbw2LnPqYYfQlfouv1WyH3m2fUdalVqbECEGwIDnlSBFrWm4A eEfhwyED6d6jVbPyv1//IlVeI3VDKl8Yr87v4wKayVNyRBj6PoGI1ZJAlJRrTyof 8A6Ye69jq4M3T40IS9261JbCEpIapFcqgcNGG2xXAxwsYU+MiD9IHSScKDPiZ93s FMY6j4heo4Iml1SrIXHdf9HmNovhiCvw0xhyWUIsiRL9UklwwVpGEoxXgmZdUOsB NYlqE04XCH3rbMcqwKuUHBaANkVPtpsUvgTs05sMOGGgRNndfR2eb4Z0zrhLYWKl dM/7Cnerybl1xvjcN9crC9Ymfd2q7CeoQNV6vpuWCB46Orx5LmapTVAhL5esDp1Q HPTfGaIpFoBNA3y33+uNU11dLwvb12UXa6na4O8UKX3I76aWcLC2k48gblup0nLt rAMx1QnQi78uBCigg+bqgsC3ojtEhKAfZ2CDC+JhAGkSXlp+2b/Q6+qB51dw4BLs lde9Fxo49GA4tu3aJ3aq =XrOY -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-stable@freebsd.org Sun Jul 12 06:44:27 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03904999753 for ; Sun, 12 Jul 2015 06:44:27 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B488E1F48 for ; Sun, 12 Jul 2015 06:44:26 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (180-198-137-134.nagoya1.commufa.jp [180.198.137.134]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id t6C6iGjF089652 for ; Sun, 12 Jul 2015 15:44:17 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 12 Jul 2015 15:44:16 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: Will 10.2 also ship with a very stale NTP? Message-Id: <20150712154416.b9f3713893fe28bfab1dd4d7@dec.sakura.ne.jp> In-Reply-To: <20150712050443.GA22240@server.rulingia.com> References: <20150710235810.GA76134@rwpc16.gfn.riverwillow.net.au> <20150712032256.GB19305@satori.lan> <20150712050443.GA22240@server.rulingia.com> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.27; amd64-portbld-freebsd10.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jul 2015 06:44:27 -0000 As I already mentioned in another post, head has 4.2.8 p3 in-tree. So the answer should be MFC before creation of releng/10.2 is planned or not. On Sun, 12 Jul 2015 15:04:43 +1000 Peter Jeremy wrote: > On 2015-Jul-11 23:22:56 -0400, Chris Nehren wrote: > >On Sat, Jul 11, 2015 at 09:58:11 +1000, John Marshall wrote: > >> It's me again with my annual NTP whinge. > > > >The answer to the perennial "will release $foo ship with old / insecure > >/ otherwise deficient $bar?" is still "install $bar from ports". > > That's a non-answer. It just changes the question to "why bother to > include $bar in base when I need to install the port anyway". > > -- > Peter Jeremy -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-stable@freebsd.org Sun Jul 12 08:54:56 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FB91999B8C for ; Sun, 12 Jul 2015 08:54:56 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:202::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 669BA121B for ; Sun, 12 Jul 2015 08:54:55 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: by mail.xtaz.uk (Postfix, from userid 1001) id 2A48C20AEE8C; Sun, 12 Jul 2015 09:54:51 +0100 (BST) Date: Sun, 12 Jul 2015 09:54:51 +0100 From: Matt Smith To: freebsd-stable@freebsd.org Subject: Re: Will 10.2 also ship with a very stale NTP? Message-ID: <20150712085451.GA1284@xtaz.uk> Mail-Followup-To: Matt Smith , freebsd-stable@freebsd.org References: <20150710235810.GA76134@rwpc16.gfn.riverwillow.net.au> <20150712032256.GB19305@satori.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20150712032256.GB19305@satori.lan> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jul 2015 08:54:56 -0000 On Jul 11 23:22, Chris Nehren wrote: >On Sat, Jul 11, 2015 at 09:58:11 +1000, John Marshall wrote: >> It's me again with my annual NTP whinge. > >The answer to the perennial "will release $foo ship with old / insecure >/ otherwise deficient $bar?" is still "install $bar from ports". > I completely agree with this, however my NTP whinge is that the NTP port needs to have its own RC init script that is independant of the base. If you use WITHOUT_NTP=yes in /etc/src.conf to remove the base version and just use the port then there is no RC script. You have to copy the version from /usr/src/etc/rc.d/ntp into /usr/local/etc/rc.d. This should be fixed. I guess this wouldn't be too difficult to do. I said six months ago that I might look at submitting a patch to do this, maybe I should actually do it. -- Matt From owner-freebsd-stable@freebsd.org Sun Jul 12 08:56:38 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39CA8999BE9 for ; Sun, 12 Jul 2015 08:56:38 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 051DF14ED for ; Sun, 12 Jul 2015 08:56:38 +0000 (UTC) (envelope-from delphij@gmail.com) Received: by igpy18 with SMTP id y18so38994360igp.0 for ; Sun, 12 Jul 2015 01:56:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-type; bh=hHsxtlbYoWMTswvyOL0/FN79vp86YA1m+68M06T+BvQ=; b=jw/D7cUXJ1LDN3dFR9XGK5IKQwMNtkMZAPWyKQ8CuMYmA4CFnfuobfn2gr5Pms/MZb 08rntSvzxokMlGv4pc7SKBhAUB+5pEUGHURX6qKUAxuGZm+Ko8wOitr97uyurXBBelvB HI+FtSZyomJBjIuCNGWVbKlYRctrqXJvzIjSItPihMRytuzJxqd3w9Oljto+is4k0ymj Z281g/MHDX9udRLZJyN9IQXZ7hTs3n7czfUd9QTMZJtBDw8AJDy+58nuT642umUm9OP7 Pe3QV404xzUuDy9zTA1nv13hFZVJP3Y6C2gAIqZTQtAEF0sKVwmZU+4HcPPs4PX8OWiK 8bNw== X-Received: by 10.50.109.138 with SMTP id hs10mr6404098igb.48.1436691397378; Sun, 12 Jul 2015 01:56:37 -0700 (PDT) MIME-Version: 1.0 References: <20150710235810.GA76134@rwpc16.gfn.riverwillow.net.au> <20150712032256.GB19305@satori.lan> <20150712050443.GA22240@server.rulingia.com> <20150712154416.b9f3713893fe28bfab1dd4d7@dec.sakura.ne.jp> In-Reply-To: <20150712154416.b9f3713893fe28bfab1dd4d7@dec.sakura.ne.jp> From: Xin LI Date: Sun, 12 Jul 2015 08:56:26 +0000 Message-ID: Subject: Re: Will 10.2 also ship with a very stale NTP? To: Tomoaki AOKI , freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jul 2015 08:56:38 -0000 I've spent some time on the MFC, the testing would still take some time (likely a day or two) and once that's finished I'll ask re@ for approval. On Sat, Jul 11, 2015 at 11:44 PM Tomoaki AOKI wrote: > As I already mentioned in another post, head has 4.2.8 p3 in-tree. > > So the answer should be MFC before creation of releng/10.2 is planned > or not. > > > On Sun, 12 Jul 2015 15:04:43 +1000 > Peter Jeremy wrote: > > > On 2015-Jul-11 23:22:56 -0400, Chris Nehren < > cnehren+freebsd-stable@pobox.com> wrote: > > >On Sat, Jul 11, 2015 at 09:58:11 +1000, John Marshall wrote: > > >> It's me again with my annual NTP whinge. > > > > > >The answer to the perennial "will release $foo ship with old / insecure > > >/ otherwise deficient $bar?" is still "install $bar from ports". > > > > That's a non-answer. It just changes the question to "why bother to > > include $bar in base when I need to install the port anyway". > > > > -- > > Peter Jeremy > > > -- > Tomoaki AOKI junchoon@dec.sakura.ne.jp > _______________________________________________ > 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 Sun Jul 12 09:42:00 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 44109998380 for ; Sun, 12 Jul 2015 09:42:00 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BD277894; Sun, 12 Jul 2015 09:41:59 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by lbbpo10 with SMTP id po10so110855821lbb.3; Sun, 12 Jul 2015 02:41:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=/OtBRNYX7R8k0AI9sLEfKjdHr1i3VSF/c0L3kZzubTw=; b=fH0n/E/6cW3X8HMmaxOVa09BESlFZuwptQiMcoy5CkOnSajwgeOOHSvPcntCFkXbVw dd/j15bchYqP2W2KwPAhZzVPAjmokh3vErDDpK+Oo4KCm2YEnDFj+8Z3NPa2I4yLS3/d VpfgbAwBEUa87G3raZ4Bc4ytbzHxVWMOo4bHH6EgwlkRSyiF2Bhe2w725qiZ8UjIh0Es IaYS6vpUcFoDbAnjymPW9AuDTEJkzv9YCSxmPtyygffJldCmzeLnYcrbYWjYwdTfsKFc /DTd4WwJJn5/dK44wSUuHumJCymCSwKCK19Gq+PDU2brVVM3ComAaGRjovzQ/qKKVc53 eFcw== X-Received: by 10.112.126.101 with SMTP id mx5mr27887688lbb.35.1436694117820; Sun, 12 Jul 2015 02:41:57 -0700 (PDT) Received: from brick ([46.229.149.194]) by smtp.gmail.com with ESMTPSA id w8sm3731598lal.38.2015.07.12.02.41.56 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 12 Jul 2015 02:41:56 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Sun, 12 Jul 2015 11:41:53 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Harald Schmalzbauer Cc: freebsd-stable@freebsd.org, kib@freebsd.org Subject: Re: r284665 causes MSI problems -> ahcich2: Timeout in slot 11 port 0 Message-ID: <20150712094153.GA1549@brick> Mail-Followup-To: Harald Schmalzbauer , freebsd-stable@freebsd.org, kib@freebsd.org References: <55A158E1.3000905@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55A158E1.3000905@omnilan.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jul 2015 09:42:00 -0000 On 0711T1956, Harald Schmalzbauer wrote: > Hello, > > r284665 causes ahci(4) to fail with timeouts when using MSI (the default). What's the hardware? > 'hint.ahci.0.msi=0' is one way to make ahci(4) working with r284665, but > obviously not the desired solution, it just disables usage of an MSI. > > I can't find suspicious code in r282213 which could cause this strange > regression, but I verified carefully that problem arises with r284665. > Actually, r282901 > (https://svnweb.freebsd.org/base?view=revision&sortby=date&revision=282901) > is the real trigger, verified by putting > nooptions RACCT > nooptions RACCT_DEFAULT_TO_DISABLED > nooptions RCTL > into my kernel config -> problem vanishes! > > Setting "kern.racct.enable=1" doesn't make any difference, as soon as > 'kern.features.racct' exists, there's the ahci(4)/ahcich2 timeout and > machine doesn't finish booting. > > Unfortunately, I don't have any idea how to track this down to the > actual culprit, but I hope the RACCT hackers do have ;-) > > Shall I open a bugzilla ticket? That's... curious. I don't see how those two things could be related. What's the FreeBSD version? How reproducible it is? Have you tried compiling with and without those three lines a couple of times? From owner-freebsd-stable@freebsd.org Sun Jul 12 09:49:13 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D4D199842B for ; Sun, 12 Jul 2015 09:49:13 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 31308B69 for ; Sun, 12 Jul 2015 09:49:12 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (180-198-137-134.nagoya1.commufa.jp [180.198.137.134]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id t6C9nAPp017632 for ; Sun, 12 Jul 2015 18:49:11 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 12 Jul 2015 18:49:10 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: Will 10.2 also ship with a very stale NTP? Message-Id: <20150712184910.2d8d5f085ae659d5b9a2aba0@dec.sakura.ne.jp> In-Reply-To: References: <20150710235810.GA76134@rwpc16.gfn.riverwillow.net.au> <20150712032256.GB19305@satori.lan> <20150712050443.GA22240@server.rulingia.com> <20150712154416.b9f3713893fe28bfab1dd4d7@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.27; amd64-portbld-freebsd10.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jul 2015 09:49:13 -0000 Wow! Thanks for your time and quick response. I'm looking forward to seeing it MFCed. :-) On Sun, 12 Jul 2015 08:56:26 +0000 Xin LI wrote: > I've spent some time on the MFC, the testing would still take some time > (likely a day or two) and once that's finished I'll ask re@ for approval. > On Sat, Jul 11, 2015 at 11:44 PM Tomoaki AOKI > wrote: > > > As I already mentioned in another post, head has 4.2.8 p3 in-tree. > > > > So the answer should be MFC before creation of releng/10.2 is planned > > or not. > > > > > > On Sun, 12 Jul 2015 15:04:43 +1000 > > Peter Jeremy wrote: > > > > > On 2015-Jul-11 23:22:56 -0400, Chris Nehren < > > cnehren+freebsd-stable@pobox.com> wrote: > > > >On Sat, Jul 11, 2015 at 09:58:11 +1000, John Marshall wrote: > > > >> It's me again with my annual NTP whinge. > > > > > > > >The answer to the perennial "will release $foo ship with old / insecure > > > >/ otherwise deficient $bar?" is still "install $bar from ports". > > > > > > That's a non-answer. It just changes the question to "why bother to > > > include $bar in base when I need to install the port anyway". > > > > > > -- > > > Peter Jeremy > > > > > > -- > > Tomoaki AOKI junchoon@dec.sakura.ne.jp > > _______________________________________________ > > 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" > > > _______________________________________________ > 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" > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-stable@freebsd.org Sun Jul 12 09:59:29 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F09B998747 for ; Sun, 12 Jul 2015 09:59:29 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 830A1E86; Sun, 12 Jul 2015 09:59:28 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t6C9xOi4074241; Sun, 12 Jul 2015 11:59:24 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 2AFEFF91; Sun, 12 Jul 2015 11:59:24 +0200 (CEST) Message-ID: <55A23A75.8050003@omnilan.de> Date: Sun, 12 Jul 2015 11:59:17 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= , FreeBSD Stable , kib@freebsd.org Subject: Re: r284665 causes MSI problems -> ahcich2: Timeout in slot 11 port 0 References: <55A158E1.3000905@omnilan.de> <20150712094153.GA1549@brick> In-Reply-To: <20150712094153.GA1549@brick> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4C2550AF81F2E20B268F139D" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Sun, 12 Jul 2015 11:59:24 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jul 2015 09:59:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4C2550AF81F2E20B268F139D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Edward Tomasz Napiera=C5=82a's Nachricht vom 12.07.2015 1= 1:41 (localtime): > On 0711T1956, Harald Schmalzbauer wrote: >> Hello, >> >> r284665 causes ahci(4) to fail with timeouts when using MSI (the defau= lt). > What's the hardware? Thanks for your attention, it's Intel Cougar Point (C204, 2x SATA6G+4xSATAII), via PCIe-Passthrough in an ESXi guest. Several of these setups have been in production with 9.2 and 10.1 for 2 years+ without ahcich timeouts. >> 'hint.ahci.0.msi=3D0' is one way to make ahci(4) working with r284665,= but >> obviously not the desired solution, it just disables usage of an MSI. >> >> I can't find suspicious code in r282213 which could cause this strange= >> regression, but I verified carefully that problem arises with r284665.= >> Actually, r282901 >> (https://svnweb.freebsd.org/base?view=3Drevision&sortby=3Ddate&revisio= n=3D282901) >> is the real trigger, verified by putting >> nooptions RACCT >> nooptions RACCT_DEFAULT_TO_DISABLED >> nooptions RCTL >> into my kernel config -> problem vanishes! >> >> Setting "kern.racct.enable=3D1" doesn't make any difference, as soon a= s >> 'kern.features.racct' exists, there's the ahci(4)/ahcich2 timeout and >> machine doesn't finish booting. >> >> Unfortunately, I don't have any idea how to track this down to the >> actual culprit, but I hope the RACCT hackers do have ;-) >> >> Shall I open a bugzilla ticket? > That's... curious. I don't see how those two things could be related. > What's the FreeBSD version? How reproducible it is? Have you tried > compiling with and without those three lines a couple of times? Yes, I tried several times, and falsified that with r284665 the timeouts reproducably show up (which blocks the booting process, a major issue in my case). I also verified that several different revisions <284665 don't lead to that problem, and also that the changes in ahci code paths for the last year are not involved. I also can't see any relation, wich doesn't mean much since I don't have the kernel skills, but I'm sure the symptoms start with "options RACCT" Thanks, -Harry --------------enig4C2550AF81F2E20B268F139D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlWiOnsACgkQLDqVQ9VXb8iuVQCgq3n1kyvOG7FeoO/2lw9WvA/x ywYAnj2sy0/C/IYNtUs/vf1vdIPvMImO =pbJQ -----END PGP SIGNATURE----- --------------enig4C2550AF81F2E20B268F139D-- From owner-freebsd-stable@freebsd.org Sun Jul 12 15:41:53 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6AE839997A9 for ; Sun, 12 Jul 2015 15:41:53 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) by mx1.freebsd.org (Postfix) with SMTP id 407EF1D92 for ; Sun, 12 Jul 2015 15:41:52 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sun, 12 Jul 2015 15:40:22 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t6CFfh19045172; Sun, 12 Jul 2015 09:41:43 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1436715703.1334.193.camel@freebsd.org> Subject: Re: Will 10.2 also ship with a very stale NTP? From: Ian Lepore To: Tomoaki AOKI Cc: freebsd-stable@freebsd.org Date: Sun, 12 Jul 2015 09:41:43 -0600 In-Reply-To: <20150712184910.2d8d5f085ae659d5b9a2aba0@dec.sakura.ne.jp> References: <20150710235810.GA76134@rwpc16.gfn.riverwillow.net.au> <20150712032256.GB19305@satori.lan> <20150712050443.GA22240@server.rulingia.com> <20150712154416.b9f3713893fe28bfab1dd4d7@dec.sakura.ne.jp> <20150712184910.2d8d5f085ae659d5b9a2aba0@dec.sakura.ne.jp> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jul 2015 15:41:53 -0000 And let's all just hope that a week or two of testing is enough when jumping a major piece of software forward several years in its independent evolution. The import of 4.2.8p2 several months ago resulted in complete failure of timekeeping on all my arm systems. Just last week I tracked it down to a kernel bug (which I haven't committed the fix for yet). While the bug has been in the kernel for years, it tooks a small change in ntpd behavior to trigger it. Granted it's an odd corner-case problem that won't affect most users because they just use the stock ntp.conf file (and it only affects systems that have a large time step due to no battery-backed clock). But it took me weeks to find enough time to track down the cause of the problem. I wonder how many other such things could be lurking in 4.2.8, waiting to be triggered by other peoples' non-stock configurations? We've already had one report for 4.2.8p3 of someone's GPS refclock not working after the update. -- Ian On Sun, 2015-07-12 at 18:49 +0900, Tomoaki AOKI wrote: > Wow! Thanks for your time and quick response. > I'm looking forward to seeing it MFCed. :-) > > On Sun, 12 Jul 2015 08:56:26 +0000 > Xin LI wrote: > > > I've spent some time on the MFC, the testing would still take some time > > (likely a day or two) and once that's finished I'll ask re@ for approval. > > On Sat, Jul 11, 2015 at 11:44 PM Tomoaki AOKI > > wrote: > > > > > As I already mentioned in another post, head has 4.2.8 p3 in-tree. > > > > > > So the answer should be MFC before creation of releng/10.2 is planned > > > or not. > > > > > > > > > On Sun, 12 Jul 2015 15:04:43 +1000 > > > Peter Jeremy wrote: > > > > > > > On 2015-Jul-11 23:22:56 -0400, Chris Nehren < > > > cnehren+freebsd-stable@pobox.com> wrote: > > > > >On Sat, Jul 11, 2015 at 09:58:11 +1000, John Marshall wrote: > > > > >> It's me again with my annual NTP whinge. > > > > > > > > > >The answer to the perennial "will release $foo ship with old / insecure > > > > >/ otherwise deficient $bar?" is still "install $bar from ports". > > > > > > > > That's a non-answer. It just changes the question to "why bother to > > > > include $bar in base when I need to install the port anyway". > > > > > > > > -- > > > > Peter Jeremy > > > > > > > > > -- > > > Tomoaki AOKI junchoon@dec.sakura.ne.jp > > > _______________________________________________ > > > 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" > > > > > _______________________________________________ > > 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 Sun Jul 12 18:31:57 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63EC1999861 for ; Sun, 12 Jul 2015 18:31:57 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps.rulingia.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E82751147; Sun, 12 Jul 2015 18:31:56 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (c220-239-242-83.belrs5.nsw.optusnet.com.au [220.239.242.83]) by vps.rulingia.com (8.15.2/8.14.9) with ESMTPS id t6CIVjKK010526 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 13 Jul 2015 04:31:51 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.9/8.14.9) with ESMTP id t6CIVeMK003277 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 13 Jul 2015 04:31:40 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.9/8.14.9/Submit) id t6CIVeWi003276; Mon, 13 Jul 2015 04:31:40 +1000 (AEST) (envelope-from peter) Date: Mon, 13 Jul 2015 04:31:40 +1000 From: Peter Jeremy To: Ian Lepore Cc: freebsd-stable@freebsd.org Subject: Re: Will 10.2 also ship with a very stale NTP? Message-ID: <20150712183140.GB22240@server.rulingia.com> References: <20150710235810.GA76134@rwpc16.gfn.riverwillow.net.au> <20150712032256.GB19305@satori.lan> <20150712050443.GA22240@server.rulingia.com> <20150712154416.b9f3713893fe28bfab1dd4d7@dec.sakura.ne.jp> <20150712184910.2d8d5f085ae659d5b9a2aba0@dec.sakura.ne.jp> <1436715703.1334.193.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="/NkBOFFp2J2Af1nK" Content-Disposition: inline In-Reply-To: <1436715703.1334.193.camel@freebsd.org> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jul 2015 18:31:57 -0000 --/NkBOFFp2J2Af1nK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2015-Jul-12 09:41:43 -0600, Ian Lepore wrote: >And let's all just hope that a week or two of testing is enough when >jumping a major piece of software forward several years in its >independent evolution. Whilst I support John's desire for NTP to be updated, I also do not think this is the appropriate time to do so. That said, the final decision is up to re@. >The import of 4.2.8p2 several months ago resulted in complete failure of >timekeeping on all my arm systems. Just last week I tracked it down to >a kernel bug (which I haven't committed the fix for yet). While the bug >has been in the kernel for years, it tooks a small change in ntpd >behavior to trigger it. > >Granted it's an odd corner-case problem that won't affect most users >because they just use the stock ntp.conf file (and it only affects >systems that have a large time step due to no battery-backed clock). >But it took me weeks to find enough time to track down the cause of the >problem. I'm not using the stock ntp.conf on my RPis and didn't notice any NTP issues. Are you able to provide more details of either the ntp.conf options that trigger the bug or the kernel bug itself? A quick search failed to find anything. --=20 Peter Jeremy --/NkBOFFp2J2Af1nK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVorKMXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0YiwP/2ZvBPTzQc5i8p5+lp72k0Zu RIiTCzTRu0CeDco78BXjndpCHH2smjDIqNVMixsvPbewIEX2Y3WF2k7yndFUwHvH SJQzsIzf7aR3mG0SRcAuPmq3yFy1Hozx+5hSjbotCc7AADW85KB9dtXys6jVpxVT nxJb3CQamqsgBjJeSkwIdHMs3mBQ3fTfLzhr+ovSnl/6STR+7fd9B9BCY81RHr0+ PBmlN1kPlxjiSH7JYGhXYl63sMjeeqsEZSFQOE308Xl8181PC0M6Zofvh35i5U2m FvP3UG8SNTwCzhDP9t6ngejsZMtmQAQpn2Pa3fAdA4RRTm1aFN+GM5Z6hyWC/Wck zeH+W5FWeFyglCOlAP4g2/mFMLfVlvY/mBkjQSX6OGwmKv0ynVpqYW16P/dVajTa 1IN3Cz+mKSsHNwhfP5CLrANpSMp7APmjL09vNZj5CtlHEjOMMNcpr0/5L+gjwsOP Y1o0xD8vXhAhSvqwPZ5M/GKRYSyezrNwITJfNQIL5oN/RLPmPIYlZthYOQAqEI+/ XOVtg88ad++3CltobOJTTxVlpyE9IWvb+04nXWR4/DohWy0afdTnvEenUPVvakPZ 2EYefTgxnPmSQAVneycQ/LnuE59k+mp8natw7vPVRO6mQEPnns4NEYAPqEapemY8 WZxUvsJav6lVIFmT29AK =Felr -----END PGP SIGNATURE----- --/NkBOFFp2J2Af1nK-- From owner-freebsd-stable@freebsd.org Sun Jul 12 18:48:23 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34F72999B79 for ; Sun, 12 Jul 2015 18:48:23 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps.rulingia.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 963E61F2C; Sun, 12 Jul 2015 18:48:21 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (c220-239-242-83.belrs5.nsw.optusnet.com.au [220.239.242.83]) by vps.rulingia.com (8.15.2/8.14.9) with ESMTPS id t6CIm5Ar010596 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 13 Jul 2015 04:48:11 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.9/8.14.9) with ESMTP id t6CIlxhp003459 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 13 Jul 2015 04:47:59 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.9/8.14.9/Submit) id t6CIlxP1003458; Mon, 13 Jul 2015 04:47:59 +1000 (AEST) (envelope-from peter) Date: Mon, 13 Jul 2015 04:47:59 +1000 From: Peter Jeremy To: Ian Lepore Cc: freebsd-stable@freebsd.org Subject: Re: Will 10.2 also ship with a very stale NTP? Message-ID: <20150712184759.GC22240@server.rulingia.com> References: <20150710235810.GA76134@rwpc16.gfn.riverwillow.net.au> <20150712032256.GB19305@satori.lan> <20150712050443.GA22240@server.rulingia.com> <20150712154416.b9f3713893fe28bfab1dd4d7@dec.sakura.ne.jp> <20150712184910.2d8d5f085ae659d5b9a2aba0@dec.sakura.ne.jp> <1436715703.1334.193.camel@freebsd.org> <20150712183140.GB22240@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3siQDZowHQqNOShm" Content-Disposition: inline In-Reply-To: <20150712183140.GB22240@server.rulingia.com> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jul 2015 18:48:23 -0000 --3siQDZowHQqNOShm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2015-Jul-13 04:31:40 +1000, Peter Jeremy wrote: >>The import of 4.2.8p2 several months ago resulted in complete failure of >>timekeeping on all my arm systems. Just last week I tracked it down to >>a kernel bug (which I haven't committed the fix for yet). While the bug >>has been in the kernel for years, it tooks a small change in ntpd >>behavior to trigger it. Ah... I just saw r285424. --=20 Peter Jeremy --3siQDZowHQqNOShm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVorZfXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs08HIP/1qrwaxMcOaGhsArs7ZFjARZ nvzPYpU4VoGrKxPonF/BeJ8xO9aZQKSWXTSUP7fz3rheaaYdNRWdGXip9qFntx9O amDjAtKIwwXkDGX3oD4uHWzeQqvmUkF2FU5LfJK2eIMNG58mTt5B/dTnW49dVirl QiZfOClDCIfDazszKE+aaoXPntYTT1L2S9/u5aymbiiBgEdD3qwGL69xRyusSM8i aVRZ+T6NgrDx3Y9sF+jV2yzYaNnDxPfxvchz/6FiK+dkEvZiMN+tKou9F1KP8Sja ksIcyguo0Axih7WawMOquHs8VsEg6ExOpBGDxmyACS7jRJIK826uWRy2Zi5IhYxu r319uKa388Gys4vtZIsfgaa/oLl/6Z6jkLGB5k7EI2CLYWDHQltp5+QHq79xRtUM BeYtsl8FewCio49e4HzO9ts/QrAehGDtyh1fcYnC3N4K3X5dal7tkCp5Af48T/mI l8EkcqBBl/7G1bQhuXVow+IT3bR2BQ8dqXbcCyF09qIRuv7W27oIhl/gD56ttZS0 C42yplJIWR7xomlAd8ZARMvDJ2PjMLG5i4FZhue2daN2JbVKLffVjxr9ifscrIZC gOd0LzePHnM1m/nWHaAq+OyLShA0mxh1KHFVJGLfqgxH0RwYgqvLUSZUBloTTLfg I99tz07DBc+VCkR6FM5o =X0jq -----END PGP SIGNATURE----- --3siQDZowHQqNOShm-- From owner-freebsd-stable@freebsd.org Sun Jul 12 18:48:58 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDC65999BBE for ; Sun, 12 Jul 2015 18:48:58 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) by mx1.freebsd.org (Postfix) with SMTP id A245C103B for ; Sun, 12 Jul 2015 18:48:58 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sun, 12 Jul 2015 18:49:34 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t6CImnWq045472; Sun, 12 Jul 2015 12:48:49 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1436726929.1334.202.camel@freebsd.org> Subject: Re: Will 10.2 also ship with a very stale NTP? From: Ian Lepore To: Peter Jeremy Cc: freebsd-stable@freebsd.org Date: Sun, 12 Jul 2015 12:48:49 -0600 In-Reply-To: <20150712183140.GB22240@server.rulingia.com> References: <20150710235810.GA76134@rwpc16.gfn.riverwillow.net.au> <20150712032256.GB19305@satori.lan> <20150712050443.GA22240@server.rulingia.com> <20150712154416.b9f3713893fe28bfab1dd4d7@dec.sakura.ne.jp> <20150712184910.2d8d5f085ae659d5b9a2aba0@dec.sakura.ne.jp> <1436715703.1334.193.camel@freebsd.org> <20150712183140.GB22240@server.rulingia.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jul 2015 18:48:59 -0000 On Mon, 2015-07-13 at 04:31 +1000, Peter Jeremy wrote: > On 2015-Jul-12 09:41:43 -0600, Ian Lepore wrote: > >And let's all just hope that a week or two of testing is enough when > >jumping a major piece of software forward several years in its > >independent evolution. > > Whilst I support John's desire for NTP to be updated, I also do not > think this is the appropriate time to do so. That said, the final > decision is up to re@. > > >The import of 4.2.8p2 several months ago resulted in complete failure of > >timekeeping on all my arm systems. Just last week I tracked it down to > >a kernel bug (which I haven't committed the fix for yet). While the bug > >has been in the kernel for years, it tooks a small change in ntpd > >behavior to trigger it. > > > >Granted it's an odd corner-case problem that won't affect most users > >because they just use the stock ntp.conf file (and it only affects > >systems that have a large time step due to no battery-backed clock). > >But it took me weeks to find enough time to track down the cause of the > >problem. > > I'm not using the stock ntp.conf on my RPis and didn't notice any NTP > issues. Are you able to provide more details of either the ntp.conf > options that trigger the bug or the kernel bug itself? A quick search > failed to find anything. > I just committed the kernel fix as r285424; the commit message has some info on why the new ntpd made the problem visible. I should have said "stock rc.conf and ntp.conf"... To get the problem to happen you've got to set rc.conf ntpd_sync_on_start=NO and allow ntpd to make a large step (-g without -q, or tinker panic 0). I don't remember why I had sync on start disabled on most of my arm systems (probably a one-time experiment that I forgot to undo and it got copied around), but I suspect most people who don't have battery clocks will have it set to yes, and that's why nobody else saw this problem. To me, the problem was mainly illustrative of how a tiny innocuous change (ntpd making a series of ntp_adjtime() calls in a different, but still correct, order than it used to) can expose a completely unexpected longstanding bug in our code. Gotta wonder if any more of those are lurking. :/ -- Ian From owner-freebsd-stable@freebsd.org Mon Jul 13 07:04:17 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCC2E99B945 for ; Mon, 13 Jul 2015 07:04:17 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 3F3471AF1 for ; Mon, 13 Jul 2015 07:04:16 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 3966 invoked by uid 907); 13 Jul 2015 06:57:33 -0000 Received: from Unknown (HELO jmmacpro.tmst.com.au) (203.14.245.130) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (ECDHE-RSA-AES256-SHA encrypted) ESMTPSA; Mon, 13 Jul 2015 16:57:33 +1000 From: Jan Mikkelsen Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: 10.2-BETA1: pw(8) does not support "pw useradd name -u 0" Message-Id: <00BBEBAC-D7E2-4312-995B-93F7F0EDDD42@transactionware.com> Date: Mon, 13 Jul 2015 16:57:32 +1000 To: FreeBSD Stable Mailing List , bapt@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jul 2015 07:04:18 -0000 Hi, In our system build scripts we have this command: /usr/sbin/pw -V $d useradd toor -u 0 -g 0 -d /root -s /bin/sh -c = "Bourne-again Superuser" -g wheel -o After 10.2-BETA1, the toor account is being added with UID 1001 instead = of UID 0. This looks like a problem with line 754 in pw_user.c, which = has this test: /* * Check the given uid, if any */ if (id > 0) { uid =3D (uid_t) id; if ((pwd =3D GETPWUID(uid)) !=3D NULL && = conf.checkduplicate) errx(EX_DATAERR, "uid `%u' has already been = allocated", pwd->pw_uid); } else { struct bitmap bm; The (id > 0) test should probably be (id >=3D 0) to allow =E2=80=9C-u = 0=E2=80=9D to be passed on the command line. This change is from r285092 by bapt@. Was this change in behaviour = intentional? Regards, Jan Mikkelsen From owner-freebsd-stable@freebsd.org Mon Jul 13 08:07:36 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6130D99B64B for ; Mon, 13 Jul 2015 08:07:36 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B8E881AF8; Mon, 13 Jul 2015 08:07:35 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t6D87VxV083703; Mon, 13 Jul 2015 10:07:31 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 65DDD1EF; Mon, 13 Jul 2015 10:07:31 +0200 (CEST) Message-ID: <55A371C2.9030009@omnilan.de> Date: Mon, 13 Jul 2015 10:07:30 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= , FreeBSD Stable , kib@freebsd.org Subject: Re: r284665 causes MSI problems -> ahcich2: Timeout in slot 11 port 0 References: <55A158E1.3000905@omnilan.de> <20150712094153.GA1549@brick> <55A23A75.8050003@omnilan.de> In-Reply-To: <55A23A75.8050003@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCA9E10B2FBD4A32190F98183" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Mon, 13 Jul 2015 10:07:31 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jul 2015 08:07:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCA9E10B2FBD4A32190F98183 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Harald Schmalzbauer's Nachricht vom 12.07.2015 11:59 (loc= altime): =E2=80=A6 >>> I can't find suspicious code in r282213 which could cause this strang= e >>> regression, but I verified carefully that problem arises with r284665= =2E >>> Actually, r282901 >>> (https://svnweb.freebsd.org/base?view=3Drevision&sortby=3Ddate&revisi= on=3D282901) >>> is the real trigger, verified by putting >>> nooptions RACCT >>> nooptions RACCT_DEFAULT_TO_DISABLED >>> nooptions RCTL >>> into my kernel config -> problem vanishes! >>> >>> Setting "kern.racct.enable=3D1" doesn't make any difference, as soon = as >>> 'kern.features.racct' exists, there's the ahci(4)/ahcich2 timeout and= >>> machine doesn't finish booting. >>> >>> Unfortunately, I don't have any idea how to track this down to the >>> actual culprit, but I hope the RACCT hackers do have ;-) >>> >>> Shall I open a bugzilla ticket? >> That's... curious. I don't see how those two things could be related.= >> What's the FreeBSD version? How reproducible it is? Have you tried >> compiling with and without those three lines a couple of times? > Yes, I tried several times, and falsified that with r284665 the timeout= s > reproducably show up (which blocks the booting process, a major issue i= n > my case). > I also verified that several different revisions <284665 don't lead to > that problem, and also that the changes in ahci code paths for the last= > year are not involved. > I also can't see any relation, wich doesn't mean much since I don't hav= e > the kernel skills, but I'm sure the symptoms start with "options RACCT"= While still true that I _always_ had troubles with ahcich-timeouts and "options RACCT". I now saw the same problem with kernel compiled without RACCT option :-( In this case, it's random and I had luck several times in a row, but later on, several times in a row not, when the ahcich-timeouts prevented the box from booting. So "options RACCT" does have an influence =E2=80=93 like mentioned, I cou= ld never boot the machine with kernel >=3D r284665 and "options RACCT", but most times with the same kernel without "options RACCT" =E2=80=93 but rem= oving "options RACCT" from the kernel config is _not_ a true solution. It just improves things in the way that it's possible to boot at all =E2=80=93 mo= st times =E2=80=93 but sometimes also leads to ahcich-timeouts. At least wit= h kernel >=3D r284665. I couldn't re-checked with older revisions. Next chance for tests is the weekende after the next :-( Do you have an idea which race "options RACCT" could influence? Verbose booting showed in all cases (with or without timeouts) the same IRQ mapping as far as I could see. Is it likely to be a ACPI-Routing problem? Once the machine booted, I couldn't see any ahcich-timeout yet in production. Thanks, -Harry --------------enigCA9E10B2FBD4A32190F98183 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlWjccIACgkQLDqVQ9VXb8hX0ACfQr1On9gC3hcAYPH/peKegv5h 9TkAoLDSW1hRDVczZY9/2cfl0PFaOdnh =ZwzR -----END PGP SIGNATURE----- --------------enigCA9E10B2FBD4A32190F98183-- From owner-freebsd-stable@freebsd.org Mon Jul 13 08:36:33 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1835F99BC82 for ; Mon, 13 Jul 2015 08:36:33 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A39751A98 for ; Mon, 13 Jul 2015 08:36:32 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wgkl9 with SMTP id l9so19870373wgk.1 for ; Mon, 13 Jul 2015 01:36:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=TC47GhrKqjqxx1AleNotm/Z/zIb0wa+nk5kePa97ufM=; b=oIWKfoe56q8haGFhJAlg8Mx2FFkkguh/DmopWPJNS738csK4A0KD32kKMo06ls7SGm /D8dw+86c/2MPT58kULbt08tNGs4fo5pDh1GI/+ir+cT9p4RSTgflVNgF80R3pAiHlSJ uzUHcw5XesE6CEEd4iV5cq5KwWQb1mAnxat5xQ4O4qZQvadxHYuWp97YE/oz4lmVIC5G dKo6H1503iXIY9Tnjw15HicV7AZIc+QMr077W3dMf9r8nUdfmtgOzRxnTMJO8focER24 rVngSKgrKmCq0Cy2kEGJVGU0ts9TrvEJAPSHfsxp2uyNH7A7vKBUnVIAEqU6a9aha49p q0JQ== X-Received: by 10.180.75.78 with SMTP id a14mr21610770wiw.68.1436776591083; Mon, 13 Jul 2015 01:36:31 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id d7sm13291157wij.0.2015.07.13.01.36.30 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Jul 2015 01:36:30 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 13 Jul 2015 10:36:28 +0200 From: Baptiste Daroussin To: Jan Mikkelsen Cc: FreeBSD Stable Mailing List Subject: Re: 10.2-BETA1: pw(8) does not support "pw useradd name -u 0" Message-ID: <20150713083628.GA37597@ivaldir.etoilebsd.net> References: <00BBEBAC-D7E2-4312-995B-93F7F0EDDD42@transactionware.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <00BBEBAC-D7E2-4312-995B-93F7F0EDDD42@transactionware.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jul 2015 08:36:33 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 13, 2015 at 04:57:32PM +1000, Jan Mikkelsen wrote: > Hi, >=20 > In our system build scripts we have this command: >=20 > /usr/sbin/pw -V $d useradd toor -u 0 -g 0 -d /root -s /bin/sh -c "Bourne-= again Superuser" -g wheel -o >=20 > After 10.2-BETA1, the toor account is being added with UID 1001 instead o= f UID 0. This looks like a problem with line 754 in pw_user.c, which has th= is test: >=20 > /* > * Check the given uid, if any > */ > if (id > 0) { > uid =3D (uid_t) id; >=20 > if ((pwd =3D GETPWUID(uid)) !=3D NULL && conf.checkduplic= ate) > errx(EX_DATAERR, "uid `%u' has already been alloc= ated", pwd->pw_uid); > } else { > struct bitmap bm; >=20 >=20 > The (id > 0) test should probably be (id >=3D 0) to allow =E2=80=9C-u 0= =E2=80=9D to be passed on the command line. >=20 > This change is from r285092 by bapt@. Was this change in behaviour intent= ional? Nope, I'll fix asap Thanks for reporting Best regards, Bapt --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlWjeIwACgkQ8kTtMUmk6ExPHQCeJEVB1w5N/1POLy5KzbyD8jnG ljIAoIDz/2L2J1dj1aqwUXW5CEFPk6tU =dMJh -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-stable@freebsd.org Mon Jul 13 09:10:12 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 066463954 for ; Mon, 13 Jul 2015 09:10:12 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F736128F for ; Mon, 13 Jul 2015 09:10:11 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wgkl9 with SMTP id l9so20561646wgk.1 for ; Mon, 13 Jul 2015 02:10:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=pQtBP8Mj0Bl8PHn9Nj7CjflIXDJkQ5GS/pUlioRVWLY=; b=HirAHrRPUEDW1qQn1Yue6lQqZJTvdsewKnNlY7hV3cOX6KXXjR5VVNP/0kH+ql3L6S cmfYbnKzaxHZy655wOqG/cE/sTdxR5lC0qLknusKEY/3+kM811s8tflaOu+IwEhjL9fo JWcb8XIXuj1MCYh9UT1/1u44QCdCpHjvVWcrLCmm++pe7TjIMG4unUkkBTtQYGy+F+KO ZjPR0PdWVFYfTsGrRSxajV5Pj41HwTMb8WyR3H42kqepOob9+1br9u5pi8Ey31CKtuBo kDgVL5Da+0doCvt8JUGHSZA3CXfie0mtgwc8dS4UpRTf9qI0JCgbOGhhaMDUcFt6o3kx wmLw== X-Received: by 10.180.80.229 with SMTP id u5mr19919860wix.92.1436778610005; Mon, 13 Jul 2015 02:10:10 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id se11sm13446572wic.2.2015.07.13.02.10.08 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Jul 2015 02:10:09 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 13 Jul 2015 11:10:06 +0200 From: Baptiste Daroussin To: Jan Mikkelsen Cc: FreeBSD Stable Mailing List Subject: Re: 10.2-BETA1: pw(8) does not support "pw useradd name -u 0" Message-ID: <20150713091006.GB37597@ivaldir.etoilebsd.net> References: <00BBEBAC-D7E2-4312-995B-93F7F0EDDD42@transactionware.com> <20150713083628.GA37597@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cmJC7u66zC7hs+87" Content-Disposition: inline In-Reply-To: <20150713083628.GA37597@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jul 2015 09:10:12 -0000 --cmJC7u66zC7hs+87 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 13, 2015 at 10:36:28AM +0200, Baptiste Daroussin wrote: > On Mon, Jul 13, 2015 at 04:57:32PM +1000, Jan Mikkelsen wrote: > > Hi, > >=20 > > In our system build scripts we have this command: > >=20 > > /usr/sbin/pw -V $d useradd toor -u 0 -g 0 -d /root -s /bin/sh -c "Bourn= e-again Superuser" -g wheel -o > >=20 > > After 10.2-BETA1, the toor account is being added with UID 1001 instead= of UID 0. This looks like a problem with line 754 in pw_user.c, which has = this test: > >=20 > > /* > > * Check the given uid, if any > > */ > > if (id > 0) { > > uid =3D (uid_t) id; > >=20 > > if ((pwd =3D GETPWUID(uid)) !=3D NULL && conf.checkdupl= icate) > > errx(EX_DATAERR, "uid `%u' has already been all= ocated", pwd->pw_uid); > > } else { > > struct bitmap bm; > >=20 > >=20 > > The (id > 0) test should probably be (id >=3D 0) to allow =E2=80=9C-u 0= =E2=80=9D to be passed on the command line. > >=20 > > This change is from r285092 by bapt@. Was this change in behaviour inte= ntional? >=20 > Nope, I'll fix asap >=20 > Thanks for reporting >=20 > Best regards, > Bapt Fixed in head, will be merged soon in stable, I also added a regression test about this. Please note that you do add -g 0 and -g wheel in your command line, this is buggy, only one should be specified. Best regards, bapt --cmJC7u66zC7hs+87 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlWjgG4ACgkQ8kTtMUmk6ExNyACgklnoPm+5qkmd76pKfOmV2Ilk TrQAoIZrnDBlsat4/q+nmkow1hcPVs2N =PS3S -----END PGP SIGNATURE----- --cmJC7u66zC7hs+87-- From owner-freebsd-stable@freebsd.org Mon Jul 13 11:48:02 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC77999B7F4; Mon, 13 Jul 2015 11:48:02 +0000 (UTC) (envelope-from csforgeron@gmail.com) Received: from mail-qg0-x22f.google.com (mail-qg0-x22f.google.com [IPv6:2607:f8b0:400d:c04::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E1D317B; Mon, 13 Jul 2015 11:48:02 +0000 (UTC) (envelope-from csforgeron@gmail.com) Received: by qgep37 with SMTP id p37so62637918qge.1; Mon, 13 Jul 2015 04:48:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=eiJ+314qHz0yeScIiVjlFL4qp2b73M0Nkg/CnY4Duok=; b=WVLaF+CTYXbfLSy7EiiMYL95Sw6nq/uAhZMrpG45Vr/KOCRpxGtvPu42lLg2xPenc/ uVbCFszb38VhIxOo7A3NxIDWNRklzDBpR651rm8ICXG3vrpq6fHL3C5rPfaEsvCWMC3l D/uoPTdLJrZ5BW7V7+GlMwYPQrzPoq7zI2ZNiDTuNeu/wRQ/ro9tlTwHzHCoJXpLCZSd ZkrOHVZoFG9A3rkPiMOYMB0l2YFK54kFHCSAp66hrII1ywPRO//RXXb8FOdpRFSHFNq8 cB4vNfBBSsfzmxBuiSUQbWOhXNoJ8CoFUkwYZIIUM7451m19AlDV1kLXeDdWr0LzkvsT 4xjg== MIME-Version: 1.0 X-Received: by 10.55.20.72 with SMTP id e69mr13924316qkh.63.1436788081309; Mon, 13 Jul 2015 04:48:01 -0700 (PDT) Received: by 10.96.174.39 with HTTP; Mon, 13 Jul 2015 04:48:01 -0700 (PDT) Date: Mon, 13 Jul 2015 08:48:01 -0300 Message-ID: Subject: FreeBSD 10.1 Memory Exhaustion From: Christopher Forgeron To: freebsd-stable@freebsd.org, FreeBSD Filesystems Cc: Adrian Chadd Content-Type: multipart/mixed; boundary=001a1145eae834d0fc051ac04b07 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jul 2015 11:48:02 -0000 --001a1145eae834d0fc051ac04b07 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable TL;DR Summary: I can run FreeBSD out of memory quite consistently, and it= =E2=80=99s not a TOS/mbuf exhaustion issue. It=E2=80=99s quite possible that ZFS is th= e culprit, but shouldn=E2=80=99t the pager be able to handle aggressive memor= y requests in a low memory situation gracefully, without needing custom tuning of ZFS / VM? Hello, I=E2=80=99ve been dealing with some instability in my 10.1-RELEASE and STABLEr282701M machines for the last few months. These machines are NFS/iSCSI storage machines, running on Dell M610x or similar hardware, 96 Gig Memory, 10Gig Network Cards, dual Xeon Processors =E2=80=93 Fairly beefy stuff. Initially I thought it was more issues with TOS / jumbo mbufs, as I had this problem last year. I had thought that this was properly resolved, but setting my MTU to 1500, and turning off TOS did give me a bit more stability. Currently all my machines are set this way. Crashes were usually represented by loss of network connectivity, and the ctld daemon scrolling messages across the screen at full speed about lost connections. All of this did seem like more network stack problems, but with each crash I=E2=80=99d be able to learn a bit more. Usually there was nothing of any use in the logfile, but every now and then I=E2=80=99d get this: Jun 3 13:02:04 san0 kernel: WARNING: 172.16.0.97 (iqn.1998-01.com.vmware:esx5a-3387a188): failed to allocate memory Jun 3 13:02:04 san0 kernel: WARNING: icl_pdu_new: failed to allocate 80 bytes Jun 3 13:02:04 san0 kernel: WARNING: 172.16.0.97 (iqn.1998-01.com.vmware:esx5a-3387a188): failed to allocate memory Jun 3 13:02:04 san0 kernel: WARNING: icl_pdu_new: failed to allocate 80 bytes Jun 3 13:02:04 san0 kernel: WARNING: 172.16.0.97 (iqn.1998-01.com.vmware:esx5a-3387a188): failed to allocate memory --------- Jun 4 03:03:09 san0 kernel: WARNING: icl_pdu_new: failed to allocate 80 bytes Jun 4 03:03:09 san0 kernel: WARNING: icl_pdu_new: failed to allocate 80 bytes Jun 4 03:03:09 san0 kernel: WARNING: 172.16.0.97 (iqn.1998-01.com.vmware:esx5a-3387a188): failed to allocate memory Jun 4 03:03:09 san0 kernel: WARNING: 172.16.0.97 (iqn.1998-01.com.vmware:esx5a-3387a188): connection error; dropping connection Jun 4 03:03:09 san0 kernel: WARNING: 172.16.0.97 (iqn.1998-01.com.vmware:esx5a-3387a188): connection error; dropping connection Jun 4 03:03:10 san0 kernel: WARNING: 172.16.0.97 (iqn.1998-01.com.vmware:esx5a-3387a188): waiting for CTL to terminate tasks, 1 remaining Jun 4 06:04:27 san0 syslogd: kernel boot file is /boot/kernel/kernel So knowing that it seemed to be running out of memory, I started leaving leaving =E2=80=98vmstat 5=E2=80=99 running on a console, to see what it was= displaying during the crash. It was always the same thing: 0 0 0 1520M 4408M 15 0 0 0 25 19 0 0 21962 1667 91390 0 33 67 0 0 0 1520M 4310M 9 0 0 0 2 15 3 0 21527 1385 95165 0 31 69 0 0 0 1520M 4254M 7 0 0 0 14 19 0 0 17664 1739 72873 0 18 82 0 0 0 1520M 4145M 2 0 0 0 0 19 0 0 23557 1447 96941 0 36 64 0 0 0 1520M 4013M 4 0 0 0 14 19 0 0 4288 490 34685 0 72 28 0 0 0 1520M 3885M 2 0 0 0 0 19 0 0 11141 1038 69242 0 52 48 0 0 0 1520M 3803M 10 0 0 0 14 19 0 0 24102 1834 91050 0 33 67 0 0 0 1520M 8192B 2 0 0 0 2 15 1 0 19037 1131 77470 0 45 55 0 0 0 1520M 8192B 0 22 0 0 2 0 6 0 146 82 578 0 0 100 0 0 0 1520M 8192B 1 0 0 0 0 0 0 0 130 40 510 0 0 100 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 143 40 501 0 0 100 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 201 62 660 0 0 100 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 101 28 404 0 0 100 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 97 27 398 0 0 100 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 93 28 377 0 0 100 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 92 27 373 0 0 100 I=E2=80=99d go from a decent amount of free memory to suddenly having none= . Vmstat would stop outputting, console commands would hang, etc. The whole system would be useless. Looking into this, I came across a similar issue; https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D199189 I started increasing v.v_free_min, and it helped =E2=80=93 My crashes went = from being ~every 6 hours to every few days. Currently I=E2=80=99m running with vm.v_free_min=3D1254507 =E2=80=93 That= =E2=80=99s (1254507 * 4KiB) , or 4.78GiB of Reserve. The vmstat above is of a machine with that setting still running to 8B of memory. I have two issues here: 1) I don=E2=80=99t think I should ever be able to run the system into the g= round on memory. Deny me new memory until the pager can free more. 2) Setting =E2=80=98min=E2=80=99 doesn=E2=80=99t really mean =E2=80=98min= =E2=80=99 as it can obviously go below that threshold. I have plenty of local UFS swap (non-ZFS drives) Adrian requested that I output a few more diagnostic items, and this is what I=E2=80=99m running on a console now, in a loop: vmstat netstat -m vmstat -z sleep 1 The output of four crashes are attached here, as they can be a bit long. Let me know if that=E2=80=99s not a good way to report them. They will each= start mid-way through a vmstat =E2=80=93z output, as that=E2=80=99s as far back a= s my terminal buffer allows. Now, I have a good idea of the conditions that are causing this: ZFS Snapshots, run by cron, during times of high ZFS writes. The crashes are all nearly on the hour, as that=E2=80=99s when crontab trig= gers my python scripts to make new snapshots, and delete old ones. My average FreeBSD machine has ~ 30 zfs datasets, with each pool having ~20 TiB used. These all need to snapshot on the hour. By staggering the snapshots by a few minutes, I have been able to reduce crashing from every other day to perhaps once a week if I=E2=80=99m lucky = =E2=80=93 But if I start moving a lot of data around, I can cause daily crashes again. It=E2=80=99s looking to be the memory demand of snapshotting lots of ZFS da= tasets at the same time while accepting a lot of write traffic. Now perhaps the answer is =E2=80=98don=E2=80=99t do that=E2=80=99 but I fee= l that FreeBSD should be robust enough to handle this. I don=E2=80=99t mind tuning for now to reduce/eliminate this, but others shouldn=E2=80=99t run into this pain just= because they heavily load their machines =E2=80=93 There must be a way of avoiding = this condition. Here are the contents of my /boot/loader.conf and sysctl.conf, so show my minimal tuning to make this problem a little more bearable: /boot/loader.conf vfs.zfs.arc_meta_limit=3D49656727553 vfs.zfs.arc_max =3D 91489280512 /etc/sysctl.conf vm.v_free_min=3D1254507 Any suggestions/help is appreciated. Thank you. --001a1145eae834d0fc051ac04b07 Content-Type: text/plain; charset=US-ASCII; name="2015-07-03 - San2.txt" Content-Disposition: attachment; filename="2015-07-03 - San2.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ic1ufftw0 U0FOMiBiZWZvcmUgQ3Jhc2gNCg0KemlvX2RhdGFfYnVmXzU3MzQ0OiAgIDU3MzQ0LCAgICAgIDAs ICAgICAgIDEsICAgICAgMjcsIDI4Nzk1MTcsICAgMCwgICAwDQp6aW9fYnVmXzYxNDQwOiAgICAg ICAgNjE0NDAsICAgICAgMCwgICAgICAgMCwgICAgICA1MywgODIxMTkzMiwgICAwLCAgIDANCnpp b19kYXRhX2J1Zl82MTQ0MDogICA2MTQ0MCwgICAgICAwLCAgICAgICAxLCAgICAgIDIxLCAgICAy MDg5LCAgIDAsICAgMA0KemlvX2J1Zl82NTUzNjogICAgICAgIDY1NTM2LCAgICAgIDAsICAgICA0 NTEsICAgICA2MTQsMzMyNjE2NjgyLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzY1NTM2OiAgIDY1 NTM2LCAgICAgIDAsICAyNzA2ODMsICAgIDEyMTksNDgzOTE1MzUyLCAgIDAsICAgMA0KemlvX2J1 Zl82OTYzMjogICAgICAgIDY5NjMyLCAgICAgIDAsICAgICAgIDAsICAgICAgMjIsIDYyNDQxODEs ICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNjk2MzI6ICAgNjk2MzIsICAgICAgMCwgICAgICAgMSwg ICAgICAyMiwgICAgMjQ0MiwgICAwLCAgIDANCnppb19idWZfNzM3Mjg6ICAgICAgICA3MzcyOCwg ICAgICAwLCAgICAgICAwLCAgICAgIDIyLCA3MTA1NDYzLCAgIDAsICAgMA0KemlvX2RhdGFfYnVm XzczNzI4OiAgIDczNzI4LCAgICAgIDAsICAgICAgIDAsICAgICAgMjUsICAgIDIwNzgsICAgMCwg ICAwDQp6aW9fYnVmXzc3ODI0OiAgICAgICAgNzc4MjQsICAgICAgMCwgICAgICAgMCwgICAgICAy MiwgNTM2MDM3NiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl83NzgyNDogICA3NzgyNCwgICAgICAw LCAgICAgICAwLCAgICAgIDIyLCAgICAyMDc2LCAgIDAsICAgMA0KemlvX2J1Zl84MTkyMDogICAg ICAgIDgxOTIwLCAgICAgIDAsICAgICAgIDAsICAgICAgMjUsIDY5NzYyMzMsICAgMCwgICAwDQp6 aW9fZGF0YV9idWZfODE5MjA6ICAgODE5MjAsICAgICAgMCwgICAgICAgMCwgICAgICAyMCwgICAg MjA3NywgICAwLCAgIDANCnppb19idWZfODYwMTY6ICAgICAgICA4NjAxNiwgICAgICAwLCAgICAg ICAwLCAgICAgIDI3LCA1Mzg3MjYyLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzg2MDE2OiAgIDg2 MDE2LCAgICAgIDAsICAgICAgIDAsICAgICAgMjEsICAgIDIwNzAsICAgMCwgICAwDQp6aW9fYnVm XzkwMTEyOiAgICAgICAgOTAxMTIsICAgICAgMCwgICAgICAgMiwgICAgICAyMSwgNjM2MjU3Miwg ICAwLCAgIDANCnppb19kYXRhX2J1Zl85MDExMjogICA5MDExMiwgICAgICAwLCAgICAgICAxLCAg ICAgIDIzLCAgICAyNTUxLCAgIDAsICAgMA0KemlvX2J1Zl85NDIwODogICAgICAgIDk0MjA4LCAg ICAgIDAsICAgICAgIDEsICAgICAgMjIsIDYwNjcxMDUsICAgMCwgICAwDQp6aW9fZGF0YV9idWZf OTQyMDg6ICAgOTQyMDgsICAgICAgMCwgICAgICAgMCwgICAgICAyNCwgICAgMjExNCwgICAwLCAg IDANCnppb19idWZfOTgzMDQ6ICAgICAgICA5ODMwNCwgICAgICAwLCAgICAgICAxLCAgICAgIDIx LCA4NTg3OTE1LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzk4MzA0OiAgIDk4MzA0LCAgICAgIDAs ICAgICAgIDAsICAgICAgMjEsICAgIDIxMDQsICAgMCwgICAwDQp6aW9fYnVmXzEwMjQwMDogICAg ICAxMDI0MDAsICAgICAgMCwgICAgICAgMCwgICAgICAyNiwgNjU4OTA2MiwgICAwLCAgIDANCnpp b19kYXRhX2J1Zl8xMDI0MDA6IDEwMjQwMCwgICAgICAwLCAgICAgICAwLCAgICAgIDIxLCAgICAy MDYxLCAgIDAsICAgMA0KemlvX2J1Zl8xMDY0OTY6ICAgICAgMTA2NDk2LCAgICAgIDAsICAgICAg IDEsICAgICAgMjMsIDcyODA1NzAsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTA2NDk2OiAxMDY0 OTYsICAgICAgMCwgICAgICAgMCwgICAgICAyNCwgICAgMjAwOSwgICAwLCAgIDANCnppb19idWZf MTEwNTkyOiAgICAgIDExMDU5MiwgICAgICAwLCAgICAgICA2LCAgICAgIDE5LCA3NzY3NjkyLCAg IDAsICAgMA0KemlvX2RhdGFfYnVmXzExMDU5MjogMTEwNTkyLCAgICAgIDAsICAgICAgIDAsICAg ICAgMjAsICAgIDE5MDMsICAgMCwgICAwDQp6aW9fYnVmXzExNDY4ODogICAgICAxMTQ2ODgsICAg ICAgMCwgICAgICAgMSwgICAgICAyNCwgOTExODYxNywgICAwLCAgIDANCnppb19kYXRhX2J1Zl8x MTQ2ODg6IDExNDY4OCwgICAgICAwLCAgICAgICAxLCAgICAgIDIxLCAgICAxOTAxLCAgIDAsICAg MA0KemlvX2J1Zl8xMTg3ODQ6ICAgICAgMTE4Nzg0LCAgICAgIDAsICAgICAgIDEsICAgICAgMjMs IDgyNjg4MTMsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTE4Nzg0OiAxMTg3ODQsICAgICAgMCwg ICAgICAgMCwgICAgICAyMywgICAgMTc0MCwgICAwLCAgIDANCnppb19idWZfMTIyODgwOiAgICAg IDEyMjg4MCwgICAgICAwLCAgICAgICAwLCAgICAgIDMxLDExMjI0OTE4LCAgIDAsICAgMA0Kemlv X2RhdGFfYnVmXzEyMjg4MDogMTIyODgwLCAgICAgIDAsICAgICAgIDAsICAgICAgMjAsICAgIDE2 NjgsICAgMCwgICAwDQp6aW9fYnVmXzEyNjk3NjogICAgICAxMjY5NzYsICAgICAgMCwgICAgICAg MCwgICAgICAyNywxMDcxMzQ5MSwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8xMjY5NzY6IDEyNjk3 NiwgICAgICAwLCAgICAgICAwLCAgICAgIDE5LCAgICAxNjQ4LCAgIDAsICAgMA0KemlvX2J1Zl8x MzEwNzI6ICAgICAgMTMxMDcyLCAgICAgIDAsICAgMTM1MTEsICAgIDEyMDgsMjU0MTkzMDEzLCAg IDAsICAgMA0KemlvX2RhdGFfYnVmXzEzMTA3MjogMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAg ICAgMTQsICAgNTY2OTYsICAgMCwgICAwDQpsejRfY3R4OiAgICAgICAgICAgICAgMTYzODQsICAg ICAgMCwgICAgICAgMCwgICAgICA1MiwxNjU4ODA1NjUxLCAgIDAsICAgMA0Kc2FfY2FjaGU6ICAg ICAgICAgICAgICAgIDgwLCAgICAgIDAsICAyMzQzMDEsICAgODM5NDksIDUwMzM4NzYsICAgMCwg ICAwDQpkbm9kZV90OiAgICAgICAgICAgICAgICA3NTIsICAgICAgMCwgIDMyNTE3MywgICAyMzgy MiwgNzg0NjEyOCwgICAwLCAgIDANCmRtdV9idWZfaW1wbF90OiAgICAgICAgIDIzMiwgICAgICAw LCAyNDIwNjEzLCAxMDkyNzk0LDEwMTg4MzU1MjIsICAgMCwgICAwDQphcmNfYnVmX2hkcl90OiAg ICAgICAgICAyMTYsICAgICAgMCwzMTQ3MDU2MCwgNjU4MDA3Miw3MDQ3NzUxMjYsICAgMCwgICAw DQphcmNfYnVmX3Q6ICAgICAgICAgICAgICAgNzIsICAgICAgMCwgMjMwMzE3NCwgMTQ0NDI1MSw4 NDI5Nzk4NjAsICAgMCwgICAwDQp6aWxfbHdiX2NhY2hlOiAgICAgICAgICAxOTIsICAgICAgMCwg ICAgICAzMiwgICAgMTkyOCwxMTg5Nzg1MDUsICAgMCwgICAwDQp6ZnNfem5vZGVfY2FjaGU6ICAg ICAgICAzNjgsICAgICAgMCwgIDIzNDMwMSwgICAzODEzOSwgNTAzMzg3NiwgICAwLCAgIDANCk1v dW50cG9pbnRzOiAgICAgICAgICAgIDgxNiwgICAgICAwLCAgICAgIDMzLCAgICAgMTM3LCAgICAg IDM3LCAgIDAsICAgMA0Ka3NpZ2luZm86ICAgICAgICAgICAgICAgMTEyLCAgICAgIDAsICAgICAy NjcsICAgIDMxMjgsICAgNTE0MjIsICAgMCwgICAwDQppdGltZXI6ICAgICAgICAgICAgICAgICAz NTIsICAgICAgMCwgICAgICAgMSwgICAgICAxMCwgICAgICAgMSwgICAwLCAgIDANCktOT1RFOiAg ICAgICAgICAgICAgICAgIDEyOCwgICAgICAwLCAgICAgICAwLCAgICAyMTM5LCAgMzg2MDQxLCAg IDAsICAgMA0Kc29ja2V0OiAgICAgICAgICAgICAgICAgNjk2LCAxNTcxNjIwLCAgICAgIDY3LCAg ICAgMjgzLCAgNTUxOTU3LCAgIDAsICAgMA0KaXBxOiAgICAgICAgICAgICAgICAgICAgIDU2LCAg OTU3MDgsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQp1ZHBfaW5wY2I6ICAg ICAgICAgICAgICAzOTIsIDE1NzE2MjAsICAgICAgMTgsICAgICA2MTIsICAyNDMyMTUsICAgMCwg ICAwDQp1ZHBjYjogICAgICAgICAgICAgICAgICAgMTYsIDE1NzE3NjIsICAgICAgMTgsICAgIDUw MDIsICAyNDMyMTUsICAgMCwgICAwDQp0Y3BfaW5wY2I6ICAgICAgICAgICAgICAzOTIsIDE1NzE2 MjAsICAgICAgMzMsICAgICA1OTcsICAyOTU2MTksICAgMCwgICAwDQp0Y3BjYjogICAgICAgICAg ICAgICAgIDEwMjQsIDE1NzE2MjAsICAgICAgMzMsICAgICAyODMsICAyOTU2MTksICAgMCwgICAw DQp0Y3B0dzogICAgICAgICAgICAgICAgICAgODgsICAyNzgxMCwgICAgICAgMCwgICAgMTY2NSwg ICAgNTA1OSwgICAwLCAgIDANCnN5bmNhY2hlOiAgICAgICAgICAgICAgIDE2MCwgIDE1Mzc1LCAg ICAgICAwLCAgICAgNTAwLCAgMjc5MzMxLCAgIDAsICAgMA0KaG9zdGNhY2hlOiAgICAgICAgICAg ICAgMTM2LCAgMTUzNzAsICAgICAgIDIsICAgICAzNzUsICAgICAgODUsICAgMCwgICAwDQp0Y3By ZWFzczogICAgICAgICAgICAgICAgNDAsIDE5MTQwMCwgICAgICAgMCwgICAgMjEwMCwgICAgOTUw NCwgICAwLCAgIDANCnNhY2tob2xlOiAgICAgICAgICAgICAgICAzMiwgICAgICAwLCAgICAgICAw LCAgICAyMTI1LCAgMTA3NTI4LCAgIDAsICAgMA0Kc2N0cF9lcDogICAgICAgICAgICAgICAxNDA4 LCAxNTcxNjIwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0Kc2N0cF9hc29j OiAgICAgICAgICAgICAyNDE2LCAgNDAwMDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg MCwgICAwDQpzY3RwX2xhZGRyOiAgICAgICAgICAgICAgNDgsICA4MDAxMiwgICAgICAgMCwgICAg ICAgMCwgICAgICAgNCwgICAwLCAgIDANCnNjdHBfcmFkZHI6ICAgICAgICAgICAgIDcyOCwgIDgw MDAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0Kc2N0cF9jaHVuazogICAg ICAgICAgICAgMTM2LCA0MDAwMjYsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAw DQpzY3RwX3JlYWRxOiAgICAgICAgICAgICAxMDQsIDQwMDAyNiwgICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAwLCAgIDANCnNjdHBfc3RyZWFtX21zZ19vdXQ6ICAgIDEwNCwgNDAwMDI2LCAg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0Kc2N0cF9hc2NvbmY6ICAgICAgICAg ICAgIDQwLCA0MDAwMDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpzY3Rw X2FzY29uZl9hY2s6ICAgICAgICAgNDgsIDQwMDA2MCwgICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAwLCAgIDANCnVkcGxpdGVfaW5wY2I6ICAgICAgICAgIDM5MiwgMTU3MTYyMCwgICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnJpcGNiOiAgICAgICAgICAgICAgICAgIDM5 MiwgMTU3MTYyMCwgICAgICAgMCwgICAgIDE1MCwgICAgICAxNywgICAwLCAgIDANCnVucGNiOiAg ICAgICAgICAgICAgICAgIDI0MCwgMTU3MTYzMiwgICAgICAxNSwgICAgIDkyOSwgICAxMzEwMSwg ICAwLCAgIDANCnJ0ZW50cnk6ICAgICAgICAgICAgICAgIDIwMCwgICAgICAwLCAgICAgIDE0LCAg ICAgMTQ2LCAgICAgIDE0LCAgIDAsICAgMA0Kc2VsZmQ6ICAgICAgICAgICAgICAgICAgIDU2LCAg ICAgIDAsICAgICA1MTksICAgIDQzMDksMjU2NDQyMzIsICAgMCwgICAwDQpTV0FQTUVUQTogICAg ICAgICAgICAgICAyODgsIDYxMjM4MDYsICAgICA4ODQsICAgIDIyODgsICA0OTQzODcsICAgMCwg ICAwDQppY2xfY29ubjogICAgICAgICAgICAgICAxNTIsICAgICAgMCwgICAgICAgOCwgICAgIDMz MCwgICAgICA4MiwgICAwLCAgIDANCmljbF9wZHU6ICAgICAgICAgICAgICAgICA4MCwgICAgICAw LCAgICAgICAxLCAgICAzMDk5LDYxOTQzMjI0MiwgICAwLCAgIDANCmlzY3NpX291dHN0YW5kaW5n OiAgICAgICA0MCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0K Y2ZpX2x1bjogICAgICAgICAgICAgICAgMzQ0LCAgICAgIDAsICAgICAgIDksICAgICAgNDYsICAg ICAgMTEsICAgMCwgICAwDQpjZmlfbWV0YXRhc2s6ICAgICAgICAgICAzMjAsICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCmNmaXNjc2lfZGF0YV93YWl0OiAgICAg ICA1NiwgICAgICAwLCAgICAgICAwLCAgICA1MzI1LDIzOTY1NTI3MiwgICAwLCAgIDANCmJlaW86 ICAgICAgICAgICAgICAgICAgIDM2MCwgICAgICAwLCAgICAgICAxLCAgICAgNTM4LDI4NDQwOTAz NCwgICAwLCAgIDANCmNibGsyOiAgICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAw LCAgICAgIDI3LCAzMzQ0OTM1LCAgIDAsICAgMA0KY2JsazM6ICAgICAgICAgICAgICAgMTMxMDcy LCAgICAgIDAsICAgICAgIDAsICAgICAgMjMsICAgIDI3NTcsICAgMCwgICAwDQpjYmxrNDogICAg ICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICA1NSw0NjE1MTkxNywgICAw LCAgIDANCmNibGs1OiAgICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAg IDMzLDkwOTYxOTA3LCAgIDAsICAgMA0KY2JsazY6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAg IDAsICAgICAgIDAsICAgICAgMTcsMzUyNjQzODYsICAgMCwgICAwDQpjYmxrNzogICAgICAgICAg ICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICAyOCw1Njk4OTM1OSwgICAwLCAgIDAN CmNibGs4OiAgICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDMzLDM3 NzQ3MTIzLCAgIDAsICAgMA0KY2Jsazk6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAg ICAgIDEsICAgICAgMjYsIDcwOTgxNDYsICAgMCwgICAwDQpjYmxrMTA6ICAgICAgICAgICAgICAx MzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICAyNiwgOTU1NjkzNSwgICAwLCAgIDANCg0KIHBy b2NzICAgICAgbWVtb3J5ICAgICAgcGFnZSAgICAgICAgICAgICAgICAgICAgZGlza3MgICAgIGZh dWx0cyAgICAgICAgIGNwdQ0KIHIgYiB3ICAgICBhdm0gICAgZnJlICAgZmx0ICByZSAgcGkgIHBv ICAgIGZyICBzciBtZjAgbWYxICAgaW4gICBzeSAgIGNzIHVzIHN5IGlkDQogOCAwIDcgICAxMzI4 TSAgMjA1NE0gICA2MDYgICAwICAgMCAgIDAgIDIyODUgIDEwICAgMCAgIDAgIDgzNiAgNjE1IDI0 MzggIDAgIDQgOTYNCjE5MjM3LzE0MjEzLzMzNDUwIG1idWZzIGluIHVzZSAoY3VycmVudC9jYWNo ZS90b3RhbCkNCjE4NzE0LzgxNzAvMjY4ODQvMzA2MTkwMCBtYnVmIGNsdXN0ZXJzIGluIHVzZSAo Y3VycmVudC9jYWNoZS90b3RhbC9tYXgpDQoxODY0OC82Mzc0IG1idWYrY2x1c3RlcnMgb3V0IG9m IHBhY2tldCBzZWNvbmRhcnkgem9uZSBpbiB1c2UgKGN1cnJlbnQvY2FjaGUpDQowLzExOS8xMTkv MTUzMDk1MCA0ayAocGFnZSBzaXplKSBqdW1ibyBjbHVzdGVycyBpbiB1c2UgKGN1cnJlbnQvY2Fj aGUvdG90YWwvbWF4KQ0KMC8wLzAvNDUzNjE0IDlrIGp1bWJvIGNsdXN0ZXJzIGluIHVzZSAoY3Vy cmVudC9jYWNoZS90b3RhbC9tYXgpDQowLzAvMC8yNTUxNTggMTZrIGp1bWJvIGNsdXN0ZXJzIGlu IHVzZSAoY3VycmVudC9jYWNoZS90b3RhbC9tYXgpDQo0MjIzN0svMjAzNjlLLzYyNjA2SyBieXRl cyBhbGxvY2F0ZWQgdG8gbmV0d29yayAoY3VycmVudC9jYWNoZS90b3RhbCkNCjAvMC8wIHJlcXVl c3RzIGZvciBtYnVmcyBkZW5pZWQgKG1idWZzL2NsdXN0ZXJzL21idWYrY2x1c3RlcnMpDQowLzAv MCByZXF1ZXN0cyBmb3IgbWJ1ZnMgZGVsYXllZCAobWJ1ZnMvY2x1c3RlcnMvbWJ1ZitjbHVzdGVy cykNCjAvMC8wIHJlcXVlc3RzIGZvciBqdW1ibyBjbHVzdGVycyBkZWxheWVkICg0ay85ay8xNmsp DQowLzAvMCByZXF1ZXN0cyBmb3IganVtYm8gY2x1c3RlcnMgZGVuaWVkICg0ay85ay8xNmspDQow IHJlcXVlc3RzIGZvciBzZmJ1ZnMgZGVuaWVkDQowIHJlcXVlc3RzIGZvciBzZmJ1ZnMgZGVsYXll ZA0KMCByZXF1ZXN0cyBmb3IgSS9PIGluaXRpYXRlZCBieSBzZW5kZmlsZQ0KSVRFTSAgICAgICAg ICAgICAgICAgICBTSVpFICBMSU1JVCAgICAgVVNFRCAgICAgRlJFRSAgICAgIFJFUSBGQUlMIFNM RUVQDQoNClVNQSBLZWdzOiAgICAgICAgICAgICAgIDM4NCwgICAgICAwLCAgICAgMjE3LCAgICAg ICAzLCAgICAgMjE5LCAgIDAsICAgMA0KVU1BIFpvbmVzOiAgICAgICAgICAgICAyNjg4LCAgICAg IDAsICAgICAyMTcsICAgICAgIDAsICAgICAyMTksICAgMCwgICAwDQpVTUEgU2xhYnM6ICAgICAg ICAgICAgICAgODAsICAgICAgMCwgMjY0OTYwMiwgMTM5NTg5OCw0MzE4ODIzMzIsICAgMCwgICAw DQpVTUEgUkNudFNsYWJzOiAgICAgICAgICAgODgsICAgICAgMCwgICAxMzU2MSwgICAgNTE1OSwg MTg4MjQzNywgICAwLCAgIDANClVNQSBIYXNoOiAgICAgICAgICAgICAgIDI1NiwgICAgICAwLCAg ICAgIDIwLCAgICAgIDU1LCAgICAgIDkyLCAgIDAsICAgMA0KNCBCdWNrZXQ6ICAgICAgICAgICAg ICAgIDMyLCAgICAgIDAsICAgIDMxMTEsICAgMTMzODksMjU2MzYzNTM4LCAgIDAsICAgMA0KNiBC dWNrZXQ6ICAgICAgICAgICAgICAgIDQ4LCAgICAgIDAsICAgIDExMzIsICAgIDgyNDcsNjMxODAz NzMsICAgMCwgICAwDQo4IEJ1Y2tldDogICAgICAgICAgICAgICAgNjQsICAgICAgMCwgICAgIDM1 MCwgICAgODA4Miw2OTMyNzA2NiwgIDExLCAgIDANCjEyIEJ1Y2tldDogICAgICAgICAgICAgICA5 NiwgICAgICAwLCAgICAgNzQ0LCAgICAzNDc5LDgxMjA4NjQ3LDY0NTgsICAgMA0KMTYgQnVja2V0 OiAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgICAzOTQsICAgIDUwNjIsNTMyODYyNzYsICAg MCwgICAwDQozMiBCdWNrZXQ6ICAgICAgICAgICAgICAyNTYsICAgICAgMCwgICAgIDM1NCwgICAg MjE2Niw2ODkyMzgwOSwgIDYzLCAgIDANCjY0IEJ1Y2tldDogICAgICAgICAgICAgIDUxMiwgICAg ICAwLCAgICAgNjM4LCAgICAgNzk0LDU3NTkxNjkzLDM1NjMwNTUsICAgMA0KMTI4IEJ1Y2tldDog ICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgICA2NDIsICAgICAyNTQsNDc1NzQzNzIsNjUyNzMs ICAgMA0KMjU2IEJ1Y2tldDogICAgICAgICAgICAyMDQ4LCAgICAgIDAsICAgIDg0MzksICAgICAz NDUsNTAzNzU5MTY4LDcwMzk1LCAgIDANCnZtZW0gYnRhZzogICAgICAgICAgICAgICA1NiwgICAg ICAwLCAgNjI3MDkyLCAgMTU2ODkwLDE3NTU1MDcxLDU1MzUsICAgMA0KVk0gT0JKRUNUOiAgICAg ICAgICAgICAgMjU2LCAgICAgIDAsICAgNTQ2OTAsICAgMjIyMzAsMTk1ODY3NDksICAgMCwgICAw DQpSQURJWCBOT0RFOiAgICAgICAgICAgICAxNDQsICAgICAgMCwgIDQ1MjMwMSwgIDIxOTk5OSwx MTg0MzQ2NzgsICAgMCwgICAwDQpNQVA6ICAgICAgICAgICAgICAgICAgICAyNDAsICAgICAgMCwg ICAgICAgMywgICAgICA2MSwgICAgICAgMywgICAwLCAgIDANCktNQVAgRU5UUlk6ICAgICAgICAg ICAgIDEyOCwgICAgICAwLCAgICAgICA4LCAgICAgMTE2LCAgICAgICA4LCAgIDAsICAgMA0KTUFQ IEVOVFJZOiAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgIDE0MzksICAgIDI3MTUsNTQ1MjYy MDQsICAgMCwgICAwDQpWTVNQQUNFOiAgICAgICAgICAgICAgICA0NDgsICAgICAgMCwgICAgICA0 MSwgICAgIDYxNiwgMTMzNzczNSwgICAwLCAgIDANCmZha2VwZzogICAgICAgICAgICAgICAgIDEw NCwgICAgICAwLCAgICAgICAwLCAgICAgMTUyLCAgICAgIDI1LCAgIDAsICAgMA0KbXRfem9uZTog ICAgICAgICAgICAgICA0MTEyLCAgICAgIDAsICAgICAzNjksICAgICAgIDAsICAgICAzNjksICAg MCwgICAwDQoxNjogICAgICAgICAgICAgICAgICAgICAgMTYsICAgICAgMCwgIDExMDUxMywgICAx NDIzNCwyMDA2Mjg4MDY1LCAgIDAsICAgMA0KMzI6ICAgICAgICAgICAgICAgICAgICAgIDMyLCAg ICAgIDAsNTgxMjI4NDMsMTE2NTI2NTcsNTAzNzU3MzQwOCwgICAwLCAgIDANCjY0OiAgICAgICAg ICAgICAgICAgICAgICA2NCwgICAgICAwLCAxMzU3MDM2LCAgNjIyNTAwLDEyODQ1NDg4NTQ3LCAg IDAsICAgMA0KMTI4OiAgICAgICAgICAgICAgICAgICAgMTI4LCAgICAgIDAsIDIwMTI0ODEsICA4 MzQ2MjEsMTEwMzIwMjgyMzIsICAgMCwgICAwDQoyNTY6ICAgICAgICAgICAgICAgICAgICAyNTYs ICAgICAgMCwgICA1NDk1MCwgIDExOTAyMCw4MTMwMTQyMTU1LCAgIDAsICAgMA0KNTEyOiAgICAg ICAgICAgICAgICAgICAgNTEyLCAgICAgIDAsICA0MTgzMTQsICAgICAzNTgsMjAxODUyMzMxOSwg ICAwLCAgIDANCjEwMjQ6ICAgICAgICAgICAgICAgICAgMTAyNCwgICAgICAwLCAgIDE1OTgzLCAg ICAgMjg5LDEzNDMwMTM5NSwgICAwLCAgIDANCjIwNDg6ICAgICAgICAgICAgICAgICAgMjA0OCwg ICAgICAwLCAgIDQyNDQ1LCAgICAgNjg1LDE5MzExMzc4MzcsICAgMCwgICAwDQo0MDk2OiAgICAg ICAgICAgICAgICAgIDQwOTYsICAgICAgMCwgICAxMzg3NCwgICAgICA2MiwxMDI5MDc5MzYsICAg MCwgICAwDQo4MTkyOiAgICAgICAgICAgICAgICAgIDgxOTIsICAgICAgMCwgICAgICAyNiwgICAg ICAyNywgMzA2Njg4MiwgICAwLCAgIDANCjE2Mzg0OiAgICAgICAgICAgICAgICAxNjM4NCwgICAg ICAwLCAgICAgIDQyLCAgICAgIDE2LCAgICA3NjExLCAgIDAsICAgMA0KMzI3Njg6ICAgICAgICAg ICAgICAgIDMyNzY4LCAgICAgIDAsICAgICAgMzksICAgICAgMTcsICAgNjc4MDUsICAgMCwgICAw DQo2NTUzNjogICAgICAgICAgICAgICAgNjU1MzYsICAgICAgMCwgICAgICA4MSwgICAgICAyMSwg MTA0MjYwNiwgICAwLCAgIDANCjY0IHBjcHU6ICAgICAgICAgICAgICAgICAgOCwgICAgICAwLCAg ICAxNjU0LCAgICAgNTIyLCAgICAxODE0LCAgIDAsICAgMA0KU0xFRVBRVUVVRTogICAgICAgICAg ICAgIDgwLCAgICAgIDAsICAgIDEyOTcsICAgICA4MTEsICAgIDE1NzksICAgMCwgICAwDQpGaWxl czogICAgICAgICAgICAgICAgICAgODAsICAgICAgMCwgICAgIDEzNSwgICAgMjY2NSwxMTczNjUw NSwgICAwLCAgIDANClRVUk5TVElMRTogICAgICAgICAgICAgIDEzNiwgICAgICAwLCAgICAxMjk3 LCAgICAgNTYzLCAgICAxNTc5LCAgIDAsICAgMA0KcmxfZW50cnk6ICAgICAgICAgICAgICAgIDQw LCAgICAgIDAsICAgICAzMzAsICAgIDMyNzAsICAgICAzNDEsICAgMCwgICAwDQp1bXR4IHBpOiAg ICAgICAgICAgICAgICAgOTYsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAw LCAgIDANCk1BQyBsYWJlbHM6ICAgICAgICAgICAgICA0MCwgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgIDAsICAgMA0KUFJPQzogICAgICAgICAgICAgICAgICAxMjE2LCAgICAg IDAsICAgICAgNjEsICAgICAyMTUsIDEzMzc3NTIsICAgMCwgICAwDQpUSFJFQUQ6ICAgICAgICAg ICAgICAgIDExNjgsICAgICAgMCwgICAgMTE2OSwgICAgIDEyNywgICAgNTY4MSwgICAwLCAgIDAN CmNwdXNldDogICAgICAgICAgICAgICAgICA3MiwgICAgICAwLCAgICAgODcwLCAgICAxMTY1LCAg ICAxNjM3LCAgIDAsICAgMA0KYXVkaXRfcmVjb3JkOiAgICAgICAgICAxMjQ4LCAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQptYnVmX3BhY2tldDogICAgICAgICAg ICAyNTYsIDE5NTk2MTY1LCAgIDE4NjU1LCAgICA2MzY3LDEwNzQ1OTMzODk0LCAgIDAsICAgMA0K bWJ1ZjogICAgICAgICAgICAgICAgICAgMjU2LCAxOTU5NjE2NSwgICAgIDUyNywgICAgNzkwMSwx Mjg3NDYwNDc0OCwgICAwLCAgIDANCm1idWZfY2x1c3RlcjogICAgICAgICAgMjA0OCwgMzA2MTkw MCwgICAyNTAyMiwgICAgMTg2MiwxNzM3NjM3OTgwLCAgIDAsICAgMA0KbWJ1Zl9qdW1ib19wYWdl OiAgICAgICA0MDk2LCAxNTMwOTUwLCAgICAgICAwLCAgICAgMTE5LDE0MjE3MTcxNDAsICAgMCwg ICAwDQptYnVmX2p1bWJvXzlrOiAgICAgICAgIDkyMTYsIDQ1MzYxNCwgICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAwLCAgIDANCm1idWZfanVtYm9fMTZrOiAgICAgICAxNjM4NCwgMjU1MTU4 LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KbWJ1Zl9leHRfcmVmY250OiAg ICAgICAgICA0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpn X2JpbzogICAgICAgICAgICAgICAgICAyNDgsICAgICAgMCwgICAgICA1MiwgICAgMjc0OCw3MzI1 MjE0NTA4LCAgIDAsICAgMA0KdHR5aW5xOiAgICAgICAgICAgICAgICAgMTYwLCAgICAgIDAsICAg ICAyNDAsICAgICAyMTAsICAgIDExMjUsICAgMCwgICAwDQp0dHlvdXRxOiAgICAgICAgICAgICAg ICAyNTYsICAgICAgMCwgICAgIDEyNiwgICAgIDE0NCwgICAgIDU5MywgICAwLCAgIDANCkRNQVJf TUFQX0VOVFJZOiAgICAgICAgIDEyMCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgIDAsICAgMA0KYXRhX3JlcXVlc3Q6ICAgICAgICAgICAgMzM2LCAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQp2dG5ldF90eF9oZHI6ICAgICAgICAgICAgMjQs ICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCkZQVV9zYXZlX2Fy ZWE6ICAgICAgICAgIDUxMiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAs ICAgMA0KdGFza3Ffem9uZTogICAgICAgICAgICAgIDQ4LCAgICAgIDAsICAgICAgIDAsICAgIDY3 MjMsMTcwMDgwNDc2LCAgIDAsICAgMA0KVk5PREU6ICAgICAgICAgICAgICAgICAgNDcyLCAgICAg IDAsICAyMzQzODYsICAgMjc0NzgsIDUwMzQ2NjQsICAgMCwgICAwDQpWTk9ERVBPTEw6ICAgICAg ICAgICAgICAxMTIsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMSwgICAwLCAgIDAN CkJVRiBUUklFOiAgICAgICAgICAgICAgIDE0NCwgICAgICAwLCAgICAgICAwLCAgMTA1OTQ4LCAg ICAgICAwLCAgIDAsICAgMA0KUyBWRlMgQ2FjaGU6ICAgICAgICAgICAgMTA4LCAgICAgIDAsICAx NDYyMzgsICAgODMxNTIsIDU3MzI2OTgsICAgMCwgICAwDQpTVFMgVkZTIENhY2hlOiAgICAgICAg ICAxNDgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAxMiwgICAwLCAgIDANCkwgVkZT IENhY2hlOiAgICAgICAgICAgIDMyOCwgICAgICAwLCAgIDU2ODEwLCAgICAxODQ2LCAgODEwOTg4 LCAgIDAsICAgMA0KTFRTIFZGUyBDYWNoZTogICAgICAgICAgMzY4LCAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpOQU1FSTogICAgICAgICAgICAgICAgIDEwMjQs ICAgICAgMCwgICAgICAgMCwgICAgIDI2MCw0NDg4NTc2OCwgICAwLCAgIDANCk5DTE5PREU6ICAg ICAgICAgICAgICAgIDUyOCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgIDE2LCAgIDAs ICAgMA0KRElSSEFTSDogICAgICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwDQpwaXBlOiAgICAgICAgICAgICAgICAgICA3NDQsICAgICAg MCwgICAgICAgNiwgICAgIDIzOSwgIDEwODI2NSwgICAwLCAgIDANCnByb2NkZXNjOiAgICAgICAg ICAgICAgIDEyOCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0K cmFuZ2Vfc2VnX2NhY2hlOiAgICAgICAgIDY0LCAgICAgIDAsIDIyNDg5NTUsIDE2MzQ4NDksNjg2 MDI5MDkwNjcsICAgMCwgICAwDQp6aW9fY2FjaGU6ICAgICAgICAgICAgICA5MjAsICAgICAgMCwg ICAgNTE5OSwgIDEwMDI5MywzMTQxNzAzNzA0NSwgICAwLCAgIDANCnppb19saW5rX2NhY2hlOiAg ICAgICAgICA0OCwgICAgICAwLCAgICA1NDcwLCAgMTAwMzU1LDM0MDkxODkxMzI5LCAgIDAsICAg MA0KemlvX2J1Zl81MTI6ICAgICAgICAgICAgNTEyLCAgICAgIDAsICAyNzUxOTUsICAgNjgwMTMs NzEyNjI0NjYsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNTEyOiAgICAgICA1MTIsICAgICAgMCwg ICAgICAzMCwgICAgIDU3MCwgOTUxMjUyNywgICAwLCAgIDANCnppb19idWZfMTAyNDogICAgICAg ICAgMTAyNCwgICAgICAwLCAgICAgICA1LCAgICAgMjg3LCA4NDc1MDM5LCAgIDAsICAgMA0Kemlv X2RhdGFfYnVmXzEwMjQ6ICAgICAxMDI0LCAgICAgIDAsICAgICAgMjIsICAgICA3NzQsIDQyNjAz NzEsICAgMCwgICAwDQp6aW9fYnVmXzE1MzY6ICAgICAgICAgIDE1MzYsICAgICAgMCwgICAgICAg MywgICAgIDE4MywgNTI3NzA3NSwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8xNTM2OiAgICAgMTUz NiwgICAgICAwLCAgICAgICA3LCAgICAgMTc5LCA2NjA0ODA1LCAgIDAsICAgMA0KemlvX2J1Zl8y MDQ4OiAgICAgICAgICAyMDQ4LCAgICAgIDAsICAgICAzNjEsICAgICAxMjEsMTMzMjAyOTgsICAg MCwgICAwDQp6aW9fZGF0YV9idWZfMjA0ODogICAgIDIwNDgsICAgICAgMCwgICAgICAxNiwgICAg ICA5NiwgNjA2MDI0OSwgICAwLCAgIDANCnppb19idWZfMjU2MDogICAgICAgICAgMjU2MCwgICAg ICAwLCAgICAgICA3LCAgICAgMTQ1LCA0ODQxNzY4LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzI1 NjA6ICAgICAyNTYwLCAgICAgIDAsICAgICAgIDIsICAgICAgNjYsIDQzMjc4MjAsICAgMCwgICAw DQp6aW9fYnVmXzMwNzI6ICAgICAgICAgIDMwNzIsICAgICAgMCwgICAgIDEwOCwgICAgIDc2Niwg ODg0NDU2OSwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8zMDcyOiAgICAgMzA3MiwgICAgICAwLCAg ICAgICAyLCAgICAgIDYxLCAzNDM1NjE1LCAgIDAsICAgMA0KemlvX2J1Zl8zNTg0OiAgICAgICAg ICAzNTg0LCAgICAgIDAsICAgICAgIDMsICAgICAgNDQsIDQ3NTY2MTcsICAgMCwgICAwDQp6aW9f ZGF0YV9idWZfMzU4NDogICAgIDM1ODQsICAgICAgMCwgICAgICAgNiwgICAgICAyNiwgMzIzODk2 MiwgICAwLCAgIDANCnppb19idWZfNDA5NjogICAgICAgICAgNDA5NiwgICAgICAwLCAxNTk5NDE0 LCAgIDI4OTc2LDMzODU1MTc4MTQsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNDA5NjogICAgIDQw OTYsICAgICAgMCwgIDMwNTM0NiwgICAgMTQ1MiwyMzQ3NjA1NjEsICAgMCwgICAwDQp6aW9fYnVm XzUxMjA6ICAgICAgICAgIDUxMjAsICAgICAgMCwgICAgIDMwMCwgICAgICAyNCwxOTE5NDk2OCwg ICAwLCAgIDANCnppb19kYXRhX2J1Zl81MTIwOiAgICAgNTEyMCwgICAgICAwLCAgICAgICA0LCAg ICAgIDI2LCAxODE1ODA4LCAgIDAsICAgMA0KemlvX2J1Zl82MTQ0OiAgICAgICAgICA2MTQ0LCAg ICAgIDAsICAgICAgIDAsICAgICAgMjQsMTM0ODcwNDcsICAgMCwgICAwDQp6aW9fZGF0YV9idWZf NjE0NDogICAgIDYxNDQsICAgICAgMCwgICAgICAgNiwgICAgICAyNSwgMzM1MzU1NCwgICAwLCAg IDANCnppb19idWZfNzE2ODogICAgICAgICAgNzE2OCwgICAgICAwLCAgICAgICAwLCAgICAgIDIy LCA5NTMwNDc4LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzcxNjg6ICAgICA3MTY4LCAgICAgIDAs ICAgICAgIDAsICAgICAgMjcsIDIzMTU4NzUsICAgMCwgICAwDQp6aW9fYnVmXzgxOTI6ICAgICAg ICAgIDgxOTIsICAgICAgMCwgICAgIDE0MSwgICAgIDUyNywyNTEyNDIxMzMsICAgMCwgICAwDQp6 aW9fZGF0YV9idWZfODE5MjogICAgIDgxOTIsICAgICAgMCwgICAgICAgNSwgICAgICAyNiwgMTc2 NDA3MiwgICAwLCAgIDANCnppb19idWZfMTAyNDA6ICAgICAgICAxMDI0MCwgICAgICAwLCAgICAg ICAwLCAgICAgIDM5LDE1ODUwNDQwLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzEwMjQwOiAgIDEw MjQwLCAgICAgIDAsICAgICAgIDIsICAgICAgMjcsIDM0MDUwMTUsICAgMCwgICAwDQp6aW9fYnVm XzEyMjg4OiAgICAgICAgMTIyODgsICAgICAgMCwgICAgICAgMSwgICAgICA5MCw3NzgyOTAwNCwg ICAwLCAgIDANCnppb19kYXRhX2J1Zl8xMjI4ODogICAxMjI4OCwgICAgICAwLCAgICAgICAzLCAg ICAgIDMwLCAzMjIzMzgxLCAgIDAsICAgMA0KemlvX2J1Zl8xNDMzNjogICAgICAgIDE0MzM2LCAg ICAgIDAsICAgICAgIDEsICAgICAgNjksMTMxODAyNzEsICAgMCwgICAwDQp6aW9fZGF0YV9idWZf MTQzMzY6ICAgMTQzMzYsICAgICAgMCwgICAgICAgNCwgICAgICAyNSwgMjg2OTQ2MywgICAwLCAg IDANCnppb19idWZfMTYzODQ6ICAgICAgICAxNjM4NCwgICAgICAwLCAgMjczMTkzLCAgICAzNjY2 LDM1OTM0ODk5MSwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8xNjM4NDogICAxNjM4NCwgICAgICAw LCAgICA1ODI2LCAgICAgIDYyLCA0NDc4NjA3LCAgIDAsICAgMA0KemlvX2J1Zl8yMDQ4MDogICAg ICAgIDIwNDgwLCAgICAgIDAsICAgICAgIDAsICAgICAgOTIsNTg4NTgwMDAsICAgMCwgICAwDQp6 aW9fZGF0YV9idWZfMjA0ODA6ICAgMjA0ODAsICAgICAgMCwgICAgICAgOCwgICAgICAyNiwgMzY5 NDE3OSwgICAwLCAgIDANCnppb19idWZfMjQ1NzY6ICAgICAgICAyNDU3NiwgICAgICAwLCAgICAg ICAwLCAgICAgIDY1LDU3NjMyMzMxLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzI0NTc2OiAgIDI0 NTc2LCAgICAgIDAsICAgICAgIDIsICAgICAgMjYsIDMyNDE4MDIsICAgMCwgICAwDQp6aW9fYnVm XzI4NjcyOiAgICAgICAgMjg2NzIsICAgICAgMCwgICAgICAgMCwgICAgICA1NSw1NzE5NDI5OSwg ICAwLCAgIDANCnppb19kYXRhX2J1Zl8yODY3MjogICAyODY3MiwgICAgICAwLCAgICAgICAwLCAg ICAgIDI5LCAzMDU1MjcwLCAgIDAsICAgMA0KemlvX2J1Zl8zMjc2ODogICAgICAgIDMyNzY4LCAg ICAgIDAsICAgICAgIDAsICAgICAxMDQsNTU0MjI5MzQsICAgMCwgICAwDQp6aW9fZGF0YV9idWZf MzI3Njg6ICAgMzI3NjgsICAgICAgMCwgICAgICAzMywgICAgICA4MCw5NTk5NDgwOSwgICAwLCAg IDANCnppb19idWZfMzY4NjQ6ICAgICAgICAzNjg2NCwgICAgICAwLCAgICAgICAyLCAgICAgIDQ1 LDMwOTQ0OTU2LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzM2ODY0OiAgIDM2ODY0LCAgICAgIDAs ICAgICAgIDEsICAgICAgMjYsIDI5MDU3ODAsICAgMCwgICAwDQp6aW9fYnVmXzQwOTYwOiAgICAg ICAgNDA5NjAsICAgICAgMCwgICAgICAgMCwgICAgICA1NywzMDA4NDMyMCwgICAwLCAgIDANCnpp b19kYXRhX2J1Zl80MDk2MDogICA0MDk2MCwgICAgICAwLCAgICAgICA2LCAgICAgIDI2LCAzNDYz NzQ0LCAgIDAsICAgMA0KemlvX2J1Zl80NTA1NjogICAgICAgIDQ1MDU2LCAgICAgIDAsICAgICAg IDAsICAgICAgNjksMjgyNzUxOTksICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNDUwNTY6ICAgNDUw NTYsICAgICAgMCwgICAgICAgMSwgICAgICAyOSwgMzY0ODUyNiwgICAwLCAgIDANCnppb19idWZf NDkxNTI6ICAgICAgICA0OTE1MiwgICAgICAwLCAgICAgICAwLCAgICAgIDgxLDMxMjQ3NDE0LCAg IDAsICAgMA0KemlvX2RhdGFfYnVmXzQ5MTUyOiAgIDQ5MTUyLCAgICAgIDAsICAgICAgIDEsICAg ICAgMjksIDMxMDcyOTYsICAgMCwgICAwDQp6aW9fYnVmXzUzMjQ4OiAgICAgICAgNTMyNDgsICAg ICAgMCwgICAgICAgMCwgICAgIDEzNSwyNTE1NjcyNywgICAwLCAgIDANCnppb19kYXRhX2J1Zl81 MzI0ODogICA1MzI0OCwgICAgICAwLCAgICAgICAwLCAgICAgIDI2LCAyNTM0NzE3LCAgIDAsICAg MA0KemlvX2J1Zl81NzM0NDogICAgICAgIDU3MzQ0LCAgICAgIDAsICAgICAgIDAsICAgICAgOTQs MjY1NzkxNzQsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNTczNDQ6ICAgNTczNDQsICAgICAgMCwg ICAgICAgMSwgICAgICAyNywgMjg3OTUxNywgICAwLCAgIDANCnppb19idWZfNjE0NDA6ICAgICAg ICA2MTQ0MCwgICAgICAwLCAgICAgICAwLCAgICAgIDUzLCA4MjExOTUxLCAgIDAsICAgMA0Kemlv X2RhdGFfYnVmXzYxNDQwOiAgIDYxNDQwLCAgICAgIDAsICAgICAgIDEsICAgICAgMjEsICAgIDIw ODksICAgMCwgICAwDQp6aW9fYnVmXzY1NTM2OiAgICAgICAgNjU1MzYsICAgICAgMCwgICAgICAg MCwgICAgMTA2NSwzMzI2MTY3MTEsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNjU1MzY6ICAgNjU1 MzYsICAgICAgMCwgIDI3MDk4MSwgICAgIDkyMSw0ODM5MTYxMTMsICAgMCwgICAwDQp6aW9fYnVm XzY5NjMyOiAgICAgICAgNjk2MzIsICAgICAgMCwgICAgICAgMCwgICAgICAyMiwgNjI0NDE4Mywg ICAwLCAgIDANCnppb19kYXRhX2J1Zl82OTYzMjogICA2OTYzMiwgICAgICAwLCAgICAgICAxLCAg ICAgIDIyLCAgICAyNDQyLCAgIDAsICAgMA0KemlvX2J1Zl83MzcyODogICAgICAgIDczNzI4LCAg ICAgIDAsICAgICAgIDAsICAgICAgMjIsIDcxMDU0NjYsICAgMCwgICAwDQp6aW9fZGF0YV9idWZf NzM3Mjg6ICAgNzM3MjgsICAgICAgMCwgICAgICAgMCwgICAgICAyNSwgICAgMjA3OCwgICAwLCAg IDANCnppb19idWZfNzc4MjQ6ICAgICAgICA3NzgyNCwgICAgICAwLCAgICAgICAwLCAgICAgIDIy LCA1MzYwMzgwLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzc3ODI0OiAgIDc3ODI0LCAgICAgIDAs ICAgICAgIDAsICAgICAgMjIsICAgIDIwNzYsICAgMCwgICAwDQp6aW9fYnVmXzgxOTIwOiAgICAg ICAgODE5MjAsICAgICAgMCwgICAgICAgMCwgICAgICAyNSwgNjk3NjIzNywgICAwLCAgIDANCnpp b19kYXRhX2J1Zl84MTkyMDogICA4MTkyMCwgICAgICAwLCAgICAgICAwLCAgICAgIDIwLCAgICAy MDc3LCAgIDAsICAgMA0KemlvX2J1Zl84NjAxNjogICAgICAgIDg2MDE2LCAgICAgIDAsICAgICAg IDAsICAgICAgMjcsIDUzODcyNjksICAgMCwgICAwDQp6aW9fZGF0YV9idWZfODYwMTY6ICAgODYw MTYsICAgICAgMCwgICAgICAgMCwgICAgICAyMSwgICAgMjA3MCwgICAwLCAgIDANCnppb19idWZf OTAxMTI6ICAgICAgICA5MDExMiwgICAgICAwLCAgICAgICAwLCAgICAgIDIzLCA2MzYyNTc2LCAg IDAsICAgMA0KemlvX2RhdGFfYnVmXzkwMTEyOiAgIDkwMTEyLCAgICAgIDAsICAgICAgIDEsICAg ICAgMjMsICAgIDI1NTEsICAgMCwgICAwDQp6aW9fYnVmXzk0MjA4OiAgICAgICAgOTQyMDgsICAg ICAgMCwgICAgICAgMCwgICAgICAyMywgNjA2NzExMiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl85 NDIwODogICA5NDIwOCwgICAgICAwLCAgICAgICAwLCAgICAgIDI0LCAgICAyMTE0LCAgIDAsICAg MA0KemlvX2J1Zl85ODMwNDogICAgICAgIDk4MzA0LCAgICAgIDAsICAgICAgIDAsICAgICAgMjIs IDg1ODc5MjIsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfOTgzMDQ6ICAgOTgzMDQsICAgICAgMCwg ICAgICAgMCwgICAgICAyMSwgICAgMjEwNCwgICAwLCAgIDANCnppb19idWZfMTAyNDAwOiAgICAg IDEwMjQwMCwgICAgICAwLCAgICAgICAwLCAgICAgIDI2LCA2NTg5MDcxLCAgIDAsICAgMA0Kemlv X2RhdGFfYnVmXzEwMjQwMDogMTAyNDAwLCAgICAgIDAsICAgICAgIDAsICAgICAgMjEsICAgIDIw NjEsICAgMCwgICAwDQp6aW9fYnVmXzEwNjQ5NjogICAgICAxMDY0OTYsICAgICAgMCwgICAgICAg MCwgICAgICAyNCwgNzI4MDU4MywgICAwLCAgIDANCnppb19kYXRhX2J1Zl8xMDY0OTY6IDEwNjQ5 NiwgICAgICAwLCAgICAgICAwLCAgICAgIDI0LCAgICAyMDA5LCAgIDAsICAgMA0KemlvX2J1Zl8x MTA1OTI6ICAgICAgMTEwNTkyLCAgICAgIDAsICAgICAgIDAsICAgICAgMjUsIDc3Njc2OTgsICAg MCwgICAwDQp6aW9fZGF0YV9idWZfMTEwNTkyOiAxMTA1OTIsICAgICAgMCwgICAgICAgMCwgICAg ICAyMCwgICAgMTkwMywgICAwLCAgIDANCnppb19idWZfMTE0Njg4OiAgICAgIDExNDY4OCwgICAg ICAwLCAgICAgICAwLCAgICAgIDI1LCA5MTE4NjIyLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzEx NDY4ODogMTE0Njg4LCAgICAgIDAsICAgICAgIDEsICAgICAgMjEsICAgIDE5MDEsICAgMCwgICAw DQp6aW9fYnVmXzExODc4NDogICAgICAxMTg3ODQsICAgICAgMCwgICAgICAgMCwgICAgICAyNCwg ODI2ODgxNiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8xMTg3ODQ6IDExODc4NCwgICAgICAwLCAg ICAgICAwLCAgICAgIDIzLCAgICAxNzQwLCAgIDAsICAgMA0KemlvX2J1Zl8xMjI4ODA6ICAgICAg MTIyODgwLCAgICAgIDAsICAgICAgIDAsICAgICAgMzEsMTEyMjQ5MjUsICAgMCwgICAwDQp6aW9f ZGF0YV9idWZfMTIyODgwOiAxMjI4ODAsICAgICAgMCwgICAgICAgMCwgICAgICAyMCwgICAgMTY2 OCwgICAwLCAgIDANCnppb19idWZfMTI2OTc2OiAgICAgIDEyNjk3NiwgICAgICAwLCAgICAgICAx LCAgICAgIDI2LDEwNzEzNTE1LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzEyNjk3NjogMTI2OTc2 LCAgICAgIDAsICAgICAgIDAsICAgICAgMTksICAgIDE2NDgsICAgMCwgICAwDQp6aW9fYnVmXzEz MTA3MjogICAgICAxMzEwNzIsICAgICAgMCwgICAxNDAwMiwgICAgIDcxNywyNTQxOTM5MjIsICAg MCwgICAwDQp6aW9fZGF0YV9idWZfMTMxMDcyOiAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAg ICAxNCwgICA1NjY5NiwgICAwLCAgIDANCmx6NF9jdHg6ICAgICAgICAgICAgICAxNjM4NCwgICAg ICAwLCAgICAgICAwLCAgICAgIDUyLDE2NTg4MTQ3NDMsICAgMCwgICAwDQpzYV9jYWNoZTogICAg ICAgICAgICAgICAgODAsICAgICAgMCwgIDIzNDI5NCwgICA4Mzk1NiwgNTAzMzg3NiwgICAwLCAg IDANCmRub2RlX3Q6ICAgICAgICAgICAgICAgIDc1MiwgICAgICAwLCAgMzI1MTk0LCAgIDIzODAx LCA3ODQ2MTQ5LCAgIDAsICAgMA0KZG11X2J1Zl9pbXBsX3Q6ICAgICAgICAgMjMyLCAgICAgIDAs IDI0MjA3NDIsIDEwOTI2NjUsMTAxODgzNzQ3NiwgICAwLCAgIDANCmFyY19idWZfaGRyX3Q6ICAg ICAgICAgIDIxNiwgICAgICAwLDMxNDY5NzE4LCA2NTgwOTE0LDcwNDc3NjE5MiwgICAwLCAgIDAN CmFyY19idWZfdDogICAgICAgICAgICAgICA3MiwgICAgICAwLCAyMzAzNjA3LCAxNDQzODE4LDg0 Mjk4MTQ1NSwgICAwLCAgIDANCnppbF9sd2JfY2FjaGU6ICAgICAgICAgIDE5MiwgICAgICAwLCAg ICAgMTYyLCAgICAxNzk4LDExODk3ODY0OCwgICAwLCAgIDANCnpmc196bm9kZV9jYWNoZTogICAg ICAgIDM2OCwgICAgICAwLCAgMjM0Mjk0LCAgIDM4MTQ2LCA1MDMzODc2LCAgIDAsICAgMA0KTW91 bnRwb2ludHM6ICAgICAgICAgICAgODE2LCAgICAgIDAsICAgICAgMzMsICAgICAxMzcsICAgICAg MzcsICAgMCwgICAwDQprc2lnaW5mbzogICAgICAgICAgICAgICAxMTIsICAgICAgMCwgICAgIDI2 NywgICAgMzEyOCwgICA1MTQyMiwgICAwLCAgIDANCml0aW1lcjogICAgICAgICAgICAgICAgIDM1 MiwgICAgICAwLCAgICAgICAxLCAgICAgIDEwLCAgICAgICAxLCAgIDAsICAgMA0KS05PVEU6ICAg ICAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgICAgIDAsICAgIDIxMzksICAzODYwNDEsICAg MCwgICAwDQpzb2NrZXQ6ICAgICAgICAgICAgICAgICA2OTYsIDE1NzE2MjAsICAgICAgNjcsICAg ICAyODMsICA1NTE5NTcsICAgMCwgICAwDQppcHE6ICAgICAgICAgICAgICAgICAgICAgNTYsICA5 NTcwOCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnVkcF9pbnBjYjogICAg ICAgICAgICAgIDM5MiwgMTU3MTYyMCwgICAgICAxOCwgICAgIDYxMiwgIDI0MzIxNSwgICAwLCAg IDANCnVkcGNiOiAgICAgICAgICAgICAgICAgICAxNiwgMTU3MTc2MiwgICAgICAxOCwgICAgNTAw MiwgIDI0MzIxNSwgICAwLCAgIDANCnRjcF9pbnBjYjogICAgICAgICAgICAgIDM5MiwgMTU3MTYy MCwgICAgICAzMywgICAgIDU5NywgIDI5NTYxOSwgICAwLCAgIDANCnRjcGNiOiAgICAgICAgICAg ICAgICAgMTAyNCwgMTU3MTYyMCwgICAgICAzMywgICAgIDI4MywgIDI5NTYxOSwgICAwLCAgIDAN CnRjcHR3OiAgICAgICAgICAgICAgICAgICA4OCwgIDI3ODEwLCAgICAgICAwLCAgICAxNjY1LCAg ICA1MDU5LCAgIDAsICAgMA0Kc3luY2FjaGU6ICAgICAgICAgICAgICAgMTYwLCAgMTUzNzUsICAg ICAgIDAsICAgICA1MDAsICAyNzkzMzEsICAgMCwgICAwDQpob3N0Y2FjaGU6ICAgICAgICAgICAg ICAxMzYsICAxNTM3MCwgICAgICAgMiwgICAgIDM3NSwgICAgICA4NSwgICAwLCAgIDANCnRjcHJl YXNzOiAgICAgICAgICAgICAgICA0MCwgMTkxNDAwLCAgICAgICAwLCAgICAyMTAwLCAgICA5NTA0 LCAgIDAsICAgMA0Kc2Fja2hvbGU6ICAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAgICAgIDAs ICAgIDIxMjUsICAxMDc1MjgsICAgMCwgICAwDQpzY3RwX2VwOiAgICAgICAgICAgICAgIDE0MDgs IDE1NzE2MjAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpzY3RwX2Fzb2M6 ICAgICAgICAgICAgIDI0MTYsICA0MDAwMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAw LCAgIDANCnNjdHBfbGFkZHI6ICAgICAgICAgICAgICA0OCwgIDgwMDEyLCAgICAgICAwLCAgICAg ICAwLCAgICAgICA0LCAgIDAsICAgMA0Kc2N0cF9yYWRkcjogICAgICAgICAgICAgNzI4LCAgODAw MDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpzY3RwX2NodW5rOiAgICAg ICAgICAgICAxMzYsIDQwMDAyNiwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAN CnNjdHBfcmVhZHE6ICAgICAgICAgICAgIDEwNCwgNDAwMDI2LCAgICAgICAwLCAgICAgICAwLCAg ICAgICAwLCAgIDAsICAgMA0Kc2N0cF9zdHJlYW1fbXNnX291dDogICAgMTA0LCA0MDAwMjYsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpzY3RwX2FzY29uZjogICAgICAgICAg ICAgNDAsIDQwMDAwMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnNjdHBf YXNjb25mX2FjazogICAgICAgICA0OCwgNDAwMDYwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgIDAsICAgMA0KdWRwbGl0ZV9pbnBjYjogICAgICAgICAgMzkyLCAxNTcxNjIwLCAgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KcmlwY2I6ICAgICAgICAgICAgICAgICAgMzky LCAxNTcxNjIwLCAgICAgICAwLCAgICAgMTUwLCAgICAgIDE3LCAgIDAsICAgMA0KdW5wY2I6ICAg ICAgICAgICAgICAgICAgMjQwLCAxNTcxNjMyLCAgICAgIDE1LCAgICAgOTI5LCAgIDEzMTAxLCAg IDAsICAgMA0KcnRlbnRyeTogICAgICAgICAgICAgICAgMjAwLCAgICAgIDAsICAgICAgMTQsICAg ICAxNDYsICAgICAgMTQsICAgMCwgICAwDQpzZWxmZDogICAgICAgICAgICAgICAgICAgNTYsICAg ICAgMCwgICAgIDUxOSwgICAgNDMwOSwyNTY0NDM0NiwgICAwLCAgIDANClNXQVBNRVRBOiAgICAg ICAgICAgICAgIDI4OCwgNjEyMzgwNiwgICAgIDg4NCwgICAgMjI4OCwgIDQ5NDM4OSwgICAwLCAg IDANCmljbF9jb25uOiAgICAgICAgICAgICAgIDE1MiwgICAgICAwLCAgICAgICA4LCAgICAgMzMw LCAgICAgIDgyLCAgIDAsICAgMA0KaWNsX3BkdTogICAgICAgICAgICAgICAgIDgwLCAgICAgIDAs ICAgICAgIDYsICAgIDMwOTQsNjE5NDMzNjc0LCAgIDAsICAgMA0KaXNjc2lfb3V0c3RhbmRpbmc6 ICAgICAgIDQwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpj ZmlfbHVuOiAgICAgICAgICAgICAgICAzNDQsICAgICAgMCwgICAgICAgOSwgICAgICA0NiwgICAg ICAxMSwgICAwLCAgIDANCmNmaV9tZXRhdGFzazogICAgICAgICAgIDMyMCwgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KY2Zpc2NzaV9kYXRhX3dhaXQ6ICAgICAg IDU2LCAgICAgIDAsICAgICAgIDAsICAgIDUzMjUsMjM5NjU1OTU1LCAgIDAsICAgMA0KYmVpbzog ICAgICAgICAgICAgICAgICAgMzYwLCAgICAgIDAsICAgICAgIDIsICAgICA1MzcsMjg0NDA5NzMz LCAgIDAsICAgMA0KY2JsazI6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAs ICAgICAgMjcsIDMzNDQ5NTcsICAgMCwgICAwDQpjYmxrMzogICAgICAgICAgICAgICAxMzEwNzIs ICAgICAgMCwgICAgICAgMCwgICAgICAyMywgICAgMjc1NywgICAwLCAgIDANCmNibGs0OiAgICAg ICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDU1LDQ2MTUxOTQyLCAgIDAs ICAgMA0KY2JsazU6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDEsICAgICAg MzIsOTA5NjE5MzUsICAgMCwgICAwDQpjYmxrNjogICAgICAgICAgICAgICAxMzEwNzIsICAgICAg MCwgICAgICAgMCwgICAgICAxNywzNTI2NDM4NiwgICAwLCAgIDANCmNibGs3OiAgICAgICAgICAg ICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDI4LDU2OTg5NTYyLCAgIDAsICAgMA0K Y2Jsazg6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDEsICAgICAgMzIsMzc3 NDczMjIsICAgMCwgICAwDQpjYmxrOTogICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAg ICAgMCwgICAgICAyNywgNzA5ODM0OSwgICAwLCAgIDANCmNibGsxMDogICAgICAgICAgICAgIDEz MTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDI2LCA5NTU2OTYzLCAgIDAsICAgMA0KDQogcHJv Y3MgICAgICBtZW1vcnkgICAgICBwYWdlICAgICAgICAgICAgICAgICAgICBkaXNrcyAgICAgZmF1 bHRzICAgICAgICAgY3B1DQogciBiIHcgICAgIGF2bSAgICBmcmUgICBmbHQgIHJlICBwaSAgcG8g ICAgZnIgIHNyIG1mMCBtZjEgICBpbiAgIHN5ICAgY3MgdXMgc3kgaWQNCiAwIDAgNyAgIDEzMjhN ICAxOTIwTSAgIDYwNiAgIDAgICAwICAgMCAgMjI4NSAgMTAgICAwICAgMCAgODM2ICA2MTUgMjQz OCAgMCAgNCA5Ng0KMTkwMTIvMTQ0MzgvMzM0NTAgbWJ1ZnMgaW4gdXNlIChjdXJyZW50L2NhY2hl L3RvdGFsKQ0KMTg0OTQvODM5MC8yNjg4NC8zMDYxOTAwIG1idWYgY2x1c3RlcnMgaW4gdXNlIChj dXJyZW50L2NhY2hlL3RvdGFsL21heCkNCjE4NDU3LzY1NjUgbWJ1ZitjbHVzdGVycyBvdXQgb2Yg cGFja2V0IHNlY29uZGFyeSB6b25lIGluIHVzZSAoY3VycmVudC9jYWNoZSkNCjAvMTM3LzEzNy8x NTMwOTUwIDRrIChwYWdlIHNpemUpIGp1bWJvIGNsdXN0ZXJzIGluIHVzZSAoY3VycmVudC9jYWNo ZS90b3RhbC9tYXgpDQowLzAvMC80NTM2MTQgOWsganVtYm8gY2x1c3RlcnMgaW4gdXNlIChjdXJy ZW50L2NhY2hlL3RvdGFsL21heCkNCjAvMC8wLzI1NTE1OCAxNmsganVtYm8gY2x1c3RlcnMgaW4g dXNlIChjdXJyZW50L2NhY2hlL3RvdGFsL21heCkNCjQxNzQxSy8yMDkzN0svNjI2NzhLIGJ5dGVz IGFsbG9jYXRlZCB0byBuZXR3b3JrIChjdXJyZW50L2NhY2hlL3RvdGFsKQ0KMC8wLzAgcmVxdWVz dHMgZm9yIG1idWZzIGRlbmllZCAobWJ1ZnMvY2x1c3RlcnMvbWJ1ZitjbHVzdGVycykNCjAvMC8w IHJlcXVlc3RzIGZvciBtYnVmcyBkZWxheWVkIChtYnVmcy9jbHVzdGVycy9tYnVmK2NsdXN0ZXJz KQ0KMC8wLzAgcmVxdWVzdHMgZm9yIGp1bWJvIGNsdXN0ZXJzIGRlbGF5ZWQgKDRrLzlrLzE2aykN CjAvMC8wIHJlcXVlc3RzIGZvciBqdW1ibyBjbHVzdGVycyBkZW5pZWQgKDRrLzlrLzE2aykNCjAg cmVxdWVzdHMgZm9yIHNmYnVmcyBkZW5pZWQNCjAgcmVxdWVzdHMgZm9yIHNmYnVmcyBkZWxheWVk DQowIHJlcXVlc3RzIGZvciBJL08gaW5pdGlhdGVkIGJ5IHNlbmRmaWxlDQpJVEVNICAgICAgICAg ICAgICAgICAgIFNJWkUgIExJTUlUICAgICBVU0VEICAgICBGUkVFICAgICAgUkVRIEZBSUwgU0xF RVANCg0KVU1BIEtlZ3M6ICAgICAgICAgICAgICAgMzg0LCAgICAgIDAsICAgICAyMTcsICAgICAg IDMsICAgICAyMTksICAgMCwgICAwDQpVTUEgWm9uZXM6ICAgICAgICAgICAgIDI2ODgsICAgICAg MCwgICAgIDIxNywgICAgICAgMCwgICAgIDIxOSwgICAwLCAgIDANClVNQSBTbGFiczogICAgICAg ICAgICAgICA4MCwgICAgICAwLCAyNjUyNzU4LCAxMzkyNzQyLDQzMTg4NTQ4OCwgICAwLCAgIDAN ClVNQSBSQ250U2xhYnM6ICAgICAgICAgICA4OCwgICAgICAwLCAgIDEzNTc5LCAgICA1MTQxLCAx ODgyNDU1LCAgIDAsICAgMA0KVU1BIEhhc2g6ICAgICAgICAgICAgICAgMjU2LCAgICAgIDAsICAg ICAgMjAsICAgICAgNTUsICAgICAgOTIsICAgMCwgICAwDQo0IEJ1Y2tldDogICAgICAgICAgICAg ICAgMzIsICAgICAgMCwgICAgMzI3NCwgICAxMzIyNiwyNTYzNjQ3OTEsICAgMCwgICAwDQo2IEJ1 Y2tldDogICAgICAgICAgICAgICAgNDgsICAgICAgMCwgICAgMTMwOSwgICAgODA3MCw2MzE4MDY4 MSwgICAwLCAgIDANCjggQnVja2V0OiAgICAgICAgICAgICAgICA2NCwgICAgICAwLCAgICAgMzY3 LCAgICA4MDY1LDY5MzI3MjEwLCAgMTEsICAgMA0KMTIgQnVja2V0OiAgICAgICAgICAgICAgIDk2 LCAgICAgIDAsICAgICA3NjIsICAgIDM0NjEsODEyMDg5MTEsNjQ1OCwgICAwDQoxNiBCdWNrZXQ6 ICAgICAgICAgICAgICAxMjgsICAgICAgMCwgICAgIDQwNSwgICAgNTA1MSw1MzI4NjI5MCwgICAw LCAgIDANCjMyIEJ1Y2tldDogICAgICAgICAgICAgIDI1NiwgICAgICAwLCAgICAgMzU0LCAgICAy MTY2LDY4OTI0MDUwLCAgNjMsICAgMA0KNjQgQnVja2V0OiAgICAgICAgICAgICAgNTEyLCAgICAg IDAsICAgIDcyNjYsICAgICAzNjYsNTc1OTg4MTAsMzU2MzA1NSwgICAwDQoxMjggQnVja2V0OiAg ICAgICAgICAgIDEwMjQsICAgICAgMCwgICAgIDQ0OSwgICAgIDQ0Nyw0NzU3ODE4Myw2NTI3Mywg ICAwDQoyNTYgQnVja2V0OiAgICAgICAgICAgIDIwNDgsICAgICAgMCwgICAgOTU2NCwgICAgIDEw MCw1MDM3NjA3MDcsNzAzOTUsICAgMA0Kdm1lbSBidGFnOiAgICAgICAgICAgICAgIDU2LCAgICAg IDAsICA2MjcwOTIsICAxNTY4OTAsMTc1NTUwNzEsNTUzNSwgICAwDQpWTSBPQkpFQ1Q6ICAgICAg ICAgICAgICAyNTYsICAgICAgMCwgICA1NDY5MCwgICAyMjIzMCwxOTU4NjgxNiwgICAwLCAgIDAN ClJBRElYIE5PREU6ICAgICAgICAgICAgIDE0NCwgICAgICAwLCAgNDUyMzA0LCAgMjE5OTk2LDEx ODQzNDk2NCwgICAwLCAgIDANCk1BUDogICAgICAgICAgICAgICAgICAgIDI0MCwgICAgICAwLCAg ICAgICAzLCAgICAgIDYxLCAgICAgICAzLCAgIDAsICAgMA0KS01BUCBFTlRSWTogICAgICAgICAg ICAgMTI4LCAgICAgIDAsICAgICAgIDgsICAgICAxMTYsICAgICAgIDgsICAgMCwgICAwDQpNQVAg RU5UUlk6ICAgICAgICAgICAgICAxMjgsICAgICAgMCwgICAgMTQzOSwgICAgMjcxNSw1NDUyNjQw MiwgICAwLCAgIDANClZNU1BBQ0U6ICAgICAgICAgICAgICAgIDQ0OCwgICAgICAwLCAgICAgIDQx LCAgICAgNjE2LCAxMzM3NzQwLCAgIDAsICAgMA0KZmFrZXBnOiAgICAgICAgICAgICAgICAgMTA0 LCAgICAgIDAsICAgICAgIDAsICAgICAxNTIsICAgICAgMjUsICAgMCwgICAwDQptdF96b25lOiAg ICAgICAgICAgICAgIDQxMTIsICAgICAgMCwgICAgIDM2OSwgICAgICAgMCwgICAgIDM2OSwgICAw LCAgIDANCjE2OiAgICAgICAgICAgICAgICAgICAgICAxNiwgICAgICAwLCAgMTEwNTE2LCAgIDE0 MjMxLDIwMDYyOTM5MDEsICAgMCwgICAwDQozMjogICAgICAgICAgICAgICAgICAgICAgMzIsICAg ICAgMCw1Nzg2OTI2MywxMTkwNjIzNyw1MDM3NTg2MDI5LCAgIDAsICAgMA0KNjQ6ICAgICAgICAg ICAgICAgICAgICAgIDY0LCAgICAgIDAsIDEzNTc3OTAsICA2MjE3NDYsMTI4NDU5NTMyMDcsICAg MCwgICAwDQoxMjg6ICAgICAgICAgICAgICAgICAgICAxMjgsICAgICAgMCwgMTk4MzE0MiwgIDg2 Mzk2MCwxMTAzMjA2NDQ3NywgICAwLCAgIDANCjI1NjogICAgICAgICAgICAgICAgICAgIDI1Niwg ICAgICAwLCAgNTUwMjc5LCAgICAxNDUxLDgxMzA2NDQ0MzYsICAgMCwgICAwDQo1MTI6ICAgICAg ICAgICAgICAgICAgICA1MTIsICAgICAgMCwgICAyODQ3MywgIDQwNTc2NywyMDE5MzAzNjgzLCAg IDAsICAgMA0KMTAyNDogICAgICAgICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgMTU5OTEsICAg ICAyODEsMTM0MzAxNDEyLCAgIDAsICAgMA0KMjA0ODogICAgICAgICAgICAgICAgICAyMDQ4LCAg ICAgIDAsICAgNDI0NjQsICAgICA2NjYsMTkzMTEzOTczMSwgICAwLCAgIDANCjQwOTY6ICAgICAg ICAgICAgICAgICAgNDA5NiwgICAgICAwLCAgIDEzODcyLCAgICAgIDY0LDEwMjkwODYzMiwgICAw LCAgIDANCjgxOTI6ICAgICAgICAgICAgICAgICAgODE5MiwgICAgICAwLCAgICAgIDI2LCAgICAg IDI3LCAzMDY2ODgyLCAgIDAsICAgMA0KMTYzODQ6ICAgICAgICAgICAgICAgIDE2Mzg0LCAgICAg IDAsICAgICAgNDIsICAgICAgMTYsICAgIDc2MTEsICAgMCwgICAwDQozMjc2ODogICAgICAgICAg ICAgICAgMzI3NjgsICAgICAgMCwgICAgICAzOSwgICAgICAxNywgICA2NzgwNSwgICAwLCAgIDAN CjY1NTM2OiAgICAgICAgICAgICAgICA2NTUzNiwgICAgICAwLCAgICAgIDgxLCAgICAgIDIxLCAx MDQyNjA2LCAgIDAsICAgMA0KNjQgcGNwdTogICAgICAgICAgICAgICAgICA4LCAgICAgIDAsICAg IDE2NTQsICAgICA1MjIsICAgIDE4MTQsICAgMCwgICAwDQpTTEVFUFFVRVVFOiAgICAgICAgICAg ICAgODAsICAgICAgMCwgICAgMTI5NywgICAgIDgxMSwgICAgMTU3OSwgICAwLCAgIDANCkZpbGVz OiAgICAgICAgICAgICAgICAgICA4MCwgICAgICAwLCAgICAgMTM1LCAgICAyNjY1LDExNzM2NTMw LCAgIDAsICAgMA0KVFVSTlNUSUxFOiAgICAgICAgICAgICAgMTM2LCAgICAgIDAsICAgIDEyOTcs ICAgICA1NjMsICAgIDE1NzksICAgMCwgICAwDQpybF9lbnRyeTogICAgICAgICAgICAgICAgNDAs ICAgICAgMCwgICAgIDMzMCwgICAgMzI3MCwgICAgIDM0MSwgICAwLCAgIDANCnVtdHggcGk6ICAg ICAgICAgICAgICAgICA5NiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAs ICAgMA0KTUFDIGxhYmVsczogICAgICAgICAgICAgIDQwLCAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwDQpQUk9DOiAgICAgICAgICAgICAgICAgIDEyMTYsICAgICAg MCwgICAgICA2MSwgICAgIDIxNSwgMTMzNzc1NywgICAwLCAgIDANClRIUkVBRDogICAgICAgICAg ICAgICAgMTE2OCwgICAgICAwLCAgICAxMTY5LCAgICAgMTI3LCAgICA1NjgxLCAgIDAsICAgMA0K Y3B1c2V0OiAgICAgICAgICAgICAgICAgIDcyLCAgICAgIDAsICAgICA4NzAsICAgIDExNjUsICAg IDE2MzcsICAgMCwgICAwDQphdWRpdF9yZWNvcmQ6ICAgICAgICAgIDEyNDgsICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCm1idWZfcGFja2V0OiAgICAgICAgICAg IDI1NiwgMTk1OTYxNjUsICAgMTg0MjUsICAgIDY1OTcsMTA3NDU5NzAyMTQsICAgMCwgICAwDQpt YnVmOiAgICAgICAgICAgICAgICAgICAyNTYsIDE5NTk2MTY1LCAgICAgNTQ1LCAgICA3ODgzLDEy ODc0NjQzNTQ4LCAgIDAsICAgMA0KbWJ1Zl9jbHVzdGVyOiAgICAgICAgICAyMDQ4LCAzMDYxOTAw LCAgIDI1MDU1LCAgICAxODI5LDE3Mzc2NDkwODcsICAgMCwgICAwDQptYnVmX2p1bWJvX3BhZ2U6 ICAgICAgIDQwOTYsIDE1MzA5NTAsICAgICAgIDAsICAgICAxMzcsMTQyMTcxNzIyMCwgICAwLCAg IDANCm1idWZfanVtYm9fOWs6ICAgICAgICAgOTIxNiwgNDUzNjE0LCAgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgIDAsICAgMA0KbWJ1Zl9qdW1ib18xNms6ICAgICAgIDE2Mzg0LCAyNTUxNTgs ICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQptYnVmX2V4dF9yZWZjbnQ6ICAg ICAgICAgIDQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCmdf YmlvOiAgICAgICAgICAgICAgICAgIDI0OCwgICAgICAwLCAgICAgMTMyLCAgICAyNjY4LDczMjUy MjMwOTIsICAgMCwgICAwDQp0dHlpbnE6ICAgICAgICAgICAgICAgICAxNjAsICAgICAgMCwgICAg IDI0MCwgICAgIDIxMCwgICAgMTEyNSwgICAwLCAgIDANCnR0eW91dHE6ICAgICAgICAgICAgICAg IDI1NiwgICAgICAwLCAgICAgMTI2LCAgICAgMTQ0LCAgICAgNTkzLCAgIDAsICAgMA0KRE1BUl9N QVBfRU5UUlk6ICAgICAgICAgMTIwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgMCwgICAwDQphdGFfcmVxdWVzdDogICAgICAgICAgICAzMzYsICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnZ0bmV0X3R4X2hkcjogICAgICAgICAgICAyNCwg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KRlBVX3NhdmVfYXJl YTogICAgICAgICAgNTEyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwg ICAwDQp0YXNrcV96b25lOiAgICAgICAgICAgICAgNDgsICAgICAgMCwgICAgICAgMCwgICAgNjcy MywxNzAwODA1MzIsICAgMCwgICAwDQpWTk9ERTogICAgICAgICAgICAgICAgICA0NzIsICAgICAg MCwgIDIzNDM4NiwgICAyNzQ3OCwgNTAzNDY2NCwgICAwLCAgIDANClZOT0RFUE9MTDogICAgICAg ICAgICAgIDExMiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAxLCAgIDAsICAgMA0K QlVGIFRSSUU6ICAgICAgICAgICAgICAgMTQ0LCAgICAgIDAsICAgICAgIDAsICAxMDU5NDgsICAg ICAgIDAsICAgMCwgICAwDQpTIFZGUyBDYWNoZTogICAgICAgICAgICAxMDgsICAgICAgMCwgIDE0 NjIzOCwgICA4MzE1MiwgNTczMjY5OCwgICAwLCAgIDANClNUUyBWRlMgQ2FjaGU6ICAgICAgICAg IDE0OCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgIDEyLCAgIDAsICAgMA0KTCBWRlMg Q2FjaGU6ICAgICAgICAgICAgMzI4LCAgICAgIDAsICAgNTY4MTAsICAgIDE4NDYsICA4MTA5ODgs ICAgMCwgICAwDQpMVFMgVkZTIENhY2hlOiAgICAgICAgICAzNjgsICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCk5BTUVJOiAgICAgICAgICAgICAgICAgMTAyNCwg ICAgICAwLCAgICAgICAwLCAgICAgMjYwLDQ0ODg1ODUwLCAgIDAsICAgMA0KTkNMTk9ERTogICAg ICAgICAgICAgICAgNTI4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgMTYsICAgMCwg ICAwDQpESVJIQVNIOiAgICAgICAgICAgICAgIDEwMjQsICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAwLCAgIDANCnBpcGU6ICAgICAgICAgICAgICAgICAgIDc0NCwgICAgICAw LCAgICAgICA2LCAgICAgMjM5LCAgMTA4MjY1LCAgIDAsICAgMA0KcHJvY2Rlc2M6ICAgICAgICAg ICAgICAgMTI4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpy YW5nZV9zZWdfY2FjaGU6ICAgICAgICAgNjQsICAgICAgMCwgMjI1ODY0MCwgMTYyNTE2NCw2ODYw MjkxOTExMSwgICAwLCAgIDANCnppb19jYWNoZTogICAgICAgICAgICAgIDkyMCwgICAgICAwLCAg ICAgMjM0LCAgMTA1MjU4LDMxNDE3MTEzMzgzLCAgIDAsICAgMA0KemlvX2xpbmtfY2FjaGU6ICAg ICAgICAgIDQ4LCAgICAgIDAsICAgICAyMzAsICAxMDU1OTUsMzQwOTE5NTkzMzgsICAgMCwgICAw DQp6aW9fYnVmXzUxMjogICAgICAgICAgICA1MTIsICAgICAgMCwgIDI3NTE5OCwgICA2ODAxMCw3 MTI2MjQ4MywgICAwLCAgIDANCnppb19kYXRhX2J1Zl81MTI6ICAgICAgIDUxMiwgICAgICAwLCAg ICAgIDMwLCAgICAgNTcwLCA5NTEyNTYxLCAgIDAsICAgMA0KemlvX2J1Zl8xMDI0OiAgICAgICAg ICAxMDI0LCAgICAgIDAsICAgICAgIDQsICAgICAyODgsIDg0NzUwNTAsICAgMCwgICAwDQp6aW9f ZGF0YV9idWZfMTAyNDogICAgIDEwMjQsICAgICAgMCwgICAgICAyMiwgICAgIDc3NCwgNDI2MDM3 NywgICAwLCAgIDANCnppb19idWZfMTUzNjogICAgICAgICAgMTUzNiwgICAgICAwLCAgICAgICAz LCAgICAgMTgzLCA1Mjc3MDk4LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzE1MzY6ICAgICAxNTM2 LCAgICAgIDAsICAgICAgIDcsICAgICAxNzksIDY2MDQ4MjcsICAgMCwgICAwDQp6aW9fYnVmXzIw NDg6ICAgICAgICAgIDIwNDgsICAgICAgMCwgICAgIDM2MSwgICAgIDEyMSwxMzMyMDMyNSwgICAw LCAgIDANCnppb19kYXRhX2J1Zl8yMDQ4OiAgICAgMjA0OCwgICAgICAwLCAgICAgIDE2LCAgICAg IDk2LCA2MDYwMzE0LCAgIDAsICAgMA0KemlvX2J1Zl8yNTYwOiAgICAgICAgICAyNTYwLCAgICAg IDAsICAgICAgIDcsICAgICAxNDUsIDQ4NDE3ODEsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMjU2 MDogICAgIDI1NjAsICAgICAgMCwgICAgICAgMiwgICAgICA2NiwgNDMyNzg0MCwgICAwLCAgIDAN Cnppb19idWZfMzA3MjogICAgICAgICAgMzA3MiwgICAgICAwLCAgICAgMTA4LCAgICAgNzY2LCA4 ODQ0NTczLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzMwNzI6ICAgICAzMDcyLCAgICAgIDAsICAg ICAgIDIsICAgICAgNjEsIDM0MzU2MTcsICAgMCwgICAwDQp6aW9fYnVmXzM1ODQ6ICAgICAgICAg IDM1ODQsICAgICAgMCwgICAgICAgMywgICAgICA0NCwgNDc1NjYyMywgICAwLCAgIDANCnppb19k YXRhX2J1Zl8zNTg0OiAgICAgMzU4NCwgICAgICAwLCAgICAgICA2LCAgICAgIDI2LCAzMjM4OTYy LCAgIDAsICAgMA0KemlvX2J1Zl80MDk2OiAgICAgICAgICA0MDk2LCAgICAgIDAsIDE2MDAyMTEs ICAgMjgxNzksMzM4NTUxODczMiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl80MDk2OiAgICAgNDA5 NiwgICAgICAwLCAgMzA0NzY5LCAgICAyMDI5LDIzNDc2MDc2NywgICAwLCAgIDANCnppb19idWZf NTEyMDogICAgICAgICAgNTEyMCwgICAgICAwLCAgICAgMzAwLCAgICAgIDI0LDE5MTk0OTgwLCAg IDAsICAgMA0KemlvX2RhdGFfYnVmXzUxMjA6ICAgICA1MTIwLCAgICAgIDAsICAgICAgIDQsICAg ICAgMjYsIDE4MTU4MTMsICAgMCwgICAwDQp6aW9fYnVmXzYxNDQ6ICAgICAgICAgIDYxNDQsICAg ICAgMCwgICAgICAgMCwgICAgICAyNCwxMzQ4NzA3OSwgICAwLCAgIDANCnppb19kYXRhX2J1Zl82 MTQ0OiAgICAgNjE0NCwgICAgICAwLCAgICAgICA2LCAgICAgIDI1LCAzMzUzNTYxLCAgIDAsICAg MA0KemlvX2J1Zl83MTY4OiAgICAgICAgICA3MTY4LCAgICAgIDAsICAgICAgIDAsICAgICAgMjIs IDk1MzA0OTEsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNzE2ODogICAgIDcxNjgsICAgICAgMCwg ICAgICAgMCwgICAgICAyNywgMjMxNTg4MCwgICAwLCAgIDANCnppb19idWZfODE5MjogICAgICAg ICAgODE5MiwgICAgICAwLCAgICAgICAxLCAgICAgNjY3LDI1MTI0MjE5NSwgICAwLCAgIDANCnpp b19kYXRhX2J1Zl84MTkyOiAgICAgODE5MiwgICAgICAwLCAgICAgICA1LCAgICAgIDI2LCAxNzY0 MDc0LCAgIDAsICAgMA0KemlvX2J1Zl8xMDI0MDogICAgICAgIDEwMjQwLCAgICAgIDAsICAgICAg IDAsICAgICAgMzksMTU4NTA0NjQsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTAyNDA6ICAgMTAy NDAsICAgICAgMCwgICAgICAgMiwgICAgICAyNywgMzQwNTAzMSwgICAwLCAgIDANCnppb19idWZf MTIyODg6ICAgICAgICAxMjI4OCwgICAgICAwLCAgICAgICAxLCAgICAgIDkwLDc3ODI5MTg1LCAg IDAsICAgMA0KemlvX2RhdGFfYnVmXzEyMjg4OiAgIDEyMjg4LCAgICAgIDAsICAgICAgIDMsICAg ICAgMzAsIDMyMjM0MDAsICAgMCwgICAwDQp6aW9fYnVmXzE0MzM2OiAgICAgICAgMTQzMzYsICAg ICAgMCwgICAgICAgMSwgICAgICA2OSwxMzE4MDMwNiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8x NDMzNjogICAxNDMzNiwgICAgICAwLCAgICAgICA0LCAgICAgIDI1LCAyODY5NDY3LCAgIDAsICAg MA0KemlvX2J1Zl8xNjM4NDogICAgICAgIDE2Mzg0LCAgICAgIDAsICAyNzI2MzgsICAgIDQyMjEs MzU5MzQ5MDcxLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzE2Mzg0OiAgIDE2Mzg0LCAgICAgIDAs ICAgIDU2MzYsICAgICAyNTIsIDQ0Nzg2MjIsICAgMCwgICAwDQp6aW9fYnVmXzIwNDgwOiAgICAg ICAgMjA0ODAsICAgICAgMCwgICAgICAgMCwgICAgICA5Miw1ODg1ODA5MywgICAwLCAgIDANCnpp b19kYXRhX2J1Zl8yMDQ4MDogICAyMDQ4MCwgICAgICAwLCAgICAgICA4LCAgICAgIDI2LCAzNjk0 MTgyLCAgIDAsICAgMA0KemlvX2J1Zl8yNDU3NjogICAgICAgIDI0NTc2LCAgICAgIDAsICAgICAg IDAsICAgICAgNjUsNTc2MzI0NjQsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMjQ1NzY6ICAgMjQ1 NzYsICAgICAgMCwgICAgICAgMiwgICAgICAyNiwgMzI0MTgwOCwgICAwLCAgIDANCnppb19idWZf Mjg2NzI6ICAgICAgICAyODY3MiwgICAgICAwLCAgICAgICAxLCAgICAgIDU0LDU3MTk0NTc2LCAg IDAsICAgMA0KemlvX2RhdGFfYnVmXzI4NjcyOiAgIDI4NjcyLCAgICAgIDAsICAgICAgIDAsICAg ICAgMjksIDMwNTUyNzMsICAgMCwgICAwDQp6aW9fYnVmXzMyNzY4OiAgICAgICAgMzI3NjgsICAg ICAgMCwgICAgICAgMCwgICAgIDEwNCw1NTQyMjk2NCwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8z Mjc2ODogICAzMjc2OCwgICAgICAwLCAgICAgIDQyLCAgICAgIDcxLDk1OTk1NTEwLCAgIDAsICAg MA0KemlvX2J1Zl8zNjg2NDogICAgICAgIDM2ODY0LCAgICAgIDAsICAgICAgIDAsICAgICAgNDcs MzA5NDQ5NzAsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMzY4NjQ6ICAgMzY4NjQsICAgICAgMCwg ICAgICAgMSwgICAgICAyNiwgMjkwNTc4MiwgICAwLCAgIDANCnppb19idWZfNDA5NjA6ICAgICAg ICA0MDk2MCwgICAgICAwLCAgICAgICAwLCAgICAgIDU3LDMwMDg0MzM5LCAgIDAsICAgMA0Kemlv X2RhdGFfYnVmXzQwOTYwOiAgIDQwOTYwLCAgICAgIDAsICAgICAgIDYsICAgICAgMjYsIDM0NjM3 NDcsICAgMCwgICAwDQp6aW9fYnVmXzQ1MDU2OiAgICAgICAgNDUwNTYsICAgICAgMCwgICAgICAg MCwgICAgICA2OSwyODI3NTIxOCwgICAwLCAgIDANCnppb19kYXRhX2J1Zl80NTA1NjogICA0NTA1 NiwgICAgICAwLCAgICAgICAxLCAgICAgIDI5LCAzNjQ4NTMzLCAgIDAsICAgMA0KemlvX2J1Zl80 OTE1MjogICAgICAgIDQ5MTUyLCAgICAgIDAsICAgICAgIDAsICAgICAgODEsMzEyNDc0MzcsICAg MCwgICAwDQp6aW9fZGF0YV9idWZfNDkxNTI6ICAgNDkxNTIsICAgICAgMCwgICAgICAgMSwgICAg ICAyOSwgMzEwNzI5OSwgICAwLCAgIDANCnppb19idWZfNTMyNDg6ICAgICAgICA1MzI0OCwgICAg ICAwLCAgICAgICAwLCAgICAgMTM1LDI1MTU2NzY5LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzUz MjQ4OiAgIDUzMjQ4LCAgICAgIDAsICAgICAgIDAsICAgICAgMjYsIDI1MzQ3MTksICAgMCwgICAw DQp6aW9fYnVmXzU3MzQ0OiAgICAgICAgNTczNDQsICAgICAgMCwgICAgICAgMCwgICAgICA5NCwy NjU3OTIyNiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl81NzM0NDogICA1NzM0NCwgICAgICAwLCAg ICAgICAxLCAgICAgIDI3LCAyODc5NTE5LCAgIDAsICAgMA0KemlvX2J1Zl82MTQ0MDogICAgICAg IDYxNDQwLCAgICAgIDAsICAgICAgIDAsICAgICAgNTMsIDgyMTE5NTIsICAgMCwgICAwDQp6aW9f ZGF0YV9idWZfNjE0NDA6ICAgNjE0NDAsICAgICAgMCwgICAgICAgMSwgICAgICAyMSwgICAgMjA4 OSwgICAwLCAgIDANCnppb19idWZfNjU1MzY6ICAgICAgICA2NTUzNiwgICAgICAwLCAgICAgICAw LCAgICAxMDY1LDMzMjYxNjcxMiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl82NTUzNjogICA2NTUz NiwgICAgICAwLCAgMjcxMDE3LCAgICAgODg1LDQ4MzkxNzQ2MywgICAwLCAgIDANCnppb19idWZf Njk2MzI6ICAgICAgICA2OTYzMiwgICAgICAwLCAgICAgICAwLCAgICAgIDIyLCA2MjQ0MTg2LCAg IDAsICAgMA0KemlvX2RhdGFfYnVmXzY5NjMyOiAgIDY5NjMyLCAgICAgIDAsICAgICAgIDEsICAg ICAgMjIsICAgIDI0NDIsICAgMCwgICAwDQp6aW9fYnVmXzczNzI4OiAgICAgICAgNzM3MjgsICAg ICAgMCwgICAgICAgMCwgICAgICAyMiwgNzEwNTQ2NywgICAwLCAgIDANCnppb19kYXRhX2J1Zl83 MzcyODogICA3MzcyOCwgICAgICAwLCAgICAgICAwLCAgICAgIDI1LCAgICAyMDc4LCAgIDAsICAg MA0KemlvX2J1Zl83NzgyNDogICAgICAgIDc3ODI0LCAgICAgIDAsICAgICAgIDAsICAgICAgMjIs IDUzNjAzODQsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNzc4MjQ6ICAgNzc4MjQsICAgICAgMCwg ICAgICAgMCwgICAgICAyMiwgICAgMjA3NiwgICAwLCAgIDANCnppb19idWZfODE5MjA6ICAgICAg ICA4MTkyMCwgICAgICAwLCAgICAgICAwLCAgICAgIDI1LCA2OTc2MjM5LCAgIDAsICAgMA0Kemlv X2RhdGFfYnVmXzgxOTIwOiAgIDgxOTIwLCAgICAgIDAsICAgICAgIDAsICAgICAgMjAsICAgIDIw NzcsICAgMCwgICAwDQp6aW9fYnVmXzg2MDE2OiAgICAgICAgODYwMTYsICAgICAgMCwgICAgICAg MCwgICAgICAyNywgNTM4NzI3MywgICAwLCAgIDANCnppb19kYXRhX2J1Zl84NjAxNjogICA4NjAx NiwgICAgICAwLCAgICAgICAwLCAgICAgIDIxLCAgICAyMDcwLCAgIDAsICAgMA0KemlvX2J1Zl85 MDExMjogICAgICAgIDkwMTEyLCAgICAgIDAsICAgICAgIDAsICAgICAgMjMsIDYzNjI1ODAsICAg MCwgICAwDQp6aW9fZGF0YV9idWZfOTAxMTI6ICAgOTAxMTIsICAgICAgMCwgICAgICAgMSwgICAg ICAyMywgICAgMjU1MSwgICAwLCAgIDANCnppb19idWZfOTQyMDg6ICAgICAgICA5NDIwOCwgICAg ICAwLCAgICAgICAwLCAgICAgIDIzLCA2MDY3MTE1LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzk0 MjA4OiAgIDk0MjA4LCAgICAgIDAsICAgICAgIDAsICAgICAgMjQsICAgIDIxMTQsICAgMCwgICAw DQp6aW9fYnVmXzk4MzA0OiAgICAgICAgOTgzMDQsICAgICAgMCwgICAgICAgMCwgICAgICAyMiwg ODU4NzkyOSwgICAwLCAgIDANCnppb19kYXRhX2J1Zl85ODMwNDogICA5ODMwNCwgICAgICAwLCAg ICAgICAwLCAgICAgIDIxLCAgICAyMTA0LCAgIDAsICAgMA0KemlvX2J1Zl8xMDI0MDA6ICAgICAg MTAyNDAwLCAgICAgIDAsICAgICAgIDAsICAgICAgMjYsIDY1ODkwNzcsICAgMCwgICAwDQp6aW9f ZGF0YV9idWZfMTAyNDAwOiAxMDI0MDAsICAgICAgMCwgICAgICAgMCwgICAgICAyMSwgICAgMjA2 MSwgICAwLCAgIDANCnppb19idWZfMTA2NDk2OiAgICAgIDEwNjQ5NiwgICAgICAwLCAgICAgICAw LCAgICAgIDI0LCA3MjgwNTg4LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzEwNjQ5NjogMTA2NDk2 LCAgICAgIDAsICAgICAgIDAsICAgICAgMjQsICAgIDIwMDksICAgMCwgICAwDQp6aW9fYnVmXzEx MDU5MjogICAgICAxMTA1OTIsICAgICAgMCwgICAgICAgMCwgICAgICAyNSwgNzc2NzcwNiwgICAw LCAgIDANCnppb19kYXRhX2J1Zl8xMTA1OTI6IDExMDU5MiwgICAgICAwLCAgICAgICAwLCAgICAg IDIwLCAgICAxOTAzLCAgIDAsICAgMA0KemlvX2J1Zl8xMTQ2ODg6ICAgICAgMTE0Njg4LCAgICAg IDAsICAgICAgIDAsICAgICAgMjUsIDkxMTg2MzMsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTE0 Njg4OiAxMTQ2ODgsICAgICAgMCwgICAgICAgMSwgICAgICAyMSwgICAgMTkwMSwgICAwLCAgIDAN Cnppb19idWZfMTE4Nzg0OiAgICAgIDExODc4NCwgICAgICAwLCAgICAgICAwLCAgICAgIDI0LCA4 MjY4ODMwLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzExODc4NDogMTE4Nzg0LCAgICAgIDAsICAg ICAgIDAsICAgICAgMjMsICAgIDE3NDAsICAgMCwgICAwDQp6aW9fYnVmXzEyMjg4MDogICAgICAx MjI4ODAsICAgICAgMCwgICAgICAgMCwgICAgICAzMSwxMTIyNDk0MCwgICAwLCAgIDANCnppb19k YXRhX2J1Zl8xMjI4ODA6IDEyMjg4MCwgICAgICAwLCAgICAgICAwLCAgICAgIDIwLCAgICAxNjY4 LCAgIDAsICAgMA0KemlvX2J1Zl8xMjY5NzY6ICAgICAgMTI2OTc2LCAgICAgIDAsICAgICAgIDAs ICAgICAgMjcsMTA3MTM1MjUsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTI2OTc2OiAxMjY5NzYs ICAgICAgMCwgICAgICAgMCwgICAgICAxOSwgICAgMTY0OCwgICAwLCAgIDANCnppb19idWZfMTMx MDcyOiAgICAgIDEzMTA3MiwgICAgICAwLCAgIDE0MDU2LCAgICAgNjYzLDI1NDE5NDcyMCwgICAw LCAgIDANCnppb19kYXRhX2J1Zl8xMzEwNzI6IDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAg IDE0LCAgIDU2Njk2LCAgIDAsICAgMA0KbHo0X2N0eDogICAgICAgICAgICAgIDE2Mzg0LCAgICAg IDAsICAgICAgIDAsICAgICAgNTIsMTY1ODgxNTQwNiwgICAwLCAgIDANCnNhX2NhY2hlOiAgICAg ICAgICAgICAgICA4MCwgICAgICAwLCAgMjM0Mjk0LCAgIDgzOTU2LCA1MDMzODc2LCAgIDAsICAg MA0KZG5vZGVfdDogICAgICAgICAgICAgICAgNzUyLCAgICAgIDAsICAzMjUxOTcsICAgMjM3OTgs IDc4NDYxNTIsICAgMCwgICAwDQpkbXVfYnVmX2ltcGxfdDogICAgICAgICAyMzIsICAgICAgMCwg MjQyMTEzOSwgMTA5MjI2OCwxMDE4ODQwODU0LCAgIDAsICAgMA0KYXJjX2J1Zl9oZHJfdDogICAg ICAgICAgMjE2LCAgICAgIDAsMzE0NzAxNDEsIDY1ODA0OTEsNzA0Nzc4ODgwLCAgIDAsICAgMA0K YXJjX2J1Zl90OiAgICAgICAgICAgICAgIDcyLCAgICAgIDAsIDIzMDM1MjksIDE0NDM4OTYsODQy OTg0NTQwLCAgIDAsICAgMA0KemlsX2x3Yl9jYWNoZTogICAgICAgICAgMTkyLCAgICAgIDAsICAg ICA4NDUsICAgIDExMTUsMTE4OTc5MzMxLCAgIDAsICAgMA0KemZzX3pub2RlX2NhY2hlOiAgICAg ICAgMzY4LCAgICAgIDAsICAyMzQyOTQsICAgMzgxNDYsIDUwMzM4NzYsICAgMCwgICAwDQpNb3Vu dHBvaW50czogICAgICAgICAgICA4MTYsICAgICAgMCwgICAgICAzMywgICAgIDEzNywgICAgICAz NywgICAwLCAgIDANCmtzaWdpbmZvOiAgICAgICAgICAgICAgIDExMiwgICAgICAwLCAgICAgMjY3 LCAgICAzMTI4LCAgIDUxNDIyLCAgIDAsICAgMA0KaXRpbWVyOiAgICAgICAgICAgICAgICAgMzUy LCAgICAgIDAsICAgICAgIDEsICAgICAgMTAsICAgICAgIDEsICAgMCwgICAwDQpLTk9URTogICAg ICAgICAgICAgICAgICAxMjgsICAgICAgMCwgICAgICAgMCwgICAgMjEzOSwgIDM4NjA0MSwgICAw LCAgIDANCnNvY2tldDogICAgICAgICAgICAgICAgIDY5NiwgMTU3MTYyMCwgICAgICA2NywgICAg IDI4MywgIDU1MTk1NywgICAwLCAgIDANCmlwcTogICAgICAgICAgICAgICAgICAgICA1NiwgIDk1 NzA4LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KdWRwX2lucGNiOiAgICAg ICAgICAgICAgMzkyLCAxNTcxNjIwLCAgICAgIDE4LCAgICAgNjEyLCAgMjQzMjE1LCAgIDAsICAg MA0KdWRwY2I6ICAgICAgICAgICAgICAgICAgIDE2LCAxNTcxNzYyLCAgICAgIDE4LCAgICA1MDAy LCAgMjQzMjE1LCAgIDAsICAgMA0KdGNwX2lucGNiOiAgICAgICAgICAgICAgMzkyLCAxNTcxNjIw LCAgICAgIDMzLCAgICAgNTk3LCAgMjk1NjE5LCAgIDAsICAgMA0KdGNwY2I6ICAgICAgICAgICAg ICAgICAxMDI0LCAxNTcxNjIwLCAgICAgIDMzLCAgICAgMjgzLCAgMjk1NjE5LCAgIDAsICAgMA0K dGNwdHc6ICAgICAgICAgICAgICAgICAgIDg4LCAgMjc4MTAsICAgICAgIDAsICAgIDE2NjUsICAg IDUwNTksICAgMCwgICAwDQpzeW5jYWNoZTogICAgICAgICAgICAgICAxNjAsICAxNTM3NSwgICAg ICAgMCwgICAgIDUwMCwgIDI3OTMzMSwgICAwLCAgIDANCmhvc3RjYWNoZTogICAgICAgICAgICAg IDEzNiwgIDE1MzcwLCAgICAgICAyLCAgICAgMzc1LCAgICAgIDg1LCAgIDAsICAgMA0KdGNwcmVh c3M6ICAgICAgICAgICAgICAgIDQwLCAxOTE0MDAsICAgICAgIDAsICAgIDIxMDAsICAgIDk1MDQs ICAgMCwgICAwDQpzYWNraG9sZTogICAgICAgICAgICAgICAgMzIsICAgICAgMCwgICAgICAgMCwg ICAgMjEyNSwgIDEwNzUyOCwgICAwLCAgIDANCnNjdHBfZXA6ICAgICAgICAgICAgICAgMTQwOCwg MTU3MTYyMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnNjdHBfYXNvYzog ICAgICAgICAgICAgMjQxNiwgIDQwMDAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAs ICAgMA0Kc2N0cF9sYWRkcjogICAgICAgICAgICAgIDQ4LCAgODAwMTIsICAgICAgIDAsICAgICAg IDAsICAgICAgIDQsICAgMCwgICAwDQpzY3RwX3JhZGRyOiAgICAgICAgICAgICA3MjgsICA4MDAw MCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnNjdHBfY2h1bms6ICAgICAg ICAgICAgIDEzNiwgNDAwMDI2LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0K c2N0cF9yZWFkcTogICAgICAgICAgICAgMTA0LCA0MDAwMjYsICAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgMCwgICAwDQpzY3RwX3N0cmVhbV9tc2dfb3V0OiAgICAxMDQsIDQwMDAyNiwgICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnNjdHBfYXNjb25mOiAgICAgICAgICAg ICA0MCwgNDAwMDAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0Kc2N0cF9h c2NvbmZfYWNrOiAgICAgICAgIDQ4LCA0MDAwNjAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgMCwgICAwDQp1ZHBsaXRlX2lucGNiOiAgICAgICAgICAzOTIsIDE1NzE2MjAsICAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpyaXBjYjogICAgICAgICAgICAgICAgICAzOTIs IDE1NzE2MjAsICAgICAgIDAsICAgICAxNTAsICAgICAgMTcsICAgMCwgICAwDQp1bnBjYjogICAg ICAgICAgICAgICAgICAyNDAsIDE1NzE2MzIsICAgICAgMTUsICAgICA5MjksICAgMTMxMDEsICAg MCwgICAwDQpydGVudHJ5OiAgICAgICAgICAgICAgICAyMDAsICAgICAgMCwgICAgICAxNCwgICAg IDE0NiwgICAgICAxNCwgICAwLCAgIDANCnNlbGZkOiAgICAgICAgICAgICAgICAgICA1NiwgICAg ICAwLCAgICAgNTE5LCAgICA0MzA5LDI1NjQ0NDUwLCAgIDAsICAgMA0KU1dBUE1FVEE6ICAgICAg ICAgICAgICAgMjg4LCA2MTIzODA2LCAgICAgODg0LCAgICAyMjg4LCAgNDk0MzkxLCAgIDAsICAg MA0KaWNsX2Nvbm46ICAgICAgICAgICAgICAgMTUyLCAgICAgIDAsICAgICAgIDgsICAgICAzMzAs ICAgICAgODIsICAgMCwgICAwDQppY2xfcGR1OiAgICAgICAgICAgICAgICAgODAsICAgICAgMCwg ICAgICAgMCwgICAgMzEwMCw2MTk0MzY0ODksICAgMCwgICAwDQppc2NzaV9vdXRzdGFuZGluZzog ICAgICAgNDAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCmNm aV9sdW46ICAgICAgICAgICAgICAgIDM0NCwgICAgICAwLCAgICAgICA5LCAgICAgIDQ2LCAgICAg IDExLCAgIDAsICAgMA0KY2ZpX21ldGF0YXNrOiAgICAgICAgICAgMzIwLCAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpjZmlzY3NpX2RhdGFfd2FpdDogICAgICAg NTYsICAgICAgMCwgICAgICAgMCwgICAgNTMyNSwyMzk2NTczMDUsICAgMCwgICAwDQpiZWlvOiAg ICAgICAgICAgICAgICAgICAzNjAsICAgICAgMCwgICAgICAgMCwgICAgIDUzOSwyODQ0MTExMjQs ICAgMCwgICAwDQpjYmxrMjogICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwg ICAgICAyNywgMzM0NDk3MiwgICAwLCAgIDANCmNibGszOiAgICAgICAgICAgICAgIDEzMTA3Miwg ICAgICAwLCAgICAgICAwLCAgICAgIDIzLCAgICAyNzU3LCAgIDAsICAgMA0KY2JsazQ6ICAgICAg ICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgNTUsNDYxNTIxMDYsICAgMCwg ICAwDQpjYmxrNTogICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICAz Myw5MDk2MjMxNywgICAwLCAgIDANCmNibGs2OiAgICAgICAgICAgICAgIDEzMTA3MiwgICAgICAw LCAgICAgICAwLCAgICAgIDE3LDM1MjY0Mzg2LCAgIDAsICAgMA0KY2Jsazc6ICAgICAgICAgICAg ICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgMjgsNTY5ODk2NzUsICAgMCwgICAwDQpj YmxrODogICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICAzNSwzNzc0 NzkxNiwgICAwLCAgIDANCmNibGs5OiAgICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAg ICAwLCAgICAgIDI3LCA3MDk4NDQ5LCAgIDAsICAgMA0KY2JsazEwOiAgICAgICAgICAgICAgMTMx MDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgMjYsIDk1NTY5NzYsICAgMCwgICAw --001a1145eae834d0fc051ac04b07 Content-Type: text/plain; charset=US-ASCII; name="2015-07-06 - San1.txt" Content-Disposition: attachment; filename="2015-07-06 - San1.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ic1uffuk1 DQoNCiBwcm9jcyAgICAgIG1lbW9yeSAgICAgIHBhZ2UgICAgICAgICAgICAgICAgICAgIGRpc2tz ICAgICBmYXVsdHMgICAgICAgICBjcHUNCiByIGIgdyAgICAgYXZtICAgIGZyZSAgIGZsdCAgcmUg IHBpICBwbyAgICBmciAgc3IgZGEwIGRhMSAgIGluICAgc3kgICBjcyB1cyBzeSBpZA0KIDAgMCA0 ICAgIDc1OU0gIDk5NjlNICAgICAwICAgMCAgIDAgICAwICAgICAwICAgMCAgMTQgIDEwIDUzMjYg ICAzMyAyNDc4NSAgMCAgMiA5OA0KIDAgMCA0ICAgIDc1OU0gIDk5NjBNICAgICAwICAgMCAgIDAg ICAwICAgICAwICAgMCAgIDYgIDEzIDM4NjUgICAzNiAxODk0NSAgMCAgMSA5OQ0KIDEgMCA0ICAg IDc1OU0gIDk4ODVNICAgICAwICAgMCAgIDAgICAwICAgICAwICAgMCAgMzcgIDM1IDQ2MjEgICAz MiAyMjQ3MyAgMCAyMiA3OA0KIDAgMCA0ICAgIDc2OE0gIDk2OTVNICAgIDExICAgMCAgIDAgICAw ICAgICAwICAgMCAgIDggIDEwIDI4NTggICA0MiAxMjQ5MiAgMCA1MiA0OA0KIDAgMCA0ICAgIDc2 OE0gIDk0OTJNICAgICAwICAgMCAgIDAgICAwICAgICAwICAgMCAgMTggIDM0IDI0OTUgICAzMSAx NjAwNiAgMCA4NiAxNA0KIDAgMCA0ICAgIDc2OE0gIDk0MTRNICAgICAwICAgMCAgIDAgICAwICAg ICAwICAgMCAgIDYgICA3IDIyNzEgICAzMiAxMTM4NCAgMCAzMiA2OA0KIDEgMCA0ICAgIDc2OE0g IDQ2NjdNICAgICAwICAgMCAgIDAgICAwICAgICAwICAgMCAgIDYgICA0IDE3NzIgICAzMCA3Mjk0 ICAwIDYzIDM3DQogMCAwIDQgICAgNzY4TSAgODE5MkIgICAgIDAgICAwICAgMCAgIDAgICAgIDAg ICAwICAgMSAgIDYgIDU3NyAgIDMyIDIwNTcgIDAgNDAgNjANCiAwIDAgNCAgICA3NjhNICA4MTky QiAgICAgMCAgIDAgICAwICAgMCAgICAgMCAgIDAgICAwICAgMCAgIDgyICAgMzMgIDM3MiAgMCAg MCAxMDANCiAwIDAgNCAgICA3NjhNICA4MTkyQiAgICAgMCAgIDAgICAwICAgMCAgICAgMCAgIDAg ICAwICAgMCAgMTE0ICAgMzcgIDUxNiAgMCAgMCAxMDANCiAwIDAgNCAgICA3NjhNICA4MTkyQiAg ICAgMCAgIDAgICAwICAgMCAgICAgMCAgIDAgICAwICAgMCAgIDYxICAgMzQgIDMyNyAgMCAgMCAx MDANCiAwIDAgNCAgICA3NjhNICA4MTkyQiAgICAgMCAgIDAgICAwICAgMCAgICAgMCAgIDAgICAw ICAgMCAgIDgyICAgMzQgIDM5NCAgMCAgMCAxMDANCiAwIDAgNCAgICA3NjhNICA4MTkyQiAgICAg MCAgIDAgICAwICAgMCAgICAgMCAgIDAgICAwICAgMCAgIDU5ICAgMzYgIDM1OCAgMCAgMCAxMDAN CiAwIDAgNCAgICA3NjhNICA4MTkyQiAgICAgMCAgIDAgICAwICAgMCAgICAgMCAgIDAgICAwICAg MCAgIDc2ICAgMzQgIDM2OSAgMCAgMCAxMDANCiAwIDAgNCAgICA3NjhNICA4MTkyQiAgICAgMCAg IDAgICAwICAgMCAgICAgMCAgIDAgICAwICAgMCAgIDYzICAgMzUgIDMxOCAgMCAgMCAxMDANCiAw IDAgNCAgICA3NjhNICA4MTkyQiAgICAgMCAgIDAgICAwICAgMCAgICAgMCAgIDAgICAwICAgMCAg IDc2ICAgMzUgIDM2NyAgMCAgMCAxMDANCiAwIDAgNCAgICA3NjhNICA4MTkyQiAgICAgMCAgIDAg ICAwICAgMCAgICAgMCAgIDAgICAwICAgMCAgIDY0ICAgMzQgIDMzNyAgMCAgMCAxMDANCiAwIDAg NCAgICA3NjhNICA4MTkyQiAgICAgMCAgIDAgICAwICAgMCAgICAgMCAgIDAgICAwICAgMCAgIDc2 ICAgMzUgIDM4MCAgMCAgMCAxMDANCiAwIDAgNCAgICA3NjhNICA4MTkyQiAgICAgMCAgIDAgICAw ICAgMCAgICAgMCAgIDAgICAwICAgMCAgIDc3ICAgMzQgIDM3OSAgMCAgMCAxMDANCiAwIDAgNCAg ICA3NjhNICA4MTkyQiAgICAgMCAgIDAgICAwICAgMCAgICAgMCAgIDAgICAwICAgMCAgIDc0ICAg MzUgIDYyMSAgMCAgMSA5OQ0KIDAgMCA0ICAgIDc2OE0gIDgxOTJCICAgICAwICAgMCAgIDAgICAw ICAgIDEwICAgMCAgIDAgICAwICAgNTcgICAzNSAxMjMyICAwICAyIDk4DQogMCAwIDQgICAgNzY4 TSAgODE5MkIgICAgIDAgICAwICAgMCAgIDAgICAgIDAgICAwICAgMCAgIDAgICA2NiAgIDMzIDE0 MDIgIDAgIDIgOTgNCiAwIDAgNCAgICA3NjhNICA4MTkyQiAgICAgMCAgIDAgICAwICAgMCAgICAg MCAgIDAgICAwICAgMCAgIDUwICAgMzMgMTM3NSAgMCAgMiA5OA0KIDAgMCA0ICAgIDc2OE0gIDgx OTJCICAgICAwICAgMCAgIDAgICAwICAgICAwICAgMCAgIDAgICAwICAgNDkgICAzMyAxNDg3ICAw ICAyIDk4DQogMCAwIDQgICAgNzY4TSAgODE5MkIgICAgIDAgICAwICAgMCAgIDAgICAgIDAgICAw ICAgMCAgIDAgICA0NyAgIDMzIDE5NzcgIDAgIDMgOTcNCiAwIDAgNCAgICA3NjhNICA4MTkyQiAg ICAgMCAgIDAgICAwICAgMCAgICAgMCAgIDAgICAwICAgMCAgIDQzICAgMzMgMjI1MSAgMCAgNCA5 Ng0KIDAgMCA0ICAgIDc2OE0gIDgxOTJCICAgICAwICAgMCAgIDAgICAwICAgICAwICAgMCAgIDAg ICAwICAgNDYgICAzMyAyMjk3ICAwICA0IDk2DQogMCAwIDQgICAgNzY4TSAgODE5MkIgICAgIDAg ICAwICAgMCAgIDAgICAgIDAgICAwICAgMCAgIDAgICA0MSAgIDMzIDIzODcgIDAgIDQgOTYNCiAw IDAgNCAgICA3NjhNICA4MTkyQiAgICAgMCAgIDAgICAwICAgMCAgICAgMCAgIDAgICAwICAgMCAg IDM4ICAgMzMgMjM5MSAgMCAgNSA5NQ0KIDAgMCA0ICAgIDc2OE0gIDgxOTJCICAgICAwICAgMCAg IDAgICAwICAgICAwICAgMCAgIDAgICAwICAgMzYgICAzMyAyNDI3ICAwICA2IDk0DQogMCAwIDQg ICAgNzY4TSAgODE5MkIgICAgIDAgICAwICAgMCAgIDAgICAgIDAgICAwICAgMCAgIDAgICAyOSAg IDMzIDI0MTYgIDAgIDUgOTUNCiAwIDAgNCAgICA3NjhNICA4MTkyQiAgICAgMCAgIDAgICAwICAg MCAgICAgMCAgIDAgICAwICAgMCAgIDM1ICAgMzMgMjQzOSAgMCAgNiA5NA0KIDAgMCA0ICAgIDc2 OE0gIDgxOTJCICAgICAwICAgMCAgIDAgICAwICAgICAwICAgMCAgIDAgICAwICAgMzMgICAzMyAy NDgyICAwICA2IDk0DQogMCAwIDQgICAgNzY4TSAgODE5MkIgICAgIDAgICAwICAgMCAgIDAgICAg IDAgICAwICAgMCAgIDAgICAyNyAgIDMzIDI0MzIgIDAgIDYgOTQNCiAwIDAgNCAgICA3NjhNICA4 MTkyQiAgICAgMCAgIDAgICAwICAgMCAgICAgMCAgIDAgICAwICAgMCAgIDMyICAgMzMgMjQ3NyAg MCAgNSA5NQ0KIDAgMCA0ICAgIDc2OE0gIDgxOTJCICAgICAwICAgMCAgIDAgICAwICAgICAwICAg MCAgIDAgICAwICAgMjUgICAzMyAyNDEyICAwICA1IDk1DQogMCAwIDQgICAgNzY4TSAgODE5MkIg ICAgIDAgICAwICAgMCAgIDAgICAgIDAgICAwICAgMCAgIDAgICAzMCAgIDMzIDI0MTMgIDAgIDYg OTQNCiAwIDAgNCAgICA3NjhNICA4MTkyQiAgICAgMCAgIDAgICAwICAgMCAgICAgMCAgIDAgICAw ICAgMCAgIDMwICAgMzMgMjQ4MSAgMCAgNyA5Mw0KIDAgMCA0ICAgIDc2OE0gIDgxOTJCICAgICAw ICAgMCAgIDAgICAwICAgICAwICAgMCAgIDAgICAwICAgNDQgICAzMyAyNTA3ICAwICA4IDkyDQog MCAwIDQgICAgNzY4TSAgODE5MkIgICAgIDAgICAwICAgMCAgIDAgICAgIDAgICAwICAgMCAgIDAg ICAyMiAgIDMzIDI0NTcgIDAgIDggOTINCiAwIDAgNCAgICA3NjhNICA4MTkyQiAgICAgMCAgIDAg ICAwICAgMCAgICAgMCAgIDAgICAwICAgMCAgIDI2ICAgMzIgMjQwOCAgMCAxMiA4OA0KIDAgMCA0 ICAgIDc2OE0gIDgxOTJCICAgICAwICAgMCAgIDAgICAwICAgICAwICAgMCAgIDAgICAwICAgMjQg ICAzMyAyNDA0ICAwIDEyIDg4DQogMCAwIDQgICAgNzY4TSAgODE5MkIgICAgIDAgICAwICAgMCAg IDAgICAgIDAgICAwICAgMCAgIDAgICAyMiAgIDMzIDIzOTYgIDAgMTIgODgNCiAwIDAgNCAgICA3 NjhNICA4MTkyQiAgICAgMCAgIDAgICAwICAgMCAgICAgMCAgIDAgICAwICAgMCAgIDI1ICAgMzMg MjQwMiAgMCAxMiA4OA0KIDAgMCA0ICAgIDc2OE0gIDgxOTJCICAgICAwICAgMCAgIDAgICAwICAg ICAwICAgMCAgIDAgICAwICAgMjUgICAzMyAyNDAyICAwIDEyIDg4DQogMCAwIDQgICAgNzY4TSAg ODE5MkIgICAgIDAgICAwICAgMCAgIDAgICAgIDAgICAwICAgMCAgIDAgICAyNiAgIDMzIDI0MTAg IDAgMTIgODgNCiAwIDAgNCAgICA3NjhNICA4MTkyQiAgICAgMCAgIDAgICAwICAgMCAgICAgMCAg IDAgICAwICAgMCAgIDE5ICAgMzMgMjM5NiAgMCAxMiA4OA0KIDAgMCA0ICAgIDc2OE0gIDgxOTJC ICAgICAwICAgMCAgIDAgICAwICAgICAwICAgMCAgIDAgICAwICAgMjAgICAzMyAyMzkyICAwIDEy IDg4DQogMCAwIDQgICAgNzY4TSAgODE5MkIgICAgIDAgICAwICAgMCAgIDAgICAgIDAgICAwICAg MCAgIDAgICAyNCAgIDMzIDI0MDEgIDAgMTIgODgNCiAwIDAgNCAgICA3NjhNICA4MTkyQiAgICAg MCAgIDAgICAwICAgMCAgICAgMCAgIDAgICAwICAgMCAgIDIwICAgMzMgMjQ1NiAgMCAxMiA4OA0K IDAgMCA0ICAgIDc2OE0gIDgxOTJCICAgICAwICAgMCAgIDAgICAwICAgICAwICAgMCAgIDAgICAw ICAgMjIgICAzMyAyNDExICAwIDEyIDg4DQogMCAwIDQgICAgNzY4TSAgODE5MkIgICAgIDAgICAw ICAgMCAgIDAgICAgIDAgICAwICAgMCAgIDAgICAxOSAgIDMzIDIzODcgIDAgMTIgODg= --001a1145eae834d0fc051ac04b07 Content-Type: text/plain; charset=US-ASCII; name="2015-07-07 - San1.txt" Content-Disposition: attachment; filename="2015-07-07 - San1.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ic1uffuq2 DQpsejRfY3R4OiAgICAgICAgICAgICAgMTYzODQsICAgICAgMCwgICAgICAgMCwgICAgICA5NCw1 MDIzNzEyMCwgICAwLCAgIDANCnNhX2NhY2hlOiAgICAgICAgICAgICAgICA4MCwgICAgICAwLCAg ICAzODQzLCAgICAxMzA3LCAgICA1NDcxLCAgIDAsICAgMA0KZG5vZGVfdDogICAgICAgICAgICAg ICAgNzUyLCAgICAgIDAsICAgMzg2ODMsICAgICA1MjIsIDU5Mjc2NDgsICAgMCwgICAwDQpkbXVf YnVmX2ltcGxfdDogICAgICAgICAyMzIsICAgICAgMCwgNDY4OTA4OSwgIDk1MzMzMCwyNjQzODE4 NiwgICAwLCAgIDANCmFyY19idWZfaGRyX3Q6ICAgICAgICAgIDIxNiwgICAgICAwLCA5NjkyMDc1 LCAgICAgODM1LDE2NTUyNzkyLCAgIDAsICAgMA0KYXJjX2J1Zl90OiAgICAgICAgICAgICAgIDcy LCAgICAgIDAsIDQ4NDY5ODIsIDIwMjQyMjMsMjAwNjQ5NzIsICAgMCwgICAwDQp6aWxfbHdiX2Nh Y2hlOiAgICAgICAgICAxOTIsICAgICAgMCwgICAyMDUyOCwgICAgIDY1MiwgIDg1MzMzMywgICAw LCAgIDANCnpmc196bm9kZV9jYWNoZTogICAgICAgIDM2OCwgICAgICAwLCAgICAzODQzLCAgICAg MzM3LCAgICA1NDcxLCAgIDAsICAgMA0KTW91bnRwb2ludHM6ICAgICAgICAgICAgODE2LCAgICAg IDAsICAgICAgMjMsICAgICAxNDcsICAgICAgMjMsICAgMCwgICAwDQprc2lnaW5mbzogICAgICAg ICAgICAgICAxMTIsICAgICAgMCwgICAgIDM3NCwgICAgMzQwNiwgICAgMTg4NiwgICAwLCAgIDAN Cml0aW1lcjogICAgICAgICAgICAgICAgIDM1MiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAg ICAgICAwLCAgIDAsICAgMA0KS05PVEU6ICAgICAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAg ICAgIDAsICAgIDMwMDcsICAgIDg3NDYsICAgMCwgICAwDQpzb2NrZXQ6ICAgICAgICAgICAgICAg ICA2OTYsIDMxNDQ0ODUsICAgICAgNjksICAgICAzMzYsICAgMjM3OTEsICAgMCwgICAwDQppcHE6 ICAgICAgICAgICAgICAgICAgICAgNTYsIDE5MTQ4NywgICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAwLCAgIDANCnVkcF9pbnBjYjogICAgICAgICAgICAgIDM5MiwgMzE0NDQ5MCwgICAgICAx MSwgICAgIDc0OSwgICAgOTA1MCwgICAwLCAgIDANCnVkcGNiOiAgICAgICAgICAgICAgICAgICAx NiwgMzE0NDUyOCwgICAgICAxMSwgICAgNjI2NCwgICAgOTA1MCwgICAwLCAgIDANCnRjcF9pbnBj YjogICAgICAgICAgICAgIDM5MiwgMzE0NDQ5MCwgICAgICA0NSwgICAgIDY1NSwgICAgMzAxNiwg ICAwLCAgIDANCnRjcGNiOiAgICAgICAgICAgICAgICAgMTAyNCwgMzE0NDQ4OCwgICAgICA0NSwg ICAgIDI2NywgICAgMzAxNiwgICAwLCAgIDANCnRjcHR3OiAgICAgICAgICAgICAgICAgICA4OCwg IDI3ODEwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0Kc3luY2FjaGU6ICAg ICAgICAgICAgICAgMTYwLCAgMTUzNzUsICAgICAgIDAsICAgICA1MDAsICAgICAgODcsICAgMCwg ICAwDQpob3N0Y2FjaGU6ICAgICAgICAgICAgICAxMzYsICAxNTM3MCwgICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAwLCAgIDANCnRjcHJlYXNzOiAgICAgICAgICAgICAgICA0MCwgMzgzMDAw LCAgICAgICAwLCAgICAgODAwLCAgICAgIDU3LCAgIDAsICAgMA0Kc2Fja2hvbGU6ICAgICAgICAg ICAgICAgIDMyLCAgICAgIDAsICAgICAgIDAsICAgIDE2MjUsICAgICAyMDgsICAgMCwgICAwDQpz Y3RwX2VwOiAgICAgICAgICAgICAgIDE0MDgsIDMxNDQ0ODYsICAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgMCwgICAwDQpzY3RwX2Fzb2M6ICAgICAgICAgICAgIDI0MTYsICA0MDAwMCwgICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnNjdHBfbGFkZHI6ICAgICAgICAgICAg ICA0OCwgIDgwMDEyLCAgICAgICAwLCAgICAxMDc5LCAgICAgICA0LCAgIDAsICAgMA0Kc2N0cF9y YWRkcjogICAgICAgICAgICAgNzI4LCAgODAwMDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgMCwgICAwDQpzY3RwX2NodW5rOiAgICAgICAgICAgICAxMzYsIDQwMDAyNiwgICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnNjdHBfcmVhZHE6ICAgICAgICAgICAgIDEwNCwg NDAwMDI2LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0Kc2N0cF9zdHJlYW1f bXNnX291dDogICAgMTA0LCA0MDAwMjYsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwg ICAwDQpzY3RwX2FzY29uZjogICAgICAgICAgICAgNDAsIDQwMDAwMCwgICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAwLCAgIDANCnNjdHBfYXNjb25mX2FjazogICAgICAgICA0OCwgNDAwMDYw LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KdWRwbGl0ZV9pbnBjYjogICAg ICAgICAgMzkyLCAzMTQ0NDkwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0K cmlwY2I6ICAgICAgICAgICAgICAgICAgMzkyLCAzMTQ0NDkwLCAgICAgICAwLCAgICAgICAwLCAg ICAgICAwLCAgIDAsICAgMA0KdW5wY2I6ICAgICAgICAgICAgICAgICAgMjQwLCAzMTQ0NDk2LCAg ICAgIDEzLCAgICAxNDU5LCAgIDExNzIwLCAgIDAsICAgMA0KcnRlbnRyeTogICAgICAgICAgICAg ICAgMjAwLCAgICAgIDAsICAgICAgMTUsICAgICA0ODUsICAgICAgMTUsICAgMCwgICAwDQpzZWxm ZDogICAgICAgICAgICAgICAgICAgNTYsICAgICAgMCwgICAgIDQ2OCwgICAgNTYzOCwgMjU4Njg0 NCwgICAwLCAgIDANClNXQVBNRVRBOiAgICAgICAgICAgICAgIDI4OCwgMTIyNTQzMDcsICAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQppY2xfY29ubjogICAgICAgICAgICAgICAx NTIsICAgICAgMCwgICAgICAyMCwgICAgIDY1NiwgICAgICAyMCwgICAwLCAgIDANCmljbF9wZHU6 ICAgICAgICAgICAgICAgICA4MCwgICAgICAwLCAgICAgIDc5LCAgICA3MzIxLDE4OTA3NTIzLCAg IDAsICAgMA0KaXNjc2lfb3V0c3RhbmRpbmc6ICAgICAgIDQwLCAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpjZmlfbHVuOiAgICAgICAgICAgICAgICAzNDQsICAg ICAgMCwgICAgICAyNCwgICAgIDI5NSwgICAgICAyNCwgICAwLCAgIDANCmNmaV9tZXRhdGFzazog ICAgICAgICAgIDMyMCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAg MA0KY2Zpc2NzaV9kYXRhX3dhaXQ6ICAgICAgIDU2LCAgICAgIDAsICAgICAgIDAsICAgIDcxMDAs IDY2NTY0MDQsICAgMCwgICAwDQpiZWlvOiAgICAgICAgICAgICAgICAgICAzNjAsICAgICAgMCwg ICAgICA0MCwgICAgIDg0MCwgODI0NTE1NCwgICAwLCAgIDANCmNibGswOiAgICAgICAgICAgICAg IDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDEwLCAgICAgIDI5LCAgIDAsICAgMA0KY2Js azE6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgMzQsICAgIDEw MjgsICAgMCwgICAwDQpjYmxrMjogICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAg MCwgICAgICAxNCwgICAgICAyOSwgICAwLCAgIDANCmNibGszOiAgICAgICAgICAgICAgIDEzMTA3 MiwgICAgICAwLCAgICAgICAwLCAgICAgIDEwLCAgICAgIDI5LCAgIDAsICAgMA0KY2JsazQ6ICAg ICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDcsICAgICAgMjksICAg MCwgICAwDQpjYmxrNTogICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAg ICAyMCwgICAgICA5NCwgICAwLCAgIDANCmNibGs2OiAgICAgICAgICAgICAgIDEzMTA3MiwgICAg ICAwLCAgICAgICAxLCAgICAgIDc5LCAyMjE4MTY3LCAgIDAsICAgMA0KY2Jsazc6ICAgICAgICAg ICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgMTAsICAgICAgMjMsICAgMCwgICAw DQpjYmxrODogICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICA1Miwg ICAyOTU0NywgICAwLCAgIDANCmNibGs5OiAgICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KY2JsazEwOiAgICAgICAgICAgICAg MTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpjYmxr MTE6ICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICA3OSwgICAyMDMy NCwgICAwLCAgIDANCmNibGsxMjogICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAw LCAgICAgICA5LCAgICAgIDk0LCAgIDAsICAgMA0KY2JsazEzOiAgICAgICAgICAgICAgMTMxMDcy LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpjYmxrMTQ6ICAg ICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAw LCAgIDANCmNibGsxNTogICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgIDExLCAgICAg IDI0LCAgMzA2MTY3LCAgIDAsICAgMA0KY2JsazE2OiAgICAgICAgICAgICAgMTMxMDcyLCAgICAg IDAsICAgICAgMTAsICAgICAgMjUsICA2MzU1MDUsICAgMCwgICAwDQpjYmxrMTc6ICAgICAgICAg ICAgICAxMzEwNzIsICAgICAgMCwgICAgICAxMSwgICAgICAyNSwgMjE0MDc4NSwgICAwLCAgIDAN CmNibGsxODogICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDEzLCAg ICAgIDk0LCAgIDAsICAgMA0KY2JsazE5OiAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAg ICAgIDAsICAgICAgMTMsICAgICAgOTQsICAgMCwgICAwDQpjYmxrMjA6ICAgICAgICAgICAgICAx MzEwNzIsICAgICAgMCwgICAgICAgMiwgICAgICA3NiwgMTE3MzcwNiwgICAwLCAgIDANCmNibGsy MTogICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAxLCAgICAgIDU4LCAxMjc1Mjg1 LCAgIDAsICAgMA0KY2JsazIyOiAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDIs ICAgICAgMzUsICAgMzUxODIsICAgMCwgICAwDQpjYmxrMjM6ICAgICAgICAgICAgICAxMzEwNzIs ICAgICAgMCwgICAgICAgMiwgICAgICAxOSwgIDQxODkwNSwgICAwLCAgIDANCg0KIHByb2NzICAg ICAgbWVtb3J5ICAgICAgcGFnZSAgICAgICAgICAgICAgICAgICAgZGlza3MgICAgIGZhdWx0cyAg ICAgICAgIGNwdQ0KIHIgYiB3ICAgICBhdm0gICAgZnJlICAgZmx0ICByZSAgcGkgIHBvICAgIGZy ICBzciBkYTAgZGExICAgaW4gICBzeSAgIGNzIHVzIHN5IGlkDQogMiAwIDAgICAyMDEwTSAgMjI0 OU0gIDIyMDUgICAwICAgMCAgIDAgIDI5MDEgICAyICAgMCAgIDAgMTk4MiA0NjMyNiAxMDQ2OCAg MCAgMyA5Nw0KNDA2MDIvMjMxNDgvNjM3NTAgbWJ1ZnMgaW4gdXNlIChjdXJyZW50L2NhY2hlL3Rv dGFsKQ0KMzkwNDMvMTEzNTMvNTAzOTYvNjEyNzE0OCBtYnVmIGNsdXN0ZXJzIGluIHVzZSAoY3Vy cmVudC9jYWNoZS90b3RhbC9tYXgpDQozOTAzMC83NjYzIG1idWYrY2x1c3RlcnMgb3V0IG9mIHBh Y2tldCBzZWNvbmRhcnkgem9uZSBpbiB1c2UgKGN1cnJlbnQvY2FjaGUpDQowLzQ4NS80ODUvMzA2 MzU3NCA0ayAocGFnZSBzaXplKSBqdW1ibyBjbHVzdGVycyBpbiB1c2UgKGN1cnJlbnQvY2FjaGUv dG90YWwvbWF4KQ0KMC8wLzAvOTA3NzI1IDlrIGp1bWJvIGNsdXN0ZXJzIGluIHVzZSAoY3VycmVu dC9jYWNoZS90b3RhbC9tYXgpDQowLzAvMC81MTA1OTUgMTZrIGp1bWJvIGNsdXN0ZXJzIGluIHVz ZSAoY3VycmVudC9jYWNoZS90b3RhbC9tYXgpDQo4ODIzNksvMzA0MzNLLzExODY2OUsgYnl0ZXMg YWxsb2NhdGVkIHRvIG5ldHdvcmsgKGN1cnJlbnQvY2FjaGUvdG90YWwpDQowLzAvMCByZXF1ZXN0 cyBmb3IgbWJ1ZnMgZGVuaWVkIChtYnVmcy9jbHVzdGVycy9tYnVmK2NsdXN0ZXJzKQ0KMC8wLzAg cmVxdWVzdHMgZm9yIG1idWZzIGRlbGF5ZWQgKG1idWZzL2NsdXN0ZXJzL21idWYrY2x1c3RlcnMp DQowLzAvMCByZXF1ZXN0cyBmb3IganVtYm8gY2x1c3RlcnMgZGVsYXllZCAoNGsvOWsvMTZrKQ0K MC8wLzAgcmVxdWVzdHMgZm9yIGp1bWJvIGNsdXN0ZXJzIGRlbmllZCAoNGsvOWsvMTZrKQ0KMCBy ZXF1ZXN0cyBmb3Igc2ZidWZzIGRlbmllZA0KMCByZXF1ZXN0cyBmb3Igc2ZidWZzIGRlbGF5ZWQN CjAgcmVxdWVzdHMgZm9yIEkvTyBpbml0aWF0ZWQgYnkgc2VuZGZpbGUNCklURU0gICAgICAgICAg ICAgICAgICAgU0laRSAgTElNSVQgICAgIFVTRUQgICAgIEZSRUUgICAgICBSRVEgRkFJTCBTTEVF UA0KDQpVTUEgS2VnczogICAgICAgICAgICAgICAzODQsICAgICAgMCwgICAgIDIzMiwgICAgICAg OCwgICAgIDIzMiwgICAwLCAgIDANClVNQSBab25lczogICAgICAgICAgICAgMzcxMiwgICAgICAw LCAgICAgMjMyLCAgICAgICAwLCAgICAgMjMyLCAgIDAsICAgMA0KVU1BIFNsYWJzOiAgICAgICAg ICAgICAgIDgwLCAgICAgIDAsIDU0OTk0NzQsIDI1NDk2MjYsMTc0MDcyOTgsICAgMCwgICAwDQpV TUEgUkNudFNsYWJzOiAgICAgICAgICAgODgsICAgICAgMCwgICAyNTY4MywgICAgNDg3MiwgICAz NTc5MywgICAwLCAgIDANClVNQSBIYXNoOiAgICAgICAgICAgICAgIDI1NiwgICAgICAwLCAgICAg IDMxLCAgICAgIDQ0LCAgICAgMTA1LCAgIDAsICAgMA0KNCBCdWNrZXQ6ICAgICAgICAgICAgICAg IDMyLCAgICAgIDAsICAgIDM0ODMsICAgMTQxNDIsIDMyNDcxMTQsICAgMCwgICAwDQo2IEJ1Y2tl dDogICAgICAgICAgICAgICAgNDgsICAgICAgMCwgICAgIDQ3MSwgICAxMjQ3NywgMTE4MTU1MSwg ICAwLCAgIDANCjggQnVja2V0OiAgICAgICAgICAgICAgICA2NCwgICAgICAwLCAgICAgMjI3LCAg IDEwNjg1LCAgNTUwMTU3LCAgMTEsICAgMA0KMTIgQnVja2V0OiAgICAgICAgICAgICAgIDk2LCAg ICAgIDAsICAgICAyNjQsICAgIDY3NDcsICA3NzkwMDAsICAgMCwgICAwDQoxNiBCdWNrZXQ6ICAg ICAgICAgICAgICAxMjgsICAgICAgMCwgICAgIDY0NywgICAgNzI1OCwgIDczNzU3MywgICAwLCAg IDANCjMyIEJ1Y2tldDogICAgICAgICAgICAgIDI1NiwgICAgICAwLCAgICAgNjA1LCAgICA1NjUw LCAxNDM4Nzc5LCAgNTEsICAgMA0KNjQgQnVja2V0OiAgICAgICAgICAgICAgNTEyLCAgICAgIDAs ICAgICA0NTQsICAgIDUxNTQsIDEzMzg0NTcsIDEwMywgICAwDQoxMjggQnVja2V0OiAgICAgICAg ICAgIDEwMjQsICAgICAgMCwgICAgNDA5OSwgICAgIDE3NywgMTE5OTQzMCwgICAwLCAgIDANCjI1 NiBCdWNrZXQ6ICAgICAgICAgICAgMjA0OCwgICAgICAwLCAgICAyNzc4LCAgICAzMDg4LDQxMDc3 NDEyLCAgNjQsICAgMA0Kdm1lbSBidGFnOiAgICAgICAgICAgICAgIDU2LCAgICAgIDAsIDEyODM5 ODYsICAgMjE4NDYsIDIwMzM2NjMsOTIxNywgICAwDQpWTSBPQkpFQ1Q6ICAgICAgICAgICAgICAy NTYsICAgICAgMCwgICAgNzExMywgICAgMTk2MiwgMjk2MjkxMywgICAwLCAgIDANClJBRElYIE5P REU6ICAgICAgICAgICAgIDE0NCwgICAgICAwLCAxMjA1MTk0LCAgIDMxMjcxLDE0MzkyNDUyLCAg IDAsICAgMA0KTUFQOiAgICAgICAgICAgICAgICAgICAgMjQwLCAgICAgIDAsICAgICAgIDMsICAg ICAgNjEsICAgICAgIDMsICAgMCwgICAwDQpLTUFQIEVOVFJZOiAgICAgICAgICAgICAxMjgsICAg ICAgMCwgICAgICAgOSwgICAgIDM5NCwgICAgICAgOSwgICAwLCAgIDANCk1BUCBFTlRSWTogICAg ICAgICAgICAgIDEyOCwgICAgICAwLCAgICAyNzg0LCAgICA2MTc1LCA4NzIzNzIzLCAgIDAsICAg MA0KVk1TUEFDRTogICAgICAgICAgICAgICAgNDQ4LCAgICAgIDAsICAgICAgNzAsICAgICA4MzAs ICAxOTU2MDksICAgMCwgICAwDQpmYWtlcGc6ICAgICAgICAgICAgICAgICAxMDQsICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCm10X3pvbmU6ICAgICAgICAgICAg ICAgNDExMiwgICAgICAwLCAgICAgMzY5LCAgICAgICAwLCAgICAgMzY5LCAgIDAsICAgMA0KMTY6 ICAgICAgICAgICAgICAgICAgICAgIDE2LCAgICAgIDAsICAgMzAyMzYsICAgIDU5MDgsNTQyNDU0 OTIsICAgMCwgICAwDQozMjogICAgICAgICAgICAgICAgICAgICAgMzIsICAgICAgMCwgOTg2Nzk5 OCwgMTA1Mjc1MiwxMjg1NTg4MDEsICAgMCwgICAwDQo2NDogICAgICAgICAgICAgICAgICAgICAg NjQsICAgICAgMCwgMzI3MjU0OSwgMjI2NTQxNSw2MjYyMDY3OTIsICAgMCwgICAwDQoxMjg6ICAg ICAgICAgICAgICAgICAgICAxMjgsICAgICAgMCwgIDk1MzU1NywgMzQ1MjY5MCwzNDc0MzY0NDAs ICAgMCwgICAwDQoyNTY6ICAgICAgICAgICAgICAgICAgICAyNTYsICAgICAgMCwgMTMzNTI1MCwg ICAgMzQ3MCwyMjM3NzEyMDQsICAgMCwgICAwDQo1MTI6ICAgICAgICAgICAgICAgICAgICA1MTIs ICAgICAgMCwgICAgMTQ3NiwgIDY2NTcwMCw3Mjk3OTQ5OCwgICAwLCAgIDANCjEwMjQ6ICAgICAg ICAgICAgICAgICAgMTAyNCwgICAgICAwLCAgIDI2ODY1LCAgICAgNjYzLDYwODk3NDEzLCAgIDAs ICAgMA0KMjA0ODogICAgICAgICAgICAgICAgICAyMDQ4LCAgICAgIDAsICAxMDU0MzcsICAgIDE4 NTEsNTQ5MDgyMzksICAgMCwgICAwDQo0MDk2OiAgICAgICAgICAgICAgICAgIDQwOTYsICAgICAg MCwgICAgNDI0NCwgICAgIDExOSwgMjYyMzY3NCwgICAwLCAgIDANCjgxOTI6ICAgICAgICAgICAg ICAgICAgODE5MiwgICAgICAwLCAgICAgIDM4LCAgICAgIDc5LCAxOTA5NTY1LCAgIDAsICAgMA0K MTYzODQ6ICAgICAgICAgICAgICAgIDE2Mzg0LCAgICAgIDAsICAgICAgNDYsICAgICAgNDIsICAg IDUxMTgsICAgMCwgICAwDQozMjc2ODogICAgICAgICAgICAgICAgMzI3NjgsICAgICAgMCwgICAg ICA0NywgICAgICAyNywgICAgNjQxMSwgICAwLCAgIDANCjY1NTM2OiAgICAgICAgICAgICAgICA2 NTUzNiwgICAgICAwLCAgICAgMTA2LCAgICAgIDMyLCAgMTc1ODMyLCAgIDAsICAgMA0KNjQgcGNw dTogICAgICAgICAgICAgICAgICA4LCAgICAgIDAsICAgIDIxMTAsICAgIDE5ODYsICAgIDIxMTAs ICAgMCwgICAwDQpTTEVFUFFVRVVFOiAgICAgICAgICAgICAgODAsICAgICAgMCwgICAgMjAwOCwg ICAgMTg2NywgICAgMjAwOCwgICAwLCAgIDANCkZpbGVzOiAgICAgICAgICAgICAgICAgICA4MCwg ICAgICAwLCAgICAgMjQ0LCAgICAzMjU2LCAxMzM1NzU4LCAgIDAsICAgMA0KVFVSTlNUSUxFOiAg ICAgICAgICAgICAgMTM2LCAgICAgIDAsICAgIDIwMDgsICAgICA4MTIsICAgIDIwMDgsICAgMCwg ICAwDQpybF9lbnRyeTogICAgICAgICAgICAgICAgNDAsICAgICAgMCwgICAgIDE2MywgICAgNTkz NywgICAgIDE2MywgICAwLCAgIDANCnVtdHggcGk6ICAgICAgICAgICAgICAgICA5NiwgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KTUFDIGxhYmVsczogICAgICAg ICAgICAgIDQwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpQ Uk9DOiAgICAgICAgICAgICAgICAgIDEyMTYsICAgICAgMCwgICAgICA5MSwgICAgIDMxNCwgIDE5 NTYzMCwgICAwLCAgIDANClRIUkVBRDogICAgICAgICAgICAgICAgMTE2OCwgICAgICAwLCAgICAx ODIzLCAgICAgMTg0LCAgICA0MDQwLCAgIDAsICAgMA0KY3B1c2V0OiAgICAgICAgICAgICAgICAg IDcyLCAgICAgIDAsICAgIDE0NjEsICAgIDIxNjksICAgIDM2OTQsICAgMCwgICAwDQphdWRpdF9y ZWNvcmQ6ICAgICAgICAgIDEyNDgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAwLCAgIDANCm1idWZfcGFja2V0OiAgICAgICAgICAgIDI1NiwgMzkyMTM3NTAsICAgMzkwMzAs ICAgIDc2NjMsMTQ3MTcxODYwLCAgIDAsICAgMA0KbWJ1ZjogICAgICAgICAgICAgICAgICAgMjU2 LCAzOTIxMzc1MCwgICAgMTU3MiwgICAxNTQ4NSwxOTM1NzYxMjgsICAgMCwgICAwDQptYnVmX2Ns dXN0ZXI6ICAgICAgICAgIDIwNDgsIDYxMjcxNDgsICAgNDY3MDYsICAgIDM2OTAsIDI4NTYwNjIs ICAgMCwgICAwDQptYnVmX2p1bWJvX3BhZ2U6ICAgICAgIDQwOTYsIDMwNjM1NzQsICAgICAgIDAs ICAgICA0ODUsMTIyMDEzMTcsICAgMCwgICAwDQptYnVmX2p1bWJvXzlrOiAgICAgICAgIDkyMTYs IDkwNzcyNSwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCm1idWZfanVtYm9f MTZrOiAgICAgICAxNjM4NCwgNTEwNTk1LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAs ICAgMA0KbWJ1Zl9leHRfcmVmY250OiAgICAgICAgICA0LCAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwDQpnX2JpbzogICAgICAgICAgICAgICAgICAyNDgsICAgICAg MCwgICAgICAxMywgICAgNzg0MywyMDEzNzY4MTMsICAgMCwgICAwDQp0dHlpbnE6ICAgICAgICAg ICAgICAgICAxNjAsICAgICAgMCwgICAgIDI0MCwgICAgMTA2MCwgICAgIDgyNSwgICAwLCAgIDAN CnR0eW91dHE6ICAgICAgICAgICAgICAgIDI1NiwgICAgICAwLCAgICAgMTI2LCAgICAxMTY0LCAg ICAgNDM4LCAgIDAsICAgMA0KRE1BUl9NQVBfRU5UUlk6ICAgICAgICAgMTIwLCAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQphdGFfcmVxdWVzdDogICAgICAgICAg ICAzMzYsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnZ0bmV0 X3R4X2hkcjogICAgICAgICAgICAyNCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgIDAsICAgMA0KRlBVX3NhdmVfYXJlYTogICAgICAgICAgNTEyLCAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQp0YXNrcV96b25lOiAgICAgICAgICAgICAgNDgs ICAgICAgMCwgICAgICAgMCwgICAgNzYzNiwgIDUyNzIwMywgICAwLCAgIDANClZOT0RFOiAgICAg ICAgICAgICAgICAgIDQ3MiwgICAgICAwLCAgICAzOTQ1LCAgICAgMzUxLCAgICA1NjE4LCAgIDAs ICAgMA0KVk5PREVQT0xMOiAgICAgICAgICAgICAgMTEyLCAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwDQpCVUYgVFJJRTogICAgICAgICAgICAgICAxNDQsICAgICAg MCwgICAgICAgMCwgIDEwNTk0OCwgICAgICAgMCwgICAwLCAgIDANClMgVkZTIENhY2hlOiAgICAg ICAgICAgIDEwOCwgICAgICAwLCAgICAgODYxLCAgICAyOTE5LCAgIDQzODYwLCAgIDAsICAgMA0K U1RTIFZGUyBDYWNoZTogICAgICAgICAgMTQ4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgMCwgICAwDQpMIFZGUyBDYWNoZTogICAgICAgICAgICAzMjgsICAgICAgMCwgICAg ICAgOCwgICAgIDE3MiwgICAgICAgOSwgICAwLCAgIDANCkxUUyBWRlMgQ2FjaGU6ICAgICAgICAg IDM2OCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KTkFNRUk6 ICAgICAgICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgICAgMTIsICAgICAzOTIsIDQ0NzM0MDcs ICAgMCwgICAwDQpOQ0xOT0RFOiAgICAgICAgICAgICAgICA1MjgsICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCkRJUkhBU0g6ICAgICAgICAgICAgICAgMTAyNCwg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KcGlwZTogICAgICAg ICAgICAgICAgICAgNzQ0LCAgICAgIDAsICAgICAgNTAsICAgICAzOTUsICAgMTc2NjcsICAgMCwg ICAwDQpwcm9jZGVzYzogICAgICAgICAgICAgICAxMjgsICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAwLCAgIDANCnJhbmdlX3NlZ19jYWNoZTogICAgICAgICA2NCwgICAgICAw LDEyMzc4MjkwLCA0NTM5NDY0LDkyODk4MTkzNTMsICAgMCwgICAwDQp6aW9fY2FjaGU6ICAgICAg ICAgICAgICA5MjAsICAgICAgMCwgMTUxNDk3NiwgICAgNTEwNSwxMDQwNDI1Nzk1LCAgIDAsICAg MA0KemlvX2xpbmtfY2FjaGU6ICAgICAgICAgIDQ4LCAgICAgIDAsIDE1MTg3NTMsICAgIDQ5NjEs MTIwODg2MjIzOCwgICAwLCAgIDANCnppb19idWZfNTEyOiAgICAgICAgICAgIDUxMiwgICAgICAw LCAgIDEyODM5LCAgICAgOTY5LCAxMDY4MzkyLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzUxMjog ICAgICAgNTEyLCAgICAgIDAsICAgICAgMjMsICAgICA3MjksICAzMzQ0ODksICAgMCwgICAwDQp6 aW9fYnVmXzEwMjQ6ICAgICAgICAgIDEwMjQsICAgICAgMCwgICAgICAyOCwgICAgIDQ2NCwgIDM2 MTgxMiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8xMDI0OiAgICAgMTAyNCwgICAgICAwLCAgICAg NDk5LCAgICAgNDEzLCAgICA2MjM5LCAgIDAsICAgMA0KemlvX2J1Zl8xNTM2OiAgICAgICAgICAx NTM2LCAgICAgIDAsICAgICAgMjYsICAgICA0NDAsICAzMDAxMzksICAgMCwgICAwDQp6aW9fZGF0 YV9idWZfMTUzNjogICAgIDE1MzYsICAgICAgMCwgICAgIDIwMiwgICAgIDM3MCwgIDExOTY5Mywg ICAwLCAgIDANCnppb19idWZfMjA0ODogICAgICAgICAgMjA0OCwgICAgICAwLCAgICAgNzE0LCAg ICAgMzQyLCAyNDczNzk1LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzIwNDg6ICAgICAyMDQ4LCAg ICAgIDAsICAgICAgMzEsICAgICA1ODEsICA0NjIzNDMsICAgMCwgICAwDQp6aW9fYnVmXzI1NjA6 ICAgICAgICAgIDI1NjAsICAgICAgMCwgICAgICAgNSwgICAgIDEyOCwgMjQ4ODcwNCwgICAwLCAg IDANCnppb19kYXRhX2J1Zl8yNTYwOiAgICAgMjU2MCwgICAgICAwLCAgICAgIDUwLCAgICAgMzMx LCAgNDY4NDk0LCAgIDAsICAgMA0KemlvX2J1Zl8zMDcyOiAgICAgICAgICAzMDcyLCAgICAgIDAs ICAgICAgNTgsICAgICAyMTcsICA1NzQ1OTYsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMzA3Mjog ICAgIDMwNzIsICAgICAgMCwgICAgICAgNCwgICAgIDEzOCwgIDE0MTc2MSwgICAwLCAgIDANCnpp b19idWZfMzU4NDogICAgICAgICAgMzU4NCwgICAgICAwLCAgICAgNDA1LCAgICAgIDg1LCAgMTgz ODc0LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzM1ODQ6ICAgICAzNTg0LCAgICAgIDAsICAgICAg IDcsICAgICAgMzUsICAgIDYxNjEsICAgMCwgICAwDQp6aW9fYnVmXzQwOTY6ICAgICAgICAgIDQw OTYsICAgICAgMCwgMzExNDM5NSwgICAgNDU0OSwxNTc1OTgyMjUsICAgMCwgICAwDQp6aW9fZGF0 YV9idWZfNDA5NjogICAgIDQwOTYsICAgICAgMCwgIDk4ODcwMiwgICAgMTI4NSwxMDU4OTgyOSwg ICAwLCAgIDANCnppb19idWZfNTEyMDogICAgICAgICAgNTEyMCwgICAgICAwLCAgICAgMTk0LCAg ICAgIDI0LCAgMTQ3MTU2LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzUxMjA6ICAgICA1MTIwLCAg ICAgIDAsICAgICAgIDgsICAgICAgNjcsICAgMTA5OTIsICAgMCwgICAwDQp6aW9fYnVmXzYxNDQ6 ICAgICAgICAgIDYxNDQsICAgICAgMCwgICAgICAgMCwgICAgICAyOCwgIDIwMTAxOCwgICAwLCAg IDANCnppb19kYXRhX2J1Zl82MTQ0OiAgICAgNjE0NCwgICAgICAwLCAgICAgICA1LCAgICAgIDM2 LCAgICA2OTY5LCAgIDAsICAgMA0KemlvX2J1Zl83MTY4OiAgICAgICAgICA3MTY4LCAgICAgIDAs ICAgICAgIDEsICAgICAgMjIsICAxMjIxMjcsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNzE2ODog ICAgIDcxNjgsICAgICAgMCwgICAgICAgMCwgICAgICAyOSwgICAgNTk0MywgICAwLCAgIDANCnpp b19idWZfODE5MjogICAgICAgICAgODE5MiwgICAgICAwLCAgICAgIDMzLCAgICAgNDI1LDE0NzI5 ODA0LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzgxOTI6ICAgICA4MTkyLCAgICAgIDAsICAgIDEy MDQsICAgICAgMjEsICAgMTYxMzAsICAgMCwgICAwDQp6aW9fYnVmXzEwMjQwOiAgICAgICAgMTAy NDAsICAgICAgMCwgICAgICAgMiwgICAgICAyNSwgIDE0ODI4MywgICAwLCAgIDANCnppb19kYXRh X2J1Zl8xMDI0MDogICAxMDI0MCwgICAgICAwLCAgICAgICAzLCAgICAgIDM4LCAgICA4MDgyLCAg IDAsICAgMA0KemlvX2J1Zl8xMjI4ODogICAgICAgIDEyMjg4LCAgICAgIDAsICAgICAgIDUsICAg ICAxMzksIDQ0NTMyMTcsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTIyODg6ICAgMTIyODgsICAg ICAgMCwgICAgICAgMywgICAgICAzOSwgICAgNzA2OSwgICAwLCAgIDANCnppb19idWZfMTQzMzY6 ICAgICAgICAxNDMzNiwgICAgICAwLCAgICAgICAxLCAgICAgIDIzLCAgIDk0Mzk0LCAgIDAsICAg MA0KemlvX2RhdGFfYnVmXzE0MzM2OiAgIDE0MzM2LCAgICAgIDAsICAgICAgIDUsICAgICAgMzcs ICAgIDY5ODcsICAgMCwgICAwDQp6aW9fYnVmXzE2Mzg0OiAgICAgICAgMTYzODQsICAgICAgMCwg IDIxMjE2NywgICAgIDg5OSwxOTI0OTE5MCwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8xNjM4NDog ICAxNjM4NCwgICAgICAwLCAgICAgNzQ0LCAgICAgIDI3LCAgIDkzNjAxLCAgIDAsICAgMA0Kemlv X2J1Zl8yMDQ4MDogICAgICAgIDIwNDgwLCAgICAgIDAsICAgICAgIDUsICAgICAgMzMsIDExNTM5 ODMsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMjA0ODA6ICAgMjA0ODAsICAgICAgMCwgICAgICAg NywgICAgICAzNywgICAxODE5MywgICAwLCAgIDANCnppb19idWZfMjQ1NzY6ICAgICAgICAyNDU3 NiwgICAgICAwLCAgICAgICA3LCAgICAgIDM5LCAxOTM4NTA3LCAgIDAsICAgMA0KemlvX2RhdGFf YnVmXzI0NTc2OiAgIDI0NTc2LCAgICAgIDAsICAgICAgIDIsICAgICAgNDIsICAgMjU0MjgsICAg MCwgICAwDQp6aW9fYnVmXzI4NjcyOiAgICAgICAgMjg2NzIsICAgICAgMCwgICAgICAgNiwgICAg ICAzNiwgMTA4ODU5NiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8yODY3MjogICAyODY3MiwgICAg ICAwLCAgICAgICAwLCAgICAgIDQxLCAgIDMwMzI1LCAgIDAsICAgMA0KemlvX2J1Zl8zMjc2ODog ICAgICAgIDMyNzY4LCAgICAgIDAsICAgICAgIDYsICAgICAgMzQsIDE2ODI5NDQsICAgMCwgICAw DQp6aW9fZGF0YV9idWZfMzI3Njg6ICAgMzI3NjgsICAgICAgMCwgICAgMTU1NSwgICAgICAzMSwg ICA0MTQyMSwgICAwLCAgIDANCnppb19idWZfMzY4NjQ6ICAgICAgICAzNjg2NCwgICAgICAwLCAg ICAgICAzLCAgICAgIDY5LCAgNzA5OTk5LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzM2ODY0OiAg IDM2ODY0LCAgICAgIDAsICAgICAgIDIsICAgICAgNDMsICAgMjE0NTksICAgMCwgICAwDQp6aW9f YnVmXzQwOTYwOiAgICAgICAgNDA5NjAsICAgICAgMCwgICAgICAgNywgICAgICAyNywgIDgzODE5 OCwgICAwLCAgIDANCnppb19kYXRhX2J1Zl80MDk2MDogICA0MDk2MCwgICAgICAwLCAgICAgICA1 LCAgICAgIDQyLCAgIDEzMjIwLCAgIDAsICAgMA0KemlvX2J1Zl80NTA1NjogICAgICAgIDQ1MDU2 LCAgICAgIDAsICAgICAgIDEsICAgICAgMzMsICA0OTc2NjksICAgMCwgICAwDQp6aW9fZGF0YV9i dWZfNDUwNTY6ICAgNDUwNTYsICAgICAgMCwgICAgICAgMiwgICAgICAzNiwgICAgOTI2MiwgICAw LCAgIDANCnppb19idWZfNDkxNTI6ICAgICAgICA0OTE1MiwgICAgICAwLCAgICAgICAyLCAgICAg IDM2LCAgOTAwNjQ2LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzQ5MTUyOiAgIDQ5MTUyLCAgICAg IDAsICAgICAgIDAsICAgICAgNDEsICAgIDczNTcsICAgMCwgICAwDQp6aW9fYnVmXzUzMjQ4OiAg ICAgICAgNTMyNDgsICAgICAgMCwgICAgICAgMCwgICAgICAzMywgIDQwNDgwMywgICAwLCAgIDAN Cnppb19kYXRhX2J1Zl81MzI0ODogICA1MzI0OCwgICAgICAwLCAgICAgICAwLCAgICAgIDM3LCAg ICA1NTkwLCAgIDAsICAgMA0KemlvX2J1Zl81NzM0NDogICAgICAgIDU3MzQ0LCAgICAgIDAsICAg ICAgIDIsICAgICAgMjksICA2MjE3NzgsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNTczNDQ6ICAg NTczNDQsICAgICAgMCwgICAgICAgMiwgICAgICAzNywgICAgNDk0MywgICAwLCAgIDANCnppb19i dWZfNjE0NDA6ICAgICAgICA2MTQ0MCwgICAgICAwLCAgICAgICAxLCAgICAgIDMwLCAgMTU0ODUx LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzYxNDQwOiAgIDYxNDQwLCAgICAgIDAsICAgICAgIDAs ICAgICAgMjMsICAgICAgNjIsICAgMCwgICAwDQp6aW9fYnVmXzY1NTM2OiAgICAgICAgNjU1MzYs ICAgICAgMCwgICAgICAgMywgICAgIDIyMywgNjA3ODU1NCwgICAwLCAgIDANCnppb19kYXRhX2J1 Zl82NTUzNjogICA2NTUzNiwgICAgICAwLCAxMDA1MDQzLCAgICAgNjM5LCA3MTIxNzI0LCAgIDAs ICAgMA0KemlvX2J1Zl82OTYzMjogICAgICAgIDY5NjMyLCAgICAgIDAsICAgICAgIDEsICAgICAg MzAsICAxNDE1MzEsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNjk2MzI6ICAgNjk2MzIsICAgICAg MCwgICAgICAgMSwgICAgICAyNSwgICAgICA2OCwgICAwLCAgIDANCnppb19idWZfNzM3Mjg6ICAg ICAgICA3MzcyOCwgICAgICAwLCAgICAgICAyLCAgICAgIDMwLCAgMjczMzc0LCAgIDAsICAgMA0K emlvX2RhdGFfYnVmXzczNzI4OiAgIDczNzI4LCAgICAgIDAsICAgICAgIDAsICAgICAgMjYsICAg ICAgNjIsICAgMCwgICAwDQp6aW9fYnVmXzc3ODI0OiAgICAgICAgNzc4MjQsICAgICAgMCwgICAg ICAgMSwgICAgICAzMSwgIDEyNTI2NSwgICAwLCAgIDANCnppb19kYXRhX2J1Zl83NzgyNDogICA3 NzgyNCwgICAgICAwLCAgICAgICAwLCAgICAgIDI3LCAgICAgIDYyLCAgIDAsICAgMA0KemlvX2J1 Zl84MTkyMDogICAgICAgIDgxOTIwLCAgICAgIDAsICAgICAgIDEsICAgICAgMjUsICAzMDQ0OTEs ICAgMCwgICAwDQp6aW9fZGF0YV9idWZfODE5MjA6ICAgODE5MjAsICAgICAgMCwgICAgICAgMCwg ICAgICAyMiwgICAgICA2NCwgICAwLCAgIDANCnppb19idWZfODYwMTY6ICAgICAgICA4NjAxNiwg ICAgICAwLCAgICAgICAyLCAgICAgIDMzLCAgMTE5MTcyLCAgIDAsICAgMA0KemlvX2RhdGFfYnVm Xzg2MDE2OiAgIDg2MDE2LCAgICAgIDAsICAgICAgIDAsICAgICAgMjAsICAgICAgNjIsICAgMCwg ICAwDQp6aW9fYnVmXzkwMTEyOiAgICAgICAgOTAxMTIsICAgICAgMCwgICAgICAgMywgICAgICAz MywgIDIxODU3NiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl85MDExMjogICA5MDExMiwgICAgICAw LCAgICAgICAxLCAgICAgIDI2LCAgICAgIDcwLCAgIDAsICAgMA0KemlvX2J1Zl85NDIwODogICAg ICAgIDk0MjA4LCAgICAgIDAsICAgICAgIDAsICAgICAgMzEsICAxMTcwNTIsICAgMCwgICAwDQp6 aW9fZGF0YV9idWZfOTQyMDg6ICAgOTQyMDgsICAgICAgMCwgICAgICAgMCwgICAgICAyMywgICAg ICA1NCwgICAwLCAgIDANCnppb19idWZfOTgzMDQ6ICAgICAgICA5ODMwNCwgICAgICAwLCAgICAg ICAyLCAgICAgIDMwLCAgMjc2MDc2LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzk4MzA0OiAgIDk4 MzA0LCAgICAgIDAsICAgICAgIDEsICAgICAgMTYsICAgICAgNDIsICAgMCwgICAwDQp6aW9fYnVm XzEwMjQwMDogICAgICAxMDI0MDAsICAgICAgMCwgICAgICAgMiwgICAgICAzMSwgIDExMDA2MCwg ICAwLCAgIDANCnppb19kYXRhX2J1Zl8xMDI0MDA6IDEwMjQwMCwgICAgICAwLCAgICAgICAwLCAg ICAgIDIzLCAgICAgIDQzLCAgIDAsICAgMA0KemlvX2J1Zl8xMDY0OTY6ICAgICAgMTA2NDk2LCAg ICAgIDAsICAgICAgIDEsICAgICAgMzcsICAxOTAzNjksICAgMCwgICAwDQp6aW9fZGF0YV9idWZf MTA2NDk2OiAxMDY0OTYsICAgICAgMCwgICAgICAgMCwgICAgICAxOCwgICAgICA0NSwgICAwLCAg IDANCnppb19idWZfMTEwNTkyOiAgICAgIDExMDU5MiwgICAgICAwLCAgICAgICAwLCAgICAgIDM5 LCAgMTEyNDM5LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzExMDU5MjogMTEwNTkyLCAgICAgIDAs ICAgICAgIDAsICAgICAgMTgsICAgICAgMzMsICAgMCwgICAwDQp6aW9fYnVmXzExNDY4ODogICAg ICAxMTQ2ODgsICAgICAgMCwgICAgICAgMCwgICAgICA0MywgIDIzMjMzMSwgICAwLCAgIDANCnpp b19kYXRhX2J1Zl8xMTQ2ODg6IDExNDY4OCwgICAgICAwLCAgICAgICAwLCAgICAgIDE4LCAgICAg IDMzLCAgIDAsICAgMA0KemlvX2J1Zl8xMTg3ODQ6ICAgICAgMTE4Nzg0LCAgICAgIDAsICAgICAg IDAsICAgICAgMzYsICAxMDY1MzgsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTE4Nzg0OiAxMTg3 ODQsICAgICAgMCwgICAgICAgMCwgICAgICAxNSwgICAgICAxOSwgICAwLCAgIDANCnppb19idWZf MTIyODgwOiAgICAgIDEyMjg4MCwgICAgICAwLCAgICAgICAyLCAgICAgIDM3LCAgMjc1NTEyLCAg IDAsICAgMA0KemlvX2RhdGFfYnVmXzEyMjg4MDogMTIyODgwLCAgICAgIDAsICAgICAgIDAsICAg ICAgIDUsICAgICAgIDgsICAgMCwgICAwDQp6aW9fYnVmXzEyNjk3NjogICAgICAxMjY5NzYsICAg ICAgMCwgICAgICAgMCwgICAgICAzMiwgIDMxMTE1MSwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8x MjY5NzY6IDEyNjk3NiwgICAgICAwLCAgICAgICAwLCAgICAgICA4LCAgICAgIDEwLCAgIDAsICAg MA0KemlvX2J1Zl8xMzEwNzI6ICAgICAgMTMxMDcyLCAgICAgIDAsICAgIDQxOTIsICAgICAxNDYs IDY1NDA5NjQsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTMxMDcyOiAxMzEwNzIsICAgICAgMCwg ICAgMTgzOSwgICAgICA0NywgIDIzMDUwNywgICAwLCAgIDANCmx6NF9jdHg6ICAgICAgICAgICAg ICAxNjM4NCwgICAgICAwLCAgICAgICAxLCAgICAgIDkzLDUwMzYzOTExLCAgIDAsICAgMA0Kc2Ff Y2FjaGU6ICAgICAgICAgICAgICAgIDgwLCAgICAgIDAsICAgIDM4NDMsICAgIDEzMDcsICAgIDU0 NzEsICAgMCwgICAwDQpkbm9kZV90OiAgICAgICAgICAgICAgICA3NTIsICAgICAgMCwgICAzODY4 MywgICAgIDUyMiwgNTkyNzY0OCwgICAwLCAgIDANCmRtdV9idWZfaW1wbF90OiAgICAgICAgIDIz MiwgICAgICAwLCA0Njg4ODg2LCAgOTUzNTMzLDI2NDM4NDU5LCAgIDAsICAgMA0KYXJjX2J1Zl9o ZHJfdDogICAgICAgICAgMjE2LCAgICAgIDAsIDk2OTIzMjgsICAgICA4MzQsMTY1NTMwNjUsICAg MCwgICAwDQphcmNfYnVmX3Q6ICAgICAgICAgICAgICAgNzIsICAgICAgMCwgNDg0NzIwMywgMjAy NDAwMiwyMDA2NTI0NCwgICAwLCAgIDANCnppbF9sd2JfY2FjaGU6ICAgICAgICAgIDE5MiwgICAg ICAwLCAgIDIwNTI4LCAgICAgNjUyLCAgODUzMzMzLCAgIDAsICAgMA0KemZzX3pub2RlX2NhY2hl OiAgICAgICAgMzY4LCAgICAgIDAsICAgIDM4NDMsICAgICAzMzcsICAgIDU0NzEsICAgMCwgICAw DQpNb3VudHBvaW50czogICAgICAgICAgICA4MTYsICAgICAgMCwgICAgICAyMywgICAgIDE0Nywg ICAgICAyMywgICAwLCAgIDANCmtzaWdpbmZvOiAgICAgICAgICAgICAgIDExMiwgICAgICAwLCAg ICAgMzc0LCAgICAzNDA2LCAgICAxODg2LCAgIDAsICAgMA0KaXRpbWVyOiAgICAgICAgICAgICAg ICAgMzUyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpLTk9U RTogICAgICAgICAgICAgICAgICAxMjgsICAgICAgMCwgICAgICAgMCwgICAgMzAwNywgICAgODc0 NiwgICAwLCAgIDANCnNvY2tldDogICAgICAgICAgICAgICAgIDY5NiwgMzE0NDQ4NSwgICAgICA2 OSwgICAgIDMzNiwgICAyMzc5MSwgICAwLCAgIDANCmlwcTogICAgICAgICAgICAgICAgICAgICA1 NiwgMTkxNDg3LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KdWRwX2lucGNi OiAgICAgICAgICAgICAgMzkyLCAzMTQ0NDkwLCAgICAgIDExLCAgICAgNzQ5LCAgICA5MDUwLCAg IDAsICAgMA0KdWRwY2I6ICAgICAgICAgICAgICAgICAgIDE2LCAzMTQ0NTI4LCAgICAgIDExLCAg ICA2MjY0LCAgICA5MDUwLCAgIDAsICAgMA0KdGNwX2lucGNiOiAgICAgICAgICAgICAgMzkyLCAz MTQ0NDkwLCAgICAgIDQ1LCAgICAgNjU1LCAgICAzMDE2LCAgIDAsICAgMA0KdGNwY2I6ICAgICAg ICAgICAgICAgICAxMDI0LCAzMTQ0NDg4LCAgICAgIDQ1LCAgICAgMjY3LCAgICAzMDE2LCAgIDAs ICAgMA0KdGNwdHc6ICAgICAgICAgICAgICAgICAgIDg4LCAgMjc4MTAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwDQpzeW5jYWNoZTogICAgICAgICAgICAgICAxNjAsICAxNTM3 NSwgICAgICAgMCwgICAgIDUwMCwgICAgICA4NywgICAwLCAgIDANCmhvc3RjYWNoZTogICAgICAg ICAgICAgIDEzNiwgIDE1MzcwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0K dGNwcmVhc3M6ICAgICAgICAgICAgICAgIDQwLCAzODMwMDAsICAgICAgIDAsICAgICA4MDAsICAg ICAgNTcsICAgMCwgICAwDQpzYWNraG9sZTogICAgICAgICAgICAgICAgMzIsICAgICAgMCwgICAg ICAgMCwgICAgMTYyNSwgICAgIDIwOCwgICAwLCAgIDANCnNjdHBfZXA6ICAgICAgICAgICAgICAg MTQwOCwgMzE0NDQ4NiwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnNjdHBf YXNvYzogICAgICAgICAgICAgMjQxNiwgIDQwMDAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgIDAsICAgMA0Kc2N0cF9sYWRkcjogICAgICAgICAgICAgIDQ4LCAgODAwMTIsICAgICAgIDAs ICAgIDEwNzksICAgICAgIDQsICAgMCwgICAwDQpzY3RwX3JhZGRyOiAgICAgICAgICAgICA3Mjgs ICA4MDAwMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnNjdHBfY2h1bms6 ICAgICAgICAgICAgIDEzNiwgNDAwMDI2LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAs ICAgMA0Kc2N0cF9yZWFkcTogICAgICAgICAgICAgMTA0LCA0MDAwMjYsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwDQpzY3RwX3N0cmVhbV9tc2dfb3V0OiAgICAxMDQsIDQwMDAy NiwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnNjdHBfYXNjb25mOiAgICAg ICAgICAgICA0MCwgNDAwMDAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0K c2N0cF9hc2NvbmZfYWNrOiAgICAgICAgIDQ4LCA0MDAwNjAsICAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgMCwgICAwDQp1ZHBsaXRlX2lucGNiOiAgICAgICAgICAzOTIsIDMxNDQ0OTAsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpyaXBjYjogICAgICAgICAgICAgICAg ICAzOTIsIDMxNDQ0OTAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQp1bnBj YjogICAgICAgICAgICAgICAgICAyNDAsIDMxNDQ0OTYsICAgICAgMTMsICAgIDE0NTksICAgMTE3 MjAsICAgMCwgICAwDQpydGVudHJ5OiAgICAgICAgICAgICAgICAyMDAsICAgICAgMCwgICAgICAx NSwgICAgIDQ4NSwgICAgICAxNSwgICAwLCAgIDANCnNlbGZkOiAgICAgICAgICAgICAgICAgICA1 NiwgICAgICAwLCAgICAgNDY4LCAgICA1NjM4LCAyNTg2OTg0LCAgIDAsICAgMA0KU1dBUE1FVEE6 ICAgICAgICAgICAgICAgMjg4LCAxMjI1NDMwNywgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAwLCAgIDANCmljbF9jb25uOiAgICAgICAgICAgICAgIDE1MiwgICAgICAwLCAgICAgIDIwLCAg ICAgNjU2LCAgICAgIDIwLCAgIDAsICAgMA0KaWNsX3BkdTogICAgICAgICAgICAgICAgIDgwLCAg ICAgIDAsICAgICAgNzgsICAgIDczMjIsMTg5MDc1NjIsICAgMCwgICAwDQppc2NzaV9vdXRzdGFu ZGluZzogICAgICAgNDAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAg IDANCmNmaV9sdW46ICAgICAgICAgICAgICAgIDM0NCwgICAgICAwLCAgICAgIDI0LCAgICAgMjk1 LCAgICAgIDI0LCAgIDAsICAgMA0KY2ZpX21ldGF0YXNrOiAgICAgICAgICAgMzIwLCAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpjZmlzY3NpX2RhdGFfd2FpdDog ICAgICAgNTYsICAgICAgMCwgICAgICAgMCwgICAgNzEwMCwgNjY1NjQwNCwgICAwLCAgIDANCmJl aW86ICAgICAgICAgICAgICAgICAgIDM2MCwgICAgICAwLCAgICAgIDQwLCAgICAgODQwLCA4MjQ1 MTU0LCAgIDAsICAgMA0KY2JsazA6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAg IDAsICAgICAgMTAsICAgICAgMjksICAgMCwgICAwDQpjYmxrMTogICAgICAgICAgICAgICAxMzEw NzIsICAgICAgMCwgICAgICAgMCwgICAgICAzNCwgICAgMTAyOCwgICAwLCAgIDANCmNibGsyOiAg ICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDE0LCAgICAgIDI5LCAg IDAsICAgMA0KY2JsazM6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAg ICAgMTAsICAgICAgMjksICAgMCwgICAwDQpjYmxrNDogICAgICAgICAgICAgICAxMzEwNzIsICAg ICAgMCwgICAgICAgMCwgICAgICAgNywgICAgICAyOSwgICAwLCAgIDANCmNibGs1OiAgICAgICAg ICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDIwLCAgICAgIDk0LCAgIDAsICAg MA0KY2JsazY6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDEsICAgICAgNzks IDIyMTgxNjcsICAgMCwgICAwDQpjYmxrNzogICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwg ICAgICAgMCwgICAgICAxMCwgICAgICAyMywgICAwLCAgIDANCmNibGs4OiAgICAgICAgICAgICAg IDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDUyLCAgIDI5NTQ3LCAgIDAsICAgMA0KY2Js azk6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgMCwgICAwDQpjYmxrMTA6ICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCmNibGsxMTogICAgICAgICAgICAgIDEzMTA3 MiwgICAgICAwLCAgICAgICAwLCAgICAgIDc5LCAgIDIwMzI0LCAgIDAsICAgMA0KY2JsazEyOiAg ICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDksICAgICAgOTQsICAg MCwgICAwDQpjYmxrMTM6ICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAwLCAgIDANCmNibGsxNDogICAgICAgICAgICAgIDEzMTA3MiwgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KY2JsazE1OiAgICAgICAg ICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgMTEsICAgICAgMjQsICAzMDYxNjcsICAgMCwgICAw DQpjYmxrMTY6ICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAxMCwgICAgICAyNSwg IDYzNTUwNSwgICAwLCAgIDANCmNibGsxNzogICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAg ICAgIDExLCAgICAgIDI1LCAyMTQwNzg1LCAgIDAsICAgMA0KY2JsazE4OiAgICAgICAgICAgICAg MTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgMTMsICAgICAgOTQsICAgMCwgICAwDQpjYmxr MTk6ICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICAxMywgICAgICA5 NCwgICAwLCAgIDANCmNibGsyMDogICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAy LCAgICAgIDc2LCAxMTczNzA2LCAgIDAsICAgMA0KY2JsazIxOiAgICAgICAgICAgICAgMTMxMDcy LCAgICAgIDAsICAgICAgIDEsICAgICAgNTgsIDEyNzUyODUsICAgMCwgICAwDQpjYmxrMjI6ICAg ICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMiwgICAgICAzNSwgICAzNTE4MiwgICAw LCAgIDANCmNibGsyMzogICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAyLCAgICAg IDE5LCAgNDE4OTA1LCAgIDAsICAgMA0KDQogcHJvY3MgICAgICBtZW1vcnkgICAgICBwYWdlICAg ICAgICAgICAgICAgICAgICBkaXNrcyAgICAgZmF1bHRzICAgICAgICAgY3B1DQogciBiIHcgICAg IGF2bSAgICBmcmUgICBmbHQgIHJlICBwaSAgcG8gICAgZnIgIHNyIGRhMCBkYTEgICBpbiAgIHN5 ICAgY3MgdXMgc3kgaWQNCiAwIDAgMCAgIDIwMTBNICAgNjk1TSAgMjIwNSAgIDAgICAwICAgMCAg MjkxMSAgIDIgICAwICAgMCAxOTgyIDQ2MzI1IDEwNDY4ICAwICAzIDk3DQo0MDYwNi8yMzAwOS82 MzYxNSBtYnVmcyBpbiB1c2UgKGN1cnJlbnQvY2FjaGUvdG90YWwpDQozOTA0NC8xMTIzMi81MDI3 Ni82MTI3MTQ4IG1idWYgY2x1c3RlcnMgaW4gdXNlIChjdXJyZW50L2NhY2hlL3RvdGFsL21heCkN CjM5MDMxLzUzODUgbWJ1ZitjbHVzdGVycyBvdXQgb2YgcGFja2V0IHNlY29uZGFyeSB6b25lIGlu IHVzZSAoY3VycmVudC9jYWNoZSkNCjAvNDg1LzQ4NS8zMDYzNTc0IDRrIChwYWdlIHNpemUpIGp1 bWJvIGNsdXN0ZXJzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3RhbC9tYXgpDQowLzAvMC85MDc3 MjUgOWsganVtYm8gY2x1c3RlcnMgaW4gdXNlIChjdXJyZW50L2NhY2hlL3RvdGFsL21heCkNCjAv MC8wLzUxMDU5NSAxNmsganVtYm8gY2x1c3RlcnMgaW4gdXNlIChjdXJyZW50L2NhY2hlL3RvdGFs L21heCkNCjg4MjM5Sy8zMDE1NksvMTE4Mzk1SyBieXRlcyBhbGxvY2F0ZWQgdG8gbmV0d29yayAo Y3VycmVudC9jYWNoZS90b3RhbCkNCjAvMC8wIHJlcXVlc3RzIGZvciBtYnVmcyBkZW5pZWQgKG1i dWZzL2NsdXN0ZXJzL21idWYrY2x1c3RlcnMpDQowLzAvMCByZXF1ZXN0cyBmb3IgbWJ1ZnMgZGVs YXllZCAobWJ1ZnMvY2x1c3RlcnMvbWJ1ZitjbHVzdGVycykNCjAvMC8wIHJlcXVlc3RzIGZvciBq dW1ibyBjbHVzdGVycyBkZWxheWVkICg0ay85ay8xNmspDQowLzAvMCByZXF1ZXN0cyBmb3IganVt Ym8gY2x1c3RlcnMgZGVuaWVkICg0ay85ay8xNmspDQowIHJlcXVlc3RzIGZvciBzZmJ1ZnMgZGVu aWVkDQowIHJlcXVlc3RzIGZvciBzZmJ1ZnMgZGVsYXllZA0KMCByZXF1ZXN0cyBmb3IgSS9PIGlu aXRpYXRlZCBieSBzZW5kZmlsZQ0KSVRFTSAgICAgICAgICAgICAgICAgICBTSVpFICBMSU1JVCAg ICAgVVNFRCAgICAgRlJFRSAgICAgIFJFUSBGQUlMIFNMRUVQDQoNClVNQSBLZWdzOiAgICAgICAg ICAgICAgIDM4NCwgICAgICAwLCAgICAgMjMyLCAgICAgICA4LCAgICAgMjMyLCAgIDAsICAgMA0K VU1BIFpvbmVzOiAgICAgICAgICAgICAzNzEyLCAgICAgIDAsICAgICAyMzIsICAgICAgIDAsICAg ICAyMzIsICAgMCwgICAwDQpVTUEgU2xhYnM6ICAgICAgICAgICAgICAgODAsICAgICAgMCwgNTk1 OTc1MywgMjA4ODk0NywxODA4NzMyOSwgICAwLCAgIDANClVNQSBSQ250U2xhYnM6ICAgICAgICAg ICA4OCwgICAgICAwLCAgIDI0NzY5LCAgICA1Nzg2LCAgIDM1NzkzLCAgIDAsICAgMA0KVU1BIEhh c2g6ICAgICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgICAgMzEsICAgICAgNDQsICAgICAxMDUs ICAgMCwgICAwDQo0IEJ1Y2tldDogICAgICAgICAgICAgICAgMzIsICAgICAgMCwgICAgICAgMCwg ICAgIDM3NSwgMzI0NzUzOSwgICAwLCAgIDANCjYgQnVja2V0OiAgICAgICAgICAgICAgICA0OCwg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAxMTgxNTY0LCAgIDAsICAgMA0KOCBCdWNrZXQ6ICAg ICAgICAgICAgICAgIDY0LCAgICAgIDAsICAgICAgIDAsICAgICAzMTAsICA1NTAxNzUsICAxMSwg ICAwDQoxMiBCdWNrZXQ6ICAgICAgICAgICAgICAgOTYsICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgIDc3OTAwMiwgICAwLCAgIDANCjE2IEJ1Y2tldDogICAgICAgICAgICAgIDEyOCwgICAgICAw LCAgICAgICAwLCAgICAgIDMxLCAgNzQwODI5LCAgIDAsICAgMA0KMzIgQnVja2V0OiAgICAgICAg ICAgICAgMjU2LCAgICAgIDAsICAgICAgIDAsICAgICAgMTUsIDE0Mzg3ODUsICA1MSwgICAwDQo2 NCBCdWNrZXQ6ICAgICAgICAgICAgICA1MTIsICAgICAgMCwgICAgICAgMCwgICAgICAxNiwgMTMz OTA0MSwgMTAzLCAgIDANCjEyOCBCdWNrZXQ6ICAgICAgICAgICAgMTAyNCwgICAgICAwLCAgICAg ICAwLCAgICAgIDE2LCAxMjAwMjc1LCAgIDAsICAgMA0KMjU2IEJ1Y2tldDogICAgICAgICAgICAy MDQ4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDgsNDEwOTY3ODIsICA2NCwgICAwDQp2bWVtIGJ0 YWc6ICAgICAgICAgICAgICAgNTYsICAgICAgMCwgMTI0OTE1NSwgICA1NjY3NywgMjAzMzY2Myw5 MjE3LCAgIDANClZNIE9CSkVDVDogICAgICAgICAgICAgIDI1NiwgICAgICAwLCAgICA3MTEzLCAg ICAxOTYyLCAyOTYyOTgwLCAgIDAsICAgMA0KUkFESVggTk9ERTogICAgICAgICAgICAgMTQ0LCAg ICAgIDAsIDExNjEzNzQsICAgNzUwOTEsMTQzOTMyNDksICAgMCwgICAwDQpNQVA6ICAgICAgICAg ICAgICAgICAgICAyNDAsICAgICAgMCwgICAgICAgMywgICAgICA2MSwgICAgICAgMywgICAwLCAg IDANCktNQVAgRU5UUlk6ICAgICAgICAgICAgIDEyOCwgICAgICAwLCAgICAgICA5LCAgICAgMTE1 LCAgICAgICA5LCAgIDAsICAgMA0KTUFQIEVOVFJZOiAgICAgICAgICAgICAgMTI4LCAgICAgIDAs ICAgIDI3ODQsICAgIDU5NTgsIDg3MjM5MjEsICAgMCwgICAwDQpWTVNQQUNFOiAgICAgICAgICAg ICAgICA0NDgsICAgICAgMCwgICAgICA3MCwgICAgIDgzMCwgIDE5NTYxNCwgICAwLCAgIDANCmZh a2VwZzogICAgICAgICAgICAgICAgIDEwNCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgIDAsICAgMA0KbXRfem9uZTogICAgICAgICAgICAgICA0MTEyLCAgICAgIDAsICAgICAz NjksICAgICAgIDAsICAgICAzNjksICAgMCwgICAwDQoxNjogICAgICAgICAgICAgICAgICAgICAg MTYsICAgICAgMCwgICAzMDIzNiwgICAgNTY1Nyw1NDI0NTUyNiwgICAwLCAgIDANCjMyOiAgICAg ICAgICAgICAgICAgICAgICAzMiwgICAgICAwLCA5ODY4NjQ4LCAxMDUyMTAyLDEyODU1OTUyOCwg ICAwLCAgIDANCjY0OiAgICAgICAgICAgICAgICAgICAgICA2NCwgICAgICAwLCA0Mzg5MjUyLCAx MTQ4NzExLDYyNzQxNTQyNSwgICAwLCAgIDANCjEyODogICAgICAgICAgICAgICAgICAgIDEyOCwg ICAgICAwLCAxNDUzODg5LCAyOTQ2OTMzLDM0ODAxMDU0MywgICAwLCAgIDANCjI1NjogICAgICAg ICAgICAgICAgICAgIDI1NiwgICAgICAwLCAxNTE1NTU2LCAgICAgIDE0LDIyMzk3MTkyNCwgICAw LCAgIDANCjUxMjogICAgICAgICAgICAgICAgICAgIDUxMiwgICAgICAwLCAgICAxNDc2LCAgICA0 OTU2LDcyOTc5NDk4LCAgIDAsICAgMA0KMTAyNDogICAgICAgICAgICAgICAgICAxMDI0LCAgICAg IDAsICAgMjY4NjIsICAgICAzODIsNjA4OTc0MTcsICAgMCwgICAwDQoyMDQ4OiAgICAgICAgICAg ICAgICAgIDIwNDgsICAgICAgMCwgIDEwNTUwNSwgICAgIDY5MSw1NDkxOTY5MywgICAwLCAgIDAN CjQwOTY6ICAgICAgICAgICAgICAgICAgNDA5NiwgICAgICAwLCAgICA0MjQ0LCAgICAgICAwLCAy NjIzNjgwLCAgIDAsICAgMA0KODE5MjogICAgICAgICAgICAgICAgICA4MTkyLCAgICAgIDAsICAg ICAgMzgsICAgICAgIDAsIDE5MDk1NjUsICAgMCwgICAwDQoxNjM4NDogICAgICAgICAgICAgICAg MTYzODQsICAgICAgMCwgICAgICA0NiwgICAgICAgMCwgICAgNTExOCwgICAwLCAgIDANCjMyNzY4 OiAgICAgICAgICAgICAgICAzMjc2OCwgICAgICAwLCAgICAgIDQ3LCAgICAgICAwLCAgICA2NDEx LCAgIDAsICAgMA0KNjU1MzY6ICAgICAgICAgICAgICAgIDY1NTM2LCAgICAgIDAsICAgICAxMDYs ICAgICAgIDAsICAxNzU4MzIsICAgMCwgICAwDQo2NCBwY3B1OiAgICAgICAgICAgICAgICAgIDgs ICAgICAgMCwgICAgMTc5MCwgICAgMTAyNiwgICAgMjExMCwgICAwLCAgIDANClNMRUVQUVVFVUU6 ICAgICAgICAgICAgICA4MCwgICAgICAwLCAgICAxOTMwLCAgICAgNjQzLCAgICAyMDA4LCAgIDAs ICAgMA0KRmlsZXM6ICAgICAgICAgICAgICAgICAgIDgwLCAgICAgIDAsICAgICAyNDQsICAgIDMy NTYsIDEzMzU3ODMsICAgMCwgICAwDQpUVVJOU1RJTEU6ICAgICAgICAgICAgICAxMzYsICAgICAg MCwgICAgMTkzMCwgICAgIDg5MCwgICAgMjAwOCwgICAwLCAgIDANCnJsX2VudHJ5OiAgICAgICAg ICAgICAgICA0MCwgICAgICAwLCAgICAgMTYzLCAgICAyMzM3LCAgICAgMTYzLCAgIDAsICAgMA0K dW10eCBwaTogICAgICAgICAgICAgICAgIDk2LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgMCwgICAwDQpNQUMgbGFiZWxzOiAgICAgICAgICAgICAgNDAsICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANClBST0M6ICAgICAgICAgICAgICAgICAg MTIxNiwgICAgICAwLCAgICAgIDkxLCAgICAgMzE0LCAgMTk1NjM1LCAgIDAsICAgMA0KVEhSRUFE OiAgICAgICAgICAgICAgICAxMTY4LCAgICAgIDAsICAgIDE4MjMsICAgICAxMDYsICAgIDQwNDAs ICAgMCwgICAwDQpjcHVzZXQ6ICAgICAgICAgICAgICAgICAgNzIsICAgICAgMCwgICAgMTQ2MSwg ICAgMTI4OSwgICAgMzY5NCwgICAwLCAgIDANCmF1ZGl0X3JlY29yZDogICAgICAgICAgMTI0OCwg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KbWJ1Zl9wYWNrZXQ6 ICAgICAgICAgICAgMjU2LCAzOTIxMzc1MCwgICAzOTAzMywgICAgICAgMCwxNDcxNzE4ODksICAg MCwgICAwDQptYnVmOiAgICAgICAgICAgICAgICAgICAyNTYsIDM5MjEzNzUwLCAgICAxNTcyLCAg IDIyMDk1LDE5MzU3Njg3MCwgICAwLCAgIDANCm1idWZfY2x1c3RlcjogICAgICAgICAgMjA0OCwg NjEyNzE0OCwgICAzOTA0NiwgICAxMDQ5MiwgMjg1NjA2NCwgICAwLCAgIDANCm1idWZfanVtYm9f cGFnZTogICAgICAgNDA5NiwgMzA2MzU3NCwgICAgICAgMCwgICAgICAgMCwxMjIwMTMxNywgICAw LCAgIDANCm1idWZfanVtYm9fOWs6ICAgICAgICAgOTIxNiwgOTA3NzI1LCAgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgIDAsICAgMA0KbWJ1Zl9qdW1ib18xNms6ICAgICAgIDE2Mzg0LCA1MTA1 OTUsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQptYnVmX2V4dF9yZWZjbnQ6 ICAgICAgICAgIDQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAN CmdfYmlvOiAgICAgICAgICAgICAgICAgIDI0OCwgICAgICAwLCAgICAgMjg1LCAgICAgMjU5LDIw MTQyMjYwNSwgICAwLCAgIDANCnR0eWlucTogICAgICAgICAgICAgICAgIDE2MCwgICAgICAwLCAg ICAgMjQwLCAgICAgMjYwLCAgICAgODI1LCAgIDAsICAgMA0KdHR5b3V0cTogICAgICAgICAgICAg ICAgMjU2LCAgICAgIDAsICAgICAxMjYsICAgICAxODksICAgICA0MzgsICAgMCwgICAwDQpETUFS X01BUF9FTlRSWTogICAgICAgICAxMjAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAwLCAgIDANCmF0YV9yZXF1ZXN0OiAgICAgICAgICAgIDMzNiwgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KdnRuZXRfdHhfaGRyOiAgICAgICAgICAgIDI0 LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpGUFVfc2F2ZV9h cmVhOiAgICAgICAgICA1MTIsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAw LCAgIDANCnRhc2txX3pvbmU6ICAgICAgICAgICAgICA0OCwgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgNTI3MjA2LCAgIDAsICAgMA0KVk5PREU6ICAgICAgICAgICAgICAgICAgNDcyLCAgICAg IDAsICAgIDM5NDUsICAgICAxNTEsICAgIDU2MTgsICAgMCwgICAwDQpWTk9ERVBPTEw6ICAgICAg ICAgICAgICAxMTIsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAN CkJVRiBUUklFOiAgICAgICAgICAgICAgIDE0NCwgICAgICAwLCAgICAgICAwLCAgMTA1OTQ4LCAg ICAgICAwLCAgIDAsICAgMA0KUyBWRlMgQ2FjaGU6ICAgICAgICAgICAgMTA4LCAgICAgIDAsICAg ICA4NjEsICAgIDE4MzQsICAgNDM4NjAsICAgMCwgICAwDQpTVFMgVkZTIENhY2hlOiAgICAgICAg ICAxNDgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCkwgVkZT IENhY2hlOiAgICAgICAgICAgIDMyOCwgICAgICAwLCAgICAgICA4LCAgICAgIDc2LCAgICAgICA5 LCAgIDAsICAgMA0KTFRTIFZGUyBDYWNoZTogICAgICAgICAgMzY4LCAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpOQU1FSTogICAgICAgICAgICAgICAgIDEwMjQs ICAgICAgMCwgICAgICAxMiwgICAgICAzNiwgNDQ3MzQ4OSwgICAwLCAgIDANCk5DTE5PREU6ICAg ICAgICAgICAgICAgIDUyOCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAs ICAgMA0KRElSSEFTSDogICAgICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwDQpwaXBlOiAgICAgICAgICAgICAgICAgICA3NDQsICAgICAg MCwgICAgICA1MCwgICAgIDE2MCwgICAxNzY2NywgICAwLCAgIDANCnByb2NkZXNjOiAgICAgICAg ICAgICAgIDEyOCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0K cmFuZ2Vfc2VnX2NhY2hlOiAgICAgICAgIDY0LCAgICAgIDAsMTIzNzgyNDcsIDQ1Mzk1MDcsOTI4 OTg4Njk3MCwgICAwLCAgIDANCnppb19jYWNoZTogICAgICAgICAgICAgIDkyMCwgICAgICAwLCAz NDQ3OTA3LCAgICAgICAxLDEwNDI2MDIwMjYsICAgMCwgICAwDQp6aW9fbGlua19jYWNoZTogICAg ICAgICAgNDgsICAgICAgMCwgMzQ1MDQxNiwgICAgICA2MCwxMjExMTc2MjUwLCAgIDAsICAgMA0K emlvX2J1Zl81MTI6ICAgICAgICAgICAgNTEyLCAgICAgIDAsICAgMTI4MzksICAgICA2ODEsIDEw Njg0MDEsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNTEyOiAgICAgICA1MTIsICAgICAgMCwgICAg ICAyMywgICAgIDExMywgIDMzNDQ5NywgICAwLCAgIDANCnppb19idWZfMTAyNDogICAgICAgICAg MTAyNCwgICAgICAwLCAgICAgIDI2LCAgICAgIDYyLCAgMzYxODM5LCAgIDAsICAgMA0KemlvX2Rh dGFfYnVmXzEwMjQ6ICAgICAxMDI0LCAgICAgIDAsICAgICA0NTAsICAgICAzNTAsICAgIDYyNDAs ICAgMCwgICAwDQp6aW9fYnVmXzE1MzY6ICAgICAgICAgIDE1MzYsICAgICAgMCwgICAgICAyNiwg ICAgICAyNiwgIDMwMDE0MywgICAwLCAgIDANCnppb19kYXRhX2J1Zl8xNTM2OiAgICAgMTUzNiwg ICAgICAwLCAgICAgMTgzLCAgICAgMTI1LCAgMTE5NjkzLCAgIDAsICAgMA0KemlvX2J1Zl8yMDQ4 OiAgICAgICAgICAyMDQ4LCAgICAgIDAsICAgICA3MTMsICAgICAxNDMsIDI0NzM3OTksICAgMCwg ICAwDQp6aW9fZGF0YV9idWZfMjA0ODogICAgIDIwNDgsICAgICAgMCwgICAgICAyOSwgICAgICAy OSwgIDQ2MjM0MywgICAwLCAgIDANCnppb19idWZfMjU2MDogICAgICAgICAgMjU2MCwgICAgICAw LCAgICAgICA1LCAgICAgICAwLCAyNDg4NzA0LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzI1NjA6 ICAgICAyNTYwLCAgICAgIDAsICAgICAgNDAsICAgICAgIDAsICA0Njg0OTQsICAgMCwgICAwDQp6 aW9fYnVmXzMwNzI6ICAgICAgICAgIDMwNzIsICAgICAgMCwgICAgICA1OCwgICAgICAgMCwgIDU3 NDU5NiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8zMDcyOiAgICAgMzA3MiwgICAgICAwLCAgICAg ICA0LCAgICAgICAwLCAgMTQxNzYxLCAgIDAsICAgMA0KemlvX2J1Zl8zNTg0OiAgICAgICAgICAz NTg0LCAgICAgIDAsICAgICA0MDUsICAgICAgIDAsICAxODM4NzQsICAgMCwgICAwDQp6aW9fZGF0 YV9idWZfMzU4NDogICAgIDM1ODQsICAgICAgMCwgICAgICAgNywgICAgICAgMCwgICAgNjE2MSwg ICAwLCAgIDANCnppb19idWZfNDA5NjogICAgICAgICAgNDA5NiwgICAgICAwLCAzNzk3MzkxLCAg ICAgICAwLDE1ODM2Mzc2MywgICAwLCAgIDANCnppb19kYXRhX2J1Zl80MDk2OiAgICAgNDA5Niwg ICAgICAwLCAgOTQ3NTA1LCAgICAgICAwLDEwNTg5ODQ4LCAgIDAsICAgMA0KemlvX2J1Zl81MTIw OiAgICAgICAgICA1MTIwLCAgICAgIDAsICAgICAxOTQsICAgICAgIDAsICAxNDcxNTYsICAgMCwg ICAwDQp6aW9fZGF0YV9idWZfNTEyMDogICAgIDUxMjAsICAgICAgMCwgICAgICAgNywgICAgICAg MCwgICAxMDk5MywgICAwLCAgIDANCnppb19idWZfNjE0NDogICAgICAgICAgNjE0NCwgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgMjAxMDMyLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzYxNDQ6 ICAgICA2MTQ0LCAgICAgIDAsICAgICAgIDUsICAgICAgIDAsICAgIDY5NjksICAgMCwgICAwDQp6 aW9fYnVmXzcxNjg6ICAgICAgICAgIDcxNjgsICAgICAgMCwgICAgICAgMSwgICAgICAgMCwgIDEy MjEyNywgICAwLCAgIDANCnppb19kYXRhX2J1Zl83MTY4OiAgICAgNzE2OCwgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgICA1OTQzLCAgIDAsICAgMA0KemlvX2J1Zl84MTkyOiAgICAgICAgICA4 MTkyLCAgICAgIDAsICAgICAgMzMsICAgICAgMjIsMTQ3MzE3NzksICAgMCwgICAwDQp6aW9fZGF0 YV9idWZfODE5MjogICAgIDgxOTIsICAgICAgMCwgICAgMTIwNCwgICAgICAgMCwgICAxNjEzMCwg ICAwLCAgIDANCnppb19idWZfMTAyNDA6ICAgICAgICAxMDI0MCwgICAgICAwLCAgICAgICAyLCAg ICAgICAwLCAgMTQ4MjkxLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzEwMjQwOiAgIDEwMjQwLCAg ICAgIDAsICAgICAgIDMsICAgICAgIDAsICAgIDgwODIsICAgMCwgICAwDQp6aW9fYnVmXzEyMjg4 OiAgICAgICAgMTIyODgsICAgICAgMCwgICAgICAgOSwgICAgICAgOCwgNDQ1MzY0OSwgICAwLCAg IDANCnppb19kYXRhX2J1Zl8xMjI4ODogICAxMjI4OCwgICAgICAwLCAgICAgICAzLCAgICAgICAw LCAgICA3MDY5LCAgIDAsICAgMA0KemlvX2J1Zl8xNDMzNjogICAgICAgIDE0MzM2LCAgICAgIDAs ICAgICAgIDEsICAgICAgIDAsICAgOTQzOTQsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTQzMzY6 ICAgMTQzMzYsICAgICAgMCwgICAgICAgNSwgICAgICAgMCwgICAgNjk4NywgICAwLCAgIDANCnpp b19idWZfMTYzODQ6ICAgICAgICAxNjM4NCwgICAgICAwLCAgMjEyMTExLCAgICAgICA0LDE5MjUw MDI1LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzE2Mzg0OiAgIDE2Mzg0LCAgICAgIDAsICAgICA3 NDQsICAgICAgIDAsICAgOTM2MDEsICAgMCwgICAwDQp6aW9fYnVmXzIwNDgwOiAgICAgICAgMjA0 ODAsICAgICAgMCwgICAgICAgOCwgICAgICAgNCwgMTE1NDIzNywgICAwLCAgIDANCnppb19kYXRh X2J1Zl8yMDQ4MDogICAyMDQ4MCwgICAgICAwLCAgICAgICA3LCAgICAgICAwLCAgIDE4MTkzLCAg IDAsICAgMA0KemlvX2J1Zl8yNDU3NjogICAgICAgIDI0NTc2LCAgICAgIDAsICAgICAgIDksICAg ICAgMTUsIDE5MzkwMDEsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMjQ1NzY6ICAgMjQ1NzYsICAg ICAgMCwgICAgICAgMiwgICAgICAgMCwgICAyNTQyOCwgICAwLCAgIDANCnppb19idWZfMjg2NzI6 ICAgICAgICAyODY3MiwgICAgICAwLCAgICAgICA1LCAgICAgICAzLCAxMDg4NzM4LCAgIDAsICAg MA0KemlvX2RhdGFfYnVmXzI4NjcyOiAgIDI4NjcyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgMzAzMjUsICAgMCwgICAwDQp6aW9fYnVmXzMyNzY4OiAgICAgICAgMzI3NjgsICAgICAgMCwg ICAgICAxMywgICAgICAgMywgMTY4MzMxNywgICAwLCAgIDANCnppb19kYXRhX2J1Zl8zMjc2ODog ICAzMjc2OCwgICAgICAwLCAgICAxNDc4LCAgICAgICAwLCAgIDQxNDIxLCAgIDAsICAgMA0Kemlv X2J1Zl8zNjg2NDogICAgICAgIDM2ODY0LCAgICAgIDAsICAgICAgIDYsICAgICAgIDIsICA3MTAx MDUsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMzY4NjQ6ICAgMzY4NjQsICAgICAgMCwgICAgICAg MiwgICAgICAgMCwgICAyMTQ1OSwgICAwLCAgIDANCnppb19idWZfNDA5NjA6ICAgICAgICA0MDk2 MCwgICAgICAwLCAgICAgICA0LCAgICAgICA4LCAgODM4Mzk4LCAgIDAsICAgMA0KemlvX2RhdGFf YnVmXzQwOTYwOiAgIDQwOTYwLCAgICAgIDAsICAgICAgIDUsICAgICAgIDAsICAgMTMyMjAsICAg MCwgICAwDQp6aW9fYnVmXzQ1MDU2OiAgICAgICAgNDUwNTYsICAgICAgMCwgICAgICAgMiwgICAg ICAgMywgIDQ5Nzc0MCwgICAwLCAgIDANCnppb19kYXRhX2J1Zl80NTA1NjogICA0NTA1NiwgICAg ICAwLCAgICAgICAyLCAgICAgICAwLCAgICA5MjYyLCAgIDAsICAgMA0KemlvX2J1Zl80OTE1Mjog ICAgICAgIDQ5MTUyLCAgICAgIDAsICAgICAgIDksICAgICAgIDAsICA5MDA4NjQsICAgMCwgICAw DQp6aW9fZGF0YV9idWZfNDkxNTI6ICAgNDkxNTIsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAgNzM1NywgICAwLCAgIDANCnppb19idWZfNTMyNDg6ICAgICAgICA1MzI0OCwgICAgICAwLCAg ICAgICAxLCAgICAgICA0LCAgNDA0ODY5LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzUzMjQ4OiAg IDUzMjQ4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgIDU1OTAsICAgMCwgICAwDQp6aW9f YnVmXzU3MzQ0OiAgICAgICAgNTczNDQsICAgICAgMCwgICAgICAgNSwgICAgICAgMiwgIDYyMTky MywgICAwLCAgIDANCnppb19kYXRhX2J1Zl81NzM0NDogICA1NzM0NCwgICAgICAwLCAgICAgICAy LCAgICAgICAwLCAgICA0OTQzLCAgIDAsICAgMA0KemlvX2J1Zl82MTQ0MDogICAgICAgIDYxNDQw LCAgICAgIDAsICAgICAgIDEsICAgICAgIDIsICAxNTQ5MDEsICAgMCwgICAwDQp6aW9fZGF0YV9i dWZfNjE0NDA6ICAgNjE0NDAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICA2MiwgICAw LCAgIDANCnppb19idWZfNjU1MzY6ICAgICAgICA2NTUzNiwgICAgICAwLCAgICAgIDE1LCAgICAg ICAzLCA2MDc4ODk1LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzY1NTM2OiAgIDY1NTM2LCAgICAg IDAsICA5MjQ4MjgsICAgICAgODYsIDcxMjE5NzQsICAgMCwgICAwDQp6aW9fYnVmXzY5NjMyOiAg ICAgICAgNjk2MzIsICAgICAgMCwgICAgICAgMCwgICAgICAgMiwgIDE0MTU3MCwgICAwLCAgIDAN Cnppb19kYXRhX2J1Zl82OTYzMjogICA2OTYzMiwgICAgICAwLCAgICAgICAxLCAgICAgICAwLCAg ICAgIDY4LCAgIDAsICAgMA0KemlvX2J1Zl83MzcyODogICAgICAgIDczNzI4LCAgICAgIDAsICAg ICAgIDAsICAgICAgIDIsICAyNzM0NjksICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNzM3Mjg6ICAg NzM3MjgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICA2MiwgICAwLCAgIDANCnppb19i dWZfNzc4MjQ6ICAgICAgICA3NzgyNCwgICAgICAwLCAgICAgICAxLCAgICAgICAwLCAgMTI1Mjk2 LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzc3ODI0OiAgIDc3ODI0LCAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgICAgNjIsICAgMCwgICAwDQp6aW9fYnVmXzgxOTIwOiAgICAgICAgODE5MjAs ICAgICAgMCwgICAgICAgNCwgICAgICAgMywgIDMwNDU5MiwgICAwLCAgIDANCnppb19kYXRhX2J1 Zl84MTkyMDogICA4MTkyMCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgIDY0LCAgIDAs ICAgMA0KemlvX2J1Zl84NjAxNjogICAgICAgIDg2MDE2LCAgICAgIDAsICAgICAgIDEsICAgICAg IDAsICAxMTkyMDYsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfODYwMTY6ICAgODYwMTYsICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAgICA2MiwgICAwLCAgIDANCnppb19idWZfOTAxMTI6ICAg ICAgICA5MDExMiwgICAgICAwLCAgICAgICAwLCAgICAgICAxLCAgMjE4NjQxLCAgIDAsICAgMA0K emlvX2RhdGFfYnVmXzkwMTEyOiAgIDkwMTEyLCAgICAgIDAsICAgICAgIDEsICAgICAgIDAsICAg ICAgNzAsICAgMCwgICAwDQp6aW9fYnVmXzk0MjA4OiAgICAgICAgOTQyMDgsICAgICAgMCwgICAg ICAgMSwgICAgICAgMiwgIDExNzA4NSwgICAwLCAgIDANCnppb19kYXRhX2J1Zl85NDIwODogICA5 NDIwOCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgIDU0LCAgIDAsICAgMA0KemlvX2J1 Zl85ODMwNDogICAgICAgIDk4MzA0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDUsICAyNzYxNzgs ICAgMCwgICAwDQp6aW9fZGF0YV9idWZfOTgzMDQ6ICAgOTgzMDQsICAgICAgMCwgICAgICAgMSwg ICAgICAgMCwgICAgICA0MiwgICAwLCAgIDANCnppb19idWZfMTAyNDAwOiAgICAgIDEwMjQwMCwg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgMTEwMDg1LCAgIDAsICAgMA0KemlvX2RhdGFfYnVm XzEwMjQwMDogMTAyNDAwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgNDMsICAgMCwg ICAwDQp6aW9fYnVmXzEwNjQ5NjogICAgICAxMDY0OTYsICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgIDE5MDQyNCwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8xMDY0OTY6IDEwNjQ5NiwgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgICAgIDQ1LCAgIDAsICAgMA0KemlvX2J1Zl8xMTA1OTI6ICAg ICAgMTEwNTkyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDQsICAxMTI0NjIsICAgMCwgICAwDQp6 aW9fZGF0YV9idWZfMTEwNTkyOiAxMTA1OTIsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAg ICAzMywgICAwLCAgIDANCnppb19idWZfMTE0Njg4OiAgICAgIDExNDY4OCwgICAgICAwLCAgICAg ICAxLCAgICAgICAyLCAgMjMyMzg4LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzExNDY4ODogMTE0 Njg4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgMzMsICAgMCwgICAwDQp6aW9fYnVm XzExODc4NDogICAgICAxMTg3ODQsICAgICAgMCwgICAgICAgMSwgICAgICAgMSwgIDEwNjU3MSwg ICAwLCAgIDANCnppb19kYXRhX2J1Zl8xMTg3ODQ6IDExODc4NCwgICAgICAwLCAgICAgICAwLCAg ICAgICAwLCAgICAgIDE5LCAgIDAsICAgMA0KemlvX2J1Zl8xMjI4ODA6ICAgICAgMTIyODgwLCAg ICAgIDAsICAgICAgIDAsICAgICAgIDIsICAyNzU1NjEsICAgMCwgICAwDQp6aW9fZGF0YV9idWZf MTIyODgwOiAxMjI4ODAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgOCwgICAwLCAg IDANCnppb19idWZfMTI2OTc2OiAgICAgIDEyNjk3NiwgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgMzExMTY4LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzEyNjk3NjogMTI2OTc2LCAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgICAgMTAsICAgMCwgICAwDQp6aW9fYnVmXzEzMTA3MjogICAg ICAxMzEwNzIsICAgICAgMCwgICAgNDE0MywgICAgICAxMCwgNjU0NDA2NCwgICAwLCAgIDANCnpp b19kYXRhX2J1Zl8xMzEwNzI6IDEzMTA3MiwgICAgICAwLCAgICAxODMyLCAgICAgICAwLCAgMjMw NTA3LCAgIDAsICAgMA0KbHo0X2N0eDogICAgICAgICAgICAgIDE2Mzg0LCAgICAgIDAsICAgICAg IDQsICAgICAgIDgsNTA1NTU2MTAsICAgMCwgICAwDQpzYV9jYWNoZTogICAgICAgICAgICAgICAg ODAsICAgICAgMCwgICAgMzg0MywgICAgIDgwNywgICAgNTQ3MSwgICAwLCAgIDANCmRub2RlX3Q6 ICAgICAgICAgICAgICAgIDc1MiwgICAgICAwLCAgIDM4NjgzLCAgICAgNDQ3LCA1OTI3NjQ4LCAg IDAsICAgMA0KZG11X2J1Zl9pbXBsX3Q6ICAgICAgICAgMjMyLCAgICAgIDAsIDQ2MTYxNDYsIDEw MjE4MTksMjY0Mzg0NzIsICAgMCwgICAwDQphcmNfYnVmX2hkcl90OiAgICAgICAgICAyMTYsICAg ICAgMCwgOTY0NTU3NiwgICA0NzI2MiwxNjU1MzI3MCwgICAwLCAgIDANCmFyY19idWZfdDogICAg ICAgICAgICAgICA3MiwgICAgICAwLCA0NzY1MTI5LCAyMTAwNDY2LDIwMDY1NDQ4LCAgIDAsICAg MA0KemlsX2x3Yl9jYWNoZTogICAgICAgICAgMTkyLCAgICAgIDAsICAgMjA1MjgsICAgICA0MzIs ICA4NTMzMzMsICAgMCwgICAwDQp6ZnNfem5vZGVfY2FjaGU6ICAgICAgICAzNjgsICAgICAgMCwg ICAgMzg0MywgICAgIDE5NywgICAgNTQ3MSwgICAwLCAgIDANCk1vdW50cG9pbnRzOiAgICAgICAg ICAgIDgxNiwgICAgICAwLCAgICAgIDIzLCAgICAgMTQ3LCAgICAgIDIzLCAgIDAsICAgMA0Ka3Np Z2luZm86ICAgICAgICAgICAgICAgMTEyLCAgICAgIDAsICAgICAzNzQsICAgIDEyMzYsICAgIDE4 ODcsICAgMCwgICAwDQppdGltZXI6ICAgICAgICAgICAgICAgICAzNTIsICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCktOT1RFOiAgICAgICAgICAgICAgICAgIDEy OCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICA4NzQ2LCAgIDAsICAgMA0Kc29ja2V0OiAg ICAgICAgICAgICAgICAgNjk2LCAzMTQ0NDg1LCAgICAgIDY5LCAgICAgMzM2LCAgIDIzNzkxLCAg IDAsICAgMA0KaXBxOiAgICAgICAgICAgICAgICAgICAgIDU2LCAxOTE0ODcsICAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgMCwgICAwDQp1ZHBfaW5wY2I6ICAgICAgICAgICAgICAzOTIsIDMx NDQ0OTAsICAgICAgMTEsICAgICA3NDksICAgIDkwNTAsICAgMCwgICAwDQp1ZHBjYjogICAgICAg ICAgICAgICAgICAgMTYsIDMxNDQ1MjgsICAgICAgMTEsICAgIDYyNjQsICAgIDkwNTAsICAgMCwg ICAwDQp0Y3BfaW5wY2I6ICAgICAgICAgICAgICAzOTIsIDMxNDQ0OTAsICAgICAgNDUsICAgICA2 NTUsICAgIDMwMTYsICAgMCwgICAwDQp0Y3BjYjogICAgICAgICAgICAgICAgIDEwMjQsIDMxNDQ0 ODgsICAgICAgNDUsICAgICAyNjcsICAgIDMwMTYsICAgMCwgICAwDQp0Y3B0dzogICAgICAgICAg ICAgICAgICAgODgsICAyNzgxMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAN CnN5bmNhY2hlOiAgICAgICAgICAgICAgIDE2MCwgIDE1Mzc1LCAgICAgICAwLCAgICAgICAwLCAg ICAgIDg3LCAgIDAsICAgMA0KaG9zdGNhY2hlOiAgICAgICAgICAgICAgMTM2LCAgMTUzNzAsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQp0Y3ByZWFzczogICAgICAgICAgICAg ICAgNDAsIDM4MzAwMCwgICAgICAgMCwgICAgIDgwMCwgICAgICA1NywgICAwLCAgIDANCnNhY2to b2xlOiAgICAgICAgICAgICAgICAzMiwgICAgICAwLCAgICAgICAwLCAgICAxNjI1LCAgICAgMjA4 LCAgIDAsICAgMA0Kc2N0cF9lcDogICAgICAgICAgICAgICAxNDA4LCAzMTQ0NDg2LCAgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0Kc2N0cF9hc29jOiAgICAgICAgICAgICAyNDE2 LCAgNDAwMDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpzY3RwX2xhZGRy OiAgICAgICAgICAgICAgNDgsICA4MDAxMiwgICAgICAgMCwgICAgICAgMCwgICAgICAgNCwgICAw LCAgIDANCnNjdHBfcmFkZHI6ICAgICAgICAgICAgIDcyOCwgIDgwMDAwLCAgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgIDAsICAgMA0Kc2N0cF9jaHVuazogICAgICAgICAgICAgMTM2LCA0MDAw MjYsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpzY3RwX3JlYWRxOiAgICAg ICAgICAgICAxMDQsIDQwMDAyNiwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAN CnNjdHBfc3RyZWFtX21zZ19vdXQ6ICAgIDEwNCwgNDAwMDI2LCAgICAgICAwLCAgICAgICAwLCAg ICAgICAwLCAgIDAsICAgMA0Kc2N0cF9hc2NvbmY6ICAgICAgICAgICAgIDQwLCA0MDAwMDAsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpzY3RwX2FzY29uZl9hY2s6ICAgICAg ICAgNDgsIDQwMDA2MCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnVkcGxp dGVfaW5wY2I6ICAgICAgICAgIDM5MiwgMzE0NDQ5MCwgICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAwLCAgIDANCnJpcGNiOiAgICAgICAgICAgICAgICAgIDM5MiwgMzE0NDQ5MCwgICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnVucGNiOiAgICAgICAgICAgICAgICAgIDI0 MCwgMzE0NDQ5NiwgICAgICAxMywgICAgIDE0NywgICAxMTcyMCwgICAwLCAgIDANCnJ0ZW50cnk6 ICAgICAgICAgICAgICAgIDIwMCwgICAgICAwLCAgICAgIDE1LCAgICAgMTY1LCAgICAgIDE1LCAg IDAsICAgMA0Kc2VsZmQ6ICAgICAgICAgICAgICAgICAgIDU2LCAgICAgIDAsICAgICA0NjgsICAg IDI3OTgsIDI1ODc3MTMsICAgMCwgICAwDQpTV0FQTUVUQTogICAgICAgICAgICAgICAyODgsIDEy MjU0MzA3LCAgICAgICA0LCAgICAgICA5LCAgICAgICA0LCAgIDAsICAgMA0KaWNsX2Nvbm46ICAg ICAgICAgICAgICAgMTUyLCAgICAgIDAsICAgICAgMjAsICAgICAyNjYsICAgICAgMjAsICAgMCwg ICAwDQppY2xfcGR1OiAgICAgICAgICAgICAgICAgODAsICAgICAgMCwgICAgICA3OCwgICAgMzAy MiwxODkwNzY0MiwgICAwLCAgIDANCmlzY3NpX291dHN0YW5kaW5nOiAgICAgICA0MCwgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KY2ZpX2x1bjogICAgICAgICAg ICAgICAgMzQ0LCAgICAgIDAsICAgICAgMjQsICAgICAxMDgsICAgICAgMjQsICAgMCwgICAwDQpj ZmlfbWV0YXRhc2s6ICAgICAgICAgICAzMjAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAwLCAgIDANCmNmaXNjc2lfZGF0YV93YWl0OiAgICAgICA1NiwgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCA2NjU2NDA0LCAgIDAsICAgMA0KYmVpbzogICAgICAgICAgICAgICAgICAg MzYwLCAgICAgIDAsICAgICAgNDAsICAgICAzMjMsIDgyNDUxNTQsICAgMCwgICAwDQpjYmxrMDog ICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAyOSwg ICAwLCAgIDANCmNibGsxOiAgICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAg ICAgICAwLCAgICAxMDI4LCAgIDAsICAgMA0KY2JsazI6ICAgICAgICAgICAgICAgMTMxMDcyLCAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgMjksICAgMCwgICAwDQpjYmxrMzogICAgICAg ICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAyOSwgICAwLCAg IDANCmNibGs0OiAgICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgICAgIDI5LCAgIDAsICAgMA0KY2JsazU6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgICAgOTQsICAgMCwgICAwDQpjYmxrNjogICAgICAgICAgICAg ICAxMzEwNzIsICAgICAgMCwgICAgICAgMSwgICAgICAgMCwgMjIxODE2NywgICAwLCAgIDANCmNi bGs3OiAgICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAg IDIzLCAgIDAsICAgMA0KY2Jsazg6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMjk1NDcsICAgMCwgICAwDQpjYmxrOTogICAgICAgICAgICAgICAxMzEw NzIsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCmNibGsxMDog ICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAg IDAsICAgMA0KY2JsazExOiAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgMjAzMjQsICAgMCwgICAwDQpjYmxrMTI6ICAgICAgICAgICAgICAxMzEwNzIsICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICA5NCwgICAwLCAgIDANCmNibGsxMzogICAgICAg ICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAg MA0KY2JsazE0OiAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgMCwgICAwDQpjYmxrMTU6ICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwg ICAgICAxMSwgICAgICAgMCwgIDMwNjE2NywgICAwLCAgIDANCmNibGsxNjogICAgICAgICAgICAg IDEzMTA3MiwgICAgICAwLCAgICAgIDEwLCAgICAgICAwLCAgNjM1NTA1LCAgIDAsICAgMA0KY2Js azE3OiAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgMTEsICAgICAgIDAsIDIxNDA3 ODUsICAgMCwgICAwDQpjYmxrMTg6ICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAgICA5NCwgICAwLCAgIDANCmNibGsxOTogICAgICAgICAgICAgIDEzMTA3 MiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgIDk0LCAgIDAsICAgMA0KY2JsazIwOiAg ICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDIsICAgICAgIDAsIDExNzM3MDYsICAg MCwgICAwDQpjYmxrMjE6ICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMSwgICAg ICAgMCwgMTI3NTI4NSwgICAwLCAgIDANCmNibGsyMjogICAgICAgICAgICAgIDEzMTA3MiwgICAg ICAwLCAgICAgICAyLCAgICAgICAwLCAgIDM1MTgyLCAgIDAsICAgMA0KY2JsazIzOiAgICAgICAg ICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDIsICAgICAgIDAsICA0MTg5MDUsICAgMCwgICAw DQo= --001a1145eae834d0fc051ac04b07 Content-Type: text/plain; charset=US-ASCII; name="2015-07-09 - San2.txt" Content-Disposition: attachment; filename="2015-07-09 - San2.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ic1uffuv3 DQp6aW9fZGF0YV9idWZfOTQyMDg6ICAgOTQyMDgsICAgICAgMCwgICAgICAgMCwgICAgICAyNCwg ICAgIDYyMywgICAwLCAgIDANCnppb19idWZfOTgzMDQ6ICAgICAgICA5ODMwNCwgICAgICAwLCAg ICAgICAwLCAgICAgIDIxLCAyNDU1Mzg0LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzk4MzA0OiAg IDk4MzA0LCAgICAgIDAsICAgICAgIDAsICAgICAgMjEsICAgICA2MTksICAgMCwgICAwDQp6aW9f YnVmXzEwMjQwMDogICAgICAxMDI0MDAsICAgICAgMCwgICAgICAgMCwgICAgICAyNCwgMTgyODUz MiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8xMDI0MDA6IDEwMjQwMCwgICAgICAwLCAgICAgICAw LCAgICAgIDIxLCAgICAgNjA5LCAgIDAsICAgMA0KemlvX2J1Zl8xMDY0OTY6ICAgICAgMTA2NDk2 LCAgICAgIDAsICAgICAgIDAsICAgICAgMjIsIDE5NTQ2MDEsICAgMCwgICAwDQp6aW9fZGF0YV9i dWZfMTA2NDk2OiAxMDY0OTYsICAgICAgMCwgICAgICAgMCwgICAgICAyMiwgICAgIDYwNiwgICAw LCAgIDANCnppb19idWZfMTEwNTkyOiAgICAgIDExMDU5MiwgICAgICAwLCAgICAgICAwLCAgICAg IDIzLCAxOTg1MDk3LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzExMDU5MjogMTEwNTkyLCAgICAg IDAsICAgICAgIDAsICAgICAgMTksICAgICA1NzUsICAgMCwgICAwDQp6aW9fYnVmXzExNDY4ODog ICAgICAxMTQ2ODgsICAgICAgMCwgICAgICAgMCwgICAgICA0MywgMjM3MjkwMiwgICAwLCAgIDAN Cnppb19kYXRhX2J1Zl8xMTQ2ODg6IDExNDY4OCwgICAgICAwLCAgICAgICAwLCAgICAgIDI1LCAg ICAgNTgxLCAgIDAsICAgMA0KemlvX2J1Zl8xMTg3ODQ6ICAgICAgMTE4Nzg0LCAgICAgIDAsICAg ICAgIDAsICAgICAgMTgsIDIwNTE3NDUsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTE4Nzg0OiAx MTg3ODQsICAgICAgMCwgICAgICAgMCwgICAgICAyNCwgICAgIDU4NCwgICAwLCAgIDANCnppb19i dWZfMTIyODgwOiAgICAgIDEyMjg4MCwgICAgICAwLCAgICAgICAwLCAgICAgIDE3LCAyNDkyNTYw LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzEyMjg4MDogMTIyODgwLCAgICAgIDAsICAgICAgIDAs ICAgICAgMjAsICAgICA1ODIsICAgMCwgICAwDQp6aW9fYnVmXzEyNjk3NjogICAgICAxMjY5NzYs ICAgICAgMCwgICAgICAgMCwgICAgICAyMiwgMzU4Mjg5MiwgICAwLCAgIDANCnppb19kYXRhX2J1 Zl8xMjY5NzY6IDEyNjk3NiwgICAgICAwLCAgICAgICAwLCAgICAgIDIxLCAgICAgNTgxLCAgIDAs ICAgMA0KemlvX2J1Zl8xMzEwNzI6ICAgICAgMTMxMDcyLCAgICAgIDAsICAgMTAxNjUsICAgICAy MjAsNjYwODk2OTIsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTMxMDcyOiAxMzEwNzIsICAgICAg MCwgICAgICAgMywgICAgICAyMiwgICAxNjY3NCwgICAwLCAgIDANCmx6NF9jdHg6ICAgICAgICAg ICAgICAxNjM4NCwgICAgICAwLCAgICAgICAwLCAgICAgIDM5LDQ2Njk0NjQwNCwgICAwLCAgIDAN CnNhX2NhY2hlOiAgICAgICAgICAgICAgICA4MCwgICAgICAwLCAgMjM0MTMxLCAgIDI5NjE5LCAx NTQ1NTcyLCAgIDAsICAgMA0KZG5vZGVfdDogICAgICAgICAgICAgICAgNzUyLCAgICAgIDAsICAz MDE3ODQsICAgMTAzNTEsIDE1NTc5NjUsICAgMCwgICAwDQpkbXVfYnVmX2ltcGxfdDogICAgICAg ICAyMzIsICAgICAgMCwgMjU1NTE5MCwgIDU1NTEzMCwyNDk0OTY4NjAsICAgMCwgICAwDQphcmNf YnVmX2hkcl90OiAgICAgICAgICAyMTYsICAgICAgMCwxNzU5MTA5MCwgICAyODc2OCwxNzIyMjg1 MDMsICAgMCwgICAwDQphcmNfYnVmX3Q6ICAgICAgICAgICAgICAgNzIsICAgICAgMCwgMjQ1MzY3 NiwgIDY4MDYwOSwxODY0NTgwNjIsICAgMCwgICAwDQp6aWxfbHdiX2NhY2hlOiAgICAgICAgICAx OTIsICAgICAgMCwgICAgIDQ4MCwgICAgMjM0MCwzMzYyNjIyNywgICAwLCAgIDANCnpmc196bm9k ZV9jYWNoZTogICAgICAgIDM2OCwgICAgICAwLCAgMjM0MTMxLCAgIDE4ODk5LCAxNTQ1NTcyLCAg IDAsICAgMA0KTW91bnRwb2ludHM6ICAgICAgICAgICAgODE2LCAgICAgIDAsICAgICAgMzcsICAg ICAxMjMsICAgICAgMzcsICAgMCwgICAwDQprc2lnaW5mbzogICAgICAgICAgICAgICAxMTIsICAg ICAgMCwgICAgIDIyOSwgICAgMjY0MSwgICAxNTA1NCwgICAwLCAgIDANCml0aW1lcjogICAgICAg ICAgICAgICAgIDM1MiwgICAgICAwLCAgICAgICAxLCAgICAgIDEwLCAgICAgICAxLCAgIDAsICAg MA0KS05PVEU6ICAgICAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgICAgIDAsICAgIDIxMzks ICAxNTExNzYsICAgMCwgICAwDQpzb2NrZXQ6ICAgICAgICAgICAgICAgICA2OTYsIDE1NzE2MjAs ICAgICAgNzAsICAgICAyNzAsICAxODU2MDAsICAgMCwgICAwDQppcHE6ICAgICAgICAgICAgICAg ICAgICAgNTYsICA5NTcwOCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnVk cF9pbnBjYjogICAgICAgICAgICAgIDM5MiwgMTU3MTYyMCwgICAgICAxOCwgICAgIDUyMiwgICA4 NzY5MiwgICAwLCAgIDANCnVkcGNiOiAgICAgICAgICAgICAgICAgICAxNiwgMTU3MTc2MiwgICAg ICAxOCwgICAgNDc1MSwgICA4NzY5MiwgICAwLCAgIDANCnRjcF9pbnBjYjogICAgICAgICAgICAg IDM5MiwgMTU3MTYyMCwgICAgICAzNiwgICAgIDYxNCwgICA5MTUzOCwgICAwLCAgIDANCnRjcGNi OiAgICAgICAgICAgICAgICAgMTAyNCwgMTU3MTYyMCwgICAgICAzNiwgICAgIDI3MiwgICA5MTUz OCwgICAwLCAgIDANCnRjcHR3OiAgICAgICAgICAgICAgICAgICA4OCwgIDI3ODEwLCAgICAgICAw LCAgICAgNTQwLCAgICAgICA4LCAgIDAsICAgMA0Kc3luY2FjaGU6ICAgICAgICAgICAgICAgMTYw LCAgMTUzNzUsICAgICAgIDAsICAgICA1MDAsICAgODg1NzcsICAgMCwgICAwDQpob3N0Y2FjaGU6 ICAgICAgICAgICAgICAxMzYsICAxNTM3MCwgICAgICAgMSwgICAgIDIwMiwgICAgICAxMCwgICAw LCAgIDANCnRjcHJlYXNzOiAgICAgICAgICAgICAgICA0MCwgMTkxNDAwLCAgICAgICAwLCAgICAy MTAwLCAgICAzMzcwLCAgIDAsICAgMA0Kc2Fja2hvbGU6ICAgICAgICAgICAgICAgIDMyLCAgICAg IDAsICAgICAgIDAsICAgIDE4NzUsICAgIDUwNDYsICAgMCwgICAwDQpzY3RwX2VwOiAgICAgICAg ICAgICAgIDE0MDgsIDE1NzE2MjAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAw DQpzY3RwX2Fzb2M6ICAgICAgICAgICAgIDI0MTYsICA0MDAwMCwgICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAwLCAgIDANCnNjdHBfbGFkZHI6ICAgICAgICAgICAgICA0OCwgIDgwMDEyLCAg ICAgICAwLCAgICAgICAwLCAgICAgICA0LCAgIDAsICAgMA0Kc2N0cF9yYWRkcjogICAgICAgICAg ICAgNzI4LCAgODAwMDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpzY3Rw X2NodW5rOiAgICAgICAgICAgICAxMzYsIDQwMDAyNiwgICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAwLCAgIDANCnNjdHBfcmVhZHE6ICAgICAgICAgICAgIDEwNCwgNDAwMDI2LCAgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0Kc2N0cF9zdHJlYW1fbXNnX291dDogICAgMTA0 LCA0MDAwMjYsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpzY3RwX2FzY29u ZjogICAgICAgICAgICAgNDAsIDQwMDAwMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAw LCAgIDANCnNjdHBfYXNjb25mX2FjazogICAgICAgICA0OCwgNDAwMDYwLCAgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgIDAsICAgMA0KdWRwbGl0ZV9pbnBjYjogICAgICAgICAgMzkyLCAxNTcx NjIwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KcmlwY2I6ICAgICAgICAg ICAgICAgICAgMzkyLCAxNTcxNjIwLCAgICAgICAwLCAgICAgIDkwLCAgICAgICA1LCAgIDAsICAg MA0KdW5wY2I6ICAgICAgICAgICAgICAgICAgMjQwLCAxNTcxNjMyLCAgICAgIDE1LCAgICAgODY1 LCAgICA2MzYwLCAgIDAsICAgMA0KcnRlbnRyeTogICAgICAgICAgICAgICAgMjAwLCAgICAgIDAs ICAgICAgMTQsICAgICAxNDYsICAgICAgMTQsICAgMCwgICAwDQpzZWxmZDogICAgICAgICAgICAg ICAgICAgNTYsICAgICAgMCwgICAgIDM1NiwgICAgNTA0MCwxMTc5ODQzNCwgICAwLCAgIDANClNX QVBNRVRBOiAgICAgICAgICAgICAgIDI4OCwgNjEyMzgwNiwgICAgIDgxNiwgICAgIDc1NywgICA1 ODMyNCwgICAwLCAgIDANCmljbF9jb25uOiAgICAgICAgICAgICAgIDE1MiwgICAgICAwLCAgICAg IDEzLCAgICAgMjQ3LCAgICAgIDI4LCAgIDAsICAgMA0KaWNsX3BkdTogICAgICAgICAgICAgICAg IDgwLCAgICAgIDAsICAgICAgIDMsICAgIDI2NDcsMjQzMDQ0NTg2LCAgIDAsICAgMA0KaXNjc2lf b3V0c3RhbmRpbmc6ICAgICAgIDQwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgMCwgICAwDQpjZmlfbHVuOiAgICAgICAgICAgICAgICAzNDQsICAgICAgMCwgICAgICAxNCwg ICAgICA4NSwgICAgICAxNSwgICAwLCAgIDANCmNmaV9tZXRhdGFzazogICAgICAgICAgIDMyMCwg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KY2Zpc2NzaV9kYXRh X3dhaXQ6ICAgICAgIDU2LCAgICAgIDAsICAgICAgIDAsICAgIDYzMTksMTAyNzY1MDYxLCAgIDAs ICAgMA0KYmVpbzogICAgICAgICAgICAgICAgICAgMzYwLCAgICAgIDAsICAgICAgIDIsICAgICA3 MzUsMTE0NzQzODA1LCAgIDAsICAgMA0KY2JsazA6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAg IDAsICAgICAgIDAsICAgICAgMTEsICAgNTg2NDgsICAgMCwgICAwDQpjYmxrMTogICAgICAgICAg ICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICAyMCwgICAgMTg0OSwgICAwLCAgIDAN CmNibGsyOiAgICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAxLCAgICAgIDIzLCA5 Mzk4MjA3LCAgIDAsICAgMA0KY2JsazM6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAg ICAgIDAsICAgICAgMjUsMTM0NDcxOTYsICAgMCwgICAwDQpjYmxrNDogICAgICAgICAgICAgICAx MzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCmNibGs1 OiAgICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDI5LDIxNjUwMjAz LCAgIDAsICAgMA0KY2JsazY6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAs ICAgICAgNTIsNDM1NjgwOTEsICAgMCwgICAwDQpjYmxrNzogICAgICAgICAgICAgICAxMzEwNzIs ICAgICAgMCwgICAgICAgMSwgICAgICAyMSwxMDc2OTc0OSwgICAwLCAgIDANCmNibGs4OiAgICAg ICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDIzLCAyMTM4NzE1LCAgIDAs ICAgMA0KY2Jsazk6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAg MjQsMTE0MTE2NDAsICAgMCwgICAwDQpjYmxrMTA6ICAgICAgICAgICAgICAxMzEwNzIsICAgICAg MCwgICAgICAgMCwgICAgICAzNCwgMjY4MzAyMCwgICAwLCAgIDANCmNibGsxMTogICAgICAgICAg ICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDI3LCAgIDM5MjEwLCAgIDAsICAgMA0K Y2JsazEyOiAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgMjIsICA0 MDQ3NDMsICAgMCwgICAwDQpjYmxrMTM6ICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAg ICAgMCwgICAgICAyMiwgICAgMjU5MiwgICAwLCAgIDANCg0KIHByb2NzICAgICAgbWVtb3J5ICAg ICAgcGFnZSAgICAgICAgICAgICAgICAgICAgZGlza3MgICAgIGZhdWx0cyAgICAgICAgIGNwdQ0K IHIgYiB3ICAgICBhdm0gICAgZnJlICAgZmx0ICByZSAgcGkgIHBvICAgIGZyICBzciBtZjAgbWYx ICAgaW4gICBzeSAgIGNzIHVzIHN5IGlkDQogMCAwIDYgICAxMzA3TSAgMjUxMU0gICA2OTYgICAw ICAgMCAgIDAgIDE3MTIgICAzICAgMCAgIDAgMzQxMiAxNzQxIDc3MDkgIDAgIDMgOTcNCjE4OTk1 LzEyNTA1LzMxNTAwIG1idWZzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3RhbCkNCjE4NDI0Lzk2 MzYvMjgwNjAvMzA2MTkwMCBtYnVmIGNsdXN0ZXJzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3Rh bC9tYXgpDQoxODQyNC82MjMxIG1idWYrY2x1c3RlcnMgb3V0IG9mIHBhY2tldCBzZWNvbmRhcnkg em9uZSBpbiB1c2UgKGN1cnJlbnQvY2FjaGUpDQozNC8xOTMvMjI3LzE1MzA5NTAgNGsgKHBhZ2Ug c2l6ZSkganVtYm8gY2x1c3RlcnMgaW4gdXNlIChjdXJyZW50L2NhY2hlL3RvdGFsL21heCkNCjAv MC8wLzQ1MzYxNCA5ayBqdW1ibyBjbHVzdGVycyBpbiB1c2UgKGN1cnJlbnQvY2FjaGUvdG90YWwv bWF4KQ0KMC8wLzAvMjU1MTU4IDE2ayBqdW1ibyBjbHVzdGVycyBpbiB1c2UgKGN1cnJlbnQvY2Fj aGUvdG90YWwvbWF4KQ0KNDE3MzJLLzIzMTcwSy82NDkwM0sgYnl0ZXMgYWxsb2NhdGVkIHRvIG5l dHdvcmsgKGN1cnJlbnQvY2FjaGUvdG90YWwpDQowLzAvMCByZXF1ZXN0cyBmb3IgbWJ1ZnMgZGVu aWVkIChtYnVmcy9jbHVzdGVycy9tYnVmK2NsdXN0ZXJzKQ0KMC8wLzAgcmVxdWVzdHMgZm9yIG1i dWZzIGRlbGF5ZWQgKG1idWZzL2NsdXN0ZXJzL21idWYrY2x1c3RlcnMpDQowLzAvMCByZXF1ZXN0 cyBmb3IganVtYm8gY2x1c3RlcnMgZGVsYXllZCAoNGsvOWsvMTZrKQ0KMC8wLzAgcmVxdWVzdHMg Zm9yIGp1bWJvIGNsdXN0ZXJzIGRlbmllZCAoNGsvOWsvMTZrKQ0KMCByZXF1ZXN0cyBmb3Igc2Zi dWZzIGRlbmllZA0KMCByZXF1ZXN0cyBmb3Igc2ZidWZzIGRlbGF5ZWQNCjAgcmVxdWVzdHMgZm9y IEkvTyBpbml0aWF0ZWQgYnkgc2VuZGZpbGUNCklURU0gICAgICAgICAgICAgICAgICAgU0laRSAg TElNSVQgICAgIFVTRUQgICAgIEZSRUUgICAgICBSRVEgRkFJTCBTTEVFUA0KDQpVTUEgS2Vnczog ICAgICAgICAgICAgICAzODQsICAgICAgMCwgICAgIDIyMiwgICAgICAgOCwgICAgIDIyMywgICAw LCAgIDANClVNQSBab25lczogICAgICAgICAgICAgMjY4OCwgICAgICAwLCAgICAgMjIyLCAgICAg ICAwLCAgICAgMjIzLCAgIDAsICAgMA0KVU1BIFNsYWJzOiAgICAgICAgICAgICAgIDgwLCAgICAg IDAsIDI2MzgzMTcsICA1NDA3ODMsNjcyNDg0NDIsICAgMCwgICAwDQpVTUEgUkNudFNsYWJzOiAg ICAgICAgICAgODgsICAgICAgMCwgICAxNDI1NywgICAgMjkzMywgIDMyMzQ4OSwgICAwLCAgIDAN ClVNQSBIYXNoOiAgICAgICAgICAgICAgIDI1NiwgICAgICAwLCAgICAgIDIzLCAgICAgIDUyLCAg ICAgIDk2LCAgIDAsICAgMA0KNCBCdWNrZXQ6ICAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAg IDI4ODUsICAgIDg2MTUsNjY0ODE1OTUsMzM3NiwgICAwDQo2IEJ1Y2tldDogICAgICAgICAgICAg ICAgNDgsICAgICAgMCwgICAgIDI3MSwgICAgNjk1MCwxODgxMDA1MSwgICAwLCAgIDANCjggQnVj a2V0OiAgICAgICAgICAgICAgICA2NCwgICAgICAwLCAgICAgNTE0LCAgICA2MDU4LCA5MTQzODIw LCAgMTEsICAgMA0KMTIgQnVja2V0OiAgICAgICAgICAgICAgIDk2LCAgICAgIDAsICAgICA3MDQs ICAgIDM4ODgsMjA1MDg1MjksMTIxMDYyLCAgIDANCjE2IEJ1Y2tldDogICAgICAgICAgICAgIDEy OCwgICAgICAwLCAgICAgMzQ2LCAgICA1NzYxLDE0OTg5MjQ3LDY2MjI5LCAgIDANCjMyIEJ1Y2tl dDogICAgICAgICAgICAgIDI1NiwgICAgICAwLCAgICAgMzQzLCAgICAyMjUyLDE2NDA5OTMyLCAg NTEsICAgMA0KNjQgQnVja2V0OiAgICAgICAgICAgICAgNTEyLCAgICAgIDAsICAgIDQxMjIsICAg ICAyODYsMTAxMjkxMzgsODUxODAzLCAgIDANCjEyOCBCdWNrZXQ6ICAgICAgICAgICAgMTAyNCwg ICAgICAwLCAgICAgNDMzLCAgICAgODAzLDEzODE0MjgxLCA5MDUsICAgMA0KMjU2IEJ1Y2tldDog ICAgICAgICAgICAyMDQ4LCAgICAgIDAsICAgIDMyNzcsICAgIDE1ODEsODg1NjE5MjEsMTA3NzUs ICAgMA0Kdm1lbSBidGFnOiAgICAgICAgICAgICAgIDU2LCAgICAgIDAsICA3NjM2NzMsICAgODU0 MTYsIDQxNjI0MDAsNjA1MywgICAwDQpWTSBPQkpFQ1Q6ICAgICAgICAgICAgICAyNTYsICAgICAg MCwgICA2MTI4OCwgICAgMTI5MiwgNjcwMjY3MSwgICAwLCAgIDANClJBRElYIE5PREU6ICAgICAg ICAgICAgIDE0NCwgICAgICAwLCAgNTY0NTE0LCAgIDU2NzI5LDM0MTI4ODI4LCAgIDAsICAgMA0K TUFQOiAgICAgICAgICAgICAgICAgICAgMjQwLCAgICAgIDAsICAgICAgIDMsICAgICAgNjEsICAg ICAgIDMsICAgMCwgICAwDQpLTUFQIEVOVFJZOiAgICAgICAgICAgICAxMjgsICAgICAgMCwgICAg ICAgOCwgICAgIDExNiwgICAgICAgOCwgICAwLCAgIDANCk1BUCBFTlRSWTogICAgICAgICAgICAg IDEyOCwgICAgICAwLCAgICAxMjgxLCAgICAyOTk3LDE4Nzk2NzI2LCAgIDAsICAgMA0KVk1TUEFD RTogICAgICAgICAgICAgICAgNDQ4LCAgICAgIDAsICAgICAgMzcsICAgICA1ODQsICA0NTg4Mjgs ICAgMCwgICAwDQpmYWtlcGc6ICAgICAgICAgICAgICAgICAxMDQsICAgICAgMCwgICAgICAgMCwg ICAgIDI2NiwgICAgICA1MCwgICAwLCAgIDANCm10X3pvbmU6ICAgICAgICAgICAgICAgNDExMiwg ICAgICAwLCAgICAgMzY5LCAgICAgICAwLCAgICAgMzY5LCAgIDAsICAgMA0KMTY6ICAgICAgICAg ICAgICAgICAgICAgIDE2LCAgICAgIDAsICAxMDkzNjgsICAgIDYwOTIsNDA4MzcyMTE2LCAgIDAs ICAgMA0KMzI6ICAgICAgICAgICAgICAgICAgICAgIDMyLCAgICAgIDAsMzAyNDg5MzcsICAgNjI0 MzgsODg1MzM3MTg2LCAgIDAsICAgMA0KNjQ6ICAgICAgICAgICAgICAgICAgICAgIDY0LCAgICAg IDAsIDE2NDA3ODMsICAzNDc3NDMsMzQyOTM3NTY3NSwgICAwLCAgIDANCjEyODogICAgICAgICAg ICAgICAgICAgIDEyOCwgICAgICAwLCAxMDU2NTAxLCAxMzA2OTA4LDMxODcyMDU5ODksICAgMCwg ICAwDQoyNTY6ICAgICAgICAgICAgICAgICAgICAyNTYsICAgICAgMCwgIDUxMzY4OSwgICAgMjUz NiwyMjk0MzE3NTA2LCAgIDAsICAgMA0KNTEyOiAgICAgICAgICAgICAgICAgICAgNTEyLCAgICAg IDAsICAxNjU0MTEsICAyMzIwNTMsNjM5Nzk3NTk3LCAgIDAsICAgMA0KMTAyNDogICAgICAgICAg ICAgICAgICAxMDI0LCAgICAgIDAsICAgMTU5ODksICAgICAyODcsMjAyMzU4NTAsICAgMCwgICAw DQoyMDQ4OiAgICAgICAgICAgICAgICAgIDIwNDgsICAgICAgMCwgICA2MzAwNSwgICAgMTQzMyw0 ODM3MzAzODksICAgMCwgICAwDQo0MDk2OiAgICAgICAgICAgICAgICAgIDQwOTYsICAgICAgMCwg ICAxMzAyOSwgICAgICA1NCw0MTg2NDk2OSwgICAwLCAgIDANCjgxOTI6ICAgICAgICAgICAgICAg ICAgODE5MiwgICAgICAwLCAgICAgIDI2LCAgICAgIDIxLCAgNDUxNzY0LCAgIDAsICAgMA0KMTYz ODQ6ICAgICAgICAgICAgICAgIDE2Mzg0LCAgICAgIDAsICAgICAgMzUsICAgICAgMTcsICAgIDI3 NjYsICAgMCwgICAwDQozMjc2ODogICAgICAgICAgICAgICAgMzI3NjgsICAgICAgMCwgICAgICAz OSwgICAgICAxNiwgICAxNzgxMCwgICAwLCAgIDANCjY1NTM2OiAgICAgICAgICAgICAgICA2NTUz NiwgICAgICAwLCAgICAgIDg2LCAgICAgIDIwLCAgMzA0NzM0LCAgIDAsICAgMA0KNjQgcGNwdTog ICAgICAgICAgICAgICAgICA4LCAgICAgIDAsICAgIDE2NTQsICAgICA2NTAsICAgIDE4NzQsICAg MCwgICAwDQpTTEVFUFFVRVVFOiAgICAgICAgICAgICAgODAsICAgICAgMCwgICAgMTI2MSwgICAg MTAzMywgICAgMTM0MiwgICAwLCAgIDANCkZpbGVzOiAgICAgICAgICAgICAgICAgICA4MCwgICAg ICAwLCAgICAgMTIxLCAgICAyMjc5LCA0MDE3MDc0LCAgIDAsICAgMA0KVFVSTlNUSUxFOiAgICAg ICAgICAgICAgMTM2LCAgICAgIDAsICAgIDEyNjEsICAgICA1MTksICAgIDEzNDIsICAgMCwgICAw DQpybF9lbnRyeTogICAgICAgICAgICAgICAgNDAsICAgICAgMCwgICAgIDE5OSwgICAgMjUwMSwg ICAgIDE5OSwgICAwLCAgIDANCnVtdHggcGk6ICAgICAgICAgICAgICAgICA5NiwgICAgICAwLCAg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KTUFDIGxhYmVsczogICAgICAgICAg ICAgIDQwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpQUk9D OiAgICAgICAgICAgICAgICAgIDEyMTYsICAgICAgMCwgICAgICA1NSwgICAgIDE4NSwgIDQ1ODg1 OCwgICAwLCAgIDANClRIUkVBRDogICAgICAgICAgICAgICAgMTE2OCwgICAgICAwLCAgICAxMTk5 LCAgICAgIDYxLCAgICAxNzY3LCAgIDAsICAgMA0KY3B1c2V0OiAgICAgICAgICAgICAgICAgIDcy LCAgICAgIDAsICAgICA5NTksICAgIDEwNzYsICAgIDE1MjIsICAgMCwgICAwDQphdWRpdF9yZWNv cmQ6ICAgICAgICAgIDEyNDgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAw LCAgIDANCm1idWZfcGFja2V0OiAgICAgICAgICAgIDI1NiwgMTk1OTYxNjUsICAgMTg0MjMsICAg IDYyMzIsMjY3NzEzNzU5OCwgICAwLCAgIDANCm1idWY6ICAgICAgICAgICAgICAgICAgIDI1Niwg MTk1OTYxNjUsICAgICA1MzUsICAgIDYzMTAsMjc4MDYxMjcyOSwgICAwLCAgIDANCm1idWZfY2x1 c3RlcjogICAgICAgICAgMjA0OCwgMzA2MTkwMCwgICAyNDY1NSwgICAgMzQwNSw1NDg2Mjc2ODgs ICAgMCwgICAwDQptYnVmX2p1bWJvX3BhZ2U6ICAgICAgIDQwOTYsIDE1MzA5NTAsICAgICAgIDgs ICAgICAyMTksMTQ0MjI3MjI1LCAgIDAsICAgMA0KbWJ1Zl9qdW1ib185azogICAgICAgICA5MjE2 LCA0NTM2MTQsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQptYnVmX2p1bWJv XzE2azogICAgICAgMTYzODQsIDI1NTE1OCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAw LCAgIDANCm1idWZfZXh0X3JlZmNudDogICAgICAgICAgNCwgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgIDAsICAgMA0KZ19iaW86ICAgICAgICAgICAgICAgICAgMjQ4LCAgICAg IDAsICAgICAgNDQsICAgIDM0NDQsMTkzMTg5MDQzOSwgICAwLCAgIDANCnR0eWlucTogICAgICAg ICAgICAgICAgIDE2MCwgICAgICAwLCAgICAgMjQwLCAgICAgMjM1LCAgICAgODI1LCAgIDAsICAg MA0KdHR5b3V0cTogICAgICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgICAxMjYsICAgICAxMTQs ICAgICA0MzgsICAgMCwgICAwDQpETUFSX01BUF9FTlRSWTogICAgICAgICAxMjAsICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCmF0YV9yZXF1ZXN0OiAgICAgICAg ICAgIDMzNiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KdnRu ZXRfdHhfaGRyOiAgICAgICAgICAgIDI0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgMCwgICAwDQpGUFVfc2F2ZV9hcmVhOiAgICAgICAgICA1MTIsICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnRhc2txX3pvbmU6ICAgICAgICAgICAgICA0 OCwgICAgICAwLCAgICAgICAwLCAgICA2MjI1LCA1OTgxODMxLCAgIDAsICAgMA0KVk5PREU6ICAg ICAgICAgICAgICAgICAgNDcyLCAgICAgIDAsICAyMzQyMzEsICAgMTc5MjEsIDE1NDYwMzEsICAg MCwgICAwDQpWTk9ERVBPTEw6ICAgICAgICAgICAgICAxMTIsICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAwLCAgIDANCkJVRiBUUklFOiAgICAgICAgICAgICAgIDE0NCwgICAg ICAwLCAgICAgICAwLCAgMTA1OTQ4LCAgICAgICAwLCAgIDAsICAgMA0KUyBWRlMgQ2FjaGU6ICAg ICAgICAgICAgMTA4LCAgICAgIDAsICAxMzg0NjQsICAgNjM2NjEsIDE4MjUwMDYsICAgMCwgICAw DQpTVFMgVkZTIENhY2hlOiAgICAgICAgICAxNDgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAwLCAgIDANCkwgVkZTIENhY2hlOiAgICAgICAgICAgIDMyOCwgICAgICAwLCAg IDU2Nzk3LCAgICAgNTI3LCAgMzEyNDcwLCAgIDAsICAgMA0KTFRTIFZGUyBDYWNoZTogICAgICAg ICAgMzY4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpOQU1F STogICAgICAgICAgICAgICAgIDEwMjQsICAgICAgMCwgICAgICAgMCwgICAgIDI3NiwxNDI3MDk4 NiwgICAwLCAgIDANCk5DTE5PREU6ICAgICAgICAgICAgICAgIDUyOCwgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KRElSSEFTSDogICAgICAgICAgICAgICAxMDI0 LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpwaXBlOiAgICAg ICAgICAgICAgICAgICA3NDQsICAgICAgMCwgICAgICAgNCwgICAgIDI1NiwgICAyMTE2NSwgICAw LCAgIDANCnByb2NkZXNjOiAgICAgICAgICAgICAgIDEyOCwgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgIDAsICAgMA0KcmFuZ2Vfc2VnX2NhY2hlOiAgICAgICAgIDY0LCAgICAg IDAsIDE4OTE5MTIsIDExNTU0NTAsNTI0MTMwNzA1NCwgICAwLCAgIDANCnppb19jYWNoZTogICAg ICAgICAgICAgIDkyMCwgICAgICAwLCAgICA0NjIzLCAgMzA3MzQ1LDk0NzgzNTMyODUsICAgMCwg ICAwDQp6aW9fbGlua19jYWNoZTogICAgICAgICAgNDgsICAgICAgMCwgICAgNDY0NywgIDMwNzY4 MiwxMDg5MzE5MzY0NywgICAwLCAgIDANCnppb19idWZfNTEyOiAgICAgICAgICAgIDUxMiwgICAg ICAwLCAgMjUzNDQxLCAgIDMxNzY3LDE3MzM3MjU0LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzUx MjogICAgICAgNTEyLCAgICAgIDAsICAgICAgMTAsICAgICA2NTQsIDEyNzE2MzUsICAgMCwgICAw DQp6aW9fYnVmXzEwMjQ6ICAgICAgICAgIDEwMjQsICAgICAgMCwgICAgICAzNSwgICAgIDM1Nywg MjI4MTYyMywgICAwLCAgIDANCnppb19kYXRhX2J1Zl8xMDI0OiAgICAgMTAyNCwgICAgICAwLCAg ICAgICAxLCAgICAgODUxLCAgNDA1ODcyLCAgIDAsICAgMA0KemlvX2J1Zl8xNTM2OiAgICAgICAg ICAxNTM2LCAgICAgIDAsICAgICAgMzEsICAgICAxOTksIDEzMTczOTcsICAgMCwgICAwDQp6aW9f ZGF0YV9idWZfMTUzNjogICAgIDE1MzYsICAgICAgMCwgICAgICAgMCwgICAgIDE5NCwgIDUzOTgz MSwgICAwLCAgIDANCnppb19idWZfMjA0ODogICAgICAgICAgMjA0OCwgICAgICAwLCAgICAgIDcy LCAgICAgMTY4LCA1OTQyNzc3LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzIwNDg6ICAgICAyMDQ4 LCAgICAgIDAsICAgICAgIDAsICAgICAxMjAsICA3MTgyNDMsICAgMCwgICAwDQp6aW9fYnVmXzI1 NjA6ICAgICAgICAgIDI1NjAsICAgICAgMCwgICAgICAgMCwgICAgICA1OCwgMjY4MDg4MywgICAw LCAgIDANCnppb19kYXRhX2J1Zl8yNTYwOiAgICAgMjU2MCwgICAgICAwLCAgICAgICAxLCAgICAg IDYzLCAgNTYyMTY5LCAgIDAsICAgMA0KemlvX2J1Zl8zMDcyOiAgICAgICAgICAzMDcyLCAgICAg IDAsICAgICAgODcsICAgICAgNjAsIDIzMjIxNzcsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMzA3 MjogICAgIDMwNzIsICAgICAgMCwgICAgICAgMCwgICAgICA2MywgIDIwNzcwNiwgICAwLCAgIDAN Cnppb19idWZfMzU4NDogICAgICAgICAgMzU4NCwgICAgICAwLCAgICAgICAxLCAgICAgIDE5LCAg ODUxOTc5LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzM1ODQ6ICAgICAzNTg0LCAgICAgIDAsICAg ICAgIDEsICAgICAgMjAsICAxODcwNzgsICAgMCwgICAwDQp6aW9fYnVmXzQwOTY6ICAgICAgICAg IDQwOTYsICAgICAgMCwgMTgxNDg1OCwgICAgNDQ0OSwxMDM2NjA5NjI2LCAgIDAsICAgMA0Kemlv X2RhdGFfYnVmXzQwOTY6ICAgICA0MDk2LCAgICAgIDAsICAgNDA2OTgsICAgIDIxNTUsMjM3MjQw ODksICAgMCwgICAwDQp6aW9fYnVmXzUxMjA6ICAgICAgICAgIDUxMjAsICAgICAgMCwgICAgIDIw OSwgICAgICAyNCwgNTA1MTEzMSwgICAwLCAgIDANCnppb19kYXRhX2J1Zl81MTIwOiAgICAgNTEy MCwgICAgICAwLCAgICAgICAwLCAgICAgIDI0LCAgMjgxOTc4LCAgIDAsICAgMA0KemlvX2J1Zl82 MTQ0OiAgICAgICAgICA2MTQ0LCAgICAgIDAsICAgICAgIDAsICAgICAgMjksIDI5NTk0MjIsICAg MCwgICAwDQp6aW9fZGF0YV9idWZfNjE0NDogICAgIDYxNDQsICAgICAgMCwgICAgICAgMSwgICAg ICAyOCwgIDUyMjI4MywgICAwLCAgIDANCnppb19idWZfNzE2ODogICAgICAgICAgNzE2OCwgICAg ICAwLCAgICAgICAwLCAgICAgIDI3LCAyNzgzNzg4LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzcx Njg6ICAgICA3MTY4LCAgICAgIDAsICAgICAgIDAsICAgICAgMjYsICA0NDE1NDksICAgMCwgICAw DQp6aW9fYnVmXzgxOTI6ICAgICAgICAgIDgxOTIsICAgICAgMCwgICAgICAgMCwgICAgIDE1Niw5 NTg2NzYwNiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl84MTkyOiAgICAgODE5MiwgICAgICAwLCAg ICAgICAwLCAgICAgIDI0LCAgMzE2MjIwLCAgIDAsICAgMA0KemlvX2J1Zl8xMDI0MDogICAgICAg IDEwMjQwLCAgICAgIDAsICAgICAgIDAsICAgICAgMzYsIDQ5ODQ5MjMsICAgMCwgICAwDQp6aW9f ZGF0YV9idWZfMTAyNDA6ICAgMTAyNDAsICAgICAgMCwgICAgICAgMSwgICAgICAyNiwgIDU0OTky NiwgICAwLCAgIDANCnppb19idWZfMTIyODg6ICAgICAgICAxMjI4OCwgICAgICAwLCAgICAgICAw LCAgICAgIDY2LDI3OTc4ODY5LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzEyMjg4OiAgIDEyMjg4 LCAgICAgIDAsICAgICAgIDEsICAgICAgMjYsICA1MDY4MjMsICAgMCwgICAwDQp6aW9fYnVmXzE0 MzM2OiAgICAgICAgMTQzMzYsICAgICAgMCwgICAgICAgMCwgICAgICAyOSwgNDI3NDQyNywgICAw LCAgIDANCnppb19kYXRhX2J1Zl8xNDMzNjogICAxNDMzNiwgICAgICAwLCAgICAgICAwLCAgICAg IDI3LCAgNDE3Njc5LCAgIDAsICAgMA0KemlvX2J1Zl8xNjM4NDogICAgICAgIDE2Mzg0LCAgICAg IDAsICAyNDM5NzQsICAgICA2ODMsMTQyNjgyNjUyLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzE2 Mzg0OiAgIDE2Mzg0LCAgICAgIDAsICAgICA2NjgsICAgICAgMzIsICA3NzI0NjIsICAgMCwgICAw DQp6aW9fYnVmXzIwNDgwOiAgICAgICAgMjA0ODAsICAgICAgMCwgICAgICAgMCwgICAgICA1Nywy MTAwMTczMCwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8yMDQ4MDogICAyMDQ4MCwgICAgICAwLCAg ICAgICAwLCAgICAgIDI4LCAgNTIyNzc0LCAgIDAsICAgMA0KemlvX2J1Zl8yNDU3NjogICAgICAg IDI0NTc2LCAgICAgIDAsICAgICAgIDAsICAgICAgNTMsMjExMzc5OTAsICAgMCwgICAwDQp6aW9f ZGF0YV9idWZfMjQ1NzY6ICAgMjQ1NzYsICAgICAgMCwgICAgICAgMCwgICAgICAyNywgIDQzMDA5 MCwgICAwLCAgIDANCnppb19idWZfMjg2NzI6ICAgICAgICAyODY3MiwgICAgICAwLCAgICAgICAw LCAgICAgIDU1LDE5NTIyODQ5LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzI4NjcyOiAgIDI4Njcy LCAgICAgIDAsICAgICAgIDAsICAgICAgMjYsICA0MjM0NzksICAgMCwgICAwDQp6aW9fYnVmXzMy NzY4OiAgICAgICAgMzI3NjgsICAgICAgMCwgICAgICAgMCwgICAgIDI2NywyMDUxMTEyMywgICAw LCAgIDANCnppb19kYXRhX2J1Zl8zMjc2ODogICAzMjc2OCwgICAgICAwLCAgICAgMTQ0LCAgICAg IDgyLDI5MjkzNDM0LCAgIDAsICAgMA0KemlvX2J1Zl8zNjg2NDogICAgICAgIDM2ODY0LCAgICAg IDAsICAgICAgIDAsICAgICAgNDQsMTEwMzM4MDAsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMzY4 NjQ6ICAgMzY4NjQsICAgICAgMCwgICAgICAgMCwgICAgICAyOCwgIDM5OTA5MywgICAwLCAgIDAN Cnppb19idWZfNDA5NjA6ICAgICAgICA0MDk2MCwgICAgICAwLCAgICAgICAwLCAgICAgIDQyLDEw NTk2MDY1LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzQwOTYwOiAgIDQwOTYwLCAgICAgIDAsICAg ICAgIDAsICAgICAgMjgsICA0NjEwMTksICAgMCwgICAwDQp6aW9fYnVmXzQ1MDU2OiAgICAgICAg NDUwNTYsICAgICAgMCwgICAgICAgMCwgICAgICAzMiwgODk3ODEwMCwgICAwLCAgIDANCnppb19k YXRhX2J1Zl80NTA1NjogICA0NTA1NiwgICAgICAwLCAgICAgICAwLCAgICAgIDI5LCAgNDcyMjAy LCAgIDAsICAgMA0KemlvX2J1Zl80OTE1MjogICAgICAgIDQ5MTUyLCAgICAgIDAsICAgICAgIDAs ICAgICAgMjMsMTA0NjY0NjMsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNDkxNTI6ICAgNDkxNTIs ICAgICAgMCwgICAgICAgMCwgICAgICAyNCwgIDM5NDIzMSwgICAwLCAgIDANCnppb19idWZfNTMy NDg6ICAgICAgICA1MzI0OCwgICAgICAwLCAgICAgICAwLCAgICAgIDI0LCA3NjAzOTMwLCAgIDAs ICAgMA0KemlvX2RhdGFfYnVmXzUzMjQ4OiAgIDUzMjQ4LCAgICAgIDAsICAgICAgIDAsICAgICAg MjcsICAyOTg3MjIsICAgMCwgICAwDQp6aW9fYnVmXzU3MzQ0OiAgICAgICAgNTczNDQsICAgICAg MCwgICAgICAgMCwgICAgICA0NiwgNzUzOTI5OCwgICAwLCAgIDANCnppb19kYXRhX2J1Zl81NzM0 NDogICA1NzM0NCwgICAgICAwLCAgICAgICAwLCAgICAgIDI0LCAgMzcyNzE5LCAgIDAsICAgMA0K emlvX2J1Zl82MTQ0MDogICAgICAgIDYxNDQwLCAgICAgIDAsICAgICAgIDAsICAgICAgMTYsIDMz MTMyNDEsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNjE0NDA6ICAgNjE0NDAsICAgICAgMCwgICAg ICAgMCwgICAgICAyMywgICAgIDYyMywgICAwLCAgIDANCnppb19idWZfNjU1MzY6ICAgICAgICA2 NTUzNiwgICAgICAwLCAgICAgICAwLCAgICAxODkzLDk5MTM0MTA3LCAgIDAsICAgMA0KemlvX2Rh dGFfYnVmXzY1NTM2OiAgIDY1NTM2LCAgICAgIDAsICAzNzQ5NzAsICAgICAxODIsMTE2Mzk0NTQ1 LCAgIDAsICAgMA0KemlvX2J1Zl82OTYzMjogICAgICAgIDY5NjMyLCAgICAgIDAsICAgICAgIDAs ICAgICAgMTksIDIzNjg4MDMsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNjk2MzI6ICAgNjk2MzIs ICAgICAgMCwgICAgICAgMCwgICAgICAyMSwgICAgIDY3MiwgICAwLCAgIDANCnppb19idWZfNzM3 Mjg6ICAgICAgICA3MzcyOCwgICAgICAwLCAgICAgICAwLCAgICAgIDE4LCAyNDM1MzU0LCAgIDAs ICAgMA0KemlvX2RhdGFfYnVmXzczNzI4OiAgIDczNzI4LCAgICAgIDAsICAgICAgIDAsICAgICAg MjEsICAgICA2MjIsICAgMCwgICAwDQp6aW9fYnVmXzc3ODI0OiAgICAgICAgNzc4MjQsICAgICAg MCwgICAgICAgMCwgICAgICAxOCwgMTk3NDU3OSwgICAwLCAgIDANCnppb19kYXRhX2J1Zl83Nzgy NDogICA3NzgyNCwgICAgICAwLCAgICAgICAwLCAgICAgIDIyLCAgICAgNjI5LCAgIDAsICAgMA0K emlvX2J1Zl84MTkyMDogICAgICAgIDgxOTIwLCAgICAgIDAsICAgICAgIDAsICAgICAgMTksIDI0 MjE2MjIsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfODE5MjA6ICAgODE5MjAsICAgICAgMCwgICAg ICAgMCwgICAgICAyNCwgICAgIDYyMSwgICAwLCAgIDANCnppb19idWZfODYwMTY6ICAgICAgICA4 NjAxNiwgICAgICAwLCAgICAgICAwLCAgICAgIDE4LCAxODExNTIxLCAgIDAsICAgMA0KemlvX2Rh dGFfYnVmXzg2MDE2OiAgIDg2MDE2LCAgICAgIDAsICAgICAgIDAsICAgICAgMjEsICAgICA2MTUs ICAgMCwgICAwDQp6aW9fYnVmXzkwMTEyOiAgICAgICAgOTAxMTIsICAgICAgMCwgICAgICAgMCwg ICAgICAxOCwgMTk2NTY1NiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl85MDExMjogICA5MDExMiwg ICAgICAwLCAgICAgICAwLCAgICAgIDIxLCAgICAgNjk0LCAgIDAsICAgMA0KemlvX2J1Zl85NDIw ODogICAgICAgIDk0MjA4LCAgICAgIDAsICAgICAgIDAsICAgICAgMTksIDE3ODY5OTEsICAgMCwg ICAwDQp6aW9fZGF0YV9idWZfOTQyMDg6ICAgOTQyMDgsICAgICAgMCwgICAgICAgMCwgICAgICAy NCwgICAgIDYyMywgICAwLCAgIDANCnppb19idWZfOTgzMDQ6ICAgICAgICA5ODMwNCwgICAgICAw LCAgICAgICAwLCAgICAgIDIxLCAyNDU1Mzg2LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzk4MzA0 OiAgIDk4MzA0LCAgICAgIDAsICAgICAgIDAsICAgICAgMjEsICAgICA2MTksICAgMCwgICAwDQp6 aW9fYnVmXzEwMjQwMDogICAgICAxMDI0MDAsICAgICAgMCwgICAgICAgMCwgICAgICAyNCwgMTgy ODUzMiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8xMDI0MDA6IDEwMjQwMCwgICAgICAwLCAgICAg ICAwLCAgICAgIDIxLCAgICAgNjA5LCAgIDAsICAgMA0KemlvX2J1Zl8xMDY0OTY6ICAgICAgMTA2 NDk2LCAgICAgIDAsICAgICAgIDAsICAgICAgMjIsIDE5NTQ2MDYsICAgMCwgICAwDQp6aW9fZGF0 YV9idWZfMTA2NDk2OiAxMDY0OTYsICAgICAgMCwgICAgICAgMCwgICAgICAyMiwgICAgIDYwNiwg ICAwLCAgIDANCnppb19idWZfMTEwNTkyOiAgICAgIDExMDU5MiwgICAgICAwLCAgICAgICAwLCAg ICAgIDIzLCAxOTg1MTA0LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzExMDU5MjogMTEwNTkyLCAg ICAgIDAsICAgICAgIDAsICAgICAgMTksICAgICA1NzUsICAgMCwgICAwDQp6aW9fYnVmXzExNDY4 ODogICAgICAxMTQ2ODgsICAgICAgMCwgICAgICAgMCwgICAgICA0MywgMjM3MjkwNCwgICAwLCAg IDANCnppb19kYXRhX2J1Zl8xMTQ2ODg6IDExNDY4OCwgICAgICAwLCAgICAgICAwLCAgICAgIDI1 LCAgICAgNTgxLCAgIDAsICAgMA0KemlvX2J1Zl8xMTg3ODQ6ICAgICAgMTE4Nzg0LCAgICAgIDAs ICAgICAgIDAsICAgICAgMTgsIDIwNTE3NDYsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTE4Nzg0 OiAxMTg3ODQsICAgICAgMCwgICAgICAgMCwgICAgICAyNCwgICAgIDU4NCwgICAwLCAgIDANCnpp b19idWZfMTIyODgwOiAgICAgIDEyMjg4MCwgICAgICAwLCAgICAgICAwLCAgICAgIDE4LCAyNDky NTY4LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzEyMjg4MDogMTIyODgwLCAgICAgIDAsICAgICAg IDAsICAgICAgMjAsICAgICA1ODIsICAgMCwgICAwDQp6aW9fYnVmXzEyNjk3NjogICAgICAxMjY5 NzYsICAgICAgMCwgICAgICAgMCwgICAgICAyMiwgMzU4Mjg5NiwgICAwLCAgIDANCnppb19kYXRh X2J1Zl8xMjY5NzY6IDEyNjk3NiwgICAgICAwLCAgICAgICAwLCAgICAgIDIxLCAgICAgNTgxLCAg IDAsICAgMA0KemlvX2J1Zl8xMzEwNzI6ICAgICAgMTMxMDcyLCAgICAgIDAsICAgMTE3NTQsICAg ICAzNDMsNjYwOTQwNjEsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTMxMDcyOiAxMzEwNzIsICAg ICAgMCwgICAgICAgMywgICAgICAyMiwgICAxNjY3NCwgICAwLCAgIDANCmx6NF9jdHg6ICAgICAg ICAgICAgICAxNjM4NCwgICAgICAwLCAgICAgICAwLCAgICAgIDM5LDQ2Njk3MTAzMSwgICAwLCAg IDANCnNhX2NhY2hlOiAgICAgICAgICAgICAgICA4MCwgICAgICAwLCAgMjM0MTMxLCAgIDI5NjE5 LCAxNTQ1NTcyLCAgIDAsICAgMA0KZG5vZGVfdDogICAgICAgICAgICAgICAgNzUyLCAgICAgIDAs ICAzMDE3ODQsICAgMTAzNTEsIDE1NTc5NjUsICAgMCwgICAwDQpkbXVfYnVmX2ltcGxfdDogICAg ICAgICAyMzIsICAgICAgMCwgMjYwMDM3NSwgIDUwOTk0NSwyNDk1NTQ5MDUsICAgMCwgICAwDQph cmNfYnVmX2hkcl90OiAgICAgICAgICAyMTYsICAgICAgMCwxNzU5NzE4NywgICAyMjY3MSwxNzIy MzkzMzEsICAgMCwgICAwDQphcmNfYnVmX3Q6ICAgICAgICAgICAgICAgNzIsICAgICAgMCwgMjQ1 ODIyMSwgIDY3NjA2NCwxODY0NjkyODEsICAgMCwgICAwDQp6aWxfbHdiX2NhY2hlOiAgICAgICAg ICAxOTIsICAgICAgMCwgICAgMzk4OSwgICAgIDYxMSwzMzYyOTczNiwgICAwLCAgIDANCnpmc196 bm9kZV9jYWNoZTogICAgICAgIDM2OCwgICAgICAwLCAgMjM0MTMxLCAgIDE4ODk5LCAxNTQ1NTcy LCAgIDAsICAgMA0KTW91bnRwb2ludHM6ICAgICAgICAgICAgODE2LCAgICAgIDAsICAgICAgMzcs ICAgICAxMjMsICAgICAgMzcsICAgMCwgICAwDQprc2lnaW5mbzogICAgICAgICAgICAgICAxMTIs ICAgICAgMCwgICAgIDIyOSwgICAgMjY0MSwgICAxNTA1NCwgICAwLCAgIDANCml0aW1lcjogICAg ICAgICAgICAgICAgIDM1MiwgICAgICAwLCAgICAgICAxLCAgICAgIDEwLCAgICAgICAxLCAgIDAs ICAgMA0KS05PVEU6ICAgICAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgICAgIDAsICAgIDIx MzksICAxNTExNzYsICAgMCwgICAwDQpzb2NrZXQ6ICAgICAgICAgICAgICAgICA2OTYsIDE1NzE2 MjAsICAgICAgNzAsICAgICAyNzAsICAxODU2MDAsICAgMCwgICAwDQppcHE6ICAgICAgICAgICAg ICAgICAgICAgNTYsICA5NTcwOCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAN CnVkcF9pbnBjYjogICAgICAgICAgICAgIDM5MiwgMTU3MTYyMCwgICAgICAxOCwgICAgIDUyMiwg ICA4NzY5MiwgICAwLCAgIDANCnVkcGNiOiAgICAgICAgICAgICAgICAgICAxNiwgMTU3MTc2Miwg ICAgICAxOCwgICAgNDc1MSwgICA4NzY5MiwgICAwLCAgIDANCnRjcF9pbnBjYjogICAgICAgICAg ICAgIDM5MiwgMTU3MTYyMCwgICAgICAzNiwgICAgIDYxNCwgICA5MTUzOCwgICAwLCAgIDANCnRj cGNiOiAgICAgICAgICAgICAgICAgMTAyNCwgMTU3MTYyMCwgICAgICAzNiwgICAgIDI3MiwgICA5 MTUzOCwgICAwLCAgIDANCnRjcHR3OiAgICAgICAgICAgICAgICAgICA4OCwgIDI3ODEwLCAgICAg ICAwLCAgICAgNTQwLCAgICAgICA4LCAgIDAsICAgMA0Kc3luY2FjaGU6ICAgICAgICAgICAgICAg MTYwLCAgMTUzNzUsICAgICAgIDAsICAgICA1MDAsICAgODg1NzcsICAgMCwgICAwDQpob3N0Y2Fj aGU6ICAgICAgICAgICAgICAxMzYsICAxNTM3MCwgICAgICAgMSwgICAgIDIwMiwgICAgICAxMCwg ICAwLCAgIDANCnRjcHJlYXNzOiAgICAgICAgICAgICAgICA0MCwgMTkxNDAwLCAgICAgICAwLCAg ICAyMTAwLCAgICAzMzcwLCAgIDAsICAgMA0Kc2Fja2hvbGU6ICAgICAgICAgICAgICAgIDMyLCAg ICAgIDAsICAgICAgIDAsICAgIDE4NzUsICAgIDUwNDcsICAgMCwgICAwDQpzY3RwX2VwOiAgICAg ICAgICAgICAgIDE0MDgsIDE1NzE2MjAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwg ICAwDQpzY3RwX2Fzb2M6ICAgICAgICAgICAgIDI0MTYsICA0MDAwMCwgICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAwLCAgIDANCnNjdHBfbGFkZHI6ICAgICAgICAgICAgICA0OCwgIDgwMDEy LCAgICAgICAwLCAgICAgICAwLCAgICAgICA0LCAgIDAsICAgMA0Kc2N0cF9yYWRkcjogICAgICAg ICAgICAgNzI4LCAgODAwMDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpz Y3RwX2NodW5rOiAgICAgICAgICAgICAxMzYsIDQwMDAyNiwgICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAwLCAgIDANCnNjdHBfcmVhZHE6ICAgICAgICAgICAgIDEwNCwgNDAwMDI2LCAgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0Kc2N0cF9zdHJlYW1fbXNnX291dDogICAg MTA0LCA0MDAwMjYsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpzY3RwX2Fz Y29uZjogICAgICAgICAgICAgNDAsIDQwMDAwMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAwLCAgIDANCnNjdHBfYXNjb25mX2FjazogICAgICAgICA0OCwgNDAwMDYwLCAgICAgICAwLCAg ICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KdWRwbGl0ZV9pbnBjYjogICAgICAgICAgMzkyLCAx NTcxNjIwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KcmlwY2I6ICAgICAg ICAgICAgICAgICAgMzkyLCAxNTcxNjIwLCAgICAgICAwLCAgICAgIDkwLCAgICAgICA1LCAgIDAs ICAgMA0KdW5wY2I6ICAgICAgICAgICAgICAgICAgMjQwLCAxNTcxNjMyLCAgICAgIDE1LCAgICAg ODY1LCAgICA2MzYwLCAgIDAsICAgMA0KcnRlbnRyeTogICAgICAgICAgICAgICAgMjAwLCAgICAg IDAsICAgICAgMTQsICAgICAxNDYsICAgICAgMTQsICAgMCwgICAwDQpzZWxmZDogICAgICAgICAg ICAgICAgICAgNTYsICAgICAgMCwgICAgIDM1NiwgICAgNTA0MCwxMTc5ODUzNSwgICAwLCAgIDAN ClNXQVBNRVRBOiAgICAgICAgICAgICAgIDI4OCwgNjEyMzgwNiwgICAgIDgxNiwgICAgIDc1Nywg ICA1ODMyNiwgICAwLCAgIDANCmljbF9jb25uOiAgICAgICAgICAgICAgIDE1MiwgICAgICAwLCAg ICAgIDEzLCAgICAgMjQ3LCAgICAgIDI4LCAgIDAsICAgMA0KaWNsX3BkdTogICAgICAgICAgICAg ICAgIDgwLCAgICAgIDAsICAgICAgIDgsICAgIDI2NDIsMjQzMDU1NDk5LCAgIDAsICAgMA0KaXNj c2lfb3V0c3RhbmRpbmc6ICAgICAgIDQwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgMCwgICAwDQpjZmlfbHVuOiAgICAgICAgICAgICAgICAzNDQsICAgICAgMCwgICAgICAx NCwgICAgICA4NSwgICAgICAxNSwgICAwLCAgIDANCmNmaV9tZXRhdGFzazogICAgICAgICAgIDMy MCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KY2Zpc2NzaV9k YXRhX3dhaXQ6ICAgICAgIDU2LCAgICAgIDAsICAgICAgIDAsICAgIDYzMTksMTAyNzY4ODY5LCAg IDAsICAgMA0KYmVpbzogICAgICAgICAgICAgICAgICAgMzYwLCAgICAgIDAsICAgICAgIDMsICAg ICA3MzQsMTE0NzQ4NzA4LCAgIDAsICAgMA0KY2JsazA6ICAgICAgICAgICAgICAgMTMxMDcyLCAg ICAgIDAsICAgICAgIDAsICAgICAgMTEsICAgNTg2NDgsICAgMCwgICAwDQpjYmxrMTogICAgICAg ICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICAyMCwgICAgMTg0OSwgICAwLCAg IDANCmNibGsyOiAgICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDI2 LCA5Mzk4NTQ3LCAgIDAsICAgMA0KY2JsazM6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAs ICAgICAgIDAsICAgICAgMjUsMTM0NDc0NDIsICAgMCwgICAwDQpjYmxrNDogICAgICAgICAgICAg ICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCmNi bGs1OiAgICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDI5LDIxNjUw NTYzLCAgIDAsICAgMA0KY2JsazY6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAg IDAsICAgICAgNTIsNDM1Njg5NTEsICAgMCwgICAwDQpjYmxrNzogICAgICAgICAgICAgICAxMzEw NzIsICAgICAgMCwgICAgICAgMCwgICAgICAyMywxMDc2OTkyMiwgICAwLCAgIDANCmNibGs4OiAg ICAgICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDIzLCAyMTM4NzQ2LCAg IDAsICAgMA0KY2Jsazk6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAg ICAgMjYsMTE0MTI2ODIsICAgMCwgICAwDQpjYmxrMTA6ICAgICAgICAgICAgICAxMzEwNzIsICAg ICAgMCwgICAgICAgMCwgICAgICAzNSwgMjY4NDgzNiwgICAwLCAgIDANCmNibGsxMTogICAgICAg ICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDI3LCAgIDM5MjEwLCAgIDAsICAg MA0KY2JsazEyOiAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgMjIs ICA0MDQ3ODIsICAgMCwgICAwDQpjYmxrMTM6ICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwg ICAgICAgMCwgICAgICAyMiwgICAgMjU5MiwgICAwLCAgIDANCg0KIHByb2NzICAgICAgbWVtb3J5 ICAgICAgcGFnZSAgICAgICAgICAgICAgICAgICAgZGlza3MgICAgIGZhdWx0cyAgICAgICAgIGNw dQ0KIHIgYiB3ICAgICBhdm0gICAgZnJlICAgZmx0ICByZSAgcGkgIHBvICAgIGZyICBzciBtZjAg bWYxICAgaW4gICBzeSAgIGNzIHVzIHN5IGlkDQogMCAwIDYgICAxMzA3TSAgMjI0MU0gICA2OTYg ICAwICAgMCAgIDAgIDE3MTIgICAzICAgMCAgIDAgMzQxMiAxNzQxIDc3MTAgIDAgIDMgOTcNCjE5 MDI1LzEyNDc1LzMxNTAwIG1idWZzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3RhbCkNCjE4NDk1 Lzk1NjUvMjgwNjAvMzA2MTkwMCBtYnVmIGNsdXN0ZXJzIGluIHVzZSAoY3VycmVudC9jYWNoZS90 b3RhbC9tYXgpDQoxODQ2Mi82NDQ2IG1idWYrY2x1c3RlcnMgb3V0IG9mIHBhY2tldCBzZWNvbmRh cnkgem9uZSBpbiB1c2UgKGN1cnJlbnQvY2FjaGUpDQowLzI5OS8yOTkvMTUzMDk1MCA0ayAocGFn ZSBzaXplKSBqdW1ibyBjbHVzdGVycyBpbiB1c2UgKGN1cnJlbnQvY2FjaGUvdG90YWwvbWF4KQ0K MC8wLzAvNDUzNjE0IDlrIGp1bWJvIGNsdXN0ZXJzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3Rh bC9tYXgpDQowLzAvMC8yNTUxNTggMTZrIGp1bWJvIGNsdXN0ZXJzIGluIHVzZSAoY3VycmVudC9j YWNoZS90b3RhbC9tYXgpDQo0MTc0NksvMjM0NDRLLzY1MTkxSyBieXRlcyBhbGxvY2F0ZWQgdG8g bmV0d29yayAoY3VycmVudC9jYWNoZS90b3RhbCkNCjAvMC8wIHJlcXVlc3RzIGZvciBtYnVmcyBk ZW5pZWQgKG1idWZzL2NsdXN0ZXJzL21idWYrY2x1c3RlcnMpDQowLzAvMCByZXF1ZXN0cyBmb3Ig bWJ1ZnMgZGVsYXllZCAobWJ1ZnMvY2x1c3RlcnMvbWJ1ZitjbHVzdGVycykNCjAvMC8wIHJlcXVl c3RzIGZvciBqdW1ibyBjbHVzdGVycyBkZWxheWVkICg0ay85ay8xNmspDQowLzAvMCByZXF1ZXN0 cyBmb3IganVtYm8gY2x1c3RlcnMgZGVuaWVkICg0ay85ay8xNmspDQowIHJlcXVlc3RzIGZvciBz ZmJ1ZnMgZGVuaWVkDQowIHJlcXVlc3RzIGZvciBzZmJ1ZnMgZGVsYXllZA0KMCByZXF1ZXN0cyBm b3IgSS9PIGluaXRpYXRlZCBieSBzZW5kZmlsZQ0KSVRFTSAgICAgICAgICAgICAgICAgICBTSVpF ICBMSU1JVCAgICAgVVNFRCAgICAgRlJFRSAgICAgIFJFUSBGQUlMIFNMRUVQDQoNClVNQSBLZWdz OiAgICAgICAgICAgICAgIDM4NCwgICAgICAwLCAgICAgMjIyLCAgICAgICA4LCAgICAgMjIzLCAg IDAsICAgMA0KVU1BIFpvbmVzOiAgICAgICAgICAgICAyNjg4LCAgICAgIDAsICAgICAyMjIsICAg ICAgIDAsICAgICAyMjMsICAgMCwgICAwDQpVTUEgU2xhYnM6ICAgICAgICAgICAgICAgODAsICAg ICAgMCwgMjcyMjEwNywgIDQ1Njk5Myw2NzMzMjIzMiwgICAwLCAgIDANClVNQSBSQ250U2xhYnM6 ICAgICAgICAgICA4OCwgICAgICAwLCAgIDE0MzI5LCAgICAyODYxLCAgMzIzNTYxLCAgIDAsICAg MA0KVU1BIEhhc2g6ICAgICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgICAgMjMsICAgICAgNTIs ICAgICAgOTYsICAgMCwgICAwDQo0IEJ1Y2tldDogICAgICAgICAgICAgICAgMzIsICAgICAgMCwg ICAgMzIxOCwgICAgODI4Miw2NjQ4NTc5NCwzMzc2LCAgIDANCjYgQnVja2V0OiAgICAgICAgICAg ICAgICA0OCwgICAgICAwLCAgICAgMzA2LCAgICA2OTE1LDE4ODEwMzMzLCAgIDAsICAgMA0KOCBC dWNrZXQ6ICAgICAgICAgICAgICAgIDY0LCAgICAgIDAsICAgICA3NDcsICAgIDU4MjUsIDkxNDQ0 MDQsICAxMSwgICAwDQoxMiBCdWNrZXQ6ICAgICAgICAgICAgICAgOTYsICAgICAgMCwgICAgIDkx NiwgICAgMzY3NiwyMDUxNTM0MywxMjEwNjIsICAgMA0KMTYgQnVja2V0OiAgICAgICAgICAgICAg MTI4LCAgICAgIDAsICAgICAzMzksICAgIDU3NjgsMTQ5ODkyNjMsNjYyMjksICAgMA0KMzIgQnVj a2V0OiAgICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgICAzODEsICAgIDIyMTQsMTY0MTAxOTMs ICA1MSwgICAwDQo2NCBCdWNrZXQ6ICAgICAgICAgICAgICA1MTIsICAgICAgMCwgICAgNjgxNSwg ICAgIDE3NywxMDEzMTk5NSw4NTE4MDMsICAgMA0KMTI4IEJ1Y2tldDogICAgICAgICAgICAxMDI0 LCAgICAgIDAsICAgICA0NzEsICAgICA3NjUsMTM4MTQ1OTUsIDkwNSwgICAwDQoyNTYgQnVja2V0 OiAgICAgICAgICAgIDIwNDgsICAgICAgMCwgICAgMTM1NywgICAgMzUwMSw4ODU2Njg5OSwxMDc3 NSwgICAwDQp2bWVtIGJ0YWc6ICAgICAgICAgICAgICAgNTYsICAgICAgMCwgIDc2MzY4MywgICA4 NTQwNiwgNDE2MjQxMCw2MDUzLCAgIDANClZNIE9CSkVDVDogICAgICAgICAgICAgIDI1NiwgICAg ICAwLCAgIDYxMjg4LCAgICAxMjkyLCA2NzAyNzM4LCAgIDAsICAgMA0KUkFESVggTk9ERTogICAg ICAgICAgICAgMTQ0LCAgICAgIDAsICA1NjQ3NzAsICAgNTY0NzMsMzQxMjkzNjksICAgMCwgICAw DQpNQVA6ICAgICAgICAgICAgICAgICAgICAyNDAsICAgICAgMCwgICAgICAgMywgICAgICA2MSwg ICAgICAgMywgICAwLCAgIDANCktNQVAgRU5UUlk6ICAgICAgICAgICAgIDEyOCwgICAgICAwLCAg ICAgICA4LCAgICAgMTE2LCAgICAgICA4LCAgIDAsICAgMA0KTUFQIEVOVFJZOiAgICAgICAgICAg ICAgMTI4LCAgICAgIDAsICAgIDEyODEsICAgIDI5OTcsMTg3OTY5MjQsICAgMCwgICAwDQpWTVNQ QUNFOiAgICAgICAgICAgICAgICA0NDgsICAgICAgMCwgICAgICAzNywgICAgIDU4NCwgIDQ1ODgz MywgICAwLCAgIDANCmZha2VwZzogICAgICAgICAgICAgICAgIDEwNCwgICAgICAwLCAgICAgICAw LCAgICAgMjY2LCAgICAgIDUwLCAgIDAsICAgMA0KbXRfem9uZTogICAgICAgICAgICAgICA0MTEy LCAgICAgIDAsICAgICAzNjksICAgICAgIDAsICAgICAzNjksICAgMCwgICAwDQoxNjogICAgICAg ICAgICAgICAgICAgICAgMTYsICAgICAgMCwgIDEwOTM3MiwgICAgNjA4OCw0MDgzODUwMzMsICAg MCwgICAwDQozMjogICAgICAgICAgICAgICAgICAgICAgMzIsICAgICAgMCwzMDE4OTAwNSwgIDEy MjM3MCw4ODU0NTQyMTYsICAgMCwgICAwDQo2NDogICAgICAgICAgICAgICAgICAgICAgNjQsICAg ICAgMCwgMTc1NTIwNiwgIDIzMzMyMCwzNDI5NjgwNDQ5LCAgIDAsICAgMA0KMTI4OiAgICAgICAg ICAgICAgICAgICAgMTI4LCAgICAgIDAsIDExMzcwNTUsIDEyMjYzNTQsMzE4NzMzNDg5NywgICAw LCAgIDANCjI1NjogICAgICAgICAgICAgICAgICAgIDI1NiwgICAgICAwLCAgODI0NjgwLCAgICAx MDQwLDIyOTQ2NDUyMDYsICAgMCwgICAwDQo1MTI6ICAgICAgICAgICAgICAgICAgICA1MTIsICAg ICAgMCwgICAgIDg2MiwgIDM5NjYwMiw2Mzk5ODU4MzksICAgMCwgICAwDQoxMDI0OiAgICAgICAg ICAgICAgICAgIDEwMjQsICAgICAgMCwgICAxNTk5MywgICAgIDI4MywyMDIzNTg3MywgICAwLCAg IDANCjIwNDg6ICAgICAgICAgICAgICAgICAgMjA0OCwgICAgICAwLCAgIDYzMDI2LCAgICAxNDEy LDQ4MzczNzE5NSwgICAwLCAgIDANCjQwOTY6ICAgICAgICAgICAgICAgICAgNDA5NiwgICAgICAw LCAgIDEzMDI5LCAgICAgIDU0LDQxODY1NTUyLCAgIDAsICAgMA0KODE5MjogICAgICAgICAgICAg ICAgICA4MTkyLCAgICAgIDAsICAgICAgMjYsICAgICAgMjEsICA0NTE3NjQsICAgMCwgICAwDQox NjM4NDogICAgICAgICAgICAgICAgMTYzODQsICAgICAgMCwgICAgICAzNSwgICAgICAxNywgICAg Mjc2NiwgICAwLCAgIDANCjMyNzY4OiAgICAgICAgICAgICAgICAzMjc2OCwgICAgICAwLCAgICAg IDM5LCAgICAgIDE2LCAgIDE3ODEwLCAgIDAsICAgMA0KNjU1MzY6ICAgICAgICAgICAgICAgIDY1 NTM2LCAgICAgIDAsICAgICAgODYsICAgICAgMjAsICAzMDQ3MzQsICAgMCwgICAwDQo2NCBwY3B1 OiAgICAgICAgICAgICAgICAgIDgsICAgICAgMCwgICAgMTY1NCwgICAgIDY1MCwgICAgMTg3NCwg ICAwLCAgIDANClNMRUVQUVVFVUU6ICAgICAgICAgICAgICA4MCwgICAgICAwLCAgICAxMjYxLCAg ICAxMDMzLCAgICAxMzQyLCAgIDAsICAgMA0KRmlsZXM6ICAgICAgICAgICAgICAgICAgIDgwLCAg ICAgIDAsICAgICAxMjQsICAgIDIyNzYsIDQwMTcxMDksICAgMCwgICAwDQpUVVJOU1RJTEU6ICAg ICAgICAgICAgICAxMzYsICAgICAgMCwgICAgMTI2MSwgICAgIDUxOSwgICAgMTM0MiwgICAwLCAg IDANCnJsX2VudHJ5OiAgICAgICAgICAgICAgICA0MCwgICAgICAwLCAgICAgMTk5LCAgICAyNTAx LCAgICAgMTk5LCAgIDAsICAgMA0KdW10eCBwaTogICAgICAgICAgICAgICAgIDk2LCAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpNQUMgbGFiZWxzOiAgICAgICAg ICAgICAgNDAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANClBS T0M6ICAgICAgICAgICAgICAgICAgMTIxNiwgICAgICAwLCAgICAgIDU1LCAgICAgMTg1LCAgNDU4 ODYzLCAgIDAsICAgMA0KVEhSRUFEOiAgICAgICAgICAgICAgICAxMTY4LCAgICAgIDAsICAgIDEx OTksICAgICAgNjEsICAgIDE3NjcsICAgMCwgICAwDQpjcHVzZXQ6ICAgICAgICAgICAgICAgICAg NzIsICAgICAgMCwgICAgIDk1OSwgICAgMTA3NiwgICAgMTUyMiwgICAwLCAgIDANCmF1ZGl0X3Jl Y29yZDogICAgICAgICAgMTI0OCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAg IDAsICAgMA0KbWJ1Zl9wYWNrZXQ6ICAgICAgICAgICAgMjU2LCAxOTU5NjE2NSwgICAxODQ2NCwg ICAgNjQ0NCwyNjc3MjQ0MDgzLCAgIDAsICAgMA0KbWJ1ZjogICAgICAgICAgICAgICAgICAgMjU2 LCAxOTU5NjE2NSwgICAgIDU2MSwgICAgNjAzMSwyNzgwNzQ0MDgxLCAgIDAsICAgMA0KbWJ1Zl9j bHVzdGVyOiAgICAgICAgICAyMDQ4LCAzMDYxOTAwLCAgIDI0OTQxLCAgICAzMTE5LDU0ODYzMjkz MSwgICAwLCAgIDANCm1idWZfanVtYm9fcGFnZTogICAgICAgNDA5NiwgMTUzMDk1MCwgICAgICAg MCwgICAgIDI5OSwxNDQyNTA3MTksICAgMCwgICAwDQptYnVmX2p1bWJvXzlrOiAgICAgICAgIDky MTYsIDQ1MzYxNCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCm1idWZfanVt Ym9fMTZrOiAgICAgICAxNjM4NCwgMjU1MTU4LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAg IDAsICAgMA0KbWJ1Zl9leHRfcmVmY250OiAgICAgICAgICA0LCAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpnX2JpbzogICAgICAgICAgICAgICAgICAyNDgsICAg ICAgMCwgICAgIDEwNiwgICAgMzM4MiwxOTMxOTI5NjE5LCAgIDAsICAgMA0KdHR5aW5xOiAgICAg ICAgICAgICAgICAgMTYwLCAgICAgIDAsICAgICAyNDAsICAgICAyMzUsICAgICA4MjUsICAgMCwg ICAwDQp0dHlvdXRxOiAgICAgICAgICAgICAgICAyNTYsICAgICAgMCwgICAgIDEyNiwgICAgIDEx NCwgICAgIDQzOCwgICAwLCAgIDANCkRNQVJfTUFQX0VOVFJZOiAgICAgICAgIDEyMCwgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KYXRhX3JlcXVlc3Q6ICAgICAg ICAgICAgMzM2LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQp2 dG5ldF90eF9oZHI6ICAgICAgICAgICAgMjQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAwLCAgIDANCkZQVV9zYXZlX2FyZWE6ICAgICAgICAgIDUxMiwgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KdGFza3Ffem9uZTogICAgICAgICAgICAg IDQ4LCAgICAgIDAsICAgICAgIDAsICAgIDYyMjUsIDU5ODI4ODgsICAgMCwgICAwDQpWTk9ERTog ICAgICAgICAgICAgICAgICA0NzIsICAgICAgMCwgIDIzNDIzMSwgICAxNzkyMSwgMTU0NjAzMSwg ICAwLCAgIDANClZOT0RFUE9MTDogICAgICAgICAgICAgIDExMiwgICAgICAwLCAgICAgICAwLCAg ICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0KQlVGIFRSSUU6ICAgICAgICAgICAgICAgMTQ0LCAg ICAgIDAsICAgICAgIDAsICAxMDU5NDgsICAgICAgIDAsICAgMCwgICAwDQpTIFZGUyBDYWNoZTog ICAgICAgICAgICAxMDgsICAgICAgMCwgIDEzODQ2NCwgICA2MzY2MSwgMTgyNTAwNiwgICAwLCAg IDANClNUUyBWRlMgQ2FjaGU6ICAgICAgICAgIDE0OCwgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgIDAsICAgMA0KTCBWRlMgQ2FjaGU6ICAgICAgICAgICAgMzI4LCAgICAgIDAs ICAgNTY3OTcsICAgICA1MjcsICAzMTI0NzAsICAgMCwgICAwDQpMVFMgVkZTIENhY2hlOiAgICAg ICAgICAzNjgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCk5B TUVJOiAgICAgICAgICAgICAgICAgMTAyNCwgICAgICAwLCAgICAgICAwLCAgICAgMjc2LDE0Mjcx MDc0LCAgIDAsICAgMA0KTkNMTk9ERTogICAgICAgICAgICAgICAgNTI4LCAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpESVJIQVNIOiAgICAgICAgICAgICAgIDEw MjQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnBpcGU6ICAg ICAgICAgICAgICAgICAgIDc0NCwgICAgICAwLCAgICAgICA0LCAgICAgMjU2LCAgIDIxMTY1LCAg IDAsICAgMA0KcHJvY2Rlc2M6ICAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpyYW5nZV9zZWdfY2FjaGU6ICAgICAgICAgNjQsICAg ICAgMCwgMTg4ODc5MywgMTE1ODU2OSw1MjQxMzEyNjc5LCAgIDAsICAgMA0KemlvX2NhY2hlOiAg ICAgICAgICAgICAgOTIwLCAgICAgIDAsICAyNzg3NzgsICAgMzMxOTAsOTQ3ODcyNjI5NywgICAw LCAgIDANCnppb19saW5rX2NhY2hlOiAgICAgICAgICA0OCwgICAgICAwLCAgMjc5MDA0LCAgIDMz MzI1LDEwODkzNTk2MzY3LCAgIDAsICAgMA0KemlvX2J1Zl81MTI6ICAgICAgICAgICAgNTEyLCAg ICAgIDAsICAyNTM0NDEsICAgMzE3NjcsMTczMzczMTIsICAgMCwgICAwDQp6aW9fZGF0YV9idWZf NTEyOiAgICAgICA1MTIsICAgICAgMCwgICAgICAxMCwgICAgIDY1NCwgMTI3MTY1OCwgICAwLCAg IDANCnppb19idWZfMTAyNDogICAgICAgICAgMTAyNCwgICAgICAwLCAgICAgIDM1LCAgICAgMzU3 LCAyMjgxNjYxLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzEwMjQ6ICAgICAxMDI0LCAgICAgIDAs ICAgICAgIDEsICAgICA4NTEsICA0MDU5MjcsICAgMCwgICAwDQp6aW9fYnVmXzE1MzY6ICAgICAg ICAgIDE1MzYsICAgICAgMCwgICAgICAzMSwgICAgIDE5OSwgMTMxNzQyNCwgICAwLCAgIDANCnpp b19kYXRhX2J1Zl8xNTM2OiAgICAgMTUzNiwgICAgICAwLCAgICAgICAwLCAgICAgMTk0LCAgNTM5 ODk3LCAgIDAsICAgMA0KemlvX2J1Zl8yMDQ4OiAgICAgICAgICAyMDQ4LCAgICAgIDAsICAgICAg NzIsICAgICAxNjgsIDU5NDI4NjksICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMjA0ODogICAgIDIw NDgsICAgICAgMCwgICAgICAgMCwgICAgIDEyMCwgIDcxODMyOCwgICAwLCAgIDANCnppb19idWZf MjU2MDogICAgICAgICAgMjU2MCwgICAgICAwLCAgICAgICAwLCAgICAgIDU4LCAyNjgxMDQzLCAg IDAsICAgMA0KemlvX2RhdGFfYnVmXzI1NjA6ICAgICAyNTYwLCAgICAgIDAsICAgICAgIDEsICAg ICAgNjMsICA1NjIyMjEsICAgMCwgICAwDQp6aW9fYnVmXzMwNzI6ICAgICAgICAgIDMwNzIsICAg ICAgMCwgICAgICA4NywgICAgICA2OSwgMjMyMjYzMSwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8z MDcyOiAgICAgMzA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDYzLCAgMjA3NzE4LCAgIDAsICAg MA0KemlvX2J1Zl8zNTg0OiAgICAgICAgICAzNTg0LCAgICAgIDAsICAgICAgIDEsICAgICAgMjMs ICA4NTIwMTksICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMzU4NDogICAgIDM1ODQsICAgICAgMCwg ICAgICAgMSwgICAgICAyMCwgIDE4NzA4NSwgICAwLCAgIDANCnppb19idWZfNDA5NjogICAgICAg ICAgNDA5NiwgICAgICAwLCAxODk3NjUxLCAgICAxODE1LDEwMzY2OTUwNzgsICAgMCwgICAwDQp6 aW9fZGF0YV9idWZfNDA5NjogICAgIDQwOTYsICAgICAgMCwgICA0MjM4NSwgICAgMjAyNSwyMzc2 MDg5NywgICAwLCAgIDANCnppb19idWZfNTEyMDogICAgICAgICAgNTEyMCwgICAgICAwLCAgICAg MjA5LCAgICAgIDI0LCA1MDUxMTcyLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzUxMjA6ICAgICA1 MTIwLCAgICAgIDAsICAgICAgIDAsICAgICAgMjQsICAyODE5ODIsICAgMCwgICAwDQp6aW9fYnVm XzYxNDQ6ICAgICAgICAgIDYxNDQsICAgICAgMCwgICAgICAgMCwgICAgICAyOSwgMjk1OTUwNCwg ICAwLCAgIDANCnppb19kYXRhX2J1Zl82MTQ0OiAgICAgNjE0NCwgICAgICAwLCAgICAgICAxLCAg ICAgIDI4LCAgNTIyMzA2LCAgIDAsICAgMA0KemlvX2J1Zl83MTY4OiAgICAgICAgICA3MTY4LCAg ICAgIDAsICAgICAgIDAsICAgICAgMjgsIDI3ODM5NjUsICAgMCwgICAwDQp6aW9fZGF0YV9idWZf NzE2ODogICAgIDcxNjgsICAgICAgMCwgICAgICAgMCwgICAgICAyNiwgIDQ0MTU2NiwgICAwLCAg IDANCnppb19idWZfODE5MjogICAgICAgICAgODE5MiwgICAgICAwLCAgICAgICAyLCAgICAgMjI2 LDk1ODY4MzA4LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzgxOTI6ICAgICA4MTkyLCAgICAgIDAs ICAgICAgIDAsICAgICAgMjQsICAzMTYyMjYsICAgMCwgICAwDQp6aW9fYnVmXzEwMjQwOiAgICAg ICAgMTAyNDAsICAgICAgMCwgICAgICAgMCwgICAgICAzNiwgNDk4NTAyMCwgICAwLCAgIDANCnpp b19kYXRhX2J1Zl8xMDI0MDogICAxMDI0MCwgICAgICAwLCAgICAgICAxLCAgICAgIDI2LCAgNTQ5 OTM4LCAgIDAsICAgMA0KemlvX2J1Zl8xMjI4ODogICAgICAgIDEyMjg4LCAgICAgIDAsICAgICAg IDEsICAgICAgNjUsMjc5NzkwOTUsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTIyODg6ICAgMTIy ODgsICAgICAgMCwgICAgICAgMSwgICAgICAyNiwgIDUwNjgzMSwgICAwLCAgIDANCnppb19idWZf MTQzMzY6ICAgICAgICAxNDMzNiwgICAgICAwLCAgICAgICAyLCAgICAgIDI3LCA0Mjc0NTA5LCAg IDAsICAgMA0KemlvX2RhdGFfYnVmXzE0MzM2OiAgIDE0MzM2LCAgICAgIDAsICAgICAgIDAsICAg ICAgMjcsICA0MTc2OTUsICAgMCwgICAwDQp6aW9fYnVmXzE2Mzg0OiAgICAgICAgMTYzODQsICAg ICAgMCwgIDI0Mzg2NCwgICAgIDc5MywxNDI2ODI5MDYsICAgMCwgICAwDQp6aW9fZGF0YV9idWZf MTYzODQ6ICAgMTYzODQsICAgICAgMCwgICAgMTA1MCwgICAgICAyMCwgIDc3MzI1NiwgICAwLCAg IDANCnppb19idWZfMjA0ODA6ICAgICAgICAyMDQ4MCwgICAgICAwLCAgICAgICAyLCAgICAgIDc0 LDIxMDAyMDgwLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzIwNDgwOiAgIDIwNDgwLCAgICAgIDAs ICAgICAgIDAsICAgICAgMjgsICA1MjI4NDksICAgMCwgICAwDQp6aW9fYnVmXzI0NTc2OiAgICAg ICAgMjQ1NzYsICAgICAgMCwgICAgICAgMCwgICAgICA1NiwyMTEzODQyMiwgICAwLCAgIDANCnpp b19kYXRhX2J1Zl8yNDU3NjogICAyNDU3NiwgICAgICAwLCAgICAgICAwLCAgICAgIDI4LCAgNDMw MTc4LCAgIDAsICAgMA0KemlvX2J1Zl8yODY3MjogICAgICAgIDI4NjcyLCAgICAgIDAsICAgICAg IDAsICAgICAgODQsMTk1MjMyMzcsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMjg2NzI6ICAgMjg2 NzIsICAgICAgMCwgICAgICAgMCwgICAgICAyNiwgIDQyMzU5MywgICAwLCAgIDANCnppb19idWZf MzI3Njg6ICAgICAgICAzMjc2OCwgICAgICAwLCAgICAgICAwLCAgICAgMjY3LDIwNTExMzgxLCAg IDAsICAgMA0KemlvX2RhdGFfYnVmXzMyNzY4OiAgIDMyNzY4LCAgICAgIDAsICAgICAxNzAsICAg ICAgNTYsMjkyOTUwNjcsICAgMCwgICAwDQp6aW9fYnVmXzM2ODY0OiAgICAgICAgMzY4NjQsICAg ICAgMCwgICAgICAgMCwgICAgICA1NywxMTAzNDExOCwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8z Njg2NDogICAzNjg2NCwgICAgICAwLCAgICAgICAwLCAgICAgIDI5LCAgMzk5MTQ5LCAgIDAsICAg MA0KemlvX2J1Zl80MDk2MDogICAgICAgIDQwOTYwLCAgICAgIDAsICAgICAgIDAsICAgICAgNTcs MTA1OTYzNDgsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfNDA5NjA6ICAgNDA5NjAsICAgICAgMCwg ICAgICAgMCwgICAgICAyOCwgIDQ2MTA0NCwgICAwLCAgIDANCnppb19idWZfNDUwNTY6ICAgICAg ICA0NTA1NiwgICAgICAwLCAgICAgICAwLCAgICAgIDkxLCA4OTc4NTM5LCAgIDAsICAgMA0Kemlv X2RhdGFfYnVmXzQ1MDU2OiAgIDQ1MDU2LCAgICAgIDAsICAgICAgIDAsICAgICAgMjksICA0NzIy MzQsICAgMCwgICAwDQp6aW9fYnVmXzQ5MTUyOiAgICAgICAgNDkxNTIsICAgICAgMCwgICAgICAg MCwgICAgICA5MCwxMDQ2NjkwMCwgICAwLCAgIDANCnppb19kYXRhX2J1Zl80OTE1MjogICA0OTE1 MiwgICAgICAwLCAgICAgICAwLCAgICAgIDI0LCAgMzk0MjU2LCAgIDAsICAgMA0KemlvX2J1Zl81 MzI0ODogICAgICAgIDUzMjQ4LCAgICAgIDAsICAgICAgIDIsICAgICAgODAsIDc2MDQyMTksICAg MCwgICAwDQp6aW9fZGF0YV9idWZfNTMyNDg6ICAgNTMyNDgsICAgICAgMCwgICAgICAgMCwgICAg ICAyNywgIDI5ODczNywgICAwLCAgIDANCnppb19idWZfNTczNDQ6ICAgICAgICA1NzM0NCwgICAg ICAwLCAgICAgICAwLCAgICAgIDUwLCA3NTM5NTAyLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzU3 MzQ0OiAgIDU3MzQ0LCAgICAgIDAsICAgICAgIDAsICAgICAgMjUsICAzNzI3MzAsICAgMCwgICAw DQp6aW9fYnVmXzYxNDQwOiAgICAgICAgNjE0NDAsICAgICAgMCwgICAgICAgMCwgICAgICAxNywg MzMxMzI1MiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl82MTQ0MDogICA2MTQ0MCwgICAgICAwLCAg ICAgICAwLCAgICAgIDIzLCAgICAgNjIzLCAgIDAsICAgMA0KemlvX2J1Zl82NTUzNjogICAgICAg IDY1NTM2LCAgICAgIDAsICAgICAgIDAsICAgIDE4OTMsOTkxMzQxMjMsICAgMCwgICAwDQp6aW9f ZGF0YV9idWZfNjU1MzY6ICAgNjU1MzYsICAgICAgMCwgIDM3NDg0NSwgICAgMTMxNSwxMTY0MDA0 NjksICAgMCwgICAwDQp6aW9fYnVmXzY5NjMyOiAgICAgICAgNjk2MzIsICAgICAgMCwgICAgICAg MCwgICAgICAxOSwgMjM2ODgxNCwgICAwLCAgIDANCnppb19kYXRhX2J1Zl82OTYzMjogICA2OTYz MiwgICAgICAwLCAgICAgICAwLCAgICAgIDIxLCAgICAgNjcyLCAgIDAsICAgMA0KemlvX2J1Zl83 MzcyODogICAgICAgIDczNzI4LCAgICAgIDAsICAgICAgIDAsICAgICAgMTksIDI0MzUzNjQsICAg MCwgICAwDQp6aW9fZGF0YV9idWZfNzM3Mjg6ICAgNzM3MjgsICAgICAgMCwgICAgICAgMCwgICAg ICAyMSwgICAgIDYyMiwgICAwLCAgIDANCnppb19idWZfNzc4MjQ6ICAgICAgICA3NzgyNCwgICAg ICAwLCAgICAgICAwLCAgICAgIDE4LCAxOTc0NTkxLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzc3 ODI0OiAgIDc3ODI0LCAgICAgIDAsICAgICAgIDAsICAgICAgMjIsICAgICA2MjksICAgMCwgICAw DQp6aW9fYnVmXzgxOTIwOiAgICAgICAgODE5MjAsICAgICAgMCwgICAgICAgMCwgICAgICAyMSwg MjQyMTYzMiwgICAwLCAgIDANCnppb19kYXRhX2J1Zl84MTkyMDogICA4MTkyMCwgICAgICAwLCAg ICAgICAwLCAgICAgIDI0LCAgICAgNjIxLCAgIDAsICAgMA0KemlvX2J1Zl84NjAxNjogICAgICAg IDg2MDE2LCAgICAgIDAsICAgICAgIDAsICAgICAgMTgsIDE4MTE1MzEsICAgMCwgICAwDQp6aW9f ZGF0YV9idWZfODYwMTY6ICAgODYwMTYsICAgICAgMCwgICAgICAgMCwgICAgICAyMSwgICAgIDYx NSwgICAwLCAgIDANCnppb19idWZfOTAxMTI6ICAgICAgICA5MDExMiwgICAgICAwLCAgICAgICAw LCAgICAgIDE4LCAxOTY1Njc4LCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzkwMTEyOiAgIDkwMTEy LCAgICAgIDAsICAgICAgIDAsICAgICAgMjEsICAgICA2OTQsICAgMCwgICAwDQp6aW9fYnVmXzk0 MjA4OiAgICAgICAgOTQyMDgsICAgICAgMCwgICAgICAgMCwgICAgICAyMCwgMTc4NzAyMCwgICAw LCAgIDANCnppb19kYXRhX2J1Zl85NDIwODogICA5NDIwOCwgICAgICAwLCAgICAgICAwLCAgICAg IDI0LCAgICAgNjIzLCAgIDAsICAgMA0KemlvX2J1Zl85ODMwNDogICAgICAgIDk4MzA0LCAgICAg IDAsICAgICAgIDAsICAgICAgMjEsIDI0NTU0MDcsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfOTgz MDQ6ICAgOTgzMDQsICAgICAgMCwgICAgICAgMCwgICAgICAyMSwgICAgIDYxOSwgICAwLCAgIDAN Cnppb19idWZfMTAyNDAwOiAgICAgIDEwMjQwMCwgICAgICAwLCAgICAgICAwLCAgICAgIDI4LCAx ODI4NTUwLCAgIDAsICAgMA0KemlvX2RhdGFfYnVmXzEwMjQwMDogMTAyNDAwLCAgICAgIDAsICAg ICAgIDAsICAgICAgMjEsICAgICA2MDksICAgMCwgICAwDQp6aW9fYnVmXzEwNjQ5NjogICAgICAx MDY0OTYsICAgICAgMCwgICAgICAgMCwgICAgICAyMiwgMTk1NDYyMiwgICAwLCAgIDANCnppb19k YXRhX2J1Zl8xMDY0OTY6IDEwNjQ5NiwgICAgICAwLCAgICAgICAwLCAgICAgIDIyLCAgICAgNjA2 LCAgIDAsICAgMA0KemlvX2J1Zl8xMTA1OTI6ICAgICAgMTEwNTkyLCAgICAgIDAsICAgICAgIDAs ICAgICAgMjMsIDE5ODUxMTYsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTEwNTkyOiAxMTA1OTIs ICAgICAgMCwgICAgICAgMCwgICAgICAxOSwgICAgIDU3NSwgICAwLCAgIDANCnppb19idWZfMTE0 Njg4OiAgICAgIDExNDY4OCwgICAgICAwLCAgICAgICAwLCAgICAgIDQzLCAyMzcyOTE4LCAgIDAs ICAgMA0KemlvX2RhdGFfYnVmXzExNDY4ODogMTE0Njg4LCAgICAgIDAsICAgICAgIDAsICAgICAg MjUsICAgICA1ODEsICAgMCwgICAwDQp6aW9fYnVmXzExODc4NDogICAgICAxMTg3ODQsICAgICAg MCwgICAgICAgMSwgICAgICAxNywgMjA1MTc2OCwgICAwLCAgIDANCnppb19kYXRhX2J1Zl8xMTg3 ODQ6IDExODc4NCwgICAgICAwLCAgICAgICAwLCAgICAgIDI0LCAgICAgNTg0LCAgIDAsICAgMA0K emlvX2J1Zl8xMjI4ODA6ICAgICAgMTIyODgwLCAgICAgIDAsICAgICAgIDAsICAgICAgMTgsIDI0 OTI1ODUsICAgMCwgICAwDQp6aW9fZGF0YV9idWZfMTIyODgwOiAxMjI4ODAsICAgICAgMCwgICAg ICAgMCwgICAgICAyMCwgICAgIDU4MiwgICAwLCAgIDANCnppb19idWZfMTI2OTc2OiAgICAgIDEy Njk3NiwgICAgICAwLCAgICAgICAwLCAgICAgIDIyLCAzNTgyOTI0LCAgIDAsICAgMA0KemlvX2Rh dGFfYnVmXzEyNjk3NjogMTI2OTc2LCAgICAgIDAsICAgICAgIDAsICAgICAgMjEsICAgICA1ODEs ICAgMCwgICAwDQp6aW9fYnVmXzEzMTA3MjogICAgICAxMzEwNzIsICAgICAgMCwgICAxMDQ3NCwg ICAgMTYyMyw2NjA5NzI3MywgICAwLCAgIDANCnppb19kYXRhX2J1Zl8xMzEwNzI6IDEzMTA3Miwg ICAgICAwLCAgICAgIDE1LCAgICAgIDIyLCAgIDE2Njk3LCAgIDAsICAgMA0KbHo0X2N0eDogICAg ICAgICAgICAgIDE2Mzg0LCAgICAgIDAsICAgICAgIDEsICAgICAgMzgsNDY3MDM1OTI1LCAgIDAs ICAgMA0Kc2FfY2FjaGU6ICAgICAgICAgICAgICAgIDgwLCAgICAgIDAsICAyMzQxMzEsICAgMjk2 MTksIDE1NDU1NzIsICAgMCwgICAwDQpkbm9kZV90OiAgICAgICAgICAgICAgICA3NTIsICAgICAg MCwgIDMwMTc4NCwgICAxMDM1MSwgMTU1Nzk2NSwgICAwLCAgIDANCmRtdV9idWZfaW1wbF90OiAg ICAgICAgIDIzMiwgICAgICAwLCAyNTk4NjMzLCAgNTExNjg3LDI0OTU2NzEzNCwgICAwLCAgIDAN CmFyY19idWZfaGRyX3Q6ICAgICAgICAgIDIxNiwgICAgICAwLDE3NjAyMzc4LCAgIDE3NDgwLDE3 MjI0ODM5NCwgICAwLCAgIDANCmFyY19idWZfdDogICAgICAgICAgICAgICA3MiwgICAgICAwLCAy NDU2OTkzLCAgNjc3MjkyLDE4NjQ4MDAwMCwgICAwLCAgIDANCnppbF9sd2JfY2FjaGU6ICAgICAg ICAgIDE5MiwgICAgICAwLCAgICA2MDI0LCAgICAgNTk2LDMzNjMxNzcxLCAgIDAsICAgMA0KemZz X3pub2RlX2NhY2hlOiAgICAgICAgMzY4LCAgICAgIDAsICAyMzQxMzEsICAgMTg4OTksIDE1NDU1 NzIsICAgMCwgICAwDQpNb3VudHBvaW50czogICAgICAgICAgICA4MTYsICAgICAgMCwgICAgICAz NywgICAgIDEyMywgICAgICAzNywgICAwLCAgIDANCmtzaWdpbmZvOiAgICAgICAgICAgICAgIDEx MiwgICAgICAwLCAgICAgMjI5LCAgICAyNjQxLCAgIDE1MDU0LCAgIDAsICAgMA0KaXRpbWVyOiAg ICAgICAgICAgICAgICAgMzUyLCAgICAgIDAsICAgICAgIDEsICAgICAgMTAsICAgICAgIDEsICAg MCwgICAwDQpLTk9URTogICAgICAgICAgICAgICAgICAxMjgsICAgICAgMCwgICAgICAgMiwgICAg MjEzNywgIDE1MTE3OCwgICAwLCAgIDANCnNvY2tldDogICAgICAgICAgICAgICAgIDY5NiwgMTU3 MTYyMCwgICAgICA3MywgICAgIDI2NywgIDE4NTYwNSwgICAwLCAgIDANCmlwcTogICAgICAgICAg ICAgICAgICAgICA1NiwgIDk1NzA4LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAg MA0KdWRwX2lucGNiOiAgICAgICAgICAgICAgMzkyLCAxNTcxNjIwLCAgICAgIDE5LCAgICAgNTIx LCAgIDg3NjkzLCAgIDAsICAgMA0KdWRwY2I6ICAgICAgICAgICAgICAgICAgIDE2LCAxNTcxNzYy LCAgICAgIDE5LCAgICA0NzUwLCAgIDg3NjkzLCAgIDAsICAgMA0KdGNwX2lucGNiOiAgICAgICAg ICAgICAgMzkyLCAxNTcxNjIwLCAgICAgIDM4LCAgICAgNjEyLCAgIDkxNTQyLCAgIDAsICAgMA0K dGNwY2I6ICAgICAgICAgICAgICAgICAxMDI0LCAxNTcxNjIwLCAgICAgIDM4LCAgICAgMjcwLCAg IDkxNTQyLCAgIDAsICAgMA0KdGNwdHc6ICAgICAgICAgICAgICAgICAgIDg4LCAgMjc4MTAsICAg ICAgIDAsICAgICA1NDAsICAgICAgIDgsICAgMCwgICAwDQpzeW5jYWNoZTogICAgICAgICAgICAg ICAxNjAsICAxNTM3NSwgICAgICAgMCwgICAgIDUwMCwgICA4ODU4MSwgICAwLCAgIDANCmhvc3Rj YWNoZTogICAgICAgICAgICAgIDEzNiwgIDE1MzcwLCAgICAgICAxLCAgICAgMjAyLCAgICAgIDEw LCAgIDAsICAgMA0KdGNwcmVhc3M6ICAgICAgICAgICAgICAgIDQwLCAxOTE0MDAsICAgICAgIDAs ICAgIDIxMDAsICAgIDMzNzAsICAgMCwgICAwDQpzYWNraG9sZTogICAgICAgICAgICAgICAgMzIs ICAgICAgMCwgICAgICAgMCwgICAgMTg3NSwgICAgNTA0OSwgICAwLCAgIDANCnNjdHBfZXA6ICAg ICAgICAgICAgICAgMTQwOCwgMTU3MTYyMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAw LCAgIDANCnNjdHBfYXNvYzogICAgICAgICAgICAgMjQxNiwgIDQwMDAwLCAgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgIDAsICAgMA0Kc2N0cF9sYWRkcjogICAgICAgICAgICAgIDQ4LCAgODAw MTIsICAgICAgIDAsICAgICAgIDAsICAgICAgIDQsICAgMCwgICAwDQpzY3RwX3JhZGRyOiAgICAg ICAgICAgICA3MjgsICA4MDAwMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAN CnNjdHBfY2h1bms6ICAgICAgICAgICAgIDEzNiwgNDAwMDI2LCAgICAgICAwLCAgICAgICAwLCAg ICAgICAwLCAgIDAsICAgMA0Kc2N0cF9yZWFkcTogICAgICAgICAgICAgMTA0LCA0MDAwMjYsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpzY3RwX3N0cmVhbV9tc2dfb3V0OiAg ICAxMDQsIDQwMDAyNiwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDANCnNjdHBf YXNjb25mOiAgICAgICAgICAgICA0MCwgNDAwMDAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgIDAsICAgMA0Kc2N0cF9hc2NvbmZfYWNrOiAgICAgICAgIDQ4LCA0MDAwNjAsICAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQp1ZHBsaXRlX2lucGNiOiAgICAgICAgICAzOTIs IDE1NzE2MjAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpyaXBjYjogICAg ICAgICAgICAgICAgICAzOTIsIDE1NzE2MjAsICAgICAgIDAsICAgICAgOTAsICAgICAgIDUsICAg MCwgICAwDQp1bnBjYjogICAgICAgICAgICAgICAgICAyNDAsIDE1NzE2MzIsICAgICAgMTUsICAg ICA4NjUsICAgIDYzNjAsICAgMCwgICAwDQpydGVudHJ5OiAgICAgICAgICAgICAgICAyMDAsICAg ICAgMCwgICAgICAxNCwgICAgIDE0NiwgICAgICAxNCwgICAwLCAgIDANCnNlbGZkOiAgICAgICAg ICAgICAgICAgICA1NiwgICAgICAwLCAgICAgMzUzLCAgICA1MDQzLDExNzk4NzAwLCAgIDAsICAg MA0KU1dBUE1FVEE6ICAgICAgICAgICAgICAgMjg4LCA2MTIzODA2LCAgICAgODE2LCAgICAgNzU3 LCAgIDU4MzI4LCAgIDAsICAgMA0KaWNsX2Nvbm46ICAgICAgICAgICAgICAgMTUyLCAgICAgIDAs ICAgICAgMTMsICAgICAyNDcsICAgICAgMjgsICAgMCwgICAwDQppY2xfcGR1OiAgICAgICAgICAg ICAgICAgODAsICAgICAgMCwgICAgICAxNSwgICAgMjYzNSwyNDMwNjQwNTYsICAgMCwgICAwDQpp c2NzaV9vdXRzdGFuZGluZzogICAgICAgNDAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAwLCAgIDANCmNmaV9sdW46ICAgICAgICAgICAgICAgIDM0NCwgICAgICAwLCAgICAg IDE0LCAgICAgIDg1LCAgICAgIDE1LCAgIDAsICAgMA0KY2ZpX21ldGF0YXNrOiAgICAgICAgICAg MzIwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwDQpjZmlzY3Np X2RhdGFfd2FpdDogICAgICAgNTYsICAgICAgMCwgICAgICAgMCwgICAgNjMxOSwxMDI3NzExNjcs ICAgMCwgICAwDQpiZWlvOiAgICAgICAgICAgICAgICAgICAzNjAsICAgICAgMCwgICAgICAgNCwg ICAgIDczMywxMTQ3NTIzMTUsICAgMCwgICAwDQpjYmxrMDogICAgICAgICAgICAgICAxMzEwNzIs ICAgICAgMCwgICAgICAgMCwgICAgICAxMSwgICA1ODY0OCwgICAwLCAgIDANCmNibGsxOiAgICAg ICAgICAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDIwLCAgICAxODQ5LCAgIDAs ICAgMA0KY2JsazI6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAg MjYsIDkzOTg2NzksICAgMCwgICAwDQpjYmxrMzogICAgICAgICAgICAgICAxMzEwNzIsICAgICAg MCwgICAgICAgMSwgICAgICAyNSwxMzQ0Nzg0MywgICAwLCAgIDANCmNibGs0OiAgICAgICAgICAg ICAgIDEzMTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMA0K Y2JsazU6ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgMjksMjE2 NTA3OTgsICAgMCwgICAwDQpjYmxrNjogICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAg ICAgMCwgICAgICA1Miw0MzU2OTczOCwgICAwLCAgIDANCmNibGs3OiAgICAgICAgICAgICAgIDEz MTA3MiwgICAgICAwLCAgICAgICAwLCAgICAgIDI1LDEwNzcwMDA5LCAgIDAsICAgMA0KY2Jsazg6 ICAgICAgICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgMjQsIDIxMzg4MTAs ICAgMCwgICAwDQpjYmxrOTogICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwg ICAgICAzMiwxMTQxMzU1OSwgICAwLCAgIDANCmNibGsxMDogICAgICAgICAgICAgIDEzMTA3Miwg ICAgICAwLCAgICAgICAwLCAgICAgIDM1LCAyNjg1ODQxLCAgIDAsICAgMA0KY2JsazExOiAgICAg ICAgICAgICAgMTMxMDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgMjcsICAgMzkyMTAsICAgMCwg ICAwDQpjYmxrMTI6ICAgICAgICAgICAgICAxMzEwNzIsICAgICAgMCwgICAgICAgMCwgICAgICAy MiwgIDQwNDgxMSwgICAwLCAgIDANCmNibGsxMzogICAgICAgICAgICAgIDEzMTA3MiwgICAgICAw LCAgICAgICAwLCAgICAgIDIyLCAgICAyNTkyLCAgIDAsICAgMA0K --001a1145eae834d0fc051ac04b07-- From owner-freebsd-stable@freebsd.org Mon Jul 13 14:03:58 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14BCF99900B for ; Mon, 13 Jul 2015 14:03:58 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:202::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CC78BEDF for ; Mon, 13 Jul 2015 14:03:57 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: by mail.xtaz.uk (Postfix, from userid 1001) id C1E3520AEE86; Mon, 13 Jul 2015 15:03:52 +0100 (BST) Date: Mon, 13 Jul 2015 15:03:52 +0100 From: Matt Smith To: freebsd-stable@freebsd.org Subject: WITHOUT_OPENSSL and make delete-old Message-ID: <20150713140352.GB1284@xtaz.uk> Mail-Followup-To: Matt Smith , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jul 2015 14:03:58 -0000 Hi, I use the ports version of OpenSSL for everything and don't require the base version. As a result I thought I would remove it by adding WITHOUT_OPENSSL into /etc/src.conf and running make delete-old in /usr/src. However this seems to only want to delete things related to kerberos and gssapi, which is understandable as they depend on OpenSSL. However it doesn't seem to touch any OpenSSL files at all. Is this a bug or have I missed something? -- Matt From owner-freebsd-stable@freebsd.org Mon Jul 13 17:29:41 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2580C99CFFE; Mon, 13 Jul 2015 17:29:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E464318BD; Mon, 13 Jul 2015 17:29:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igcqs7 with SMTP id qs7so62753165igc.0; Mon, 13 Jul 2015 10:29:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=t07gxu5c4lEz16l2iBPS8buAH8xas5O3GSbgjLbof0c=; b=UuFmMVTMOL7Xwlu9B4Wu8I/VpPDj/v/JzyKW8XQdMeBHaX6Rf7pTzpZrFiY0eKvWeO G94nkxS636GvrN5QzsjYWF2SktfMkGPzpdMph+Qw1wicB1E6WgTffZJkPLeufKc5h0th kzKts8n8sw7k4yLRp7dC5N7VxvbgAWoQBHlF8ZPE/rg2/2fhAVQO7ozh0X2MTLuvlTo+ miu8en+k0N6nOTPDNLoE543tIZWyTv9xJvZ9XFrs9kOY29EeKA925vgbJrAWUrWDQp5w xT9CLJAnl2NkAXQFGvn1jQiEKzcjhA5ko2zxMtaSnDlQFKzM7jDWYwFpq4F95zBuQJD9 /5Uw== MIME-Version: 1.0 X-Received: by 10.107.35.144 with SMTP id j138mr23062716ioj.105.1436808580237; Mon, 13 Jul 2015 10:29:40 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Mon, 13 Jul 2015 10:29:40 -0700 (PDT) In-Reply-To: References: Date: Mon, 13 Jul 2015 10:29:40 -0700 X-Google-Sender-Auth: 8CZ9Nmttbd4B-ppWCvEV4KLnEBE Message-ID: Subject: Re: FreeBSD 10.1 Memory Exhaustion From: Adrian Chadd To: Christopher Forgeron Cc: FreeBSD Stable Mailing List , FreeBSD Filesystems Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jul 2015 17:29:41 -0000 hi, With that much storage and that many snapshots, I do think you need more than 96GB of RAM in the box. I'm hoping someone doing active ZFS work can comment.. I don't think the ZFS code is completely "memory usage" safe. The "old" Sun suggestions when I started using ZFS was "if your server panics due to out of memory with ZFS, buy more memory." That said, there doesn't look like there's a leak anywhere - those dumps show you're using at least 32gig on each just in zfs data buffers. Try tuning the ARC down a little? -adrian On 13 July 2015 at 04:48, Christopher Forgeron wrote= : > > > TL;DR Summary: I can run FreeBSD out of memory quite consistently, and it= =E2=80=99s > not a TOS/mbuf exhaustion issue. It=E2=80=99s quite possible that ZFS is = the > culprit, but shouldn=E2=80=99t the pager be able to handle aggressive mem= ory > requests in a low memory situation gracefully, without needing custom tun= ing > of ZFS / VM? > > > Hello, > > I=E2=80=99ve been dealing with some instability in my 10.1-RELEASE and > STABLEr282701M machines for the last few months. > > These machines are NFS/iSCSI storage machines, running on Dell M610x or > similar hardware, 96 Gig Memory, 10Gig Network Cards, dual Xeon Processor= s =E2=80=93 > Fairly beefy stuff. > > Initially I thought it was more issues with TOS / jumbo mbufs, as I had t= his > problem last year. I had thought that this was properly resolved, but > setting my MTU to 1500, and turning off TOS did give me a bit more > stability. Currently all my machines are set this way. > > Crashes were usually represented by loss of network connectivity, and the > ctld daemon scrolling messages across the screen at full speed about lost > connections. > > All of this did seem like more network stack problems, but with each cras= h > I=E2=80=99d be able to learn a bit more. > > Usually there was nothing of any use in the logfile, but every now and th= en > I=E2=80=99d get this: > > Jun 3 13:02:04 san0 kernel: WARNING: 172.16.0.97 > (iqn.1998-01.com.vmware:esx5a-3387a188): failed to allocate memory > Jun 3 13:02:04 san0 kernel: WARNING: icl_pdu_new: failed to allocate 80 > bytes > Jun 3 13:02:04 san0 kernel: WARNING: 172.16.0.97 > (iqn.1998-01.com.vmware:esx5a-3387a188): failed to allocate memory > Jun 3 13:02:04 san0 kernel: WARNING: icl_pdu_new: failed to allocate 80 > bytes > Jun 3 13:02:04 san0 kernel: WARNING: 172.16.0.97 > (iqn.1998-01.com.vmware:esx5a-3387a188): failed to allocate memory > --------- > Jun 4 03:03:09 san0 kernel: WARNING: icl_pdu_new: failed to allocate 80 > bytes > Jun 4 03:03:09 san0 kernel: WARNING: icl_pdu_new: failed to allocate 80 > bytes > Jun 4 03:03:09 san0 kernel: WARNING: 172.16.0.97 > (iqn.1998-01.com.vmware:esx5a-3387a188): failed to allocate memory > Jun 4 03:03:09 san0 kernel: WARNING: 172.16.0.97 > (iqn.1998-01.com.vmware:esx5a-3387a188): connection error; dropping > connection > Jun 4 03:03:09 san0 kernel: WARNING: 172.16.0.97 > (iqn.1998-01.com.vmware:esx5a-3387a188): connection error; dropping > connection > Jun 4 03:03:10 san0 kernel: WARNING: 172.16.0.97 > (iqn.1998-01.com.vmware:esx5a-3387a188): waiting for CTL to terminate tas= ks, > 1 remaining > Jun 4 06:04:27 san0 syslogd: kernel boot file is /boot/kernel/kernel > > So knowing that it seemed to be running out of memory, I started leaving > leaving =E2=80=98vmstat 5=E2=80=99 running on a console, to see what it w= as displaying > during the crash. > > It was always the same thing: > > 0 0 0 1520M 4408M 15 0 0 0 25 19 0 0 21962 1667 9139= 0 > 0 33 67 > 0 0 0 1520M 4310M 9 0 0 0 2 15 3 0 21527 1385 9516= 5 > 0 31 69 > 0 0 0 1520M 4254M 7 0 0 0 14 19 0 0 17664 1739 7287= 3 > 0 18 82 > 0 0 0 1520M 4145M 2 0 0 0 0 19 0 0 23557 1447 9694= 1 > 0 36 64 > 0 0 0 1520M 4013M 4 0 0 0 14 19 0 0 4288 490 34685= 0 > 72 28 > 0 0 0 1520M 3885M 2 0 0 0 0 19 0 0 11141 1038 6924= 2 > 0 52 48 > 0 0 0 1520M 3803M 10 0 0 0 14 19 0 0 24102 1834 9105= 0 > 0 33 67 > 0 0 0 1520M 8192B 2 0 0 0 2 15 1 0 19037 1131 7747= 0 > 0 45 55 > 0 0 0 1520M 8192B 0 22 0 0 2 0 6 0 146 82 578 = 0 > 0 100 > 0 0 0 1520M 8192B 1 0 0 0 0 0 0 0 130 40 510 = 0 > 0 100 > 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 143 40 501 = 0 > 0 100 > 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 201 62 660 = 0 > 0 100 > 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 101 28 404 = 0 > 0 100 > 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 97 27 398 = 0 > 0 100 > 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 93 28 377 = 0 > 0 100 > 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 92 27 373 = 0 > 0 100 > > > I=E2=80=99d go from a decent amount of free memory to suddenly having no= ne. Vmstat > would stop outputting, console commands would hang, etc. The whole system > would be useless. > > Looking into this, I came across a similar issue; > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D199189 > > I started increasing v.v_free_min, and it helped =E2=80=93 My crashes wen= t from > being ~every 6 hours to every few days. > > Currently I=E2=80=99m running with vm.v_free_min=3D1254507 =E2=80=93 That= =E2=80=99s (1254507 * 4KiB) , > or 4.78GiB of Reserve. The vmstat above is of a machine with that settin= g > still running to 8B of memory. > > I have two issues here: > > 1) I don=E2=80=99t think I should ever be able to run the system into the= ground on > memory. Deny me new memory until the pager can free more. > 2) Setting =E2=80=98min=E2=80=99 doesn=E2=80=99t really mean =E2=80=98min= =E2=80=99 as it can obviously go below that > threshold. > > > I have plenty of local UFS swap (non-ZFS drives) > > Adrian requested that I output a few more diagnostic items, and this is > what I=E2=80=99m running on a console now, in a loop: > > vmstat > netstat -m > vmstat -z > sleep 1 > > The output of four crashes are attached here, as they can be a bit long. = Let > me know if that=E2=80=99s not a good way to report them. They will each s= tart > mid-way through a vmstat =E2=80=93z output, as that=E2=80=99s as far back= as my terminal > buffer allows. > > > > Now, I have a good idea of the conditions that are causing this: ZFS > Snapshots, run by cron, during times of high ZFS writes. > > The crashes are all nearly on the hour, as that=E2=80=99s when crontab tr= iggers my > python scripts to make new snapshots, and delete old ones. > > My average FreeBSD machine has ~ 30 zfs datasets, with each pool having ~= 20 > TiB used. These all need to snapshot on the hour. > > By staggering the snapshots by a few minutes, I have been able to reduce > crashing from every other day to perhaps once a week if I=E2=80=99m lucky= =E2=80=93 But if I > start moving a lot of data around, I can cause daily crashes again. > > It=E2=80=99s looking to be the memory demand of snapshotting lots of ZFS = datasets at > the same time while accepting a lot of write traffic. > > Now perhaps the answer is =E2=80=98don=E2=80=99t do that=E2=80=99 but I f= eel that FreeBSD should be > robust enough to handle this. I don=E2=80=99t mind tuning for now to > reduce/eliminate this, but others shouldn=E2=80=99t run into this pain ju= st because > they heavily load their machines =E2=80=93 There must be a way of avoidin= g this > condition. > > Here are the contents of my /boot/loader.conf and sysctl.conf, so show my > minimal tuning to make this problem a little more bearable: > > /boot/loader.conf > vfs.zfs.arc_meta_limit=3D49656727553 > vfs.zfs.arc_max =3D 91489280512 > > /etc/sysctl.conf > vm.v_free_min=3D1254507 > > > Any suggestions/help is appreciated. > > Thank you. > From owner-freebsd-stable@freebsd.org Mon Jul 13 17:30:13 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B422599B0B6; Mon, 13 Jul 2015 17:30:13 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 815CD1C24; Mon, 13 Jul 2015 17:30:13 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igcqs7 with SMTP id qs7so62764868igc.0; Mon, 13 Jul 2015 10:30:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=RYPgV682VdUCmWvxSYdVC8gmZ/ZzN8XKGt7/4q80ETI=; b=balkdc8zedON1falyGHf3VeSgG2zhvXHSyFx9t2dR6K6jfDkw/5MwtH66wHLRqdGSb O1juo9eTEK3fWzxPJYhAHkwoo4i2Pr5GlHP/9Q9qu2hoEQvTw4fngXL8vvlhXtArf3uH oOEcIBShCwTCJ3iLoOPCad/5I73lf6whEcKFOCGP/UxQA8Y29MXmfeE1oq2eLLNHJ6ip HAWH5z4LYKRNHsqV8p0FUbjFsdilTSTKRlSQiUodJF20hRmhiXY/VcRMr15f+S6hqy// lXl+BjzDMdba4xOJeXjY24Ci/5i5GFr0PTZ6MP/NcX4QbyBTHG9epVvMGrErnHO1pyyY KjnA== MIME-Version: 1.0 X-Received: by 10.50.111.167 with SMTP id ij7mr14180226igb.49.1436808612831; Mon, 13 Jul 2015 10:30:12 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Mon, 13 Jul 2015 10:30:12 -0700 (PDT) In-Reply-To: References: Date: Mon, 13 Jul 2015 10:30:12 -0700 X-Google-Sender-Auth: PrY1_B36uxAbNHWnO1CNtQxqluU Message-ID: Subject: Re: FreeBSD 10.1 Memory Exhaustion From: Adrian Chadd To: Christopher Forgeron Cc: FreeBSD Stable Mailing List , FreeBSD Filesystems Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jul 2015 17:30:13 -0000 .. and in one instance, you had 57gig of RAM allocated just to ZFS 65536 size buffers. -adrian From owner-freebsd-stable@freebsd.org Mon Jul 13 17:48:32 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 909C399B506 for ; Mon, 13 Jul 2015 17:48:32 +0000 (UTC) (envelope-from karl@denninger.net) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "NewFS.denninger.net", Issuer "NewFS.denninger.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2967FC3B for ; Mon, 13 Jul 2015 17:48:31 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (localhost [127.0.0.1]) by fs.denninger.net (8.14.9/8.14.8) with ESMTP id t6DHmThY047875 for ; Mon, 13 Jul 2015 12:48:29 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [192.168.1.40] [192.168.1.40] (Via SSLv3 AES128-SHA) ; by Spamblock-sys (LOCAL/AUTH) Mon Jul 13 12:48:29 2015 Message-ID: <55A3F9E1.9090901@denninger.net> Date: Mon, 13 Jul 2015 12:48:17 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 10.1 Memory Exhaustion References: In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080600050105070109010706" X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jul 2015 17:48:32 -0000 This is a cryptographically signed message in MIME format. --------------ms080600050105070109010706 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 7/13/2015 12:29, Adrian Chadd wrote: > hi, > > With that much storage and that many snapshots, I do think you need > more than 96GB of RAM in the box. I'm hoping someone doing active ZFS > work can comment.. > > I don't think the ZFS code is completely "memory usage" safe. The > "old" Sun suggestions when I started using ZFS was "if your server > panics due to out of memory with ZFS, buy more memory." > > That said, there doesn't look like there's a leak anywhere - those > dumps show you're using at least 32gig on each just in zfs data > buffers. That's normal. > > Try tuning the ARC down a little? The ARC is supposed to auto-size and use all available free memory. The problem is that the VM system and ARC system both make assumptions that under certain load patterns fight with one another, and when this happens and ARC wins the system gets in trouble FAST. The pattern is that the system will start to page RSS out rather than evict ARC, ARC will fill the freed space, it pages more RSS out..... you see where this winds up heading yes? UMA contributes to the problem substantially when ZFS grabs chunks of RAM of a given size and then frees them as UMA will hold that RAM in reserve in the event of a subsequent allocation. For certain work patterns this can get really ugly as you can wind up with huge amounts of RAM held by the UMA system and unavailable, yet not in actual use. The patch I posted the link to has addressed both of these issues on my systems here (and a number of other people's as well); I continue to run it here in production and have been extremely happy with it. > -adrian > > > On 13 July 2015 at 04:48, Christopher Forgeron w= rote: >> >> TL;DR Summary: I can run FreeBSD out of memory quite consistently, and= it=E2=80=99s >> not a TOS/mbuf exhaustion issue. It=E2=80=99s quite possible that ZFS = is the >> culprit, but shouldn=E2=80=99t the pager be able to handle aggressive = memory >> requests in a low memory situation gracefully, without needing custom = tuning >> of ZFS / VM? >> >> >> Hello, >> >> I=E2=80=99ve been dealing with some instability in my 10.1-RELEASE and= >> STABLEr282701M machines for the last few months. >> >> These machines are NFS/iSCSI storage machines, running on Dell M610x o= r >> similar hardware, 96 Gig Memory, 10Gig Network Cards, dual Xeon Proces= sors =E2=80=93 >> Fairly beefy stuff. >> >> Initially I thought it was more issues with TOS / jumbo mbufs, as I ha= d this >> problem last year. I had thought that this was properly resolved, but >> setting my MTU to 1500, and turning off TOS did give me a bit more >> stability. Currently all my machines are set this way. >> >> Crashes were usually represented by loss of network connectivity, and = the >> ctld daemon scrolling messages across the screen at full speed about l= ost >> connections. >> >> All of this did seem like more network stack problems, but with each c= rash >> I=E2=80=99d be able to learn a bit more. >> >> Usually there was nothing of any use in the logfile, but every now and= then >> I=E2=80=99d get this: >> >> Jun 3 13:02:04 san0 kernel: WARNING: 172.16.0.97 >> (iqn.1998-01.com.vmware:esx5a-3387a188): failed to allocate memory >> Jun 3 13:02:04 san0 kernel: WARNING: icl_pdu_new: failed to allocate = 80 >> bytes >> Jun 3 13:02:04 san0 kernel: WARNING: 172.16.0.97 >> (iqn.1998-01.com.vmware:esx5a-3387a188): failed to allocate memory >> Jun 3 13:02:04 san0 kernel: WARNING: icl_pdu_new: failed to allocate = 80 >> bytes >> Jun 3 13:02:04 san0 kernel: WARNING: 172.16.0.97 >> (iqn.1998-01.com.vmware:esx5a-3387a188): failed to allocate memory >> --------- >> Jun 4 03:03:09 san0 kernel: WARNING: icl_pdu_new: failed to allocate = 80 >> bytes >> Jun 4 03:03:09 san0 kernel: WARNING: icl_pdu_new: failed to allocate = 80 >> bytes >> Jun 4 03:03:09 san0 kernel: WARNING: 172.16.0.97 >> (iqn.1998-01.com.vmware:esx5a-3387a188): failed to allocate memory >> Jun 4 03:03:09 san0 kernel: WARNING: 172.16.0.97 >> (iqn.1998-01.com.vmware:esx5a-3387a188): connection error; dropping >> connection >> Jun 4 03:03:09 san0 kernel: WARNING: 172.16.0.97 >> (iqn.1998-01.com.vmware:esx5a-3387a188): connection error; dropping >> connection >> Jun 4 03:03:10 san0 kernel: WARNING: 172.16.0.97 >> (iqn.1998-01.com.vmware:esx5a-3387a188): waiting for CTL to terminate = tasks, >> 1 remaining >> Jun 4 06:04:27 san0 syslogd: kernel boot file is /boot/kernel/kernel >> >> So knowing that it seemed to be running out of memory, I started leavi= ng >> leaving =E2=80=98vmstat 5=E2=80=99 running on a console, to see what i= t was displaying >> during the crash. >> >> It was always the same thing: >> >> 0 0 0 1520M 4408M 15 0 0 0 25 19 0 0 21962 1667 9= 1390 >> 0 33 67 >> 0 0 0 1520M 4310M 9 0 0 0 2 15 3 0 21527 1385 9= 5165 >> 0 31 69 >> 0 0 0 1520M 4254M 7 0 0 0 14 19 0 0 17664 1739 7= 2873 >> 0 18 82 >> 0 0 0 1520M 4145M 2 0 0 0 0 19 0 0 23557 1447 9= 6941 >> 0 36 64 >> 0 0 0 1520M 4013M 4 0 0 0 14 19 0 0 4288 490 34= 685 0 >> 72 28 >> 0 0 0 1520M 3885M 2 0 0 0 0 19 0 0 11141 1038 6= 9242 >> 0 52 48 >> 0 0 0 1520M 3803M 10 0 0 0 14 19 0 0 24102 1834 9= 1050 >> 0 33 67 >> 0 0 0 1520M 8192B 2 0 0 0 2 15 1 0 19037 1131 7= 7470 >> 0 45 55 >> 0 0 0 1520M 8192B 0 22 0 0 2 0 6 0 146 82 5= 78 0 >> 0 100 >> 0 0 0 1520M 8192B 1 0 0 0 0 0 0 0 130 40 5= 10 0 >> 0 100 >> 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 143 40 5= 01 0 >> 0 100 >> 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 201 62 6= 60 0 >> 0 100 >> 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 101 28 4= 04 0 >> 0 100 >> 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 97 27 3= 98 0 >> 0 100 >> 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 93 28 3= 77 0 >> 0 100 >> 0 0 0 1520M 8192B 0 0 0 0 0 0 0 0 92 27 3= 73 0 >> 0 100 >> >> >> I=E2=80=99d go from a decent amount of free memory to suddenly having= none. Vmstat >> would stop outputting, console commands would hang, etc. The whole sys= tem >> would be useless. >> >> Looking into this, I came across a similar issue; >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D199189 >> >> I started increasing v.v_free_min, and it helped =E2=80=93 My crashes = went from >> being ~every 6 hours to every few days. >> >> Currently I=E2=80=99m running with vm.v_free_min=3D1254507 =E2=80=93 T= hat=E2=80=99s (1254507 * 4KiB) , >> or 4.78GiB of Reserve. The vmstat above is of a machine with that set= ting >> still running to 8B of memory. >> >> I have two issues here: >> >> 1) I don=E2=80=99t think I should ever be able to run the system into = the ground on >> memory. Deny me new memory until the pager can free more. >> 2) Setting =E2=80=98min=E2=80=99 doesn=E2=80=99t really mean =E2=80=98= min=E2=80=99 as it can obviously go below that >> threshold. >> >> >> I have plenty of local UFS swap (non-ZFS drives) >> >> Adrian requested that I output a few more diagnostic items, and this = is >> what I=E2=80=99m running on a console now, in a loop: >> >> vmstat >> netstat -m >> vmstat -z >> sleep 1 >> >> The output of four crashes are attached here, as they can be a bit lon= g. Let >> me know if that=E2=80=99s not a good way to report them. They will eac= h start >> mid-way through a vmstat =E2=80=93z output, as that=E2=80=99s as far b= ack as my terminal >> buffer allows. >> >> >> >> Now, I have a good idea of the conditions that are causing this: ZFS >> Snapshots, run by cron, during times of high ZFS writes. >> >> The crashes are all nearly on the hour, as that=E2=80=99s when crontab= triggers my >> python scripts to make new snapshots, and delete old ones. >> >> My average FreeBSD machine has ~ 30 zfs datasets, with each pool havin= g ~20 >> TiB used. These all need to snapshot on the hour. >> >> By staggering the snapshots by a few minutes, I have been able to redu= ce >> crashing from every other day to perhaps once a week if I=E2=80=99m lu= cky =E2=80=93 But if I >> start moving a lot of data around, I can cause daily crashes again. >> >> It=E2=80=99s looking to be the memory demand of snapshotting lots of Z= FS datasets at >> the same time while accepting a lot of write traffic. >> >> Now perhaps the answer is =E2=80=98don=E2=80=99t do that=E2=80=99 but = I feel that FreeBSD should be >> robust enough to handle this. I don=E2=80=99t mind tuning for now to >> reduce/eliminate this, but others shouldn=E2=80=99t run into this pain= just because >> they heavily load their machines =E2=80=93 There must be a way of avoi= ding this >> condition. >> >> Here are the contents of my /boot/loader.conf and sysctl.conf, so show= my >> minimal tuning to make this problem a little more bearable: >> >> /boot/loader.conf >> vfs.zfs.arc_meta_limit=3D49656727553 >> vfs.zfs.arc_max =3D 91489280512 >> >> /etc/sysctl.conf >> vm.v_free_min=3D1254507 >> >> >> Any suggestions/help is appreciated. >> >> Thank you. >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g"=EF=BF=BD#=EF=BF=BD0=12=EF=BF=BD=08=EF=BF=BD=EF=BF=BDa/=EF=BF=BDj=EF=BF= =BD!y=EF=BF=BD=EF=BF=BD~=EF=BF=BD=EF=BF=BDn=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF= =BF=BD>=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=C6=A0 > --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms080600050105070109010706 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGXzCC BlswggRDoAMCAQICASkwDQYJKoZIhvcNAQELBQAwgZAxCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG9w0BCQEWE0N1ZGEg U3lzdGVtcyBMTEMgQ0EwHhcNMTUwNDIxMDIyMTU5WhcNMjAwNDE5MDIyMTU5WjBaMQswCQYD VQQGEwJVUzEQMA4GA1UECBMHRmxvcmlkYTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEe MBwGA1UEAxMVS2FybCBEZW5uaW5nZXIgKE9DU1ApMIICIjANBgkqhkiG9w0BAQEFAAOCAg8A MIICCgKCAgEAuYRY+EB2mGtZ3grlVO8TmnEvduVFA/IYXcCmNSOC1q+pTVjylsjcHKBcOPb9 TP1KLxdWP+Q1soSORGHlKw2/HcVzShDW5WPIKrvML+Ry0XvIvNBu9adTiCsA9nci4Cnf98XE hVpenER0qbJkBUOGT1rP4iAcfjet0lEgzPEnm+pAxv6fYSNp1WqIY9u0b1pkQiaWrt8hgNOc rJOiLbc8CeQ/DBP6rUiQjYNO9/aPNauEtHkNNfR9RgLSfGUdZuOCmJqnIla1HsrZhA5p69Bv /e832BKiNPaH5wF6btAiPpTr2sRhwQO8/IIxcRX1Vxd1yZbjYtJGw+9lwEcWRYAmoxkzKLPi S6Zo/6z5wgNpeK1H+zOioMoZIczgI8BlX1iHxqy/FAvm4PHPnC8s+BLnJLwr+jvMNHm82QwL J9hC5Ho8AnFU6TkCuq+P2V8/clJVqnBuvTUKhYMGSm4mUp+lAgR4L+lwIEqSeWVsxirIcE7Z OKkvI7k5x3WeE3+c6w74L6PfWVAd84xFlo9DKRdU9YbkFuFZPu21fi/LmE5brImB5P+jdqnK eWnVwRq+RBFLy4kehCzMXooitAwgP8l/JJa9VDiSyd/PAHaVGiat2vCdDh4b8cFL7SV6jPA4 k0MgGUA/6Et7wDmhZmCigggr9K6VQCx8jpKB3x1NlNNiaWECAwEAAaOB9DCB8TA3BggrBgEF BQcBAQQrMCkwJwYIKwYBBQUHMAGGG2h0dHA6Ly9jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNV HRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIFoDALBgNVHQ8EBAMCBeAwLAYJYIZIAYb4QgENBB8W HU9wZW5TU0wgR2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBTFHJQt6cloXBdG1Pv1 o2YgH+7lWTAfBgNVHSMEGDAWgBQkcZudhX383d29sMqSlAOh+tNtNTAdBgNVHREEFjAUgRJr YXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcNAQELBQADggIBAE9/dxi2YqjCYYhiybp4GKcm 7tBVa/GLW+qcHPcoT4dqmqghlLz8+iUH+HCJjRQATVGyMEnvISOKFVHC6aZIG+Sg7J8bfS4+ fjKDi9smRH2VPPx3bV8+yFYRNroMGHaPHZB/Xctmmvc+PZ9O2W7rExgrODtxIOB3Zs6wkYf+ ty+9r1KmTHlV+rRHI6timH1uiyFE3cPi1taAEBxf0851cJV8k40PGF8G48ewnq8SY9sCf5cv liXbpdgU+I4ND5BuTjg63WS32zuhLd1VSuH3ZC/QbcncMX5W3oLXmcQP5/5uTiBJy74kdPtG MSZ9rXwZPwNxP/8PXMSR7ViaFvjUkf4bJlyENFa2PGxLk4EUzOuO7t3brjMlQW1fuInfG+ko 3tVxko20Hp0tKGPe/9cOxBVBZeZH/VgpZn3cLculGzZjmdh2fqAQ6kv9Z9AVOG1+dq0c1zt8 2zm+Oi1pikGXkfz5UJq60psY6zbX25BuEZkthO/qiS4pxjxb7gQkS0rTEHTy+qv0l3QVL0wa NAT74Zaj7l5DEW3qdQQ0dtVieyvptg9CxkfQJE3JyBMb0zBj9Qhc5/hbTfhSlHzZMEbUuIyx h9vxqFAmGzfB1/WfOKkiNHChkpPW8ZeH9yPeDBKvrgZ96dREHFoVkDk7Vpw5lSM+tFOfdyLg xxhb/RZVUDeUMYIE4zCCBN8CAQEwgZYwgZAxCzAJBgNVBAYTAlVTMRAwDgYDVQQIEwdGbG9y aWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBMTEMxHDAa BgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG9w0BCQEWE0N1ZGEgU3lzdGVt cyBMTEMgQ0ECASkwCQYFKw4DAhoFAKCCAiEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAc BgkqhkiG9w0BCQUxDxcNMTUwNzEzMTc0ODE3WjAjBgkqhkiG9w0BCQQxFgQUto1CAisYyj+5 vbA/0OQxLAhKEZIwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAEC MAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzAN BggqhkiG9w0DAgIBKDCBpwYJKwYBBAGCNxAEMYGZMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBAgEpMIGpBgsqhkiG9w0BCRACCzGBmaCBljCBkDELMAkGA1UE BhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQ Q3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqG SIb3DQEJARYTQ3VkYSBTeXN0ZW1zIExMQyBDQQIBKTANBgkqhkiG9w0BAQEFAASCAgAe65ZE ItIllCdor72IPSgU+nhiPRvI6JIjYlw6TDEMtm55fVE4Mz0w1L6r/dxnq+3E6wBr//Sr+m1n WuRYfa9cUhucMdH3/DHwswehtEmCXjplxtFptWcC4dtvtXWqPPjESF50ENAk3zoONhmLRtIW 9aHxw7GR/HCwhLJ2MrigFi4KvLIKE8LKrBQ2F3S8jGN6lzyAuhCa4GCu5XNkQZpjEI3/wYec HqwHAgXGHSm0FSsIGRNm6+gcSRm8wfXcIYCZYBdMT028UxORKWQ8Fdb/e2YCl7Xmi0gCTfkQ W92fw8nepOf889wp9whwCOArLslbuxSfKJ8g1mSFuwZ7lsS5zAOLT89W+H5GWK5X6PzloCx6 qXst+hWOL1aab3L3ddPt+t8WdG9GQNV1rxAo/YwwH6TFnTbG5ncrXeAk7wLSlCIdsAvvAT4j 9OU5m0Sx+8Su/PP156PVFXS6372nXXO8Hrvsb1xJBbelbs1SgQS8L+TdPMqKu1CGfA7PrNrR DZpafPCsFprP5XWwB2uEHKcheOzCCdhhP2ayo0+W2EFt1fQw5EmidPEzrsnI+OGhgGyKNfqD 6C484EbtMQGGFawMG/Z4ybAY2AXq9ny6TpV5MZDyv/il9Z2EFDjlr7h5fi2LAxiL8aPYqk6D fSlHtm83QP7wEfNSIaK3MrTMcvm8CAAAAAAAAA== --------------ms080600050105070109010706-- From owner-freebsd-stable@freebsd.org Mon Jul 13 18:29:29 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C2B399BD21 for ; Mon, 13 Jul 2015 18:29:29 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x22e.google.com (mail-oi0-x22e.google.com [IPv6:2607:f8b0:4003:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 443B227B for ; Mon, 13 Jul 2015 18:29:29 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oiab3 with SMTP id b3so141559483oia.1 for ; Mon, 13 Jul 2015 11:29:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=slLckJzBgNZVJhSjag16beOK9uyDWeLf8igy8CX6u38=; b=nHZQyK74CW9P6gPXK6Sr8cY/DMVYiSRg3+wgPC703EY7oYK2UVvgEyTiZ7771Q1q8N uq/i33gxfS/lxg0SoqCg83W/dEZ1vRAZ8aHroom/PjNdgn68mnVXbzwk4JDvbUDw2LYD KXB4XNrIffiwUz022ibYSTIX1kIFYPgUhEjLX7jSezbsEN79VXnqRxFh+xDDazB2GEvE ZNkHNJU9uwTCj6eer73/+w6X2qA1Lzf0kYWYzt+USN7rxwxqlst/7pUMKlY5a0d19Ut9 bQKJNO43ICA03kE/i+RL4J/8KyPfXVmzcwXdHhyXgFcCxBB5cdqzwzJ4uvTtUon0UoBt Q61w== MIME-Version: 1.0 X-Received: by 10.182.230.234 with SMTP id tb10mr33281477obc.23.1436812168537; Mon, 13 Jul 2015 11:29:28 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Mon, 13 Jul 2015 11:29:28 -0700 (PDT) In-Reply-To: <20150713140352.GB1284@xtaz.uk> References: <20150713140352.GB1284@xtaz.uk> Date: Mon, 13 Jul 2015 11:29:28 -0700 X-Google-Sender-Auth: TBvtsXBZaQH1kaU14e1Ldv6MsMk Message-ID: Subject: Re: WITHOUT_OPENSSL and make delete-old From: Kevin Oberman To: Matt Smith , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jul 2015 18:29:29 -0000 On Mon, Jul 13, 2015 at 7:03 AM, Matt Smith wrote: > Hi, I use the ports version of OpenSSL for everything and don't require > the base version. As a result I thought I would remove it by adding > WITHOUT_OPENSSL into /etc/src.conf and running make delete-old in /usr/src. > However this seems to only want to delete things related to kerberos and > gssapi, which is understandable as they depend on OpenSSL. However it > doesn't seem to touch any OpenSSL files at all. Is this a bug or have I > missed something? > > > -- > Matt Yes. Several critical base system components require the base OpenSL. So, I seem to recall that while WITHOUT_OPENSSL will skip the optional SSL stuff, I am pretty sure that some of the OpenSSL always are built and are considered too critical to rely on a port being installed... like logging in, adding users, etc. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Mon Jul 13 19:14:17 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B70599C9BB for ; Mon, 13 Jul 2015 19:14:17 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:202::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 63DC31B2C for ; Mon, 13 Jul 2015 19:14:17 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: by mail.xtaz.uk (Postfix, from userid 1001) id 1CE5920AEE8C; Mon, 13 Jul 2015 20:14:14 +0100 (BST) Date: Mon, 13 Jul 2015 20:14:14 +0100 From: Matt Smith To: Kevin Oberman Cc: FreeBSD-STABLE Mailing List Subject: Re: WITHOUT_OPENSSL and make delete-old Message-ID: <20150713191414.GC1284@xtaz.uk> Mail-Followup-To: Matt Smith , Kevin Oberman , FreeBSD-STABLE Mailing List References: <20150713140352.GB1284@xtaz.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jul 2015 19:14:17 -0000 On Jul 13 11:29, Kevin Oberman wrote: >On Mon, Jul 13, 2015 at 7:03 AM, Matt Smith wrote: > >> Hi, I use the ports version of OpenSSL for everything and don't require >> the base version. As a result I thought I would remove it by adding >> WITHOUT_OPENSSL into /etc/src.conf and running make delete-old in /usr/src. >> However this seems to only want to delete things related to kerberos and >> gssapi, which is understandable as they depend on OpenSSL. However it >> doesn't seem to touch any OpenSSL files at all. Is this a bug or have I >> missed something? > >Yes. Several critical base system components require the base OpenSL. So, I >seem to recall that while WITHOUT_OPENSSL will skip the optional SSL stuff, >I am pretty sure that some of the OpenSSL always are built and are >considered too critical to rely on a port being installed... like logging >in, adding users, etc. See now I assumed that the only things in the base that used it were Kerberos, GSSAPI, and OpenSSH. If you read the man page for src.conf it says that setting WITHOUT_OPENSSL also sets WITHOUT_KERBEROS, WITHOUT_GSSAPI, and WITHOUT_OPENSSH. This makes me think these are the only things in the base that do actually use OpenSSL? Maybe there is actually a lot more that does then. Unfortunately being the base means I can't just use pkg to look at what's registered against the shared libs. -- Matt From owner-freebsd-stable@freebsd.org Mon Jul 13 19:18:37 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 695D599CA52 for ; Mon, 13 Jul 2015 19:18:37 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 03A7A1D80 for ; Mon, 13 Jul 2015 19:18:37 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: by wiga1 with SMTP id a1so78726005wig.0 for ; Mon, 13 Jul 2015 12:18:35 -0700 (PDT) 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 :content-type; bh=hfLURUYAMJ6MA4naDMczC7tIb4Mgl/o0kUkTvNYaHx4=; b=A71Wp/ta8GCp/42ywiNkSEWxbgOz9vazAihM+K5HVNRNj0q9nB5astQomGSIj/xemw +CQne8269/1Gj405jcO08XaapxKTg5F2NaYane32VNwhVMalwttnXmxRzwyqL8I8RVxN vAdDCHrq1/VPuLdsrL/3BQgfuhUyGoA18hBcQDq0qb9vtnc6FocQeqUyas6+e4NlkQRg eA3Co/D004A776ITs6LtH7FJ0EgTcqZmX8NXSQQAXo27PkCmOpNVf916jArq6LGvQCyy 04rnC5UgN320DL7ydrYSaxfHzaMYzqivleGRb2NPI8AcJciajFdOiVP5a/+Z75yTXoQ1 vy3A== MIME-Version: 1.0 X-Received: by 10.180.92.162 with SMTP id cn2mr25254082wib.26.1436815115222; Mon, 13 Jul 2015 12:18:35 -0700 (PDT) Received: by 10.27.133.84 with HTTP; Mon, 13 Jul 2015 12:18:35 -0700 (PDT) In-Reply-To: <20150713191414.GC1284@xtaz.uk> References: <20150713140352.GB1284@xtaz.uk> <20150713191414.GC1284@xtaz.uk> Date: Mon, 13 Jul 2015 15:18:35 -0400 Message-ID: Subject: Re: WITHOUT_OPENSSL and make delete-old From: Brandon Allbery To: Matt Smith , Kevin Oberman , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jul 2015 19:18:37 -0000 On Mon, Jul 13, 2015 at 3:14 PM, Matt Smith wrote: > See now I assumed that the only things in the base that used it were > Kerberos, GSSAPI, and OpenSSH. If you read the man page for src.conf it > says that setting WITHOUT_OPENSSL also sets WITHOUT_KERBEROS, > WITHOUT_GSSAPI, and WITHOUT_OPENSSH. This makes me think these are the only > things in the base that do actually use OpenSSL? OpenSSL has two components, one of which is a general crypto library. I'd imagine that a lot of stuff could make use of that part of OpenSSL. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@freebsd.org Mon Jul 13 22:58:12 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B63889955CC for ; Mon, 13 Jul 2015 22:58:12 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7107D1443 for ; Mon, 13 Jul 2015 22:58:12 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oiab3 with SMTP id b3so146156840oia.1 for ; Mon, 13 Jul 2015 15:58:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=iuJlqQwQET5mU0j7X7p9Zj44189Yfe5X75oonRhxmLc=; b=KmbG4AMDzoYEzCtHlw3ZdQ4vO1MOsJqi4oxDyi1PviHDHbavhKRpiLHBQYSqyAvdBV Uj/LYzJd3BuSBzut3b/8HJ68l3EPxcVn7NMLtHtbujMQD2DpBrEvhEsTBPpgNfOvcU8C 7WkqTO482mY2MyFbB0MMvJSrnreURUSqjD8PfA5H8637ZF2UW4+FyAiE81zEq/SuOAMx I0DyNCuZq4w1DMsi9Bxpa4oEqJBg/QJ0fAB2b9GNcqaULyM45Z+Xk14gxL7SVkC3jNOW OkvET7bf2SHA8yKbq6zLckWNNLyln3K0JVUA8ugN0rIvkmP0RKyRCPYWIeyNPbfC/fdg b2ig== MIME-Version: 1.0 X-Received: by 10.60.177.195 with SMTP id cs3mr25337257oec.37.1436828291317; Mon, 13 Jul 2015 15:58:11 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Mon, 13 Jul 2015 15:58:11 -0700 (PDT) In-Reply-To: References: <20150713140352.GB1284@xtaz.uk> <20150713191414.GC1284@xtaz.uk> Date: Mon, 13 Jul 2015 15:58:11 -0700 X-Google-Sender-Auth: 31CTO-KavFy3OAwGn6VrbPlZ30Y Message-ID: Subject: Re: WITHOUT_OPENSSL and make delete-old From: Kevin Oberman To: Brandon Allbery Cc: Matt Smith , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jul 2015 22:58:12 -0000 On Mon, Jul 13, 2015 at 12:18 PM, Brandon Allbery wrote: > On Mon, Jul 13, 2015 at 3:14 PM, Matt Smith wrote: > >> See now I assumed that the only things in the base that used it were >> Kerberos, GSSAPI, and OpenSSH. If you read the man page for src.conf it >> says that setting WITHOUT_OPENSSL also sets WITHOUT_KERBEROS, >> WITHOUT_GSSAPI, and WITHOUT_OPENSSH. This makes me think these are the only >> things in the base that do actually use OpenSSL? > > > OpenSSL has two components, one of which is a general crypto library. I'd > imagine that a lot of stuff could make use of that part of OpenSSL. > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b@gmail.com > ballbery@sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > Annoying! ssh has explicitly never used of OpenSSL. I just confirmed that it still does not. It does use gssapi and kerberos, so even though it makes no use of OpenSSL, it does use those two things which are not actually part of OpenSSL. If you check /usr/src/crypto/openssl, there is no gssapi or kerberos there. Both of these are in the heimdal sources. Looks to me like WITHOUT_OPENSSL is really without a few other things but NOT OpenSSL. Very weird. Can anyone explain this? Or is it a bug (and a bad one as it misleads people about an important security issue). I am aware of at least one time when base ssh was newer and better than the ports version, though that is not the norm. Now that the HPC patches are in base and PKCS11 is supported, I can see little reason to use the ports version. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Mon Jul 13 23:13:53 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9876A9958CF for ; Mon, 13 Jul 2015 23:13:53 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 38A111C02 for ; Mon, 13 Jul 2015 23:13:53 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: by wicmv11 with SMTP id mv11so118071wic.1 for ; Mon, 13 Jul 2015 16:13:51 -0700 (PDT) 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=YnoaCaCbi/+MPi3ySAh7MnFlFmQIC9hjQQFLTPgTMBM=; b=dgPl0FiWWB44YHZxUg2+jj9dU6oEPISCJ7l+Kcz4yrDWVHB4u0cL/4npzfxcawy5sL pPibqEEHbw2mtoXI+/9UwokgbnkeWb67DK5SRYCfUMnlATU8jZj/r7gIF5pRbz7rJPfC 5h5iZLevQgvrQ8rzjTXF3MnseKLi2ctXOsq++DczsdHMr965rBZ+j63H4E/2usIsARCj m2feTSm2ZNnACoO1yWbGZybv/LbkPqSCzMc5L7ZVjyR8xwfaqoLPgDjBIKDUgU/Pheow Wuy3UG1ekEjE6TZx9AwPj2HOmVNs2+USFxcBPj3kbVw315dZ76JSXHg9eYCGmtcPfclm yALQ== MIME-Version: 1.0 X-Received: by 10.194.121.100 with SMTP id lj4mr70232978wjb.104.1436829231542; Mon, 13 Jul 2015 16:13:51 -0700 (PDT) Received: by 10.27.133.84 with HTTP; Mon, 13 Jul 2015 16:13:51 -0700 (PDT) In-Reply-To: References: <20150713140352.GB1284@xtaz.uk> <20150713191414.GC1284@xtaz.uk> Date: Mon, 13 Jul 2015 19:13:51 -0400 Message-ID: Subject: Re: WITHOUT_OPENSSL and make delete-old From: Brandon Allbery To: Kevin Oberman Cc: Matt Smith , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jul 2015 23:13:53 -0000 On Mon, Jul 13, 2015 at 6:58 PM, Kevin Oberman wrote: > Annoying! ssh has explicitly never used of OpenSSL. I just confirmed that > it still does not. It does use gssapi and kerberos, so even though it makes > no use of OpenSSL, it does use those two things which are not actually part > of OpenSSL. If you check /usr/src/crypto/openssl, there is no gssapi or > kerberos there. Both of these are in the heimdal sources. Looks to me like WITHOUT_OPENSSL > is really without a few other things but NOT OpenSSL. Very weird. > Um? On most platforms OpenSSH uses OpenSSL's libcrypto. This was a FAQ nearly everywhere when there was a bug in the SSL/TLS part of OpenSSL and OpenSSH was updated as part of it ("no, OpenSSH is not vulnerable, but it depends on OpenSSL's libcrypto; while that part was not buggy, it had to be updated at the same time as the buggy TLS part"). -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@freebsd.org Tue Jul 14 00:46:40 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B16B999D4B for ; Tue, 14 Jul 2015 00:46:40 +0000 (UTC) (envelope-from dewayne.geraghty@consciuminternational.com.au) Received: from hermes.heuristicsystems.com.au (hermes.heuristicsystems.com.au [203.41.22.115]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hermes.heuristicsystems.com.au", Issuer "Heuristic Systems Type 4 Host CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D41111449 for ; Tue, 14 Jul 2015 00:46:39 +0000 (UTC) (envelope-from dewayne.geraghty@consciuminternational.com.au) Received: from [10.0.5.3] (ewsw01.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.6/8.13.6) with ESMTP id t6E0joZl086144 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=FAIL); Tue, 14 Jul 2015 10:45:55 +1000 (EST) (envelope-from dewayne.geraghty@consciuminternational.com.au) Subject: Re: WITHOUT_OPENSSL and make delete-old To: Matt Smith References: <20150713140352.GB1284@xtaz.uk> From: Dewayne Geraghty X-Enigmail-Draft-Status: N1110 Cc: FreeBSD Stable Mailing List Message-ID: <55A45BC1.7000004@consciuminternational.com.au> Date: Tue, 14 Jul 2015 10:45:53 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 In-Reply-To: <20150713140352.GB1284@xtaz.uk> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jul 2015 00:46:40 -0000 On 14/07/2015 12:03 AM, Matt Smith wrote: > Hi, I use the ports version of OpenSSL for everything and don't > require the base version. As a result I thought I would remove it by > adding WITHOUT_OPENSSL into /etc/src.conf and running make delete-old > in /usr/src. However this seems to only want to delete things related > to kerberos and gssapi, which is understandable as they depend on > OpenSSL. However it doesn't seem to touch any OpenSSL files at all. > Is this a bug or have I missed something? > > Matt, I've been down that road. And for a few years, I installed openssl port over openssl base. But things have changed a lot, geli uses openssl headers, libarchive (hence tar, cpio) and libarchive need openssl; and of course kerberos, openssh). Also, if you remove gssapi then you won't be build gssd (used for kernel/NFS gssapi). The way I "get around" this issue is to build a base system that uses base openssl to build the necessary "base" components, using WITHOUT_[KERBEROS,OPENSSH]. Using this base system, I build a couple of jails, which are used to build the ports. For these jails I remove any remnants of base openssl. Then I'm able to build everything and install onto the production servers only what they need. (Pay attention to where base openssl places libcom_err.*, it sometimes slips through. I have a PR for this; and a build script removes it). What you loose? The FreeBSD version of openssl is tweaked by very knowledgeable members (both Dag-Erling Smorgrav and John-Mark Gurney et al), so you may want to examine their changes. There is/was talk about making base openssl - "private" which I believe will accomplish the same result: base openssl for the base system, and port openssl for port building. I don't have details or timeline for these changes. Why did I bother? Historically - I installed heimdal 1.0.1 while base heimdal was at 0.6.3. And for my use case: no nfs, needed additional ciphers (at the time) and a slightly different attack surface; my build system works. :) I hope I've save you some time. Regards, Dewayne. -- For the talkers: “The superior man acts before he speaks, and afterwards speaks according to his action.” For everyone else: “Life is really simple, but we insist on making it complicated.” From owner-freebsd-stable@freebsd.org Tue Jul 14 06:51:34 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8F3E99C6BD for ; Tue, 14 Jul 2015 06:51:34 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A13577F for ; Tue, 14 Jul 2015 06:51:34 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obnw1 with SMTP id w1so443431obn.3 for ; Mon, 13 Jul 2015 23:51:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=21kryfbyWWCoT0AtQwV4bshKJRKr8M2zyrBHkJ/EhQc=; b=UzebPKsW8gD6CwmXXWhoFcjhhh2Syqq8H4rPyD4K7uY8/Nw8U4dIrxiegr8HjqT4Bp Q9klB3FcI550pboK1Nov5B+mIqVjcg52oEL3qURyyOpecrJJLLP2o7FCaVnarOxBc0DQ WtGAlXxLPsCb8UEYxLI5CBpW4C1kJHj8Z9516wL013nD//rxf7DdIMJ5RR+tohH1QQle 8/9bI9bdj0pRo+Z2j5YGq9676dtlBiUqT4XzRhNRUY1fX+IAL3B8XqpxSnFqxx/Pvbh4 f1+jsSazUr/bP1CZlqkRLBzisnM0aDVS6a+Mu3HQnnZcG7ec2yMDRaLsHIWoSJAfzJZL pjuA== MIME-Version: 1.0 X-Received: by 10.182.186.2 with SMTP id fg2mr35445111obc.35.1436856693340; Mon, 13 Jul 2015 23:51:33 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Mon, 13 Jul 2015 23:51:33 -0700 (PDT) In-Reply-To: References: <20150713140352.GB1284@xtaz.uk> <20150713191414.GC1284@xtaz.uk> Date: Mon, 13 Jul 2015 23:51:33 -0700 X-Google-Sender-Auth: yvMlTh-otH1G6oNKBVTq_kA46ac Message-ID: Subject: Re: WITHOUT_OPENSSL and make delete-old From: Kevin Oberman To: Brandon Allbery Cc: Matt Smith , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jul 2015 06:51:34 -0000 On Mon, Jul 13, 2015 at 4:13 PM, Brandon Allbery wrote: > On Mon, Jul 13, 2015 at 6:58 PM, Kevin Oberman > wrote: > >> Annoying! ssh has explicitly never used of OpenSSL. I just confirmed >> that it still does not. It does use gssapi and kerberos, so even though it >> makes no use of OpenSSL, it does use those two things which are not >> actually part of OpenSSL. If you check /usr/src/crypto/openssl, there is no >> gssapi or kerberos there. Both of these are in the heimdal sources. Looks >> to me like WITHOUT_OPENSSL is really without a few other things but NOT >> OpenSSL. Very weird. >> > > Um? On most platforms OpenSSH uses OpenSSL's libcrypto. This was a FAQ > nearly everywhere when there was a bug in the SSL/TLS part of OpenSSL and > OpenSSH was updated as part of it ("no, OpenSSH is not vulnerable, but it > depends on OpenSSL's libcrypto; while that part was not buggy, it had to be > updated at the same time as the buggy TLS part"). > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b@gmail.com > ballbery@sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > Oh, crap. I forgot that libcrypto came from OpenSSL. As Emily Littela used to say, "Never mind". May both Emily and Gilda rest in peace and always be remembered. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Tue Jul 14 07:08:31 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1812599C98F for ; Tue, 14 Jul 2015 07:08:31 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 7EA35EFF for ; Tue, 14 Jul 2015 07:08:29 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 55355 invoked by uid 907); 14 Jul 2015 07:08:20 -0000 Received: from Unknown (HELO jmmacpro.tmst.com.au) (203.14.245.130) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (ECDHE-RSA-AES256-SHA encrypted) ESMTPSA; Tue, 14 Jul 2015 17:08:20 +1000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: 10.2-BETA1: pw(8) does not support "pw useradd name -u 0" From: Jan Mikkelsen In-Reply-To: <20150713091006.GB37597@ivaldir.etoilebsd.net> Date: Tue, 14 Jul 2015 17:08:19 +1000 Cc: FreeBSD Stable Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <00BBEBAC-D7E2-4312-995B-93F7F0EDDD42@transactionware.com> <20150713083628.GA37597@ivaldir.etoilebsd.net> <20150713091006.GB37597@ivaldir.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jul 2015 07:08:31 -0000 > On 13 Jul 2015, at 19:10, Baptiste Daroussin wrote: >=20 > On Mon, Jul 13, 2015 at 10:36:28AM +0200, Baptiste Daroussin wrote: >> On Mon, Jul 13, 2015 at 04:57:32PM +1000, Jan Mikkelsen wrote: >>> Hi, >>>=20 >>> In our system build scripts we have this command: >>>=20 >>> /usr/sbin/pw -V $d useradd toor -u 0 -g 0 -d /root -s /bin/sh -c = "Bourne-again Superuser" -g wheel -o >>>=20 >>> After 10.2-BETA1, the toor account is being added with UID 1001 = instead of UID 0. This looks like a problem with line 754 in pw_user.c, = which has this test: >>>=20 >>> /* >>> * Check the given uid, if any >>> */ >>> if (id > 0) { >>> uid =3D (uid_t) id; >>>=20 >>> if ((pwd =3D GETPWUID(uid)) !=3D NULL && = conf.checkduplicate) >>> errx(EX_DATAERR, "uid `%u' has already been = allocated", pwd->pw_uid); >>> } else { >>> struct bitmap bm; >>>=20 >>>=20 >>> The (id > 0) test should probably be (id >=3D 0) to allow =E2=80=9C-u = 0=E2=80=9D to be passed on the command line. >>>=20 >>> This change is from r285092 by bapt@. Was this change in behaviour = intentional? >>=20 >> Nope, I'll fix asap >>=20 >> Thanks for reporting >>=20 >> Best regards, >> Bapt >=20 > Fixed in head, will be merged soon in stable, I also added a = regression test > about this. >=20 > Please note that you do add -g 0 and -g wheel in your command line, = this is > buggy, only one should be specified. >=20 > Best regards, > bapt The next problem is that the meaning of the -o option seems to have been = reversed. Setting -o sets conf.checkduplicate to true, which is then = tested in the code fragment above. Setting -o is meant to prevent = duplicate checking, not turn it on. My guess is that this isn=E2=80=99t intentional either. Also: The policy for auto-allocating group identifiers seems to have = changed. For UIDs < 1000 the old pw allocated a GID the same as the UID. = This pw allocates the next available above 1000. I can see an argument = for both cases and I=E2=80=99ve changed our build scripts to deal with = this but I=E2=80=99m curious: Was this intentional also? Regards, Jan. From owner-freebsd-stable@freebsd.org Tue Jul 14 07:49:38 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A9BB99C479 for ; Tue, 14 Jul 2015 07:49:38 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id AA927697 for ; Tue, 14 Jul 2015 07:49:37 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp14-2-93-217.lns21.adl6.internode.on.net (HELO leader.local) ([14.2.93.217]) by ipmail06.adl6.internode.on.net with ESMTP; 14 Jul 2015 17:19:30 +0930 Message-ID: <55A4BF06.4060505@ShaneWare.Biz> Date: Tue, 14 Jul 2015 17:19:26 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Karl Denninger , freebsd-stable@freebsd.org Subject: Re: FreeBSD 10.1 Memory Exhaustion References: <55A3F9E1.9090901@denninger.net> In-Reply-To: <55A3F9E1.9090901@denninger.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jul 2015 07:49:38 -0000 On 14/07/2015 03:18, Karl Denninger wrote: > The ARC is supposed to auto-size and use all available free memory. The > problem is that the VM system and ARC system both make assumptions that > under certain load patterns fight with one another, and when this > happens and ARC wins the system gets in trouble FAST. The pattern is > that the system will start to page RSS out rather than evict ARC, ARC > will fill the freed space, it pages more RSS out..... you see where this > winds up heading yes? > Something I noticed was that vfs.zfs.arc_free_target is smaller than vm.v_free_target on my desktop with 8GB I get vfs.zfs.arc_free_target: 14091 vm.v_free_target: 43195 Doesn't that cause arc allocation to trigger swapping leaving space for arc allocation.... -- FreeBSD - the place to B...Storing Data Shane Ambler From owner-freebsd-stable@freebsd.org Tue Jul 14 11:41:11 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FC2D99CB57 for ; Tue, 14 Jul 2015 11:41:11 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 01A969F7 for ; Tue, 14 Jul 2015 11:41:11 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wgmn9 with SMTP id n9so6573842wgm.0 for ; Tue, 14 Jul 2015 04:41:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=fmalarBwtyXriEBw87u+iqtJ7dBLz4JbdoiuONfZj38=; b=IkEtpNiE/DHt+c5nCTqhLNrivglLiN6nbOWpDxHmOyhtL0e03Svs90N+Qt3JMEPr8U ScSdzXNbXNT8VjzINBVWTj+76wZxfCAJBlA1NVFm9x4K1JMVUdOHOn41O54biOF3wCXK o+16dseAOxe+Ldd3/ZnKrHodnjFh2dlftH3fnmIko23mWQ6fvZezVpYToVy26R+j3BT3 HpJNzwxpbQryLJkLhnlP/OYRh1RVQgBio0B8PoI3Gi5ihahCSVwtm1CvskRcp6MF5e2J ya417qoEgQxW91qx/1D+LyzfxbDB7Sc2xLPbbfGu7sLiVFKN7s96DHCrCZAwSrcJEvcG ZvaA== X-Received: by 10.194.78.210 with SMTP id d18mr44514982wjx.34.1436874069446; Tue, 14 Jul 2015 04:41:09 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id nb9sm2731823wic.10.2015.07.14.04.41.07 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 14 Jul 2015 04:41:08 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 14 Jul 2015 13:41:06 +0200 From: Baptiste Daroussin To: Jan Mikkelsen Cc: FreeBSD Stable Mailing List Subject: Re: 10.2-BETA1: pw(8) does not support "pw useradd name -u 0" Message-ID: <20150714114105.GF37597@ivaldir.etoilebsd.net> References: <00BBEBAC-D7E2-4312-995B-93F7F0EDDD42@transactionware.com> <20150713083628.GA37597@ivaldir.etoilebsd.net> <20150713091006.GB37597@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mrJd9p1Ce66CJMxE" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jul 2015 11:41:11 -0000 --mrJd9p1Ce66CJMxE Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 14, 2015 at 05:08:19PM +1000, Jan Mikkelsen wrote: >=20 > > On 13 Jul 2015, at 19:10, Baptiste Daroussin wrote: > >=20 > > On Mon, Jul 13, 2015 at 10:36:28AM +0200, Baptiste Daroussin wrote: > >> On Mon, Jul 13, 2015 at 04:57:32PM +1000, Jan Mikkelsen wrote: > >>> Hi, > >>>=20 > >>> In our system build scripts we have this command: > >>>=20 > >>> /usr/sbin/pw -V $d useradd toor -u 0 -g 0 -d /root -s /bin/sh -c "Bou= rne-again Superuser" -g wheel -o > >>>=20 > >>> After 10.2-BETA1, the toor account is being added with UID 1001 inste= ad of UID 0. This looks like a problem with line 754 in pw_user.c, which ha= s this test: > >>>=20 > >>> /* > >>> * Check the given uid, if any > >>> */ > >>> if (id > 0) { > >>> uid =3D (uid_t) id; > >>>=20 > >>> if ((pwd =3D GETPWUID(uid)) !=3D NULL && conf.checkdup= licate) > >>> errx(EX_DATAERR, "uid `%u' has already been al= located", pwd->pw_uid); > >>> } else { > >>> struct bitmap bm; > >>>=20 > >>>=20 > >>> The (id > 0) test should probably be (id >=3D 0) to allow =E2=80=9C-u= 0=E2=80=9D to be passed on the command line. > >>>=20 > >>> This change is from r285092 by bapt@. Was this change in behaviour in= tentional? > >>=20 > >> Nope, I'll fix asap > >>=20 > >> Thanks for reporting > >>=20 > >> Best regards, > >> Bapt > >=20 > > Fixed in head, will be merged soon in stable, I also added a regression= test > > about this. > >=20 > > Please note that you do add -g 0 and -g wheel in your command line, thi= s is > > buggy, only one should be specified. > >=20 > > Best regards, > > bapt >=20 > The next problem is that the meaning of the -o option seems to have been = reversed. Setting -o sets conf.checkduplicate to true, which is then tested= in the code fragment above. Setting -o is meant to prevent duplicate check= ing, not turn it on. >=20 > My guess is that this isn=E2=80=99t intentional either. >=20 > Also: The policy for auto-allocating group identifiers seems to have chan= ged. For UIDs < 1000 the old pw allocated a GID the same as the UID. This p= w allocates the next available above 1000. I can see an argument for both c= ases and I=E2=80=99ve changed our build scripts to deal with this but I=E2= =80=99m curious: Was this intentional also? >=20 Both has been fixed head already I do plan to merge them later today so they will be in BETA2 Best regards, Bapt --mrJd9p1Ce66CJMxE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlWk9VEACgkQ8kTtMUmk6ExL4ACgswsgR4fZC3InCSA5o8hmLGpR 8W8AoKJqyrRBPdtZGkx8La2S12bhE4H5 =GuaC -----END PGP SIGNATURE----- --mrJd9p1Ce66CJMxE-- From owner-freebsd-stable@freebsd.org Tue Jul 14 12:02:08 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8020699C92A for ; Tue, 14 Jul 2015 12:02:08 +0000 (UTC) (envelope-from karl@denninger.net) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "NewFS.denninger.net", Issuer "NewFS.denninger.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 29E25D42 for ; Tue, 14 Jul 2015 12:02:07 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (localhost [127.0.0.1]) by fs.denninger.net (8.14.9/8.14.8) with ESMTP id t6EC20Ut073259 for ; Tue, 14 Jul 2015 07:02:00 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [192.168.1.40] [192.168.1.40] (Via SSLv3 AES128-SHA) ; by Spamblock-sys (LOCAL/AUTH) Tue Jul 14 07:02:00 2015 Message-ID: <55A4FA2B.5050903@denninger.net> Date: Tue, 14 Jul 2015 07:01:47 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 10.1 Memory Exhaustion References: <55A3F9E1.9090901@denninger.net> <55A4BF06.4060505@ShaneWare.Biz> In-Reply-To: <55A4BF06.4060505@ShaneWare.Biz> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020808060602090806000809" X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jul 2015 12:02:08 -0000 This is a cryptographically signed message in MIME format. --------------ms020808060602090806000809 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 7/14/2015 02:49, Shane Ambler wrote: > On 14/07/2015 03:18, Karl Denninger wrote: > >> The ARC is supposed to auto-size and use all available free memory. T= he >> problem is that the VM system and ARC system both make assumptions tha= t >> under certain load patterns fight with one another, and when this >> happens and ARC wins the system gets in trouble FAST. The pattern is= >> that the system will start to page RSS out rather than evict ARC, ARC >> will fill the freed space, it pages more RSS out..... you see where th= is >> winds up heading yes? >> > > Something I noticed was that vfs.zfs.arc_free_target is smaller > than vm.v_free_target > > on my desktop with 8GB I get > vfs.zfs.arc_free_target: 14091 > vm.v_free_target: 43195 > > Doesn't that cause arc allocation to trigger swapping leaving space > for arc allocation.... > Yes and no. On my system with the patch: vm.v_free_target: 130312 vm.stats.vm.v_free_target: 130312 vfs.zfs.arc_free_target: 86375 and... [karl@NewFS ~]$ pstat -s Device 1K-blocks Used Avail Capacity /dev/mirror/sw.eli 67108860 0 67108860 0% No swapping :-) It's not busy right now, but this is what the system looks like at the moment... 1 users Load 0.22 0.28 0.32 Jul 14 06:57 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out =20 in out Act 2009856 39980 7884504 92820 937732 count All 17499k 52212 8727248 381980 pages Proc: Interrup= ts r p d s w Csw Trp Sys Int Sof Flt ioflt 2638 tot= al 2 251 1 9264 3332 3982 1134 181 2174 1134 cow 11 uart0 4 830 zfod =20 pcm0 17 0.4%Sys 0.1%Intr 0.8%User 0.0%Nice 98.8%Idle ozfod =20 ehci0 uhci | | | | | | | | | | %ozfod =20 uhci1 21 > daefr 508 uhci3 ehci dtbuf 1612 prcfr 991 cpu0:timer Namei Name-cache Dir-cache 485859 desvn 3105 totfr 139 mps0 256 Calls hits % hits % 161014 numvn react 43 em0:rx 0 7109 7026 99 121460 frevn pdwak 77 em0:tx 0 459 pdpgs =20 em0:link Disks da1 da2 da3 da4 da5 da6 da7 intrn 192 em1:rx 0 KB/t 0.00 11.41 10.84 11.68 11.60 0.00 0.00 21089128 wire 165 em1:tx 0 tps 0 21 24 22 21 0 0 1153712 act =20 em1:link MB/s 0.00 0.23 0.25 0.25 0.24 0.00 0.00 1281556 inact 32 cpu1:timer %busy 0 4 5 5 4 0 0 20372 cache 25 cpu9:timer 916480 free 39 cpu4:timer buf 32 cpu13:time 22 cpu2:timer 33 cpu11:time 28 cpu3:timer 30 cpu14:time 35 cpu5:timer 37 cpu12:time 71 cpu7:timer 26 cpu10:time 26 cpu6:timer 28 cpu8:timer 48 cpu15:time Most of that wired memory is in ARC... ------------------------------------------------------------------------ ZFS Subsystem Report Tue Jul 14 07:00:29 2015 ------------------------------------------------------------------------ ARC Summary: (HEALTHY) Memory Throttle Count: 0 ARC Misc: Deleted: 53.54m Recycle Misses: 15.12m Mutex Misses: 6.63k Evict Skips: 275.51m ARC Size: 75.59% 16.88 GiB Target Size: (Adaptive) 75.73% 16.91 GiB Min Size (Hard Limit): 12.50% 2.79 GiB Max Size (High Water): 8:1 22.33 GiB ARC Size Breakdown: Recently Used Cache Size: 58.52% 9.89 GiB Frequently Used Cache Size: 41.48% 7.01 GiB ARC Hash Breakdown: Elements Max: 1.72m Elements Current: 58.40% 1.00m Collisions: 50.07m Chain Max: 8 Chains: 119.31k ------------------------------------------------------------------------ ARC Efficiency: 2.01b Cache Hit Ratio: 81.50% 1.64b Cache Miss Ratio: 18.50% 371.70m Actual Hit Ratio: 79.46% 1.60b Data Demand Efficiency: 83.00% 1.60b Data Prefetch Efficiency: 15.11% 21.33m CACHE HITS BY CACHE LIST: Anonymously Used: 1.79% 29.34m Most Recently Used: 6.36% 104.08m Most Frequently Used: 91.14% 1.49b Most Recently Used Ghost: 0.09% 1.40m Most Frequently Used Ghost: 0.62% 10.17m CACHE HITS BY DATA TYPE: Demand Data: 81.12% 1.33b Prefetch Data: 0.20% 3.22m Demand Metadata: 16.06% 262.92m Prefetch Metadata: 2.62% 42.89m CACHE MISSES BY DATA TYPE: Demand Data: 73.17% 271.97m Prefetch Data: 4.87% 18.11m Demand Metadata: 17.75% 65.97m Prefetch Metadata: 4.21% 15.65m ------------------------------------------------------------------------ --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms020808060602090806000809 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGXzCC BlswggRDoAMCAQICASkwDQYJKoZIhvcNAQELBQAwgZAxCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG9w0BCQEWE0N1ZGEg U3lzdGVtcyBMTEMgQ0EwHhcNMTUwNDIxMDIyMTU5WhcNMjAwNDE5MDIyMTU5WjBaMQswCQYD VQQGEwJVUzEQMA4GA1UECBMHRmxvcmlkYTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEe MBwGA1UEAxMVS2FybCBEZW5uaW5nZXIgKE9DU1ApMIICIjANBgkqhkiG9w0BAQEFAAOCAg8A MIICCgKCAgEAuYRY+EB2mGtZ3grlVO8TmnEvduVFA/IYXcCmNSOC1q+pTVjylsjcHKBcOPb9 TP1KLxdWP+Q1soSORGHlKw2/HcVzShDW5WPIKrvML+Ry0XvIvNBu9adTiCsA9nci4Cnf98XE hVpenER0qbJkBUOGT1rP4iAcfjet0lEgzPEnm+pAxv6fYSNp1WqIY9u0b1pkQiaWrt8hgNOc rJOiLbc8CeQ/DBP6rUiQjYNO9/aPNauEtHkNNfR9RgLSfGUdZuOCmJqnIla1HsrZhA5p69Bv /e832BKiNPaH5wF6btAiPpTr2sRhwQO8/IIxcRX1Vxd1yZbjYtJGw+9lwEcWRYAmoxkzKLPi S6Zo/6z5wgNpeK1H+zOioMoZIczgI8BlX1iHxqy/FAvm4PHPnC8s+BLnJLwr+jvMNHm82QwL J9hC5Ho8AnFU6TkCuq+P2V8/clJVqnBuvTUKhYMGSm4mUp+lAgR4L+lwIEqSeWVsxirIcE7Z OKkvI7k5x3WeE3+c6w74L6PfWVAd84xFlo9DKRdU9YbkFuFZPu21fi/LmE5brImB5P+jdqnK eWnVwRq+RBFLy4kehCzMXooitAwgP8l/JJa9VDiSyd/PAHaVGiat2vCdDh4b8cFL7SV6jPA4 k0MgGUA/6Et7wDmhZmCigggr9K6VQCx8jpKB3x1NlNNiaWECAwEAAaOB9DCB8TA3BggrBgEF BQcBAQQrMCkwJwYIKwYBBQUHMAGGG2h0dHA6Ly9jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNV HRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIFoDALBgNVHQ8EBAMCBeAwLAYJYIZIAYb4QgENBB8W HU9wZW5TU0wgR2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBTFHJQt6cloXBdG1Pv1 o2YgH+7lWTAfBgNVHSMEGDAWgBQkcZudhX383d29sMqSlAOh+tNtNTAdBgNVHREEFjAUgRJr YXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcNAQELBQADggIBAE9/dxi2YqjCYYhiybp4GKcm 7tBVa/GLW+qcHPcoT4dqmqghlLz8+iUH+HCJjRQATVGyMEnvISOKFVHC6aZIG+Sg7J8bfS4+ fjKDi9smRH2VPPx3bV8+yFYRNroMGHaPHZB/Xctmmvc+PZ9O2W7rExgrODtxIOB3Zs6wkYf+ ty+9r1KmTHlV+rRHI6timH1uiyFE3cPi1taAEBxf0851cJV8k40PGF8G48ewnq8SY9sCf5cv liXbpdgU+I4ND5BuTjg63WS32zuhLd1VSuH3ZC/QbcncMX5W3oLXmcQP5/5uTiBJy74kdPtG MSZ9rXwZPwNxP/8PXMSR7ViaFvjUkf4bJlyENFa2PGxLk4EUzOuO7t3brjMlQW1fuInfG+ko 3tVxko20Hp0tKGPe/9cOxBVBZeZH/VgpZn3cLculGzZjmdh2fqAQ6kv9Z9AVOG1+dq0c1zt8 2zm+Oi1pikGXkfz5UJq60psY6zbX25BuEZkthO/qiS4pxjxb7gQkS0rTEHTy+qv0l3QVL0wa NAT74Zaj7l5DEW3qdQQ0dtVieyvptg9CxkfQJE3JyBMb0zBj9Qhc5/hbTfhSlHzZMEbUuIyx h9vxqFAmGzfB1/WfOKkiNHChkpPW8ZeH9yPeDBKvrgZ96dREHFoVkDk7Vpw5lSM+tFOfdyLg xxhb/RZVUDeUMYIE4zCCBN8CAQEwgZYwgZAxCzAJBgNVBAYTAlVTMRAwDgYDVQQIEwdGbG9y aWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBMTEMxHDAa BgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG9w0BCQEWE0N1ZGEgU3lzdGVt cyBMTEMgQ0ECASkwCQYFKw4DAhoFAKCCAiEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAc BgkqhkiG9w0BCQUxDxcNMTUwNzE0MTIwMTQ3WjAjBgkqhkiG9w0BCQQxFgQUJe2Y5XNR2F6F 3zKJHMtdho0AYy8wbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAEC MAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzAN BggqhkiG9w0DAgIBKDCBpwYJKwYBBAGCNxAEMYGZMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBAgEpMIGpBgsqhkiG9w0BCRACCzGBmaCBljCBkDELMAkGA1UE BhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQ Q3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqG SIb3DQEJARYTQ3VkYSBTeXN0ZW1zIExMQyBDQQIBKTANBgkqhkiG9w0BAQEFAASCAgAdMo90 sXH9XwJL6eC+hve+Ztn60ucDQLqjD4zjrvYF5qQG6Z5qeer5SmqDd8IbhjwSj62uK3YhubFl VnpAgeNk9Fk4XkFv4lGawgbEKPE7PKkNti+6q3K3Zq+URqWEsAAOj9n0Ohx4BNjcLNdugZIb eXXRPHHWHsEv61Ftp5AmkTm1jMsnm35azlMe8jB1g5hoKOBa+qnl8hvMDKyzL9z7ewWRqdeg 1LjZ2n5WakFKSghsGiwj2oYeRfjprmIgTpfaMuSqn2lwXm5iETvd/KVS5fC7n2aoXDfRQkab Ezf0MioI7pXUHTKEDOS0gfJs4SGrcOVp5hsWVFz4yLtXmb+RLsiWuizv5OTUn/TaU4nL/OA4 EW3kWhnhu+AnWhxUibd9zVeArjHWP8viB2+0lbWfmM0GlhYb1lBHZocQNniDNihpbNZuGc6q FqsurPiRtifTX6On3rMdCvn2sN4fARcHolVUf8yA4fecpobUapUaYj1N22QPLUfyILkQxOPz FtRpXKhP3a8xeirjPijAxF0wZ7+5RsWppn9/L9JTkj6bnRmWoRvVJOjVDJvpKaXBpwZRSCPn YEHbvEQVVH2/n5OjK5v2pICumHPuJd9FOmItXSfcl6BjyC7C88fYnaY/RuvO7h2wTvaaKcbJ H9oFF9U1Pp99FxVi8+aJXx304htidgAAAAAAAA== --------------ms020808060602090806000809-- From owner-freebsd-stable@freebsd.org Tue Jul 14 12:24:41 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E51FC99CEDB for ; Tue, 14 Jul 2015 12:24:41 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 796B7FD5 for ; Tue, 14 Jul 2015 12:24:41 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wicmv11 with SMTP id mv11so12915762wic.1 for ; Tue, 14 Jul 2015 05:24:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=mhkyItO1jIccHITIxF+MRxb+NZLu5uXt1gUfFEjMAN8=; b=jbph/7NWur7hKyMX1OH/S3b0Dc7YZxvFgQ3pM7KguBV39+p0HLw4SrBc2Rahgn80o4 kE2smHoeKReZCrdnjQOro9MW8/sF53ZxrEQk4BhyNkRMqDltXy0oQmeKiOWQtFTEet4y 3LrP64WeQGlVl/R+hO6hbcnauQMq5bWDy9pQE5aaRMme5Nzysec0tTCnKXXMvxEKnngB WGVylenSQiLFH/49N7uiOd7yZpXuSvblTsvpb2r6TallmNdSSLCc7td2TfcI7Euz4xe4 BmjXxKdoStEGpg4JUah09xWh4u9AbC6DSXRyW4WInGClxC0b2R+ShBeDEjVogBXeoXXN oVbA== X-Received: by 10.180.215.101 with SMTP id oh5mr5145143wic.6.1436876678921; Tue, 14 Jul 2015 05:24:38 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id u7sm20540999wif.3.2015.07.14.05.24.37 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 14 Jul 2015 05:24:38 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 14 Jul 2015 14:24:36 +0200 From: Baptiste Daroussin To: Jan Mikkelsen Cc: FreeBSD Stable Mailing List Subject: Re: 10.2-BETA1: pw(8) does not support "pw useradd name -u 0" Message-ID: <20150714122434.GI37597@ivaldir.etoilebsd.net> References: <00BBEBAC-D7E2-4312-995B-93F7F0EDDD42@transactionware.com> <20150713083628.GA37597@ivaldir.etoilebsd.net> <20150713091006.GB37597@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6d1KVhp94hk3Jrm" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jul 2015 12:24:42 -0000 --d6d1KVhp94hk3Jrm Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 14, 2015 at 05:08:19PM +1000, Jan Mikkelsen wrote: >=20 > > On 13 Jul 2015, at 19:10, Baptiste Daroussin wrote: > >=20 > > On Mon, Jul 13, 2015 at 10:36:28AM +0200, Baptiste Daroussin wrote: > >> On Mon, Jul 13, 2015 at 04:57:32PM +1000, Jan Mikkelsen wrote: > >>> Hi, > >>>=20 > >>> In our system build scripts we have this command: > >>>=20 > >>> /usr/sbin/pw -V $d useradd toor -u 0 -g 0 -d /root -s /bin/sh -c "Bou= rne-again Superuser" -g wheel -o > >>>=20 > >>> After 10.2-BETA1, the toor account is being added with UID 1001 inste= ad of UID 0. This looks like a problem with line 754 in pw_user.c, which ha= s this test: > >>>=20 > >>> /* > >>> * Check the given uid, if any > >>> */ > >>> if (id > 0) { > >>> uid =3D (uid_t) id; > >>>=20 > >>> if ((pwd =3D GETPWUID(uid)) !=3D NULL && conf.checkdup= licate) > >>> errx(EX_DATAERR, "uid `%u' has already been al= located", pwd->pw_uid); > >>> } else { > >>> struct bitmap bm; > >>>=20 > >>>=20 > >>> The (id > 0) test should probably be (id >=3D 0) to allow =E2=80=9C-u= 0=E2=80=9D to be passed on the command line. > >>>=20 > >>> This change is from r285092 by bapt@. Was this change in behaviour in= tentional? > >>=20 > >> Nope, I'll fix asap > >>=20 > >> Thanks for reporting > >>=20 > >> Best regards, > >> Bapt > >=20 > > Fixed in head, will be merged soon in stable, I also added a regression= test > > about this. > >=20 > > Please note that you do add -g 0 and -g wheel in your command line, thi= s is > > buggy, only one should be specified. > >=20 > > Best regards, > > bapt >=20 > The next problem is that the meaning of the -o option seems to have been = reversed. Setting -o sets conf.checkduplicate to true, which is then tested= in the code fragment above. Setting -o is meant to prevent duplicate check= ing, not turn it on. >=20 > My guess is that this isn=E2=80=99t intentional either. >=20 > Also: The policy for auto-allocating group identifiers seems to have chan= ged. For UIDs < 1000 the old pw allocated a GID the same as the UID. This p= w allocates the next available above 1000. I can see an argument for both c= ases and I=E2=80=99ve changed our build scripts to deal with this but I=E2= =80=99m curious: Was this intentional also? >=20 > Regards, >=20 All fixes has been merged: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D285536 Do not hesitate to report other regressions if you do find any more. Thank you very much, Bapt --d6d1KVhp94hk3Jrm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlWk/4IACgkQ8kTtMUmk6EzEiwCgt7O6PxqLtXG1nQaUJiqRzJyR uFIAoJ2WjcBvyP9jI8RiMnLI+rfErodx =Hf+W -----END PGP SIGNATURE----- --d6d1KVhp94hk3Jrm-- From owner-freebsd-stable@freebsd.org Tue Jul 14 13:48:43 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95E9599BB89 for ; Tue, 14 Jul 2015 13:48:43 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 750ED31A for ; Tue, 14 Jul 2015 13:48:43 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from pmather.lib.vt.edu (pmather.lib.vt.edu [128.173.126.193]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id E5DD76BB for ; Tue, 14 Jul 2015 09:43:30 -0400 (EDT) From: Paul Mather Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Circular dependency between local_unbound and ntpd? Message-Id: Date: Tue, 14 Jul 2015 09:43:30 -0400 To: freebsd-stable Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jul 2015 13:48:43 -0000 I believe I ran afoul of a circular dependency between local_unbound and = ntpd on my 10.2-PRERELEASE system. I use a stock /etc/ntp.conf and use = ntpd_sync_on_start=3D"YES". Last night, a BIOS settings reset cause my CMOS clock to go WAY out of = synch for the first time. No problem, I thought: NTP will correct it at = boot. Wrong! When my system booted, the time was not corrected. Also, DNS resolution = was not working. I figured out it was because local_unbound relies on = an accurately set clock, but the clock could not be set accurately = because my stock ntp.conf requires working DNS resolution to reach the = NTP servers. That sounds like a potential circular dependency to me. My workaround at the time was to look up 0.freebsd.pool.ntp.org on = another system; stop ntpd; then do a ntpdate using the IP addresses to = set the clock. Once the clock was set accurately, things were all hunky = dory. Does anyone have any suggestion for an automatic way around this? I = guess one way would be to put the IP address of an NTP server into my = ntp.conf file, so at least one would be reachable without needing a = working DNS? My main concern is for those systems like my Raspberry Pi and Beaglebone = Black that don't have a battery-backed clock. I currently don't use = local_unbound on those, but it seems like I'd encounter this problem = routinely if I did. Cheers, Paul.= From owner-freebsd-stable@freebsd.org Tue Jul 14 14:33:07 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AAFDF9A1D0A for ; Tue, 14 Jul 2015 14:33:07 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4489CA0C for ; Tue, 14 Jul 2015 14:33:07 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: by wibud3 with SMTP id ud3so57313431wib.1 for ; Tue, 14 Jul 2015 07:33:05 -0700 (PDT) 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=AHCP1v0ZrlqlCI3JIwzTURHKcuDxNZEFsU6sZBwJJ0o=; b=n/s0QBvX/O+/Z+VA1+12O68TxG8vCGha2I2/v8AriFIOfJZn/o0bz00rgtzM6HiHWC 7uSgOr+fFwX9XcK8dNUQ7rePAZoL/HyvzYKnziT06nBKU0lvIQVUix5LZe8Z3YbLDATD 8fqJBkVldE+WWGpN6T3yZCHp3TpJvlwsMLSCjm+PIW59UWhKuWxRfqzosWJ7+Yv1sywi thsB1tzq4pUmCo16NsysXzqcWHZJD6PVVW7VjgoQMPGD03GMwVSKqAkQANrotLk+loWs w8fmTmjqwVlHIqhWZRs6kJ3Qpa19BdnQDuVzoNNUjPZh1RXXAi23QIiglbHuRZqteb3h BErA== MIME-Version: 1.0 X-Received: by 10.194.172.8 with SMTP id ay8mr20463522wjc.106.1436884385713; Tue, 14 Jul 2015 07:33:05 -0700 (PDT) Received: by 10.180.73.5 with HTTP; Tue, 14 Jul 2015 07:33:05 -0700 (PDT) In-Reply-To: References: Date: Tue, 14 Jul 2015 15:33:05 +0100 Message-ID: Subject: Re: Circular dependency between local_unbound and ntpd? From: krad To: Paul Mather Cc: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jul 2015 14:33:07 -0000 As $ grep REQUIRE /etc/rc.d/ntpd # REQUIRE: DAEMON ntpdate FILESYSTEMS devfs You could set something similar to the following in the rc.conf ntpdate_hosts="a.b.c.d w.x.y.z" ntpdate_enable=yes On 14 July 2015 at 14:43, Paul Mather wrote: > I believe I ran afoul of a circular dependency between local_unbound and > ntpd on my 10.2-PRERELEASE system. I use a stock /etc/ntp.conf and use > ntpd_sync_on_start="YES". > > Last night, a BIOS settings reset cause my CMOS clock to go WAY out of > synch for the first time. No problem, I thought: NTP will correct it at > boot. > > Wrong! > > When my system booted, the time was not corrected. Also, DNS resolution > was not working. I figured out it was because local_unbound relies on an > accurately set clock, but the clock could not be set accurately because my > stock ntp.conf requires working DNS resolution to reach the NTP servers. > > That sounds like a potential circular dependency to me. > > My workaround at the time was to look up 0.freebsd.pool.ntp.org on > another system; stop ntpd; then do a ntpdate using the IP addresses to set > the clock. Once the clock was set accurately, things were all hunky dory. > > Does anyone have any suggestion for an automatic way around this? I guess > one way would be to put the IP address of an NTP server into my ntp.conf > file, so at least one would be reachable without needing a working DNS? > > My main concern is for those systems like my Raspberry Pi and Beaglebone > Black that don't have a battery-backed clock. I currently don't use > local_unbound on those, but it seems like I'd encounter this problem > routinely if I did. > > Cheers, > > Paul. > _______________________________________________ > 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 Jul 14 14:48:00 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1BAF9A10CA for ; Tue, 14 Jul 2015 14:48:00 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BB830965 for ; Tue, 14 Jul 2015 14:48:00 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from pmather.lib.vt.edu (pmather.lib.vt.edu [128.173.126.193]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id B0AD56CD; Tue, 14 Jul 2015 10:47:59 -0400 (EDT) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: Circular dependency between local_unbound and ntpd? From: Paul Mather In-Reply-To: Date: Tue, 14 Jul 2015 10:47:59 -0400 Cc: freebsd-stable Message-Id: References: To: krad X-Mailer: Apple Mail (2.2102) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jul 2015 14:48:01 -0000 On Jul 14, 2015, at 10:33 AM, krad wrote: >=20 > As >=20 > $ grep REQUIRE /etc/rc.d/ntpd > # REQUIRE: DAEMON ntpdate FILESYSTEMS devfs >=20 >=20 > You could set something similar to the following in the rc.conf >=20 > ntpdate_hosts=3D"a.b.c.d w.x.y.z" > ntpdate_enable=3Dyes Thanks for that suggestion. I assume the "a.b.c.d w.x.y.z" are IP = addresses, not hostnames, otherwise we'd have the same problem. The /etc/rc.d/ntpdate startup script has a "REQUIRE: NETWORKING ..." and = /etc/rc.d/local_unbound has a "BEFORE: NETWORKING" in it, meaning it = will be running before ntpdate runs. That means DNS resolution will = require an accurate clock and, I assume, mean that ntpdate will require = IP addresses, too? So, it still comes down to this: do I need to know the IP address of an = NTP server to be able to use local_unbound safely with NTP? Cheers, Paul. >=20 >=20 >=20 >=20 > On 14 July 2015 at 14:43, Paul Mather > wrote: > I believe I ran afoul of a circular dependency between local_unbound = and ntpd on my 10.2-PRERELEASE system. I use a stock /etc/ntp.conf and = use ntpd_sync_on_start=3D"YES". >=20 > Last night, a BIOS settings reset cause my CMOS clock to go WAY out of = synch for the first time. No problem, I thought: NTP will correct it at = boot. >=20 > Wrong! >=20 > When my system booted, the time was not corrected. Also, DNS = resolution was not working. I figured out it was because local_unbound = relies on an accurately set clock, but the clock could not be set = accurately because my stock ntp.conf requires working DNS resolution to = reach the NTP servers. >=20 > That sounds like a potential circular dependency to me. >=20 > My workaround at the time was to look up 0.freebsd.pool.ntp.org = on another system; stop ntpd; then do a = ntpdate using the IP addresses to set the clock. Once the clock was set = accurately, things were all hunky dory. >=20 > Does anyone have any suggestion for an automatic way around this? I = guess one way would be to put the IP address of an NTP server into my = ntp.conf file, so at least one would be reachable without needing a = working DNS? >=20 > My main concern is for those systems like my Raspberry Pi and = Beaglebone Black that don't have a battery-backed clock. I currently = don't use local_unbound on those, but it seems like I'd encounter this = problem routinely if I did. >=20 > Cheers, >=20 > Paul. > _______________________________________________ > 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 = " >=20 From owner-freebsd-stable@freebsd.org Tue Jul 14 18:25:38 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 881159A1975 for ; Tue, 14 Jul 2015 18:25:38 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A5B52F3 for ; Tue, 14 Jul 2015 18:25:38 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from moby.local ([37.6.29.167]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MFLmC-1Z9aij1hR6-00EMLQ for ; Tue, 14 Jul 2015 20:25:29 +0200 Message-ID: <55A553EF.3050403@gmx.com> Date: Tue, 14 Jul 2015 21:24:47 +0300 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: tar: Damaged tar archive, Retrying... Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:FuXpV5Zo7DFMg4P9QKCbiqITjkQ1bf7W8nT0Kv/xvsVqv1q/JOY vlpH68xt64b6E1ZpPF+qTU7mG46xRUVaBZo1MzzDfYFmCQEsxW/TqnalAVknZ23p3p3idk3 VZlglCVUYaYIc/J+y5ncoVEDGNkRXeGSRZhTj02o0+vQaJqBWmn3Lz5KkxAlc3alonRaADd hgDWMjeeTkjgJAL3Fyh+w== X-UI-Out-Filterresults: notjunk:1;V01:K0:XSRGfsPLqP0=:CsbiZ5RWmJ7I2O8nW2Cb/M be7XUuVXoeVoS8VPqq/PvG57WAFmFWMfk4P7szRR6SJhmA3e6nOWM7ceIZ3ipgyo4a9ArkFpH Cpd3bVBVBFFN1BYNmVa7XDiTS8fla77LisvhE7VoOC5xoXCvSXPaKH5K9VY/KNlwV/QQG9eTn lrL0ebGrZjcFXA5OdkxfJEgPxiELqU+mF7Y/1HMLcqREh4gXRIiMU8nU/1ATe08Bbvl0j4aoN gMyyMimHEX7Q1hCEPop2jbNDdIUVueC9bm7jRLLV/w46OvNE2qjT8prSr/ULrrH+o2vJ6hRC+ E5uR7h6xewVvdJL5oT02FSn0ywcd1qktPoMIU3ftno+2rVjDSN7mZtpOaIOSlPfSjQ8KnRKXE vCS9Qs67S4x+bnTIpc6o4fwADpViZRqsivhpp8NgrKwUZNfsSljEOsxPbyJVbxciEZKpubr9r ZzO1YeCWgpS2qyhuZsaSOsH226bqWAPVUTInSGmZYzYICrCWBmwKcIwOLeSf3Pt8wYDuGsaGq tolG5JgLrgk1swicB9JcstdghzKJAreS8sQbxGUn8PT8dxyPz5QhzPGviGOeF960KwCFCGXhv burcBHs35GZhFtnIyleuy1dNt4WFieoWxbBG5waz+EoUeUDN2soFWwz+n7FgY/MY+lWUEIG0r Gcfg3F/T24O+BCZrHbdCM/IZFWjoggjNsXjDtey6inoCu5ZMJdk5cSEmJdQZqQa8gQdE= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jul 2015 18:25:38 -0000 Hi, While trying to create a big tar file containing big files, I got this: > root@m4fh1:/home/nik/peter # tar -cf - . | tar -tf - > /dev/null > tar: Damaged tar archive > tar: Retrying... > tar: Damaged tar archive > tar: Retrying... > tar: Damaged tar archive > tar: Retrying... > tar: Damaged tar archive > tar: Retrying... > tar: Damaged tar archive > tar: Retrying... > tar: Damaged tar archive > tar: Retrying... > tar: Damaged tar archive > tar: Retrying... > tar: Damaged tar archive > tar: Retrying... The files hierarchy is this: > root@m4fh1:/home/nik/peter # ls -dlh `find .` > drwxr-xr-x 3 root nik 3B Jul 13 17:16 . > drwxr-xr-x 3 root nik 4B Jul 14 20:06 ./home > drwxr-xr-x 3 root nik 3B Jul 13 17:24 ./home/nik > drwxr-xr-x 2 root nik 4B Jul 13 23:29 ./home/nik/peter > -rw-r--r-- 1 nik nik 60M May 13 19:17 ./home/nik/peter/mysqldump > -rw-r--r-- 1 nik nik 14G May 13 19:39 ./home/nik/peter/vhosts.tar > -rw-r--r-- 1 1004 1004 42G Jul 6 12:39 ./home/the_extremely_serious_backup.tar > root@m4fh1:/home/nik/peter # This is on 10-STABLE. Thanks is advance for any ideas! Nikos From owner-freebsd-stable@freebsd.org Tue Jul 14 18:31:56 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08D899A1B2A for ; Tue, 14 Jul 2015 18:31:56 +0000 (UTC) (envelope-from spork@bway.net) Received: from smtp2.bway.net (smtp2.v6.bway.net [IPv6:2607:d300:1::28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B4297A07 for ; Tue, 14 Jul 2015 18:31:55 +0000 (UTC) (envelope-from spork@bway.net) Received: from fruitcake.sporklab.com (foon.sporktines.com [96.57.144.66]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: spork@bway.net) by smtp2.bway.net (Postfix) with ESMTPSA id 3E06A95851; Tue, 14 Jul 2015 14:31:45 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bway.net; s=mail; t=1436898705; bh=K6jW2livkyMoJo3vtvo7ZpR9OPa+laWKT51sUQQwacA=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=l8AHJyYiEuzgbEHDWx8pNhxZJQ/2w+VhCUj6/DdxJAjAwFDagBdRcv9rRRdz1ihkm uMo/8dBe2VGvuXJ9ziXwvBnpG8H621ijqJbm5ZOw5iHVwOqEFjyHhAcradJ4KJlK3S 501MtWzT5KQlzoerC8wusYKkfXD4MmhzyPLekgJ0= Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Circular dependency between local_unbound and ntpd? From: Charles Sprickman In-Reply-To: Date: Tue, 14 Jul 2015 14:31:40 -0400 Cc: krad , freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Paul Mather X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jul 2015 18:31:56 -0000 On Jul 14, 2015, at 10:47 AM, Paul Mather = wrote: > On Jul 14, 2015, at 10:33 AM, krad wrote: >>=20 >> As >>=20 >> $ grep REQUIRE /etc/rc.d/ntpd >> # REQUIRE: DAEMON ntpdate FILESYSTEMS devfs >>=20 >>=20 >> You could set something similar to the following in the rc.conf >>=20 >> ntpdate_hosts=3D"a.b.c.d w.x.y.z" >> ntpdate_enable=3Dyes >=20 > Thanks for that suggestion. I assume the "a.b.c.d w.x.y.z" are IP = addresses, not hostnames, otherwise we'd have the same problem. >=20 > The /etc/rc.d/ntpdate startup script has a "REQUIRE: NETWORKING ..." = and /etc/rc.d/local_unbound has a "BEFORE: NETWORKING" in it, meaning it = will be running before ntpdate runs. That means DNS resolution will = require an accurate clock and, I assume, mean that ntpdate will require = IP addresses, too? >=20 > So, it still comes down to this: do I need to know the IP address of = an NTP server to be able to use local_unbound safely with NTP? Hopefully not. I have a client with a number of Mikrotik routers = sprinkled around upstate. They did not have an NTP server to point to, = so I used a pool server. Mikrotik will take a hostname, but it saves an = IP. A year later I see a few not reestablish OpenVPN connections after = power failures, spend an hour troubleshooting, turns out that those IPs = were no longer NTP servers, the box thought it was 1970, and that causes = the VPN to fail. TL;DR, don=92t save NTP servers by IP in config files. Charles >=20 > Cheers, >=20 > Paul. >=20 >=20 >>=20 >>=20 >>=20 >>=20 >> On 14 July 2015 at 14:43, Paul Mather > wrote: >> I believe I ran afoul of a circular dependency between local_unbound = and ntpd on my 10.2-PRERELEASE system. I use a stock /etc/ntp.conf and = use ntpd_sync_on_start=3D"YES". >>=20 >> Last night, a BIOS settings reset cause my CMOS clock to go WAY out = of synch for the first time. No problem, I thought: NTP will correct it = at boot. >>=20 >> Wrong! >>=20 >> When my system booted, the time was not corrected. Also, DNS = resolution was not working. I figured out it was because local_unbound = relies on an accurately set clock, but the clock could not be set = accurately because my stock ntp.conf requires working DNS resolution to = reach the NTP servers. >>=20 >> That sounds like a potential circular dependency to me. >>=20 >> My workaround at the time was to look up 0.freebsd.pool.ntp.org = on another system; stop ntpd; then do a = ntpdate using the IP addresses to set the clock. Once the clock was set = accurately, things were all hunky dory. >>=20 >> Does anyone have any suggestion for an automatic way around this? I = guess one way would be to put the IP address of an NTP server into my = ntp.conf file, so at least one would be reachable without needing a = working DNS? >>=20 >> My main concern is for those systems like my Raspberry Pi and = Beaglebone Black that don't have a battery-backed clock. I currently = don't use local_unbound on those, but it seems like I'd encounter this = problem routinely if I did. >>=20 >> Cheers, >>=20 >> Paul. >> _______________________________________________ >> 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 = " >>=20 >=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 Jul 14 20:11:04 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64ACB9A1B35 for ; Tue, 14 Jul 2015 20:11:04 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: from mail-ig0-f194.google.com (mail-ig0-f194.google.com [209.85.213.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 11BB02EA9; Tue, 14 Jul 2015 20:11:03 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: by igczg2 with SMTP id zg2so1844514igc.1; Tue, 14 Jul 2015 13:11:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=references:from:to:cc:subject:in-reply-to:date:message-id :mime-version:content-type; bh=5a4JHZJh16rAsWrI0ch7FkddR/70HkPrFc737jNFXkA=; b=RnjSPio2GOuwP+lgDDt+8NGc05eIkobl5u2kpszzILV0OJUt1YB8md671ZiuEaLBQf iWeXS7kG68+cRu9JnyK2MUwMJa9GIk2KzRDuy2VADuRE4nd/0t8P3pfxgdSy+hYLKNkl WvJ4RvQFjMfKf5TD8PR48IiQsP7gmvA735gQr7u8GPKfNIeW6uuzIwtPbLSKnxaxToM6 jclELHcBJSaSYmujNhCysrM+iaZcx02VO+HRo+khNNkPeu5QN0IJjIBK03WI/uqovAMq dtzKJG2VuIKHdYreByc5qG5D7N5QXV8JmHOAgPbXzEyFdzTb8ppLD4VGh4XIBeakvkfP q2Bg== X-Received: by 10.50.1.115 with SMTP id 19mr19711456igl.67.1436904662843; Tue, 14 Jul 2015 13:11:02 -0700 (PDT) Received: from WorkBox.Home.gmail.com (75-168-176-141.mpls.qwest.net. [75.168.176.141]) by smtp.gmail.com with ESMTPSA id q16sm1692368igr.12.2015.07.14.13.11.00 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 14 Jul 2015 13:11:01 -0700 (PDT) References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> <867fqo6sbh.fsf@gly.ftfl.ca> <86zj3j68e7.fsf@gly.ftfl.ca> From: Brandon J. Wandersee To: Kevin Oberman Cc: John Baldwin , Adrian Chadd , Joseph Mingrone , FreeBSD-STABLE Mailing List Subject: Re: suspend/resume regression In-reply-to: Date: Tue, 14 Jul 2015 15:10:59 -0500 Message-ID: <86615mlcto.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jul 2015 20:11:04 -0000 Please forgive me if this seems impudent, but has there been any progress on this? The status of the bug report hasn't changed since it was opened. I don't mean to be rude, and I certainly appreciate the effort that's gone into this already (especially Kevin's detective work), but support for suspend-to-RAM and my laptop's hotkeys were essentially the only reasons I started tracking 10-STABLE to begin with. Since both features were resolved many months ago, I was hoping to switch from -STABLE to 10.2-RELEASE when it came out, but I'm starting to get the feeling that won't happen because of a single errant commit. Having to continue following -STABLE would not be terrible, but it would be disappointing. -- ================================================================= :: Brandon Wandersee :: :: brandon.wandersee@gmail.com :: ================================================================== 'A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools.' - Douglas Adams ================================================================== From owner-freebsd-stable@freebsd.org Wed Jul 15 04:42:14 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7BF2C99C17C for ; Wed, 15 Jul 2015 04:42:14 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E8A371979 for ; Wed, 15 Jul 2015 04:42:12 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. ([IPv6:fd00::77d]) by elf.hq.norma.perm.ru (8.14.9/8.14.9) with ESMTP id t6F4g5rq046843 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 15 Jul 2015 09:42:07 +0500 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <55A5E49D.1060000@norma.perm.ru> Date: Wed, 15 Jul 2015 09:42:05 +0500 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List Subject: ipsec broken again Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Wed, 15 Jul 2015 09:42:07 +0500 (YEKT) X-Spam-Status: No hits=-100.1 bayes=0.0000 testhits AWL=0.360,BAYES_00=-1.9, RDNS_NONE=0.793,SPF_SOFTFAIL=0.665,USER_IN_WHITELIST=-100 autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jul 2015 04:42:14 -0000 Hi. As soon as I upgraded one of my ipsec routers to recent stable (10.2-BETA1 #0 r285524) it stopped working as a security gateway. Ipsec traffic is passed out and receiving in, SA are in place, but nothing happens upon receipt (I run gre over ipsec, so gre interface doesn't see any incoming packets). Last revision I have with ipsec working (probably not the last in general) was r282461. Could please someone look into this ? Thanks. Eugene. From owner-freebsd-stable@freebsd.org Wed Jul 15 04:44:58 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68FFC99C24B for ; Wed, 15 Jul 2015 04:44:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 575FB1B81; Wed, 15 Jul 2015 04:44:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id C6ED41C96; Wed, 15 Jul 2015 04:44:57 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 15 Jul 2015 04:44:55 +0000 From: Glen Barber To: "Eugene M. Zheganin" Cc: FreeBSD-STABLE Mailing List Subject: Re: ipsec broken again Message-ID: <20150715044455.GY15828@FreeBSD.org> References: <55A5E49D.1060000@norma.perm.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="x0PBmTWHB3bjoOVh" Content-Disposition: inline In-Reply-To: <55A5E49D.1060000@norma.perm.ru> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jul 2015 04:44:58 -0000 --x0PBmTWHB3bjoOVh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 15, 2015 at 09:42:05AM +0500, Eugene M. Zheganin wrote: > As soon as I upgraded one of my ipsec routers to recent stable > (10.2-BETA1 #0 r285524) it stopped working as a security gateway. Ipsec > traffic is passed out and receiving in, SA are in place, but nothing > happens upon receipt (I run gre over ipsec, so gre interface doesn't see > any incoming packets). Last revision I have with ipsec working (probably > not the last in general) was r282461. Could please someone look into this= ? >=20 Please file a PR so this does not get lost. Add re@ to the CC list, as well. Glen --x0PBmTWHB3bjoOVh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVpeVHAAoJEAMUWKVHj+KTZjIP/1LlrMsZOcvZ8+grwS5G5FOo mPxh91NpDZhc0oV33lz0IGa03YXGuXQR1wyK7JZ4W1Eoc/fSbRlC8OXhXnKX7z6W vy9XngL+Blxg907i27jL9tllEtuOvnWg3roSM0bxXjaj8lIMaEBADaQ9g6sd7Usw 0fpw8PVZ9cVZnIdg0u76/sS0927L0wxMZduVkEamUNg67YiDg5xIx+zTLiqPkorq KbbKaNqR/mVilotWF1ZBIJ6FZK9QoP64QVHKlWkdLofMwrblrUglHbCbvS7/V6bU 0UXSkS/dJH75/6dZbZGQ2m2lrqAFMlrfL7FgM3u8KzkERVDTwNDX2yQzZ/7Maayw OUJJiTQs1rA0EEH1pJ3dNU2p8OgRfW95H8P1DrZWkeSz15ZCeeYvj45nAuZh7dBD 8xs8EFlUmM1/aUR+OuGxV9IJXT8FumAghA4kJdPl1La49ymRkG+nBXy1IbY0ONa9 SJRTO267Vf9tWXPS8XLFc9FFkbTlp3X4Yx4Um8/Nw1/iu1r8c5Tj23s2juCA2MKQ +eV3mqoGhHFrHvWN2vEc7KmxNUXAtTCEQipTY0P9zU/nKzmOC6Si4gQwmFBrRm9o xFVNBdbvVzTr98Kwyez2TWrHchM3VrF09PFGtOTx5L9i6g8C1mog+fjjEf3FAoox vRb9K9c/GMY4Byzkpiqn =r2Xe -----END PGP SIGNATURE----- --x0PBmTWHB3bjoOVh-- From owner-freebsd-stable@freebsd.org Wed Jul 15 08:17:30 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A208A9A2A91 for ; Wed, 15 Jul 2015 08:17:30 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 2B53915D3 for ; Wed, 15 Jul 2015 08:17:29 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 35238 invoked by uid 907); 15 Jul 2015 08:17:21 -0000 Received: from Unknown (HELO jmmacpro.tmst.com.au) (203.14.245.130) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (ECDHE-RSA-AES256-SHA encrypted) ESMTPSA; Wed, 15 Jul 2015 18:17:21 +1000 From: Jan Mikkelsen Subject: amd64 kernel dynamic linking allows extern references to statics Date: Wed, 15 Jul 2015 18:17:20 +1000 Message-Id: <13C52D9D-E1E6-4F83-A881-4E867C336B31@transactionware.com> Cc: Karl Denninger To: FreeBSD Stable Mailing List Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) X-Mailer: Apple Mail (2.2102) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jul 2015 08:17:30 -0000 Hi, (All on 10.2-BETA1.) I noticed that the latest patch in the bug = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D187594 = works on = amd64 but fails to load zfs.ko on i386 with a symbol not found error. Looking at the patch, there is one file that has =E2=80=9Cextern int = zio_use_uma=E2=80=9D to reference a variable that is declared elsewhere = as =E2=80=9Cstatic int zio_use_uma=E2=80=9D. To me this obviously should = not work. However it does work on amd64 but fails on i386. Below is a small test case that reproduces the problem. The generated = kernel module loads on amd64 but fails on i386. On amd64 one compilation = unit is accessing a static in from another compilation unit by declaring = the variable =E2=80=9Cextern=E2=80=9D.=20 I haven=E2=80=99t looked further to attempt to find the bug. However, it = looks like a Bad Thing=E2=84=A2 to me. Regards, Jan. =E2=80=94=E2=80=94Makefile: KMOD=3D refstatic SRCS=3D refstatic.c testfunc.c bus_if.h device_if.h pci_if.h .include =E2=80=94=E2=80=94 refstatic.c: #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include static int testvar =3D 1; int func(void); static int refstatic_probe(device_t dev) { ++testvar; device_printf(dev, "func returns %d\n", func()); return ENXIO; } static int refstatic_attach(device_t dev) { (void) dev; return ENXIO; } static int refstatic_detach(device_t dev) { return 0; } static device_method_t refstatic_methods[] =3D { DEVMETHOD(device_probe, refstatic_probe), DEVMETHOD(device_attach, refstatic_attach), DEVMETHOD(device_detach, refstatic_detach), { 0, 0 } }; static driver_t refstatic_driver =3D { "refstatic", refstatic_methods, 64 }; static devclass_t refstatic_devclass; DRIVER_MODULE(refstatic, pci, refstatic_driver, refstatic_devclass, 0, = 0); =E2=80=94=E2=80=94testfunc.c: extern int testvar; int func(void); int func(void) { return testvar; } From owner-freebsd-stable@freebsd.org Wed Jul 15 08:42:46 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBF9A99C0A7 for ; Wed, 15 Jul 2015 08:42:46 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 57AAC14AA for ; Wed, 15 Jul 2015 08:42:45 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. ([IPv6:fd00::77d]) by elf.hq.norma.perm.ru (8.14.9/8.14.9) with ESMTP id t6F8gdvm071303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 15 Jul 2015 13:42:39 +0500 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <55A61CFF.2020006@norma.perm.ru> Date: Wed, 15 Jul 2015 13:42:39 +0500 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: ipsec broken again References: <55A5E49D.1060000@norma.perm.ru> <20150715044455.GY15828@FreeBSD.org> In-Reply-To: <20150715044455.GY15828@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Wed, 15 Jul 2015 13:42:40 +0500 (YEKT) X-Spam-Status: No hits=-100.1 bayes=0.0000 testhits AWL=0.315,BAYES_00=-1.9, RDNS_NONE=0.793,SPF_SOFTFAIL=0.665,USER_IN_WHITELIST=-100 autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jul 2015 08:42:47 -0000 Hi. On 15.07.2015 09:44, Glen Barber wrote: > On Wed, Jul 15, 2015 at 09:42:05AM +0500, Eugene M. Zheganin wrote: >> As soon as I upgraded one of my ipsec routers to recent stable >> (10.2-BETA1 #0 r285524) it stopped working as a security gateway. Ipsec >> traffic is passed out and receiving in, SA are in place, but nothing >> happens upon receipt (I run gre over ipsec, so gre interface doesn't see >> any incoming packets). Last revision I have with ipsec working (probably >> not the last in general) was r282461. Could please someone look into this ? >> > Please file a PR so this does not get lost. Add re@ to the CC list, as > well. > > Update: ipsec is fine, the thing is about undocumented behavior of enc(4). PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201581 Thanks. Eugene. From owner-freebsd-stable@freebsd.org Wed Jul 15 13:28:04 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50F849A1483 for ; Wed, 15 Jul 2015 13:28:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BF36A1AD5 for ; Wed, 15 Jul 2015 13:28:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t6FDRkCQ096729 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 15 Jul 2015 16:27:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t6FDRkCQ096729 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t6FDRigm096728; Wed, 15 Jul 2015 16:27:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 15 Jul 2015 16:27:44 +0300 From: Konstantin Belousov To: Jan Mikkelsen Cc: FreeBSD Stable Mailing List , Karl Denninger Subject: Re: amd64 kernel dynamic linking allows extern references to statics Message-ID: <20150715132744.GD2404@kib.kiev.ua> References: <13C52D9D-E1E6-4F83-A881-4E867C336B31@transactionware.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <13C52D9D-E1E6-4F83-A881-4E867C336B31@transactionware.com> User-Agent: Mutt/1.5.23 (2014-03-12) 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 autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jul 2015 13:28:04 -0000 On Wed, Jul 15, 2015 at 06:17:20PM +1000, Jan Mikkelsen wrote: > Hi, > > (All on 10.2-BETA1.) > > I noticed that the latest patch in the bug https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 works on amd64 but fails to load zfs.ko on i386 with a symbol not found error. > > Looking at the patch, there is one file that has ???extern int zio_use_uma??? to reference a variable that is declared elsewhere as ???static int zio_use_uma???. To me this obviously should not work. However it does work on amd64 but fails on i386. > > Below is a small test case that reproduces the problem. The generated kernel module loads on amd64 but fails on i386. On amd64 one compilation unit is accessing a static in from another compilation unit by declaring the variable ???extern???. > > I haven???t looked further to attempt to find the bug. However, it looks like a Bad Thing??? to me. > I am not sure that this is fixable. Issue is that amd64 modules are relinked object files, and they might have unresolved relocations against local symbols. Change like the following probably fix your test case, but also quite possible would break legitimate local references. diff --git a/sys/kern/link_elf_obj.c b/sys/kern/link_elf_obj.c index 021381d..6fa5276 100644 --- a/sys/kern/link_elf_obj.c +++ b/sys/kern/link_elf_obj.c @@ -1096,7 +1096,8 @@ link_elf_lookup_symbol(linker_file_t lf, const char *name, c_linker_sym_t *sym) for (i = 0, symp = ef->ddbsymtab; i < ef->ddbsymcnt; i++, symp++) { strp = ef->ddbstrtab + symp->st_name; - if (symp->st_shndx != SHN_UNDEF && strcmp(name, strp) == 0) { + if (symp->st_shndx != SHN_UNDEF && strcmp(name, strp) == 0 && + ELF_ST_BIND(symp->st_info) != STB_LOCAL) { *sym = (c_linker_sym_t) symp; return 0; } From owner-freebsd-stable@freebsd.org Wed Jul 15 16:44:11 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F09FC9A2029 for ; Wed, 15 Jul 2015 16:44:11 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 30B0118EB for ; Wed, 15 Jul 2015 16:44:09 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from [192.168.248.34] ([192.168.248.34]) by elf.hq.norma.perm.ru (8.14.9/8.14.9) with ESMTP id t6FGi0e8014593 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 15 Jul 2015 21:44:01 +0500 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <55A68DCB.2060501@norma.perm.ru> Date: Wed, 15 Jul 2015 21:43:55 +0500 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: FreeBSD Stable Mailing List Subject: zfs dataset and hanging getdirentries() on it Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (elf.hq.norma.perm.ru [192.168.3.10]); Wed, 15 Jul 2015 21:44:01 +0500 (YEKT) X-Spam-Status: No hits=-102.3 bayes=0.0000 testhits ALL_TRUSTED=-1, AWL=0.643, BAYES_00=-1.9, USER_IN_WHITELIST=-100 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jul 2015 16:44:12 -0000 Hi. I have a funny zfs dataset on a recent stable, which listing takes several minutes. In the same time - it runs last available pool version with all available feature flags enabled (however, problem manifested itself on a one year old stable) - it's an old /tmp directory - it used to hold 2.5 millions of files (operational error from nagios) - now it's empty - zpool status shows no errors - scrub found no errors - ktrace shows it's getdirentries() that is waiting for something - ps shows zio->io_(trimmed)wchan state Does someone take a look into this, in case this is some kind of rare bug (and I suppose it is) ? If not, I will just delete it - I've already recreated /tmp and renamed old one. Eugene. From owner-freebsd-stable@freebsd.org Wed Jul 15 16:45:21 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3104A9A208F for ; Wed, 15 Jul 2015 16:45:21 +0000 (UTC) (envelope-from ortadur@web.de) Received: from mout.web.de (mout.web.de [212.227.15.4]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.web.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94E691A59 for ; Wed, 15 Jul 2015 16:45:19 +0000 (UTC) (envelope-from ortadur@web.de) Received: from [131.169.71.160] by 3capp-webde-bs41.server.lan (via HTTP); Wed, 15 Jul 2015 18:32:13 +0200 MIME-Version: 1.0 Message-ID: From: "Andre Meiser" To: "Konstantin Belousov" Cc: freebsd-stable@freebsd.org Subject: Re: Many core dumps in pthread_getspecific. Content-Type: text/plain; charset=UTF-8 Date: Wed, 15 Jul 2015 18:32:13 +0200 Importance: normal Sensitivity: Normal In-Reply-To: <20150703211111.GZ2080@kib.kiev.ua> References: <20150603145838.GX2499@kib.kiev.ua> <20150614190504.GT2080@kib.kiev.ua> <20150616073637.GO2080@kib.kiev.ua> , <20150703211111.GZ2080@kib.kiev.ua> X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K0:LmFdeH7AaS0oYripMQ9p19bPuZ7MHSfqyidIEZ9znrc v0Er8s+abxUghXa0DNHy38VL2OVYmonl4r+fYmO2YCzztklVdf ZhZz3hl2zof0a/F/Qk6mX2CaYmyxLmIvpJU4CJiATWVk1qzw4d UUAvfFdk53Z+JJSn3cFIlF0Xox26CoiSTi9FQdJ6fpBigHnQ06 8lVKyE9xnOQLO7nI2h8qChU+AX/pwff0kWEExybdXd28b4Z82N BEPhnsisF/B90J8Y0J6hxndyc7x7tHh2Ih3c9502Dv0RRSqGbt wkOiBk= X-UI-Out-Filterresults: notjunk:1;V01:K0:znSxgaeO4TM=:WprNgtfa6vbuukyeQ3R5TW uEJ6v8/hcY3QUQllHyUZXwyXk+lcJ9zOo3D+Mfq0WsNRSBXRonDjvvY+ZdT7tvIpTPPOTYUfA 8l9UeMODqUl+9w5E5zwBJ46HdvYpeXegC1zupuaSmyS5gVXkuZb9RM1jfRvztA8lrN6sN1Yzq qK658oSAxqohtUGVr9I+LdpLViK3iSVy2bjWG/GlbuvgfJwzsBVSIoqlI1tNpXlKtmzTuDjrT kcp3h5qRD/WVfMIWp/skz5KnatB/qNyxyGkSPJZcIrIIpQHx7o1uYY80LHoLEjrC401c2EHnv YqdMd6c8uVFdAv1Cfd+162wHLVWavva7xNOYdlRCz6+xHKzEx+bOcEXnqWfprIFlPSYm3nVHA axpuwV37dUNlJfHywfWszNLf29Yu7G+GRY7+bQKjIEbtlN+CgMNjDQiR7kGi6iqdD6AxgIkUn fWpfz/sFqnFqfbAszXArKjcd/KRT7X9vp7gJiSdrKGNqhC1SIXHCdsWVFAPzKVZbhQhZ9omjU Y7DiI/wHBS7x1mbzFGeTRM= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jul 2015 16:45:21 -0000 Hi, no crash from vim or Xorg but from xterm and again at getcontext(uc) after alloca: % readelf -d xterm | grep NEEDED 0x0000000000000001 (NEEDED) Shared library: [libXinerama.so.1] 0x0000000000000001 (NEEDED) Shared library: [libXft.so.2] 0x0000000000000001 (NEEDED) Shared library: [libfontconfig.so.1] 0x0000000000000001 (NEEDED) Shared library: [libutil.so.9] 0x0000000000000001 (NEEDED) Shared library: [libXaw.so.7] 0x0000000000000001 (NEEDED) Shared library: [libXmu.so.6] 0x0000000000000001 (NEEDED) Shared library: [libXt.so.6] 0x0000000000000001 (NEEDED) Shared library: [libX11.so.6] 0x0000000000000001 (NEEDED) Shared library: [libXpm.so.4] 0x0000000000000001 (NEEDED) Shared library: [libICE.so.6] 0x0000000000000001 (NEEDED) Shared library: [libulog.so.0] 0x0000000000000001 (NEEDED) Shared library: [libncurses.so.8] 0x0000000000000001 (NEEDED) Shared library: [libc.so.7] (gdb) bt #0 0x0000000803038642 in check_deferred_signal (curthread=0x805006400) at /usr/src/lib/libthr/thread/thr_sig.c:332 #1 0x000000080303858d in _thr_ast (curthread=0x805006400) at /usr/src/lib/libthr/thread/thr_sig.c:265 #2 0x000000080303d367 in _thr_rtld_lock_release (lock=) at /usr/src/lib/libthr/thread/thr_rtld.c:162 #3 0x000000080067d94d in _r_debug_postinit () from /libexec/ld-elf.so.1 #4 0x000000080067b15d in .text () from /libexec/ld-elf.so.1 #5 0x0000000000438007 in ?? () #6 0x000000000043fe77 in ?? () #7 0x000000000041808b in ?? () #8 0x0000000000417e0a in ?? () #9 0x000000000042e04a in ?? () #10 0x000000000040823f in ?? () #11 0x0000000800697000 in ?? () #12 0x0000000000000000 in ?? () (gdb) info locals act = {__sigaction_u = {__sa_handler = 0x7fff00000001, __sa_sigaction = 0x7fff00000001}, sa_flags = -6472, sa_mask = {__bits = { 32767, 4198068, 0, 54936355}}} info = {si_signo = 0, si_errno = 0, si_code = -6472, si_pid = 32767, si_uid = 4294960256, si_status = 32767, si_addr = 0x800000021, si_value = { sival_int = -6368, sival_ptr = 0x7fffffffe720, sigval_int = -6368, sigval_ptr = 0x7fffffffe720}, _reason = {_fault = {_trapno = 15}, _timer = {_timerid = 15, _overrun = 0}, _mesgq = {_mqd = 15}, _poll = { _band = 15}, __spare__ = {__spare1__ = 15, __spare2__ = {0, 0, 6909952, 8, -6496, 32767, 6806459}}}} (gdb) info registers rax 0xf0b470 15774832 rbx 0x805006400 34443650048 rcx 0x0 0 rdx 0xca0000 13238272 rsi 0x7fffffffe6b8 140737488348856 rdi 0x7fffff0f3150 140737472573776 rbp 0x7fffffffe650 0x7fffffffe650 rsp 0x7fffff0f3150 0x7fffff0f3150 r8 0x12 18 r9 0x7fffffffe720 140737488348960 r10 0x4030d0 4206800 r11 0x261 609 r12 0x1 1 r13 0x679320 6787872 r14 0x7fffff0f3150 140737472573776 r15 0x23 35 rip 0x803038642 0x803038642 eflags 0x10206 66054 cs 0x43 67 ss 0x3b 59 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 (gdb) disassemble Dump of assembler code for function check_deferred_signal: 0x00000008030385f0 : push %rbp 0x00000008030385f1 : mov %rsp,%rbp 0x00000008030385f4 : push %r15 0x00000008030385f6 : push %r14 0x00000008030385f8 : push %rbx 0x00000008030385f9 : sub $0x78,%rsp 0x00000008030385fd : mov %rdi,%rbx 0x0000000803038600 : cmpl $0x0,0x100(%rbx) 0x0000000803038607 : je 0x803038612 0x0000000803038609 : cmpl $0x0,0x180(%rbx) 0x0000000803038610 : je 0x80303861d 0x0000000803038612 : lea -0x18(%rbp),%rsp 0x0000000803038616 : pop %rbx 0x0000000803038617 : pop %r14 0x0000000803038619 : pop %r15 0x000000080303861b : pop %rbp 0x000000080303861c : retq 0x000000080303861d : movl $0x1,0x180(%rbx) 0x0000000803038627 : callq 0x803032dfc <__getcontextx_size@plt> 0x000000080303862c : cltq 0x000000080303862e : mov %rsp,%r14 0x0000000803038631 : add $0xf,%rax 0x0000000803038635 : and $0xfffffffffffffff0,%rax 0x0000000803038639 : sub %rax,%r14 0x000000080303863c : mov %r14,%rsp 0x000000080303863f : mov %r14,%rdi 0x0000000803038642 : callq 0x8030331cc 0x0000000803038647 : cmpl $0x0,0x100(%rbx) 0x000000080303864e : je 0x8030386db 0x0000000803038654 : lea 0x100(%rbx),%r15 0x000000080303865b : mov %r14,%rdi 0x000000080303865e : callq 0x80303301c <__fillcontextx2@plt> 0x0000000803038663 : movups 0x160(%rbx),%xmm0 0x000000080303866a : movups 0x170(%rbx),%xmm1 0x0000000803038671 : movaps %xmm1,-0x30(%rbp) 0x0000000803038675 : movaps %xmm0,-0x40(%rbp) 0x0000000803038679 : movups 0x150(%rbx),%xmm0 0x0000000803038680 : movups %xmm0,(%r14) 0x0000000803038684 : movups 0x40(%r15),%xmm0 0x0000000803038689 : movaps %xmm0,-0x50(%rbp) 0x000000080303868d : movups (%r15),%xmm0 0x0000000803038691 : movups 0x10(%r15),%xmm1 0x0000000803038696 : movups 0x20(%r15),%xmm2 0x000000080303869b : movups 0x30(%r15),%xmm3 0x00000008030386a0 : movaps %xmm3,-0x60(%rbp) 0x00000008030386a4 : movaps %xmm2,-0x70(%rbp) 0x00000008030386a8 : movaps %xmm1,-0x80(%rbp) 0x00000008030386ac : movaps %xmm0,-0x90(%rbp) 0x00000008030386b3 : movl $0x0,0x100(%rbx) 0x00000008030386bd : mov -0x90(%rbp),%esi 0x00000008030386c3 : lea -0x40(%rbp),%rdi 0x00000008030386c7 : lea -0x90(%rbp),%rdx 0x00000008030386ce : mov %r14,%rcx 0x00000008030386d1 : callq 0x803039330 0x00000008030386d6 : jmpq 0x803038612 0x00000008030386db : movl $0x0,0x180(%rbx) 0x00000008030386e5 : jmpq 0x803038612 End of assembler dump. I like the system, but this thread library smells fishy... :( Sincerely yours Andre. From owner-freebsd-stable@freebsd.org Wed Jul 15 19:19:07 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 36E479A2285 for ; Wed, 15 Jul 2015 19:19:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 135B11195 for ; Wed, 15 Jul 2015 19:19:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (75-48-78-19.lightspeed.cncrca.sbcglobal.net [75.48.78.19]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 16A9FB94E; Wed, 15 Jul 2015 15:19:06 -0400 (EDT) From: John Baldwin To: "Brandon J. Wandersee" Cc: Kevin Oberman , Adrian Chadd , Joseph Mingrone , FreeBSD-STABLE Mailing List Subject: Re: suspend/resume regression Date: Wed, 15 Jul 2015 12:07:22 -0700 Message-ID: <6951198.NGhNejXbxL@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.1-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <86615mlcto.fsf@WorkBox.Home> References: <86oak289hv.fsf@gly.ftfl.ca> <86615mlcto.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 15 Jul 2015 15:19:06 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jul 2015 19:19:07 -0000 On Tuesday, July 14, 2015 03:10:59 PM Brandon J. Wandersee wrote: > > Please forgive me if this seems impudent, but has there been any progress on > this? The status of the bug report hasn't changed since it was opened. I > don't mean to be rude, and I certainly appreciate the effort that's gone > into this already (especially Kevin's detective work), but support for > suspend-to-RAM and my laptop's hotkeys were essentially the only reasons > I started tracking 10-STABLE to begin with. Since both features were > resolved many months ago, I was hoping to switch from -STABLE to 10.2-RELEASE > when it came out, but I'm starting to get the feeling that won't happen > because of a single errant commit. Having to continue following -STABLE > would not be terrible, but it would be disappointing. As noted previously, I have been moving house and generally offline since mid-June (and I'm not really fully online yet). My last request was if Kevin (or someone else with an affected laptop) could test HEAD to see if there is a missing bugfix on HEAD that needs to be merged. This specific change was tested on HEAD on both a T440 and X220 and on 10 to test the MFC on the T440. -- John Baldwin From owner-freebsd-stable@freebsd.org Wed Jul 15 19:59:48 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F3E99A2ADC for ; Wed, 15 Jul 2015 19:59:48 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "neonpark.inter-sonic.com", Issuer "StartCom Class 2 Primary Intermediate Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F6A01FB8 for ; Wed, 15 Jul 2015 19:59:47 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at Intersonic AB Date: Wed, 15 Jul 2015 21:52:53 +0200 Message-ID: <20150715215253.Horde._Uobbflf4-5sp0TjL7DgCrc@webmail.bsdlabs.com> From: Per olof Ljungmark To: FreeBSD-STABLE Mailing List Subject: jail: /etc/rc: cannot create /dev/null: Operation not supported Reply-to: peo@intersonic.se User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jul 2015 19:59:48 -0000 FreeBSD 10.2-PRERELEASE #0 r284949 The jail can be started, but when /etc/rc is executed: root@mar:/ # sh -x /etc/rc + stty status ^T /etc/rc: cannot create /dev/null: Operation not supported + trap : 2 + trap 'echo '\''Boot interrupted'\''; exit 1' 3 + HOME=/ + PATH=/sbin:/bin:/usr/sbin:/usr/bin + export HOME PATH + [ '' = autoboot ] + autoboot=no + _boot=quietstart + /sbin/sysctl -n vfs.nfs.diskless_valid /etc/rc: cannot create /dev/null: Operation not supported ... I have done the procedure several times before but never saw this one before and don't know how to get around it. Ideas anyone? Any recent changes that can show up like the above? Thanks! //per From owner-freebsd-stable@freebsd.org Wed Jul 15 22:05:57 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7EB759A35F9 for ; Wed, 15 Jul 2015 22:05:57 +0000 (UTC) (envelope-from pmurray@nevada.net.nz) Received: from bellagio.open2view.net (bellagio.open2view.net [210.48.79.75]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4D3BF1A36 for ; Wed, 15 Jul 2015 22:05:56 +0000 (UTC) (envelope-from pmurray@nevada.net.nz) Received: from dhcp100.akl.open2view.lan (unknown [114.23.246.97]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pmurray@nevada.net.nz) by bellagio.open2view.net (Postfix) with ESMTPSA id DFB0512AA573; Thu, 16 Jul 2015 09:58:01 +1200 (NZST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: FreeBSD 10.1 Memory Exhaustion From: Philip Murray In-Reply-To: <55A3A800.5060904@denninger.net> Date: Thu, 16 Jul 2015 09:58:02 +1200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <55A3A800.5060904@denninger.net> To: Karl Denninger , freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jul 2015 22:05:57 -0000 > On 13/07/2015, at 11:58 pm, Karl Denninger wrote: >=20 > Put this on your box and see if the problem goes away.... :-) >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D187594 >=20 Is there a concise explanation of why this hasn=92t been merged into = -CURRENT?=20 I know there are concerns that it isn=92t the proper fix, but I can=92t = find any discussion of the argument against it. Only people with positive reports about it fixing = people=92s problems. Sorry if this keeps getting asked but I couldn=92t find a good reason = why not documented=20 anywhere, which could form a reason not to use the patch in certain = situations. (I have about 24TB about to go into production on ZFS, so I=92m = particularly interested in it) Cheers Phil=20= From owner-freebsd-stable@freebsd.org Wed Jul 15 22:58:05 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF4839A3E17 for ; Wed, 15 Jul 2015 22:58:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ABE361EB9 for ; Wed, 15 Jul 2015 22:58:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by ietj16 with SMTP id j16so44441311iet.0 for ; Wed, 15 Jul 2015 15:58:04 -0700 (PDT) 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:content-transfer-encoding; bh=O5iwp6c9+VYpHDtxRLG1TMTjLS4/y64uGywJhvJBx2o=; b=RNZYEaWT0GVzf3CGNmlM8IYvnefxzA9GxgWEV2qdFfUmWh3sKd09jIIB5hIHKuevZY dYF6BtP60S/OdqGAzEEDt7IrlsEEitsqZIbi8/Hla/qx8ZtA25zfljhNWDIsbWIxKbTn fN+t15mkCpTnp6unDWHi1oCqxYjgqSMQChPh66yVmNMQ/DC6/ajloteeJMv3ItJ8SfEU Ye/h63cEzDpMlZOq3WD13lYGJr0zPNSy6ABwX6VTcpYCrqP2zU/74dDZ+0g+IWOLJu94 h9mWDSSdU5QXDB6Ksnpj12JU/D8pfuIle73PTxK9p96u43bbaGqOlhroTqACVyTkJ5bO A8Mg== MIME-Version: 1.0 X-Received: by 10.107.35.144 with SMTP id j138mr8895711ioj.105.1437001084704; Wed, 15 Jul 2015 15:58:04 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Wed, 15 Jul 2015 15:58:04 -0700 (PDT) In-Reply-To: References: <55A3A800.5060904@denninger.net> Date: Wed, 15 Jul 2015 15:58:04 -0700 Message-ID: Subject: Re: FreeBSD 10.1 Memory Exhaustion From: Adrian Chadd To: Philip Murray Cc: Karl Denninger , FreeBSD Stable Mailing List Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jul 2015 22:58:06 -0000 On 15 July 2015 at 14:58, Philip Murray wrote: > >> On 13/07/2015, at 11:58 pm, Karl Denninger wrote: >> >> Put this on your box and see if the problem goes away.... :-) >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D187594 >> > > Is there a concise explanation of why this hasn=E2=80=99t been merged int= o -CURRENT? > > I know there are concerns that it isn=E2=80=99t the proper fix, but I can= =E2=80=99t find any discussion of the > argument against it. Only people with positive reports about it fixing pe= ople=E2=80=99s problems. > > Sorry if this keeps getting asked but I couldn=E2=80=99t find a good reas= on why not documented > anywhere, which could form a reason not to use the patch in certain situa= tions. > > (I have about 24TB about to go into production on ZFS, so I=E2=80=99m par= ticularly interested in it) > > Cheers There were concerns that it only fixes a subset of issues by moving the problem elsewhere. I'd have to go re-check what's going on. Was there ever a phabricator review for it? -a From owner-freebsd-stable@freebsd.org Wed Jul 15 23:18:24 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1B6B9A213F for ; Wed, 15 Jul 2015 23:18:23 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 514F11946 for ; Wed, 15 Jul 2015 23:18:22 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 32599 invoked by uid 907); 15 Jul 2015 23:18:18 -0000 Received: from eth222.nsw.adsl.internode.on.net (HELO [192.168.1.32]) (150.101.196.221) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (ECDHE-RSA-AES256-SHA encrypted) ESMTPSA; Thu, 16 Jul 2015 09:18:18 +1000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: amd64 kernel dynamic linking allows extern references to statics From: Jan Mikkelsen In-Reply-To: <20150715132744.GD2404@kib.kiev.ua> Date: Thu, 16 Jul 2015 09:18:15 +1000 Cc: FreeBSD Stable Mailing List , Karl Denninger Content-Transfer-Encoding: quoted-printable Message-Id: References: <13C52D9D-E1E6-4F83-A881-4E867C336B31@transactionware.com> <20150715132744.GD2404@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jul 2015 23:18:24 -0000 > On 15 Jul 2015, at 11:27 pm, Konstantin Belousov = wrote: >=20 > On Wed, Jul 15, 2015 at 06:17:20PM +1000, Jan Mikkelsen wrote: >> Hi, >>=20 >> (All on 10.2-BETA1.) >>=20 >> I noticed that the latest patch in the bug = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D187594 = works on = amd64 but fails to load zfs.ko on i386 with a symbol not found error. >>=20 >> Looking at the patch, there is one file that has ???extern int = zio_use_uma??? to reference a variable that is declared elsewhere as = ???static int zio_use_uma???. To me this obviously should not work. = However it does work on amd64 but fails on i386. >>=20 >> Below is a small test case that reproduces the problem. The generated = kernel module loads on amd64 but fails on i386. On amd64 one compilation = unit is accessing a static in from another compilation unit by declaring = the variable ???extern???.=20 >>=20 >> I haven???t looked further to attempt to find the bug. However, it = looks like a Bad Thing??? to me. >>=20 >=20 > I am not sure that this is fixable. Issue is that amd64 modules are > relinked object files, and they might have unresolved relocations = against > local symbols. Change like the following probably fix your test case, > but also quite possible would break legitimate local references. >=20 > diff --git a/sys/kern/link_elf_obj.c b/sys/kern/link_elf_obj.c > index 021381d..6fa5276 100644 > --- a/sys/kern/link_elf_obj.c > +++ b/sys/kern/link_elf_obj.c > @@ -1096,7 +1096,8 @@ link_elf_lookup_symbol(linker_file_t lf, const = char *name, c_linker_sym_t *sym) >=20 > for (i =3D 0, symp =3D ef->ddbsymtab; i < ef->ddbsymcnt; i++, = symp++) { > strp =3D ef->ddbstrtab + symp->st_name; > - if (symp->st_shndx !=3D SHN_UNDEF && strcmp(name, strp) = =3D=3D 0) { > + if (symp->st_shndx !=3D SHN_UNDEF && strcmp(name, strp) = =3D=3D 0 && > + ELF_ST_BIND(symp->st_info) !=3D STB_LOCAL) { > *sym =3D (c_linker_sym_t) symp; > return 0; > } I don=E2=80=99t know why there could be an unresolved relocation against = a local symbol. My (admittedly trivial) tests with nm and static = functions/variables have not led to a =E2=80=9CU=E2=80=9D record. Under = what circumstances would this happen? Separately to this is that this behaviour also defeats multiple = definition checking at link time. Modifying my test slightly to have one = compilation unit with =E2=80=9Cstatic int testvar=E2=80=9D, one = compilation unit with =E2=80=9Cint testvar=E2=80=9D and one with = =E2=80=9Cextern int testvar=E2=80=9D gives nm output like this from the = .ko file: 00000000000000d0 d testvar 00000000000000c0 d testvar It is unclear which instance of testvar the =E2=80=9Cextern=E2=80=9D = declaration used for resolution. Simple testing seems to show it was the = one with the non-static storage class. However, a piece of code = depending on the previous resolution to local names could break by the = addition a file with a name clash. Also, not no =E2=80=9CU=E2=80=9D = record =E2=80=94 the =E2=80=9Cextern int testvar=E2=80=9D declaration = has been resolved at this point. Making both definitions static gives this: U testvar 00000000000000c0 d testvar 00000000000000d0 d testvar Which testvar will I get at load time? Who knows? Adding a file with a = static variable with a name clash in another compilation unit can change = the behaviour of a module. The big question for me is: under which legitimate case is this feature = necessary? The downsides seem significant. Regards, Jan. From owner-freebsd-stable@freebsd.org Thu Jul 16 05:52:43 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4BCA29A3366 for ; Thu, 16 Jul 2015 05:52:43 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B1EC1C83; Thu, 16 Jul 2015 05:52:43 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oige126 with SMTP id e126so43772588oig.0; Wed, 15 Jul 2015 22:52:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=OTDL4vWGP8CbIBUaKHkxq7XdYCQ562aQPF4SV61NGHU=; b=VxOYAFOQJtpeSlPb1hsnFEIPbohD7O6IBmtLbuC5uuq61Jc23swFK+a7Ha9GS9J2V/ 1OZ8RO9Z9ZmOrKfCkrQ+zqF2Y3G7BxeZiz7rHQX3WyMiz4t/5Ik9izTCNsztUUZZo7bC fZ4vrWaLxYbV+wPXx5xfF0slvEQsJa8FZuDBWiw8JHQnMp5cdvvG8tYvN/t9LLpZHlYb zF3vAIWLNTCyH6T1KQ80AvCnmJNv+Qw1Mi7zfXGEQrfFEJXZJZuGgmk/soWmJost539T h3hAG9NF/xt3qs4UxD4VCPb3Yb6BE1Z/vfZIhPO+EoiJ0p2HK4q3ws6gjWB/hsZuUy80 NVXQ== MIME-Version: 1.0 X-Received: by 10.182.94.171 with SMTP id dd11mr6276524obb.25.1437025962016; Wed, 15 Jul 2015 22:52:42 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Wed, 15 Jul 2015 22:52:41 -0700 (PDT) In-Reply-To: <6951198.NGhNejXbxL@ralph.baldwin.cx> References: <86oak289hv.fsf@gly.ftfl.ca> <86615mlcto.fsf@WorkBox.Home> <6951198.NGhNejXbxL@ralph.baldwin.cx> Date: Wed, 15 Jul 2015 22:52:41 -0700 X-Google-Sender-Auth: S4y37-4HzU5C8_QccExGNyKEwCw Message-ID: Subject: Re: suspend/resume regression From: Kevin Oberman To: John Baldwin Cc: "Brandon J. Wandersee" , Adrian Chadd , Joseph Mingrone , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jul 2015 05:52:43 -0000 On Wed, Jul 15, 2015 at 12:07 PM, John Baldwin wrote: > On Tuesday, July 14, 2015 03:10:59 PM Brandon J. Wandersee wrote: > > > > Please forgive me if this seems impudent, but has there been any > progress on > > this? The status of the bug report hasn't changed since it was opened. I > > don't mean to be rude, and I certainly appreciate the effort that's gone > > into this already (especially Kevin's detective work), but support for > > suspend-to-RAM and my laptop's hotkeys were essentially the only reasons > > I started tracking 10-STABLE to begin with. Since both features were > > resolved many months ago, I was hoping to switch from -STABLE to > 10.2-RELEASE > > when it came out, but I'm starting to get the feeling that won't happen > > because of a single errant commit. Having to continue following -STABLE > > would not be terrible, but it would be disappointing. > > As noted previously, I have been moving house and generally offline since > mid-June (and I'm not really fully online yet). My last request was if > Kevin (or someone else with an affected laptop) could test HEAD to see if > there is a missing bugfix on HEAD that needs to be merged. This specific > change was tested on HEAD on both a T440 and X220 and on 10 to test the > MFC on the T440. > > -- > John Baldwin > John, I am back from my vacation and hope to try HEAD soon, hopefully this weekend. Since HEAD has been a bit fragile of late, I do plan on testing and switching back to STABLE. I will probably install HEAD on a spare drive. With luck (meaning nothing crops up that fills the available time), I should have an answer on Monday. Hope the move was not too chaotic and life gets back to normal quickly. (I hate moving, but I do so twice a year. Practice makes something approaching perfect.) -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Thu Jul 16 10:05:33 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDC4D9A2C06 for ; Thu, 16 Jul 2015 10:05:33 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id BEC041EF7; Thu, 16 Jul 2015 10:05:33 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0ABB3112; Thu, 16 Jul 2015 10:05:34 +0000 (UTC) Date: Thu, 16 Jul 2015 10:05:33 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-stable@freebsd.org, lwhsu@FreeBSD.org Message-ID: <879312389.4.1437041133990.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #1973 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jul 2015 10:05:33 -0000 See From owner-freebsd-stable@freebsd.org Thu Jul 16 12:58:06 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49C3F99C339 for ; Thu, 16 Jul 2015 12:58:06 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EE1E41673 for ; Thu, 16 Jul 2015 12:58:05 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (180-198-137-134.nagoya1.commufa.jp [180.198.137.134]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id t6GCvwfA077919 for ; Thu, 16 Jul 2015 21:57:58 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Thu, 16 Jul 2015 21:57:57 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: Will 10.2 also ship with a very stale NTP? Message-Id: <20150716215757.5dd13a04d134bba8ea290893@dec.sakura.ne.jp> In-Reply-To: <1436726929.1334.202.camel@freebsd.org> References: <20150710235810.GA76134@rwpc16.gfn.riverwillow.net.au> <20150712032256.GB19305@satori.lan> <20150712050443.GA22240@server.rulingia.com> <20150712154416.b9f3713893fe28bfab1dd4d7@dec.sakura.ne.jp> <20150712184910.2d8d5f085ae659d5b9a2aba0@dec.sakura.ne.jp> <1436715703.1334.193.camel@freebsd.org> <20150712183140.GB22240@server.rulingia.com> <1436726929.1334.202.camel@freebsd.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.27; amd64-portbld-freebsd10.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jul 2015 12:58:06 -0000 Xin, Ian: Confirmed MFC of ntp 4.2.8p3 and related kernel fix. Thanks for your work! re@: Thanks for approving MFC at this timing, before creating releng/10.2. John: Congraturations! We have latest stable version of ntp with 10.2. :-) On Sun, 12 Jul 2015 12:48:49 -0600 Ian Lepore wrote: > On Mon, 2015-07-13 at 04:31 +1000, Peter Jeremy wrote: > > On 2015-Jul-12 09:41:43 -0600, Ian Lepore wrote: > > >And let's all just hope that a week or two of testing is enough when > > >jumping a major piece of software forward several years in its > > >independent evolution. > > > > Whilst I support John's desire for NTP to be updated, I also do not > > think this is the appropriate time to do so. That said, the final > > decision is up to re@. > > > > >The import of 4.2.8p2 several months ago resulted in complete failure of > > >timekeeping on all my arm systems. Just last week I tracked it down to > > >a kernel bug (which I haven't committed the fix for yet). While the bug > > >has been in the kernel for years, it tooks a small change in ntpd > > >behavior to trigger it. > > > > > >Granted it's an odd corner-case problem that won't affect most users > > >because they just use the stock ntp.conf file (and it only affects > > >systems that have a large time step due to no battery-backed clock). > > >But it took me weeks to find enough time to track down the cause of the > > >problem. > > > > I'm not using the stock ntp.conf on my RPis and didn't notice any NTP > > issues. Are you able to provide more details of either the ntp.conf > > options that trigger the bug or the kernel bug itself? A quick search > > failed to find anything. > > > > I just committed the kernel fix as r285424; the commit message has some > info on why the new ntpd made the problem visible. > > I should have said "stock rc.conf and ntp.conf"... To get the problem to > happen you've got to set rc.conf ntpd_sync_on_start=NO and allow ntpd to > make a large step (-g without -q, or tinker panic 0). I don't remember > why I had sync on start disabled on most of my arm systems (probably a > one-time experiment that I forgot to undo and it got copied around), but > I suspect most people who don't have battery clocks will have it set to > yes, and that's why nobody else saw this problem. > > To me, the problem was mainly illustrative of how a tiny innocuous > change (ntpd making a series of ntp_adjtime() calls in a different, but > still correct, order than it used to) can expose a completely unexpected > longstanding bug in our code. Gotta wonder if any more of those are > lurking. :/ > > -- Ian > > > > > _______________________________________________ > 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" > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-stable@freebsd.org Thu Jul 16 13:02:09 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3030399C53E for ; Thu, 16 Jul 2015 13:02:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C9C091BD3 for ; Thu, 16 Jul 2015 13:02:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t6GD1o2r024126 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 16 Jul 2015 16:01:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t6GD1o2r024126 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t6GD1nGO024123; Thu, 16 Jul 2015 16:01:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 16 Jul 2015 16:01:48 +0300 From: Konstantin Belousov To: Jan Mikkelsen Cc: FreeBSD Stable Mailing List , Karl Denninger Subject: Re: amd64 kernel dynamic linking allows extern references to statics Message-ID: <20150716130148.GM2404@kib.kiev.ua> References: <13C52D9D-E1E6-4F83-A881-4E867C336B31@transactionware.com> <20150715132744.GD2404@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) 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 autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jul 2015 13:02:09 -0000 On Thu, Jul 16, 2015 at 09:18:15AM +1000, Jan Mikkelsen wrote: > > > On 15 Jul 2015, at 11:27 pm, Konstantin Belousov wrote: > > > > On Wed, Jul 15, 2015 at 06:17:20PM +1000, Jan Mikkelsen wrote: > >> Hi, > >> > >> (All on 10.2-BETA1.) > >> > >> I noticed that the latest patch in the bug https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 works on amd64 but fails to load zfs.ko on i386 with a symbol not found error. > >> > >> Looking at the patch, there is one file that has ???extern int zio_use_uma??? to reference a variable that is declared elsewhere as ???static int zio_use_uma???. To me this obviously should not work. However it does work on amd64 but fails on i386. > >> > >> Below is a small test case that reproduces the problem. The generated kernel module loads on amd64 but fails on i386. On amd64 one compilation unit is accessing a static in from another compilation unit by declaring the variable ???extern???. > >> > >> I haven???t looked further to attempt to find the bug. However, it looks like a Bad Thing??? to me. > >> > > > > I am not sure that this is fixable. Issue is that amd64 modules are > > relinked object files, and they might have unresolved relocations against > > local symbols. Change like the following probably fix your test case, > > but also quite possible would break legitimate local references. > > > > diff --git a/sys/kern/link_elf_obj.c b/sys/kern/link_elf_obj.c > > index 021381d..6fa5276 100644 > > --- a/sys/kern/link_elf_obj.c > > +++ b/sys/kern/link_elf_obj.c > > @@ -1096,7 +1096,8 @@ link_elf_lookup_symbol(linker_file_t lf, const char *name, c_linker_sym_t *sym) > > > > for (i = 0, symp = ef->ddbsymtab; i < ef->ddbsymcnt; i++, symp++) { > > strp = ef->ddbstrtab + symp->st_name; > > - if (symp->st_shndx != SHN_UNDEF && strcmp(name, strp) == 0) { > > + if (symp->st_shndx != SHN_UNDEF && strcmp(name, strp) == 0 && > > + ELF_ST_BIND(symp->st_info) != STB_LOCAL) { > > *sym = (c_linker_sym_t) symp; > > return 0; > > } > > I don???t know why there could be an unresolved relocation against a local symbol. My (admittedly trivial) tests with nm and static functions/variables have not led to a ???U??? record. Under what circumstances would this happen? Assembler cannot know the final location for any non-local data, so any variable, global or static, requires a relocation in the object file for the final code to work properly. Look at the most trivial example static int a; int f(int x) { return (a + x); } int *g(void) { return (&a); } The g() function is needed for prevent too smart gcc optimizer from noting that nothing could modify a and replace its uses with the literal 0. The generated object file, after disassembly, is 0000000000000000 : 0: 89 f8 mov %edi,%eax 2: 03 05 00 00 00 00 add 0x0(%rip),%eax # 8 4: R_X86_64_PC32 .bss-0x4 8: c3 retq The relocation is X86_64_PC32, which takes a symbol as displacement. In this case, compiler decided to use the segment base for the symbol, but it is allowed to use the local symbol directly. Only linker during the final link (not the incremental -r link) can fill the word which provides displacement for the rip-relative addressing to fetch a value. > > Separately to this is that this behaviour also defeats multiple definition checking at link time. Modifying my test slightly to have one compilation unit with ???static int testvar???, one compilation unit with ???int testvar??? and one with ???extern int testvar??? gives nm output like this from the .ko file: > > 00000000000000d0 d testvar > 00000000000000c0 d testvar > > It is unclear which instance of testvar the ???extern??? declaration used for resolution. Simple testing seems to show it was the one with the non-static storage class. However, a piece of code depending on the previous resolution to local names could break by the addition a file with a name clash. Also, not no ???U??? record ??? the ???extern int testvar??? declaration has been resolved at this point. > > Making both definitions static gives this: > > U testvar > 00000000000000c0 d testvar > 00000000000000d0 d testvar > > Which testvar will I get at load time? Who knows? Adding a file with a static variable with a name clash in another compilation unit can change the behaviour of a module. > > The big question for me is: under which legitimate case is this feature necessary? The downsides seem significant. > Well, might be that adding a check for multiple definitions of the same symbol into the link_elf_obj.c is reasonable, I do not have very strong opinion against it. But also, I do not see a way to do it in non-O(n^2) time, which is probably not the best thing to put into kernel. From owner-freebsd-stable@freebsd.org Thu Jul 16 17:25:33 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B6689A3E8E for ; Thu, 16 Jul 2015 17:25:33 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0F2551D91 for ; Thu, 16 Jul 2015 17:25:32 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id E089820130 for ; Thu, 16 Jul 2015 13:25:31 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute5.internal (MEProxy); Thu, 16 Jul 2015 13:25:31 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=oupf7RSr6LQ8Oon NN7JrrA6J6QI=; b=iR+SOleSabKUVmfSR2NGwmxzfN8xt034fK8tS/YJRvPzU/w 04hNMEtFBhsG4SehmE5ZHN67jXKzFbjVJcqeZEyxj+MXdxn9aq6CTBzq7JUJy7E+ j+w0VTs7TSwWFo4scYxnOMvJd8j1mYm+3w1yG+dJljYIBjaVG5Dy9XAuEfyg= Received: by web3.nyi.internal (Postfix, from userid 99) id BE4511091C1; Thu, 16 Jul 2015 13:25:31 -0400 (EDT) Message-Id: <1437067531.2544890.325551497.248A87D1@webmail.messagingengine.com> X-Sasl-Enc: MSYmEGebgtXFe7I3WesVy8y8iVC8nYNVExYsNxY+LUdx 1437067531 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-63a5d8c6 Subject: Re: Will 10.2 also ship with a very stale NTP? Date: Thu, 16 Jul 2015 12:25:31 -0500 In-Reply-To: <20150716215757.5dd13a04d134bba8ea290893@dec.sakura.ne.jp> References: <20150710235810.GA76134@rwpc16.gfn.riverwillow.net.au> <20150712032256.GB19305@satori.lan> <20150712050443.GA22240@server.rulingia.com> <20150712154416.b9f3713893fe28bfab1dd4d7@dec.sakura.ne.jp> <20150712184910.2d8d5f085ae659d5b9a2aba0@dec.sakura.ne.jp> <1436715703.1334.193.camel@freebsd.org> <20150712183140.GB22240@server.rulingia.com> <1436726929.1334.202.camel@freebsd.org> <20150716215757.5dd13a04d134bba8ea290893@dec.sakura.ne.jp> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jul 2015 17:25:33 -0000 On Thu, Jul 16, 2015, at 07:57, Tomoaki AOKI wrote: > Xin, Ian: > Confirmed MFC of ntp 4.2.8p3 and related kernel fix. > Thanks for your work! > > re@: > Thanks for approving MFC at this timing, before creating releng/10.2. > > John: > Congraturations! We have latest stable version of ntp with 10.2. :-) > > Thank you guys for speaking up while we had the chance. Sometimes MFC opportunities are missed for various reasons and it's great to have a community that keeps an eye out for these situations so re@ can cut fruitful releases which make your lives easier. From owner-freebsd-stable@freebsd.org Thu Jul 16 17:31:29 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 803469A3F3A for ; Thu, 16 Jul 2015 17:31:29 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 60E861049; Thu, 16 Jul 2015 17:31:29 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id F058F1921; Thu, 16 Jul 2015 17:31:28 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 16 Jul 2015 17:31:26 +0000 From: Glen Barber To: freebsd-stable@FreeBSD.org Subject: No, thank *you*! [was: Re: Will 10.2 also ship with a very stale NTP?] Message-ID: <20150716173126.GE53795@FreeBSD.org> References: <20150712032256.GB19305@satori.lan> <20150712050443.GA22240@server.rulingia.com> <20150712154416.b9f3713893fe28bfab1dd4d7@dec.sakura.ne.jp> <20150712184910.2d8d5f085ae659d5b9a2aba0@dec.sakura.ne.jp> <1436715703.1334.193.camel@freebsd.org> <20150712183140.GB22240@server.rulingia.com> <1436726929.1334.202.camel@freebsd.org> <20150716215757.5dd13a04d134bba8ea290893@dec.sakura.ne.jp> <1437067531.2544890.325551497.248A87D1@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="XuV1QlJbYrcVoo+x" Content-Disposition: inline In-Reply-To: <1437067531.2544890.325551497.248A87D1@webmail.messagingengine.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jul 2015 17:31:29 -0000 --XuV1QlJbYrcVoo+x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 16, 2015 at 12:25:31PM -0500, Mark Felder wrote: > On Thu, Jul 16, 2015, at 07:57, Tomoaki AOKI wrote: > > Xin, Ian: > > Confirmed MFC of ntp 4.2.8p3 and related kernel fix. > > Thanks for your work! > >=20 > > re@: > > Thanks for approving MFC at this timing, before creating releng/10.2. > >=20 > > John: > > Congraturations! We have latest stable version of ntp with 10.2. :-) > >=20 > >=20 >=20 > Thank you guys for speaking up while we had the chance. Sometimes MFC > opportunities are missed for various reasons and it's great to have a > community that keeps an eye out for these situations so re@ can cut > fruitful releases which make your lives easier. Seconded. It's great to have such an amazing community. Glen --XuV1QlJbYrcVoo+x Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVp+puAAoJEAMUWKVHj+KTBBsP/2xrw5+NeCRk2ncX6XjuqW2r sVfQ587p9qlls8lePFqhxZxYZW7D2kouRcHk5HUSjcQnF3PzW7boWPiKLr4mrVcT sYpOcz9LdIG798qV1OsIvjnYQFf47dV1NH5iyzvL84DB+l8pu8L4Kf1GtY39g/s8 /+VHoiQbdmUJD26dcTMNF4HRs7zOD9497S1s15DYnnEgRf3VuMmeBZxn0HXv+ug6 ++EsHvUD9fcExHXFUe7a3dcJgrxWDGGoIjVh6m2lFnYf9VTURh5Wmms/vZdOSokS T6jlbq3/JyJpRFtOQRB5Lb8gsBsp+GFhwcaMniLjigU+xGADobLX7RV17oRTxzDc POtRSqlDhNVBckAeCvm5OWzxcTl1PfNSatBi0b6k4wiTVJNG7rxv9R/GIh3IzDCN iTyOBznGdpiLCrIFEkXC65AR8RplQx3F0AiYwuAVPNrqLjEsvJ0TaYYSllMuCXJr MregrXyJa4OkZzUuIveynMnshVUAmMxMkmhQqS+f6rMmyMqzibXE2DCakKG7Xfh6 Puz4GpgLB03/mgmfKn4Ew71kC3njGz2fJigtLsY7qlxZ0sbz3MIG8Fp3EPR2yPhj LpOOdPdHzm+zFer6oOaQLANCB1PDAhPG3SfVpiylhjunO6PFm1AvysCx3lKxHzC0 TMoKH8cjLncU/9hz7qdS =4oZM -----END PGP SIGNATURE----- --XuV1QlJbYrcVoo+x-- From owner-freebsd-stable@freebsd.org Thu Jul 16 22:43:48 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 393F59A47CA for ; Thu, 16 Jul 2015 22:43:48 +0000 (UTC) (envelope-from mikes@siralan.org) Received: from mail.suso.org (mail.suso.org [199.231.210.11]) by mx1.freebsd.org (Postfix) with ESMTP id C297B12F8 for ; Thu, 16 Jul 2015 22:43:47 +0000 (UTC) (envelope-from mikes@siralan.org) Received: from [10.0.0.3] (c-68-45-8-213.hsd1.in.comcast.net [68.45.8.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.suso.org (Postfix) with ESMTP id 5481E138217 for ; Thu, 16 Jul 2015 22:14:42 +0000 (GMT) Date: Thu, 16 Jul 2015 18:14:38 -0400 (EDT) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-stable@freebsd.org Subject: Regression in FreeBSD-STABLE 10.2-BETA1 r28551 Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="-1160921188-1956874061-1437084882=:1052" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jul 2015 22:43:48 -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. ---1160921188-1956874061-1437084882=:1052 Content-Type: text/plain; format=flowed; charset=US-ASCII I've not worked with 10.x a lot, so please excuse novice mistakes. I upgraded the OS on a quad Opteron Tyan S4881 (known to have SMP bugs, but I haven't seen any and I've been running this system for years). I upgraded from an earlier version of FreeBSD-10.x to FreeBSD 10.2-BETA1 r285551. Problem: during boot, when accessing the DVD drive attached to the EIDE bus there is an interrupt storm on interrupt 16. After a few minutes of errors the boot continues successfully and the system appears to behave normally after that. I do not use the DVD drive except for installs, which are infrequent. The earlier kernel does not exhibit this behavior. This is part of a verbose dmesg during a boot. The complete dmesg is attached. This does not appear to be a serious issue, and this is a home server system. Mike Squires mikes@siralan.org or michael.leslie.squires@gmail.com UN*X at home since 1986 FreeBSD 10.2-BETA1 #5 r285551: Tue Jul 14 23:13:18 EDT 2015 root@superxeon.familysquires.net:/usr/obj/usr/src/sys/OPTERON8 amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: AMD Opteron(tm) Processor 850 (2405.51-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x20f51 Family=0xf Model=0x25 Stepping=1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 [stuff deleted] ata0: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata0: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata0: reset tp2 stat0=20 stat1=30 devices=0x0 ata1: reset tp1 mask=03 ostat0=50 ostat1=01 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x10000 (noperiph:ahc0:0:-1:ffffffff): SCSI bus reset delivered. 0 SCBs aborted. interrupt storm detected on "irq16:"; throttling interrupt source (noperiph:ahc1:0:-1:ffffffff): SCSI bus reset delivered. 0 SCBs aborted. ---1160921188-1956874061-1437084882=:1052 Content-Type: text/plain; charset=US-ASCII; name=dmesg_latest.txt Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: verbose dmesg Content-Disposition: attachment; filename=dmesg_latest.txt VGFibGUgJ0ZBQ1AnIGF0IDB4N2ZmNzMzMDcNClRhYmxlICdTUkFUJyBhdCAw eDdmZjc1Yzc0DQpUYWJsZSAnSFBFVCcgYXQgMHg3ZmY3NWRhYw0KVGFibGUg J1NTRFQnIGF0IDB4N2ZmNzVkZTQNClRhYmxlICdTU0RUJyBhdCAweDdmZjc1 ZTgxDQpUYWJsZSAnQVBJQycgYXQgMHg3ZmY3NWYxZQ0KQVBJQzogRm91bmQg dGFibGUgYXQgMHg3ZmY3NWYxZQ0KQVBJQzogVXNpbmcgdGhlIE1BRFQgZW51 bWVyYXRvci4NCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAw OiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSAwIChBUCkNCk1BRFQ6IEZvdW5k IENQVSBBUElDIElEIDEgQUNQSSBJRCAxOiBlbmFibGVkDQpTTVA6IEFkZGVk IENQVSAxIChBUCkNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDIgQUNQSSBJ RCAyOiBlbmFibGVkDQpTTVA6IEFkZGVkIENQVSAyIChBUCkNCk1BRFQ6IEZv dW5kIENQVSBBUElDIElEIDMgQUNQSSBJRCAzOiBlbmFibGVkDQpTTVA6IEFk ZGVkIENQVSAzIChBUCkNCkNvcHlyaWdodCAoYykgMTk5Mi0yMDE1IFRoZSBG cmVlQlNEIFByb2plY3QuDQpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5 ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQN CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLg0KRnJlZUJTRCBpcyBhIHJlZ2lzdGVy ZWQgdHJhZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uDQpGcmVl QlNEIDEwLjItQkVUQTEgIzUgcjI4NTU1MTogVHVlIEp1bCAxNCAyMzoxMzox OCBFRFQgMjAxNQ0KICAgIHJvb3RAc3VwZXJ4ZW9uLmZhbWlseXNxdWlyZXMu bmV0Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL09QVEVST044IGFtZDY0DQpGcmVl QlNEIGNsYW5nIHZlcnNpb24gMy40LjEgKHRhZ3MvUkVMRUFTRV8zNC9kb3Qx LWZpbmFsIDIwODAzMikgMjAxNDA1MTINClByZWxvYWRlZCBlbGYga2VybmVs ICIvYm9vdC9rZXJuZWwva2VybmVsIiBhdCAweGZmZmZmZmZmODE5ZjQwMDAu DQpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L21vZHVsZXMvdmJv eGRydi5rbyIgYXQgMHhmZmZmZmZmZjgxOWY0Y2IwLg0KQ2FsaWJyYXRpbmcg VFNDIGNsb2NrIC4uLiBUU0MgY2xvY2s6IDI0MDU1MTEwMDUgSHoNCkNQVTog QU1EIE9wdGVyb24odG0pIFByb2Nlc3NvciA4NTAgKDI0MDUuNTEtTUh6IEs4 LWNsYXNzIENQVSkNCiAgT3JpZ2luPSJBdXRoZW50aWNBTUQiICBJZD0weDIw ZjUxICBGYW1pbHk9MHhmICBNb2RlbD0weDI1ICBTdGVwcGluZz0xDQogIEZl YXR1cmVzPTB4NzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxN Q0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixD TEZMVVNILE1NWCxGWFNSLFNTRSxTU0UyPg0KICBGZWF0dXJlczI9MHgxPFNT RTM+DQogIEFNRCBGZWF0dXJlcz0weGUyNTAwODAwPFNZU0NBTEwsTlgsTU1Y KyxGRlhTUixMTSwzRE5vdyErLDNETm93IT4NCiAgQU1EIEZlYXR1cmVzMj0w eDE8TEFIRj4NCkwxIDJNQiBkYXRhIFRMQjogOCBlbnRyaWVzLCBmdWxseSBh c3NvY2lhdGl2ZQ0KTDEgMk1CIGluc3RydWN0aW9uIFRMQjogOCBlbnRyaWVz LCBmdWxseSBhc3NvY2lhdGl2ZQ0KTDEgNEtCIGRhdGEgVExCOiAzMiBlbnRy aWVzLCBmdWxseSBhc3NvY2lhdGl2ZQ0KTDEgNEtCIGluc3RydWN0aW9uIFRM QjogMzIgZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUNCkwxIGRhdGEgY2Fj aGU6IDY0IGtieXRlcywgNjQgYnl0ZXMvbGluZSwgMSBsaW5lcy90YWcsIDIt d2F5IGFzc29jaWF0aXZlDQpMMSBpbnN0cnVjdGlvbiBjYWNoZTogNjQga2J5 dGVzLCA2NCBieXRlcy9saW5lLCAxIGxpbmVzL3RhZywgMi13YXkgYXNzb2Np YXRpdmUNCkwyIDJNQiB1bmlmaWVkIFRMQjogMCBlbnRyaWVzLCBkaXNhYmxl ZC9ub3QgcHJlc2VudA0KTDIgNEtCIGRhdGEgVExCOiA1MTIgZW50cmllcywg NC13YXkgYXNzb2NpYXRpdmUNCkwyIDRLQiBpbnN0cnVjdGlvbiBUTEI6IDUx MiBlbnRyaWVzLCA0LXdheSBhc3NvY2lhdGl2ZQ0KTDIgdW5pZmllZCBjYWNo ZTogMTAyNCBrYnl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAx Ni13YXkgYXNzb2NpYXRpdmUNCldBUk5JTkc6IFRoaXMgYXJjaGl0ZWN0dXJl IHJldmlzaW9uIGhhcyBrbm93biBTTVAgaGFyZHdhcmUgYnVncyB3aGljaCBt YXkgY2F1c2UgcmFuZG9tIGluc3RhYmlsaXR5DQpyZWFsIG1lbW9yeSAgPSAx NzE3OTg2OTE4NCAoMTYzODQgTUIpDQpQaHlzaWNhbCBtZW1vcnkgY2h1bmso cyk6DQoweDAwMDAwMDAwMDAwMTAwMDAgLSAweDAwMDAwMDAwMDAwOTZmZmYs IDU1Mjk2MCBieXRlcyAoMTM1IHBhZ2VzKQ0KMHgwMDAwMDAwMDAwMTAwMDAw IC0gMHgwMDAwMDAwMDAwMWZmZmZmLCAxMDQ4NTc2IGJ5dGVzICgyNTYgcGFn ZXMpDQoweDAwMDAwMDAwMDFhMmEwMDAgLSAweDAwMDAwMDAwN2ZmNmZmZmYs IDIxMTk0NTg4MTYgYnl0ZXMgKDUxNzQ0NiBwYWdlcykNCjB4MDAwMDAwMDEw MDAwMDAwMCAtIDB4MDAwMDAwMDNlNWVhOGZmZiwgMTI0NDcyODkzNDQgYnl0 ZXMgKDMwMzg4ODkgcGFnZXMpDQphdmFpbCBtZW1vcnkgPSAxNDQ3Njc1OTA0 MCAoMTM4MDYgTUIpDQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNDAw DQpBQ1BJIEFQSUMgVGFibGU6IDxQVExURCAgCSBBUElDICA+DQpJTlRSOiBB ZGRpbmcgbG9jYWwgQVBJQyAxIGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcg bG9jYWwgQVBJQyAyIGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwg QVBJQyAzIGFzIGEgdGFyZ2V0DQpGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNz b3IgU3lzdGVtIERldGVjdGVkOiA0IENQVXMNCkZyZWVCU0QvU01QOiA0IHBh Y2thZ2UocykgeCAxIGNvcmUocykNCiBjcHUwIChCU1ApOiBBUElDIElEOiAg MA0KIGNwdTEgKEFQKTogQVBJQyBJRDogIDENCiBjcHUyIChBUCk6IEFQSUMg SUQ6ICAyDQogY3B1MyAoQVApOiBBUElDIElEOiAgMw0KQVBJQzogQ1BVIDAg aGFzIEFDUEkgSUQgMA0KQVBJQzogQ1BVIDEgaGFzIEFDUEkgSUQgMQ0KQVBJ QzogQ1BVIDIgaGFzIEFDUEkgSUQgMg0KQVBJQzogQ1BVIDMgaGFzIEFDUEkg SUQgMw0KeDg2YmlvczogIElWVCAweDAwMDAwMC0weDAwMDRmZiBhdCAweGZm ZmZmODAwMDAwMDAwMDANCng4NmJpb3M6IFNTRUcgMHgwOTYwMDAtMHgwOTZm ZmYgYXQgMHhmZmZmZmUwM2NjMWFjMDAwDQp4ODZiaW9zOiBFQkRBIDB4MDlh MDAwLTB4MDlmZmZmIGF0IDB4ZmZmZmY4MDAwMDA5YTAwMA0KeDg2Ymlvczog IFJPTSAweDBhMDAwMC0weDBmZWZmZiBhdCAweGZmZmZmODAwMDAwYTAwMDAN ClhFTjogQ1BVIDAgaGFzIFZDUFUgSUQgMA0KWEVOOiBDUFUgMSBoYXMgVkNQ VSBJRCAxDQpYRU46IENQVSAyIGhhcyBWQ1BVIElEIDINClhFTjogQ1BVIDMg aGFzIFZDUFUgSUQgMw0KVUxFOiBzZXR1cCBjcHUgMA0KVUxFOiBzZXR1cCBj cHUgMQ0KVUxFOiBzZXR1cCBjcHUgMg0KVUxFOiBzZXR1cCBjcHUgMw0KQUNQ STogUlNEUCAweDAwMDAwMDAwMDAwRjZBMjAgMDAwMDI0ICh2MDIgUFRMVEQg KQ0KQUNQSTogWFNEVCAweDAwMDAwMDAwN0ZGNzMxQjMgMDAwMDVDICh2MDEg UFRMVEQgID8gWFNEVCAgIDA2MDQwMDAwICBMVFAgMDAwMDAwMDApDQpBQ1BJ OiBGQUNQIDB4MDAwMDAwMDA3RkY3MzMwNyAwMDAwRjQgKHYwMyBBTUQgICAg SEFNTUVSICAgMDYwNDAwMDAgUFRFQyAwMDBGNDI0MCkNCkFDUEk6IERTRFQg MHgwMDAwMDAwMDdGRjczM0ZCIDAwMjg3OSAodjAxIEFNRC1LOCBBTURBQ1BJ ICAwNjA0MDAwMCBNU0ZUIDAxMDAwMDBFKQ0KQUNQSTogRkFDUyAweDAwMDAw MDAwN0ZGN0ZGQzAgMDAwMDQwDQpBQ1BJOiBTUkFUIDB4MDAwMDAwMDA3RkY3 NUM3NCAwMDAxMzggKHYwMSBBTUQgICAgSEFNTUVSICAgMDYwNDAwMDAgQU1E ICAwMDAwMDAwMSkNCkFDUEk6IEhQRVQgMHgwMDAwMDAwMDdGRjc1REFDIDAw MDAzOCAodjAxIEFNRCAgICBIQU1NRVIgICAwNjA0MDAwMCBQVEVDIDAwMDAw MDAwKQ0KQUNQSTogU1NEVCAweDAwMDAwMDAwN0ZGNzVERTQgMDAwMDlEICh2 MDEgQU1ELUs4IEFNRC1BQ1BJIDA2MDQwMDAwICBBTUQgMDAwMDAwMDEpDQpB Q1BJOiBTU0RUIDB4MDAwMDAwMDA3RkY3NUU4MSAwMDAwOUQgKHYwMSBBTUQt SzggQU1ELUFDUEkgMDYwNDAwMDAgIEFNRCAwMDAwMDAwMSkNCkFDUEk6IEFQ SUMgMHgwMDAwMDAwMDdGRjc1RjFFIDAwMDA5MiAodjAxIFBUTFREICA/IEFQ SUMgICAwNjA0MDAwMCAgTFRQIDAwMDAwMDAwKQ0KQUNQSTogU1BDUiAweDAw MDAwMDAwN0ZGNzVGQjAgMDAwMDUwICh2MDEgUFRMVEQgICRVQ1JUQkwkIDA2 MDQwMDAwIFBUTCAgMDAwMDAwMDEpDQpNQURUOiBGb3VuZCBJTyBBUElDIElE IDQsIEludGVycnVwdCAwIGF0IDB4ZmVjMDAwMDANCmlvYXBpYzA6IFJvdXRp bmcgZXh0ZXJuYWwgODI1OUEncyAtPiBpbnRwaW4gMA0KTUFEVDogRm91bmQg SU8gQVBJQyBJRCA1LCBJbnRlcnJ1cHQgMjQgYXQgMHhmYzAwMDAwMA0KTUFE VDogRm91bmQgSU8gQVBJQyBJRCA2LCBJbnRlcnJ1cHQgMjggYXQgMHhmYzAw MTAwMA0KTUFEVDogSW50ZXJydXB0IG92ZXJyaWRlOiBzb3VyY2UgMCwgaXJx IDINCmlvYXBpYzA6IFJvdXRpbmcgSVJRIDAgLT4gaW50cGluIDINCmxhcGlj MDogUm91dGluZyBOTUkgLT4gTElOVDENCmxhcGljMDogTElOVDEgdHJpZ2dl cjogZWRnZQ0KbGFwaWMwOiBMSU5UMSBwb2xhcml0eTogaGlnaA0KbGFwaWMx OiBSb3V0aW5nIE5NSSAtPiBMSU5UMQ0KbGFwaWMxOiBMSU5UMSB0cmlnZ2Vy OiBlZGdlDQpsYXBpYzE6IExJTlQxIHBvbGFyaXR5OiBoaWdoDQpsYXBpYzI6 IFJvdXRpbmcgTk1JIC0+IExJTlQxDQpsYXBpYzI6IExJTlQxIHRyaWdnZXI6 IGVkZ2UNCmxhcGljMjogTElOVDEgcG9sYXJpdHk6IGhpZ2gNCmxhcGljMzog Um91dGluZyBOTUkgLT4gTElOVDENCmxhcGljMzogTElOVDEgdHJpZ2dlcjog ZWRnZQ0KbGFwaWMzOiBMSU5UMSBwb2xhcml0eTogaGlnaA0KTUFEVDogRm9y Y2luZyBhY3RpdmUtbG93IHBvbGFyaXR5IGFuZCBsZXZlbCB0cmlnZ2VyIGZv ciBTQ0kNCmlvYXBpYzA6IGludHBpbiA5IHBvbGFyaXR5OiBsb3cNCmlvYXBp YzA6IGludHBpbiA5IHRyaWdnZXI6IGxldmVsDQppb2FwaWMwIDxWZXJzaW9u IDEuMT4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkDQppb2FwaWMxIDxWZXJz aW9uIDEuMT4gaXJxcyAyNC0yNyBvbiBtb3RoZXJib2FyZA0KaW9hcGljMiA8 VmVyc2lvbiAxLjE+IGlycXMgMjgtMzEgb24gbW90aGVyYm9hcmQNCmNwdTAg QlNQOg0KICAgICBJRDogMHgwMDAwMDAwMCAgIFZFUjogMHgwMDA0MDAxMCBM RFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAw MDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6 IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAw MDAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0Kc25kX3Vu aXRfaW5pdCgpIHU9MHgwMGZmODAwMCBbNTEyXSBkPTB4MDAwMDdjMDAgWzMy XSBjPTB4MDAwMDAzZmYgWzEwMjRdDQpmZWVkZXJfcmVnaXN0ZXI6IHNuZF91 bml0PS0xIHNuZF9tYXhhdXRvdmNoYW5zPTE2IGxhdGVuY3k9NSBmZWVkZXJf cmF0ZV9taW49MSBmZWVkZXJfcmF0ZV9tYXg9MjAxNjAwMCBmZWVkZXJfcmF0 ZV9yb3VuZD0yNQ0Kd2xhbjogPDgwMi4xMSBMaW5rIExheWVyPg0KSGFyZHdh cmUsIEludGVsIFNlY3VyZSBLZXkgUk5HOiBSRFJBTkQgaXMgbm90IHByZXNl bnQNCkhhcmR3YXJlLCBWSUEgTmVoZW1pYWggUGFkbG9jayBSTkc6IFZJQSBQ YWRsb2NrIFJORyBub3QgcHJlc2VudA0KbWVtOiA8bWVtb3J5Pg0KbnVsbDog PG51bGwgZGV2aWNlLCB6ZXJvIGRldmljZT4NCm5mc2xvY2s6IHBzZXVkby1k ZXZpY2UNCkZhbGxpbmcgYmFjayB0byA8U29mdHdhcmUsIFlhcnJvdz4gcmFu ZG9tIGFkYXB0b3INCnJhbmRvbTogPFNvZnR3YXJlLCBZYXJyb3c+IGluaXRp YWxpemVkDQpWRVNBOiBJTlQgMHgxMCB2ZWN0b3IgMHhjMDAwOjB4MTZhMw0K VkVTQTogaW5mb3JtYXRpb24gYmxvY2sNCjAwMDAgICA1NiA0NSA1MyA0MSAw MCAwMiAwMCAwMSAwMCA5NCAwMCAwMCAwMCAwMCAyMiAwMA0KMDAxMCAgIDAw IDk0IDdmIDAwIDAwIDAxIDBiIDAxIDAwIDk0IDIxIDAxIDAwIDk0IDJhIDAx DQowMDIwICAgMDAgOTQgMDAgMDEgMDEgMDEgMTAgMDEgMTEgMDEgMTIgMDEg MDMgMDEgMTMgMDENCjAwMzAgICAxNCAwMSAxNSAwMSAwNSAwMSAxNiAwMSAx NyAwMSAxOCAwMSAwNyAwMSAxOSAwMQ0KMDA0MCAgIDFhIDAxIDFiIDAxIDAy IDAzIDAzIDAzIDA0IDAzIDAyIDAyIDBkIDAxIDBlIDAxDQowMDUwICAgMGYg MDEgMTIgMDIgMTMgMDIgMTQgMDIgMTUgMDIgMjIgMDIgMjMgMDIgMjQgMDIN CjAwNjAgICAyNSAwMiAzMiAwMiAzMyAwMiAzNCAwMiAzNSAwMiA0MiAwMiA0 MyAwMiA0NCAwMg0KMDA3MCAgIDQ1IDAyIDBiIDAxIDBjIDAxIGZmIGZmIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMDgwICAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAwOTAgICAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0K MDBhMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwDQowMGIwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDANCjAwYzAgICAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDBkMCAgIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQow MGUwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDANCjAwZjAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMA0KMDEwMCAgIDQxIDU0IDQ5IDIwIDRkIDQx IDQzIDQ4IDM2IDM0IDAwIDQxIDU0IDQ5IDIwIDU0DQowMTEwICAgNjUgNjMg NjggNmUgNmYgNmMgNmYgNjcgNjkgNjUgNzMgMjAgNDkgNmUgNjMgMmUNCjAx MjAgICAwMCA0ZCA0MSA0MyA0OCAzNiAzNCA0NyA0ZCAwMCAzMCAzMSAyZSAz MCAzMCAwMA0KMDEzMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwDQowMTQwICAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAxNTAgICAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDE2 MCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwDQowMTcwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDANCjAxODAgICAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDE5MCAgIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMWEw ICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDANCjAxYjAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMA0KMDFjMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMWQwICAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAxZTAg ICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMA0KMDFmMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwDQpWRVNBOiA0MiBtb2RlKHMpIGZvdW5kDQpWRVNB OiB2Mi4wLCA4MTI4ayBtZW1vcnksIGZsYWdzOjB4MCwgbW9kZSB0YWJsZTow eGZmZmZmZTAzY2MxZmQwMjIgKDk0MDAwMDIyKQ0KVkVTQTogQVRJIE1BQ0g2 NA0KVkVTQTogQVRJIFRlY2hub2xvZ2llcyBJbmMuIE1BQ0g2NEdNIDAxLjAw DQppbzogPEkvTz4NClZNQlVTOiBsb2FkDQprYmQ6IG5ldyBhcnJheSBzaXpl IDQNCmtiZDEgYXQga2JkbXV4MA0KaHB0bnI6IFI3NTAvREM3MjgwIGNvbnRy b2xsZXIgZHJpdmVyIHYxLjEuNA0KaHB0Mjd4eDogUm9ja2V0UkFJRCAyN3h4 IGNvbnRyb2xsZXIgZHJpdmVyIHYxLjIuNw0KaHB0cnI6IFJvY2tldFJBSUQg MTd4eC8yeHh4IFNBVEEgY29udHJvbGxlciBkcml2ZXIgdjEuMg0KQ1BVMDog bG9jYWwgQVBJQyBlcnJvciAweDgwDQphY3BpMDogPFBUTFREIAkgWFNEVD4g b24gbW90aGVyYm9hcmQNCkFDUEk6IEFsbCBBQ1BJIFRhYmxlcyBzdWNjZXNz ZnVsbHkgYWNxdWlyZWQNCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDkgKElT QSBJUlEgOSkgdG8gbGFwaWMgMCB2ZWN0b3IgNDgNCmFjcGkwOiBQb3dlciBC dXR0b24gKGZpeGVkKQ0KYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIGEwMDAw ICgzKSBmYWlsZWQNCmNwdTA6IFByb2Nlc3NvciBcMTM0X1BSXy5DUFUwIChB Q1BJIElEIDApIC0+IEFQSUMgSUQgMA0KY3B1MDogPEFDUEkgQ1BVPiBvbiBh Y3BpMA0KY3B1MDogc3dpdGNoaW5nIHRvIGdlbmVyaWMgQ3ggbW9kZQ0KY3B1 MTogUHJvY2Vzc29yIFwxMzRfUFJfLkNQVTEgKEFDUEkgSUQgMSkgLT4gQVBJ QyBJRCAxDQpjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUyOiBQcm9j ZXNzb3IgXDEzNF9QUl8uQ1BVMiAoQUNQSSBJRCAyKSAtPiBBUElDIElEIDIN CmNwdTI6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTM6IFByb2Nlc3NvciBc MTM0X1BSXy5DUFUzIChBQ1BJIElEIDMpIC0+IEFQSUMgSUQgMw0KY3B1Mzog PEFDUEkgQ1BVPiBvbiBhY3BpMA0KQUNQSTogUHJvY2Vzc29yIFwxMzRfUFJf LkNQVTQgKEFDUEkgSUQgNCkgaWdub3JlZA0KQUNQSTogUHJvY2Vzc29yIFwx MzRfUFJfLkNQVTUgKEFDUEkgSUQgNSkgaWdub3JlZA0KQUNQSTogUHJvY2Vz c29yIFwxMzRfUFJfLkNQVTYgKEFDUEkgSUQgNikgaWdub3JlZA0KQUNQSTog UHJvY2Vzc29yIFwxMzRfUFJfLkNQVTcgKEFDUEkgSUQgNykgaWdub3JlZA0K YXR0aW1lcjA6IDxBVCB0aW1lcj4gcG9ydCAweDQwLTB4NDMgaXJxIDAgb24g YWNwaTANClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIg SHogcXVhbGl0eSAwDQppb2FwaWMwOiByb3V0aW5nIGludHBpbiAyIChJU0Eg SVJRIDApIHRvIGxhcGljIDAgdmVjdG9yIDQ5DQpFdmVudCB0aW1lciAiaTgy NTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMTAwDQphdHJ0YzA6 IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzUgaXJxIDggb24g YWNwaTANCmF0cnRjMDogcmVnaXN0ZXJlZCBhcyBhIHRpbWUtb2YtZGF5IGNs b2NrIChyZXNvbHV0aW9uIDEwMDAwMDB1cywgYWRqdXN0bWVudCAwLjUwMDAw MDAwMHMpDQppb2FwaWMwOiByb3V0aW5nIGludHBpbiA4IChJU0EgSVJRIDgp IHRvIGxhcGljIDAgdmVjdG9yIDUwDQpFdmVudCB0aW1lciAiUlRDIiBmcmVx dWVuY3kgMzI3NjggSHogcXVhbGl0eSAwDQpBQ1BJIHRpbWVyOiAxLzIgMS8y IDEvMiAxLzIgMS8yIDEvMSAxLzIgMS8yIDEvMiAxLzEgLT4gMTANClRpbWVj b3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxp dHkgOTAwDQphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0 NU1Iej4gcG9ydCAweGMwMDgtMHhjMDBiIG9uIGFjcGkwDQpocGV0MDogPEhp Z2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAwLTB4 ZmVkMDAzZmYgb24gYWNwaTANCmhwZXQwOiB2ZW5kb3IgMHgxMDIyLCByZXYg MHgzLCAxNDMxODE4MEh6LCAzIHRpbWVycywgbGVnYWN5IHJvdXRlDQpocGV0 MDogIHQwOiBpcnFzIDB4MDAwZmRlZmEgKDApLCBwZXJpb2RpYw0KaHBldDA6 ICB0MTogaXJxcyAweDAwMGZkZWZhICgwKQ0KaHBldDA6ICB0MjogaXJxcyAw eDAwMGZkZWZhICgwKQ0KVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAx NDMxODE4MCBIeiBxdWFsaXR5IDk1MA0KcGNpX2xpbmswOiAgICAgICAgSW5k ZXggIElSUSAgUnRkICBSZWYgIElSUXMNCiAgSW5pdGlhbCBQcm9iZSAgICAg ICAwICAgMTEgICBOICAgICAwICAzIDUgMTAgMTENCiAgVmFsaWRhdGlvbiAg ICAgICAgICAwICAgMTEgICBOICAgICAwICAzIDUgMTAgMTENCiAgQWZ0ZXIg RGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDUgMTAgMTENCnBj aV9saW5rMTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzDQog IEluaXRpYWwgUHJvYmUgICAgICAgMCAgICA1ICAgTiAgICAgMCAgMyA1IDEw IDExDQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA1ICAgTiAgICAgMCAg MyA1IDEwIDExDQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAg ICAgMCAgMyA1IDEwIDExDQpwY2lfbGluazI6ICAgICAgICBJbmRleCAgSVJR ICBSdGQgIFJlZiAgSVJRcw0KICBJbml0aWFsIFByb2JlICAgICAgIDAgICAx MCAgIE4gICAgIDAgIDMgNSAxMCAxMQ0KICBWYWxpZGF0aW9uICAgICAgICAg IDAgICAxMCAgIE4gICAgIDAgIDMgNSAxMCAxMQ0KICBBZnRlciBEaXNhYmxl ICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNSAxMCAxMQ0KcGNpX2xpbmsz OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMNCiAgSW5pdGlh bCBQcm9iZSAgICAgICAwICAgMTEgICBOICAgICAwICAzIDUgMTAgMTENCiAg VmFsaWRhdGlvbiAgICAgICAgICAwICAgMTEgICBOICAgICAwICAzIDUgMTAg MTENCiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAz IDUgMTAgMTENCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNw aTANCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgt MHhjZmYgb24gYWNwaTANCnBjaWIwOiBkZWNvZGluZyA1IHJhbmdlIDAtMHhm Zg0KcGNpYjA6IGRlY29kaW5nIDQgcmFuZ2UgMC0weGNmNw0KcGNpYjA6IGRl Y29kaW5nIDQgcmFuZ2UgMHhkMDAtMHg3ZmZmDQpwY2liMDogZGVjb2Rpbmcg NCByYW5nZSAweDgxMDAtMHhmZmZmDQpwY2liMDogZGVjb2RpbmcgMyByYW5n ZSAweGEwMDAwLTB4YzdmZmYNCnBjaWIwOiBkZWNvZGluZyAzIHJhbmdlIDB4 ODAwMDAwMDAtMHhmZWJmZmZmZg0KcGNpYjA6IGNvdWxkIG5vdCBnZXQgUENJ IGludGVycnVwdCByb3V0aW5nIHRhYmxlIGZvciBcMTM0X1NCXy5QQ0kwIC0g QUVfTk9UX0ZPVU5EDQpwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMA0K cGNpMDogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0wDQpmb3VuZC0+CXZlbmRv cj0weDEwMjIsIGRldj0weDc0NjAsIHJldmlkPTB4MDcNCglkb21haW49MCwg YnVzPTAsIHNsb3Q9NiwgZnVuYz0wDQoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5 cGU9MHgwMSwgbWZkZXY9MA0KCWNtZHJlZz0weDAwMTcsIHN0YXRyZWc9MHgw MjMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4NzMgKDM0 NTAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQ0KCXNlY2J1cz0xLCBzdWJidXM9MQ0KZm91bmQtPgl2ZW5kb3I9MHgxMDIy LCBkZXY9MHg3NDY4LCByZXZpZD0weDA1DQoJZG9tYWluPTAsIGJ1cz0wLCBz bG90PTcsIGZ1bmM9MA0KCWNsYXNzPTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTENCgljbWRyZWc9MHgwMDBmLCBzdGF0cmVnPTB4MDIyMCwgY2Fj aGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCmZvdW5kLT4J dmVuZG9yPTB4MTAyMiwgZGV2PTB4NzQ2OSwgcmV2aWQ9MHgwMw0KCWRvbWFp bj0wLCBidXM9MCwgc2xvdD03LCBmdW5jPTENCgljbGFzcz0wMS0wMS04YSwg aGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVnPTB4MDAwNSwgc3RhdHJl Zz0weDAyMDAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9MHg0 MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgxZjAtMHgxZjcp IGZvciByaWQgMTAgb2YgcGNpMDowOjc6MQ0KcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDQgKDB4M2Y2LTB4M2Y2KSBmb3IgcmlkIDE0IG9mIHBjaTA6MDo3OjEN CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDE3MC0weDE3NykgZm9yIHJp ZCAxOCBvZiBwY2kwOjA6NzoxDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAo MHgzNzYtMHgzNzYpIGZvciByaWQgMWMgb2YgcGNpMDowOjc6MQ0KCW1hcFsy MF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4MTAyMCwgc2l6 ZSAgNCwgZW5hYmxlZA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4MTAy MC0weDEwMmYpIGZvciByaWQgMjAgb2YgcGNpMDowOjc6MQ0KZm91bmQtPgl2 ZW5kb3I9MHgxMDIyLCBkZXY9MHg3NDZiLCByZXZpZD0weDA1DQoJZG9tYWlu PTAsIGJ1cz0wLCBzbG90PTcsIGZ1bmM9Mw0KCWNsYXNzPTA2LTgwLTAwLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVn PTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDQw ICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykNCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4NzQ1MCwgcmV2 aWQ9MHgxMg0KCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0xMCwgZnVuYz0wDQoJ Y2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQ0KCWNtZHJl Zz0weDAwMTcsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MCAoZHdvcmRz KQ0KCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQ0KCXNlY2J1cz0yLCBzdWJidXM9Mg0K Zm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHg3NDUxLCByZXZpZD0weDAx DQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTEwLCBmdW5jPTENCgljbGFzcz0w OC0wMC0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVnPTB4MDAw Niwgc3RhdHJlZz0weDAyMDAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpDQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0 LCBiYXNlIDB4ZmMwMDAwMDAsIHNpemUgMTIsIGVuYWJsZWQNCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGZjMDAwMDAwLTB4ZmMwMDBmZmYpIGZvciBy aWQgMTAgb2YgcGNpMDowOjEwOjENCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwg ZGV2PTB4NzQ1MCwgcmV2aWQ9MHgxMg0KCWRvbWFpbj0wLCBidXM9MCwgc2xv dD0xMSwgZnVuYz0wDQoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwg bWZkZXY9MQ0KCWNtZHJlZz0weDAwMTcsIHN0YXRyZWc9MHgwMjMwLCBjYWNo ZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCXNlY2J1 cz0zLCBzdWJidXM9NA0KZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHg3 NDUxLCByZXZpZD0weDAxDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTExLCBm dW5jPTENCgljbGFzcz0wOC0wMC0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0w DQoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAyMDAsIGNhY2hlbG5zej0w IChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAw ICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJbWFwWzEwXTogdHlwZSBN ZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmMwMDEwMDAsIHNpemUgMTIsIGVu YWJsZWQNCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZjMDAxMDAwLTB4 ZmMwMDFmZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjExOjENCmZvdW5kLT4J dmVuZG9yPTB4MTAyMiwgZGV2PTB4MTEwMCwgcmV2aWQ9MHgwMA0KCWRvbWFp bj0wLCBidXM9MCwgc2xvdD0yNCwgZnVuYz0wDQoJY2xhc3M9MDYtMDAtMDAs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAwMDAsIHN0YXRy ZWc9MHgwMDEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgw IG5zKQ0KZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAxLCByZXZp ZD0weDAwDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI0LCBmdW5jPTENCglj bGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVn PTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMp DQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpDQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRl dj0weDExMDIsIHJldmlkPTB4MDANCglkb21haW49MCwgYnVzPTAsIHNsb3Q9 MjQsIGZ1bmM9Mg0KCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTENCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVs bnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCmZvdW5kLT4JdmVu ZG9yPTB4MTAyMiwgZGV2PTB4MTEwMywgcmV2aWQ9MHgwMA0KCWRvbWFpbj0w LCBidXM9MCwgc2xvdD0yNCwgZnVuYz0zDQoJY2xhc3M9MDYtMDAtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9 MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQ0KZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAwLCByZXZpZD0w eDAwDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI1LCBmdW5jPTANCgljbGFz cz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4 MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJ bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4 bGF0PTB4MDAgKDAgbnMpDQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0w eDExMDEsIHJldmlkPTB4MDANCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjUs IGZ1bmM9MQ0KCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2 PTENCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6 PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCmZvdW5kLT4JdmVuZG9y PTB4MTAyMiwgZGV2PTB4MTEwMiwgcmV2aWQ9MHgwMA0KCWRvbWFpbj0wLCBi dXM9MCwgc2xvdD0yNSwgZnVuYz0yDQoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgw MDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAg bnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0K Zm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAzLCByZXZpZD0weDAw DQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI1LCBmdW5jPTMNCgljbGFzcz0w Ni0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDAw MCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpDQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDEx MDAsIHJldmlkPTB4MDANCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjYsIGZ1 bmM9MA0KCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEN CgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTAg KGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAg KDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCmZvdW5kLT4JdmVuZG9yPTB4 MTAyMiwgZGV2PTB4MTEwMSwgcmV2aWQ9MHgwMA0KCWRvbWFpbj0wLCBidXM9 MCwgc2xvdD0yNiwgZnVuYz0xDQoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDAw LCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMp LCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KZm91 bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAyLCByZXZpZD0weDAwDQoJ ZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI2LCBmdW5jPTINCgljbGFzcz0wNi0w MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDAwMCwg c3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpDQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDMs IHJldmlkPTB4MDANCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjYsIGZ1bmM9 Mw0KCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTENCglj bWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3 b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAg bnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCmZvdW5kLT4JdmVuZG9yPTB4MTAy MiwgZGV2PTB4MTEwMCwgcmV2aWQ9MHgwMA0KCWRvbWFpbj0wLCBidXM9MCwg c2xvdD0yNywgZnVuYz0wDQoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgw MCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBj YWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KZm91bmQt Pgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAxLCByZXZpZD0weDAwDQoJZG9t YWluPTAsIGJ1cz0wLCBzbG90PTI3LCBmdW5jPTENCgljbGFzcz0wNi0wMC0w MCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDAwMCwgc3Rh dHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpDQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDIsIHJl dmlkPTB4MDANCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjcsIGZ1bmM9Mg0K CWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTENCgljbWRy ZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3Jk cykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykNCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwg ZGV2PTB4MTEwMywgcmV2aWQ9MHgwMA0KCWRvbWFpbj0wLCBidXM9MCwgc2xv dD0yNywgZnVuYz0zDQoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MQ0KCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNo ZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KcGNpYjE6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNi4wIG9uIHBjaTANCnBj aWIxOiBhbGxvY2F0aW5nIG5vbi1JU0EgcmFuZ2UgMHgyMDAwLTB4MjBmZg0K cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4MjAwMC0weDIwZmYpIGZvciBy aWQgMWMgb2YgcGNpYjENCnBjaWIxOiBhbGxvY2F0aW5nIG5vbi1JU0EgcmFu Z2UgMHgyNDAwLTB4MjRmZg0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4 MjQwMC0weDI0ZmYpIGZvciByaWQgMWMgb2YgcGNpYjENCnBjaWIxOiBhbGxv Y2F0aW5nIG5vbi1JU0EgcmFuZ2UgMHgyODAwLTB4MjhmZg0KcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDQgKDB4MjgwMC0weDI4ZmYpIGZvciByaWQgMWMgb2Yg cGNpYjENCnBjaWIxOiBhbGxvY2F0aW5nIG5vbi1JU0EgcmFuZ2UgMHgyYzAw LTB4MmNmZg0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4MmMwMC0weDJj ZmYpIGZvciByaWQgMWMgb2YgcGNpYjENCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGZjMTAwMDAwLTB4ZmRmZmZmZmYpIGZvciByaWQgMjAgb2YgcGNp YjENCnBjaWIxOiAgIGRvbWFpbiAgICAgICAgICAgIDANCnBjaWIxOiAgIHNl Y29uZGFyeSBidXMgICAgIDENCnBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1cyAg IDENCnBjaWIxOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4MjAwMC0weDJmZmYN CnBjaWIxOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZmMxMDAwMDAtMHhmZGZm ZmZmZg0KcGNpYjE6ICAgc3BlY2lhbCBkZWNvZGUgICAgSVNBLCBWR0ENCnBj aTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxDQpwY2liMTogYWxsb2NhdGVk IGJ1cyByYW5nZSAoMS0xKSBmb3IgcmlkIDAgb2YgcGNpMQ0KcGNpMTogZG9t YWluPTAsIHBoeXNpY2FsIGJ1cz0xDQpmb3VuZC0+CXZlbmRvcj0weDEwMjIs IGRldj0weDc0NjQsIHJldmlkPTB4MGINCglkb21haW49MCwgYnVzPTEsIHNs b3Q9MCwgZnVuYz0wDQoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MQ0KCWNtZHJlZz0weDAwMTcsIHN0YXRyZWc9MHgwMjgwLCBjYWNo ZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDUwICgyMDAwMCBucykNCglp bnRwaW49ZCwgaXJxPTExDQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdl IDMyLCBiYXNlIDB4ZmMxMDAwMDAsIHNpemUgMTIsIGVuYWJsZWQNCnBjaWIx OiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGZjMTAwMDAwLTB4ZmMxMDBm ZmYpIGZvciByaWQgMTAgb2YgcGNpMDoxOjA6MA0KcGNpYjE6IG1hdGNoZWQg ZW50cnkgZm9yIDEuMC5JTlREDQpwY2liMTogc2xvdCAwIElOVEQgaGFyZHdp cmVkIHRvIElSUSAxOQ0Kb2hjaSBlYXJseTogU01NIGFjdGl2ZSwgcmVxdWVz dCBvd25lciBjaGFuZ2UNCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4 NzQ2NCwgcmV2aWQ9MHgwYg0KCWRvbWFpbj0wLCBidXM9MSwgc2xvdD0wLCBm dW5jPTENCgljbGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0w DQoJY21kcmVnPTB4MDAxNywgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0w IChkd29yZHMpDQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0w eDAwICgwIG5zKSwgbWF4bGF0PTB4NTAgKDIwMDAwIG5zKQ0KCWludHBpbj1k LCBpcnE9MTENCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJh c2UgMHhmYzEwMTAwMCwgc2l6ZSAxMiwgZW5hYmxlZA0KcGNpYjE6IGFsbG9j YXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZmMxMDEwMDAtMHhmYzEwMWZmZikgZm9y IHJpZCAxMCBvZiBwY2kwOjE6MDoxDQpwY2liMTogbWF0Y2hlZCBlbnRyeSBm b3IgMS4wLklOVEQNCnBjaWIxOiBzbG90IDAgSU5URCBoYXJkd2lyZWQgdG8g SVJRIDE5DQpvaGNpIGVhcmx5OiBTTU0gYWN0aXZlLCByZXF1ZXN0IG93bmVy IGNoYW5nZQ0KZm91bmQtPgl2ZW5kb3I9MHgxMTA2LCBkZXY9MHgzMDM4LCBy ZXZpZD0weDYxDQoJZG9tYWluPTAsIGJ1cz0xLCBzbG90PTMsIGZ1bmM9MA0K CWNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTENCgljbWRy ZWc9MHgwMDE3LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTE2IChkd29y ZHMpDQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGluPWEsIGlycT01DQoJ cG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQw DQoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHgy NDAwLCBzaXplICA1LCBlbmFibGVkDQpwY2liMTogYWxsb2NhdGVkIEkvTyBw b3J0IHJhbmdlICgweDI0MDAtMHgyNDFmKSBmb3IgcmlkIDIwIG9mIHBjaTA6 MTozOjANCnBjaWIxOiBtYXRjaGVkIGVudHJ5IGZvciAxLjMuSU5UQQ0KcGNp YjE6IHNsb3QgMyBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTcNCmZvdW5kLT4J dmVuZG9yPTB4MTEwNiwgZGV2PTB4MzAzOCwgcmV2aWQ9MHg2MQ0KCWRvbWFp bj0wLCBidXM9MSwgc2xvdD0zLCBmdW5jPTENCgljbGFzcz0wYy0wMy0wMCwg aGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDAxNywgc3RhdHJl Zz0weDAyMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4 NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAw ICgwIG5zKQ0KCWludHBpbj1iLCBpcnE9MTENCglwb3dlcnNwZWMgMiAgc3Vw cG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDANCgltYXBbMjBdOiB0eXBl IEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDI0MjAsIHNpemUgIDUsIGVu YWJsZWQNCnBjaWIxOiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4MjQy MC0weDI0M2YpIGZvciByaWQgMjAgb2YgcGNpMDoxOjM6MQ0KcGNpYjE6IG1h dGNoZWQgZW50cnkgZm9yIDEuMy5JTlRCDQpwY2liMTogc2xvdCAzIElOVEIg aGFyZHdpcmVkIHRvIElSUSAxNg0KZm91bmQtPgl2ZW5kb3I9MHgxMTA2LCBk ZXY9MHgzMTA0LCByZXZpZD0weDYzDQoJZG9tYWluPTAsIGJ1cz0xLCBzbG90 PTMsIGZ1bmM9Mg0KCWNsYXNzPTBjLTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTENCgljbWRyZWc9MHgwMDE3LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVs bnN6PTE2IChkd29yZHMpDQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGlu PWMsIGlycT0xMA0KCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBE MyAgY3VycmVudCBEMA0KCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAz MiwgYmFzZSAweGZjMTAzMDAwLCBzaXplICA4LCBlbmFibGVkDQpwY2liMTog YWxsb2NhdGVkIG1lbW9yeSByYW5nZSAoMHhmYzEwMzAwMC0weGZjMTAzMGZm KSBmb3IgcmlkIDEwIG9mIHBjaTA6MTozOjINCnBjaWIxOiBtYXRjaGVkIGVu dHJ5IGZvciAxLjMuSU5UQw0KcGNpYjE6IHNsb3QgMyBJTlRDIGhhcmR3aXJl ZCB0byBJUlEgMTgNCmZvdW5kLT4JdmVuZG9yPTB4MTEwMiwgZGV2PTB4MDAw MiwgcmV2aWQ9MHgwNQ0KCWRvbWFpbj0wLCBidXM9MSwgc2xvdD00LCBmdW5j PTANCgljbGFzcz0wNC0wMS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJ Y21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChk d29yZHMpDQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAy ICg1MDAgbnMpLCBtYXhsYXQ9MHgxNCAoNTAwMCBucykNCglpbnRwaW49YSwg aXJxPTExDQoJcG93ZXJzcGVjIDEgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50 IEQwDQoJbWFwWzEwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2Ug MHgyNDQwLCBzaXplICA1LCBlbmFibGVkDQpwY2liMTogYWxsb2NhdGVkIEkv TyBwb3J0IHJhbmdlICgweDI0NDAtMHgyNDVmKSBmb3IgcmlkIDEwIG9mIHBj aTA6MTo0OjANCnBjaWIxOiBtYXRjaGVkIGVudHJ5IGZvciAxLjQuSU5UQQ0K cGNpYjE6IHNsb3QgNCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTYNCmZvdW5k LT4JdmVuZG9yPTB4MTEwMiwgZGV2PTB4NzAwMiwgcmV2aWQ9MHgwNQ0KCWRv bWFpbj0wLCBidXM9MSwgc2xvdD00LCBmdW5jPTENCgljbGFzcz0wOS04MC0w MCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDAwNSwgc3Rh dHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9 MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpDQoJcG93ZXJzcGVjIDEgIHN1cHBvcnRzIEQwIEQzICBjdXJy ZW50IEQwDQoJbWFwWzEwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJh c2UgMHgyNDYwLCBzaXplICAzLCBlbmFibGVkDQpwY2liMTogYWxsb2NhdGVk IEkvTyBwb3J0IHJhbmdlICgweDI0NjAtMHgyNDY3KSBmb3IgcmlkIDEwIG9m IHBjaTA6MTo0OjENCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDc1 MiwgcmV2aWQ9MHgyNw0KCWRvbWFpbj0wLCBidXM9MSwgc2xvdD02LCBmdW5j PTANCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJ Y21kcmVnPTB4MDA4Nywgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0xNiAo ZHdvcmRzKQ0KCWxhdHRpbWVyPTB4NDIgKDE5ODAgbnMpLCBtaW5nbnQ9MHgw OCAoMjAwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1hLCBp cnE9MTANCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1 cnJlbnQgRDANCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJh c2UgMHhmZDAwMDAwMCwgc2l6ZSAyNCwgZW5hYmxlZA0KcGNpYjE6IGFsbG9j YXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZmQwMDAwMDAtMHhmZGZmZmZmZikgZm9y IHJpZCAxMCBvZiBwY2kwOjE6NjowDQoJbWFwWzE0XTogdHlwZSBJL08gUG9y dCwgcmFuZ2UgMzIsIGJhc2UgMHgyMDAwLCBzaXplICA4LCBlbmFibGVkDQpw Y2liMTogYWxsb2NhdGVkIEkvTyBwb3J0IHJhbmdlICgweDIwMDAtMHgyMGZm KSBmb3IgcmlkIDE0IG9mIHBjaTA6MTo2OjANCgltYXBbMThdOiB0eXBlIE1l bW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmYzEwMjAwMCwgc2l6ZSAxMiwgZW5h YmxlZA0KcGNpYjE6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZmMxMDIw MDAtMHhmYzEwMmZmZikgZm9yIHJpZCAxOCBvZiBwY2kwOjE6NjowDQpwY2li MTogbWF0Y2hlZCBlbnRyeSBmb3IgMS42LklOVEENCnBjaWIxOiBzbG90IDYg SU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE4DQpvaGNpMDogPE9IQ0kgKGdlbmVy aWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmYzEwMDAwMC0weGZjMTAwZmZm IGlycSAxOSBhdCBkZXZpY2UgMC4wIG9uIHBjaTENCmlvYXBpYzA6IHJvdXRp bmcgaW50cGluIDE5IChQQ0kgSVJRIDE5KSB0byBsYXBpYyAwIHZlY3RvciA1 MQ0KdXNidXMwIG9uIG9oY2kwDQpvaGNpMDogdXNicGY6IEF0dGFjaGVkDQpv aGNpMTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhm YzEwMTAwMC0weGZjMTAxZmZmIGlycSAxOSBhdCBkZXZpY2UgMC4xIG9uIHBj aTENCnVzYnVzMSBvbiBvaGNpMQ0Kb2hjaTE6IHVzYnBmOiBBdHRhY2hlZA0K dWhjaTA6IDxWSUEgODNDNTcyIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4MjQw MC0weDI0MWYgaXJxIDE3IGF0IGRldmljZSAzLjAgb24gcGNpMQ0KaW9hcGlj MDogcm91dGluZyBpbnRwaW4gMTcgKFBDSSBJUlEgMTcpIHRvIGxhcGljIDAg dmVjdG9yIDUyDQp1c2J1czIgb24gdWhjaTANCnVoY2kwOiB1c2JwZjogQXR0 YWNoZWQNCnVoY2kxOiA8VklBIDgzQzU3MiBVU0IgY29udHJvbGxlcj4gcG9y dCAweDI0MjAtMHgyNDNmIGlycSAxNiBhdCBkZXZpY2UgMy4xIG9uIHBjaTEN CmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE2IChQQ0kgSVJRIDE2KSB0byBs YXBpYyAwIHZlY3RvciA1Mw0KdXNidXMzIG9uIHVoY2kxDQp1aGNpMTogdXNi cGY6IEF0dGFjaGVkDQplaGNpMDogPFZJQSBWVDYyMDIgVVNCIDIuMCBjb250 cm9sbGVyPiBtZW0gMHhmYzEwMzAwMC0weGZjMTAzMGZmIGlycSAxOCBhdCBk ZXZpY2UgMy4yIG9uIHBjaTENCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE4 IChQQ0kgSVJRIDE4KSB0byBsYXBpYyAwIHZlY3RvciA1NA0KZWhjaTA6IFZJ QS1xdWlyayBhcHBsaWVkDQplaGNpMDogRHJvcHBlZCBpbnRlcnJ1cHRzIHdv cmthcm91bmQgZW5hYmxlZA0KdXNidXM0OiBFSENJIHZlcnNpb24gMS4wDQp1 c2J1czQgb24gZWhjaTANCmVoY2kwOiB1c2JwZjogQXR0YWNoZWQNCmVtdTEw a3gwOiA8Q3JlYXRpdmUgU0JMaXZlISBbQ1Q0NzYwXT4gcG9ydCAweDI0NDAt MHgyNDVmIGlycSAxNiBhdCBkZXZpY2UgNC4wIG9uIHBjaTENCmVtdTEwa3g6 IHNldG1hcCAoNjY1YjAwMCwgODAwMCksIG5zZWc9MSwgZXJyb3I9MA0KZW11 MTBreDogc2V0bWFwICg2NjZiMDAwLCAxMDAwKSwgbnNlZz0xLCBlcnJvcj0w DQplbXUxMGt4MDogQ2FyZCBDb25maWd1cmF0aW9uICggICAweDAwMDAwMDE1 ICkNCmVtdTEwa3gwOiBDYXJkIENvbmZpZ3VyYXRpb24gKCAmIDB4ZmYwMDAw MDAgKSA6ICANCmVtdTEwa3gwOiBDYXJkIENvbmZpZ3VyYXRpb24gKCAmIDB4 MDBmZjAwMDAgKSA6ICANCmVtdTEwa3gwOiBDYXJkIENvbmZpZ3VyYXRpb24g KCAmIDB4MDAwMGZmMDAgKSA6ICANCmVtdTEwa3gwOiBDYXJkIENvbmZpZ3Vy YXRpb24gKCAmIDB4MDAwMDAwZmYgKSA6IFtBVVRPTVVURV0gW0xPQ0tUQU5L Q0FDSEVdIFtBVURJT0VOQUJMRV0NCnBjbTA6IDxFTVUxMEt4IERTUCBmcm9u dCBQQ00gaW50ZXJmYWNlPiBvbiBlbXUxMGt4MA0KcGNtMDogPFNpZ21hVGVs IFNUQUM5NzIxLzIzIEFDOTcgQ29kZWMgKGlkID0gMHg4Mzg0NzYwOSk+DQpw Y20wOiBDb2RlYyBmZWF0dXJlcyAxOCBiaXQgREFDLCAxOCBiaXQgQURDLCA1 IGJpdCBtYXN0ZXIgdm9sdW1lLCBTaWdtYVRlbCAzRCBFbmhhbmNlbWVudA0K cGNtMDogUHJpbWFyeSBjb2RlYyBleHRlbmRlZCBmZWF0dXJlcyBBTUFQDQpw Y20wOiBhYzk3IGNvZGVjIGRhYyByZWFkeSBjb3VudDogMA0KcGNtMDogTWl4 ZXIgInZvbCI6DQpwY20wOiBNaXhlciAicGNtIjoNCnBjbTA6IE1peGVyICJz cGVha2VyIjoNCnBjbTA6IE1peGVyICJsaW5lIjoNCnBjbTA6IE1peGVyICJt aWMiOg0KcGNtMDogTWl4ZXIgImNkIjoNCnBjbTA6IE1peGVyICJyZWMiOg0K cGNtMDogTWl4ZXIgImlnYWluIjoNCnBjbTA6IE1peGVyICJvZ2FpbiI6DQpw Y20wOiBNaXhlciAibGluZTEiOg0KcGNtMDogTWl4ZXIgImxpbmUyIjoNCnBj bTA6IE1peGVyICJsaW5lMyI6DQpwY20wOiBNaXhlciAiZGlnMSI6DQpwY20w OiBNaXhlciAiZGlnMiI6DQpwY20wOiBNaXhlciAiZGlnMyI6DQpwY20wOiBN aXhlciAicGhpbiI6DQpwY20wOiBNaXhlciAicGhvdXQiOg0KcGNtMDogTWl4 ZXIgInZpZGVvIjoNCmVtdTEwa3g6IHNldG1hcCAoNjY3YjAwMCwgMTAwMCks IG5zZWc9MSwgZXJyb3I9MA0KZW11MTBreDogc2V0bWFwICg2NjhiMDAwLCAx MDAwKSwgbnNlZz0xLCBlcnJvcj0wDQplbXUxMGt4OiBzZXRtYXAgKDY2OWIw MDAsIDEwMDApLCBuc2VnPTEsIGVycm9yPTANCmVtdTEwa3g6IHNldG1hcCAo NjZhYjAwMCwgMTAwMCksIG5zZWc9MSwgZXJyb3I9MA0KcGNtMTogPEVNVTEw S3ggRFNQIHJlYXIgUENNIGludGVyZmFjZT4gb24gZW11MTBreDANCnBjbTE6 IE1peGVyICJ2b2wiOg0KcGNtMTogTWl4ZXIgInBjbSI6DQplbXUxMGt4OiBz ZXRtYXAgKDY2Y2IwMDAsIDEwMDApLCBuc2VnPTEsIGVycm9yPTANCnBjaTE6 IDxpbnB1dCBkZXZpY2U+IGF0IGRldmljZSA0LjEgKG5vIGRyaXZlciBhdHRh Y2hlZCkNCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0 IDB4MjAwMC0weDIwZmYgbWVtIDB4ZmQwMDAwMDAtMHhmZGZmZmZmZiwweGZj MTAyMDAwLTB4ZmMxMDJmZmYgaXJxIDE4IGF0IGRldmljZSA2LjAgb24gcGNp MQ0KdmdhcGNpMDogQm9vdCB2aWRlbyBkZXZpY2UNCmlzYWIwOiA8UENJLUlT QSBicmlkZ2U+IGF0IGRldmljZSA3LjAgb24gcGNpMA0KaXNhMDogPElTQSBi dXM+IG9uIGlzYWIwDQphdGFwY2kwOiA8QU1EIDgxMTEgVURNQTEzMyBjb250 cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4 Mzc2LDB4MTAyMC0weDEwMmYgYXQgZGV2aWNlIDcuMSBvbiBwY2kwDQphdGEw OiA8QVRBIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhdGFwY2kwDQppb2Fw aWMwOiByb3V0aW5nIGludHBpbiAxNCAoSVNBIElSUSAxNCkgdG8gbGFwaWMg MCB2ZWN0b3IgNTUNCmF0YTE6IDxBVEEgY2hhbm5lbD4gYXQgY2hhbm5lbCAx IG9uIGF0YXBjaTANCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE1IChJU0Eg SVJRIDE1KSB0byBsYXBpYyAwIHZlY3RvciA1Ng0KcGNpMDogPGJyaWRnZT4g YXQgZGV2aWNlIDcuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpYjI6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMTAuMCBvbiBwY2kwDQpw Y2liMjogYWxsb2NhdGluZyBub24tSVNBIHJhbmdlIDB4MzAwMC0weDMwZmYN CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDMwMDAtMHgzMGZmKSBmb3Ig cmlkIDFjIG9mIHBjaWIyDQpwY2liMjogYWxsb2NhdGluZyBub24tSVNBIHJh bmdlIDB4MzQwMC0weDM0ZmYNCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgw eDM0MDAtMHgzNGZmKSBmb3IgcmlkIDFjIG9mIHBjaWIyDQpwY2liMjogYWxs b2NhdGluZyBub24tSVNBIHJhbmdlIDB4MzgwMC0weDM4ZmYNCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSA0ICgweDM4MDAtMHgzOGZmKSBmb3IgcmlkIDFjIG9m IHBjaWIyDQpwY2liMjogYWxsb2NhdGluZyBub24tSVNBIHJhbmdlIDB4M2Mw MC0weDNjZmYNCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDNjMDAtMHgz Y2ZmKSBmb3IgcmlkIDFjIG9mIHBjaWIyDQpwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhmZTAwMDAwMC0weGZlMGZmZmZmKSBmb3IgcmlkIDIwIG9mIHBj aWIyDQpwY2liMjogICBkb21haW4gICAgICAgICAgICAwDQpwY2liMjogICBz ZWNvbmRhcnkgYnVzICAgICAyDQpwY2liMjogICBzdWJvcmRpbmF0ZSBidXMg ICAyDQpwY2liMjogICBJL08gZGVjb2RlICAgICAgICAweDMwMDAtMHgzZmZm DQpwY2liMjogICBtZW1vcnkgZGVjb2RlICAgICAweGZlMDAwMDAwLTB4ZmUw ZmZmZmYNCnBjaWIyOiAgIHNwZWNpYWwgZGVjb2RlICAgIElTQQ0KcGNpMjog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjINCnBjaWIyOiBhbGxvY2F0ZWQgYnVz IHJhbmdlICgyLTIpIGZvciByaWQgMCBvZiBwY2kyDQpwY2kyOiBkb21haW49 MCwgcGh5c2ljYWwgYnVzPTINCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2 PTB4MTA3OSwgcmV2aWQ9MHgwMw0KCWRvbWFpbj0wLCBidXM9Miwgc2xvdD0y LCBmdW5jPTANCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRl dj0xDQoJY21kcmVnPTB4MDAxNywgc3RhdHJlZz0weDAyMzAsIGNhY2hlbG5z ej0xNiAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5n bnQ9MHhmZiAoNjM3NTAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRw aW49YSwgaXJxPTEwDQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBj dXJyZW50IEQwDQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBi YXNlIDB4ZmUwODAwMDAsIHNpemUgMTcsIGVuYWJsZWQNCnBjaWIyOiBhbGxv Y2F0ZWQgbWVtb3J5IHJhbmdlICgweGZlMDgwMDAwLTB4ZmUwOWZmZmYpIGZv ciByaWQgMTAgb2YgcGNpMDoyOjI6MA0KCW1hcFsxOF06IHR5cGUgTWVtb3J5 LCByYW5nZSA2NCwgYmFzZSAweGZlMDAwMDAwLCBzaXplIDE4LCBlbmFibGVk DQpwY2liMjogYWxsb2NhdGVkIG1lbW9yeSByYW5nZSAoMHhmZTAwMDAwMC0w eGZlMDNmZmZmKSBmb3IgcmlkIDE4IG9mIHBjaTA6MjoyOjANCgltYXBbMjBd OiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDM4MDAsIHNpemUg IDYsIGVuYWJsZWQNCnBjaWIyOiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2Ug KDB4MzgwMC0weDM4M2YpIGZvciByaWQgMjAgb2YgcGNpMDoyOjI6MA0KcGNp YjI6IG1hdGNoZWQgZW50cnkgZm9yIDIuMi5JTlRBDQpwY2liMjogc2xvdCAy IElOVEEgaGFyZHdpcmVkIHRvIElSUSAyNg0KZm91bmQtPgl2ZW5kb3I9MHg4 MDg2LCBkZXY9MHgxMDc5LCByZXZpZD0weDAzDQoJZG9tYWluPTAsIGJ1cz0y LCBzbG90PTIsIGZ1bmM9MQ0KCWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTENCgljbWRyZWc9MHgwMDE3LCBzdGF0cmVnPTB4MDIzMCwg Y2FjaGVsbnN6PTE2IChkd29yZHMpDQoJbGF0dGltZXI9MHg0MCAoMTkyMCBu cyksIG1pbmdudD0weGZmICg2Mzc1MCBucyksIG1heGxhdD0weDAwICgwIG5z KQ0KCWludHBpbj1iLCBpcnE9MTENCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMg RDAgRDMgIGN1cnJlbnQgRDANCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFu Z2UgNjQsIGJhc2UgMHhmZTBhMDAwMCwgc2l6ZSAxNywgZW5hYmxlZA0KcGNp YjI6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZmUwYTAwMDAtMHhmZTBi ZmZmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjI6MjoxDQoJbWFwWzE4XTogdHlw ZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmUwNDAwMDAsIHNpemUgMTgs IGVuYWJsZWQNCnBjaWIyOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGZl MDQwMDAwLTB4ZmUwN2ZmZmYpIGZvciByaWQgMTggb2YgcGNpMDoyOjI6MQ0K CW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4Mzg0 MCwgc2l6ZSAgNiwgZW5hYmxlZA0KcGNpYjI6IGFsbG9jYXRlZCBJL08gcG9y dCByYW5nZSAoMHgzODQwLTB4Mzg3ZikgZm9yIHJpZCAyMCBvZiBwY2kwOjI6 MjoxDQpwY2liMjogbWF0Y2hlZCBlbnRyeSBmb3IgMi4yLklOVEINCnBjaWIy OiBzbG90IDIgSU5UQiBoYXJkd2lyZWQgdG8gSVJRIDI3DQpmb3VuZC0+CXZl bmRvcj0weDkwMDUsIGRldj0weDAwYzAsIHJldmlkPTB4MDENCglkb21haW49 MCwgYnVzPTIsIHNsb3Q9MywgZnVuYz0wDQoJY2xhc3M9MDEtMDAtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAwMTcsIHN0YXRyZWc9 MHgwMmIwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykNCglsYXR0aW1lcj0weDQw ICgxOTIwIG5zKSwgbWluZ250PTB4MjggKDEwMDAwIG5zKSwgbWF4bGF0PTB4 MTkgKDYyNTAgbnMpDQoJaW50cGluPWEsIGlycT0xMQ0KCXBvd2Vyc3BlYyAy ICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMA0KCW1hcFsxMF06IHR5cGUg SS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4MzAwMCwgc2l6ZSAgOCwgZW5h YmxlZA0KcGNpYjI6IGFsbG9jYXRlZCBJL08gcG9ydCByYW5nZSAoMHgzMDAw LTB4MzBmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjI6MzowDQoJbWFwWzE0XTog dHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmUwYzAwMDAsIHNpemUg MTIsIGVuYWJsZWQNCnBjaWIyOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgw eGZlMGMwMDAwLTB4ZmUwYzBmZmYpIGZvciByaWQgMTQgb2YgcGNpMDoyOjM6 MA0KcGNpYjI6IG1hdGNoZWQgZW50cnkgZm9yIDIuMy5JTlRBDQpwY2liMjog c2xvdCAzIElOVEEgaGFyZHdpcmVkIHRvIElSUSAyNw0KZm91bmQtPgl2ZW5k b3I9MHg5MDA1LCBkZXY9MHgwMGMwLCByZXZpZD0weDAxDQoJZG9tYWluPTAs IGJ1cz0yLCBzbG90PTMsIGZ1bmM9MQ0KCWNsYXNzPTAxLTAwLTAwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTENCgljbWRyZWc9MHgwMDE3LCBzdGF0cmVnPTB4 MDJiMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpDQoJbGF0dGltZXI9MHg0MCAo MTkyMCBucyksIG1pbmdudD0weDI4ICgxMDAwMCBucyksIG1heGxhdD0weDE5 ICg2MjUwIG5zKQ0KCWludHBpbj1iLCBpcnE9MTENCglwb3dlcnNwZWMgMiAg c3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDANCgltYXBbMTBdOiB0eXBlIEkv TyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDM0MDAsIHNpemUgIDgsIGVuYWJs ZWQNCnBjaWIyOiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4MzQwMC0w eDM0ZmYpIGZvciByaWQgMTAgb2YgcGNpMDoyOjM6MQ0KCW1hcFsxNF06IHR5 cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZlMGMxMDAwLCBzaXplIDEy LCBlbmFibGVkDQpwY2liMjogYWxsb2NhdGVkIG1lbW9yeSByYW5nZSAoMHhm ZTBjMTAwMC0weGZlMGMxZmZmKSBmb3IgcmlkIDE0IG9mIHBjaTA6MjozOjEN CnBjaWIyOiBtYXRjaGVkIGVudHJ5IGZvciAyLjMuSU5UQg0KcGNpYjI6IHNs b3QgMyBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMjQNCmVtMDogPEludGVsKFIp IFBSTy8xMDAwIExlZ2FjeSBOZXR3b3JrIENvbm5lY3Rpb24gMS4wLjY+IHBv cnQgMHgzODAwLTB4MzgzZiBtZW0gMHhmZTA4MDAwMC0weGZlMDlmZmZmLDB4 ZmUwMDAwMDAtMHhmZTAzZmZmZiBpcnEgMjYgYXQgZGV2aWNlIDIuMCBvbiBw Y2kyDQppb2FwaWMxOiByb3V0aW5nIGludHBpbiAyIChQQ0kgSVJRIDI2KSB0 byBsYXBpYyAwIHZlY3RvciA1Nw0KZW0wOiBicGYgYXR0YWNoZWQNCmVtMDog RXRoZXJuZXQgYWRkcmVzczogMDA6MDQ6MjM6Y2Q6NDQ6MjANCmVtMTogPElu dGVsKFIpIFBSTy8xMDAwIExlZ2FjeSBOZXR3b3JrIENvbm5lY3Rpb24gMS4w LjY+IHBvcnQgMHgzODQwLTB4Mzg3ZiBtZW0gMHhmZTBhMDAwMC0weGZlMGJm ZmZmLDB4ZmUwNDAwMDAtMHhmZTA3ZmZmZiBpcnEgMjcgYXQgZGV2aWNlIDIu MSBvbiBwY2kyDQppb2FwaWMxOiByb3V0aW5nIGludHBpbiAzIChQQ0kgSVJR IDI3KSB0byBsYXBpYyAwIHZlY3RvciA1OA0KZW0xOiBicGYgYXR0YWNoZWQN CmVtMTogRXRoZXJuZXQgYWRkcmVzczogMDA6MDQ6MjM6Y2Q6NDQ6MjENCmFo YzA6IDxBZGFwdGVjIDM5NjBEIFVsdHJhMTYwIFNDU0kgYWRhcHRlcj4gcG9y dCAweDMwMDAtMHgzMGZmIG1lbSAweGZlMGMwMDAwLTB4ZmUwYzBmZmYgaXJx IDI3IGF0IGRldmljZSAzLjAgb24gcGNpMg0KYWhjMDogRGVmYXVsdGluZyB0 byBNRU1JTyBvZmYNCmFoYzA6IEVuYWJsaW5nIDM5Qml0IEFkZHJlc3NpbmcN CmFoYzA6IFJlYWRpbmcgU0VFUFJPTS4uLmRvbmUuDQphaGMwOiBNYW51YWwg U0UgVGVybWluYXRpb24NCmFoYzA6IEJJT1MgZWVwcm9tIGlzIHByZXNlbnQN CmFoYzA6IFByaW1hcnkgTG93IEJ5dGUgdGVybWluYXRpb24gRW5hYmxlZA0K YWhjMDogUHJpbWFyeSBIaWdoIEJ5dGUgdGVybWluYXRpb24gRW5hYmxlZA0K YWhjMDogRG93bmxvYWRpbmcgU2VxdWVuY2VyIFByb2dyYW0uLi4gNDMzIGlu c3RydWN0aW9ucyBkb3dubG9hZGVkDQphaGMwOiBGZWF0dXJlcyAweDFmZWY2 LCBCdWdzIDB4NDAsIEZsYWdzIDB4Mjk0ODU1NjANCmFpYzc4OTk6IFVsdHJh MTYwIFdpZGUgQ2hhbm5lbCBBLCBTQ1NJIElkPTcsIDMyLzI1MyBTQ0JzDQph aGMxOiA8QWRhcHRlYyAzOTYwRCBVbHRyYTE2MCBTQ1NJIGFkYXB0ZXI+IHBv cnQgMHgzNDAwLTB4MzRmZiBtZW0gMHhmZTBjMTAwMC0weGZlMGMxZmZmIGly cSAyNCBhdCBkZXZpY2UgMy4xIG9uIHBjaTINCmFoYzE6IERlZmF1bHRpbmcg dG8gTUVNSU8gb2ZmDQphaGMxOiBFbmFibGluZyAzOUJpdCBBZGRyZXNzaW5n DQphaGMxOiBSZWFkaW5nIFNFRVBST00uLi5kb25lLg0KYWhjMTogTWFudWFs IFNFIFRlcm1pbmF0aW9uDQphaGMxOiBCSU9TIGVlcHJvbSBpcyBwcmVzZW50 DQphaGMxOiBQcmltYXJ5IExvdyBCeXRlIHRlcm1pbmF0aW9uIEVuYWJsZWQN CmFoYzE6IFByaW1hcnkgSGlnaCBCeXRlIHRlcm1pbmF0aW9uIEVuYWJsZWQN CmFoYzE6IERvd25sb2FkaW5nIFNlcXVlbmNlciBQcm9ncmFtLi4uIDQzMyBp bnN0cnVjdGlvbnMgZG93bmxvYWRlZA0KYWhjMTogRmVhdHVyZXMgMHgxZmVm NiwgQnVncyAweDQwLCBGbGFncyAweDI5NDg1NTYwDQppb2FwaWMxOiByb3V0 aW5nIGludHBpbiAwIChQQ0kgSVJRIDI0KSB0byBsYXBpYyAwIHZlY3RvciA1 OQ0KYWljNzg5OTogVWx0cmExNjAgV2lkZSBDaGFubmVsIEIsIFNDU0kgSWQ9 NywgMzIvMjUzIFNDQnMNCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g YXQgZGV2aWNlIDExLjAgb24gcGNpMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4ZmUxMDAwMDAtMHhmZTFmZmZmZikgZm9yIHJpZCAyMCBvZiBwY2li Mw0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmU0MDAwMDAtMHhmZTRm ZmZmZikgZm9yIHJpZCAyNCBvZiBwY2liMw0KcGNpYjM6ICAgZG9tYWluICAg ICAgICAgICAgMA0KcGNpYjM6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMw0KcGNp YjM6ICAgc3Vib3JkaW5hdGUgYnVzICAgNA0KcGNpYjM6ICAgbWVtb3J5IGRl Y29kZSAgICAgMHhmZTEwMDAwMC0weGZlMWZmZmZmDQpwY2liMzogICBwcmVm ZXRjaGVkIGRlY29kZSAweGZlNDAwMDAwLTB4ZmU0ZmZmZmYNCnBjaWIzOiAg IHNwZWNpYWwgZGVjb2RlICAgIElTQQ0KcGNpMzogPEFDUEkgUENJIGJ1cz4g b24gcGNpYjMNCnBjaWIzOiBhbGxvY2F0ZWQgYnVzIHJhbmdlICgzLTMpIGZv ciByaWQgMCBvZiBwY2kzDQpwY2kzOiBkb21haW49MCwgcGh5c2ljYWwgYnVz PTMNCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MDMzNSwgcmV2aWQ9 MHgwYQ0KCWRvbWFpbj0wLCBidXM9Mywgc2xvdD0zLCBmdW5jPTANCgljbGFz cz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wDQoJY21kcmVnPTB4 MDAwNywgc3RhdHJlZz0weDAyYjAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQ0K CWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyks IG1heGxhdD0weDAwICgwIG5zKQ0KCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBE MCBEMSBEMyAgY3VycmVudCBEMA0KCXNlY2J1cz00LCBzdWJidXM9NA0KcGNp YjM6IGFsbG9jYXRlZCBidXMgcmFuZ2UgKDQtNCkgZm9yIHJpZCAwIG9mIHBj aTA6MzozOjANCnBjaWI0OiA8UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAz LjAgb24gcGNpMw0KcGNpYjM6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4 ZmUxMDAwMDAtMHhmZTFmZmZmZikgZm9yIHJpZCAyMCBvZiBwY2liNA0KcGNp YjM6IGFsbG9jYXRlZCBwcmVmZXRjaCByYW5nZSAoMHhmZTQwMDAwMC0weGZl NGZmZmZmKSBmb3IgcmlkIDI0IG9mIHBjaWI0DQpwY2liNDogICBkb21haW4g ICAgICAgICAgICAwDQpwY2liNDogICBzZWNvbmRhcnkgYnVzICAgICA0DQpw Y2liNDogICBzdWJvcmRpbmF0ZSBidXMgICA0DQpwY2liNDogICBtZW1vcnkg ZGVjb2RlICAgICAweGZlMTAwMDAwLTB4ZmUxZmZmZmYNCnBjaWI0OiAgIHBy ZWZldGNoZWQgZGVjb2RlIDB4ZmU0MDAwMDAtMHhmZTRmZmZmZg0KcGNpYjQ6 ICAgc3BlY2lhbCBkZWNvZGUgICAgSVNBDQpwY2k0OiA8UENJIGJ1cz4gb24g cGNpYjQNCnBjaWI0OiBhbGxvY2F0ZWQgYnVzIHJhbmdlICg0LTQpIGZvciBy aWQgMCBvZiBwY2k0DQpwY2k0OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTQN CmZvdW5kLT4JdmVuZG9yPTB4MTAwMCwgZGV2PTB4MDQwOSwgcmV2aWQ9MHgw YQ0KCWRvbWFpbj0wLCBidXM9NCwgc2xvdD0xNCwgZnVuYz0wDQoJY2xhc3M9 MDEtMDQtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0weDAw OTYsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykNCgls YXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4ODAgKDMyMDAwIG5z KSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGluPWMsIGlycT0xMQ0KCXBv d2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMyAgY3VycmVudCBEMA0KCU1T SSBzdXBwb3J0cyAyIG1lc3NhZ2VzLCA2NCBiaXQNCgltYXBbMTBdOiB0eXBl IFByZWZldGNoYWJsZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZmU0MDAw MDAsIHNpemUgMTYsIGVuYWJsZWQNCnBjaWI0OiBhbGxvY2F0ZWQgcHJlZmV0 Y2ggcmFuZ2UgKDB4ZmU0MDAwMDAtMHhmZTQwZmZmZikgZm9yIHJpZCAxMCBv ZiBwY2kwOjQ6MTQ6MA0KCW1hcFsxOF06IHR5cGUgTWVtb3J5LCByYW5nZSAz MiwgYmFzZSAweGZlMTAwMDAwLCBzaXplIDIwLCBlbmFibGVkDQpwY2liNDog YWxsb2NhdGVkIG1lbW9yeSByYW5nZSAoMHhmZTEwMDAwMC0weGZlMWZmZmZm KSBmb3IgcmlkIDE4IG9mIHBjaTA6NDoxNDowDQpwY2liMzogbWF0Y2hlZCBl bnRyeSBmb3IgMy4zLklOVEENCnBjaWIzOiBzbG90IDMgSU5UQSBoYXJkd2ly ZWQgdG8gSVJRIDI4DQpwY2liNDogc2xvdCAxNCBJTlRDIGlzIHJvdXRlZCB0 byBpcnEgMjgNCmFtcjA6IDxMU0lMb2dpYyBNZWdhUkFJRCAxLjUzPiBtZW0g MHhmZTQwMDAwMC0weGZlNDBmZmZmLDB4ZmUxMDAwMDAtMHhmZTFmZmZmZiBp cnEgMjggYXQgZGV2aWNlIDE0LjAgb24gcGNpNA0KYW1yMDogVXNpbmcgNjQt Yml0IERNQQ0KaW9hcGljMjogcm91dGluZyBpbnRwaW4gMCAoUENJIElSUSAy OCkgdG8gbGFwaWMgMCB2ZWN0b3IgNjANCmFtcjA6IGRlbGV0ZSBsb2dpY2Fs IGRyaXZlcyBzdXBwb3J0ZWQgYnkgY29udHJvbGxlcg0KYW1yMDogPExTSUxv Z2ljIExTSSBNZWdhUkFJRCBTQVRBMzAwLThYIFBDSS1YPiBGaXJtd2FyZSA4 MTVDLCBCSU9TIEg0MzIsIDEyOE1CIFJBTQ0KcHNtY3BucDA6IDxQUy8yIG1v dXNlIHBvcnQ+IGlycSAxMiBvbiBhY3BpMA0KYXRrYmRjMDogPEtleWJvYXJk IGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24g YWNwaTANCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMw DQphdGtiZDogdGhlIGN1cnJlbnQga2JkIGNvbnRyb2xsZXIgY29tbWFuZCBi eXRlIDAwNDcNCmF0a2JkOiBrZXlib2FyZCBJRCAweDQxYWIgKDIpDQprYmQw IGF0IGF0a2JkMA0Ka2JkMDogYXRrYmQwLCBBVCAxMDEvMTAyICgyKSwgY29u ZmlnOjB4MCwgZmxhZ3M6MHgzZDAwMDANCmlvYXBpYzA6IHJvdXRpbmcgaW50 cGluIDEgKElTQSBJUlEgMSkgdG8gbGFwaWMgMCB2ZWN0b3IgNjENCmF0a2Jk MDogW0dJQU5ULUxPQ0tFRF0NCnBzbTA6IGN1cnJlbnQgY29tbWFuZCBieXRl OjAwNDcNCnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMA0K aW9hcGljMDogcm91dGluZyBpbnRwaW4gMTIgKElTQSBJUlEgMTIpIHRvIGxh cGljIDAgdmVjdG9yIDYyDQpwc20wOiBbR0lBTlQtTE9DS0VEXQ0KcHNtMDog bW9kZWwgSW50ZWxsaU1vdXNlLCBkZXZpY2UgSUQgMy0wMCwgMyBidXR0b25z DQpwc20wOiBjb25maWc6MDAwMDAwMDAsIGZsYWdzOjAwMDAwMDA4LCBwYWNr ZXQgc2l6ZTo0DQpwc20wOiBzeW5jbWFzazowOCwgc3luY2JpdHM6MDANCnVh cnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBp cnEgNCBmbGFncyAweDEwIG9uIGFjcGkwDQppb2FwaWMwOiByb3V0aW5nIGlu dHBpbiA0IChJU0EgSVJRIDQpIHRvIGxhcGljIDAgdmVjdG9yIDYzDQp1YXJ0 MDogZmFzdCBpbnRlcnJ1cHQNCnVhcnQxOiA8MTY1NTAgb3IgY29tcGF0aWJs ZT4gcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBhY3BpMA0KaW9hcGljMDog cm91dGluZyBpbnRwaW4gMyAoSVNBIElSUSAzKSB0byBsYXBpYyAwIHZlY3Rv ciA2NA0KdWFydDE6IGZhc3QgaW50ZXJydXB0DQpmZGMwOiA8ZmxvcHB5IGRy aXZlIGNvbnRyb2xsZXI+IHBvcnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYg ZHJxIDIgb24gYWNwaTANCmZkYzA6IGljX3R5cGUgOTAgcGFydF9pZCA4MA0K aW9hcGljMDogcm91dGluZyBpbnRwaW4gNiAoSVNBIElSUSA2KSB0byBsYXBp YyAwIHZlY3RvciA2NQ0KZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBm ZGMwIGRyaXZlIDANCnBwYzA6IHVzaW5nIGV4dGVuZGVkIEkvTyBwb3J0IHJh bmdlDQpwcGMwOiBTUFANCnBwYzA6IDxQYXJhbGxlbCBwb3J0PiBwb3J0IDB4 Mzc4LTB4MzdmIGlycSA3IG9uIGFjcGkwDQpwcGMwOiBHZW5lcmljIGNoaXBz ZXQgKE5JQkJMRS1vbmx5KSBpbiBDT01QQVRJQkxFIG1vZGUNCmlvYXBpYzA6 IHJvdXRpbmcgaW50cGluIDcgKElTQSBJUlEgNykgdG8gbGFwaWMgMCB2ZWN0 b3IgNjYNCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwDQps cHQwOiA8UHJpbnRlcj4gb24gcHBidXMwDQpscHQwOiBJbnRlcnJ1cHQtZHJp dmVuIHBvcnQNCnBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMA0KYWNw aTA6IHdha2V1cCBjb2RlIHZhIDB4ZmZmZmZlMDNkYjE4NjAwMCBwYSAweDkw MDAwDQphaGNfaXNhX2lkZW50aWZ5IDA6IGlvcG9ydCAweGMwMCBhbGxvYyBm YWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgMTogaW9wb3J0IDB4MWMwMCBhbGxv YyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgMjogaW9wb3J0IDB4MmMwMCBh bGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgMzogaW9wb3J0IDB4M2Mw MCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgNDogaW9wb3J0IDB4 NGMwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgNTogaW9wb3J0 IDB4NWMwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgNjogaW9w b3J0IDB4NmMwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkgNzog aW9wb3J0IDB4N2MwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRpZnkg ODogaW9wb3J0IDB4OGMwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRlbnRp ZnkgOTogaW9wb3J0IDB4OWMwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfaWRl bnRpZnkgMTA6IGlvcG9ydCAweGFjMDAgYWxsb2MgZmFpbGVkDQphaGNfaXNh X2lkZW50aWZ5IDExOiBpb3BvcnQgMHhiYzAwIGFsbG9jIGZhaWxlZA0KYWhj X2lzYV9pZGVudGlmeSAxMjogaW9wb3J0IDB4Y2MwMCBhbGxvYyBmYWlsZWQN CmFoY19pc2FfaWRlbnRpZnkgMTM6IGlvcG9ydCAweGRjMDAgYWxsb2MgZmFp bGVkDQphaGNfaXNhX2lkZW50aWZ5IDE0OiBpb3BvcnQgMHhlYzAwIGFsbG9j IGZhaWxlZA0KZXhfaXNhX2lkZW50aWZ5KCkNCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGEwMDAwLTB4YTA3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMDgwMC0weGEwZmZmKSBmb3Ig cmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTEw MDAtMHhhMTdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSAzICgweGExODAwLTB4YTFmZmYpIGZvciByaWQgMCBvZiBvcm0w DQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMjAwMC0weGEyN2ZmKSBm b3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YTI4MDAtMHhhMmZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGEzMDAwLTB4YTM3ZmYpIGZvciByaWQgMCBvZiBv cm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMzgwMC0weGEzZmZm KSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YTQwMDAtMHhhNDdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGE0ODAwLTB4YTRmZmYpIGZvciByaWQgMCBv ZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNTAwMC0weGE1 N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YTU4MDAtMHhhNWZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGE2MDAwLTB4YTY3ZmYpIGZvciByaWQg MCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNjgwMC0w eGE2ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YTcwMDAtMHhhNzdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE3ODAwLTB4YTdmZmYpIGZvciBy aWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhODAw MC0weGE4N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YTg4MDAtMHhhOGZmZikgZm9yIHJpZCAwIG9mIG9ybTAN CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE5MDAwLTB4YTk3ZmYpIGZv ciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhh OTgwMC0weGE5ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YWEwMDAtMHhhYTdmZikgZm9yIHJpZCAwIG9mIG9y bTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFhODAwLTB4YWFmZmYp IGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhhYjAwMC0weGFiN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YWI4MDAtMHhhYmZmZikgZm9yIHJpZCAwIG9m IG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFjMDAwLTB4YWM3 ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhhYzgwMC0weGFjZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWQwMDAtMHhhZDdmZikgZm9yIHJpZCAw IG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFkODAwLTB4 YWRmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhhZTAwMC0weGFlN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWU4MDAtMHhhZWZmZikgZm9yIHJp ZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFmMDAw LTB4YWY3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhhZjgwMC0weGFmZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0K cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjAwMDAtMHhiMDdmZikgZm9y IHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIw ODAwLTB4YjBmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhiMTAwMC0weGIxN2ZmKSBmb3IgcmlkIDAgb2Ygb3Jt MA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjE4MDAtMHhiMWZmZikg Zm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGIyMDAwLTB4YjI3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhiMjgwMC0weGIyZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjMwMDAtMHhiMzdm ZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGIzODAwLTB4YjNmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhiNDAwMC0weGI0N2ZmKSBmb3IgcmlkIDAg b2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjQ4MDAtMHhi NGZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGI1MDAwLTB4YjU3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNTgwMC0weGI1ZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjYwMDAt MHhiNjdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGI2ODAwLTB4YjZmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNzAwMC0weGI3N2ZmKSBmb3Ig cmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yjc4 MDAtMHhiN2ZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSAzICgweGI4MDAwLTB4Yjg3ZmYpIGZvciByaWQgMCBvZiBvcm0w DQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiODgwMC0weGI4ZmZmKSBm b3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YjkwMDAtMHhiOTdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGI5ODAwLTB4YjlmZmYpIGZvciByaWQgMCBvZiBv cm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYTAwMC0weGJhN2Zm KSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YmE4MDAtMHhiYWZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGJiMDAwLTB4YmI3ZmYpIGZvciByaWQgMCBv ZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYjgwMC0weGJi ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YmMwMDAtMHhiYzdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGJjODAwLTB4YmNmZmYpIGZvciByaWQg MCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiZDAwMC0w eGJkN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YmQ4MDAtMHhiZGZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJlMDAwLTB4YmU3ZmYpIGZvciBy aWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiZTgw MC0weGJlZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YmYwMDAtMHhiZjdmZikgZm9yIHJpZCAwIG9mIG9ybTAN CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJmODAwLTB4YmZmZmYpIGZv ciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhj MDAwMC0weGMwN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YzAwMDAtMHhjN2ZmZikgZm9yIHJpZCAwIG9mIG9y bTANCmlzYV9wcm9iZV9jaGlsZHJlbjogZGlzYWJsaW5nIFBuUCBkZXZpY2Vz DQphdGtiZGM6IGF0a2JkYzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0 DQphdHJ0YzogYXRydGMwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdA0K YXR0aW1lcjogYXR0aW1lcjAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0 DQpmZGM6IGZkYzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0DQpwcGM6 IHBwYzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0DQpzYzogc2MwIGFs cmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdA0KdWFydDogdWFydDAgYWxyZWFk eSBleGlzdHM7IHNraXBwaW5nIGl0DQp1YXJ0OiB1YXJ0MSBhbHJlYWR5IGV4 aXN0czsgc2tpcHBpbmcgaXQNCmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmlu ZyBub24tUG5QIGRldmljZXMNCm9ybTA6IDxJU0EgT3B0aW9uIFJPTT4gYXQg aW9tZW0gMHhjMDAwMC0weGM3ZmZmIG9uIGlzYTANCnNjMDogPFN5c3RlbSBj b25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwDQpzYzA6IFZHQSA8MTYg dmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+DQpzYzA6IGZiMCwga2Jk MSwgdGVybWluYWwgZW11bGF0b3I6IHNjdGVrZW4gKHRla2VuIHRlcm1pbmFs KQ0KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNk ZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMA0KcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDQgKDB4M2MwLTB4M2RmKSBmb3IgcmlkIDAgb2YgdmdhMA0K cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTAwMDAtMHhiZmZmZikgZm9y IHJpZCAwIG9mIHZnYTANCndid2QwIGZhaWxlZCB0byBwcm9iZSBvbiBpc2Ew DQppc2FfcHJvYmVfY2hpbGRyZW46IHByb2JpbmcgUG5QIGRldmljZXMNCnBv d2Vybm93MDogPENvb2xgbidRdWlldCBLOD4gb24gY3B1MA0KcG93ZXJub3cw OiBTVEFUVVM6IDB4NjA4MDgwNjEwMTAxMA0KcG93ZXJub3cwOiBTVEFUVVM6 IG1heGZpZDogMHgxMA0KcG93ZXJub3cwOiBTVEFUVVM6IG1heHZpZDogMHgw Ng0KZGV2aWNlX2F0dGFjaDogcG93ZXJub3cwIGF0dGFjaCByZXR1cm5lZCA2 DQpwb3dlcm5vdzE6IDxDb29sYG4nUXVpZXQgSzg+IG9uIGNwdTENCnBvd2Vy bm93MTogU1RBVFVTOiAweDYwODA4MDYxMDEwMTANCnBvd2Vybm93MTogU1RB VFVTOiBtYXhmaWQ6IDB4MTANCnBvd2Vybm93MTogU1RBVFVTOiBtYXh2aWQ6 IDB4MDYNCmRldmljZV9hdHRhY2g6IHBvd2Vybm93MSBhdHRhY2ggcmV0dXJu ZWQgNg0KcG93ZXJub3cyOiA8Q29vbGBuJ1F1aWV0IEs4PiBvbiBjcHUyDQpw b3dlcm5vdzI6IFNUQVRVUzogMHg2MDgwODA2MTAxMDEwDQpwb3dlcm5vdzI6 IFNUQVRVUzogbWF4ZmlkOiAweDEwDQpwb3dlcm5vdzI6IFNUQVRVUzogbWF4 dmlkOiAweDA2DQpkZXZpY2VfYXR0YWNoOiBwb3dlcm5vdzIgYXR0YWNoIHJl dHVybmVkIDYNCnBvd2Vybm93MzogPENvb2xgbidRdWlldCBLOD4gb24gY3B1 Mw0KcG93ZXJub3czOiBTVEFUVVM6IDB4NjA4MDgwNjEwMTAxMA0KcG93ZXJu b3czOiBTVEFUVVM6IG1heGZpZDogMHgxMA0KcG93ZXJub3czOiBTVEFUVVM6 IG1heHZpZDogMHgwNg0KZGV2aWNlX2F0dGFjaDogcG93ZXJub3czIGF0dGFj aCByZXR1cm5lZCA2DQpEZXZpY2UgY29uZmlndXJhdGlvbiBmaW5pc2hlZC4N CnByb2NmcyByZWdpc3RlcmVkDQpsYXBpYzogRGl2aXNvciAyLCBGcmVxdWVu Y3kgMTAwMjI3NTY5IEh6DQpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAw MCBtc2VjDQp2bGFuOiBpbml0aWFsaXplZCwgdXNpbmcgaGFzaCB0YWJsZXMg d2l0aCBjaGFpbmluZw0KdmJveGRydjogZkFzeW5jPTAgb2ZmTWluPTB4MWRl IG9mZk1heD0weDcwNg0Kc3VwZHJ2R2lwQ3JlYXRlOiBvbW5pIHRpbWVyIG5v dCBzdXBwb3J0ZWQsIGZhbGxpbmcgYmFjayB0byBzeW5jaHJvbm91cyBtb2Rl DQp0Y3BfaW5pdDogbmV0LmluZXQudGNwLnRjYmhhc2hzaXplIGF1dG8gdHVu ZWQgdG8gMTMxMDcyDQpsbzA6IGJwZiBhdHRhY2hlZA0KaHB0bnI6IG5vIGNv bnRyb2xsZXIgZGV0ZWN0ZWQuDQpocHQyN3h4OiBubyBjb250cm9sbGVyIGRl dGVjdGVkLg0KaHB0cnI6IG5vIGNvbnRyb2xsZXIgZGV0ZWN0ZWQuDQphbXIw OiBkZWxldGUgbG9naWNhbCBkcml2ZXMgc3VwcG9ydGVkIGJ5IGNvbnRyb2xs ZXINCmFtcmQwOiA8TFNJTG9naWMgTWVnYVJBSUQgbG9naWNhbCBkcml2ZT4g b24gYW1yMA0KYW1yZDA6IDE1MTYzNE1CICgzMTA1NDY0MzIgc2VjdG9ycykg UkFJRCAxIChvcHRpbWFsKQ0KYW1yZDE6IDxMU0lMb2dpYyBNZWdhUkFJRCBs b2dpY2FsIGRyaXZlPiBvbiBhbXIwDQphbXJkMTogMjA5NzE0OE1CICg0Mjk0 OTU5MTA0IHNlY3RvcnMpIFJBSUQgNSAoZGVncmFkZWQpDQpHRU9NOiBuZXcg ZGlzayBhbXJkMA0KcmFuZG9tOiB1bmJsb2NraW5nIGRldmljZS4NCnVzYnVz MDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjANCnVzYnVzMTogMTJNYnBz IEZ1bGwgU3BlZWQgVVNCIHYxLjANCnVzYnVzMjogMTJNYnBzIEZ1bGwgU3Bl ZWQgVVNCIHYxLjANCnVzYnVzMzogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYx LjANCnVzYnVzNDogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wDQphdGEw OiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9NjAgb3N0YXQxPTcwDQp1Z2Vu MC4xOiA8QU1EPiBhdCB1c2J1czANCnVodWIwOiA8QU1EIE9IQ0kgcm9vdCBI VUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1 czANCnVnZW4xLjE6IDxBTUQ+IGF0IHVzYnVzMQ0KdWdlbjIuMTogPFZJQT4g YXQgdXNidXMyDQp1aHViMTogPFZJQSBVSENJIHJvb3QgSFVCLCBjbGFzcyA5 LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMyDQp1Z2VuMy4x OiA8VklBPiBhdCB1c2J1czMNCnVodWIyOiA8VklBIFVIQ0kgcm9vdCBIVUIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czMN CnVodWIzOiA8QU1EIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEu MDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czENCnVnZW40LjE6IDxWSUE+IGF0 IHVzYnVzNA0KdWh1YjQ6IDxWSUEgRUhDSSByb290IEhVQiwgY2xhc3MgOS8w LCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNA0KYXRhMDogc3Rh dDA9MHgyMCBlcnI9MHgyMCBsc2I9MHgyMCBtc2I9MHgyMA0KYXRhMDogc3Rh dDE9MHgzMCBlcnI9MHgzMCBsc2I9MHgzMCBtc2I9MHgzMA0KYXRhMDogcmVz ZXQgdHAyIHN0YXQwPTIwIHN0YXQxPTMwIGRldmljZXM9MHgwDQphdGExOiBy ZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9NTAgb3N0YXQxPTAxDQphdGExOiBz dGF0MD0weDAwIGVycj0weDAxIGxzYj0weDE0IG1zYj0weGViDQphdGExOiBz dGF0MT0weDAwIGVycj0weDAxIGxzYj0weDAwIG1zYj0weDAwDQphdGExOiBy ZXNldCB0cDIgc3RhdDA9MDAgc3RhdDE9MDAgZGV2aWNlcz0weDEwMDAwDQoo bm9wZXJpcGg6YWhjMDowOi0xOmZmZmZmZmZmKTogU0NTSSBidXMgcmVzZXQg ZGVsaXZlcmVkLiAwIFNDQnMgYWJvcnRlZC4NCmludGVycnVwdCBzdG9ybSBk ZXRlY3RlZCBvbiAiaXJxMTY6IjsgdGhyb3R0bGluZyBpbnRlcnJ1cHQgc291 cmNlDQoobm9wZXJpcGg6YWhjMTowOi0xOmZmZmZmZmZmKTogU0NTSSBidXMg cmVzZXQgZGVsaXZlcmVkLiAwIFNDQnMgYWJvcnRlZC4NCkdFT006IG5ldyBk aXNrIGFtcmQxDQp1aHViMzogMyBwb3J0cyB3aXRoIDMgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQNCnVodWIwOiAzIHBvcnRzIHdpdGggMyByZW1vdmFibGUs IHNlbGYgcG93ZXJlZA0KdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkDQp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQNCnVodWI0OiA0IHBvcnRzIHdpdGggNCByZW1v dmFibGUsIHNlbGYgcG93ZXJlZA0KYWhjMDogU2VsZWN0aW9uIFRpbWVvdXQg b24gQToxNS4gMCBTQ0JzIGFib3J0ZWQNCmludGVycnVwdCBzdG9ybSBkZXRl Y3RlZCBvbiAiaXJxMTY6IjsgdGhyb3R0bGluZyBpbnRlcnJ1cHQgc291cmNl DQphaGMxOiBTZWxlY3Rpb24gVGltZW91dCBvbiBBOjEzLiAwIFNDQnMgYWJv cnRlZA0KYWhjMDogU2VsZWN0aW9uIFRpbWVvdXQgb24gQToxNC4gMCBTQ0Jz IGFib3J0ZWQNCmFoYzE6IFNlbGVjdGlvbiBUaW1lb3V0IG9uIEE6MTIuIDAg U0NCcyBhYm9ydGVkDQphaGMwOiBTZWxlY3Rpb24gVGltZW91dCBvbiBBOjEz LiAwIFNDQnMgYWJvcnRlZA0KYWhjMTogU2VsZWN0aW9uIFRpbWVvdXQgb24g QToxMS4gMCBTQ0JzIGFib3J0ZWQNCmFoYzA6IFNlbGVjdGlvbiBUaW1lb3V0 IG9uIEE6MTIuIDAgU0NCcyBhYm9ydGVkDQphaGMxOiBTZWxlY3Rpb24gVGlt ZW91dCBvbiBBOjEwLiAwIFNDQnMgYWJvcnRlZA0KYWhjMDogU2VsZWN0aW9u IFRpbWVvdXQgb24gQToxMS4gMCBTQ0JzIGFib3J0ZWQNCmludGVycnVwdCBz dG9ybSBkZXRlY3RlZCBvbiAiaXJxMTY6IjsgdGhyb3R0bGluZyBpbnRlcnJ1 cHQgc291cmNlDQphaGMxOiBTZWxlY3Rpb24gVGltZW91dCBvbiBBOjkuIDAg U0NCcyBhYm9ydGVkDQphaGMwOiBTZWxlY3Rpb24gVGltZW91dCBvbiBBOjEw LiAwIFNDQnMgYWJvcnRlZA0KYWhjMTogU2VsZWN0aW9uIFRpbWVvdXQgb24g QToyLiAwIFNDQnMgYWJvcnRlZA0KYWhjMDogU2VsZWN0aW9uIFRpbWVvdXQg b24gQTo5LiAwIFNDQnMgYWJvcnRlZA0KYWhjMTogU2VsZWN0aW9uIFRpbWVv dXQgb24gQToxLiAwIFNDQnMgYWJvcnRlZA0KYWhjMDogU2VsZWN0aW9uIFRp bWVvdXQgb24gQTo4LiAwIFNDQnMgYWJvcnRlZA0KYWhjMTogU2VsZWN0aW9u IFRpbWVvdXQgb24gQTowLiAwIFNDQnMgYWJvcnRlZA0KYWhjMDogU2VsZWN0 aW9uIFRpbWVvdXQgb24gQTo2LiAwIFNDQnMgYWJvcnRlZA0KaW50ZXJydXB0 IHN0b3JtIGRldGVjdGVkIG9uICJpcnExNjoiOyB0aHJvdHRsaW5nIGludGVy cnVwdCBzb3VyY2UNCmFoYzE6IFNlbGVjdGlvbiBUaW1lb3V0IG9uIEE6MTUu IDAgU0NCcyBhYm9ydGVkDQphaGMwOiBTZWxlY3Rpb24gVGltZW91dCBvbiBB OjUuIDAgU0NCcyBhYm9ydGVkDQphaGMwOiBTZWxlY3Rpb24gVGltZW91dCBv biBBOjQuIDAgU0NCcyBhYm9ydGVkDQphaGMxOiBTZWxlY3Rpb24gVGltZW91 dCBvbiBBOjE0LiAwIFNDQnMgYWJvcnRlZA0KYWhjMDogU2VsZWN0aW9uIFRp bWVvdXQgb24gQTozLiAwIFNDQnMgYWJvcnRlZA0KaW50ZXJydXB0IHN0b3Jt IGRldGVjdGVkIG9uICJpcnExNjoiOyB0aHJvdHRsaW5nIGludGVycnVwdCBz b3VyY2UNCmFoYzA6IFNlbGVjdGlvbiBUaW1lb3V0IG9uIEE6Mi4gMCBTQ0Jz IGFib3J0ZWQNCmFoYzE6IFNlbGVjdGlvbiBUaW1lb3V0IG9uIEE6OC4gMCBT Q0JzIGFib3J0ZWQNCmFoYzA6IFNlbGVjdGlvbiBUaW1lb3V0IG9uIEE6MS4g MCBTQ0JzIGFib3J0ZWQNCmludGVycnVwdCBzdG9ybSBkZXRlY3RlZCBvbiAi aXJxMTY6IjsgdGhyb3R0bGluZyBpbnRlcnJ1cHQgc291cmNlDQphaGMwOiBT ZWxlY3Rpb24gVGltZW91dCBvbiBBOjAuIDAgU0NCcyBhYm9ydGVkDQphaGMx OiBTZWxlY3Rpb24gVGltZW91dCBvbiBBOjYuIDAgU0NCcyBhYm9ydGVkDQpy dW5faW50ZXJydXB0X2RyaXZlbl9ob29rczogc3RpbGwgd2FpdGluZyBhZnRl ciA2MCBzZWNvbmRzIGZvciB4cHRfY29uZmlnDQpJbmZpbml0ZSBpbnRlcnJ1 cHQgbG9vcCwgSU5UU1RBVCA9IDBhaGMxOiBSZWNvdmVyeSBJbml0aWF0ZWQN Cj4+Pj4+Pj4+Pj4+Pj4+Pj4+PiBEdW1wIENhcmQgU3RhdGUgQmVnaW5zIDw8 PDw8PDw8PDw8PDw8PDw8DQphaGMxOiBEdW1waW5nIENhcmQgU3RhdGUgd2hp bGUgaWRsZSwgYXQgU0VRQUREUiAweDE4DQpDYXJkIHdhcyBwYXVzZWQNCkFD Q1VNID0gMHhmMSwgU0lOREVYID0gMHg0OCwgRElOREVYID0gMHhlNCwgQVJH XzIgPSAweDNjDQpIQ05UID0gMHgwIFNDQlBUUiA9IDB4MA0KU0NTSVBIQVNF WzB4MF0gU0NTSVNJR0lbMHgxOF06KFNFTEl8QVROSSkgRVJST1JbMHgwXSAN ClNDU0lCVVNMWzB4MF0gTEFTVFBIQVNFWzB4MV06KFBfQlVTRlJFRSkgU0NT SVNFUVsweDFhXTooRU5BVVRPQVROUHxFTkFVVE9BVE5PfEVOUlNFTEkpIA0K U0JMS0NUTFsweGFdOihTRUxXSURFfFNFTEJVU0IpIFNDU0lSQVRFWzB4MF0g U0VRQ1RMWzB4MTBdOihGQVNUTU9ERSkgDQpTRVFfRkxBR1NbMHhjMF06KE5P X0NEQl9TRU5UfE5PVF9JREVOVElGSUVEKSBTU1RBVDBbMHgxMF06KFNFTElO R08pIA0KU1NUQVQxWzB4MF0gU1NUQVQyWzB4MF0gU1NUQVQzWzB4MF0gU0lN T0RFMFsweDhdOihFTlNXUkFQKSANClNJTU9ERTFbMHhhY106KEVOU0NTSVBF UlJ8RU5CVVNGUkVFfEVOU0NTSVJTVHxFTlNFTFRJTU8pIA0KU1hGUkNUTDBb MHg4MF06KERGT04pIERGQ05UUkxbMHgwXSBERlNUQVRVU1sweDg5XTooRklG T0VNUHxIRE9ORXxQUkVMT0FEX0FWQUlMKSANClNUQUNLOiAweDAgMHgwIDB4 MTgwIDB4MTcNClNDQiBjb3VudCA9IDI1NA0KS2VybmVsIE5FWFRRU0NCID0g MjM4DQpDYXJkIE5FWFRRU0NCID0gMjQwDQpRSU5GSUZPIGVudHJpZXM6IDI0 MCAyMzkgDQpXYWl0aW5nIFF1ZXVlIGVudHJpZXM6IDA6MjQxIA0KRGlzY29u bmVjdGVkIFF1ZXVlIGVudHJpZXM6IA0KUU9VVEZJRk8gZW50cmllczogDQpT ZXF1ZW5jZXIgRnJlZSBTQ0IgTGlzdDogMSAyIDMgNCA1IDYgNyA4IDkgMTAg MTEgMTIgMTMgMTQgMTUgMTYgMTcgMTggMTkgMjAgMjEgMjIgMjMgMjQgMjUg MjYgMjcgMjggMjkgMzAgMzEgDQpTZXF1ZW5jZXIgU0NCIEluZm86IA0KICAw IFNDQl9DT05UUk9MWzB4MF0gU0NCX1NDU0lJRFsweDU3XSBTQ0JfTFVOWzB4 MF0gU0NCX1RBR1sweGYxXSANCiAgMSBTQ0JfQ09OVFJPTFsweDBdIFNDQl9T Q1NJSURbMHhmZl06KFRXSU5fQ0hOTEJ8T0lEfFRXSU5fVElEKSANClNDQl9M VU5bMHhmZl06KFNDQl9YRkVSTEVOX09ERHxMSUQpIFNDQl9UQUdbMHhmZl0g DQogIDIgU0NCX0NPTlRST0xbMHgwXSBTQ0JfU0NTSUlEWzB4ZmZdOihUV0lO X0NITkxCfE9JRHxUV0lOX1RJRCkgDQpTQ0JfTFVOWzB4ZmZdOihTQ0JfWEZF UkxFTl9PRER8TElEKSBTQ0JfVEFHWzB4ZmZdIA0KICAzIFNDQl9DT05UUk9M WzB4MF0gU0NCX1NDU0lJRFsweGZmXTooVFdJTl9DSE5MQnxPSUR8VFdJTl9U SUQpIA0KU0NCX0xVTlsweGZmXTooU0NCX1hGRVJMRU5fT0REfExJRCkgU0NC X1RBR1sweGZmXSANCiAgNCBTQ0JfQ09OVFJPTFsweDBdIFNDQl9TQ1NJSURb MHhmZl06KFRXSU5fQ0hOTEJ8T0lEfFRXSU5fVElEKSANClNDQl9MVU5bMHhm Zl06KFNDQl9YRkVSTEVOX09ERHxMSUQpIFNDQl9UQUdbMHhmZl0gDQogIDUg U0NCX0NPTlRST0xbMHgwXSBTQ0JfU0NTSUlEWzB4ZmZdOihUV0lOX0NITkxC fE9JRHxUV0lOX1RJRCkgDQpTQ0JfTFVOWzB4ZmZdOihTQ0JfWEZFUkxFTl9P RER8TElEKSBTQ0JfVEFHWzB4ZmZdIA0KICA2IFNDQl9DT05UUk9MWzB4MF0g U0NCX1NDU0lJRFsweGZmXTooVFdJTl9DSE5MQnxPSUR8VFdJTl9USUQpIA0K U0NCX0xVTlsweGZmXTooU0NCX1hGRVJMRU5fT0REfExJRCkgU0NCX1RBR1sw eGZmXSANCiAgNyBTQ0JfQ09OVFJPTFsweDBdIFNDQl9TQ1NJSURbMHhmZl06 KFRXSU5fQ0hOTEJ8T0lEfFRXSU5fVElEKSANClNDQl9MVU5bMHhmZl06KFND Ql9YRkVSTEVOX09ERHxMSUQpIFNDQl9UQUdbMHhmZl0gDQogIDggU0NCX0NP TlRST0xbMHgwXSBTQ0JfU0NTSUlEWzB4ZmZdOihUV0lOX0NITkxCfE9JRHxU V0lOX1RJRCkgDQpTQ0JfTFVOWzB4ZmZdOihTQ0JfWEZFUkxFTl9PRER8TElE KSBTQ0JfVEFHWzB4ZmZdIA0KICA5IFNDQl9DT05UUk9MWzB4MF0gU0NCX1ND U0lJRFsweGZmXTooVFdJTl9DSE5MQnxPSUR8VFdJTl9USUQpIA0KU0NCX0xV TlsweGZmXTooU0NCX1hGRVJMRU5fT0REfExJRCkgU0NCX1RBR1sweGZmXSAN CiAxMCBTQ0JfQ09OVFJPTFsweDBdIFNDQl9TQ1NJSURbMHhmZl06KFRXSU5f Q0hOTEJ8T0lEfFRXSU5fVElEKSANClNDQl9MVU5bMHhmZl06KFNDQl9YRkVS TEVOX09ERHxMSUQpIFNDQl9UQUdbMHhmZl0gDQogMTEgU0NCX0NPTlRST0xb MHgwXSBTQ0JfU0NTSUlEWzB4ZmZdOihUV0lOX0NITkxCfE9JRHxUV0lOX1RJ RCkgDQpTQ0JfTFVOWzB4ZmZdOihTQ0JfWEZFUkxFTl9PRER8TElEKSBTQ0Jf VEFHWzB4ZmZdIA0KIDEyIFNDQl9DT05UUk9MWzB4MF0gU0NCX1NDU0lJRFsw eGZmXTooVFdJTl9DSE5MQnxPSUR8VFdJTl9USUQpIA0KU0NCX0xVTlsweGZm XTooU0NCX1hGRVJMRU5fT0REfExJRCkgU0NCX1RBR1sweGZmXSANCiAxMyBT Q0JfQ09OVFJPTFsweDBdIFNDQl9TQ1NJSURbMHhmZl06KFRXSU5fQ0hOTEJ8 T0lEfFRXSU5fVElEKSANClNDQl9MVU5bMHhmZl06KFNDQl9YRkVSTEVOX09E RHxMSUQpIFNDQl9UQUdbMHhmZl0gDQogMTQgU0NCX0NPTlRST0xbMHgwXSBT Q0JfU0NTSUlEWzB4ZmZdOihUV0lOX0NITkxCfE9JRHxUV0lOX1RJRCkgDQpT Q0JfTFVOWzB4ZmZdOihTQ0JfWEZFUkxFTl9PRER8TElEKSBTQ0JfVEFHWzB4 ZmZdIA0KIDE1IFNDQl9DT05UUk9MWzB4MF0gU0NCX1NDU0lJRFsweGZmXToo VFdJTl9DSE5MQnxPSUR8VFdJTl9USUQpIA0KU0NCX0xVTlsweGZmXTooU0NC X1hGRVJMRU5fT0REfExJRCkgU0NCX1RBR1sweGZmXSANCiAxNiBTQ0JfQ09O VFJPTFsweDBdIFNDQl9TQ1NJSURbMHhmZl06KFRXSU5fQ0hOTEJ8T0lEfFRX SU5fVElEKSANClNDQl9MVU5bMHhmZl06KFNDQl9YRkVSTEVOX09ERHxMSUQp IFNDQl9UQUdbMHhmZl0gDQogMTcgU0NCX0NPTlRST0xbMHgwXSBTQ0JfU0NT SUlEWzB4ZmZdOihUV0lOX0NITkxCfE9JRHxUV0lOX1RJRCkgDQpTQ0JfTFVO WzB4ZmZdOihTQ0JfWEZFUkxFTl9PRER8TElEKSBTQ0JfVEFHWzB4ZmZdIA0K IDE4IFNDQl9DT05UUk9MWzB4MF0gU0NCX1NDU0lJRFsweGZmXTooVFdJTl9D SE5MQnxPSUR8VFdJTl9USUQpIA0KU0NCX0xVTlsweGZmXTooU0NCX1hGRVJM RU5fT0REfExJRCkgU0NCX1RBR1sweGZmXSANCiAxOSBTQ0JfQ09OVFJPTFsw eDBdIFNDQl9TQ1NJSURbMHhmZl06KFRXSU5fQ0hOTEJ8T0lEfFRXSU5fVElE KSANClNDQl9MVU5bMHhmZl06KFNDQl9YRkVSTEVOX09ERHxMSUQpIFNDQl9U QUdbMHhmZl0gDQogMjAgU0NCX0NPTlRST0xbMHgwXSBTQ0JfU0NTSUlEWzB4 ZmZdOihUV0lOX0NITkxCfE9JRHxUV0lOX1RJRCkgDQpTQ0JfTFVOWzB4ZmZd OihTQ0JfWEZFUkxFTl9PRER8TElEKSBTQ0JfVEFHWzB4ZmZdIA0KIDIxIFND Ql9DT05UUk9MWzB4MF0gU0NCX1NDU0lJRFsweGZmXTooVFdJTl9DSE5MQnxP SUR8VFdJTl9USUQpIA0KU0NCX0xVTlsweGZmXTooU0NCX1hGRVJMRU5fT0RE fExJRCkgU0NCX1RBR1sweGZmXSANCiAyMiBTQ0JfQ09OVFJPTFsweDBdIFND Ql9TQ1NJSURbMHhmZl06KFRXSU5fQ0hOTEJ8T0lEfFRXSU5fVElEKSANClND Ql9MVU5bMHhmZl06KFNDQl9YRkVSTEVOX09ERHxMSUQpIFNDQl9UQUdbMHhm Zl0gDQogMjMgU0NCX0NPTlRST0xbMHgwXSBTQ0JfU0NTSUlEWzB4ZmZdOihU V0lOX0NITkxCfE9JRHxUV0lOX1RJRCkgDQpTQ0JfTFVOWzB4ZmZdOihTQ0Jf WEZFUkxFTl9PRER8TElEKSBTQ0JfVEFHWzB4ZmZdIA0KIDI0IFNDQl9DT05U Uk9MWzB4MF0gU0NCX1NDU0lJRFsweGZmXTooVFdJTl9DSE5MQnxPSUR8VFdJ Tl9USUQpIA0KU0NCX0xVTlsweGZmXTooU0NCX1hGRVJMRU5fT0REfExJRCkg U0NCX1RBR1sweGZmXSANCiAyNSBTQ0JfQ09OVFJPTFsweDBdIFNDQl9TQ1NJ SURbMHhmZl06KFRXSU5fQ0hOTEJ8T0lEfFRXSU5fVElEKSANClNDQl9MVU5b MHhmZl06KFNDQl9YRkVSTEVOX09ERHxMSUQpIFNDQl9UQUdbMHhmZl0gDQog MjYgU0NCX0NPTlRST0xbMHgwXSBTQ0JfU0NTSUlEWzB4ZmZdOihUV0lOX0NI TkxCfE9JRHxUV0lOX1RJRCkgDQpTQ0JfTFVOWzB4ZmZdOihTQ0JfWEZFUkxF Tl9PRER8TElEKSBTQ0JfVEFHWzB4ZmZdIA0KIDI3IFNDQl9DT05UUk9MWzB4 MF0gU0NCX1NDU0lJRFsweGZmXTooVFdJTl9DSE5MQnxPSUR8VFdJTl9USUQp IA0KU0NCX0xVTlsweGZmXTooU0NCX1hGRVJMRU5fT0REfExJRCkgU0NCX1RB R1sweGZmXSANCiAyOCBTQ0JfQ09OVFJPTFsweDBdIFNDQl9TQ1NJSURbMHhm Zl06KFRXSU5fQ0hOTEJ8T0lEfFRXSU5fVElEKSANClNDQl9MVU5bMHhmZl06 KFNDQl9YRkVSTEVOX09ERHxMSUQpIFNDQl9UQUdbMHhmZl0gDQogMjkgU0NC X0NPTlRST0xbMHgwXSBTQ0JfU0NTSUlEWzB4ZmZdOihUV0lOX0NITkxCfE9J RHxUV0lOX1RJRCkgDQpTQ0JfTFVOWzB4ZmZdOihTQ0JfWEZFUkxFTl9PRER8 TElEKSBTQ0JfVEFHWzB4ZmZdIA0KIDMwIFNDQl9DT05UUk9MWzB4MF0gU0NC X1NDU0lJRFsweGZmXTooVFdJTl9DSE5MQnxPSUR8VFdJTl9USUQpIA0KU0NC X0xVTlsweGZmXTooU0NCX1hGRVJMRU5fT0REfExJRCkgU0NCX1RBR1sweGZm XSANCiAzMSBTQ0JfQ09OVFJPTFsweDBdIFNDQl9TQ1NJSURbMHhmZl06KFRX SU5fQ0hOTEJ8T0lEfFRXSU5fVElEKSANClNDQl9MVU5bMHhmZl06KFNDQl9Y RkVSTEVOX09ERHxMSUQpIFNDQl9UQUdbMHhmZl0gDQpQZW5kaW5nIGxpc3Q6 IA0KMjM5IFNDQl9DT05UUk9MWzB4MF0gU0NCX1NDU0lJRFsweDM3XSBTQ0Jf TFVOWzB4MF0gDQoyNDAgU0NCX0NPTlRST0xbMHgwXSBTQ0JfU0NTSUlEWzB4 NDddIFNDQl9MVU5bMHgwXSANCjI0MSBTQ0JfQ09OVFJPTFsweDBdIFNDQl9T Q1NJSURbMHg1N10gU0NCX0xVTlsweDBdIA0KS2VybmVsIEZyZWUgU0NCIGxp c3Q6IDI0MiAyNDMgMjQ0IDI0NSAyNDYgMjQ3IDI0OCAyNDkgMjUwIDI1MSAy NTIgMjUzIDIzNyAyMzYgMjM1IDIzNCAyMzMgMjMyIDIzMSAyMzAgMjI5IDIy OCAyMjcgMjI2IDIyNSAyMjQgMjIzIDIyMiAyMjEgMjIwIDIxOSAyMTggMjE3 IDIxNiAyMTUgMjE0IDIxMyAyMTIgMjExIDIxMCAyMDkgMjA4IDIwNyAyMDYg MjA1IDIwNCAyMDMgMjAyIDIwMSAyMDAgMTk5IDE5OCAxOTcgMTk2IDE5NSAx OTQgMTkzIDE5MiAxOTEgMTkwIDE4OSAxODggMTg3IDE4NiAxODUgMTg0IDE4 MyAxODIgMTgxIDE4MCAxNzkgMTc4IDE3NyAxNzYgMTc1IDE3NCAxNzMgMTcy IDE3MSAxNzAgMTY5IDE2OCAxNjcgMTY2IDE2NSAxNjQgMTYzIDE2MiAxNjEg MTYwIDE1OSAxNTggMTU3IDE1NiAxNTUgMTU0IDE1MyAxNTIgMTUxIDE1MCAx NDkgMTQ4IDE0NyAxNDYgMTQ1IDE0NCAxNDMgMTQyIDE0MSAxNDAgMTM5IDEz OCAxMzcgMTM2IDEzNSAxMzQgMTMzIDEzMiAxMzEgMTMwIDEyOSAxMjggMTI3 IDEyNiAxMjUgMTI0IDEyMyAxMjIgMTIxIDEyMCAxMTkgMTE4IDExNyAxMTYg MTE1IDExNCAxMTMgMTEyIDExMSAxMTAgMTA5IDEwOCAxMDcgMTA2IDEwNSAx MDQgMTAzIDEwMiAxMDEgMTAwIDk5IDk4IDk3IDk2IDk1IDk0IDkzIDkyIDkx IDkwIDg5IDg4IDg3IDg2IDg1IDg0IDgzIDgyIDgxIDgwIDc5IDc4IDc3IDc2 IDc1IDc0IDczIDcyIDcxIDcwIDY5IDY4IDY3IDY2IDY1IDY0IDYzIDYyIDYx IDYwIDU5IDU4IDU3IDU2IDU1IDU0IDUzIDUyIDUxIDUwIDQ5IDQ4IDQ3IDQ2 IDQ1IDQ0IDQzIDQyIDQxIDQwIDM5IDM4IDM3IDM2IDM1IDM0IDMzIDMyIDMx IDMwIDI5IDI4IDI3IDI2IDI1IDI0IDIzIDIyIDIxIDIwIDE5IDE4IDE3IDE2 IDE1IDE0IDEzIDEyIDExIDEwIDkgOCA3IDYgNSA0IDMgMiAxIDAgDQpVbnRh Z2dlZCBRKDMpOiAyMzkgDQpVbnRhZ2dlZCBRKDQpOiAyNDAgDQpVbnRhZ2dl ZCBRKDUpOiAyNDEgDQoNCjw8PDw8PDw8PDw8PDw8PDw8IER1bXAgQ2FyZCBT dGF0ZSBFbmRzID4+Pj4+Pj4+Pj4+Pj4+Pj4+Pg0KKHByb2JlMjA6YWhjMTow OjU6MCk6IFNDQiAweGYxIC0gdGltZWQgb3V0DQpzZ1swXSAtIEFkZHIgMHg1 ZDA3MThiMCA6IExlbmd0aCAzNg0KKHByb2JlMjA6YWhjMTowOjU6MCk6IFND QiAyNDE6IEltbWVkaWF0ZSByZXNldC4gIEZsYWdzID0gMHg2MjANCihwcm9i ZTIwOmFoYzE6MDo1OjApOiBubyBsb25nZXIgaW4gdGltZW91dCwgc3RhdHVz ID0gMjViDQphaGMxOiBJc3N1ZWQgQ2hhbm5lbCBBIEJ1cyBSZXNldC4gMyBT Q0JzIGFib3J0ZWQNCmFoYzE6IFRpbWVkb3V0IFNDQnMgYWxyZWFkeSBjb21w bGV0ZS4gSW50ZXJydXB0cyBtYXkgbm90IGJlIGZ1bmN0aW9uaW5nLg0KaW50 ZXJydXB0IHN0b3JtIGRldGVjdGVkIG9uICJpcnExNjoiOyB0aHJvdHRsaW5n IGludGVycnVwdCBzb3VyY2UNCmFoYzE6IFNlbGVjdGlvbiBUaW1lb3V0IG9u IEE6NS4gMCBTQ0JzIGFib3J0ZWQNCmFoYzE6IFNlbGVjdGlvbiBUaW1lb3V0 IG9uIEE6NC4gMCBTQ0JzIGFib3J0ZWQNCmFoYzE6IFNlbGVjdGlvbiBUaW1l b3V0IG9uIEE6My4gMCBTQ0JzIGFib3J0ZWQNCnBhc3MwIGF0IGF0YTEgYnVz IDAgc2NidXMxIHRhcmdldCAwIGx1biAwDQpwYXNzMDogPEhMLURULVNUIFJX L0RWRCBHQ0MtNDQ4MEIgQzEwND4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJIGRl dmljZQ0KcGFzczA6IDMzLjMwME1CL3MgdHJhbnNmZXJzIChVRE1BMiwgQVRB UEkgMTJieXRlcywgUElPIDY1NTM0Ynl0ZXMpDQpjZDAgYXQgYXRhMSBidXMg MCBzY2J1czEgdGFyZ2V0IDAgbHVuIDANCmNkMDogPEhMLURULVNUIFJXL0RW RCBHQ0MtNDQ4MEIgQzEwND4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJIGRldmlj ZQ0KY2QwOiAzMy4zMDBNQi9zIHRyYW5zZmVycyAoVURNQTIsIEFUQVBJIDEy Ynl0ZXMsIFBJTyA2NTUzNGJ5dGVzKQ0KY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5 IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHBy ZXNlbnQNCkdFT006IG5ldyBkaXNrIGNkMA0KTmV0dnNjIGluaXRpYWxpemlu Zy4uLiBkb25lIQ0KU01QOiBBUCBDUFUgIzIgTGF1bmNoZWQhDQpjcHUyIEFQ Og0KICAgICBJRDogMHgwMjAwMDAwMCAgIFZFUjogMHgwMDA0MDAxMCBMRFI6 IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAwMDEw NzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4 MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMDAw MDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KU01QOiBBUCBD UFUgIzEgTGF1bmNoZWQhDQpjcHUxIEFQOg0KICAgICBJRDogMHgwMTAwMDAw MCAgIFZFUjogMHgwMDA0MDAxMCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZm ZmZmZmZmDQogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAw IFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4 MDAwMTAwZWYgdGhlcm06IDB4MDAwMDAwMDAgZXJyOiAweDAwMDAwMGYwIHBt YzogMHgwMDAxMDQwMA0KU01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhDQpjcHUz IEFQOg0KICAgICBJRDogMHgwMzAwMDAwMCAgIFZFUjogMHgwMDA0MDAxMCBM RFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAw MDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6 IDB4MDAwMDAxZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAw MDAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMA0KaW9hcGlj MDogcm91dGluZyBpbnRwaW4gMSAoSVNBIElSUSAxKSB0byBsYXBpYyAxIHZl Y3RvciA0OA0KQ1BVMjogbG9jYWwgQVBJQyBlcnJvciAweDgwDQpDUFUxOiBs b2NhbCBBUElDIGVycm9yIDB4ODANCkNQVTM6IGxvY2FsIEFQSUMgZXJyb3Ig MHg4MA0KaW9hcGljMDogcm91dGluZyBpbnRwaW4gMyAoSVNBIElSUSAzKSB0 byBsYXBpYyAyIHZlY3RvciA0OA0KaW9hcGljMDogcm91dGluZyBpbnRwaW4g NCAoSVNBIElSUSA0KSB0byBsYXBpYyAzIHZlY3RvciA0OA0KaW9hcGljMDog cm91dGluZyBpbnRwaW4gNyAoSVNBIElSUSA3KSB0byBsYXBpYyAxIHZlY3Rv ciA0OQ0KaW9hcGljMDogcm91dGluZyBpbnRwaW4gOSAoSVNBIElSUSA5KSB0 byBsYXBpYyAyIHZlY3RvciA0OQ0KaW9hcGljMDogcm91dGluZyBpbnRwaW4g MTIgKElTQSBJUlEgMTIpIHRvIGxhcGljIDMgdmVjdG9yIDQ5DQppb2FwaWMw OiByb3V0aW5nIGludHBpbiAxNSAoSVNBIElSUSAxNSkgdG8gbGFwaWMgMSB2 ZWN0b3IgNTANCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE2IChQQ0kgSVJR IDE2KSB0byBsYXBpYyAyIHZlY3RvciA1MA0KaW9hcGljMDogcm91dGluZyBp bnRwaW4gMTcgKFBDSSBJUlEgMTcpIHRvIGxhcGljIDMgdmVjdG9yIDUwDQpp b2FwaWMwOiByb3V0aW5nIGludHBpbiAxOSAoUENJIElSUSAxOSkgdG8gbGFw aWMgMSB2ZWN0b3IgNTENCmlvYXBpYzE6IHJvdXRpbmcgaW50cGluIDAgKFBD SSBJUlEgMjQpIHRvIGxhcGljIDIgdmVjdG9yIDUxDQppb2FwaWMxOiByb3V0 aW5nIGludHBpbiAyIChQQ0kgSVJRIDI2KSB0byBsYXBpYyAzIHZlY3RvciA1 MQ0KaW9hcGljMjogcm91dGluZyBpbnRwaW4gMCAoUENJIElSUSAyOCkgdG8g bGFwaWMgMSB2ZWN0b3IgNTINClRTQyB0aW1lY291bnRlciBkaXNjYXJkcyBs b3dlciAxIGJpdChzKQ0KVGltZWNvdW50ZXIgIlRTQy1sb3ciIGZyZXF1ZW5j eSAxMjAyNzU1NTAyIEh6IHF1YWxpdHkgLTEwMA0KVHJ5aW5nIHRvIG1vdW50 IHJvb3QgZnJvbSB1ZnM6L2Rldi9hbXJkMHAyIFtyd10uLi4NCnN0YXJ0X2lu aXQ6IHRyeWluZyAvc2Jpbi9pbml0DQplbTA6IExpbmsgaXMgdXAgMTAwMCBN YnBzIEZ1bGwgRHVwbGV4DQo= ---1160921188-1956874061-1437084882=:1052-- From owner-freebsd-stable@freebsd.org Thu Jul 16 23:53:42 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7C5A9A326E for ; Thu, 16 Jul 2015 23:53:42 +0000 (UTC) (envelope-from jamie@freebsd.org) Received: from m2.gritton.org (gritton.org [162.220.209.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A6F6910AD for ; Thu, 16 Jul 2015 23:53:42 +0000 (UTC) (envelope-from jamie@freebsd.org) Received: from m2.gritton.org (gritton.org [162.220.209.3]) by m2.gritton.org (8.14.9/8.14.9) with ESMTP id t6GNfKJw012298; Thu, 16 Jul 2015 17:41:20 -0600 (MDT) (envelope-from jamie@freebsd.org) Received: (from www@localhost) by m2.gritton.org (8.14.9/8.14.9/Submit) id t6GNfK0u012297; Thu, 16 Jul 2015 17:41:20 -0600 (MDT) (envelope-from jamie@freebsd.org) X-Authentication-Warning: gritton.org: www set sender to jamie@freebsd.org using -f To: freebsd-stable@freebsd.org Subject: Re: jail: /etc/rc: cannot create /dev/null: Operation not supported X-PHP-Originating-Script: 0:rcube.php MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 16 Jul 2015 17:41:19 -0600 From: James Gritton In-Reply-To: <20150715215253.Horde._Uobbflf4-5sp0TjL7DgCrc@webmail.bsdlabs.com> References: <20150715215253.Horde._Uobbflf4-5sp0TjL7DgCrc@webmail.bsdlabs.com> Message-ID: X-Sender: jamie@freebsd.org User-Agent: Roundcube Webmail/1.1.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jul 2015 23:53:42 -0000 On 2015-07-15 13:52, Per olof Ljungmark wrote: > FreeBSD 10.2-PRERELEASE #0 r284949 > > The jail can be started, but when /etc/rc is executed: > > root@mar:/ # sh -x /etc/rc > + stty status ^T > /etc/rc: cannot create /dev/null: Operation not supported > + trap : 2 > + trap 'echo '\''Boot interrupted'\''; exit 1' 3 > + HOME=/ > + PATH=/sbin:/bin:/usr/sbin:/usr/bin > + export HOME PATH > + [ '' = autoboot ] > + autoboot=no > + _boot=quietstart > + /sbin/sysctl -n vfs.nfs.diskless_valid > /etc/rc: cannot create /dev/null: Operation not supported > ... > > I have done the procedure several times before but never saw this one > before and don't know how to get around it. > > Ideas anyone? Any recent changes that can show up like the above? > > Thanks! If it's trying to create /dev/null, I assume that the jail's /dev isn't mounted when /etc/rc is running. Do you have mount.devfs set in the jail.conf, or jail_foo_devfs_enable in rc.conf (depending on your configuration)? For that matter, can you tell if the jail's /dev is mounted? - Jamie From owner-freebsd-stable@freebsd.org Fri Jul 17 04:24:47 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89D239A2ABD for ; Fri, 17 Jul 2015 04:24:47 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id ED9991AC9 for ; Fri, 17 Jul 2015 04:24:46 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 3853 invoked by uid 907); 17 Jul 2015 04:24:34 -0000 Received: from Unknown (HELO jmmacpro.tmst.com.au) (203.14.245.130) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (ECDHE-RSA-AES256-SHA encrypted) ESMTPSA; Fri, 17 Jul 2015 14:24:34 +1000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: amd64 kernel dynamic linking allows extern references to statics From: Jan Mikkelsen In-Reply-To: <20150716130148.GM2404@kib.kiev.ua> Date: Fri, 17 Jul 2015 14:24:33 +1000 Cc: FreeBSD Stable Mailing List , Karl Denninger Content-Transfer-Encoding: quoted-printable Message-Id: <5418A15D-C125-4F63-B6DC-3521C0EC3B19@transactionware.com> References: <13C52D9D-E1E6-4F83-A881-4E867C336B31@transactionware.com> <20150715132744.GD2404@kib.kiev.ua> <20150716130148.GM2404@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 17 Jul 2015 04:24:47 -0000 > On 16 Jul 2015, at 23:01, Konstantin Belousov = wrote: >=20 > On Thu, Jul 16, 2015 at 09:18:15AM +1000, Jan Mikkelsen wrote: >>=20 >>> On 15 Jul 2015, at 11:27 pm, Konstantin Belousov = wrote: >>>=20 >>> On Wed, Jul 15, 2015 at 06:17:20PM +1000, Jan Mikkelsen wrote: >>>> Hi, >>>>=20 >>>> (All on 10.2-BETA1.) >>>>=20 >>>> I noticed that the latest patch in the bug = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D187594 = works on = amd64 but fails to load zfs.ko on i386 with a symbol not found error. >>>>=20 >>>> Looking at the patch, there is one file that has ???extern int = zio_use_uma??? to reference a variable that is declared elsewhere as = ???static int zio_use_uma???. To me this obviously should not work. = However it does work on amd64 but fails on i386. >>>>=20 >>>> Below is a small test case that reproduces the problem. The = generated kernel module loads on amd64 but fails on i386. On amd64 one = compilation unit is accessing a static in from another compilation unit = by declaring the variable ???extern???.=20 >>>>=20 >>>> I haven???t looked further to attempt to find the bug. However, it = looks like a Bad Thing??? to me. >>>>=20 >>>=20 >>> I am not sure that this is fixable. Issue is that amd64 modules are >>> relinked object files, and they might have unresolved relocations = against >>> local symbols. Change like the following probably fix your test = case, >>> but also quite possible would break legitimate local references. >>>=20 >>> diff --git a/sys/kern/link_elf_obj.c b/sys/kern/link_elf_obj.c >>> index 021381d..6fa5276 100644 >>> --- a/sys/kern/link_elf_obj.c >>> +++ b/sys/kern/link_elf_obj.c >>> @@ -1096,7 +1096,8 @@ link_elf_lookup_symbol(linker_file_t lf, const = char *name, c_linker_sym_t *sym) >>>=20 >>> for (i =3D 0, symp =3D ef->ddbsymtab; i < ef->ddbsymcnt; i++, = symp++) { >>> strp =3D ef->ddbstrtab + symp->st_name; >>> - if (symp->st_shndx !=3D SHN_UNDEF && strcmp(name, strp) = =3D=3D 0) { >>> + if (symp->st_shndx !=3D SHN_UNDEF && strcmp(name, strp) = =3D=3D 0 && >>> + ELF_ST_BIND(symp->st_info) !=3D STB_LOCAL) { >>> *sym =3D (c_linker_sym_t) symp; >>> return 0; >>> } >>=20 >> I don???t know why there could be an unresolved relocation against a = local symbol. My (admittedly trivial) tests with nm and static = functions/variables have not led to a ???U??? record. Under what = circumstances would this happen? >=20 > Assembler cannot know the final location for any non-local data, so > any variable, global or static, requires a relocation in the object = file > for the final code to work properly. Look at the most trivial example >=20 > static int a; > int > f(int x) > { > return (a + x); > } > int *g(void) > { > return (&a); > } > The g() function is needed for prevent too smart gcc optimizer from > noting that nothing could modify a and replace its uses with the = literal > 0. >=20 > The generated object file, after disassembly, is > 0000000000000000 : > 0: 89 f8 mov %edi,%eax > 2: 03 05 00 00 00 00 add 0x0(%rip),%eax # 8 = > 4: R_X86_64_PC32 .bss-0x4 > 8: c3 retq =20 > The relocation is X86_64_PC32, which takes a symbol as displacement. > In this case, compiler decided to use the segment base for the symbol, > but it is allowed to use the local symbol directly. >=20 > Only linker during the final link (not the incremental -r link) can = fill > the word which provides displacement for the rip-relative addressing = to > fetch a value. OK, I see. My expectation (obviously wrong) was that local names would = be resolved earlier and relocation would not involve a name. >> Separately to this is that this behaviour also defeats multiple = definition checking at link time. Modifying my test slightly to have one = compilation unit with ???static int testvar???, one compilation unit = with ???int testvar??? and one with ???extern int testvar??? gives nm = output like this from the .ko file: >>=20 >> 00000000000000d0 d testvar >> 00000000000000c0 d testvar >>=20 >> It is unclear which instance of testvar the ???extern??? declaration = used for resolution. Simple testing seems to show it was the one with = the non-static storage class. However, a piece of code depending on the = previous resolution to local names could break by the addition a file = with a name clash. Also, not no ???U??? record ??? the ???extern int = testvar??? declaration has been resolved at this point. >>=20 >> Making both definitions static gives this: >>=20 >> U testvar >> 00000000000000c0 d testvar >> 00000000000000d0 d testvar >>=20 >> Which testvar will I get at load time? Who knows? Adding a file with = a static variable with a name clash in another compilation unit can = change the behaviour of a module. >>=20 >> The big question for me is: under which legitimate case is this = feature necessary? The downsides seem significant. >>=20 >=20 > Well, might be that adding a check for multiple definitions of the = same > symbol into the link_elf_obj.c is reasonable, I do not have very = strong > opinion against it. But also, I do not see a way to do it in = non-O(n^2) > time, which is probably not the best thing to put into kernel. I see the problems with implementation but breaking the isolation of = static variables and potentially linking to the wrong variable seems = obviously bad, especially when done silently. Another approach would be = do something like decorate the name with a scope identifier as is done = for a static with function scope or a C++ style anonymous namespace. = That involves changing the compiler or messing around with generated = object file in the build system, each of which has its own set of = complications. However, it avoids runtime checks and changing the module = format. Regards, Jan. From owner-freebsd-stable@freebsd.org Fri Jul 17 17:27:09 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 615239A4B87 for ; Fri, 17 Jul 2015 17:27:09 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "neonpark.inter-sonic.com", Issuer "StartCom Class 2 Primary Intermediate Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2847E2D0B; Fri, 17 Jul 2015 17:27:08 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at Intersonic AB Message-ID: <55A93AE0.6050204@intersonic.se> Date: Fri, 17 Jul 2015 19:26:56 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org CC: jamie@freebsd.org Subject: Re: jail: /etc/rc: cannot create /dev/null: Operation not supported References: <20150715215253.Horde._Uobbflf4-5sp0TjL7DgCrc@webmail.bsdlabs.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 17 Jul 2015 17:27:09 -0000 On 2015-07-17 01:41, James Gritton wrote: > On 2015-07-15 13:52, Per olof Ljungmark wrote: >> FreeBSD 10.2-PRERELEASE #0 r284949 >> >> The jail can be started, but when /etc/rc is executed: >> >> root@mar:/ # sh -x /etc/rc >> + stty status ^T >> /etc/rc: cannot create /dev/null: Operation not supported >> + trap : 2 >> + trap 'echo '\''Boot interrupted'\''; exit 1' 3 >> + HOME=/ >> + PATH=/sbin:/bin:/usr/sbin:/usr/bin >> + export HOME PATH >> + [ '' = autoboot ] >> + autoboot=no >> + _boot=quietstart >> + /sbin/sysctl -n vfs.nfs.diskless_valid >> /etc/rc: cannot create /dev/null: Operation not supported >> ... >> >> I have done the procedure several times before but never saw this one >> before and don't know how to get around it. >> >> Ideas anyone? Any recent changes that can show up like the above? >> >> Thanks! > > If it's trying to create /dev/null, I assume that the jail's /dev isn't > mounted when /etc/rc is running. Do you have mount.devfs set in the > jail.conf, or jail_foo_devfs_enable in rc.conf (depending on your > configuration)? For that matter, can you tell if the jail's /dev is > mounted? > > - Jamie Yes, it's mounted. Because I can set up jails with an identical procedure on other boxes we run I suspect something is wrong with the install so I am starting from scratch with this one. While doing that, I am trying to sort another problem, namely to boot zfs on root on a HP Proliant with a P410 controller, but that is another story. You know, if it was easy it would not be interesting... Thanks! From owner-freebsd-stable@freebsd.org Fri Jul 17 22:57:05 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 171629A41C9 for ; Fri, 17 Jul 2015 22:57:05 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 0009C1809; Fri, 17 Jul 2015 22:57:04 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 76E861B12; Fri, 17 Jul 2015 22:57:04 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 17 Jul 2015 22:57:02 +0000 From: Glen Barber To: freebsd-stable@FreeBSD.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 10.2-BETA2 Now Available Message-ID: <20150717225702.GA17690@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 17 Jul 2015 22:57:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The second BETA build of the 10.2-RELEASE release cycle is now available. Installation images are available for: o amd64 GENERIC o i386 GENERIC o ia64 GENERIC o powerpc GENERIC o powerpc64 GENERIC64 o sparc64 GENERIC The image checksums follow at the end of this email. FreeBSD/arm SD card images are available for: o BEAGLEBONE o CUBOX-HUMMINGBOARD o GUMSTIX o RPI-B o PANDABOARD o WANDBOARD Note: For convenience for those without console access to supported arm devices, a default 'freebsd' user exists for ssh(1) login. The password is 'freebsd', which it is strongly recommended to change after gaining access to the system. Additionally, the 'root' user password is 'root', which is also recommended to change. All images can be downloaded from: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.2/ If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "stable/10" branch. A list of changes since 10.1-RELEASE are available on the stable/10 release notes: https://www.freebsd.org/relnotes/10-STABLE/relnotes/article.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 10.2-RELEASE cycle progresses. === Changes Since 10.2-BETA1 === o [arm] The missing GEOM_LABEL in the GUMSTIX and PANDABOARD kernel configuration files that prevented the '/dev/ufs/rootfs' fstab(5) entry to mount the root filesystem has been fixed. o Correctly handle rare events of transient write errors to the cylinder group blocks. o An incorrect implementation of kvasprintf() in the Linux compatibility and emulation code has been fixed. o Setting the initial system clock time for systems with a CMOS clock set before the year 2000 has been fixed. o The pw(8) utility has been updated to allow creating users with UID 0, in addition to other miscellaneous updates. o The MIB names in the 'user' sysctl(3) tree have been fixed to no longer return '0' or empty values. o The lo(4) driver has been updated to fix an issue where pcap(3) and bpf(4) would fail when writing to the interface. o The watchdog(4) device has been fixed to print to the correct buffer. o [arm] The '/var/log' and '/var/tmp' directories are no longer mounted as md(4)-backed devices, which would cause messages from syslogd(8) and other applications from retaining log files after reboot(8). o A kernel bug that would cause various issues on systems without a battery-backed clock has been fixed. o The ntp suite has been updated to version 4.2.8p3. o The port and protocol information for IPSEC are now included in the SADB_ACQUIRE message as required by RFC 2367. o Fix the issue with devices requiring memory below 4G (such as USB controllers), unable to initialize on very large memory machines (64G or more). === Virtual Machine Disk Images === VM disk images are available for the amd64 and i386 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD FTP mirrors): ftp://ftp.freebsd.org/pub/FreeBSD/releases/VM-IMAGES/10.2-BETA2/ The partition layout is: ~ 512k - freebsd-boot GPT partition type (bootfs GPT label) ~ 1GB - freebsd-swap GPT partition type (swapfs GPT label) ~ ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VMDK, and raw disk image formats The image download size is approximately 135 MB, which decompress to a 20GB sparse image. Note: An issue preventing the VHD-formatted images from booting was discovered during the BETA1 build, which is still being investigated. Note to consumers of the dvd1.iso image: The bsdconfig(8) utility cannot install the packages included on the DVD, however they can be installed manually. To install packages from the dvd1.iso installer, create and mount the /dist directory: # mkdir -p /dist # mount -t cd9660 /dev/cd0 /dist Replace '/dev/cd0' with the appropriate cd(4) device as necessary. Next, bootstrap pkg(8) from the DVD: # env REPOS_DIR=/dist/packages/repos \ pkg bootstrap At this point, pkg-install(8) can be used to install additional packages from the DVD. Please note, the REPOS_DIR environment variable should be used each time using the DVD as the package repository, otherwise conflicts with packages from the upstream mirrors may occur when they are fetched. For example, to install Gnome and Xorg, run: # env REPOS_DIR=/dist/packages/repos \ pkg install xorg-server xorg gnome3 [...] === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: us-east-1 region: ami-77f1201c us-west-1 region: ami-a9fd0fed us-west-2 region: ami-41999b71 sa-east-1 region: ami-ddff70c0 eu-west-1 region: ami-76175e01 eu-central-1 region: ami-ca8db7d7 ap-northeast-1 region: ami-70ef5a70 ap-southeast-1 region: ami-aa8784f8 ap-southeast-2 region: ami-6b246251 === Azure / VM Depot Images === FreeBSD/amd64 images are available for use within the Microsoft Azure hosting platform through VM Depot. For deployment instructions, see: https://vmdepot.msopentech.com/Vhd/Show?vhdId=56718&version=59050 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-10.2-BETA2 % vagrant up --provider vmware_desktop Note: At this time, support exists only for the vmware_desktop provider. === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 10.2-BETA2 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 9.x. Alternatively, the user can install misc/compat9x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 10.2-BETA2 amd64 GENERIC: SHA256 (FreeBSD-10.2-BETA2-amd64-bootonly.iso) = 54e8d150b8129a29cd411f83596764b822267c07dd819a7c0781176f4ada88cb SHA256 (FreeBSD-10.2-BETA2-amd64-bootonly.iso.xz) = f8a0cf57a72b019e10591fc3ad7bc00ad77f8d637565d7f1eb09d3ccd85c6623 SHA256 (FreeBSD-10.2-BETA2-amd64-disc1.iso) = 93af0e90f9bd804a8f719fc2ecbb92631debe8e0c46bf6d2f2ebf078a38e1242 SHA256 (FreeBSD-10.2-BETA2-amd64-disc1.iso.xz) = e37e9c0527bf058b2ed34c0eac499fe694c9ef1f04e9f6b9e24293611a6fbe6e SHA256 (FreeBSD-10.2-BETA2-amd64-dvd1.iso) = 65e84531f5d430232d161e32b03295693e8c734973f60dd40ceba3dc128f766c SHA256 (FreeBSD-10.2-BETA2-amd64-dvd1.iso.xz) = d9b3c5c461c997f9682e3a797c9216a1fe285b8e522e458392da3bc5fbceb003 SHA256 (FreeBSD-10.2-BETA2-amd64-memstick.img) = 752a45808e4e72d6fc2aedd3d0da412d6c472a9a8b8c6cda632ef4caaec40eac SHA256 (FreeBSD-10.2-BETA2-amd64-memstick.img.xz) = 669e63ede67b3ed05b8fa2fa899ec30f0f85f5bf9dacb9aaacec1eb19cad966b SHA256 (FreeBSD-10.2-BETA2-amd64-mini-memstick.img) = 2ee29b658f8882e05e3480c30f211b8ca774429b25f00449e62ce5eb926dca6e SHA256 (FreeBSD-10.2-BETA2-amd64-mini-memstick.img.xz) = eff85a9c36e28107c07820a6819b6c34f365c9f5c5ebf64f93b72c5047f3eaf9 SHA256 (FreeBSD-10.2-BETA2-amd64-uefi-bootonly.iso) = c85528e58bcec8f7efc25aee1acaf14c3c0f7e624ad705056ea7fbfaaedd4615 SHA256 (FreeBSD-10.2-BETA2-amd64-uefi-bootonly.iso.xz) = 90661396f0a90041ea04e460519ef6605349b4a6ddeffa9b4d693400acd2fb5a SHA256 (FreeBSD-10.2-BETA2-amd64-uefi-disc1.iso) = cdae6963646ab474c56294cafa3f26e5589b9d98ff7ba040262931937dcb11ad SHA256 (FreeBSD-10.2-BETA2-amd64-uefi-disc1.iso.xz) = 31e899805854d067754564a54eeaf9064cf640ca868cfcaa3cf595182e3c19c6 SHA256 (FreeBSD-10.2-BETA2-amd64-uefi-dvd1.iso) = c34dc34141794001a4bea44d5bdbd3c207562e76a474393bccdb60680329171a SHA256 (FreeBSD-10.2-BETA2-amd64-uefi-dvd1.iso.xz) = fb2881d06aac63f95e498adade703d62de2947c04af39047e9022252334923b8 SHA256 (FreeBSD-10.2-BETA2-amd64-uefi-memstick.img) = 78b2a6d1d8fba19cf3442bfb7bd08329edf9b44435e5d76e16fb6b222a1f1da9 SHA256 (FreeBSD-10.2-BETA2-amd64-uefi-memstick.img.xz) = a9d97d6a14851cc557f216631ec66bba21766ff7eaac4a5581842eede507a2aa SHA256 (FreeBSD-10.2-BETA2-amd64-uefi-mini-memstick.img) = 2491d4705e4a9ecad72d134bee2e122af24e5366b0ab1636e720badf5738f9f1 SHA256 (FreeBSD-10.2-BETA2-amd64-uefi-mini-memstick.img.xz) = 2bd9e58986ba2a9f829878aa484c6c6fe9f4339b75375562378f2638343edeed MD5 (FreeBSD-10.2-BETA2-amd64-bootonly.iso) = 790c50b6675a42e24bd5a964078d6c65 MD5 (FreeBSD-10.2-BETA2-amd64-bootonly.iso.xz) = 3392bc3f2ee7f39ed9a15c5476ea877a MD5 (FreeBSD-10.2-BETA2-amd64-disc1.iso) = 1a07bf23e2cdb83fa4458c6b6d712098 MD5 (FreeBSD-10.2-BETA2-amd64-disc1.iso.xz) = 671d53d2c44674e33a199ad160b3dc00 MD5 (FreeBSD-10.2-BETA2-amd64-dvd1.iso) = 36d80baddb656e90ac391df7b99b218d MD5 (FreeBSD-10.2-BETA2-amd64-dvd1.iso.xz) = 109d4eb4ab04eafecd769af00d2344c4 MD5 (FreeBSD-10.2-BETA2-amd64-memstick.img) = 98bddad382ec9236383e33e22f3891b5 MD5 (FreeBSD-10.2-BETA2-amd64-memstick.img.xz) = 9dffbf50661c2eca4320eaa378aada33 MD5 (FreeBSD-10.2-BETA2-amd64-mini-memstick.img) = f8278654278b22d6e2a6c7f8cccfaf3a MD5 (FreeBSD-10.2-BETA2-amd64-mini-memstick.img.xz) = 15cb103bfc2e183abd1f40604708f9f0 MD5 (FreeBSD-10.2-BETA2-amd64-uefi-bootonly.iso) = 4a568d0f5b1b0a5c8b840b9288b3f850 MD5 (FreeBSD-10.2-BETA2-amd64-uefi-bootonly.iso.xz) = 9e7948409d0d6667fde45c3d6646301b MD5 (FreeBSD-10.2-BETA2-amd64-uefi-disc1.iso) = 5e899ebc19f4dd27e182b81768afb7d4 MD5 (FreeBSD-10.2-BETA2-amd64-uefi-disc1.iso.xz) = fc258da5d02c645451b5df6e1fda9c74 MD5 (FreeBSD-10.2-BETA2-amd64-uefi-dvd1.iso) = 358746d9eff58ffe1985a90cd7098ebd MD5 (FreeBSD-10.2-BETA2-amd64-uefi-dvd1.iso.xz) = 3874f5e5468638a3337bcadc35a77e28 MD5 (FreeBSD-10.2-BETA2-amd64-uefi-memstick.img) = 20d074a89e84dacc2358a7ef210085a1 MD5 (FreeBSD-10.2-BETA2-amd64-uefi-memstick.img.xz) = 180b9720c94c6da6d23953650de81c29 MD5 (FreeBSD-10.2-BETA2-amd64-uefi-mini-memstick.img) = 9e72042721997e1b1b7f20fd02a4be53 MD5 (FreeBSD-10.2-BETA2-amd64-uefi-mini-memstick.img.xz) = 47b62ae717bd6b0f20cb94e8c9e8d078 o 10.2-BETA2 i386 GENERIC: SHA256 (FreeBSD-10.2-BETA2-i386-bootonly.iso) = 234db3f5a7e1073b26a126aa5212bdcdf9699eb69d98c2d417895c502853c47f SHA256 (FreeBSD-10.2-BETA2-i386-bootonly.iso.xz) = 5fa6200e7fe1b186d8eb1a06b4291c40fe76a93e88af462dea637814f0525ab7 SHA256 (FreeBSD-10.2-BETA2-i386-disc1.iso) = edc2dd7c1db0c3a8c3a9e3a90f6ade94ae8ab856545b6dfc28c5cb4d21456359 SHA256 (FreeBSD-10.2-BETA2-i386-disc1.iso.xz) = eb84bc7723c57b2527f849e0887d7b9bc470bf1bcaa30bb73d035d87fab3cc68 SHA256 (FreeBSD-10.2-BETA2-i386-dvd1.iso) = 409465bbd05257e7f2b1f457ea813fb7e29cfda6d9acbcc4d3d24b7e7a6e611f SHA256 (FreeBSD-10.2-BETA2-i386-dvd1.iso.xz) = b32e06163f4d205d445d5dbe6560ef11f91f60559038600e5dd685512a0228f4 SHA256 (FreeBSD-10.2-BETA2-i386-memstick.img) = afa4542272c9385a7fe0beeb22b94f724d81ee6ed3b493e4435be02d6d98f4c0 SHA256 (FreeBSD-10.2-BETA2-i386-memstick.img.xz) = a6d4ad350424e6616d3c344456d278b6409616589b9ba036763e4837ada70a42 SHA256 (FreeBSD-10.2-BETA2-i386-mini-memstick.img) = 03b7b20032a045807ecaa0064a9510efaccbc69286acff49460075b8e517e738 SHA256 (FreeBSD-10.2-BETA2-i386-mini-memstick.img.xz) = 3325bf9ac8414c4ea802f1d3fccf4ba46aeb5d78df943d656e88a63df316e16b MD5 (FreeBSD-10.2-BETA2-i386-bootonly.iso) = 83b43665c521065d473113c28f871b4c MD5 (FreeBSD-10.2-BETA2-i386-bootonly.iso.xz) = f03db21dcc9438eb78e1610d3bcfae51 MD5 (FreeBSD-10.2-BETA2-i386-disc1.iso) = f3e64f5e0c958b898b9cfc34cd5f720a MD5 (FreeBSD-10.2-BETA2-i386-disc1.iso.xz) = 21548e287cdeb748d0a8cd2a94eff6a7 MD5 (FreeBSD-10.2-BETA2-i386-dvd1.iso) = 1b968b5f3f6e4270822437ecdf438b01 MD5 (FreeBSD-10.2-BETA2-i386-dvd1.iso.xz) = b967c47fc28249f051d62b0d322fdede MD5 (FreeBSD-10.2-BETA2-i386-memstick.img) = 7e53f506da3c02c4d5117ba66a9a0197 MD5 (FreeBSD-10.2-BETA2-i386-memstick.img.xz) = ac65869542816c642f174ce489fe6cb7 MD5 (FreeBSD-10.2-BETA2-i386-mini-memstick.img) = 36c8e5f3d271149b69ad4bbce3884af1 MD5 (FreeBSD-10.2-BETA2-i386-mini-memstick.img.xz) = a9e0df72aada7ccdf8b76cf940ddcee3 o 10.2-BETA2 ia64 GENERIC: SHA256 (FreeBSD-10.2-BETA2-ia64-bootonly.iso) = 6e647e2c8ad9e86ff6fb068dc24789a4fcd46c92363bdb7b0b7186781c65d97c SHA256 (FreeBSD-10.2-BETA2-ia64-bootonly.iso.xz) = 0fec5637acebfbcaad09be2f99171eb987c917c8d5a998a2c380658993a6680f SHA256 (FreeBSD-10.2-BETA2-ia64-disc1.iso) = 0996bbc88747b24638270cc15dcdcc27a23f16dc9f802be0e2d23b20c50c6618 SHA256 (FreeBSD-10.2-BETA2-ia64-disc1.iso.xz) = fce65482580715e5ae3c3c0cde7a98f015f6bfe1130353895d4ead2fdb918f6e SHA256 (FreeBSD-10.2-BETA2-ia64-dvd1.iso) = bbaaa618b1cea429a18b94aa28a6938ba3d3253f87af688420576478e2ff3d27 SHA256 (FreeBSD-10.2-BETA2-ia64-dvd1.iso.xz) = 8135c6129552f84073243804b1690955baa7d3b8f6822ae99c588669f9917aa9 SHA256 (FreeBSD-10.2-BETA2-ia64-memstick.img) = 53b9eee41989c1100aa00180183010b64e349253a167f6d9887653c2797cef6e SHA256 (FreeBSD-10.2-BETA2-ia64-memstick.img.xz) = e1c73a8ac861d67f4933231c6f0f4b823ce477b8f101451e40404801a2bd7802 SHA256 (FreeBSD-10.2-BETA2-ia64-mini-memstick.img) = c842a38747543f53e083411095f2f84aa29e500d4e073c9a480c6285af2dd640 SHA256 (FreeBSD-10.2-BETA2-ia64-mini-memstick.img.xz) = 0efb703afd55fcf3520b5921a5a9a4ee76cccee81f333be04253137d7005db3b MD5 (FreeBSD-10.2-BETA2-ia64-bootonly.iso) = 5984ea311b8e725eace3e005a7650cec MD5 (FreeBSD-10.2-BETA2-ia64-bootonly.iso.xz) = cfef309e48ba26f54882d645599ecb0c MD5 (FreeBSD-10.2-BETA2-ia64-disc1.iso) = 6a5917a93999c8bdf2595dc22926602e MD5 (FreeBSD-10.2-BETA2-ia64-disc1.iso.xz) = 6fa0e8f8bb93fbb4d17b267c2281da74 MD5 (FreeBSD-10.2-BETA2-ia64-dvd1.iso) = 809f49d6fb3dfdd003c7ab84b440d56f MD5 (FreeBSD-10.2-BETA2-ia64-dvd1.iso.xz) = 4e6ab389bfc55d10e1ad8393ebb87253 MD5 (FreeBSD-10.2-BETA2-ia64-memstick.img) = c2dce3f0f653db0114cce999f6767b0c MD5 (FreeBSD-10.2-BETA2-ia64-memstick.img.xz) = f5eacd60b57dd0776c4d4ddd36ac41c2 MD5 (FreeBSD-10.2-BETA2-ia64-mini-memstick.img) = 62b4e15dcec6e386b67f1702e74b8d5c MD5 (FreeBSD-10.2-BETA2-ia64-mini-memstick.img.xz) = d2baf0db9b64f8286b6147c04e0db813 o 10.2-BETA2 powerpc GENERIC: SHA256 (FreeBSD-10.2-BETA2-powerpc-bootonly.iso) = d9eedf403a89069a370845d34cc8d4834e5801650ca9b0f7fbfa458cad1bf176 SHA256 (FreeBSD-10.2-BETA2-powerpc-bootonly.iso.xz) = f21e02f0b6d3be89c5bbc7d36120f9f9f03551b3de1cd30dda659d282195cd0b SHA256 (FreeBSD-10.2-BETA2-powerpc-disc1.iso) = f471881a541651b1ef306951ef3ab55edb254843ad4756b46f6ac5f76db18382 SHA256 (FreeBSD-10.2-BETA2-powerpc-disc1.iso.xz) = b8f63090cc79bf1c12d2b96a93e854c77b61d6f4c08b3f04603cbf4591b0c79d SHA256 (FreeBSD-10.2-BETA2-powerpc-dvd1.iso) = 7238d88e8729d36135767f9a05246d50b4ee4cc8fe1af0f5816494092e6ca022 SHA256 (FreeBSD-10.2-BETA2-powerpc-dvd1.iso.xz) = 0faa1b34e4a92f1c7df7e8bfd8e52ee84d4a618ef4cc63b77e3d5626e588e912 SHA256 (FreeBSD-10.2-BETA2-powerpc-memstick.img) = 79615ca2f4f01067cc9f87565de3f2e221e8a34bf8754e0701883a5f4e270773 SHA256 (FreeBSD-10.2-BETA2-powerpc-memstick.img.xz) = 565eb00eeb7fcc7a5b6dd8f57661b16fcd1f944f3859efd0fd802aa855a3fb74 SHA256 (FreeBSD-10.2-BETA2-powerpc-mini-memstick.img) = 0e1204be2adc5fa7013849038d399b49fb79bc441869761a12e5c00856ebde30 SHA256 (FreeBSD-10.2-BETA2-powerpc-mini-memstick.img.xz) = e8a23742cd30f1ffcf4d11a6525da23e36544526a94a2cc1fc10a5d5e2721c33 MD5 (FreeBSD-10.2-BETA2-powerpc-bootonly.iso) = 88ac1dd6ccba301fe7cd5fc15c166a4f MD5 (FreeBSD-10.2-BETA2-powerpc-bootonly.iso.xz) = 8b78a1866175d559421ada947d0a10f0 MD5 (FreeBSD-10.2-BETA2-powerpc-disc1.iso) = 305868c57f6a828e7fdb355586feb10b MD5 (FreeBSD-10.2-BETA2-powerpc-disc1.iso.xz) = 24ff50aa4026f4eca825571495ccd7b1 MD5 (FreeBSD-10.2-BETA2-powerpc-dvd1.iso) = d391485f4b8ec8e34338aa10100723bc MD5 (FreeBSD-10.2-BETA2-powerpc-dvd1.iso.xz) = b5385412ef3c9b92c00e045dfa57769e MD5 (FreeBSD-10.2-BETA2-powerpc-memstick.img) = e8f1248be0fa2059ef0548172d7ece95 MD5 (FreeBSD-10.2-BETA2-powerpc-memstick.img.xz) = 97328ddfd760e8e6943fc6a9942e1697 MD5 (FreeBSD-10.2-BETA2-powerpc-mini-memstick.img) = 11a3e677e60b22d3434462ec403ff90f MD5 (FreeBSD-10.2-BETA2-powerpc-mini-memstick.img.xz) = 419bab100920b2d6e332d70203007b1b o 10.2-BETA2 powerpc64 GENERIC64: SHA256 (FreeBSD-10.2-BETA2-powerpc-powerpc64-bootonly.iso) = 16e8938f21502794289eaccf2b84abbcec8c00f0f645fe2d94115ba941a350e9 SHA256 (FreeBSD-10.2-BETA2-powerpc-powerpc64-bootonly.iso.xz) = eadc6d220e9ac00052c14c93debe9b4b1cdd45efe6a3a7f9ec651832f6784f1d SHA256 (FreeBSD-10.2-BETA2-powerpc-powerpc64-disc1.iso) = 902ecc37578c2cf6057a89607a91394dff9424f0ed69cfd62f89269239641baa SHA256 (FreeBSD-10.2-BETA2-powerpc-powerpc64-disc1.iso.xz) = 900518b6d89514ab74dfb2e82357f63c1141cd25669d1180465758ded08d4bcb SHA256 (FreeBSD-10.2-BETA2-powerpc-powerpc64-dvd1.iso) = 869b8cabe0cfade2ed4e17808e5ed86533580d4c68df0fe3059525322a562ff7 SHA256 (FreeBSD-10.2-BETA2-powerpc-powerpc64-dvd1.iso.xz) = 952e69113d0ab25c665f08ebe3afcc2b4b92722be7db76bf2f24e4538246b533 SHA256 (FreeBSD-10.2-BETA2-powerpc-powerpc64-memstick.img) = 9443e73c80229b0f1e121ae03255e6e69ad823f6616ad3a25e287ea23feedef6 SHA256 (FreeBSD-10.2-BETA2-powerpc-powerpc64-memstick.img.xz) = 46e7b3153fc378c57463c813f4fe0abdc04afa738cea95db51fc00c7f9fbd259 SHA256 (FreeBSD-10.2-BETA2-powerpc-powerpc64-mini-memstick.img) = be5ed4e1ca0f3cb73ae06be8a2292e5c1c74cd505edae13aebd294b14ddc1bed SHA256 (FreeBSD-10.2-BETA2-powerpc-powerpc64-mini-memstick.img.xz) = 49178243b8622dba6fedb854ed67eb8bae98f8eb767eb0f01bc3e48b2b2f0711 MD5 (FreeBSD-10.2-BETA2-powerpc-powerpc64-bootonly.iso) = 593b5048267f172a2879783fa6e34208 MD5 (FreeBSD-10.2-BETA2-powerpc-powerpc64-bootonly.iso.xz) = 1ed2f8aa5e4e1e6d87a0d56583eb608f MD5 (FreeBSD-10.2-BETA2-powerpc-powerpc64-disc1.iso) = d33f15d2acb96de4ee177809735111ac MD5 (FreeBSD-10.2-BETA2-powerpc-powerpc64-disc1.iso.xz) = 054ba95df01ae65a4719ad103ba04e2d MD5 (FreeBSD-10.2-BETA2-powerpc-powerpc64-dvd1.iso) = 1b7ee8792094fc52df0fc20d5b0a29d6 MD5 (FreeBSD-10.2-BETA2-powerpc-powerpc64-dvd1.iso.xz) = 82260361c0ec769d8f0170c9b80198d8 MD5 (FreeBSD-10.2-BETA2-powerpc-powerpc64-memstick.img) = 81c3f30f47bb85a88e509be64054f83a MD5 (FreeBSD-10.2-BETA2-powerpc-powerpc64-memstick.img.xz) = de72a86f36bc2004995d1c57e4a31887 MD5 (FreeBSD-10.2-BETA2-powerpc-powerpc64-mini-memstick.img) = 0b8de932d3310a8c12ba5c390caae4ea MD5 (FreeBSD-10.2-BETA2-powerpc-powerpc64-mini-memstick.img.xz) = cd9a92fcaa33d2fbb88e2c6c5e5e2b43 o 10.2-BETA2 sparc64 GENERIC: SHA256 (FreeBSD-10.2-BETA2-sparc64-bootonly.iso) = b3a127c626c104b9e96874dbdeb6facfac450b448032497a2d9fe89ee257a85a SHA256 (FreeBSD-10.2-BETA2-sparc64-bootonly.iso.xz) = fbe42086e503d3cda93ee916dd710c43ecb781f0bb96b07acdd7dc6bbac13b71 SHA256 (FreeBSD-10.2-BETA2-sparc64-disc1.iso) = 55c07716441a4059b0c9fe9e15d3c4b47e0406bbf53c061c93a5d988175f2aa0 SHA256 (FreeBSD-10.2-BETA2-sparc64-disc1.iso.xz) = da44a59cb7ac004a4b4bd6873f1e69b7aaef11a72cb66472ea5a62419e6b541d SHA256 (FreeBSD-10.2-BETA2-sparc64-dvd1.iso) = e9cbfa728b55aca7d0274c7bae1c0c25d52bd9ae3396112f9d0f70243adb503a SHA256 (FreeBSD-10.2-BETA2-sparc64-dvd1.iso.xz) = 3a9b9eec04620c648000207fb73a1f64e51417805b0f8f5c42f6384e2539ad69 MD5 (FreeBSD-10.2-BETA2-sparc64-bootonly.iso) = 6f7c95fb3550ec7ccf0629838a92d6e3 MD5 (FreeBSD-10.2-BETA2-sparc64-bootonly.iso.xz) = d91acf2fe025f770dc269d9393c9e2d8 MD5 (FreeBSD-10.2-BETA2-sparc64-disc1.iso) = e92d7ce460735fa9090d3d5064bdbf39 MD5 (FreeBSD-10.2-BETA2-sparc64-disc1.iso.xz) = e5c2e9e869dde64adcbb0faa07c337f1 MD5 (FreeBSD-10.2-BETA2-sparc64-dvd1.iso) = b28fc6842441b75f1f69668216ecb3fd MD5 (FreeBSD-10.2-BETA2-sparc64-dvd1.iso.xz) = 3c10683f9ca438198986e4053ffbf3f9 o 10.2-BETA2 armv6 BEAGLEBONE: SHA256 (FreeBSD-10.2-BETA2-arm-armv6-BEAGLEBONE.img.xz) = 4bb833211e7e8fdae75e61d1113aa8c8c17e9a9edf63f566eed4efd0381489b1 MD5 (FreeBSD-10.2-BETA2-arm-armv6-BEAGLEBONE.img.xz) = f5b286dd5968e35e951bdbc30a0b8451 o 10.2-BETA2 armv6 CUBOX-HUMMINGBOARD: SHA256 (FreeBSD-10.2-BETA2-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = c1a858f1dcae0caf3a6fa356d141bf46212b9b46a724772ad6fe6089d51acd65 MD5 (FreeBSD-10.2-BETA2-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = 836c9b4fb856f624ed5815dd806ed751 o 10.2-BETA2 armv6 GUMSTIX: SHA256 (FreeBSD-10.2-BETA2-arm-armv6-GUMSTIX.img.xz) = 84a1c50249821271ff368556feef8d47b899fa260a26db79f9e4197aebb7dba5 MD5 (FreeBSD-10.2-BETA2-arm-armv6-GUMSTIX.img.xz) = 3e7b8d70698b8d22a0b774d1fa930704 o 10.2-BETA2 armv6 RPI-B: SHA256 (FreeBSD-10.2-BETA2-arm-armv6-RPI-B.img.xz) = 7daa9951ea607f33cf938f7016ee1e0ad0f8650d6c7052238790d712b60c01ac MD5 (FreeBSD-10.2-BETA2-arm-armv6-RPI-B.img.xz) = 00b6a86ff2a6d129ad15b6332d2c95fc o 10.2-BETA2 armv6 PANDABOARD: SHA256 (FreeBSD-10.2-BETA2-arm-armv6-PANDABOARD.img.xz) = 9e8f2eb5a758e47a05f9ffd7eefaf2961ae83a9d4ba8a569bc4cd5802dd5cc70 MD5 (FreeBSD-10.2-BETA2-arm-armv6-PANDABOARD.img.xz) = 0d33d1e881cbb82d5bf63791c723c2f7 o 10.2-BETA2 armv6 WANDBOARD: SHA256 (FreeBSD-10.2-BETA2-arm-armv6-WANDBOARD.img.xz) = b9a883f0360c080ffdccbcad957196107b67911cc976c78af5b724c79f2e1e2f MD5 (FreeBSD-10.2-BETA2-arm-armv6-WANDBOARD.img.xz) = 2510c8a9222fa74e3ee2cbd561933b9f == VM IMAGE CHECKSUMS == o 10.2-BETA2 amd64: SHA256 (FreeBSD-10.2-BETA2-amd64.qcow2.xz) = 10f3d6ba10654698b9c642d7412069446f13a252ac6401caccc336dbcacd646c SHA256 (FreeBSD-10.2-BETA2-amd64.raw.xz) = 9218a8b9c99c69ab40fe2e95c142adc02e7e2d4dac5ba37d19a022cac56b6f63 SHA256 (FreeBSD-10.2-BETA2-amd64.vhd.xz) = b76183b280acd1247bee3290125c9207af98eeaed5332ad398790bb3a3730b0c SHA256 (FreeBSD-10.2-BETA2-amd64.vmdk.xz) = 35a3f317f9815f61e0854bd9f7cc8a78d3419b7dc76f3a8586a777727fef1c99 MD5 (FreeBSD-10.2-BETA2-amd64.qcow2.xz) = e9a800efbf6238d0f2bf6ac2a4e1d708 MD5 (FreeBSD-10.2-BETA2-amd64.raw.xz) = 430fbfd4ef7b0499e264666a4b844cf0 MD5 (FreeBSD-10.2-BETA2-amd64.vhd.xz) = c905f934639c55a590aac563027cee7c MD5 (FreeBSD-10.2-BETA2-amd64.vmdk.xz) = e4ec429a8e0de5d56810a885db8e8008 o 10.2-BETA2 i386: SHA256 (FreeBSD-10.2-BETA2-i386.qcow2.xz) = b83c23b84f43101e27639e238023d6f0e8f9771d56809965ded461d748a5aa7c SHA256 (FreeBSD-10.2-BETA2-i386.raw.xz) = 96021b5aeda1edc8516a2699bc79f39df1b3bfc8f229ac8508d29d955eea61c5 SHA256 (FreeBSD-10.2-BETA2-i386.vhd.xz) = 77f5e7d141d9c49ef9263e321358c838fe008d7d58ee8e6d1a3e9637e425aeb1 SHA256 (FreeBSD-10.2-BETA2-i386.vmdk.xz) = b98b0bcc7badb7f7b47c40779ed8765f297b6c44daf5621bb07b6ac300b78515 MD5 (FreeBSD-10.2-BETA2-i386.qcow2.xz) = 3fa75eba537e5ce1f0f4630aa31b7016 MD5 (FreeBSD-10.2-BETA2-i386.raw.xz) = e827173563c4ba402ed85673e732e842 MD5 (FreeBSD-10.2-BETA2-i386.vhd.xz) = aaf8a48b54536c4c41a959abe841e888 MD5 (FreeBSD-10.2-BETA2-i386.vmdk.xz) = 3a383047d9bd0aca52345d60b1fc0062 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVqYg+AAoJEAMUWKVHj+KTe90P/jTh7Y6e+USaVxYTFFBIhIPf NOZeQqqpMGC7inLblRbb2i/0I7ComXWHj6PJNQAxzcbmH8FBWa7gbsvk1R9EH13I cgQ/71l/KiwnXxhaZqsiWj2tT1mKtQOYqFkQ+UpAN77YHuaBZlodi2vIS+n2mGTT TfmpiseyurjFyLna17V4hP9gDMejGY3FK0VcctI3RIUAK2gLLjGyO+BXZMkXiZRq VqoPGgmxH/YlHS18gtb2ipZNWRKKf8ABu0KjzwtkqIB7O1SPw6QCNBOCy7US7c77 kyL1FOEDrUsR18o2pwhhnjoLbtfuIUEc6uF6f2ratscfNH0/58HMtpBYZwKYDhSu J/LEB/FA8roE+VyiEbO7f1rL33JDnQ4z3IqevSlz3pTcvp50aLDh7zMwLKrvh5WU lnruLeOx7p+fIoIzA6TkMcAMWZo2N5RpSzk7LepRc/TKIatXz+VD+IeAV+SjfdVF iAZfLZTdl2ZNkeyg/nNBrQWKF3/3QNL0TR7OKK23HlUutwdu152qVO2/uUDg8t0d XObrmfDSoYjNSdARkLo1ZYwLSgewQXraR/TnyyliXD//Xlw0pBJ9Z1DO/mDiTG/k DMWXbkhazG46Ul+zW3MtLTgrci5bonKEbg0GKjpKI+0u4ZUqr5s3ezDkTRMfwv8Z x8K+jOidLw6p9x/5IQ6d =lib8 -----END PGP SIGNATURE----- From owner-freebsd-stable@freebsd.org Sat Jul 18 01:12:52 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26B999A46CE for ; Sat, 18 Jul 2015 01:12:52 +0000 (UTC) (envelope-from henannk30@163.com) Received: from m13-60.163.com (m13-60.163.com [220.181.13.60]) by mx1.freebsd.org (Postfix) with ESMTP id A32411AB1 for ; Sat, 18 Jul 2015 01:12:51 +0000 (UTC) (envelope-from henannk30@163.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=23FFg vCDObQ250EGRttqH7e21qwrizNPlElDz7+3gcg=; b=Lqn7NnfpBGoStrv0kPc3/ fsZp/JjEKHe/czf30nd9u4AUW72SIFUyAdwOCnlz2Rtg2Ungaxkiue0TfmZT6lZG 94zROlbCe076qaGoaFRFvWg14tDZZieKsZmxuyeweDQaEonId578nZFeBGoxI1q6 Fk6KZdRRmbuXdLOV5mANv0= Received: from henannk30$163.com ( [42.237.26.223] ) by ajax-webmail-wmsvr60 (Coremail) ; Sat, 18 Jul 2015 08:56:13 +0800 (CST) X-Originating-IP: [42.237.26.223] Date: Sat, 18 Jul 2015 08:56:13 +0800 (CST) From: henannk30 To: freebsd-stable@freebsd.org Subject: wine X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20150119(59087.7062) Copyright (c) 2002-2015 www.mailtech.cn 163com X-CM-CTRLDATA: c1g44mZvb3Rlcl9odG09MzAzNTo4MQ== MIME-Version: 1.0 Message-ID: <4e0098b.123a4.14e9ea95104.Coremail.henannk30@163.com> X-CM-TRANSID: PMGowADXTXAtpKlVcPMBAA--.11461W X-CM-SenderInfo: pkhqt0dqntiqqrwthudrp/xtbBER46+VD+dp2G1wAEsc X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 18 Jul 2015 01:12:52 -0000 RGVhciA6CgpXZSBjb21lIGZyb20gWkhPVVpIRU5HLEhFTkFOIFBST1ZJTkNFIG9mIENISU5BLiBB Y2NvcmRpbmcgdG8gdGhlIG5lZWQgb2YgY29tcGFueSBkZXZlbG9waW5nLCB3ZSBhcmUgaW50ZXJl c3RlZCBpbiB5b3VyIHdpbmUuIENoaW5hIGlzIGEgaHVnZSBtYXJrZXQgYW5kIGhhcyBtYW55IGNv bnN1bWVycy4gSSBiZXQgeW91ciB3aW5lIHdpbGwgYmUgcG9wdWxhciB0aHJvdWdoIG91ciBjb29w ZXJhdGlvbi4gV2UgbmVlZCBvcmRlciAyMDAwMCBib3R0bGVzCgpvZiB3aGl0ZSB3aW5lICwgNDAw MDAgYm90dGxlcyBvZiByZWQgd2luZSBhbmQgZXZlcnkgYm90dGxlIGlzIDc1MG1sLlBsZWFzZSBs ZXQgdXMga25vdyB5b3VyIHByaWNlLgoKTE9PS0lORyBGT1JXQVJEIFRPIE9VUiBDT09QRVJBVElP Ti4KClRoYW5rIHlvdQoKQ29udGFjdDogc3UgemhpIGp1bgoKQWRkcmVzczogemhlbmd6aG91IHdl bmh1YSByb2FkIDE4ICMgaW4gY2hpbmEKClRlbGVwaG9uZTogMDA4Ni0xNTUzODMyNTY3NgoKCgoK CgoKCgoK From owner-freebsd-stable@freebsd.org Sat Jul 18 04:37:24 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A43B9A4D1C for ; Sat, 18 Jul 2015 04:37:24 +0000 (UTC) (envelope-from dylan@techtangents.com) Received: from p3plsmtpa08-08.prod.phx3.secureserver.net (p3plsmtpa08-08.prod.phx3.secureserver.net [173.201.193.109]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46398104F for ; Sat, 18 Jul 2015 04:37:23 +0000 (UTC) (envelope-from dylan@techtangents.com) Received: from [192.168.12.129] ([118.208.95.204]) by p3plsmtpa08-08.prod.phx3.secureserver.net with id tgbk1q0024QaD9A01gblMd; Fri, 17 Jul 2015 21:35:46 -0700 Message-ID: <55A9D79E.3070601@techtangents.com> Date: Sat, 18 Jul 2015 14:35:42 +1000 From: "dylan@techtangents.com" User-Agent: Postbox 3.0.11 (Macintosh/20140602) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Problems adding Intel 750 to zfs pool 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.20 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, 18 Jul 2015 04:37:24 -0000 Hi, I've installed an Intel 750 400GB NVMe PCIe SSD in a Dell R320 running FreeBSD 10.2-beta-1... not STABLE, but not far behind, I think. Apologies if this is the wrong mailing list, or if this has been fixed in STABLE since the beta. Anyway, I've gparted it into 2 partitions - 16GB for slog/zil and 357GB for l2arc. Adding the slog partition to the pool takes about 2 minutes - machine seems hung during that time. Ping works, but I can't open another ssh session. Adding the l2arc doesn't seem to complete - it's been going 10 minutes now and nothing. Ping works, but I can't log in to the local console or another ssh session. I'm adding the partitions using their gpt names. i.e. zpool add zroot log gpt/slog zpool add zroot cache gpt/l2arc The system BIOS is up-to-date. The OS was a fresh 10.1 install, then freebsd-update to 10.2-beta2. 10.1 exhibited the same symptoms. Root is on zfs. Device was tested to be working on Windows 8.1 on a Dell T1700 workstation. Any ideas? Cheers, Dylan Just From owner-freebsd-stable@freebsd.org Sat Jul 18 04:54:23 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8083A9A4031 for ; Sat, 18 Jul 2015 04:54:23 +0000 (UTC) (envelope-from dylan@techtangents.com) Received: from p3plsmtpa09-05.prod.phx3.secureserver.net (p3plsmtpa09-05.prod.phx3.secureserver.net [173.201.193.234]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BCFB1B9E for ; Sat, 18 Jul 2015 04:54:22 +0000 (UTC) (envelope-from dylan@techtangents.com) Received: from [192.168.12.129] ([118.208.95.204]) by p3plsmtpa09-05.prod.phx3.secureserver.net with id tgsi1q0074QaD9A01gsj2m; Fri, 17 Jul 2015 21:52:44 -0700 Message-ID: <55A9DB99.8060908@techtangents.com> Date: Sat, 18 Jul 2015 14:52:41 +1000 From: "dylan@techtangents.com" User-Agent: Postbox 3.0.11 (Macintosh/20140602) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Problems adding Intel 750 to zfs pool References: <55A9D79E.3070601@techtangents.com> In-Reply-To: <55A9D79E.3070601@techtangents.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 18 Jul 2015 04:54:23 -0000 I found this: https://lists.freebsd.org/pipermail/freebsd-fs/2015-February/020828.html Seems to be related to vfs.zfs.vdev.trim_on_init - I turn this off and it adds immediately. > dylan@techtangents.com > 18 July 2015 2:35 pm > Hi, > > I've installed an Intel 750 400GB NVMe PCIe SSD in a Dell R320 running > FreeBSD 10.2-beta-1... not STABLE, but not far behind, I think. > Apologies if this is the wrong mailing list, or if this has been fixed > in STABLE since the beta. > > Anyway, I've gparted it into 2 partitions - 16GB for slog/zil and > 357GB for l2arc. Adding the slog partition to the pool takes about 2 > minutes - machine seems hung during that time. Ping works, but I can't > open another ssh session. > > Adding the l2arc doesn't seem to complete - it's been going 10 minutes > now and nothing. Ping works, but I can't log in to the local console > or another ssh session. > > I'm adding the partitions using their gpt names. i.e. > zpool add zroot log gpt/slog > zpool add zroot cache gpt/l2arc > > The system BIOS is up-to-date. The OS was a fresh 10.1 install, then > freebsd-update to 10.2-beta2. 10.1 exhibited the same symptoms. > > Root is on zfs. > > Device was tested to be working on Windows 8.1 on a Dell T1700 > workstation. > > Any ideas? > > Cheers, > > Dylan Just > From owner-freebsd-stable@freebsd.org Sat Jul 18 16:01:06 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C99729A5FC5 for ; Sat, 18 Jul 2015 16:01:06 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qk0-f171.google.com (mail-qk0-f171.google.com [209.85.220.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 89BFA1CDF for ; Sat, 18 Jul 2015 16:01:06 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by qkdv3 with SMTP id v3so87578941qkd.3 for ; Sat, 18 Jul 2015 09:00:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:organization :user-agent:mime-version:content-type; bh=2EPKQLmzcXQXddKaksD2OnIBWvJkXSQFJwdCcqQrJmk=; b=HDumjgB+4vQ9cqbgj+QfjqlPL/D//8EIUCQX2sXgl4odgnqvYl11ZbfjNIawif7ang /34gXJzI3RosTMxkBqFgYPMdJMq8fQIh1qFZl/1qWfvJ5+5ZOq4gtq1lrUQMFbLt7Nel HsaA3ddixEYBkSIwK1fR+N17A1ht9RSVaip6ID5ymZajdI+Te8+ZVzIsirMeRUoWXiXs FGNJzAdTet7FOP3BrVRCP6jt3YzBeGaepuA07OEAg2TAlkqFFSVUJ5CekI6RHpAWPVyZ MC03ed9CfP5rDPazH2FaysQyg/L5UkoZrXtnby326r3v3Q+PBlsxfU9mNvMQAITlJzCo Dd/w== X-Gm-Message-State: ALoCoQleO26+nLkgh2yBrU+/JfuOULPtzznn24ESoso9rDa9YxAwF2IIWK8xDPXmCRXgTdn0FmsTmg/VlvKq0pfdId7fzKgZchbF6tpdTZEKXytxOACf7nvVqy+vttIMldL8vhoLcNBuFeTSCXhSqUOuRUloSCimMRfPuWXQQwrDOrM0l+AZw5+gsOYMpxZy4h76YQ2TpW4b X-Received: by 10.55.31.6 with SMTP id f6mr33357952qkf.57.1437234909487; Sat, 18 Jul 2015 08:55:09 -0700 (PDT) Received: from hbsd-dev-laptop.localnet (c-73-173-98-149.hsd1.md.comcast.net. [73.173.98.149]) by smtp.gmail.com with ESMTPSA id 75sm536720qkr.47.2015.07.18.08.55.08 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 18 Jul 2015 08:55:09 -0700 (PDT) From: Shawn Webb To: 'FreeBSD Stable' Subject: unionfs or tmpfs Kernel Panic on 10.2-BETA1 Date: Sat, 18 Jul 2015 11:54:59 -0400 Message-ID: <102666342.D3ByS97l8p@hbsd-dev-laptop> Organization: HardenedBSD User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT-HBSD; KDE/4.14.3; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8511055.sa7dRSXqLT"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 18 Jul 2015 16:01:06 -0000 --nextPart8511055.sa7dRSXqLT Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" Looks like there's some locking issues in 10.2-BETA1/amd64. I'm at revi= sion bf2d0b176566519b95f21d01cc101f4b60247ab8 in this repo: https://github.com/HardenedBSD/hardenedBSD/tree/hardened/experimental/o= pnsense-10-stable =3D=3D=3D Begin Log =3D=3D=3D Trying to mount root from ufs:/dev/ufs/HardenedBSD_Install [ro,noatime]= ... Mounting filesystems... tunefs: soft updates set tunefs: file system reloaded camcontrol: subcommand "identify" requires a valid device identifier panic: __lockmgr_args: recursing on non recursive lockmgr tmpfs @ /usr/= src/sys/kern/vfs_subr.c:2174 cpuid =3D 1 KDB: enter: panic [ thread pid 20959 tid 100107 ] Stopped at kdb_enter+0x3e: movq $0,kdb_why db> bt Tracing pid 20959 tid 100107 td 0xfffff80006680000 kdb_enter() at kdb_enter+0x3e/frame 0xfffffe00fd9c3200 vpanic() at vpanic+0x146/frame 0xfffffe00fd9c3240 panic() at panic+0x43/frame 0xfffffe00fd9c32a0 __lockmgr_args() at __lockmgr_args+0x1151/frame 0xfffffe00fd9c33b0 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe00fd9c33d0 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe00fd9c3400 _vn_lock() at _vn_lock+0xaa/frame 0xfffffe00fd9c3470 vget() at vget+0x67/frame 0xfffffe00fd9c34b0 tmpfs_alloc_vp() at tmpfs_alloc_vp+0x207/frame 0xfffffe00fd9c3530 tmpfs_lookup() at tmpfs_lookup+0x3d5/frame 0xfffffe00fd9c3590 VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xf1/frame 0xfffffe00fd9= c35c0 vfs_cache_lookup() at vfs_cache_lookup+0xd6/frame 0xfffffe00fd9c3620 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xf1/frame 0xfffffe00fd9c3650 relookup() at relookup+0xa1/frame 0xfffffe00fd9c36b0 unionfs_relookup() at unionfs_relookup+0x102/frame 0xfffffe00fd9c3710 unionfs_relookup_for_delete() at unionfs_relookup_for_delete+0x56/frame= 0xfffffe00fd9c37a0 unionfs_rmdir() at unionfs_rmdir+0xce/frame 0xfffffe00fd9c3800 VOP_RMDIR_APV() at VOP_RMDIR_APV+0xf7/frame 0xfffffe00fd9c3830 kern_rmdirat() at kern_rmdirat+0x1b9/frame 0xfffffe00fd9c39a0 amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe00fd9c3ab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00fd9c3ab0 =2D-- syscall (137, FreeBSD ELF64, sys_rmdir), rip =3D 0x156d6ae08ca, rsp= =3D 0x7ffffbe2c988, rbp =3D 0x7ffffbe2c9b0 --- =3D=3D=3D End Log =3D=3D=3D If there's anything you need from me, please let me know. It's 100% rep= roducible at bootup on one of my systems. =2D-=20 Shawn Webb HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --nextPart8511055.sa7dRSXqLT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJVqnbTAAoJEGqEZY9SRW7uiIMP/1HsBSXhVbtAAILU8bcoj8L2 OmQNjq8vY02C3HTFZgxvHx9tKtP6NlxVUSgvjk5oGtra03QMEnfd3U8aKjmMSHDW tnA1H5GiOO5gFpcaoWYBqQMGkLLGbQtGv/Q3DdS1oI8UfAdbHpScvN81I9Vo9kCN 56RQWjXTCD+9JA8ZiDGLhQlpWIZbtjE+64HDe5M2KCIgEehQVguyqWj0GhTm3GuP 7Ji3CoSmSX140keqlsNC0dmzA4BTDYlk27u6OKuWs8yXmyekuUsDSqld8ZJRiSOH gcfFEupVjG47QJ6NbWR6VDZ7IQXrBkl68mu8fNN5ZKgTs8epIrrYbkGXe4FM/+MQ jlscldQSXEp5V+WiUGRUe1ugqajDHcIJpjZqsukQCF1EO2vzAKQK3uOTSEmjT0e5 QeH/894IK4j98hLJGLtaLE6FS48kUjhKuZCpauwnzrXbYP6VRBl/NVTLfm42VCbf WeGvXd2EKxelYNwchq9hY0AQKJMHpM0I2YwVCM87GLgwT47l9gWw8es+V6kFoeYc 70dEE4vEsZWnUL7QZBPN1y2U2GQ7mD1o1uK5qiT4gcv1ClcWe7+SLBzZSmf4XAkY OM3/9LVaNgwP3z/15pNdctn0XgrtcOA+EuXS3QkbsAarU/K9xnrzREazPpWHqzrX N1kl0oepWDlR3SvG2y4Y =Xhzf -----END PGP SIGNATURE----- --nextPart8511055.sa7dRSXqLT-- From owner-freebsd-stable@freebsd.org Sat Jul 18 16:12:56 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E14059A4294 for ; Sat, 18 Jul 2015 16:12:55 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9DAD811C2 for ; Sat, 18 Jul 2015 16:12:54 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id t6IGCrL2075942; Sat, 18 Jul 2015 09:12:53 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t6IGCqf2075941; Sat, 18 Jul 2015 09:12:52 -0700 (PDT) (envelope-from david) Date: Sat, 18 Jul 2015 09:12:52 -0700 From: David Wolfskill To: Shawn Webb Cc: "'FreeBSD Stable'" Subject: Re: unionfs or tmpfs Kernel Panic on 10.2-BETA1 Message-ID: <20150718161252.GE1155@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Shawn Webb , 'FreeBSD Stable' References: <102666342.D3ByS97l8p@hbsd-dev-laptop> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="G7dnqIpakjdFEn1J" Content-Disposition: inline In-Reply-To: <102666342.D3ByS97l8p@hbsd-dev-laptop> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 18 Jul 2015 16:12:56 -0000 --G7dnqIpakjdFEn1J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 18, 2015 at 11:54:59AM -0400, Shawn Webb wrote: > Looks like there's some locking issues in 10.2-BETA1/amd64. I'm at revisi= on bf2d0b176566519b95f21d01cc101f4b60247ab8 in this repo: >=20 > https://github.com/HardenedBSD/hardenedBSD/tree/hardened/experimental/opn= sense-10-stable >=20 > =3D=3D=3D Begin Log =3D=3D=3D > Trying to mount root from ufs:/dev/ufs/HardenedBSD_Install [ro,noatime]... > Mounting filesystems... > tunefs: soft updates set > tunefs: file system reloaded > camcontrol: subcommand "identify" requires a valid device identifier > panic: __lockmgr_args: recursing on non recursive lockmgr tmpfs @ /usr/sr= c/sys/kern/vfs_subr.c:2174 > ... > If there's anything you need from me, please let me know. It's 100% repro= ducible at bootup on one of my systems. > ... I mount /tmp as a tmpfs on all of my FreeBSD systems, and have been tracking stable/10 daily for some time (ref. http://www.catwhisker.org/~david/FreeBSD/history/). I have not seen anything like the above. I am presently running: FreeBSD g1-245.catwhisker.org 10.2-BETA2 FreeBSD 10.2-BETA2 #96 r285668M/2= 85670:1001519: Sat Jul 18 04:07:25 PDT 2015 root@g1-245.catwhisker.org:= /common/S2/obj/usr/src/sys/CANARY amd64 on my laptop; on the system where I'm reading & writing mail, it's: FreeBSD albert.catwhisker.org 10.2-BETA1 FreeBSD 10.2-BETA1 #418 r285410M/= 285418:1001519: Sun Jul 12 04:37:35 PDT 2015 root@freebeast.catwhisker.= org:/common/S2/obj/usr/src/sys/ALBERT amd64 I am, however, not using unionfs. I have a test system available, if that might help (e.g., for trying to reproduce the problem). Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --G7dnqIpakjdFEn1J Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVqnsEXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk72FIP/1FRRtD8PONLVW4iFhs8ayLl GSQZUmkx4/s6Oy+8sCE9M9MgVjAf8pdGqYoxswejm7fUiOIfLPPfZHER5a8yBfcy VlHHL1VWT5jWVEla0GFninS61QU4Hotk6URWC/wiiiQXFpYS0cWQobywSoIW9yxy wantFIjncF94D1pQ8tDEwY1qWrNoi6wDeTEvEQ7tUusaWIZRpW+ikl/XlSt3lknN MiJDLV75PM2OLYBc5q6RvvzIMATun381RoHlWoSHyNQ61EwQeLqjWK+7qwfJsvi9 uXWNVCBKM0fRUX8y0Vqlag6vJFqhU1Kn9GGkQVN736KxnE295ZohCtRmAn0UCcxv BrV4TMKCW1kQvYKtC8cw5bchKPw2xQGKD4KuzwwlisDCb5X5sNUTuz/qe9S/LcVu 79dgGQtEdoQ0CUzOY/DfaEGqu+CqZRjSzf6FQShU4yodoWJXM4PZJQG77hX5DdgO Fj81ekHc0u92nykCuOdFmmtC5EkEORRLBLvOW6qUEY44UMO80/iJkbm6S0+BgPbV E+vdx7TCX8mZ0QqzvRsrgbQvRkfFAnWJNVEE++7Cvnkzeb4KAufL83Z03TGkVT8I Zq0s23pieXNVI+Koil++3zoBodoUgfw0jN94ehQOGaautzrdljwzWgmSztuK1gXe 6oNq2VSiiYh2CTUdTu4a =7PFA -----END PGP SIGNATURE----- --G7dnqIpakjdFEn1J-- From owner-freebsd-stable@freebsd.org Sat Jul 18 16:24:46 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C7179A4480 for ; Sat, 18 Jul 2015 16:24:46 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qk0-f175.google.com (mail-qk0-f175.google.com [209.85.220.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 208D016CD for ; Sat, 18 Jul 2015 16:24:45 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by qkfc129 with SMTP id c129so44969570qkf.1 for ; Sat, 18 Jul 2015 09:24:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version:content-type; bh=jYgVjwfr+MPCtTcNErP7DiJma6cYVkIF4ffUaMIrWpc=; b=FQ0mqYH3gI7Jl6ZpSoEbcSGNNDhOENAU3rgCNUCsjO1E2AuQpOpKbpn+CAMqBkXaCO a1IX6ElpGfnsXNFt7yWBkAovwr6vrl6knvIGODOuxgaw34dYW0rOosGZ1RHeFjt9QqmD 86DtLc+JrMPa9froEl9IhYcVbhIqGOrbT7LCVno1J/R7S19ePS7V+MIhWySFFkCz8RoO W+npqDV/P6GI6sQjq1F2xvUs/9KkBl8LgeSZjfZzLqvpFNZfF62RKjO7TqbU2epk4gNF MG0/I81L2K1N8Q0ZbSzubJW7FqSlFk5blhoHz1ES1Zvnby0bTI9sWT53Rdb2fTjyL38w j/IA== X-Gm-Message-State: ALoCoQnD3+WsKYer4gST/TCJKOOvQf9XZQcAY7gXyJMVq8c3k9fnvsJMEN6WJ9pCmjbjeE3YXBJS X-Received: by 10.55.15.86 with SMTP id z83mr34017175qkg.70.1437236684314; Sat, 18 Jul 2015 09:24:44 -0700 (PDT) Received: from hbsd-dev-laptop.localnet (c-73-173-98-149.hsd1.md.comcast.net. [73.173.98.149]) by smtp.gmail.com with ESMTPSA id m134sm7674833qhb.30.2015.07.18.09.24.43 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 18 Jul 2015 09:24:43 -0700 (PDT) From: Shawn Webb To: David Wolfskill Cc: 'FreeBSD Stable' Subject: Re: unionfs or tmpfs Kernel Panic on 10.2-BETA1 Date: Sat, 18 Jul 2015 12:24:37 -0400 Message-ID: <1991840.MVMXWej4Gn@hbsd-dev-laptop> Organization: HardenedBSD User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT-HBSD; KDE/4.14.3; amd64; ; ) In-Reply-To: <20150718161252.GE1155@albert.catwhisker.org> References: <102666342.D3ByS97l8p@hbsd-dev-laptop> <20150718161252.GE1155@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart11983679.GPOveA5GnZ"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 18 Jul 2015 16:24:46 -0000 --nextPart11983679.GPOveA5GnZ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Saturday, 18 July 2015 09:12:52 David Wolfskill wrote: > On Sat, Jul 18, 2015 at 11:54:59AM -0400, Shawn Webb wrote: > > Looks like there's some locking issues in 10.2-BETA1/amd64. I'm at > > revision bf2d0b176566519b95f21d01cc101f4b60247ab8 in this repo: > >=20 > > https://github.com/HardenedBSD/hardenedBSD/tree/hardened/experiment= al/opns > > ense-10-stable > >=20 > > =3D=3D=3D Begin Log =3D=3D=3D > > Trying to mount root from ufs:/dev/ufs/HardenedBSD_Install [ro,noat= ime]... > > Mounting filesystems... > > tunefs: soft updates set > > tunefs: file system reloaded > > camcontrol: subcommand "identify" requires a valid device identifie= r > > panic: __lockmgr_args: recursing on non recursive lockmgr tmpfs @ > > /usr/src/sys/kern/vfs_subr.c:2174 ... > > If there's anything you need from me, please let me know. It's 100%= > > reproducible at bootup on one of my systems. ... >=20 > I mount /tmp as a tmpfs on all of my FreeBSD systems, and have been > tracking stable/10 daily for some time (ref. > http://www.catwhisker.org/~david/FreeBSD/history/). >=20 > I have not seen anything like the above. >=20 > I am presently running: >=20 > FreeBSD g1-245.catwhisker.org 10.2-BETA2 FreeBSD 10.2-BETA2 #96=20 > r285668M/285670:1001519: Sat Jul 18 04:07:25 PDT 2015 =20 > root@g1-245.catwhisker.org:/common/S2/obj/usr/src/sys/CANARY amd64 >=20 > on my laptop; on the system where I'm reading & writing mail, it's: >=20 > FreeBSD albert.catwhisker.org 10.2-BETA1 FreeBSD 10.2-BETA1 #418=20 > r285410M/285418:1001519: Sun Jul 12 04:37:35 PDT 2015 =20 > root@freebeast.catwhisker.org:/common/S2/obj/usr/src/sys/ALBERT amd6= 4 >=20 > I am, however, not using unionfs. >=20 > I have a test system available, if that might help (e.g., for trying > to reproduce the problem). >=20 > Peace, > david Good to know. I'm working on creating a new experimental build of OPNSe= nse +=20 HardenedBSD. I've uploaded the memstick image that exhibits the faulty behavior at=20= https://hardenedbsd.org/~shawn/opnsense/bad_buids/ Thanks, =2D-=20 Shawn Webb HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --nextPart11983679.GPOveA5GnZ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJVqn3FAAoJEGqEZY9SRW7uTEsQAKFTtmCH9bWddf5gApATjGLb TLYHvtfgEbm/T7eEjzr4LaVF4NO/Kj52OvY7VTf5kjSrlzj6+klF588f6PSuIsAn XM07gA06mqOZ68c0UYDE243QzmqdxNlNvwiqTuBdq1tIF3ySH2Q4184nBNPvbzpe Noz7eOyWi9D8QvmQovX+AAPfIrfGa/GYEOdeqlq24WLIHgMYhZPF0+jFx5T7qtr/ R/U4/fQvV3oU3KE9EKll1gyQNxzmwXbfjp6guTtPSN8DLs6i1f3YAgJY2jWdZ2fV RFK0JGYI7ndnfxd9cpxQoeokTRHsMKmPw3LBNi9d7BpnrrEPEHJdoMlehe0ilKGE 6NbSbCvmTPK+0JAzPFHozwJaRdAfZuM4k7rqicVRrNTguKD20zVvub8YYeVCwHNT cLzq33wXO5hvbQFkJ2FUArgCal3pjzAojBlcSbarU7QiLHMYX9co5cUTfz/0gxX1 jGjUyuEyKJh6tdB1UdQgzVHEPuIOuypcK+bMd5y2xaYAI+kAqDESP0CJDXxNwHAm c4k7fVaHyR4eSqiI8mRL9O/XDKFfXFlBApSlY1rJ16KyZhOuJeAuCVSNQ61BP7gT RRMkm9lpAzYKiPsQy9dqCshiByI6B+4iV2WkYb5/xvo89UlLaBupyvNtCOW3i8Qo Inqb+MM6cvLVARDRlgVy =1ogs -----END PGP SIGNATURE----- --nextPart11983679.GPOveA5GnZ-- From owner-freebsd-stable@freebsd.org Sat Jul 18 16:29:28 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFFCB9A451A for ; Sat, 18 Jul 2015 16:29:28 +0000 (UTC) (envelope-from jamie@freebsd.org) Received: from m2.gritton.org (gritton.org [162.220.209.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8C99D195E for ; Sat, 18 Jul 2015 16:29:27 +0000 (UTC) (envelope-from jamie@freebsd.org) Received: from m2.gritton.org (gritton.org [162.220.209.3]) by m2.gritton.org (8.14.9/8.14.9) with ESMTP id t6IGTLMk026198; Sat, 18 Jul 2015 10:29:21 -0600 (MDT) (envelope-from jamie@freebsd.org) Received: (from www@localhost) by m2.gritton.org (8.14.9/8.14.9/Submit) id t6IGTKlh026197; Sat, 18 Jul 2015 10:29:20 -0600 (MDT) (envelope-from jamie@freebsd.org) X-Authentication-Warning: gritton.org: www set sender to jamie@freebsd.org using -f To: freebsd-stable@freebsd.org Subject: Re: jail: /etc/rc: cannot create /dev/null: Operation not supported X-PHP-Originating-Script: 0:rcube.php MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 18 Jul 2015 10:29:20 -0600 From: James Gritton In-Reply-To: <55A93AE0.6050204@intersonic.se> References: <20150715215253.Horde._Uobbflf4-5sp0TjL7DgCrc@webmail.bsdlabs.com> <55A93AE0.6050204@intersonic.se> Message-ID: X-Sender: jamie@freebsd.org User-Agent: Roundcube Webmail/1.1.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 18 Jul 2015 16:29:28 -0000 On 2015-07-17 11:26, Per olof Ljungmark wrote: > On 2015-07-17 01:41, James Gritton wrote: >> On 2015-07-15 13:52, Per olof Ljungmark wrote: >>> FreeBSD 10.2-PRERELEASE #0 r284949 >>> >>> The jail can be started, but when /etc/rc is executed: >>> >>> root@mar:/ # sh -x /etc/rc >>> + stty status ^T >>> /etc/rc: cannot create /dev/null: Operation not supported >>> + trap : 2 >>> + trap 'echo '\''Boot interrupted'\''; exit 1' 3 >>> + HOME=/ >>> + PATH=/sbin:/bin:/usr/sbin:/usr/bin >>> + export HOME PATH >>> + [ '' = autoboot ] >>> + autoboot=no >>> + _boot=quietstart >>> + /sbin/sysctl -n vfs.nfs.diskless_valid >>> /etc/rc: cannot create /dev/null: Operation not supported >>> ... >>> >>> I have done the procedure several times before but never saw this one >>> before and don't know how to get around it. >>> >>> Ideas anyone? Any recent changes that can show up like the above? >>> >>> Thanks! >> >> If it's trying to create /dev/null, I assume that the jail's /dev >> isn't >> mounted when /etc/rc is running. Do you have mount.devfs set in the >> jail.conf, or jail_foo_devfs_enable in rc.conf (depending on your >> configuration)? For that matter, can you tell if the jail's /dev is >> mounted? > > Yes, it's mounted. > > Because I can set up jails with an identical procedure on other boxes > we > run I suspect something is wrong with the install so I am starting from > scratch with this one. > > While doing that, I am trying to sort another problem, namely to boot > zfs on root on a HP Proliant with a P410 controller, but that is > another > story. > > You know, if it was easy it would not be interesting... > > Thanks! So maybe a little late since you're starting over, but another possibility is the devfs ruleset. If something went wrong in setting that up, you could well have a devfs mounted that shows no devices. - Jamie From owner-freebsd-stable@freebsd.org Sat Jul 18 18:29:10 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB8469A5AFC for ; Sat, 18 Jul 2015 18:29:10 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qk0-f169.google.com (mail-qk0-f169.google.com [209.85.220.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA8D7153F for ; Sat, 18 Jul 2015 18:29:10 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by qkbm65 with SMTP id m65so34777926qkb.2 for ; Sat, 18 Jul 2015 11:29:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version:content-type; bh=1CRCukUmopdVP33i3xYnDmoTms383ipoAAdhBCfjZJk=; b=WiKor9OMDsdYg9FZdrAQLPov8IKtKUHIS392k2Nikkk3U47EIjnQbk+lsmwE278r7W zxzcdadyBy0LaKQuzhYkLtiNy5ABYGIWh8+uCK2iPCaxYaNcvMQnO4DfyZfE4QcS61Z9 3eZISfGQu5YaZ0ryOspS+boMGvGKxtREp+ifbxiZHBsRQTRuUSUfCSwmgd5lzeXRpXsa SPbd9tE/p/vQNwPTkcbhMZShP19DJPjeE7EnQkiGfUiJ9S6CSyMRzJ4LyuRmSyCZUEzZ AsnNJz3/ibLRMZb5OAhsN03ipjT6PQN/OFsXEH7seqHbgFxGsObRym/HFSeYmA4gpAQi NAoQ== X-Gm-Message-State: ALoCoQk+p5Lm1+G6gj9RPuoJw4zY/rc6uYXB+hlui6ywlDNu3oO8xFQAKgqcMrIBuSxsfiqzooda X-Received: by 10.55.41.195 with SMTP id p64mr34712741qkp.5.1437237538305; Sat, 18 Jul 2015 09:38:58 -0700 (PDT) Received: from hbsd-dev-laptop.localnet (c-73-173-98-149.hsd1.md.comcast.net. [73.173.98.149]) by smtp.gmail.com with ESMTPSA id 71sm7697871qhb.3.2015.07.18.09.38.57 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 18 Jul 2015 09:38:57 -0700 (PDT) From: Shawn Webb To: David Wolfskill Cc: 'FreeBSD Stable' Subject: Re: unionfs or tmpfs Kernel Panic on 10.2-BETA1 Date: Sat, 18 Jul 2015 12:38:53 -0400 Message-ID: <2824819.ok6Wy9BiTC@hbsd-dev-laptop> Organization: HardenedBSD User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT-HBSD; KDE/4.14.3; amd64; ; ) In-Reply-To: <1991840.MVMXWej4Gn@hbsd-dev-laptop> References: <102666342.D3ByS97l8p@hbsd-dev-laptop> <20150718161252.GE1155@albert.catwhisker.org> <1991840.MVMXWej4Gn@hbsd-dev-laptop> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1630704.u0PI833jx5"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 18 Jul 2015 18:29:11 -0000 --nextPart1630704.u0PI833jx5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Saturday, 18 July 2015 12:24:37 Shawn Webb wrote: > On Saturday, 18 July 2015 09:12:52 David Wolfskill wrote: > > On Sat, Jul 18, 2015 at 11:54:59AM -0400, Shawn Webb wrote: > > > Looks like there's some locking issues in 10.2-BETA1/amd64. I'm a= t > > > revision bf2d0b176566519b95f21d01cc101f4b60247ab8 in this repo: > > >=20 > > > https://github.com/HardenedBSD/hardenedBSD/tree/hardened/experime= ntal/op > > > ns > > > ense-10-stable > > >=20 > > > =3D=3D=3D Begin Log =3D=3D=3D > > > Trying to mount root from ufs:/dev/ufs/HardenedBSD_Install > > > [ro,noatime]... > > > Mounting filesystems... > > > tunefs: soft updates set > > > tunefs: file system reloaded > > > camcontrol: subcommand "identify" requires a valid device identif= ier > > > panic: __lockmgr_args: recursing on non recursive lockmgr tmpfs @= > > > /usr/src/sys/kern/vfs_subr.c:2174 ... > > > If there's anything you need from me, please let me know. It's 10= 0% > > > reproducible at bootup on one of my systems. ... > >=20 > > I mount /tmp as a tmpfs on all of my FreeBSD systems, and have been= > > tracking stable/10 daily for some time (ref. > > http://www.catwhisker.org/~david/FreeBSD/history/). > >=20 > > I have not seen anything like the above. > >=20 > > I am presently running: > >=20 > > FreeBSD g1-245.catwhisker.org 10.2-BETA2 FreeBSD 10.2-BETA2 #96 > > r285668M/285670:1001519: Sat Jul 18 04:07:25 PDT 2015 > > root@g1-245.catwhisker.org:/common/S2/obj/usr/src/sys/CANARY amd64= > >=20 > > on my laptop; on the system where I'm reading & writing mail, it's:= > >=20 > > FreeBSD albert.catwhisker.org 10.2-BETA1 FreeBSD 10.2-BETA1 #418 > > r285410M/285418:1001519: Sun Jul 12 04:37:35 PDT 2015 > > root@freebeast.catwhisker.org:/common/S2/obj/usr/src/sys/ALBERT am= d64 > >=20 > > I am, however, not using unionfs. > >=20 > > I have a test system available, if that might help (e.g., for tryin= g > > to reproduce the problem). > >=20 > > Peace, > > david >=20 > Good to know. I'm working on creating a new experimental build of OPN= Sense + > HardenedBSD. >=20 > I've uploaded the memstick image that exhibits the faulty behavior at= > https://hardenedbsd.org/~shawn/opnsense/bad_buids/ >=20 > Thanks, I've also filed a PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id= =3D201677 Thanks, =2D-=20 Shawn Webb HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --nextPart1630704.u0PI833jx5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJVqoEdAAoJEGqEZY9SRW7uBt0P/0ykge6LabCZXxHaJEVqMrYl Rj87SX2QfVG3ZxcBZNeJtGbwExAIYyfbj9+3cUkmgSDkzPaIDuUK8YSImwUbad3Z 5Dr1sKyZzbBliSXWn79I/5FXZmhHO3Hoc8nlGkHS+l2193UgUcxiO+D+3mOJGuB+ hl9MQYTxCZKjpX8gi5nNRkRODERQrVqV//1u7+Q4DaDaFg5KgO/t0h8jn8cegFmK vT0FWc9LWZCyEUD3gw1wLwIpwtJzuilYy+/drsE/gnYWLi7ycy8orZer7OABT4aU LXsksgkav3Va0mCG/FSm5lFmqGKQXkH2TZn3FJ8e66bksTI3tgpV1yifTtogRnUK ZUD6OsoVOt4J627j5gup2n8yJ4ATuz+QtcOqrRS7CZisqlsWg6mnSNMC7piTUvZo hb+/NhzvXpaeBMFpOpX32ZIeJo2hvrUTsqdqFAHIaNHDVzehJp5HfVLyMEjPc8lZ BIqXQR6FQpb+JtSm1lezil5/7ulzmsAis9l04D7pGZrziRxrG8uTfYYrx9SIs1MB 1q+H728+h/cZlAYP0RylcvkfSmRF+nWmK+1sfN3CR/DThNxxES8tufCKUiIkPbyf hwVAxiwYEvGiOr+jwEY+rTh1Um+r8b2AIVWvAZLk70YxKgZs+LeLL8Nu+JGLPFo8 22i707O+W8eJrRYa0L+j =RyOK -----END PGP SIGNATURE----- --nextPart1630704.u0PI833jx5-- From owner-freebsd-stable@freebsd.org Sat Jul 18 23:34:31 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87E359A514E for ; Sat, 18 Jul 2015 23:34:31 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46AB510DF; Sat, 18 Jul 2015 23:34:31 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oige126 with SMTP id e126so90007630oig.0; Sat, 18 Jul 2015 16:34:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=mECpGX827hGkNQ6CXiJKrIE2ywIGQfxnSN9RHUnQMWM=; b=Ou+be3uotmPVsaKN8/1wd0zKfxQgraahiriuMfBSkuXaOaR7SQlNET2bMjFynwq4yR /VNDYqprs8RmizyhfcN2+BMpxHROh3nwDKFi+R8yzrTzNvqiQjjdVnn/5ymfprhM7lZN q6+7LX5GbMZHM7lHFTiV2j2MgYl1b/JC5PBe2GNArUiTOtBFz93YzfekkF74wOgaRxMg 0KstmH8GyOrosJny5UyfW5LjEeqMKG9rhZBZ2018LDRQqq01gPB1sblWhXg5droMeS4P RA/QP6jYtjylF0cbia7xGc8SOChQL69K6OodH/VazdZexQFKJbF4MnDi4A/Hv9cQaCXD Kf+g== MIME-Version: 1.0 X-Received: by 10.202.241.67 with SMTP id p64mr18616829oih.87.1437262470553; Sat, 18 Jul 2015 16:34:30 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Sat, 18 Jul 2015 16:34:30 -0700 (PDT) In-Reply-To: References: <86oak289hv.fsf@gly.ftfl.ca> <86615mlcto.fsf@WorkBox.Home> <6951198.NGhNejXbxL@ralph.baldwin.cx> Date: Sat, 18 Jul 2015 16:34:30 -0700 X-Google-Sender-Auth: RWXIGUnZUGhQcGKOI17HaUGg1M4 Message-ID: Subject: Re: suspend/resume regression From: Kevin Oberman To: John Baldwin Cc: "Brandon J. Wandersee" , Adrian Chadd , Joseph Mingrone , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 18 Jul 2015 23:34:31 -0000 I think it works on HEAD. I suspended OK and tried to resume. The resume initiated and my screen came on... only to tell me that da0p2 was not available. I seem to recall that this was a known issue when running on a USB attached disk. The failure came much further along than on stable where it failed immediately with fans turning on, but nothing else happening, and, if I could connect the disk directly, I suspect it would work. Unfortunately, I don't have a spare SATA disk... only old PATA drives and the T520 only takes SATA drives. Bottom line is that the issue I saw with 10.1-STABLE and 10.1-BETA1 is not present on HEAD, so this is entirely a regression in STABLE. I will be updating to BETA2 shortly and I'll report how it works there. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Wed, Jul 15, 2015 at 10:52 PM, Kevin Oberman wrote: > On Wed, Jul 15, 2015 at 12:07 PM, John Baldwin wrote: > >> On Tuesday, July 14, 2015 03:10:59 PM Brandon J. Wandersee wrote: >> > >> > Please forgive me if this seems impudent, but has there been any >> progress on >> > this? The status of the bug report hasn't changed since it was opened. I >> > don't mean to be rude, and I certainly appreciate the effort that's gone >> > into this already (especially Kevin's detective work), but support for >> > suspend-to-RAM and my laptop's hotkeys were essentially the only reasons >> > I started tracking 10-STABLE to begin with. Since both features were >> > resolved many months ago, I was hoping to switch from -STABLE to >> 10.2-RELEASE >> > when it came out, but I'm starting to get the feeling that won't happen >> > because of a single errant commit. Having to continue following -STABLE >> > would not be terrible, but it would be disappointing. >> >> As noted previously, I have been moving house and generally offline since >> mid-June (and I'm not really fully online yet). My last request was if >> Kevin (or someone else with an affected laptop) could test HEAD to see if >> there is a missing bugfix on HEAD that needs to be merged. This specific >> change was tested on HEAD on both a T440 and X220 and on 10 to test the >> MFC on the T440. >> >> -- >> John Baldwin >> > > John, > > I am back from my vacation and hope to try HEAD soon, hopefully this > weekend. Since HEAD has been a bit fragile of late, I do plan on testing > and switching back to STABLE. I will probably install HEAD on a spare > drive. With luck (meaning nothing crops up that fills the available time), > I should have an answer on Monday. > > Hope the move was not too chaotic and life gets back to normal quickly. (I > hate moving, but I do so twice a year. Practice makes something approaching > perfect.) > -- > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > From owner-freebsd-stable@freebsd.org Sat Jul 18 23:56:36 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E6F19A551D for ; Sat, 18 Jul 2015 23:56:36 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3250F1EBB; Sat, 18 Jul 2015 23:56:36 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obbop1 with SMTP id op1so84179433obb.2; Sat, 18 Jul 2015 16:56:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=fpb4X9YRaz2GIzKvg0zH5j+flUwTnJb/TYJosWijsJs=; b=E6980nTg5VIk0QutpPop537v7APVGqLJqBMAkZJ+WE3l8OJ0msDbQd9Vl/n/zbExc9 367/d1kN613xSo6Aga2c5PbovzdAm5veQPiyqjJmRxLlO5PML/SH7C5C/rdJwHLDfBOF pQ8lZ1eX1cLQX/w186EDGQMdVB2eHZVVpwoRoxJJ0Dp5fFY1rLOd+Nf8dr+lQI9PO5f/ bOwaHIOeshl9UAnoKbrKx802KzZii6w/1OfcQv8bMgKeqiT19V1RUzFULdRE38Uv/AND VPcdaaLBVc0srfE090cEWwrf32fJBQrzKRwmI+7npuNw63skmCh494ZZ6AxqZBHlwSOR pMvw== MIME-Version: 1.0 X-Received: by 10.202.87.22 with SMTP id l22mr1013509oib.91.1437263794983; Sat, 18 Jul 2015 16:56:34 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Sat, 18 Jul 2015 16:56:34 -0700 (PDT) In-Reply-To: References: <86oak289hv.fsf@gly.ftfl.ca> <86615mlcto.fsf@WorkBox.Home> <6951198.NGhNejXbxL@ralph.baldwin.cx> Date: Sat, 18 Jul 2015 16:56:34 -0700 X-Google-Sender-Auth: bmP42CzpSFxXQZlcHb6fUdwSSII Message-ID: Subject: Re: suspend/resume regression From: Kevin Oberman To: John Baldwin Cc: "Brandon J. Wandersee" , Adrian Chadd , Joseph Mingrone , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 18 Jul 2015 23:56:36 -0000 Hold the phone! Just found a SATA drive. I will be installing HEAD on it shortly. I won't update the ticket until I get that tested. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Sat, Jul 18, 2015 at 4:34 PM, Kevin Oberman wrote: > I think it works on HEAD. I suspended OK and tried to resume. The resume > initiated and my screen came on... only to tell me that da0p2 was not > available. I seem to recall that this was a known issue when running on a > USB attached disk. The failure came much further along than on stable where > it failed immediately with fans turning on, but nothing else happening, > and, if I could connect the disk directly, I suspect it would work. > Unfortunately, I don't have a spare SATA disk... only old PATA drives and > the T520 only takes SATA drives. > > Bottom line is that the issue I saw with 10.1-STABLE and 10.1-BETA1 is not > present on HEAD, so this is entirely a regression in STABLE. > > I will be updating to BETA2 shortly and I'll report how it works there. > > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > On Wed, Jul 15, 2015 at 10:52 PM, Kevin Oberman > wrote: > >> On Wed, Jul 15, 2015 at 12:07 PM, John Baldwin wrote: >> >>> On Tuesday, July 14, 2015 03:10:59 PM Brandon J. Wandersee wrote: >>> > >>> > Please forgive me if this seems impudent, but has there been any >>> progress on >>> > this? The status of the bug report hasn't changed since it was opened. >>> I >>> > don't mean to be rude, and I certainly appreciate the effort that's >>> gone >>> > into this already (especially Kevin's detective work), but support for >>> > suspend-to-RAM and my laptop's hotkeys were essentially the only >>> reasons >>> > I started tracking 10-STABLE to begin with. Since both features were >>> > resolved many months ago, I was hoping to switch from -STABLE to >>> 10.2-RELEASE >>> > when it came out, but I'm starting to get the feeling that won't happen >>> > because of a single errant commit. Having to continue following -STABLE >>> > would not be terrible, but it would be disappointing. >>> >>> As noted previously, I have been moving house and generally offline since >>> mid-June (and I'm not really fully online yet). My last request was if >>> Kevin (or someone else with an affected laptop) could test HEAD to see if >>> there is a missing bugfix on HEAD that needs to be merged. This specific >>> change was tested on HEAD on both a T440 and X220 and on 10 to test the >>> MFC on the T440. >>> >>> -- >>> John Baldwin >>> >> >> John, >> >> I am back from my vacation and hope to try HEAD soon, hopefully this >> weekend. Since HEAD has been a bit fragile of late, I do plan on testing >> and switching back to STABLE. I will probably install HEAD on a spare >> drive. With luck (meaning nothing crops up that fills the available time), >> I should have an answer on Monday. >> >> Hope the move was not too chaotic and life gets back to normal quickly. >> (I hate moving, but I do so twice a year. Practice makes something >> approaching perfect.) >> -- >> Kevin Oberman, Network Engineer, Retired >> E-mail: rkoberman@gmail.com >> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >> > >