From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 19 08:33:03 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 952781065673 for ; Sun, 19 Jun 2011 08:33:03 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 52FCE8FC0C for ; Sun, 19 Jun 2011 08:33:03 +0000 (UTC) Received: from druadan.brixandersen.dk (0x55534f5f.adsl.cybercity.dk [85.83.79.95]) by solow.pil.dk (Postfix) with ESMTPA id 9AE3F1CC012; Sun, 19 Jun 2011 10:15:39 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-2--548345092" From: Henrik Brix Andersen In-Reply-To: Date: Sun, 19 Jun 2011 10:15:36 +0200 Content-Transfer-Encoding: 7bit Message-Id: <379A724C-4458-4E5C-81E9-CF125666E203@FreeBSD.org> References: To: Chris Rees X-Pgp-Agent: GPGMail 1.3.3 X-Mailer: Apple Mail (2.1084) Cc: hackers@freebsd.org Subject: Re: CONF class of files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 08:33:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-2--548345092 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Chris, On Jun 17, 2011, at 18:40, Chris Rees wrote: > Macros are being tested for bsd.port.mk that use a new class of files, > in the same vein as the BINOWN variables I have introduced CONFOWN, > CONFGRP, CONFMODE and CONFDIR. >=20 > Please would someone review and give an opinion on [1]? Shouldn't $CONFDIR be set to ${PREFIX}/etc/ instead of /etc? Also, if we define $CONFDIR, we should use it everywhere in bsd.*.mk = where we currently use some form of */etc/* - otherwise we will get a = mismatch if $CONFDIR is changed from the default. Brix --=20 Henrik Brix Andersen --Apple-Mail-2--548345092 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAk39sCgACgkQv+Q4flTiePheYwCgiEwCAyTWzcvYP0cIN9V1drun rvQAoJVUjTG+m/g5zdQ0XAiOEZZy+cEX =A0+6 -----END PGP SIGNATURE----- --Apple-Mail-2--548345092-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 19 08:50:46 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22756106566C for ; Sun, 19 Jun 2011 08:50:46 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id DC9B88FC0A for ; Sun, 19 Jun 2011 08:50:45 +0000 (UTC) Received: by iwr19 with SMTP id 19so3127458iwr.13 for ; Sun, 19 Jun 2011 01:50:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=HAiox1gdILdUQwH8RL7XNQ6Bi2XxzudnYSHWpQ+suVw=; b=v8QykK6HoIG2mfn8y7SNqWskNmdYkMMw7/ioJsrxB4UfuMCCKh/eAH6yk8oZWpDzN6 S9tScv5dtjG5aQGUsrQ8sGQAftiDJ3/cCc+X3CGDZ2ksn1AQa+zoymutPpuI//PRhmhO Bssb6YN+GmXNh8PWzoyIx23MQcBIEx8qCIjDs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=TPVnL18aDRjh1FKj0xvaZvFMz8KyxIjxjGVq8qQZw+PXpmXpo0nQKGlDRiRvWnSTGL cXu2YOFJM+tstaR2W9t5einapdQ65gC7pd9HYiaTcTbp0GNdVk4JVshyZagluJTIOLEG Y1833FHcv7AbEfClDSundB4W1B2eXgFMgro7I= Received: by 10.231.116.1 with SMTP id k1mr3919980ibq.120.1308473445048; Sun, 19 Jun 2011 01:50:45 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.49.193 with HTTP; Sun, 19 Jun 2011 01:50:15 -0700 (PDT) In-Reply-To: <379A724C-4458-4E5C-81E9-CF125666E203@FreeBSD.org> References: <379A724C-4458-4E5C-81E9-CF125666E203@FreeBSD.org> From: Chris Rees Date: Sun, 19 Jun 2011 09:50:15 +0100 X-Google-Sender-Auth: AATCOvp9bONmNtetarw8Cmzb6pk Message-ID: To: Henrik Brix Andersen Content-Type: text/plain; charset=ISO-8859-1 Cc: hackers@freebsd.org Subject: Re: CONF class of files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 08:50:46 -0000 On 19 June 2011 09:15, Henrik Brix Andersen wrote: > Hi Chris, > > On Jun 17, 2011, at 18:40, Chris Rees wrote: >> Macros are being tested for bsd.port.mk that use a new class of files, >> in the same vein as the BINOWN variables I have introduced CONFOWN, >> CONFGRP, CONFMODE and CONFDIR. >> >> Please would someone review and give an opinion on [1]? > > Shouldn't $CONFDIR be set to ${PREFIX}/etc/ instead of /etc? > > Also, if we define $CONFDIR, we should use it everywhere in bsd.*.mk where we currently use some form of */etc/* - otherwise we will get a mismatch if $CONFDIR is changed from the default. > CONFDIR is for base, not ports, just like most other stuff in that file. Have a look at the other DIR variables. Chris From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 19 09:14:21 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82A73106564A; Sun, 19 Jun 2011 09:14:21 +0000 (UTC) (envelope-from brix@freebsd.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id B05D88FC0C; Sun, 19 Jun 2011 09:14:20 +0000 (UTC) Received: from druadan.brixandersen.dk (0x55534f5f.adsl.cybercity.dk [85.83.79.95]) by solow.pil.dk (Postfix) with ESMTPA id 9B6BB1CC00A; Sun, 19 Jun 2011 11:14:19 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-6--544824696" From: Henrik Brix Andersen In-Reply-To: Date: Sun, 19 Jun 2011 11:14:16 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: <379A724C-4458-4E5C-81E9-CF125666E203@FreeBSD.org> To: Chris Rees X-Pgp-Agent: GPGMail 1.3.3 X-Mailer: Apple Mail (2.1084) Cc: hackers@freebsd.org Subject: Re: CONF class of files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 09:14:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-6--544824696 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jun 19, 2011, at 10:50, Chris Rees wrote: > On 19 June 2011 09:15, Henrik Brix Andersen wrote: >>=20 >> On Jun 17, 2011, at 18:40, Chris Rees wrote: >>> Macros are being tested for bsd.port.mk that use a new class of = files, >>> in the same vein as the BINOWN variables I have introduced CONFOWN, >>> CONFGRP, CONFMODE and CONFDIR. >>>=20 >>> Please would someone review and give an opinion on [1]? >>=20 >> Shouldn't $CONFDIR be set to ${PREFIX}/etc/ instead of /etc? >>=20 >> Also, if we define $CONFDIR, we should use it everywhere in bsd.*.mk = where we currently use some form of */etc/* - otherwise we will get a = mismatch if $CONFDIR is changed from the default. >=20 > CONFDIR is for base, not ports, just like most other stuff in that > file. Have a look at the other DIR variables. Gah, I was confused by you initial mail mentioning bsd.port.mk. Rereading the patch, I think it looks good. I'd love to see this go in = before 9.0 as well. Brix --=20 Henrik Brix Andersen --Apple-Mail-6--544824696 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAk39vegACgkQv+Q4flTiePig8gCfevlUn7vuz09cqJe5D9qpE2ci msMAnAtdeVUOsjO0sEUMBsM9cghvIzSx =ZY1n -----END PGP SIGNATURE----- --Apple-Mail-6--544824696-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 19 14:36:15 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23929106566B for ; Sun, 19 Jun 2011 14:36:15 +0000 (UTC) (envelope-from dieterbsd@engineer.com) Received: from mailout-us.gmx.com (mailout-us.gmx.com [74.208.5.67]) by mx1.freebsd.org (Postfix) with SMTP id EAD1E8FC08 for ; Sun, 19 Jun 2011 14:36:14 +0000 (UTC) Received: (qmail 20319 invoked by uid 0); 19 Jun 2011 14:36:13 -0000 Received: from 67.206.163.241 by rms-us012.v300.gmx.net with HTTP Content-Type: text/plain; charset="utf-8" Date: Sun, 19 Jun 2011 14:36:09 +0000 From: "Dieter BSD" Message-ID: <20110619143612.29350@gmx.com> MIME-Version: 1.0 To: hackers@freebsd.org X-Authenticated: #74169980 X-Flags: 0001 X-Mailer: GMX.com Web Mailer x-registered: 0 Content-Transfer-Encoding: 8bit X-GMX-UID: azHIfEU4xHSOAEqJDnM3tcdCWkZTQZRC Cc: Subject: Re: CONF class of files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 14:36:15 -0000 > CONFDIR is for base, not ports Perhaps ${BASE_CONF_DIR}, ${PORTS_CONF_DIR}, ... From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 19 14:56:03 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03D58106566B for ; Sun, 19 Jun 2011 14:56:03 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id C12528FC13 for ; Sun, 19 Jun 2011 14:56:02 +0000 (UTC) Received: by iyb11 with SMTP id 11so363266iyb.13 for ; Sun, 19 Jun 2011 07:56:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=WSHT3gKld6amTZ1vrwtrfwEDAzzSDIZFluKapkJGCTU=; b=qxYRQ7Tj3wGxN6DvIQggVuhNZzLgKBmxfEC4w0l2sQyP+UT7u1ull2A8fjDSy+roAz mIFHrGvcO3HGjCWgkjSGYvXCdvXFZni2Ep882+7c3EI69CQbzQynVea8POKp8mLjCJ76 GjGoKQUMOrEYSfQWo/UlWy06KaG+MfnuknvI8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=xW+dQROgEjECNU9S2L4BCYbmAfuwggUAoSfXOmYJDQ1GosyWObiUWtEomD2jCUEiAt KjmSK4KbBm2cL8HaMlN5eqtVCexTh8/60yxpANiD0ErD52T+/YdNk2zHNQb9IV21rlCr qBeL+qeHO8qMYzhUDKOwX/afVvXcvigQ9eKdg= Received: by 10.231.44.65 with SMTP id z1mr4138820ibe.95.1308495362122; Sun, 19 Jun 2011 07:56:02 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.49.193 with HTTP; Sun, 19 Jun 2011 07:55:32 -0700 (PDT) In-Reply-To: <20110619143612.29350@gmx.com> References: <20110619143612.29350@gmx.com> From: Chris Rees Date: Sun, 19 Jun 2011 15:55:32 +0100 X-Google-Sender-Auth: 8mJS5UWVePaNAbRvZ9Bs_YgzA3A Message-ID: To: Dieter BSD Content-Type: text/plain; charset=ISO-8859-1 Cc: hackers@freebsd.org Subject: Re: CONF class of files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 14:56:03 -0000 On 19 June 2011 15:36, Dieter BSD wrote: >> CONFDIR is for base, not ports > > Perhaps ${BASE_CONF_DIR}, ${PORTS_CONF_DIR}, ... Have a look at the surrounding code, it matches the other variables that we have always used. Please don't let this become a bikeshed! Chris From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 19 16:35:52 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72F001065675 for ; Sun, 19 Jun 2011 16:35:52 +0000 (UTC) (envelope-from ansarm@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 457CB8FC26 for ; Sun, 19 Jun 2011 16:35:52 +0000 (UTC) Received: by pzk27 with SMTP id 27so3977727pzk.13 for ; Sun, 19 Jun 2011 09:35:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=MKV1/ERAcJtZk4ZV+xPqTCS1zA5Rispt68sln2EyiHI=; b=W+tfsT0Re7HbzObVRpY2d2NwMoRkMmqcXsSGrSXWEylwCDl60n1FRQHVlYMy/N2LCj Scf8fY+GnewfRPewzjWEdFeK9d1FVsa9sWMsehrGPSCkD7yc5WouHZr9OI1SX4CGtkGQ F7k7pz8qMwljTWz9uPERiAMiIAyhbonIrsx6I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=ToziGIJXT7scYZ9DaBbe0+RQO5tPzhJ/DS1IW74CIk8ZkjgfDSd4s3pbop0JaCOBMH cAet8r6HG/Nomguj3e2nTWeQNBiDqEAcdF9c5Omi54WcJvXatRf80cHhJyUlTqabVSfC 7F5XnrJjw7c16He456XG+Z9NsNOjDG+/4dsC4= MIME-Version: 1.0 Received: by 10.68.28.133 with SMTP id b5mr1577259pbh.264.1308501350067; Sun, 19 Jun 2011 09:35:50 -0700 (PDT) Received: by 10.68.58.227 with HTTP; Sun, 19 Jun 2011 09:35:49 -0700 (PDT) In-Reply-To: References: <4DF8DC3A.5050703@astart.com> Date: Sun, 19 Jun 2011 12:35:49 -0400 Message-ID: From: Ansar Mohammed To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fwd: Shooting trouble on a PCI bus hang X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 16:35:52 -0000 I appreciate that. The system works fine with NetBSD, LInux and Windows XP, so I doubt its hardware. Interesting though that OpenBSD has the same issue. A question about the debug kernel load process: as it hangs on * pci_print_verbose* in pci.c, can I deduce that this is the exact code segment that is the issue? On Wed, Jun 15, 2011 at 12:22 PM, Patrick Powell wrote: > On 06/14/11 20:52, Ansar Mohammed wrote: > >> Hello All, >> I have a system that is intermitently hanging during the initial PCI bus >> scan during boot. I have turned on verbose logging and I cannot break to >> debugger as its a hang. Can someone guide me to the relevant code section >> where PCI bus enumeration occurs so that I may modify the kernel source to >> output even more debug info. >> >> My hang occurs at the end of this partial dmesg output. >> >> Thank you! >> >> pci0: on pcib0 >> pci0: domain=0, physical bus=0 >> found-> vendor=0x100b, dev=0x0028, revid=0x21 >> >> domain=0, bus=0, slot=1, func=0 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0005, statreg=0x0220, cachelnsz=8 (dwords) >> lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> map[10]: type I/O Port, range 32, base 0xac1c, size 2, enabled >> >> found-> vendor=0x100b, dev=0x0030, revid=0x00 >> >> domain=0, bus=0, slot=1, func=1 >> class=03-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0003, statreg=0x0220, cachelnsz=8 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> map[10]: type Memory, range 32, base 0x41000000, size 24, enabled >> map[14]: type Memory, range 32, base 0x40ffc000, size 14, enabled >> map[18]: type Memory, range 32, base 0x40ff8000, size 14, enabled >> map[1c]: type Memory, range 32, base 0x40ff4000, size 14, enabled >> >> found-> vendor=0x10ec, dev=0x8139, revid=0x10 >> >> domain=0, bus=0, slot=14, func=0 >> class=02-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) >> intpin=a, irq=11 >> powerspec 2 supports D0 D1 D2 D3 current D0 >> map[10]: type I/O Port, range 32, base 0xef00, size 8, enabled >> map[14]: type Memory, range 32, base 0xeff00000, size 8, enabled >> >> $PIR: 0:14 INTA routed to irq 11 >> found-> vendor=0x1022, dev=0x2090, revid=0x03 >> >> domain=0, bus=0, slot=15, func=0 >> class=06-01-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0009, statreg=0x02a0, cachelnsz=8 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> map[10]: type I/O Port, range 32, base 0x6000, size 3, enabled map[14]: >> type >> I/O Port, range 32, base 0x6100, size 8, enabled map[18]: type I/O Port, >> range 32, base 0x6200, size 6, enabled map[1c]: type I/O Port, range 32, >> base 0, size 5, enabled map[20]: type I/O Port, range 32, base 0x9d00, >> size >> 7, enabled map[24]: type I/O Port, range 32, base 0x9c00, size 6, enabled >> ______________________________**_________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/**mailman/listinfo/freebsd-**hackers >> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@** >> freebsd.org " >> >> Before you do anything else, get another set of hardware and try the > same thing on it. I had a similar problem that turned out to be a bad SATA > controller. It was only by accident that we had two identical systems, > one good and one bad. > > -- > Patrick Powell Astart Technologies > papowell@astart.com 1530 Jamacha Road, Suite X, > Network and System San Diego, CA 92019 > Consulting 858-874-6543 > Web Site: www.astart.com > > ______________________________**_________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/**mailman/listinfo/freebsd-**hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@** > freebsd.org " > From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 20 01:27:51 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EFB3106566B for ; Mon, 20 Jun 2011 01:27:51 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1F7068FC13 for ; Mon, 20 Jun 2011 01:27:50 +0000 (UTC) Received: by pvg11 with SMTP id 11so1413860pvg.13 for ; Sun, 19 Jun 2011 18:27:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=sRpzzLpRDprzYg81Qic1neq8ytFJGSD8lOIn6sEKOIU=; b=G4GGAVXCOG9SFMYpyGwOp6Zu9PRTMOqpD32pz8lB0ZmJSoXx/ZcJ4asn+iZNzHFVHg q1ByOrbzfZs+8I/p0OOhbVy1Zv+u2JjHNjNU7eU+gD/Y6ZRf2TNBBFu1yeQKelyJUCPL svG99a2Nx6TwksRqzau2D0vkOG/2BrlaYAi84= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=bcc:mime-version:date:message-id:subject:from:to:content-type; b=Tmbxivd4IxiNEgSc/TnyZyn2nJhs9yhNlXV2HQXJpPvVbhaPUAmFSmZB1NHneNPJYQ GynVLIQG6VWkSpxCJgqFwOBhsWGw2Bok9zPXpJfNvNkD3BIjgGTe78x4+I5zTQgiOZUd ciG43RdnGzUrb8q4P5dMYD8rUmXS4qQPdgT0w= MIME-Version: 1.0 Received: by 10.142.230.9 with SMTP id c9mr839666wfh.342.1308533270500; Sun, 19 Jun 2011 18:27:50 -0700 (PDT) Received: by 10.142.232.12 with HTTP; Sun, 19 Jun 2011 18:27:50 -0700 (PDT) Date: Sun, 19 Jun 2011 21:27:50 -0400 Message-ID: From: grarpamp To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Mon, 20 Jun 2011 01:38:09 +0000 Cc: Subject: Re: FreeBSD I/OAT (QuickData now?) driver [10gb pfring silicom] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 01:27:51 -0000 Perhaps some similar work here. And maybe a card vendor with docs and an affinity to open source. Just news, that's all. http://www.ntop.org/blog/pf_ring/introducing-the-10-gbit-pf_ring-dna-driver/ bcc: hackers, isp. reply to net. From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 20 12:54:52 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 431DB1065675 for ; Mon, 20 Jun 2011 12:54:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1A1788FC1B for ; Mon, 20 Jun 2011 12:54:52 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C5C8D46B2A; Mon, 20 Jun 2011 08:54:51 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6258F8A01F; Mon, 20 Jun 2011 08:54:51 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 20 Jun 2011 08:49:10 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106200849.10862.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 20 Jun 2011 08:54:51 -0400 (EDT) Cc: Ansar Mohammed Subject: Re: Fwd: Shooting trouble on a PCI bus hang X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 12:54:52 -0000 On Sunday, June 19, 2011 12:35:49 pm Ansar Mohammed wrote: > I appreciate that. The system works fine with NetBSD, LInux and Windows XP, > so I doubt its hardware. > > Interesting though that OpenBSD has the same issue. > > A question about the debug kernel load process: as it hangs on * > pci_print_verbose* in pci.c, can I deduce that this is the exact code > segment that is the issue? Well, if that was the last device on the bus it might be in a device driver probe routine. You can try adding more printfs to device_probe(), etc. to output each driver name as it probes each device perhaps. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 20 16:11:47 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0558106564A; Mon, 20 Jun 2011 16:11:47 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id AD6DD8FC13; Mon, 20 Jun 2011 16:11:47 +0000 (UTC) Received: from [10.30.101.53] ([209.117.142.2]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p5KG7lNo063175 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Mon, 20 Jun 2011 10:07:48 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <201106200849.10862.jhb@freebsd.org> Date: Mon, 20 Jun 2011 10:07:39 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <7B9E5AE3-C895-4D07-B923-A2F178B7B9BF@bsdimp.com> References: <201106200849.10862.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Mon, 20 Jun 2011 10:07:48 -0600 (MDT) Cc: freebsd-hackers@freebsd.org, Ansar Mohammed Subject: Re: Shooting trouble on a PCI bus hang X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 16:11:48 -0000 On Jun 20, 2011, at 6:49 AM, John Baldwin wrote: > On Sunday, June 19, 2011 12:35:49 pm Ansar Mohammed wrote: >> I appreciate that. The system works fine with NetBSD, LInux and = Windows XP, >> so I doubt its hardware. >>=20 >> Interesting though that OpenBSD has the same issue. >>=20 >> A question about the debug kernel load process: as it hangs on * >> pci_print_verbose* in pci.c, can I deduce that this is the exact code >> segment that is the issue? >=20 > Well, if that was the last device on the bus it might be in a device = driver > probe routine. You can try adding more printfs to device_probe(), = etc. to=20 > output each driver name as it probes each device perhaps. We've also had problems with interrupt storms after the drivers have all = probed, and people blame the last printf :) It sounds, however, with the OpenBSD datapoint that something is being = initialized bogusly, perhaps tripping over an erratum that the other = systems avoid or have specific code to work around. Warner= From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 20 20:03:27 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A96F4106564A for ; Mon, 20 Jun 2011 20:03:27 +0000 (UTC) (envelope-from ansarm@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 734F88FC15 for ; Mon, 20 Jun 2011 20:03:27 +0000 (UTC) Received: by pvg11 with SMTP id 11so2352414pvg.13 for ; Mon, 20 Jun 2011 13:03:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Hzj2/jcr/8xSp4Xt16qpaiw6EIX9C9chhKoERT0hhJw=; b=Ewx6ySmpuVBHKwZ3YGeAJ+gYz4m9OGLUZlaIF4lEYTCNLiED70fJaiESdbmDf9Pkkh 83n1z/PoLGbUXFDYVJoE0WAdZfwzFrL0plAg1JXCpeKFrRVQuthtIBg0tDxtfHgCF4JG anGdNES+fb48hP6rgJFG+awgD3O/hTwE/1cKo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=QArHS21z4XzMtBG9zXpFXOeAPC0jaBlUV0x89dkHLtCZYdgnccljsWCL7rhKh39grP 1Zj4UcOYbru3rpHQBoYOAoUeH5yBgZhNO2jlbz5Y2156TULV7raxfZIhUQBFDX3iSjdV 5vVJiS+F8KkCyjgWmCwRs/Amre5S2FgMiLBbE= MIME-Version: 1.0 Received: by 10.68.52.70 with SMTP id r6mr2366913pbo.465.1308600206674; Mon, 20 Jun 2011 13:03:26 -0700 (PDT) Received: by 10.68.58.227 with HTTP; Mon, 20 Jun 2011 13:03:26 -0700 (PDT) In-Reply-To: <7B9E5AE3-C895-4D07-B923-A2F178B7B9BF@bsdimp.com> References: <201106200849.10862.jhb@freebsd.org> <7B9E5AE3-C895-4D07-B923-A2F178B7B9BF@bsdimp.com> Date: Mon, 20 Jun 2011 16:03:26 -0400 Message-ID: From: Ansar Mohammed To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Shooting trouble on a PCI bus hang X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 20:03:27 -0000 So with a plethora of printfs in pci.c I managed to track it down to a call to *pci_read_bar *against an AMD CS5536 PCI-ISA bridge. This somehow intermittently hangs on bootup. Any suggestions? On Mon, Jun 20, 2011 at 12:07 PM, Warner Losh wrote: > > On Jun 20, 2011, at 6:49 AM, John Baldwin wrote: > > > On Sunday, June 19, 2011 12:35:49 pm Ansar Mohammed wrote: > >> I appreciate that. The system works fine with NetBSD, LInux and Windows > XP, > >> so I doubt its hardware. > >> > >> Interesting though that OpenBSD has the same issue. > >> > >> A question about the debug kernel load process: as it hangs on * > >> pci_print_verbose* in pci.c, can I deduce that this is the exact code > >> segment that is the issue? > > > > Well, if that was the last device on the bus it might be in a device > driver > > probe routine. You can try adding more printfs to device_probe(), etc. > to > > output each driver name as it probes each device perhaps. > > We've also had problems with interrupt storms after the drivers have all > probed, and people blame the last printf :) > > It sounds, however, with the OpenBSD datapoint that something is being > initialized bogusly, perhaps tripping over an erratum that the other systems > avoid or have specific code to work around. > > Warner From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 20 20:43:37 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19F501065672 for ; Mon, 20 Jun 2011 20:43:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E2C9E8FC0C for ; Mon, 20 Jun 2011 20:43:36 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 8E4B346B06; Mon, 20 Jun 2011 16:43:36 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 030808A027; Mon, 20 Jun 2011 16:43:36 -0400 (EDT) From: John Baldwin To: Ansar Mohammed Date: Mon, 20 Jun 2011 16:43:35 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <7B9E5AE3-C895-4D07-B923-A2F178B7B9BF@bsdimp.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201106201643.35418.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 20 Jun 2011 16:43:36 -0400 (EDT) Cc: freebsd-hackers@freebsd.org Subject: Re: Shooting trouble on a PCI bus hang X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 20:43:37 -0000 On Monday, June 20, 2011 4:03:26 pm Ansar Mohammed wrote: > So with a plethora of printfs in pci.c I managed to track it down to a call > to *pci_read_bar *against an AMD CS5536 PCI-ISA bridge. This somehow > intermittently hangs on bootup. > Any suggestions? Hmm, do you know what kind of BAR it is, or perhaps the raw value of the BAR that we first read that was setup by the firmware? -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 21 02:08:17 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42FC3106564A; Tue, 21 Jun 2011 02:08:17 +0000 (UTC) (envelope-from ansarm@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0F73B8FC0C; Tue, 21 Jun 2011 02:08:16 +0000 (UTC) Received: by pwi7 with SMTP id 7so119434pwi.13 for ; Mon, 20 Jun 2011 19:08:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=wCAynYyMgrwf0qhBxMzvoqWbTXoE7xd1YBfgjEgVtFA=; b=rB7WUvQfv01ou763gQw3mf9IKJ0kBe135WshWQv2k1HNoe3+jyaaZFzp+GsrNtQmzd 7yrk5KIwAyqjNtrx/Xn/7VPfRpKF82BDl9B+fbw9kJRoD6p8e13L/oirFLkpvgC3q3d4 laUUyYBPyDiieLN/RbCuqBj1MckEJ9V7tnQZE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=VqlsPcE6qwDpwqm3kMRfS92bAn1unH8N0v+zwHbKoHYI5VqC/5oETQkr9xx593MtF0 TV98SNdWlj2gyVf0gONkkmCbJLcHK7aBIYcVN7bHD5ca5FcmVcW1xKgxXx2U+8dA7c4Y 3ACJ+FAijxEb/5RtbAePIfXpq5/m8AvmaZ0OQ= MIME-Version: 1.0 Received: by 10.68.28.133 with SMTP id b5mr2288268pbh.264.1308622096196; Mon, 20 Jun 2011 19:08:16 -0700 (PDT) Received: by 10.68.58.227 with HTTP; Mon, 20 Jun 2011 19:08:16 -0700 (PDT) In-Reply-To: <201106201643.35418.jhb@freebsd.org> References: <7B9E5AE3-C895-4D07-B923-A2F178B7B9BF@bsdimp.com> <201106201643.35418.jhb@freebsd.org> Date: Mon, 20 Jun 2011 22:08:16 -0400 Message-ID: From: Ansar Mohammed To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Shooting trouble on a PCI bus hang X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2011 02:08:17 -0000 Let me do a bit more testing on this John. I will try with older (7.x) and newer (9-current) kernels to verify that this is not a regression or otherwise. Also, this is a WYSE SX0 thin client with a stripped down BIOS, so I dont expect that many other people will run into this issue. On Mon, Jun 20, 2011 at 4:43 PM, John Baldwin wrote: > On Monday, June 20, 2011 4:03:26 pm Ansar Mohammed wrote: > > So with a plethora of printfs in pci.c I managed to track it down to a > call > > to *pci_read_bar *against an AMD CS5536 PCI-ISA bridge. This somehow > > intermittently hangs on bootup. > > Any suggestions? > > Hmm, do you know what kind of BAR it is, or perhaps the raw value of the > BAR > that we first read that was setup by the firmware? > > -- > John Baldwin > From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 21 17:19:46 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17124106564A for ; Tue, 21 Jun 2011 17:19:46 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [173.228.5.8]) by mx1.freebsd.org (Postfix) with ESMTP id F3C408FC18 for ; Tue, 21 Jun 2011 17:19:45 +0000 (UTC) Received: from bitblocks.com (localhost [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id ADA33B827; Tue, 21 Jun 2011 10:01:34 -0700 (PDT) To: Ewart Tempest In-reply-to: Your message of "Mon, 13 Jun 2011 10:05:15 EDT." <4DF6191B.2030407@jnpr.net> References: <4DF6191B.2030407@jnpr.net> Comments: In-reply-to Ewart Tempest message dated "Mon, 13 Jun 2011 10:05:15 -0400." Date: Tue, 21 Jun 2011 10:01:34 -0700 From: Bakul Shah Message-Id: <20110621170134.ADA33B827@mail.bitblocks.com> Cc: freebsd-hackers@freebsd.org, Ewart Tempest Subject: Re: dwarf2 reader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2011 17:19:46 -0000 On Mon, 13 Jun 2011 10:05:15 EDT Ewart Tempest wrote: > I have developed some flight recording capability in the JUNOS FreeBSD > based kernel, with the flight recorded data being captured in binary > form for performance. All the subsequent formatting and display of this > data is performed by a user-space application. I would like to reduce > the amount of time that designers spend writing formatters to display > their flight recorded data. kgdb is perfectly capable of displaying all > kernel resident data structures, and the manner in which it does so is > perfectly acceptable for flight recording purposes. The code that kgdb > uses to support this framework is difficult to break out - does anyone > know of a dwarf2 reader s/w implementation that is more re-usable? In addition to lldb, there is the Path_DB debugger from Pathscale that has a dwarf reader. Path_DB seems fairly portable but don't know how hard it would be break out the dwarf2 code, about 2K+ lines of C++. Open sourced under CDDL. git://github.com/path64/debugger.git From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 21 20:41:01 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05A1A1065695 for ; Tue, 21 Jun 2011 20:41:01 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 373718FC16 for ; Tue, 21 Jun 2011 20:40:59 +0000 (UTC) Received: by fxm11 with SMTP id 11so313048fxm.13 for ; Tue, 21 Jun 2011 13:40:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=Pyj8Afszji+ExX0Of/aL5rOZEBl2TlL6AdGavqzAobg=; b=AA1geCsulUqM5yVxbskLjFlqaOh9VyxmZXVMYfvmxPd29jKitV2OZmL7aCleTtp4Z6 0YmDH7GVoUHFjTpULv/qvntFsYZdqn5VYApIX3liHOQ3KnwocYcXSCddOzvidekvQBG8 I9hER2pRn3PDmT580Y5EGX5eg3zj0HWYUTc6Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=snDu0IRoGpLWa45GlaLaxX9JDKeeoX5WlinV0fWUouHNJcX8WwFXZNcrtwpuOgkCde KNCxB+IQA98pdp4J2FxCQEzuJFVeVVaTPlLdJxTRkFsT9CiJ6nhzzXHtbEDbJpK3p9v8 EAPYQ8NQUaxFkJfJe6PJW3Grcnk73CpgoItGY= Received: by 10.223.53.85 with SMTP id l21mr133058fag.26.1308688858985; Tue, 21 Jun 2011 13:40:58 -0700 (PDT) Received: from localhost (lan-78-157-92-5.vln.skynet.lt [78.157.92.5]) by mx.google.com with ESMTPS id n13sm3602293fab.46.2011.06.21.13.40.57 (version=SSLv3 cipher=OTHER); Tue, 21 Jun 2011 13:40:57 -0700 (PDT) Date: Tue, 21 Jun 2011 23:40:52 +0300 From: Gleb Kurtsou To: Russell Cattelan Message-ID: <20110621204052.GA10649@tops> References: <4DFA4C47.8060503@digitalelves.com> <20110616200616.GA67011@tops> <4DFACB99.1030707@thebarn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4DFACB99.1030707@thebarn.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-hackers@freebsd.org Subject: Re: kexec or similar for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2011 20:41:01 -0000 On (16/06/2011 22:35), Russell Cattelan wrote: > On 6/16/11 3:06 PM, Gleb Kurtsou wrote: > > On (16/06/2011 13:32), Russell Cattelan wrote: > >> I have been contacted about possibly implementing a fast reboot > >> mechanism for FreeBSD similar to kexec on Linux. > >> > >> I have just started looking into how this accomplished so I figured > >> a note to freebsd hackers would also be a good place to ask > >> for comments. > >> > >> Has anybody looked at doing something like kexec? > > I was working on similar project some time ago. First of all you have to > > leave hardware in known good state for a new kernel. Reseting devices > > can be generally accomplished by unloading corresponding kernel modules > > (even if they are compiled in kernel). The biggest problem for me was > > timers and programmable interrupt controller. I didn't make it work > > properly, but my goals where much wider than replacing with another > > FreeBSD kernel. Aim was to restore initial BIOS state as much as > > possible. > What were your goals beyond booting a new kernel? I think getting back > to a known BIOS state is kinda required to get a kernel through the boot > process. From what I can tell the main goal of kexec is to avoid the process > of re-initializing the hardware via BIOS. Yes it's required to be able load device drivers once again. I had to get back BIOS USB support, both USB HID devices and USB mass storage access with int 13h. Which is not documented by BIOS vendors. So decision was made not to boot full OS, but to extend loader and boot FreeBSD kernel only if necessary rebooting afterwards. > >> Is it the right thing to do for FreeBSD. I'm concerned that the way > >> FreeBSD handles early kernel modules (loaded via the boot loader) > >> vs linux which does everything via initrd is going to be a problem. > > I find loader code easy work with. You could write dummy filesystem > > implementation for libstand. So that customized loader will load both > > kernel and modules yet while running FreeBSD. Your "reboot" procedure > > wouldn't even use any BIOS io interrupts. Linux boot is a real mess > > imho. > > > So it is possible to get back to the loader once the kernel is booted? > So the running kernel could load the new kernel / modules and then jump > back to the loader to start the boot process. I meant that you can allocate memory and load new kernel and modules still while running original FreeBSD kernel, i.e. reuse loader code to load elf objects, pass boot args to kernel, etc. That would require very specific memory layout and proper BIOS memory map (SMAP). Unload all drivers, disable timers and interrupt controller. Then you can start new kernel directly without going to loader, thus avoiding real mode crap, finding original boot device BIOS number and boot0+boot altogether. I'm not even sure int 13h will always be functional after device was claimed by FreeBSD driver. It's not the case for USB, ATA should work, booting from anything else is likely to be a problem. > > >> Thanks for any help on this. > >> > >> -Russell Cattelan > From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 21 22:11:47 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FAA4106567C for ; Tue, 21 Jun 2011 22:11:47 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4F8E88FC0C for ; Tue, 21 Jun 2011 22:11:47 +0000 (UTC) Received: from [10.30.101.53] ([209.117.142.2]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p5LM5U3x082537 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Tue, 21 Jun 2011 16:05:32 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20110621204052.GA10649@tops> Date: Tue, 21 Jun 2011 16:05:15 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <3055C4CB-5341-4A07-B1E3-F1E7E84575CB@bsdimp.com> References: <4DFA4C47.8060503@digitalelves.com> <20110616200616.GA67011@tops> <4DFACB99.1030707@thebarn.com> <20110621204052.GA10649@tops> To: Gleb Kurtsou X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Tue, 21 Jun 2011 16:05:32 -0600 (MDT) Cc: Russell Cattelan , freebsd-hackers@freebsd.org Subject: Re: kexec or similar for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2011 22:11:47 -0000 On Jun 21, 2011, at 2:40 PM, Gleb Kurtsou wrote: > On (16/06/2011 22:35), Russell Cattelan wrote: >> On 6/16/11 3:06 PM, Gleb Kurtsou wrote: >>> On (16/06/2011 13:32), Russell Cattelan wrote: >>>> I have been contacted about possibly implementing a fast reboot >>>> mechanism for FreeBSD similar to kexec on Linux. >>>>=20 >>>> I have just started looking into how this accomplished so I figured >>>> a note to freebsd hackers would also be a good place to ask >>>> for comments. >>>>=20 >>>> Has anybody looked at doing something like kexec? >>> I was working on similar project some time ago. First of all you = have to >>> leave hardware in known good state for a new kernel. Reseting = devices >>> can be generally accomplished by unloading corresponding kernel = modules >>> (even if they are compiled in kernel). The biggest problem for me = was >>> timers and programmable interrupt controller. I didn't make it work >>> properly, but my goals where much wider than replacing with another >>> FreeBSD kernel. Aim was to restore initial BIOS state as much as >>> possible. >> What were your goals beyond booting a new kernel? I think getting = back >> to a known BIOS state is kinda required to get a kernel through the = boot >> process. =46rom what I can tell the main goal of kexec is to avoid = the process >> of re-initializing the hardware via BIOS. > Yes it's required to be able load device drivers once again. I had to > get back BIOS USB support, both USB HID devices and USB mass storage > access with int 13h. Which is not documented by BIOS vendors. So > decision was made not to boot full OS, but to extend loader and boot > FreeBSD kernel only if necessary rebooting afterwards. Well, if it is really kexec, wouldn't the kernel be able to use its = drivers to load the stuff, rendering the BIOS state irrelevant? Or were = you kexecing /boot/loader, which would be a lot harder... >>>> Is it the right thing to do for FreeBSD. I'm concerned that the = way >>>> FreeBSD handles early kernel modules (loaded via the boot loader) >>>> vs linux which does everything via initrd is going to be a problem. >>> I find loader code easy work with. You could write dummy filesystem >>> implementation for libstand. So that customized loader will load = both >>> kernel and modules yet while running FreeBSD. Your "reboot" = procedure >>> wouldn't even use any BIOS io interrupts. Linux boot is a real mess >>> imho. >>>=20 >> So it is possible to get back to the loader once the kernel is = booted? >> So the running kernel could load the new kernel / modules and then = jump >> back to the loader to start the boot process. > I meant that you can allocate memory and load new kernel and modules > still while running original FreeBSD kernel, i.e. reuse loader code to > load elf objects, pass boot args to kernel, etc. That would require = very > specific memory layout and proper BIOS memory map (SMAP). Unload all > drivers, disable timers and interrupt controller. Then you can start = new > kernel directly without going to loader, thus avoiding real mode crap, > finding original boot device BIOS number and boot0+boot altogether. Yea, what he said :) > I'm not even sure int 13h will always be functional after device was > claimed by FreeBSD driver. It's not the case for USB, ATA should work, > booting from anything else is likely to be a problem. Yup. Once you're in the kernel, all bets are off on BIOS functions on = amd64 (you can't go back to a state where you can call the BIOS without = resetting the CPU aka rebooting). Many bets are off on i386. Warner= From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 21 22:20:08 2011 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 656B2106564A for ; Tue, 21 Jun 2011 22:20:08 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-7.mit.edu (DMZ-MAILSEC-SCANNER-7.MIT.EDU [18.7.68.36]) by mx1.freebsd.org (Postfix) with ESMTP id 0E64B8FC13 for ; Tue, 21 Jun 2011 22:20:07 +0000 (UTC) X-AuditID: 12074424-b7bc6ae000005a77-e0-4e0119170e28 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) by dmz-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP id A7.D0.23159.719110E4; Tue, 21 Jun 2011 18:20:07 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id p5LMK5lx022928; Tue, 21 Jun 2011 18:20:05 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p5LMK4pO004131 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 21 Jun 2011 18:20:05 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p5LMK3pY016537; Tue, 21 Jun 2011 18:20:03 -0400 (EDT) Date: Tue, 21 Jun 2011 18:20:03 -0400 (EDT) From: Benjamin Kaduk To: Warner Losh In-Reply-To: <8854CF36-7B6D-4918-ADF8-6A16CCB2F307@bsdimp.com> Message-ID: References: <8854CF36-7B6D-4918-ADF8-6A16CCB2F307@bsdimp.com> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrHIsWRmVeSWpSXmKPExsUixCmqrCsuyehn8Oocr8X2zf8YLZ5uXc7o wOTxYfdXVo8Zn+azBDBFcdmkpOZklqUW6dslcGWcW3ODqeC3esWMfXvZGhjPKXQxcnJICJhI vD98hAnCFpO4cG89G4gtJLCPUWLd+pguRi4gewOjxLQ3zcwQiQNMEgumOkIkGhglln/oButm EdCWeLzhJZjNJqAiMfPNRrBJIgIKEquO3GUBsZkF5CXOnrsJZgsL2Ej8/vcQrIZTwE7iw44L rCA2r4CDRM9WCFtIoEji3v6NYDNFBXQkVu+fwgJRIyhxcuYTqJmWEv/W/mKdwCg4C0lqFpLU AkamVYyyKblVurmJmTnFqcm6xcmJeXmpRbrmermZJXqpKaWbGEGByu6isoOx+ZDSIUYBDkYl Ht6fOxj8hFgTy4orcw8xSnIwKYnyckow+gnxJeWnVGYkFmfEF5XmpBYfYpTgYFYS4U3eClTO m5JYWZValA+TkuZgURLnLfX+7yskkJ5YkpqdmlqQWgSTleHgUJLg7QQZKliUmp5akZaZU4KQ ZuLgBBnOAzScA6SGt7ggMbc4Mx0if4rRmGP7gpeHGDlOzX1ziFGIJS8/L1VKnNdXDKhUAKQ0 ozQPbhos2bxiFAd6TpjXC2QgDzBRwc17BbSKCWjV/1f/fIFWlSQipKQaGBmdpX5uDZ7Fdbbh X0LKl/lvfXh5dx7RUC18uegp08fUv/KfDfdOtH3dfkZK78HE86+SQ+VtXu/amiuqcTY69j1b wUluT/a28L0TO/kX3nQz+10k1vDyuJgR9yzWnU4XNguYqayfu8w0vLhjdl2NUjvD8/StG47v +D21/V7By2jhtaEZ79oV5iixFGckGmoxFxUnAgB3aXpxEQMAAA== Cc: freebsd-hackers@FreeBSD.org Subject: Re: porting third-party build system to bsd.kmod.mk X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2011 22:20:08 -0000 Picking up this problem after a long hiatus... On Sun, 22 May 2011, Warner Losh wrote: > The usual reason that vnode_if.h doesn't build for me when I'm doing > in-tree hacking is because make depend hasn't run to generate it yet. > Or more precisely, the arc in the dependency graph from osi_crypto.c to > vnode_if.h. I didn't see that as part of the log, so you might try this > first (and make setup dependent on depend somehow, as long as it is > idempotent. Ah, thanks for that pointer, having setup depend on 'depend' does help get SRCS=vnode_if.h to actually work. However, that does not solve all of my problems; the "too many arguments to gcc with -o and -c" problem remains. It stems from the way upstream's Makefile is structured to build the object files: afs_analyze.o: $(TOP_SRC_AFS)/afs_analyze.c $(CRULE_OPT) CRULE_OPT= $(CC) $(COMMON_INCLUDE) $(KERN_DBG) $(KERN_OPTMZ) $(CFLAGS) $(CFLAGS-$@) -o $@ -c $? $? picks up ${_ILINKS} and apparently ${SRCS} as having been out-of-date when the run was started, which produes the error. Since I don't think I can convince make to not do that, I'm mostly resigned to redefining CRULE_OPT to use ${?:M*.c}, which lets things proceed fairly nicely, and build a bunch of objs. However, the build eventually dies with: make: don't know how to make .o. Stop The following 'make -d A' output proves enlightening: Global:SRCS = vnode_if.h [...] Global:OBJS = ${AFSAOBJS} ${AFSNONFSOBJS} ${SRCS:N*.h:R:S/$/.o/g} Global:PROG = ${KMOD}.ko Global:FULLPROG = ${PROG} lhs = "no", rhs = "yes", op = == Global:EXPORT_SYMS = NO lhs = "NO", rhs = "YES", op = != Global:CLEANFILES = export_syms lhs = "no", rhs = "yes", op = == Applying :N to "vnode_if.h" Result is "" Applying :R to "" Result is "" Applying :S to "" Result is ".o" [...] make: don't know how to make .o. Stop It looks like I may be able to work around by putting something else in SRCS instead of OBJS, but it is still rather interesting behavior, and might be considered a bug under some sets of assumptions. Any insight into whether it is/is not possible to have $? be just the C source, or about the issue where the empty string becomes ".o" would be appreciated. Or do I always want to redefine CRULE_OPT to something set by the system makefiles? (There is also a CRULE_NOOPT which is similar.) > > But many of the things that are being setup with the setup target > shouldn't be necessary. depend does that based on the setting of > SYSDIR. and the @ symlink should be enough to make the ufs and other > symlinks unnecessary. > At least some of them will require code changes, but I suppose that I can do that with a flag day. Thanks, Ben > On May 21, 2011, at 12:14 AM, Benjamin Kaduk wrote: > >> After getting a few pointers from jhb at BSDCan on what a >> bsd.kmod.mk-using Makefile should look like, I have been trying my hand >> at porting the OpenAFS kernel module build system to use it. (The main >> thing this gets us is not having to manually track version- and >> architecture-dependent CFLAGS and the like.) However, the path is not >> exactly smooth. >> >> A lot of the difficulty is in getting an autogenerated vnode_if.h while using a list of files to include in the module(from the common OpenAFS code) that's given as a list of object files. If there's already a vnode_if.h sitting around, I can just use OBJS and things progress quite nicely; however, if I have to get back to SRCS for the use of sys/conf/kmod.mk's vnode_if.h logic, I get this sort of build failure (full log attached) with the attached Makefile: >> gcc -I. -I.. -I../nfs [more includes and defines] -I/usr/devel/openafs/git/openafs/include/afs -I@/sys -Imachine -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wno-redundant-decls -Wsystem-headers -Werror -Wno-pointer-sign -o osi_crypto.o -c /usr/devel/openafs/git/openafs/src/afs/FBSD/osi_crypto.c /usr/devel/openafs/git/openafs/src/libafs/MODLOAD/../../afs/FBSD/osi_crypto.c vnode_if.h >> gcc: cannot specify -o with -c or -S with multiple files >> >> That last bit, "-o osi_crypto.o -c /path/to/osi_crypto.c /path/to/osi_crypto.c vnode_if.h" is quite troublesome. Any thoughts on what is causing those extra files to be listed would be greatly appreciated. (Comments on other issues in the Makefile are welcome, too -- it's still in pretty rough shape.) >> >> I should note that though Makefile.common does define a osi_crypto.o target, "make -d A" reports: >> using existing source /usr/devel/openafs/git/openafs/src/afs/FBSD/osi_crypto.c >> applying .c -> .o to "osi_crypto.o" >> >> >> Thanks, >> >> Ben Kaduk_______________________________________________ From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 22 07:53:06 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17064106577A for ; Wed, 22 Jun 2011 07:53:06 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 95ECD8FC18 for ; Wed, 22 Jun 2011 07:53:05 +0000 (UTC) Received: by fxm11 with SMTP id 11so669708fxm.13 for ; Wed, 22 Jun 2011 00:53:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=0X0G6nDrUJmUPzfddwOx+3qNRmtXK4JPTMluDfkqd7I=; b=MHEYixkHcwyGzpaXQ3qppeyBM54G10hBP0NbVHsKoRFjErw33JElfKF/uOhGf6eDB9 bACqt5nxhGDMxI2K8KKtnQYS2srAWVaj8bhTnBnmD2UXgitcb9VTWxVKmKQdHhoyTTKK FXjGevJ0p4PuUiAB88eRavOj8AwskRBn78p8A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=oZwQbTQoFnsTG7wsQEwT1x0rzDGf86EJ4VaztvEaHgeaBZtEK2JFX9BnJPgsAm6Nw1 LZL3pvftzQ/oHWp1byol6j+oY6TAWbE5GgfbfYn5AfKTGkOv+L6K09ea6M4w4TvKk69z Oo6lmLtpVuCiGeW0v0hs/2kyWeQan3Nlnuj2g= Received: by 10.223.75.138 with SMTP id y10mr469454faj.36.1308729184451; Wed, 22 Jun 2011 00:53:04 -0700 (PDT) Received: from localhost (lan-78-157-92-5.vln.skynet.lt [78.157.92.5]) by mx.google.com with ESMTPS id 10sm147203faw.24.2011.06.22.00.53.01 (version=SSLv3 cipher=OTHER); Wed, 22 Jun 2011 00:53:03 -0700 (PDT) Date: Wed, 22 Jun 2011 10:52:53 +0300 From: Gleb Kurtsou To: Warner Losh Message-ID: <20110622075253.GA4187@tops> References: <4DFA4C47.8060503@digitalelves.com> <20110616200616.GA67011@tops> <4DFACB99.1030707@thebarn.com> <20110621204052.GA10649@tops> <3055C4CB-5341-4A07-B1E3-F1E7E84575CB@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <3055C4CB-5341-4A07-B1E3-F1E7E84575CB@bsdimp.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Russell Cattelan , freebsd-hackers@freebsd.org Subject: Re: kexec or similar for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 07:53:06 -0000 On (21/06/2011 16:05), Warner Losh wrote: > On Jun 21, 2011, at 2:40 PM, Gleb Kurtsou wrote: > > On (16/06/2011 22:35), Russell Cattelan wrote: > >> On 6/16/11 3:06 PM, Gleb Kurtsou wrote: > >>> On (16/06/2011 13:32), Russell Cattelan wrote: > >>>> I have been contacted about possibly implementing a fast reboot > >>>> mechanism for FreeBSD similar to kexec on Linux. > >>>> > >>>> I have just started looking into how this accomplished so I figured > >>>> a note to freebsd hackers would also be a good place to ask > >>>> for comments. > >>>> > >>>> Has anybody looked at doing something like kexec? > >>> I was working on similar project some time ago. First of all you have to > >>> leave hardware in known good state for a new kernel. Reseting devices > >>> can be generally accomplished by unloading corresponding kernel modules > >>> (even if they are compiled in kernel). The biggest problem for me was > >>> timers and programmable interrupt controller. I didn't make it work > >>> properly, but my goals where much wider than replacing with another > >>> FreeBSD kernel. Aim was to restore initial BIOS state as much as > >>> possible. > >> What were your goals beyond booting a new kernel? I think getting back > >> to a known BIOS state is kinda required to get a kernel through the boot > >> process. From what I can tell the main goal of kexec is to avoid the process > >> of re-initializing the hardware via BIOS. > > Yes it's required to be able load device drivers once again. I had to > > get back BIOS USB support, both USB HID devices and USB mass storage > > access with int 13h. Which is not documented by BIOS vendors. So > > decision was made not to boot full OS, but to extend loader and boot > > FreeBSD kernel only if necessary rebooting afterwards. > > Well, if it is really kexec, wouldn't the kernel be able to use its > drivers to load the stuff, rendering the BIOS state irrelevant? Or > were you kexecing /boot/loader, which would be a lot harder... The project I've mentioned was about implementing a solution similar to kexec-loader, it boots Linux kernel and uses kexec to boot another loader or Linux kernel. Linux kernel execution starts in real mode(!) unlike FreeBSD. The project was very different from FreeBSD-kexec I describe. I'd like to avoid running /boot/loader booting FreeBSD kernel directly and to use full-fledged OS to load new kernel and modules. http://www.solemnwarning.net/kexec-loader/ > > >>>> Is it the right thing to do for FreeBSD. I'm concerned that the way > >>>> FreeBSD handles early kernel modules (loaded via the boot loader) > >>>> vs linux which does everything via initrd is going to be a problem. > >>> I find loader code easy work with. You could write dummy filesystem > >>> implementation for libstand. So that customized loader will load both > >>> kernel and modules yet while running FreeBSD. Your "reboot" procedure > >>> wouldn't even use any BIOS io interrupts. Linux boot is a real mess > >>> imho. > >>> > >> So it is possible to get back to the loader once the kernel is booted? > >> So the running kernel could load the new kernel / modules and then jump > >> back to the loader to start the boot process. > > I meant that you can allocate memory and load new kernel and modules > > still while running original FreeBSD kernel, i.e. reuse loader code to > > load elf objects, pass boot args to kernel, etc. That would require very > > specific memory layout and proper BIOS memory map (SMAP). Unload all > > drivers, disable timers and interrupt controller. Then you can start new > > kernel directly without going to loader, thus avoiding real mode crap, > > finding original boot device BIOS number and boot0+boot altogether. > > Yea, what he said :) > > > I'm not even sure int 13h will always be functional after device was > > claimed by FreeBSD driver. It's not the case for USB, ATA should work, > > booting from anything else is likely to be a problem. > > Yup. Once you're in the kernel, all bets are off on BIOS functions on amd64 (you can't go back to a state where you can call the BIOS without resetting the CPU aka rebooting). Many bets are off on i386. > > Warner From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 22 08:12:58 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88BB510657F0 for ; Wed, 22 Jun 2011 08:12:58 +0000 (UTC) (envelope-from sushanth_rai@yahoo.com) Received: from nm14-vm0.access.bullet.mail.sp2.yahoo.com (nm14-vm0.access.bullet.mail.sp2.yahoo.com [98.139.44.162]) by mx1.freebsd.org (Postfix) with SMTP id 664478FC12 for ; Wed, 22 Jun 2011 08:12:58 +0000 (UTC) Received: from [98.139.44.97] by nm14.access.bullet.mail.sp2.yahoo.com with NNFMP; 22 Jun 2011 07:59:06 -0000 Received: from [98.139.44.64] by tm2.access.bullet.mail.sp2.yahoo.com with NNFMP; 22 Jun 2011 07:59:06 -0000 Received: from [127.0.0.1] by omp1001.access.mail.sp2.yahoo.com with NNFMP; 22 Jun 2011 07:59:06 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 826433.54228.bm@omp1001.access.mail.sp2.yahoo.com Received: (qmail 1189 invoked by uid 60001); 22 Jun 2011 07:59:06 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1308729546; bh=qYmDzwYJyKf67xlGak+SorpqrwmCA3uPnMGQ7oahRs4=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=MXKYFPLJj4wEegHDCPZ3GwLVbvUVCoPKgtl32/AocJCsQpe68L3EM8JkHxB85mZiF/uvcmvpJOT057jEd5WjFgWeS68vYy2yw2xKcN5n7opn+oa/bRMtcC94kD7XRAvaY8H5lxsohvtAuXtEVvKVXVkzvgqOSdB90q8WcM4i3lI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=yEIEbnw4EkqizlMXWeyDJVR3j6QHVz1WzS2aKTr8uN1PqA3I4xNSkJQGhdwmWL+VrxrJ9y2n4fwo8W6P/oGMw+jiS+4Hiyh/+Jg6m+1wP6o5H3ZpG4cC+OEky5w5L9pxWQ7hQLxaJZMfPVqvmr8CzRKdVTv5Xg3R124Cs9Vu9eg=; Message-ID: <357552.99021.qm@web180003.mail.gq1.yahoo.com> X-YMail-OSG: 0KcHzlkVM1moePWboitYc3NmTWu3fRU..za1fYa84aoVh.. miifwlkBuvMB7T7eUVFaXAtGHbrGGkhyZrbYXXXtTqp68KVMs.9aOQ5L3XzW eYdRXFLW.gDX.xselMvVHjtYdX79VE5ww7_vJJ4AyUxxAQG_nGKQoheOnT1_ d7cbgnhMqc8ujK8Dn08Is0k8v5Buwrbl7.fobCBy4SIR6offnDN27DwIX.._ VPpJtkBMxRlr16DulxoVJKQShsw7C5iQp6KH_kP1T27qXRy_WnNRKJ.k_sgj buj_I_7YuZ2tkL4WCFtoPPwFb._DBk.VxcctbcJQFXN2Jrs5VX75rNFBwC42 nD54ZY5FS0jpjFEAWEMvtW1HA85HhNCEGVq5aCgNExP07vTLPOJKW3Z_LC7r SA5OpYDbvyOqs Received: from [76.211.238.91] by web180003.mail.gq1.yahoo.com via HTTP; Wed, 22 Jun 2011 00:59:06 PDT X-Mailer: YahooMailClassic/14.0.3 YahooMailWebService/0.8.111.304355 Date: Wed, 22 Jun 2011 00:59:06 -0700 (PDT) From: Sushanth Rai To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: IPI and I/O interrupts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 08:12:58 -0000 Hi, I would like to understand little bit about the FreeBSD interrupt handling on x86. When a cpu is processing an IPI, let's say cpu is running IPI_STOP handler, are I/O interrupts like the timer interrupt disabled ? Conversely if the cpu is holding a spinlock, which means it has disabled interrupts, can it process an IPI. My understanding is executing "cli" instruction disables the maskable interrupts. I was wondering if IPIs are part of that. Thanks, Sushanth From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 22 10:25:42 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C990106564A for ; Wed, 22 Jun 2011 10:25:42 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by mx1.freebsd.org (Postfix) with ESMTP id 5EF418FC14 for ; Wed, 22 Jun 2011 10:25:42 +0000 (UTC) Received: by gxk19 with SMTP id 19so611559gxk.17 for ; Wed, 22 Jun 2011 03:25:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=jRobPg5nJYgSY+xEKPFxXC7eKRyqYTUK6VeFX1dS+ms=; b=sF2+FUFiOTl3plepZnMlObcyHl+V/9Z5YdqD4B65B7jXvD1W55ePmXSaa3yLxhZFTf CnZpgCLfNnhjX1NrMGvbWUwevxdtmJVy0VfOW8/EzKMVbM7NnRM2TU4efONRm+/lC5GY j/7EtFER4sZoR4Z9TZK5eJ/BtLb/wgMCsSB/A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=J2+mWCqfJbIB9arjLWH5BeTYlCHonuVis5fkzirzI0wYxppQS2VbdSAvgtEFdWmt5f H9/CfTrl1qxYMO4GKwOVBW5Jr7j0GUUw9iXzAtWRzGv6+khd7ucm+76zirVYPN0pgVJt uiAILMM/a26JcdtxGUbMT9fxBeahIQ6Bu0QFs= MIME-Version: 1.0 Received: by 10.236.77.229 with SMTP id d65mr744939yhe.306.1308736584316; Wed, 22 Jun 2011 02:56:24 -0700 (PDT) Received: by 10.236.110.143 with HTTP; Wed, 22 Jun 2011 02:56:24 -0700 (PDT) Date: Wed, 22 Jun 2011 05:56:24 -0400 Message-ID: From: Aryeh Friedman To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: speech reconition X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 10:25:42 -0000 After seeing one to many ads for Dragon I have decided to see what can done on my main (and only) machine which runs FB exclusively.... please note I have a speech impairment but when I tried a very early version of Dragon in I think 1989 or 1990 it got 90% of what I said with no training (and my speech has improved since then and I am sure it has also)... I will be using this mostly for command line input (tcsh) but the main purpose of that is to be a java developer who hates IDE's additionally I will be using it for OpenOffice and perhaps browser address bar and forms (I will move the mouse thank you ;-))... I see three possible routes which is best: 1. Use something from ports (it is ok if I have to write a few glue scripts) 2. Use wine but I have never gotten anything to work correctly on it 3. Install virtual box and then install windows 7 and hope that the sound card mic works with it and buy Dragon and then use PuTTY to get to the command line of the host OS My preference is in the same order if possible From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 22 10:59:05 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40DAF106566C for ; Wed, 22 Jun 2011 10:59:05 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1B84E8FC0A for ; Wed, 22 Jun 2011 10:59:04 +0000 (UTC) Received: by pvg11 with SMTP id 11so578338pvg.13 for ; Wed, 22 Jun 2011 03:59:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=ntYXOhpMt7bdWgokyPHznyh1mi+Ja5WYoBbZpkehiKs=; b=XcYpsZkejax1mjLG1uilSyEoN2O5JQkJoWPWEwcJ2u9+Ld0eFDUA0fwuCpzwNhQEtV aYGbJmPNK3je+RAikQbkTJ3iEwlHWD8KZQivBD6woCTlsHP/agH05jHh/BTP3RexGPkr tIU1+kTXUZpaMvKEG0F2jbRcFMsXAiOP6WWTM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=W1n8mkJXN82oNyUcRVBgobmTtPbmOfV9ZJ/6i/GvdOXW7PjgXlZr8M4qQqvbHlYqT8 Ft1fPA67EmgUa+a9XJitor+RWbyqa0fqVIngWwh2oYF5vDyEGvrWjyk1L5LnnKTp8WVo 94DukvTxjSvEvsilGtWQZkT+HWc/aDb+8ltDo= MIME-Version: 1.0 Received: by 10.142.61.3 with SMTP id j3mr78081wfa.102.1308738835471; Wed, 22 Jun 2011 03:33:55 -0700 (PDT) Received: by 10.142.239.4 with HTTP; Wed, 22 Jun 2011 03:33:55 -0700 (PDT) Date: Wed, 22 Jun 2011 12:33:55 +0200 Message-ID: From: Svatopluk Kraus To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: threads runtime value is incorrect (tc_cpu_ticks() problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 10:59:05 -0000 Hi, I've tested FreeBSD-current from June 16 2011 on x86 (AMD Elan SC400). I found out that a sum of runtimes of all threads is about 120 minutes after 180 minutes of system uptime and the difference is getting worse with time. The problem is in tc_cpu_ticks() implementation which takes into acount just one timecounter overflow, but in tested BSP (16-bit hardware counter) very often more than one overflow occured between two tc_cpu_ticks() calls. I understand that 16-bit timecounter is a real relict nowadays, but I would like to solve the problem somehow reasonably. I have a few questions. According to description in definition of timecounter structure (sys/timetc.h), tc_get_timecount() should read the counter and tc_counter_mask should mask off any unimplemented bits. In tc_cpu_ticks(), if ticks count returned from tc_get_timecount() overflows then (tc_counter_mask + 1) is added to result. However, timecounter hardware can be initialized to value from interval (0, tc_counter_mask>, so if the description of tc_get_timecount() doesn't lie then adding (tc_counter_mask + 1) value at all times is not correct. Better description which satisfies tc_cpu_ticks() implementation is that tc_get_timecount() should count the ticks in interval <0, tc_counter_mask>. That's what i8254_get_timecount() (in sys/x86/isa/clock.c) does really. However, if tc_get_timecount() should count the ticks (and doesn't read the counter) then it can count the ticks in full uint64_t range? And tc_cpu_ticks() implementation could be very simple (not masking, not overflow checking). In i8254_get_timecount(), it is enough to change global variable 'i8254_offset' and local variable 'count' from uint16_t to uint64_t type. Now, cpu_ticks() (whichs point to tc_cpu_ticks() by default) is called from mi_switch() which must be called often enough to satisfy tc_cpu_ticks() implementation (recognize just one timecounter overflow). That limits some of system parameters (at least hz selection). It looks that tc_counter_mask is a little bit misused? Maybe, tc_cpu_ticks() is only used for back compatibility and new system should use set_cputicker() to change this default? Thanks for some help to better understand that. Svata From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 22 11:53:50 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E358106564A for ; Wed, 22 Jun 2011 11:53:50 +0000 (UTC) (envelope-from uffe@uffe.org) Received: from mail.starion.dk (mx0.starion.dk [93.162.70.34]) by mx1.freebsd.org (Postfix) with SMTP id 6B8658FC13 for ; Wed, 22 Jun 2011 11:53:49 +0000 (UTC) Received: (qmail 32016 invoked by uid 1004); 22 Jun 2011 11:41:52 -0000 Message-ID: <4E01D4BD.5030809@uffe.org> Date: Wed, 22 Jun 2011 13:40:45 +0200 From: Uffe Jakobsen X-Mozilla-Draft-Info: internal/draft; vcard=0; receipt=0; DSN=0; uuencode=0 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Lightning/1.0b2 Mnenhy/0.8.3 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: threads runtime value is incorrect (tc_cpu_ticks() problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 11:53:50 -0000 On 2011-06-22 12:33, Svatopluk Kraus wrote: > Hi, > > I've tested FreeBSD-current from June 16 2011 on x86 (AMD Elan > SC400). I found out that a sum of runtimes of all threads is about 120 > minutes after 180 minutes of system uptime and the difference is > getting worse with time. The problem is in tc_cpu_ticks() > implementation which takes into acount just one timecounter overflow, > but in tested BSP (16-bit hardware counter) very often more than one > overflow occured between two tc_cpu_ticks() calls. > > I understand that 16-bit timecounter is a real relict nowadays, but > I would like to solve the problem somehow reasonably. I have a few > questions. > > According to description in definition of timecounter structure > (sys/timetc.h), tc_get_timecount() should read the counter and > tc_counter_mask should mask off any unimplemented bits. In > tc_cpu_ticks(), if ticks count returned from tc_get_timecount() > overflows then (tc_counter_mask + 1) is added to result. > > However, timecounter hardware can be initialized to value from > interval (0, tc_counter_mask>, so if the description of > tc_get_timecount() doesn't lie then adding (tc_counter_mask + 1) value > at all times is not correct. Better description which satisfies > tc_cpu_ticks() implementation is that tc_get_timecount() should count > the ticks in interval<0, tc_counter_mask>. That's what > i8254_get_timecount() (in sys/x86/isa/clock.c) does really. However, > if tc_get_timecount() should count the ticks (and doesn't read the > counter) then it can count the ticks in full uint64_t range? And > tc_cpu_ticks() implementation could be very simple (not masking, not > overflow checking). In i8254_get_timecount(), it is enough to change > global variable 'i8254_offset' and local variable 'count' from > uint16_t to uint64_t type. > > Now, cpu_ticks() (whichs point to tc_cpu_ticks() by default) is > called from mi_switch() which must be called often enough to satisfy > tc_cpu_ticks() implementation (recognize just one timecounter > overflow). That limits some of system parameters (at least hz > selection). > > It looks that tc_counter_mask is a little bit misused? > > Maybe, tc_cpu_ticks() is only used for back compatibility and new > system should use set_cputicker() to change this default? > > Thanks for some help to better understand that. > I'm by no means an expert in this field - but your mentioning of AMD Elan SC400 triggered some old knowledge about the AMD Elan SC520. If you have a look at the sys/i386/i386/elan-mmcr.c Function "init_AMD_Elan_sc520()" adresses the fact that the i8254 has a nonstandard frequency with the AMD Elan SC520 at least - could it be the same with the SC400 ? Just a thought ? /Uffe From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 22 12:13:27 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EB29106564A for ; Wed, 22 Jun 2011 12:13:27 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id D80918FC0C for ; Wed, 22 Jun 2011 12:13:26 +0000 (UTC) Received: by pvg11 with SMTP id 11so626974pvg.13 for ; Wed, 22 Jun 2011 05:13:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=px5obrDZdYXGO18kr5RMQT1eU6X8NquqT0JEUQStEVI=; b=XKv/H85j9JGUqaU1Hzs7WNJw8CLqIPcAx8PrmsNt2KEbY9eJnHfZZuU2tvgQ8FWjqW D76bckNKmDa1h8GFKsmi2viFZZ7Awr6UhO4t7wERxrfppXrgboILAl9vRA42QvlyHg4o 91P6Ip/wErTPCd6YnJ+ha/bC5jPMfATN7RciQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=RzqEZleQmiUEBQA44q5zW/oPGmW/pd0SzjvuzR67f8nBE+NHTLm6cICfoK2o8pmQ1R LHCcp31hMWk8AxH6sOcEoE2f5NzFfjVt89NZFKz4ziNhypdqqlhX96D/+MnBpZlJAPB2 i4Bv05VfI/GqtJ/Aq+b9qbgDoAuvQ2pseJeks= MIME-Version: 1.0 Received: by 10.142.231.7 with SMTP id d7mr88574wfh.216.1308744806148; Wed, 22 Jun 2011 05:13:26 -0700 (PDT) Received: by 10.142.239.4 with HTTP; Wed, 22 Jun 2011 05:13:26 -0700 (PDT) In-Reply-To: <4E01D4BD.5030809@uffe.org> References: <4E01D4BD.5030809@uffe.org> Date: Wed, 22 Jun 2011 14:13:26 +0200 Message-ID: From: Svatopluk Kraus To: Uffe Jakobsen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: threads runtime value is incorrect (tc_cpu_ticks() problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 12:13:27 -0000 On Wed, Jun 22, 2011 at 1:40 PM, Uffe Jakobsen wrote: > > > On 2011-06-22 12:33, Svatopluk Kraus wrote: >> >> Hi, >> >> =A0 I've tested FreeBSD-current from June 16 2011 on x86 (AMD Elan >> SC400). I found out that a sum of runtimes of all threads is about 120 >> minutes after 180 minutes of system uptime and the difference is >> getting worse with time. The problem is in tc_cpu_ticks() >> implementation which takes into acount just one timecounter overflow, >> but in tested BSP (16-bit hardware counter) very often more than one >> overflow occured between two tc_cpu_ticks() calls. >> >> =A0 I understand that 16-bit timecounter is a real relict nowadays, but >> I would like to solve the problem somehow reasonably. I have a few >> questions. >> >> =A0 According to description in definition of timecounter structure >> (sys/timetc.h), tc_get_timecount() should read the counter and >> tc_counter_mask should mask off any unimplemented bits. In >> tc_cpu_ticks(), if ticks count returned from tc_get_timecount() >> overflows then (tc_counter_mask + 1) is added to result. >> >> =A0 However, timecounter hardware can be initialized to value from >> interval (0, tc_counter_mask>, so if the description of >> tc_get_timecount() doesn't lie then adding (tc_counter_mask + 1) value >> at all times is not correct. Better description which satisfies >> tc_cpu_ticks() implementation is that tc_get_timecount() should count >> the ticks in interval<0, tc_counter_mask>. That's what >> i8254_get_timecount() (in sys/x86/isa/clock.c) does really. However, >> if tc_get_timecount() should count the ticks (and doesn't read the >> counter) then it can count the ticks in full uint64_t range? And >> tc_cpu_ticks() implementation could be very simple (not masking, not >> overflow checking). In i8254_get_timecount(), it is enough to change >> global variable 'i8254_offset' and local variable 'count' from >> uint16_t to uint64_t type. >> >> =A0 Now, cpu_ticks() (whichs point to tc_cpu_ticks() by default) is >> called from mi_switch() which must be called often enough to satisfy >> tc_cpu_ticks() implementation (recognize just one timecounter >> overflow). That limits some of system parameters (at least hz >> selection). >> >> =A0 It looks that tc_counter_mask is a little bit misused? >> >> =A0 Maybe, tc_cpu_ticks() is only used for back compatibility and new >> system should use set_cputicker() to change this default? >> >> =A0 Thanks for some help to better understand that. >> > > I'm by no means an expert in this field - but your mentioning of AMD Elan > SC400 triggered some old knowledge about the AMD Elan SC520. > > If you have a look at the sys/i386/i386/elan-mmcr.c > > Function "init_AMD_Elan_sc520()" adresses the fact that the i8254 has a > nonstandard frequency with the AMD Elan SC520 at least - could it be the > same with the SC400 ? You are correct, AMD Elan SC400 i8254 has nonstandard frequency, but it's not the problem. After system startup, no new threads start and no threads exit, but sum of runtimes of all existing threads is much much less than system uptime and the difference is worse with time. Only one timecounter in system. System uptime is correct and respons to time measured by my watch. Svata From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 22 17:27:41 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 421B610656A4; Wed, 22 Jun 2011 17:27:41 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id F05EB8FC1E; Wed, 22 Jun 2011 17:27:40 +0000 (UTC) Received: by iwr19 with SMTP id 19so1209635iwr.13 for ; Wed, 22 Jun 2011 10:27:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=4x0KVLyMdwnr2zlumnt+KWI5FSjop6HSw11V8K/+pPA=; b=CoH0DzmY3xho2zdWj35ccCvib2lSFhjTH5zhOm8UYCWFWYmUuY8NjA+tZmqcWyVxnx qXfXBclWzpr4eB21fCzsruHKJ8On4/qJ0BKMbbMi8CUU6r33uRtdLYSEp2FEdZNpRl/a ijzaDIATn2j4uQHnrEaNzM9XtK9g9p5RC5UiQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=G9+EjO1oABOgZP0DiZ/hDT1PUVk60JifDhmrxylOn5x8VlTX4P9ijg5gbdYAa1Lzub cVjNejEsxmewOW4oLXr7Lzfwgx3XpXPqU51EcgMR4QRO5gUZTtWFBDGNtgk4AcP9wMbj lWbY4nltzPrMr6VcsufFjNMLx4aTv3ztZIOMU= Received: by 10.42.147.137 with SMTP id n9mr909538icv.383.1308763660171; Wed, 22 Jun 2011 10:27:40 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.49.193 with HTTP; Wed, 22 Jun 2011 10:27:10 -0700 (PDT) In-Reply-To: References: <379A724C-4458-4E5C-81E9-CF125666E203@FreeBSD.org> From: Chris Rees Date: Wed, 22 Jun 2011 18:27:10 +0100 X-Google-Sender-Auth: PyhNe2hqQEf5sfOlt0c0g_Aj5fc Message-ID: To: Henrik Brix Andersen Content-Type: text/plain; charset=ISO-8859-1 Cc: hackers@freebsd.org Subject: Re: CONF class of files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 17:27:41 -0000 On 19 June 2011 10:14, Henrik Brix Andersen wrote: > On Jun 19, 2011, at 10:50, Chris Rees wrote: >> On 19 June 2011 09:15, Henrik Brix Andersen wrote: >>> >>> On Jun 17, 2011, at 18:40, Chris Rees wrote: >>>> Macros are being tested for bsd.port.mk that use a new class of files, >>>> in the same vein as the BINOWN variables I have introduced CONFOWN, >>>> CONFGRP, CONFMODE and CONFDIR. >>>> >>>> Please would someone review and give an opinion on [1]? >>> >>> Shouldn't $CONFDIR be set to ${PREFIX}/etc/ instead of /etc? >>> >>> Also, if we define $CONFDIR, we should use it everywhere in bsd.*.mk where we currently use some form of */etc/* - otherwise we will get a mismatch if $CONFDIR is changed from the default. >> >> CONFDIR is for base, not ports, just like most other stuff in that >> file. Have a look at the other DIR variables. > > Gah, I was confused by you initial mail mentioning bsd.port.mk. > > Rereading the patch, I think it looks good. I'd love to see this go in before 9.0 as well. > Hey guys, Now we've had a bit of interest in this PR, can someone please type the magic words before the freeze? Chris http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/157062 From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 22 21:06:42 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCCDE106566C for ; Wed, 22 Jun 2011 21:06:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B1B758FC13 for ; Wed, 22 Jun 2011 21:06:42 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 65F1346B1A; Wed, 22 Jun 2011 17:06:42 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EA1338A01F; Wed, 22 Jun 2011 17:06:41 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 22 Jun 2011 16:32:52 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <357552.99021.qm@web180003.mail.gq1.yahoo.com> In-Reply-To: <357552.99021.qm@web180003.mail.gq1.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106221632.52300.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 22 Jun 2011 17:06:42 -0400 (EDT) Cc: Sushanth Rai Subject: Re: IPI and I/O interrupts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 21:06:42 -0000 On Wednesday, June 22, 2011 3:59:06 am Sushanth Rai wrote: > Hi, > > I would like to understand little bit about the FreeBSD interrupt handling on x86. > > When a cpu is processing an IPI, let's say cpu is running IPI_STOP handler, are I/O interrupts like the timer interrupt disabled ? Conversely if the cpu is holding a spinlock, which means it has disabled interrupts, can it process an IPI. My understanding is executing "cli" instruction disables the maskable interrupts. I was wondering if IPIs are part of that. Yes, IPIs generally are blocked. We do use an NMI IPI when entering the debugger (and possibly during panics), but general IPIs like TLB shootdowns, etc. are all maskable interrupts. Also, all of the IPI handlers (and the lapic timer interrupt) operate like normal device interrupt handlers using interrupt gates (which block interrupts equivalent to cli). -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 23 16:20:46 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18F9C106566B for ; Thu, 23 Jun 2011 16:20:46 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 9E0198FC13 for ; Thu, 23 Jun 2011 16:20:45 +0000 (UTC) Received: from park.js.berklix.net (p5DCBFE84.dip.t-dialin.net [93.203.254.132]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p5NGKhq3033466; Thu, 23 Jun 2011 16:20:44 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id p5NGKbKA001103; Thu, 23 Jun 2011 18:20:37 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p5NGKWD6008177; Thu, 23 Jun 2011 16:20:37 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201106231620.p5NGKWD6008177@fire.js.berklix.net> To: hackers@freebsd.org From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Linux Unix Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com/~jhs/cv/ Date: Thu, 23 Jun 2011 18:20:32 +0200 Sender: jhs@berklix.com Cc: kientzle@freebsd.org, portsmaster@freebsd.org Subject: tar has deficient error handling. send-pr fix sent 31 Jan 2011 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 16:20:46 -0000 FreeBSD tar has deficient error handling. I sent a fix 31 Jan 2011 http://www.freebsd.org/cgi/query-pr.cgi?pr=154407 Please commit the fix or write & commit a better fix. As error codes ignored, I wonder if other poor coding may lurk in tar. Might be nice if someone else would read through tar. ports/ : Tar allows some errors in ports pkg-list to go un-noticed. Using make package, tar fails to see errors, fails to return error to make, some pkg-list not checked properly & accumulate errors, A bunch of errors will probably show up when tar is fixed, the more the longer we do nothing. ( I can't remember which pkg-list are broken, I've not kept note, The solution is to read tar & commit a fix to tar ASAP) Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with "> "; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 23 16:22:59 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9BB1106564A; Thu, 23 Jun 2011 16:22:59 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 59DBD8FC12; Thu, 23 Jun 2011 16:22:59 +0000 (UTC) Received: by pvg11 with SMTP id 11so1685513pvg.13 for ; Thu, 23 Jun 2011 09:22:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=QkLxiDHN/wm87OcKElb0JIX+n7HBUvqjWRrXZpgLpNo=; b=NyMZR/yoPET7maZhnkAYVKzxMiwbf3f7g7mSZr6DMbgkxG8V/8URWtlKZz8tPv7Wz5 EtAHERCaDtV1EoXItP+Ve0958/zlrh4/LAJYrDEGjUJiVv7CYHoMYjbV5IL/Hy05DMkQ KTUV0R9VYWLKw2vilt9BCZreMBOBMQgXjZSB8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=HiEUpOqcC9AmhT8re03G5xJL2SUPuiO1WZCSbkq685UCg5Pwr3nxrw3wZ7G3jy03f9 sbqkhecktsVUHDmhNYKLgv5FSUf+y7hBgj+Zd9dZssz67yItaKJj7Ix3a6XE8u95QmN8 mww/Om5+UWVVgMz8B+H0kqVhzG25TsA9RemjU= MIME-Version: 1.0 Received: by 10.68.22.197 with SMTP id g5mr1211404pbf.254.1308844817351; Thu, 23 Jun 2011 09:00:17 -0700 (PDT) Sender: rmh.aybabtu@gmail.com Received: by 10.68.49.169 with HTTP; Thu, 23 Jun 2011 09:00:17 -0700 (PDT) In-Reply-To: <201106151530.p5FFUABZ073845@freefall.freebsd.org> References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106151530.p5FFUABZ073845@freefall.freebsd.org> Date: Thu, 23 Jun 2011 18:00:17 +0200 X-Google-Sender-Auth: wTr-Qs9Z6SXg8jcZZ1S00W-Dif4 Message-ID: From: Robert Millan To: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org, freebsd-hackers@freebsd.org, freebsd-usb@freebsd.org Content-Type: multipart/mixed; boundary=bcaec5215a4d67837904a6632e36 X-Mailman-Approved-At: Thu, 23 Jun 2011 16:41:13 +0000 Cc: Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 16:22:59 -0000 --bcaec5215a4d67837904a6632e36 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Here's a new patch. This version, in addition to automated loading for USB class devices: snd_uaudio, umodem, uhid, ulpt, umass also provides support for automatically loading the following drivers: if_aue if_axe if_cdce if_cue if_ipheth if_kue if_mos if_rue if_rum if_run if_uath if_udav if_upgt if_ural if_urtw if_zyd u3g uark ubsa uchcom ucycom udbp uep ufm uftdi ugensa uhso uipaq umcs umct umodem umoscom uplcom urio uslcom uvisor uvscom The *.conf files that enable this are hand-crafted, but spread across to the directories corresponding to each driver. They should be easy to keep in sync when updating the C code in the same directory. This patch has been developed for Debian GNU/kFreeBSD but I've been able to test it builds/installs succesfully on FreeBSD chroot. 2011/6/15 : > Thank you very much for your problem report. > It has the internal identification `misc/157903'. > The individual assigned to look at your > report is: freebsd-bugs. > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D157903 > >>Category: =C2=A0 =C2=A0 =C2=A0 misc >>Responsible: =C2=A0 =C2=A0freebsd-bugs >>Synopsis: =C2=A0 =C2=A0 =C2=A0 automated kldload for USB class devices >>Arrival-Date: =C2=A0 Wed Jun 15 15:30:10 UTC 2011 > --=20 Robert Millan --bcaec5215a4d67837904a6632e36 Content-Type: text/plain; charset=US-ASCII; name="usb.diff" Content-Disposition: attachment; filename="usb.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gp9w3a4r0 SW5kZXg6IGV0Yy9kZXZkL3VzYl9jbGFzcy5jb25mCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9kZXZkL3Vz Yl9jbGFzcy5jb25mCShyZXZpc2lvbiAwKQorKysgZXRjL2RldmQvdXNiX2NsYXNzLmNvbmYJKHJl dmlzaW9uIDApCkBAIC0wLDAgKzEsMzkgQEAKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1 aHViWzAtOV0rIjsKKwltYXRjaCAiaW50Y2xhc3MiICIweDAxIjsKKwlhY3Rpb24gImtsZGxvYWQg c25kX3VhdWRpbyI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTld KyI7CisJbWF0Y2ggImludGNsYXNzIiAiMHgwMiI7CisJbWF0Y2ggImludHN1YmNsYXNzIiAiMHgw MiI7CisJYWN0aW9uICJrbGRsb2FkIHVtb2RlbSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRj aCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggImludGNsYXNzIiAiMHgwMyI7CisJYWN0aW9u ICJrbGRsb2FkIHVoaWQiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJb MC05XSsiOworCW1hdGNoICJpbnRjbGFzcyIgIjB4MDciOworCWFjdGlvbiAia2xkbG9hZCB1bHB0 IjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRj aCAiaW50Y2xhc3MiICIweDA4IjsKKwlhY3Rpb24gImtsZGxvYWQgdW1hc3MiOworfTsKKworLyog dGhlIFhib3ggMzYwIGdhbWVwYWQgZG9lc24ndCB1c2UgdGhlIEhJRCBjbGFzcyAqLworbm9tYXRj aCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJpbnRjbGFzcyIgIjB4 ZmYiOworCW1hdGNoICJpbnRzdWJjbGFzcyIgIjB4NWQiOworCW1hdGNoICJpbnRwcm90b2NvbCIg IjB4MDEiOworCWFjdGlvbiAia2xkbG9hZCB1aGlkIjsKK307CkluZGV4OiBldGMvZGV2ZC9NYWtl ZmlsZQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09Ci0tLSBldGMvZGV2ZC9NYWtlZmlsZQkocmV2aXNpb24gMjIzNDcxKQor KysgZXRjL2RldmQvTWFrZWZpbGUJKHdvcmtpbmcgY29weSkKQEAgLTEsNyArMSw1NyBAQAogIyAk RnJlZUJTRCQKIAotRklMRVM9CWFzdXMuY29uZiB1YXRoLmNvbmYKK0ZJTEVTPQlhc3VzLmNvbmYg dWF0aC5jb25mIHVzYl9jbGFzcy5jb25mIHVzYl9pZHMuY29uZiB1c2JfZGV2LmNvbmYKIAorQ0xF QU5GSUxFUys9CXVzYl9pZHMuY29uZiB1c2JfZGV2LmNvbmYKKworIyBVU0IgdmVuZG9yIGlkcyBh bmQgcHJvZHVjdCBpZHMuCit1c2JfaWRzLmNvbmY6IGdlbnVzYmRldnMuc2ggLi4vLi4vc3lzL2Rl di91c2IvdXNiZGV2cworCXNoIGdlbnVzYmRldnMuc2ggPiAkQAorCitVU0JfREVWX0ZJTEVTPSBc CisJLi4vLi4vc3lzL2Rldi91c2Ivc2VyaWFsL3UzZy5jb25mIFwKKwkuLi8uLi9zeXMvZGV2L3Vz Yi9zZXJpYWwvdXBsY29tLmNvbmYgXAorCS4uLy4uL3N5cy9kZXYvdXNiL3NlcmlhbC91bWN0LmNv bmYgXAorCS4uLy4uL3N5cy9kZXYvdXNiL3NlcmlhbC91ZnRkaS5jb25mIFwKKwkuLi8uLi9zeXMv ZGV2L3VzYi9zZXJpYWwvdXZzY29tLmNvbmYgXAorCS4uLy4uL3N5cy9kZXYvdXNiL3NlcmlhbC91 Y2hjb20uY29uZiBcCisJLi4vLi4vc3lzL2Rldi91c2Ivc2VyaWFsL3VpcGFxLmNvbmYgXAorCS4u Ly4uL3N5cy9kZXYvdXNiL3NlcmlhbC91Y3ljb20uY29uZiBcCisJLi4vLi4vc3lzL2Rldi91c2Iv c2VyaWFsL3VhcmsuY29uZiBcCisJLi4vLi4vc3lzL2Rldi91c2Ivc2VyaWFsL3VzbGNvbS5jb25m IFwKKwkuLi8uLi9zeXMvZGV2L3VzYi9zZXJpYWwvdW1jcy5jb25mIFwKKwkuLi8uLi9zeXMvZGV2 L3VzYi9zZXJpYWwvdWdlbnNhLmNvbmYgXAorCS4uLy4uL3N5cy9kZXYvdXNiL3NlcmlhbC91bW9z Y29tLmNvbmYgXAorCS4uLy4uL3N5cy9kZXYvdXNiL3NlcmlhbC91bW9kZW0uY29uZiBcCisJLi4v Li4vc3lzL2Rldi91c2Ivc2VyaWFsL3V2aXNvci5jb25mIFwKKwkuLi8uLi9zeXMvZGV2L3VzYi9z ZXJpYWwvdWJzYS5jb25mIFwKKwkuLi8uLi9zeXMvZGV2L3VzYi9pbnB1dC91ZXAuY29uZiBcCisJ Li4vLi4vc3lzL2Rldi91c2Ivc3RvcmFnZS91cmlvLmNvbmYgXAorCS4uLy4uL3N5cy9kZXYvdXNi L25ldC9pZl9pcGhldGguY29uZiBcCisJLi4vLi4vc3lzL2Rldi91c2IvbmV0L2lmX3J1ZS5jb25m IFwKKwkuLi8uLi9zeXMvZGV2L3VzYi9uZXQvaWZfY2RjZS5jb25mIFwKKwkuLi8uLi9zeXMvZGV2 L3VzYi9uZXQvaWZfdWRhdi5jb25mIFwKKwkuLi8uLi9zeXMvZGV2L3VzYi9uZXQvdWhzby5jb25m IFwKKwkuLi8uLi9zeXMvZGV2L3VzYi9uZXQvaWZfYXVlLmNvbmYgXAorCS4uLy4uL3N5cy9kZXYv dXNiL25ldC9pZl9jdWUuY29uZiBcCisJLi4vLi4vc3lzL2Rldi91c2IvbmV0L2lmX2F4ZS5jb25m IFwKKwkuLi8uLi9zeXMvZGV2L3VzYi9uZXQvaWZfa3VlLmNvbmYgXAorCS4uLy4uL3N5cy9kZXYv dXNiL25ldC9pZl9tb3MuY29uZiBcCisJLi4vLi4vc3lzL2Rldi91c2IvbWlzYy91Zm0uY29uZiBc CisJLi4vLi4vc3lzL2Rldi91c2IvbWlzYy91ZGJwLmNvbmYgXAorCS4uLy4uL3N5cy9kZXYvdXNi L3dsYW4vaWZfdXBndC5jb25mIFwKKwkuLi8uLi9zeXMvZGV2L3VzYi93bGFuL2lmX3VhdGguY29u ZiBcCisJLi4vLi4vc3lzL2Rldi91c2Ivd2xhbi9pZl91cnR3LmNvbmYgXAorCS4uLy4uL3N5cy9k ZXYvdXNiL3dsYW4vaWZfdXJhbC5jb25mIFwKKwkuLi8uLi9zeXMvZGV2L3VzYi93bGFuL2lmX3J1 bS5jb25mIFwKKwkuLi8uLi9zeXMvZGV2L3VzYi93bGFuL2lmX3J1bi5jb25mIFwKKwkuLi8uLi9z eXMvZGV2L3VzYi93bGFuL2lmX3p5ZC5jb25mCisKKyMgVVNCIGRldmljZXMgdGhhdCBhcmVuJ3Qg aGFuZGxlZCBieSB1c2JfY2xhc3MuY29uZgorIyAoaWRlbnRpZmllZCBieSB2ZW5kb3IgaWQgYW5k IHByb2R1Y3QgaWQpLgordXNiX2Rldi5jb25mOiAke1VTQl9ERVZfRklMRVN9CisJY2F0ICR7VVNC X0RFVl9GSUxFU30gPiAkQAorCiBOT19PQko9CiBGSUxFU0RJUj0JL2V0Yy9kZXZkCiBGSUxFU01P REU9CTY0NApJbmRleDogZXRjL2RldmQvZ2VudXNiZGV2cy5zaAo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBldGMv ZGV2ZC9nZW51c2JkZXZzLnNoCShyZXZpc2lvbiAwKQorKysgZXRjL2RldmQvZ2VudXNiZGV2cy5z aAkocmV2aXNpb24gMCkKQEAgLTAsMCArMSwxNyBAQAorIyEvYmluL3NoIC1lCisKK2VjaG8gIm9w dGlvbnMgeyIKKworZ3JlcCBedmVuZG9yIC4uLy4uL3N5cy9kZXYvdXNiL3VzYmRldnMgfCB3aGls ZSByZWFkIGR1bW15IHZlbmRvcl9uYW1lIHZlbmRvcl9pZCB2ZW5kb3JfZGVzYyA7IGRvCisgIHBy aW50ZiAiXHQjICR7dmVuZG9yX2Rlc2N9XG4iCisgIHByaW50ZiAiXHRzZXQgVVNCX1ZFTkRPUl8k e3ZlbmRvcl9uYW1lfSBcIiR7dmVuZG9yX2lkfVwiO1xuXG4iCitkb25lCisKK2dyZXAgXnByb2R1 Y3QgLi4vLi4vc3lzL2Rldi91c2IvdXNiZGV2cyB8IHdoaWxlIHJlYWQgZHVtbXkgdmVuZG9yX25h bWUgcHJvZHVjdF9uYW1lIHByb2R1Y3RfaWQgcHJvZHVjdF9kZXNjIDsgZG8KKyAgcHJpbnRmICJc dCMgJHtwcm9kdWN0X2Rlc2N9XG4iCisgIHByaW50ZiAiXHRzZXQgVVNCX1BST0RVQ1RfJHt2ZW5k b3JfbmFtZX1fJHtwcm9kdWN0X25hbWV9IFwiJHtwcm9kdWN0X2lkfVwiO1xuXG4iCitkb25lCisK K2VjaG8gIn07IgorCitleGl0IDAKClByb3BlcnR5IGNoYW5nZXMgb246IGV0Yy9kZXZkL2dlbnVz YmRldnMuc2gKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpBZGRlZDogc3ZuOmV4ZWN1dGFibGUKICAgKyAqCgpJbmRleDog c3lzL2Rldi91c2Ivc2VyaWFsL3UzZy5jb25mCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9kZXYvdXNiL3Nl cmlhbC91M2cuY29uZgkocmV2aXNpb24gMCkKKysrIHN5cy9kZXYvdXNiL3NlcmlhbC91M2cuY29u ZgkocmV2aXNpb24gMCkKQEAgLTAsMCArMSwxOTYgQEAKK25vbWF0Y2ggMTAgeworCW1hdGNoICJi dXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQUNFUlAiOwor CW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0FDRVJQX0gxMCI7CisJYWN0aW9uICJrbGRs b2FkIHUzZyI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7 CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0FJUlBMVVMiOworCW1hdGNoICJwcm9kdWN0 IiAiJFVTQl9QUk9EVUNUX0FJUlBMVVNfTUNENjUwIjsKKwlhY3Rpb24gImtsZGxvYWQgdTNnIjsK K307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAi dmVuZG9yIiAiJFVTQl9WRU5ET1JfQUlSUFJJTUUiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9Q Uk9EVUNUX0FJUlBSSU1FX1BDNTIyMCI7CisJYWN0aW9uICJrbGRsb2FkIHUzZyI7Cit9OworCitu b21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIg IiRVU0JfVkVORE9SX0FMSU5LIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfQUxJ TktfM0d8JFVTQl9QUk9EVUNUX0FMSU5LXzNHVXwkVVNCX1BST0RVQ1RfQUxJTktfRFdNNjUyVTUp IjsKKwlhY3Rpb24gImtsZGxvYWQgdTNnIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJi dXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQU1PSSI7CisJ bWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0FNT0lfSDAxfCRVU0JfUFJPRFVDVF9BTU9J X0gwMUF8JFVTQl9QUk9EVUNUX0FNT0lfSDAyKSI7CisJYWN0aW9uICJrbGRsb2FkIHUzZyI7Cit9 OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZl bmRvciIgIiRVU0JfVkVORE9SX0FOWURBVEEiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJP RFVDVF9BTllEQVRBX0FEVV81MDBBfCRVU0JfUFJPRFVDVF9BTllEQVRBX0FEVV82MjBVV3wkVVNC X1BST0RVQ1RfQU5ZREFUQV9BRFVfRTEwMFgpIjsKKwlhY3Rpb24gImtsZGxvYWQgdTNnIjsKK307 CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVu ZG9yIiAiJFVTQl9WRU5ET1JfQVhFU1NURUwiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9E VUNUX0FYRVNTVEVMX0RBVEFNT0RFTSI7CisJYWN0aW9uICJrbGRsb2FkIHUzZyI7Cit9OworCitu b21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIg IiRVU0JfVkVORE9SX0NNT1RFQ0giOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0NN T1RFQ0hfQ0RNQV9NT0RFTTEiOworCWFjdGlvbiAia2xkbG9hZCB1M2ciOworfTsKKworbm9tYXRj aCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNC X1ZFTkRPUl9ERUxMIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfREVMTF9VNTUw MHwkVVNCX1BST0RVQ1RfREVMTF9VNTUwNXwkVVNCX1BST0RVQ1RfREVMTF9VNTUxMHwkVVNCX1BS T0RVQ1RfREVMTF9VNTUyMHwkVVNCX1BST0RVQ1RfREVMTF9VNTUyMF8yfCRVU0JfUFJPRFVDVF9E RUxMX1U1NTIwXzN8JFVTQl9QUk9EVUNUX0RFTExfVTU3MDB8JFVTQl9QUk9EVUNUX0RFTExfVTU3 MDBfMnwkVVNCX1BST0RVQ1RfREVMTF9VNTcwMF8zfCRVU0JfUFJPRFVDVF9ERUxMX1U1NzAwXzR8 JFVTQl9QUk9EVUNUX0RFTExfVTU3MjB8JFVTQl9QUk9EVUNUX0RFTExfVTU3MjBfMnwkVVNCX1BS T0RVQ1RfREVMTF9VNTczMHwkVVNCX1BST0RVQ1RfREVMTF9VNTczMF8yfCRVU0JfUFJPRFVDVF9E RUxMX1U1NzMwXzN8JFVTQl9QUk9EVUNUX0RFTExfVTc0MCkiOworCWFjdGlvbiAia2xkbG9hZCB1 M2ciOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1h dGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9ETElOSzMiOworCW1hdGNoICJwcm9kdWN0IiAiJFVT Ql9QUk9EVUNUX0RMSU5LM19EV002NTIiOworCWFjdGlvbiAia2xkbG9hZCB1M2ciOworfTsKKwor bm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3Ii ICIkVVNCX1ZFTkRPUl9IUCI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0hQX0VW MjIwMHwkVVNCX1BST0RVQ1RfSFBfSFMyMzAwKSI7CisJYWN0aW9uICJrbGRsb2FkIHUzZyI7Cit9 OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZl bmRvciIgIiRVU0JfVkVORE9SX0tZT0NFUkEyIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BS T0RVQ1RfS1lPQ0VSQTJfQ0RNQV9NU01fS3wkVVNCX1BST0RVQ1RfS1lPQ0VSQTJfS1BDNjgwKSI7 CisJYWN0aW9uICJrbGRsb2FkIHUzZyI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVz IiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0xPTkdDSEVFUiI7 CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfTE9OR0NIRUVSX1cxNCI7CisJYWN0aW9u ICJrbGRsb2FkIHUzZyI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1Ylsw LTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX01FUkxJTiI7CisJbWF0Y2ggInBy b2R1Y3QiICIkVVNCX1BST0RVQ1RfTUVSTElOX1Y2MjAiOworCWFjdGlvbiAia2xkbG9hZCB1M2ci OworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNo ICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9ORU9URUwiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9Q Uk9EVUNUX05FT1RFTF9QUklNRSI7CisJYWN0aW9uICJrbGRsb2FkIHUzZyI7Cit9OworCitub21h dGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRV U0JfVkVORE9SX05PVkFURUwiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9OT1ZB VEVMX0U3MjV8JFVTQl9QUk9EVUNUX05PVkFURUxfRVM2MjB8JFVTQl9QUk9EVUNUX05PVkFURUxf RVM2MjBfMnwkVVNCX1BST0RVQ1RfTk9WQVRFTF9FVTczMHwkVVNCX1BST0RVQ1RfTk9WQVRFTF9F VTc0MHwkVVNCX1BST0RVQ1RfTk9WQVRFTF9FVTg3MER8JFVTQl9QUk9EVUNUX05PVkFURUxfTUM3 NjB8JFVTQl9QUk9EVUNUX05PVkFURUxfTUM1NDd8JFVTQl9QUk9EVUNUX05PVkFURUxfTUM5NTBE fCRVU0JfUFJPRFVDVF9OT1ZBVEVMX1U3MjB8JFVTQl9QUk9EVUNUX05PVkFURUxfVTcyN3wkVVNC X1BST0RVQ1RfTk9WQVRFTF9VNzI3XzJ8JFVTQl9QUk9EVUNUX05PVkFURUxfVTc0MHwkVVNCX1BS T0RVQ1RfTk9WQVRFTF9VNzQwXzJ8JFVTQl9QUk9EVUNUX05PVkFURUxfVTg3MHwkVVNCX1BST0RV Q1RfTk9WQVRFTF9WNjIwfCRVU0JfUFJPRFVDVF9OT1ZBVEVMX1Y2NDB8JFVTQl9QUk9EVUNUX05P VkFURUxfVjcyMHwkVVNCX1BST0RVQ1RfTk9WQVRFTF9WNzQwfCRVU0JfUFJPRFVDVF9OT1ZBVEVM X1g5NTBEfCRVU0JfUFJPRFVDVF9OT1ZBVEVMX1hVODcwKSI7CisJYWN0aW9uICJrbGRsb2FkIHUz ZyI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0 Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX09QVElPTiI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVT Ql9QUk9EVUNUX09QVElPTl9FNjUwMHwkVVNCX1BST0RVQ1RfT1BUSU9OX0U2NTAxfCRVU0JfUFJP RFVDVF9PUFRJT05fRTY2MDF8JFVTQl9QUk9EVUNUX09QVElPTl9FNjcyMXwkVVNCX1BST0RVQ1Rf T1BUSU9OX0U2NzQxfCRVU0JfUFJPRFVDVF9PUFRJT05fRTY3NjF8JFVTQl9QUk9EVUNUX09QVElP Tl9FNjgwMHwkVVNCX1BST0RVQ1RfT1BUSU9OX0U3MDIxfCRVU0JfUFJPRFVDVF9PUFRJT05fRTcw NDF8JFVTQl9QUk9EVUNUX09QVElPTl9FNzA2MXwkVVNCX1BST0RVQ1RfT1BUSU9OX0U3MTAwfCRV U0JfUFJPRFVDVF9PUFRJT05fR0U0MFh8JFVTQl9QUk9EVUNUX09QVElPTl9HVDNHfCRVU0JfUFJP RFVDVF9PUFRJT05fR1QzR1BMVVN8JFVTQl9QUk9EVUNUX09QVElPTl9HVDNHUVVBRHwkVVNCX1BS T0RVQ1RfT1BUSU9OX0dUM0dfMXwkVVNCX1BST0RVQ1RfT1BUSU9OX0dUM0dfMnwkVVNCX1BST0RV Q1RfT1BUSU9OX0dUM0dfM3wkVVNCX1BST0RVQ1RfT1BUSU9OX0dUM0dfNHwkVVNCX1BST0RVQ1Rf T1BUSU9OX0dUM0dfNXwkVVNCX1BST0RVQ1RfT1BUSU9OX0dUM0dfNnwkVVNCX1BST0RVQ1RfT1BU SU9OX0dUSFNEUEF8JFVTQl9QUk9EVUNUX09QVElPTl9HVE0zODB8JFVTQl9QUk9EVUNUX09QVElP Tl9HVE1BWDM2fCRVU0JfUFJPRFVDVF9PUFRJT05fR1RNQVgzODBIU1VQQUV8JFVTQl9QUk9EVUNU X09QVElPTl9HVE1BWEhTVVBBfCRVU0JfUFJPRFVDVF9PUFRJT05fR1RNQVhIU1VQQUV8JFVTQl9Q Uk9EVUNUX09QVElPTl9WT0RBRk9ORU1DM0cpIjsKKwlhY3Rpb24gImtsZGxvYWQgdTNnIjsKK307 CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVu ZG9yIiAiJFVTQl9WRU5ET1JfUUlTREEiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVD VF9RSVNEQV9IMjBfMXwkVVNCX1BST0RVQ1RfUUlTREFfSDIwXzJ8JFVTQl9QUk9EVUNUX1FJU0RB X0gyMV8xfCRVU0JfUFJPRFVDVF9RSVNEQV9IMjFfMikiOworCWFjdGlvbiAia2xkbG9hZCB1M2ci OworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNo ICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9RVUFMQ09NTTIiOworCW1hdGNoICJwcm9kdWN0IiAiKCRV U0JfUFJPRFVDVF9RVUFMQ09NTTJfQUM4NzAwfCRVU0JfUFJPRFVDVF9RVUFMQ09NTTJfTUYzMzAp IjsKKwlhY3Rpb24gImtsZGxvYWQgdTNnIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJi dXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfUVVBTENPTU1J TkMiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9RVUFMQ09NTUlOQ19BQzI3MjZ8 JFVTQl9QUk9EVUNUX1FVQUxDT01NSU5DX0FDODcwMHwkVVNCX1BST0RVQ1RfUVVBTENPTU1JTkNf QUM4NzEwfCRVU0JfUFJPRFVDVF9RVUFMQ09NTUlOQ19FMDAwMnwkVVNCX1BST0RVQ1RfUVVBTENP TU1JTkNfRTAwMDN8JFVTQl9QUk9EVUNUX1FVQUxDT01NSU5DX0UwMDA0fCRVU0JfUFJPRFVDVF9R VUFMQ09NTUlOQ19FMDAwNXwkVVNCX1BST0RVQ1RfUVVBTENPTU1JTkNfRTAwMDZ8JFVTQl9QUk9E VUNUX1FVQUxDT01NSU5DX0UwMDA3fCRVU0JfUFJPRFVDVF9RVUFMQ09NTUlOQ19FMDAwOHwkVVNC X1BST0RVQ1RfUVVBTENPTU1JTkNfRTAwMDl8JFVTQl9QUk9EVUNUX1FVQUxDT01NSU5DX0UwMDBB fCRVU0JfUFJPRFVDVF9RVUFMQ09NTUlOQ19FMDAwQnwkVVNCX1BST0RVQ1RfUVVBTENPTU1JTkNf RTAwMEN8JFVTQl9QUk9EVUNUX1FVQUxDT01NSU5DX0UwMDBEfCRVU0JfUFJPRFVDVF9RVUFMQ09N TUlOQ19FMDAwRXwkVVNCX1BST0RVQ1RfUVVBTENPTU1JTkNfRTAwMEZ8JFVTQl9QUk9EVUNUX1FV QUxDT01NSU5DX0UwMDEwfCRVU0JfUFJPRFVDVF9RVUFMQ09NTUlOQ19FMDAxMXwkVVNCX1BST0RV Q1RfUVVBTENPTU1JTkNfRTAwMTJ8JFVTQl9QUk9EVUNUX1FVQUxDT01NSU5DX0UwMDEzfCRVU0Jf UFJPRFVDVF9RVUFMQ09NTUlOQ19FMDAxNHwkVVNCX1BST0RVQ1RfUVVBTENPTU1JTkNfRTAwMTd8 JFVTQl9QUk9EVUNUX1FVQUxDT01NSU5DX0UwMDE4fCRVU0JfUFJPRFVDVF9RVUFMQ09NTUlOQ19F MDAxOXwkVVNCX1BST0RVQ1RfUVVBTENPTU1JTkNfRTAwMjB8JFVTQl9QUk9EVUNUX1FVQUxDT01N SU5DX0UwMDIxfCRVU0JfUFJPRFVDVF9RVUFMQ09NTUlOQ19FMDAyMnwkVVNCX1BST0RVQ1RfUVVB TENPTU1JTkNfRTAwMjN8JFVTQl9QUk9EVUNUX1FVQUxDT01NSU5DX0UwMDI0fCRVU0JfUFJPRFVD VF9RVUFMQ09NTUlOQ19FMDAyNXwkVVNCX1BST0RVQ1RfUVVBTENPTU1JTkNfRTAwMjZ8JFVTQl9Q Uk9EVUNUX1FVQUxDT01NSU5DX0UwMDI3fCRVU0JfUFJPRFVDVF9RVUFMQ09NTUlOQ19FMDAyOHwk VVNCX1BST0RVQ1RfUVVBTENPTU1JTkNfRTAwMjl8JFVTQl9QUk9EVUNUX1FVQUxDT01NSU5DX0Uw MDMwfCRVU0JfUFJPRFVDVF9RVUFMQ09NTUlOQ19FMDAzMnwkVVNCX1BST0RVQ1RfUVVBTENPTU1J TkNfRTAwMzN8JFVTQl9QUk9EVUNUX1FVQUxDT01NSU5DX0UwMDM3fCRVU0JfUFJPRFVDVF9RVUFM Q09NTUlOQ19FMDAzOXwkVVNCX1BST0RVQ1RfUVVBTENPTU1JTkNfRTAwNDJ8JFVTQl9QUk9EVUNU X1FVQUxDT01NSU5DX0UwMDQzfCRVU0JfUFJPRFVDVF9RVUFMQ09NTUlOQ19FMDA0OHwkVVNCX1BS T0RVQ1RfUVVBTENPTU1JTkNfRTAwNDl8JFVTQl9QUk9EVUNUX1FVQUxDT01NSU5DX0UwMDUxfCRV U0JfUFJPRFVDVF9RVUFMQ09NTUlOQ19FMDA1MnwkVVNCX1BST0RVQ1RfUVVBTENPTU1JTkNfRTAw NTR8JFVTQl9QUk9EVUNUX1FVQUxDT01NSU5DX0UwMDU1fCRVU0JfUFJPRFVDVF9RVUFMQ09NTUlO Q19FMDA1N3wkVVNCX1BST0RVQ1RfUVVBTENPTU1JTkNfRTAwNTh8JFVTQl9QUk9EVUNUX1FVQUxD T01NSU5DX0UwMDU5fCRVU0JfUFJPRFVDVF9RVUFMQ09NTUlOQ19FMDA2MHwkVVNCX1BST0RVQ1Rf UVVBTENPTU1JTkNfRTAwNjF8JFVTQl9QUk9EVUNUX1FVQUxDT01NSU5DX0UwMDYyfCRVU0JfUFJP RFVDVF9RVUFMQ09NTUlOQ19FMDA2M3wkVVNCX1BST0RVQ1RfUVVBTENPTU1JTkNfRTAwNjR8JFVT Ql9QUk9EVUNUX1FVQUxDT01NSU5DX0UwMDY2fCRVU0JfUFJPRFVDVF9RVUFMQ09NTUlOQ19FMDA2 OXwkVVNCX1BST0RVQ1RfUVVBTENPTU1JTkNfRTAwNzB8JFVTQl9QUk9EVUNUX1FVQUxDT01NSU5D X0UwMDczfCRVU0JfUFJPRFVDVF9RVUFMQ09NTUlOQ19FMDA3NnwkVVNCX1BST0RVQ1RfUVVBTENP TU1JTkNfRTAwNzh8JFVTQl9QUk9EVUNUX1FVQUxDT01NSU5DX0UwMDgyfCRVU0JfUFJPRFVDVF9R VUFMQ09NTUlOQ19FMDA4NnwkVVNCX1BST0RVQ1RfUVVBTENPTU1JTkNfU1VSRlNUSUNLfCRVU0Jf UFJPRFVDVF9RVUFMQ09NTUlOQ19FMjAwMnwkVVNCX1BST0RVQ1RfUVVBTENPTU1JTkNfRTIwMDN8 JFVTQl9QUk9EVUNUX1FVQUxDT01NSU5DX01GNjI2fCRVU0JfUFJPRFVDVF9RVUFMQ09NTUlOQ19N RjYyOHwkVVNCX1BST0RVQ1RfUVVBTENPTU1JTkNfTUY2MzNSKSI7CisJYWN0aW9uICJrbGRsb2Fk IHUzZyI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJ bWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1FVQU5UQSI7CisJbWF0Y2ggInByb2R1Y3QiICIo JFVTQl9QUk9EVUNUX1FVQU5UQV9HS0V8JFVTQl9QUk9EVUNUX1FVQU5UQV9HTEV8JFVTQl9QUk9E VUNUX1FVQU5UQV9HTFh8JFVTQl9QUk9EVUNUX1FVQU5UQV9RMTAxfCRVU0JfUFJPRFVDVF9RVUFO VEFfUTExMSkiOworCWFjdGlvbiAia2xkbG9hZCB1M2ciOworfTsKKworbm9tYXRjaCAxMCB7CisJ bWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9T SUVSUkEiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9TSUVSUkFfQUM0MDJ8JFVT Ql9QUk9EVUNUX1NJRVJSQV9BQzU5NVV8JFVTQl9QUk9EVUNUX1NJRVJSQV9BQzU5N0V8JFVTQl9Q Uk9EVUNUX1NJRVJSQV9BQzg3NUV8JFVTQl9QUk9EVUNUX1NJRVJSQV9BQzg3NVV8JFVTQl9QUk9E VUNUX1NJRVJSQV9BQzg3NVVfMnwkVVNCX1BST0RVQ1RfU0lFUlJBX0FDODgwfCRVU0JfUFJPRFVD VF9TSUVSUkFfQUM4ODBFfCRVU0JfUFJPRFVDVF9TSUVSUkFfQUM4ODBVfCRVU0JfUFJPRFVDVF9T SUVSUkFfQUM4ODF8JFVTQl9QUk9EVUNUX1NJRVJSQV9BQzg4MUV8JFVTQl9QUk9EVUNUX1NJRVJS QV9BQzg4MVV8JFVTQl9QUk9EVUNUX1NJRVJSQV9BQzg4NUV8JFVTQl9QUk9EVUNUX1NJRVJSQV9B Qzg4NUVfMnwkVVNCX1BST0RVQ1RfU0lFUlJBX0FDODg1VXwkVVNCX1BST0RVQ1RfU0lFUlJBX0FJ UkNBUkQ1ODB8JFVTQl9QUk9EVUNUX1NJRVJSQV9BSVJDQVJENTk1fCRVU0JfUFJPRFVDVF9TSUVS UkFfQUlSQ0FSRDg3NXwkVVNCX1BST0RVQ1RfU0lFUlJBX0MyMnwkVVNCX1BST0RVQ1RfU0lFUlJB X0M1OTd8JFVTQl9QUk9EVUNUX1NJRVJSQV9DODg4fCRVU0JfUFJPRFVDVF9TSUVSUkFfRTAwMjl8 JFVTQl9QUk9EVUNUX1NJRVJSQV9FNjg5MnwkVVNCX1BST0RVQ1RfU0lFUlJBX0U2ODkzfCRVU0Jf UFJPRFVDVF9TSUVSUkFfRU01NjI1fCRVU0JfUFJPRFVDVF9TSUVSUkFfRU01NzI1fCRVU0JfUFJP RFVDVF9TSUVSUkFfTUM1NzIwfCRVU0JfUFJPRFVDVF9TSUVSUkFfTUM1NzIwXzJ8JFVTQl9QUk9E VUNUX1NJRVJSQV9NQzU3MjV8JFVTQl9QUk9EVUNUX1NJRVJSQV9NQzU3Mjd8JFVTQl9QUk9EVUNU X1NJRVJSQV9NQzU3MjdfMnwkVVNCX1BST0RVQ1RfU0lFUlJBX01DNTcyOHwkVVNCX1BST0RVQ1Rf U0lFUlJBX01DODcwMHwkVVNCX1BST0RVQ1RfU0lFUlJBX01DODc1NXwkVVNCX1BST0RVQ1RfU0lF UlJBX01DODc1NV8yfCRVU0JfUFJPRFVDVF9TSUVSUkFfTUM4NzU1XzN8JFVTQl9QUk9EVUNUX1NJ RVJSQV9NQzg3NTVfNHwkVVNCX1BST0RVQ1RfU0lFUlJBX01DODc2NXwkVVNCX1BST0RVQ1RfU0lF UlJBX01DODc2NV8yfCRVU0JfUFJPRFVDVF9TSUVSUkFfTUM4NzY1XzN8JFVTQl9QUk9EVUNUX1NJ RVJSQV9NQzg3NzV8JFVTQl9QUk9EVUNUX1NJRVJSQV9NQzg3NzVfMnwkVVNCX1BST0RVQ1RfU0lF UlJBX01DODc4MHwkVVNCX1BST0RVQ1RfU0lFUlJBX01DODc4MF8yfCRVU0JfUFJPRFVDVF9TSUVS UkFfTUM4NzgwXzN8JFVTQl9QUk9EVUNUX1NJRVJSQV9NQzg3ODF8JFVTQl9QUk9EVUNUX1NJRVJS QV9NQzg3ODFfMnwkVVNCX1BST0RVQ1RfU0lFUlJBX01DODc4MV8zfCRVU0JfUFJPRFVDVF9TSUVS UkFfTUM4Nzg1fCRVU0JfUFJPRFVDVF9TSUVSUkFfTUM4Nzg1XzJ8JFVTQl9QUk9EVUNUX1NJRVJS QV9NQzg3OTB8JFVTQl9QUk9EVUNUX1NJRVJSQV9NQzg3OTF8JFVTQl9QUk9EVUNUX1NJRVJSQV9N Qzg3OTJ8JFVTQl9QUk9EVUNUX1NJRVJSQV9NSU5JNTcyNXwkVVNCX1BST0RVQ1RfU0lFUlJBX1Qx MXwkVVNCX1BST0RVQ1RfU0lFUlJBX1Q1OTgpIjsKKwlhY3Rpb24gImtsZGxvYWQgdTNnIjsKK307 CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVu ZG9yIiAiJFVTQl9WRU5ET1JfU1RFTEVSQSI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RV Q1RfU1RFTEVSQV9DMTA1fCRVU0JfUFJPRFVDVF9TVEVMRVJBX0UxMDAzfCRVU0JfUFJPRFVDVF9T VEVMRVJBX0UxMDA0fCRVU0JfUFJPRFVDVF9TVEVMRVJBX0UxMDA1fCRVU0JfUFJPRFVDVF9TVEVM RVJBX0UxMDA2fCRVU0JfUFJPRFVDVF9TVEVMRVJBX0UxMDA3fCRVU0JfUFJPRFVDVF9TVEVMRVJB X0UxMDA4fCRVU0JfUFJPRFVDVF9TVEVMRVJBX0UxMDA5fCRVU0JfUFJPRFVDVF9TVEVMRVJBX0Ux MDBBfCRVU0JfUFJPRFVDVF9TVEVMRVJBX0UxMDBCfCRVU0JfUFJPRFVDVF9TVEVMRVJBX0UxMDBD fCRVU0JfUFJPRFVDVF9TVEVMRVJBX0UxMDBEfCRVU0JfUFJPRFVDVF9TVEVMRVJBX0UxMDBFfCRV U0JfUFJPRFVDVF9TVEVMRVJBX0UxMDBGfCRVU0JfUFJPRFVDVF9TVEVMRVJBX0UxMDEwfCRVU0Jf UFJPRFVDVF9TVEVMRVJBX0UxMDExfCRVU0JfUFJPRFVDVF9TVEVMRVJBX0UxMDEyKSI7CisJYWN0 aW9uICJrbGRsb2FkIHUzZyI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1 YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1RDVE1PQklMRSI7CisJbWF0 Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfVENUTU9CSUxFX1gwNjBTIjsKKwlhY3Rpb24gImts ZGxvYWQgdTNnIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0r IjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfVEVMSVQiOworCW1hdGNoICJwcm9kdWN0 IiAiKCRVU0JfUFJPRFVDVF9URUxJVF9VQzg2NEV8JFVTQl9QUk9EVUNUX1RFTElUX1VDODY0Ryki OworCWFjdGlvbiAia2xkbG9hZCB1M2ciOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1 cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9UTEFZVEVDSCI7 CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfVExBWVRFQ0hfVEVVODAwIjsKKwlhY3Rp b24gImtsZGxvYWQgdTNnIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHVi WzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfVE9TSElCQSI7CisJbWF0Y2gg InByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX1RPU0hJQkFfRzQ1MHwkVVNCX1BST0RVQ1RfVE9TSElC QV9IU0RQQSkiOworCWFjdGlvbiAia2xkbG9hZCB1M2ciOworfTsKKworbm9tYXRjaCAxMCB7CisJ bWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9Z SVNPIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9ZSVNPX0M4OTMiOworCWFjdGlv biAia2xkbG9hZCB1M2ciOworfTsKKwpJbmRleDogc3lzL2Rldi91c2Ivc2VyaWFsL3VwbGNvbS5j b25mCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0KLS0tIHN5cy9kZXYvdXNiL3NlcmlhbC91cGxjb20uY29uZgkocmV2aXNp b24gMCkKKysrIHN5cy9kZXYvdXNiL3NlcmlhbC91cGxjb20uY29uZgkocmV2aXNpb24gMCkKQEAg LTAsMCArMSwyODAgQEAKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsK KwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQUNFUlAiOworCW1hdGNoICJwcm9kdWN0IiAi JFVTQl9QUk9EVUNUX0FDRVJQX1M4MSI7CisJYWN0aW9uICJrbGRsb2FkIHVwbGNvbSI7Cit9Owor Citub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRv ciIgIiRVU0JfVkVORE9SX0FETElOSyI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1Rf QURMSU5LX05ENjUzMCI7CisJYWN0aW9uICJrbGRsb2FkIHVwbGNvbSI7Cit9OworCitub21hdGNo IDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0Jf VkVORE9SX0FMQ0FURUwiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0FMQ0FURUxf T1Q1MzUiOworCWFjdGlvbiAia2xkbG9hZCB1cGxjb20iOworfTsKKworbm9tYXRjaCAxMCB7CisJ bWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9B TENPUiI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfQUxDT1JfQVU5NzIwIjsKKwlh Y3Rpb24gImtsZGxvYWQgdXBsY29tIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMi ICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQU5DSE9SIjsKKwlt YXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9BTkNIT1JfU0VSSUFMIjsKKwlhY3Rpb24gImts ZGxvYWQgdXBsY29tIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAt OV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQVRFTiI7CisJbWF0Y2ggInByb2R1 Y3QiICIkVVNCX1BST0RVQ1RfQVRFTl9VQzIzMkEiOworCWFjdGlvbiAia2xkbG9hZCB1cGxjb20i OworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNo ICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9CRUxLSU4iOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9Q Uk9EVUNUX0JFTEtJTl9GNVUyNTciOworCWFjdGlvbiAia2xkbG9hZCB1cGxjb20iOworfTsKKwor bm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3Ii ICIkVVNCX1ZFTkRPUl9DT1JFR0EiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0NP UkVHQV9DR1VTQlJTMjMyUiI7CisJYWN0aW9uICJrbGRsb2FkIHVwbGNvbSI7Cit9OworCitub21h dGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRV U0JfVkVORE9SX0VQU09OIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfRVBTT05f Q1JFU1NJX0VEWXwkVVNCX1BST0RVQ1RfRVBTT05fTjJJVElPTjMpIjsKKwlhY3Rpb24gImtsZGxv YWQgdXBsY29tIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0r IjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfRUxFQ09NIjsKKwltYXRjaCAicHJvZHVj dCIgIigkVVNCX1BST0RVQ1RfRUxFQ09NX1VDU0dUfCRVU0JfUFJPRFVDVF9FTEVDT01fVUNTR1Qw KSI7CisJYWN0aW9uICJrbGRsb2FkIHVwbGNvbSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRj aCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0hBTCI7 CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfSEFMX0lNUjAwMSI7CisJYWN0aW9uICJr bGRsb2FkIHVwbGNvbSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1Ylsw LTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0hQIjsKKwltYXRjaCAicHJvZHVj dCIgIiRVU0JfUFJPRFVDVF9IUF9MRDIyMCI7CisJYWN0aW9uICJrbGRsb2FkIHVwbGNvbSI7Cit9 OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZl bmRvciIgIiRVU0JfVkVORE9SX0lPREFUQSI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9E VUNUX0lPREFUQV9VU0JSU0FRfCRVU0JfUFJPRFVDVF9JT0RBVEFfVVNCUlNBUTUpIjsKKwlhY3Rp b24gImtsZGxvYWQgdXBsY29tIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1 aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfSVRFR05PIjsKKwltYXRj aCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfSVRFR05PX1dNMTA4MEF8JFVTQl9QUk9EVUNUX0lU RUdOT19XTTIwODBBKSI7CisJYWN0aW9uICJrbGRsb2FkIHVwbGNvbSI7Cit9OworCitub21hdGNo IDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0Jf VkVORE9SX0xFQURURUsiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0xFQURURUtf OTUzMSI7CisJYWN0aW9uICJrbGRsb2FkIHVwbGNvbSI7Cit9OworCitub21hdGNoIDEwIHsKKwlt YXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX01J Q1JPU09GVCI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfTUlDUk9TT0ZUXzcwMFdY IjsKKwlhY3Rpb24gImtsZGxvYWQgdXBsY29tIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNo ICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfTU9CSUxF QUNUSU9OIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9NT0JJTEVBQ1RJT05fTUE2 MjAiOworCWFjdGlvbiAia2xkbG9hZCB1cGxjb20iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0 Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9ORVRJ TkRFWCI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfTkVUSU5ERVhfV1MwMDJJTiI7 CisJYWN0aW9uICJrbGRsb2FkIHVwbGNvbSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAi YnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX05PS0lBMiI7 CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfTk9LSUEyX0NBNDIiOworCWFjdGlvbiAi a2xkbG9hZCB1cGxjb20iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJb MC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9PVEkiOworCW1hdGNoICJwcm9k dWN0IiAiJFVTQl9QUk9EVUNUX09USV9ES1U1IjsKKwlhY3Rpb24gImtsZGxvYWQgdXBsY29tIjsK K307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAi dmVuZG9yIiAiJFVTQl9WRU5ET1JfUEFOQVNPTklDIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0Jf UFJPRFVDVF9QQU5BU09OSUNfVFlUUDUwUDZTIjsKKwlhY3Rpb24gImtsZGxvYWQgdXBsY29tIjsK K307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAi dmVuZG9yIiAiJFVTQl9WRU5ET1JfUExYIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVD VF9QTFhfQ0E0MiI7CisJYWN0aW9uICJrbGRsb2FkIHVwbGNvbSI7Cit9OworCitub21hdGNoIDEw IHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVO RE9SX1BST0xJRklDIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfUFJPTElGSUNf QUxMVFJPTklYX0dQUlN8JFVTQl9QUk9EVUNUX1BST0xJRklDX0FMRElHQV9BTDExVXwkVVNCX1BS T0RVQ1RfUFJPTElGSUNfRENVMTF8JFVTQl9QUk9EVUNUX1BST0xJRklDX0hDUjMzMXwkVVNCX1BS T0RVQ1RfUFJPTElGSUNfTUlDUk9NQVhfNjEwVXwkVVNCX1BST0RVQ1RfUFJPTElGSUNfUEhBUk9T fCRVU0JfUFJPRFVDVF9QUk9MSUZJQ19QTDIzMDN8JFVTQl9QUk9EVUNUX1BST0xJRklDX1JTQVEy fCRVU0JfUFJPRFVDVF9QUk9MSUZJQ19SU0FRM3wkVVNCX1BST0RVQ1RfUFJPTElGSUNfVUlDX01T UjIwNikiOworCWFjdGlvbiAia2xkbG9hZCB1cGxjb20iOworfTsKKworbm9tYXRjaCAxMCB7CisJ bWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9Q Uk9MSUZJQzIiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1BST0xJRklDMl9QTDIz MDMiOworCWFjdGlvbiAia2xkbG9hZCB1cGxjb20iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0 Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9SQURJ T1NIQUNLIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9SQURJT1NIQUNLX1VTQkNB QkxFIjsKKwlhY3Rpb24gImtsZGxvYWQgdXBsY29tIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1h dGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfUkFU T0MiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1JBVE9DX1JFWFVTQjYwIjsKKwlh Y3Rpb24gImtsZGxvYWQgdXBsY29tIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMi ICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU0FHRU0iOworCW1h dGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1NBR0VNX1VTQlNFUklBTCI7CisJYWN0aW9uICJr bGRsb2FkIHVwbGNvbSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1Ylsw LTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1NBTVNVTkciOworCW1hdGNoICJw cm9kdWN0IiAiJFVTQl9QUk9EVUNUX1NBTVNVTkdfSTMzMCI7CisJYWN0aW9uICJrbGRsb2FkIHVw bGNvbSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJ bWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1NBTldBIjsKKwltYXRjaCAicHJvZHVjdCIgIiRV U0JfUFJPRFVDVF9TQU5XQV9LQl9VU0IyIjsKKwlhY3Rpb24gImtsZGxvYWQgdXBsY29tIjsKK307 CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVu ZG9yIiAiJFVTQl9WRU5ET1JfU0lFTUVOUzMiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJP RFVDVF9TSUVNRU5TM19FRjgxfCRVU0JfUFJPRFVDVF9TSUVNRU5TM19TWDF8JFVTQl9QUk9EVUNU X1NJRU1FTlMzX1g2NXwkVVNCX1BST0RVQ1RfU0lFTUVOUzNfWDc1KSI7CisJYWN0aW9uICJrbGRs b2FkIHVwbGNvbSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTld KyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1NJVEVDT00iOworCW1hdGNoICJwcm9k dWN0IiAiJFVTQl9QUk9EVUNUX1NJVEVDT01fU0VSSUFMIjsKKwlhY3Rpb24gImtsZGxvYWQgdXBs Y29tIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwlt YXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU01BUlQiOworCW1hdGNoICJwcm9kdWN0IiAiJFVT Ql9QUk9EVUNUX1NNQVJUX1BMMjMwMyI7CisJYWN0aW9uICJrbGRsb2FkIHVwbGNvbSI7Cit9Owor Citub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRv ciIgIiRVU0JfVkVORE9SX1NPTlkiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1NP TllfUU4zIjsKKwlhY3Rpb24gImtsZGxvYWQgdXBsY29tIjsKK307CisKK25vbWF0Y2ggMTAgewor CW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1Jf U09OWUVSSUNTU09OIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfU09OWUVSSUNT U09OX0RBVEFQSUxPVHwkVVNCX1BST0RVQ1RfU09OWUVSSUNTU09OX0RDVTEwKSI7CisJYWN0aW9u ICJrbGRsb2FkIHVwbGNvbSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1 YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1NPVVJDRU5FWFQiOworCW1h dGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9TT1VSQ0VORVhUX0tFSUtBSTh8JFVTQl9QUk9E VUNUX1NPVVJDRU5FWFRfS0VJS0FJOF9DSEcpIjsKKwlhY3Rpb24gImtsZGxvYWQgdXBsY29tIjsK K307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAi dmVuZG9yIiAiJFVTQl9WRU5ET1JfU1BFRUREUkFHT04iOworCW1hdGNoICJwcm9kdWN0IiAiJFVT Ql9QUk9EVUNUX1NQRUVERFJBR09OX01TMzMwM0giOworCWFjdGlvbiAia2xkbG9hZCB1cGxjb20i OworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNo ICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9TWU5URUNIIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0Jf UFJPRFVDVF9TWU5URUNIX0NQVDgwMDFDIjsKKwlhY3Rpb24gImtsZGxvYWQgdXBsY29tIjsKK307 CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVu ZG9yIiAiJFVTQl9WRU5ET1JfVERLIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1Rf VERLX1VIQTY0MDB8JFVTQl9QUk9EVUNUX1RES19VUEE5NjY0KSI7CisJYWN0aW9uICJrbGRsb2Fk IHVwbGNvbSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7 CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1RSSVBQTElURSI7CisJbWF0Y2ggInByb2R1 Y3QiICIkVVNCX1BST0RVQ1RfVFJJUFBMSVRFX1UyMDkiOworCWFjdGlvbiAia2xkbG9hZCB1cGxj b20iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1h dGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9ZQ0NBQkxFIjsKKwltYXRjaCAicHJvZHVjdCIgIiRV U0JfUFJPRFVDVF9ZQ0NBQkxFX1BMMjMwMyI7CisJYWN0aW9uICJrbGRsb2FkIHVwbGNvbSI7Cit9 OworCkluZGV4OiBzeXMvZGV2L3VzYi9zZXJpYWwvdW1jdC5jb25mCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5 cy9kZXYvdXNiL3NlcmlhbC91bWN0LmNvbmYJKHJldmlzaW9uIDApCisrKyBzeXMvZGV2L3VzYi9z ZXJpYWwvdW1jdC5jb25mCShyZXZpc2lvbiAwKQpAQCAtMCwwICsxLDE0IEBACitub21hdGNoIDEw IHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVO RE9SX01DVCI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX01DVF9VU0IyMzJ8JFVT Ql9QUk9EVUNUX01DVF9TSVRFQ09NX1VTQjIzMnwkVVNCX1BST0RVQ1RfTUNUX0RVX0gzU1BfVVNC MjMyKSI7CisJYWN0aW9uICJrbGRsb2FkIHVtY3QiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0 Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9CRUxL SU4iOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9CRUxLSU5fRjVVMTA5fCRVU0Jf UFJPRFVDVF9CRUxLSU5fRjVVNDA5KSI7CisJYWN0aW9uICJrbGRsb2FkIHVtY3QiOworfTsKKwpJ bmRleDogc3lzL2Rldi91c2Ivc2VyaWFsL3VmdGRpLmNvbmYKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rl di91c2Ivc2VyaWFsL3VmdGRpLmNvbmYJKHJldmlzaW9uIDApCisrKyBzeXMvZGV2L3VzYi9zZXJp YWwvdWZ0ZGkuY29uZgkocmV2aXNpb24gMCkKQEAgLTAsMCArMSw3NyBAQAorbm9tYXRjaCAxMCB7 CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRP Ul9BVE1FTCI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfQVRNRUxfU1RLNTQxIjsK KwlhY3Rpb24gImtsZGxvYWQgdWZ0ZGkiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1 cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9EUkVTREVORUxF S1RST05JSyI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0RSRVNERU5FTEVLVFJP TklLX1NFTlNPUlRFUk1JTkFMQk9BUkR8JFVTQl9QUk9EVUNUX0RSRVNERU5FTEVLVFJPTklLX1dJ UkVMRVNTSEFOREhFTERURVJNSU5BTCkiOworCWFjdGlvbiAia2xkbG9hZCB1ZnRkaSI7Cit9Owor Citub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRv ciIgIiRVU0JfVkVORE9SX0ZBTENPTSI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1Rf RkFMQ09NX1RXSVNUIjsKKwlhY3Rpb24gImtsZGxvYWQgdWZ0ZGkiOworfTsKKworbm9tYXRjaCAx MCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZF TkRPUl9GVERJIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfRlRESV9HQU1NQVND T1VUfCRVU0JfUFJPRFVDVF9GVERJX1NFUklBTF84VTEwMEFYfCRVU0JfUFJPRFVDVF9GVERJX1NF UklBTF8yMjMyQ3wkVVNCX1BST0RVQ1RfRlRESV9TRVJJQUxfMjIzMkR8JFVTQl9QUk9EVUNUX0ZU RElfU0VSSUFMXzQyMzJIfCRVU0JfUFJPRFVDVF9GVERJX1NFUklBTF84VTIzMkFNfCRVU0JfUFJP RFVDVF9GVERJX1NFUklBTF84VTIzMkFNNHwkVVNCX1BST0RVQ1RfRlRESV9TRU1DX0RTUzIwfCRV U0JfUFJPRFVDVF9GVERJX0NGQV82MzF8JFVTQl9QUk9EVUNUX0ZURElfQ0ZBXzYzMnwkVVNCX1BS T0RVQ1RfRlRESV9DRkFfNjMzfCRVU0JfUFJPRFVDVF9GVERJX0NGQV82MzR8JFVTQl9QUk9EVUNU X0ZURElfQ0ZBXzYzNXwkVVNCX1BST0RVQ1RfRlRESV9VU0JfVUlSVHwkVVNCX1BST0RVQ1RfRlRE SV9VU0JTRVJJQUx8JFVTQl9QUk9EVUNUX0ZURElfS0JTfCRVU0JfUFJPRFVDVF9GVERJX01YMl8z fCRVU0JfUFJPRFVDVF9GVERJX01YNF81fCRVU0JfUFJPRFVDVF9GVERJX0xLMjAyfCRVU0JfUFJP RFVDVF9GVERJX0xLMjA0fCRVU0JfUFJPRFVDVF9GVERJX1RBQ1RSSVhfT1BFTlBPUlRfMTNNfCRV U0JfUFJPRFVDVF9GVERJX1RBQ1RSSVhfT1BFTlBPUlRfMTNTfCRVU0JfUFJPRFVDVF9GVERJX1RB Q1RSSVhfT1BFTlBPUlRfMTNVfCRVU0JfUFJPRFVDVF9GVERJX0VJU0NPVXwkVVNCX1BST0RVQ1Rf RlRESV9VT1BUQlJ8JFVTQl9QUk9EVUNUX0ZURElfRU1DVTJEfCRVU0JfUFJPRFVDVF9GVERJX1BD TVNGVXwkVVNCX1BST0RVQ1RfRlRESV9FTUNVMkh8JFVTQl9QUk9EVUNUX0ZURElfTUFYU1RSRUFN fCRVU0JfUFJPRFVDVF9GVERJX0NUSV9VU0JfTkFOT180ODV8JFVTQl9QUk9EVUNUX0ZURElfQ1RJ X1VTQl9NSU5JXzQ4NSkiOworCWFjdGlvbiAia2xkbG9hZCB1ZnRkaSI7Cit9OworCitub21hdGNo IDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0Jf VkVORE9SX1NJSUcyIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9TSUlHMl9VUzIz MDgiOworCWFjdGlvbiAia2xkbG9hZCB1ZnRkaSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRj aCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0lOVFJF UElEQ1MiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9JTlRSRVBJRENTX1ZBTFVF Q0FOfCRVU0JfUFJPRFVDVF9JTlRSRVBJRENTX05FT1ZJKSI7CisJYWN0aW9uICJrbGRsb2FkIHVm dGRpIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwlt YXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQkJFTEVDVFJPTklDUyI7CisJbWF0Y2ggInByb2R1 Y3QiICIkVVNCX1BST0RVQ1RfQkJFTEVDVFJPTklDU19VU09UTDQiOworCWFjdGlvbiAia2xkbG9h ZCB1ZnRkaSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7 CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX01BVFJJWE9SQklUQUwiOworCW1hdGNoICJw cm9kdWN0IiAiJFVTQl9QUk9EVUNUX01BVFJJWE9SQklUQUxfTU9VQSI7CisJYWN0aW9uICJrbGRs b2FkIHVmdGRpIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0r IjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfTUFSVkVMTCI7CisJbWF0Y2ggInByb2R1 Y3QiICIkVVNCX1BST0RVQ1RfTUFSVkVMTF9TSEVFVkFQTFVHIjsKKwlhY3Rpb24gImtsZGxvYWQg dWZ0ZGkiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOwor CW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9NRUxDTyI7CisJbWF0Y2ggInByb2R1Y3QiICIk VVNCX1BST0RVQ1RfTUVMQ09fUENPUFJTMSI7CisJYWN0aW9uICJrbGRsb2FkIHVmdGRpIjsKK307 CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVu ZG9yIiAiJFVTQl9WRU5ET1JfUkFUT0MiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNU X1JBVE9DX1JFWFVTQjYwRiI7CisJYWN0aW9uICJrbGRsb2FkIHVmdGRpIjsKK307CisKSW5kZXg6 IHN5cy9kZXYvdXNiL3NlcmlhbC91dnNjb20uY29uZgo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvZGV2L3Vz Yi9zZXJpYWwvdXZzY29tLmNvbmYJKHJldmlzaW9uIDApCisrKyBzeXMvZGV2L3VzYi9zZXJpYWwv dXZzY29tLmNvbmYJKHJldmlzaW9uIDApCkBAIC0wLDAgKzEsNyBAQAorbm9tYXRjaCAxMCB7CisJ bWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9T VU5UQUMiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9TVU5UQUNfQVMxNDRMNHwk VVNCX1BST0RVQ1RfU1VOVEFDX0RTOTZMfCRVU0JfUFJPRFVDVF9TVU5UQUNfSVM5NlV8JFVTQl9Q Uk9EVUNUX1NVTlRBQ19QUzY0UDF8JFVTQl9QUk9EVUNUX1NVTlRBQ19WUzEwVSkiOworCWFjdGlv biAia2xkbG9hZCB1dnNjb20iOworfTsKKwpJbmRleDogc3lzL2Rldi91c2Ivc2VyaWFsL3VjaGNv bS5jb25mCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9kZXYvdXNiL3NlcmlhbC91Y2hjb20uY29uZgkocmV2 aXNpb24gMCkKKysrIHN5cy9kZXYvdXNiL3NlcmlhbC91Y2hjb20uY29uZgkocmV2aXNpb24gMCkK QEAgLTAsMCArMSwxNCBAQAorbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsi OworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9XQ0giOworCW1hdGNoICJwcm9kdWN0IiAi JFVTQl9QUk9EVUNUX1dDSF9DSDM0MVNFUiI7CisJYWN0aW9uICJrbGRsb2FkIHVjaGNvbSI7Cit9 OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZl bmRvciIgIiRVU0JfVkVORE9SX1dDSDIiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNU X1dDSDJfQ0gzNDFTRVIiOworCWFjdGlvbiAia2xkbG9hZCB1Y2hjb20iOworfTsKKwpJbmRleDog c3lzL2Rldi91c2Ivc2VyaWFsL3VpcGFxLmNvbmYKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi91c2Iv c2VyaWFsL3VpcGFxLmNvbmYJKHJldmlzaW9uIDApCisrKyBzeXMvZGV2L3VzYi9zZXJpYWwvdWlw YXEuY29uZgkocmV2aXNpb24gMCkKQEAgLTAsMCArMSw0OSBAQAorbm9tYXRjaCAxMCB7CisJbWF0 Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9BU1VT IjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9BU1VTX1A1MzUiOworCWFjdGlvbiAi a2xkbG9hZCB1aXBhcSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1Ylsw LTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0NBU0lPIjsKKwltYXRjaCAicHJv ZHVjdCIgIiRVU0JfUFJPRFVDVF9DQVNJT19CRTMwMCI7CisJYWN0aW9uICJrbGRsb2FkIHVpcGFx IjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRj aCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQ09NUEFRIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0Jf UFJPRFVDVF9DT01QQVFfSVBBUVBPQ0tFVFBDIjsKKwlhY3Rpb24gImtsZGxvYWQgdWlwYXEiOwor fTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2 ZW5kb3IiICIkVVNCX1ZFTkRPUl9IUCI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNU X0hQXzIyMTV8JFVTQl9QUk9EVUNUX0hQXzU2OEopIjsKKwlhY3Rpb24gImtsZGxvYWQgdWlwYXEi OworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNo ICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9IVEMiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJP RFVDVF9IVENfUFBDNjcwME1PREVNfCRVU0JfUFJPRFVDVF9IVENfU01BUlRQSE9ORXwkVVNCX1BS T0RVQ1RfSFRDX1dJTk1PQklMRXwkVVNCX1BST0RVQ1RfSFRDX1dJWkFSRCkiOworCWFjdGlvbiAi a2xkbG9hZCB1aXBhcSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1Ylsw LTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1NIQVJQIjsKKwltYXRjaCAicHJv ZHVjdCIgIigkVVNCX1BST0RVQ1RfU0hBUlBfV1pFUk8zRVN8JFVTQl9QUk9EVUNUX1NIQVJQX1da RVJPM0FERVN8JFVTQl9QUk9EVUNUX1NIQVJQX1dJTExDT00wMykiOworCWFjdGlvbiAia2xkbG9h ZCB1aXBhcSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7 CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1RPU0hJQkEiOworCW1hdGNoICJwcm9kdWN0 IiAiJFVTQl9QUk9EVUNUX1RPU0hJQkFfUE9DS0VUUENfRTc0MCI7CisJYWN0aW9uICJrbGRsb2Fk IHVpcGFxIjsKK307CisKSW5kZXg6IHN5cy9kZXYvdXNiL3NlcmlhbC91Y3ljb20uY29uZgo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09Ci0tLSBzeXMvZGV2L3VzYi9zZXJpYWwvdWN5Y29tLmNvbmYJKHJldmlzaW9uIDApCisr KyBzeXMvZGV2L3VzYi9zZXJpYWwvdWN5Y29tLmNvbmYJKHJldmlzaW9uIDApCkBAIC0wLDAgKzEs NyBAQAorbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2 ZW5kb3IiICIkVVNCX1ZFTkRPUl9ERUxPUk1FIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJP RFVDVF9ERUxPUk1FX0VBUlRITUFURSI7CisJYWN0aW9uICJrbGRsb2FkIHVjeWNvbSI7Cit9Owor CkluZGV4OiBzeXMvZGV2L3VzYi9zZXJpYWwvdXNsY29tLmNvbmYKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lz L2Rldi91c2Ivc2VyaWFsL3VzbGNvbS5jb25mCShyZXZpc2lvbiAwKQorKysgc3lzL2Rldi91c2Iv c2VyaWFsL3VzbGNvbS5jb25mCShyZXZpc2lvbiAwKQpAQCAtMCwwICsxLDE4MiBAQAorbm9tYXRj aCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNC X1ZFTkRPUl9CQUxURUNIIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9CQUxURUNI X0NBUkRSRUFERVIiOworCWFjdGlvbiAia2xkbG9hZCB1c2xjb20iOworfTsKKworbm9tYXRjaCAx MCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZF TkRPUl9DTElQU0FMIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9DTElQU0FMXzU1 MDBQQ1UiOworCWFjdGlvbiAia2xkbG9hZCB1c2xjb20iOworfTsKKworbm9tYXRjaCAxMCB7CisJ bWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9E QVRBQVBFWCI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfREFUQUFQRVhfTVVMVElD T00iOworCWFjdGlvbiAia2xkbG9hZCB1c2xjb20iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0 Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9ERUxM IjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9ERUxMX0RXNzAwIjsKKwlhY3Rpb24g ImtsZGxvYWQgdXNsY29tIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHVi WzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfRElHSUFOU1dFUiI7CisJbWF0 Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfRElHSUFOU1dFUl9aSUdCRUU4MDIxNTQiOworCWFj dGlvbiAia2xkbG9hZCB1c2xjb20iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIg InVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9EWU5BU1RSRUFNIjsK KwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfRFlOQVNUUkVBTV9BTlRERVZCT0FSRHwk VVNCX1BST0RVQ1RfRFlOQVNUUkVBTV9BTlRERVZCT0FSRDJ8JFVTQl9QUk9EVUNUX0RZTkFTVFJF QU1fQU5UMlVTQikiOworCWFjdGlvbiAia2xkbG9hZCB1c2xjb20iOworfTsKKworbm9tYXRjaCAx MCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZF TkRPUl9FTFYiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0VMVl9VU0JJMkMiOwor CWFjdGlvbiAia2xkbG9hZCB1c2xjb20iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1 cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9GT1hDT05OIjsK KwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfRk9YQ09OTl9QSVJFTExJX0RQX0wxMHwk VVNCX1BST0RVQ1RfRk9YQ09OTiAkVVNCX1BST0RVQ1RfRk9YQ09OTl9UQ09NX1RDXzMwMCkiOwor CWFjdGlvbiAia2xkbG9hZCB1c2xjb20iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1 cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9HRU1BTFRPIjsK KwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9HRU1BTFRPX1BST1hQVSI7CisJYWN0aW9u ICJrbGRsb2FkIHVzbGNvbSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1 YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0pBQkxPVFJPTiI7CisJbWF0 Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfSkFCTE9UUk9OX1BDNjBCIjsKKwlhY3Rpb24gImts ZGxvYWQgdXNsY29tIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAt OV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfTUVJIjsKKwltYXRjaCAicHJvZHVj dCIgIigkVVNCX1BST0RVQ1RfTUVJX0NBU0hGTE9XX1NDfCRVU0JfUFJPRFVDVF9NRUkgJFVTQl9Q Uk9EVUNUX01FSV9TMjAwMCkiOworCWFjdGlvbiAia2xkbG9hZCB1c2xjb20iOworfTsKKworbm9t YXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIk VVNCX1ZFTkRPUl9KQUJMT1RST04iOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0pB QkxPVFJPTl9QQzYwQiI7CisJYWN0aW9uICJrbGRsb2FkIHVzbGNvbSI7Cit9OworCitub21hdGNo IDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0Jf VkVORE9SX09XRU4iOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX09XRU5fQUM0IjsK KwlhY3Rpb24gImtsZGxvYWQgdXNsY29tIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJi dXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfUEhJTElQUyI7 CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfUEhJTElQU19BQ0UxMDAxIjsKKwlhY3Rp b24gImtsZGxvYWQgdXNsY29tIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1 aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfUExYIjsKKwltYXRjaCAi cHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9QTFhfQ0E0MiI7CisJYWN0aW9uICJrbGRsb2FkIHVzbGNv bSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0 Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1JFTkVTQVMiOworCW1hdGNoICJwcm9kdWN0IiAiJFVT Ql9QUk9EVUNUX1JFTkVTQVNfUlg2MTAiOworCWFjdGlvbiAia2xkbG9hZCB1c2xjb20iOworfTsK Kworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5k b3IiICIkVVNCX1ZFTkRPUl9TSUxBQlMiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVD VF9TSUxBQlNfQUVST0NPTU18JFVTQl9QUk9EVUNUX1NJTEFCU19BTUJFUl9BTUIyNTYwfCRVU0Jf UFJPRFVDVF9TSUxBQlNfQVJHVVNJU1B8JFVTQl9QUk9EVUNUX1NJTEFCU19BUktIQU1fRFMxMDFf QXwkVVNCX1BST0RVQ1RfU0lMQUJTX0FSS0hBTV9EUzEwMV9NfCRVU0JfUFJPRFVDVF9TSUxBQlNf QVJZR09OX01JRkFSRXwkVVNCX1BST0RVQ1RfU0lMQUJTX0FWSVRfVVNCX1RUTHwkVVNCX1BST0RV Q1RfU0lMQUJTX0JfR19IMzAwMHwkVVNCX1BST0RVQ1RfU0lMQUJTX0JBTExVRkZfUkZJRHwkVVNC X1BST0RVQ1RfU0lMQUJTX0JFSV9WQ1B8JFVTQl9QUk9EVUNUX1NJTEFCU19CU003RFVTQnwkVVNC X1BST0RVQ1RfU0lMQUJTX0JVUk5TSURFfCRVU0JfUFJPRFVDVF9TSUxBQlNfQzJfRURHRV9NT0RF TXwkVVNCX1BST0RVQ1RfU0lMQUJTX0NQMjEwMnwkVVNCX1BST0RVQ1RfU0lMQUJTX0NQMjEwWF8y fCRVU0JfUFJPRFVDVF9TSUxBQlNfQ1JVTUIxMjh8JFVTQl9QUk9EVUNUX1NJTEFCU19DWUdOQUx8 JFVTQl9QUk9EVUNUX1NJTEFCU19DWUdOQUxfREVCVUd8JFVTQl9QUk9EVUNUX1NJTEFCU19DWUdO QUxfR1BTfCRVU0JfUFJPRFVDVF9TSUxBQlNfREVHUkVFfCRVU0JfUFJPRFVDVF9TSUxBQlNfRU1T X0MxMDA3fCRVU0JfUFJPRFVDVF9TSUxBQlNfSEVMSUNPTXwkVVNCX1BST0RVQ1RfU0lMQUJTX0lN U19VU0JfUlM0MjJ8JFVTQl9QUk9EVUNUX1NJTEFCU19JTkZJTklUWV9NSUN8JFVTQl9QUk9EVUNU X1NJTEFCU19JTlNZU19NT0RFTXwkVVNCX1BST0RVQ1RfU0lMQUJTX0tZT0NFUkFfR1BTfCRVU0Jf UFJPRFVDVF9TSUxBQlNfTElQT1dTS1lfSEFSUHwkVVNCX1BST0RVQ1RfU0lMQUJTX0xJUE9XU0tZ X0pUQUd8JFVTQl9QUk9EVUNUX1NJTEFCU19MSVBPV1NLWV9MSU58JFVTQl9QUk9EVUNUX1NJTEFC U19NQzM1UFV8JFVTQl9QUk9EVUNUX1NJTEFCU19NSlNfVE9TTElOS3wkVVNCX1BST0RVQ1RfU0lM QUJTX01TRF9EQVNISEFXS3wkVVNCX1BST0RVQ1RfU0lMQUJTX1BPTE9MVXwkVVNCX1BST0RVQ1Rf U0lMQUJTX1BST0NZT05fQVZTfCRVU0JfUFJPRFVDVF9TSUxBQlNfU0JfUEFSQU1PVU5UX01FfCRV U0JfUFJPRFVDVF9TSUxBQlNfU1VVTlRPfCRVU0JfUFJPRFVDVF9TSUxBQlNfVEFNU01BU1RFUnwk VVNCX1BST0RVQ1RfU0lMQUJTX1RFTEVHRVNZU19FVFJYMnwkVVNCX1BST0RVQ1RfU0lMQUJTX1RS QUNJRU5UfCRVU0JfUFJPRFVDVF9TSUxBQlNfVFJBUU1BVEV8JFVTQl9QUk9EVUNUX1NJTEFCU19V U0JDT1VOVDUwfCRVU0JfUFJPRFVDVF9TSUxBQlNfVVNCUFVMU0UxMDB8JFVTQl9QUk9EVUNUX1NJ TEFCU19VU0JTQ09QRTUwfCRVU0JfUFJPRFVDVF9TSUxBQlNfVVNCV0FWRTEyfCRVU0JfUFJPRFVD VF9TSUxBQlNfVlNUQUJJfCRVU0JfUFJPRFVDVF9TSUxBQlNfV0FWSVR8JFVTQl9QUk9EVUNUX1NJ TEFCU19XTVJCQVRUfCRVU0JfUFJPRFVDVF9TSUxBQlNfV01SUklHQkxBU1RFUnwkVVNCX1BST0RV Q1RfU0lMQUJTX1dNUlJJR1RBTEt8JFVTQl9QUk9EVUNUX1NJTEFCU19aRVBIWVJfQklPKSI7CisJ YWN0aW9uICJrbGRsb2FkIHVzbGNvbSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVz IiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1NJTEFCUzIiOwor CW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1NJTEFCUzJfRENVMTFDTE9ORSI7CisJYWN0 aW9uICJrbGRsb2FkIHVzbGNvbSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAi dWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1NJTEFCUzMiOworCW1h dGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1NJTEFCUzNfR1BSU19NT0RFTSI7CisJYWN0aW9u ICJrbGRsb2FkIHVzbGNvbSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1 YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1NJTEFCUzQiOworCW1hdGNo ICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1NJTEFCUzRfMTAwRVVfTU9ERU0iOworCWFjdGlvbiAi a2xkbG9hZCB1c2xjb20iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJb MC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9TWU5URUNIIjsKKwltYXRjaCAi cHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9TWU5URUNIX0NZUEhFUkxBQjEwMCI7CisJYWN0aW9uICJr bGRsb2FkIHVzbGNvbSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1Ylsw LTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1VTSSI7CisJbWF0Y2ggInByb2R1 Y3QiICIkVVNCX1BST0RVQ1RfVVNJX01DNjAiOworCWFjdGlvbiAia2xkbG9hZCB1c2xjb20iOwor fTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2 ZW5kb3IiICIkVVNCX1ZFTkRPUl9WQUlTQUxBIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJP RFVDVF9WQUlTQUxBX0NBQkxFIjsKKwlhY3Rpb24gImtsZGxvYWQgdXNsY29tIjsKK307CisKK25v bWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAi JFVTQl9WRU5ET1JfV0FHTyI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfV0FHT19T RVJWSUNFQ0FCTEUiOworCWFjdGlvbiAia2xkbG9hZCB1c2xjb20iOworfTsKKworbm9tYXRjaCAx MCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZF TkRPUl9XQVZFU0VOU0UiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1dBVkVTRU5T RV9KQVpaIjsKKwlhY3Rpb24gImtsZGxvYWQgdXNsY29tIjsKK307CisKK25vbWF0Y2ggMTAgewor CW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1Jf V0lFTkVSUExFSU5CQVVTIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfV0lFTkVS UExFSU5CQVVTX1BMNTEyfCRVU0JfUFJPRFVDVF9XSUVORVJQTEVJTkJBVVNfUkNNfCRVU0JfUFJP RFVDVF9XSUVORVJQTEVJTkJBVVNfTVBPRHwkVVNCX1BST0RVQ1RfV0lFTkVSUExFSU5CQVVTX0NN TCkiOworCWFjdGlvbiAia2xkbG9hZCB1c2xjb20iOworfTsKKwpJbmRleDogc3lzL2Rldi91c2Iv c2VyaWFsL3VhcmsuY29uZgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvZGV2L3VzYi9zZXJpYWwvdWFyay5j b25mCShyZXZpc2lvbiAwKQorKysgc3lzL2Rldi91c2Ivc2VyaWFsL3VhcmsuY29uZgkocmV2aXNp b24gMCkKQEAgLTAsMCArMSw3IEBACitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1Ylsw LTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0FSS01JQ1JPIjsKKwltYXRjaCAi cHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9BUktNSUNST19BUkszMTE2IjsKKwlhY3Rpb24gImtsZGxv YWQgdWFyayI7Cit9OworCkluZGV4OiBzeXMvZGV2L3VzYi9zZXJpYWwvdW1jcy5jb25mCj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KLS0tIHN5cy9kZXYvdXNiL3NlcmlhbC91bWNzLmNvbmYJKHJldmlzaW9uIDApCisrKyBz eXMvZGV2L3VzYi9zZXJpYWwvdW1jcy5jb25mCShyZXZpc2lvbiAwKQpAQCAtMCwwICsxLDcgQEAK K25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9y IiAiJFVTQl9WRU5ET1JfTU9TQ0hJUCI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNU X01PU0NISVBfTUNTNzgyMHwkVVNCX1BST0RVQ1RfTU9TQ0hJUF9NQ1M3ODQwKSI7CisJYWN0aW9u ICJrbGRsb2FkIHVtY3MiOworfTsKKwpJbmRleDogc3lzL2Rldi91c2Ivc2VyaWFsL3Vtb3Njb20u Y29uZgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09Ci0tLSBzeXMvZGV2L3VzYi9zZXJpYWwvdW1vc2NvbS5jb25mCShyZXZp c2lvbiAwKQorKysgc3lzL2Rldi91c2Ivc2VyaWFsL3Vtb3Njb20uY29uZgkocmV2aXNpb24gMCkK QEAgLTAsMCArMSw3IEBACitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7 CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX01PU0NISVAiOworCW1hdGNoICJwcm9kdWN0 IiAiJFVTQl9QUk9EVUNUX01PU0NISVBfTUNTNzcwMyI7CisJYWN0aW9uICJrbGRsb2FkIHVtb3Nj b20iOworfTsKKwpJbmRleDogc3lzL2Rldi91c2Ivc2VyaWFsL3VnZW5zYS5jb25mCj09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0KLS0tIHN5cy9kZXYvdXNiL3NlcmlhbC91Z2Vuc2EuY29uZgkocmV2aXNpb24gMCkKKysrIHN5 cy9kZXYvdXNiL3NlcmlhbC91Z2Vuc2EuY29uZgkocmV2aXNpb24gMCkKQEAgLTAsMCArMSwzNSBA QAorbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5k b3IiICIkVVNCX1ZFTkRPUl9BSVJQUklNRSI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RV Q1RfQUlSUFJJTUVfUEM1MjIwIjsKKwlhY3Rpb24gImtsZGxvYWQgdWdlbnNhIjsKK307CisKK25v bWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAi JFVTQl9WRU5ET1JfQ01PVEVDSCI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfQ01P VEVDSF9DRE1BX01PREVNMSI7CisJYWN0aW9uICJrbGRsb2FkIHVnZW5zYSI7Cit9OworCitub21h dGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRV U0JfVkVORE9SX0tZT0NFUkEyIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9LWU9D RVJBMl9DRE1BX01TTV9LIjsKKwlhY3Rpb24gImtsZGxvYWQgdWdlbnNhIjsKK307CisKK25vbWF0 Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVT Ql9WRU5ET1JfSFAiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0hQXzQ5R1BMVVMi OworCWFjdGlvbiAia2xkbG9hZCB1Z2Vuc2EiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2gg ImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9OT1ZBVEVM MiI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfTk9WQVRFTDJfRkxFWFBBQ0tHUFMi OworCWFjdGlvbiAia2xkbG9hZCB1Z2Vuc2EiOworfTsKKwpJbmRleDogc3lzL2Rldi91c2Ivc2Vy aWFsL3Vtb2RlbS5jb25mCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9kZXYvdXNiL3NlcmlhbC91bW9kZW0u Y29uZgkocmV2aXNpb24gMCkKKysrIHN5cy9kZXYvdXNiL3NlcmlhbC91bW9kZW0uY29uZgkocmV2 aXNpb24gMCkKQEAgLTAsMCArMSwyMSBAQAorbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVo dWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9LWU9DRVJBIjsKKwltYXRj aCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9LWU9DRVJBX0FISzMwMDFWIjsKKwlhY3Rpb24gImts ZGxvYWQgdW1vZGVtIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAt OV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU0lFUlJBIjsKKwltYXRjaCAicHJv ZHVjdCIgIiRVU0JfUFJPRFVDVF9TSUVSUkFfTUM1NzIwIjsKKwlhY3Rpb24gImtsZGxvYWQgdW1v ZGVtIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwlt YXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQ1VSSVRFTCI7CisJbWF0Y2ggInByb2R1Y3QiICIk VVNCX1BST0RVQ1RfQ1VSSVRFTF9QQzU3NDAiOworCWFjdGlvbiAia2xkbG9hZCB1bW9kZW0iOwor fTsKKwpJbmRleDogc3lzL2Rldi91c2Ivc2VyaWFsL3V2aXNvci5jb25mCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0t IHN5cy9kZXYvdXNiL3NlcmlhbC91dmlzb3IuY29uZgkocmV2aXNpb24gMCkKKysrIHN5cy9kZXYv dXNiL3NlcmlhbC91dmlzb3IuY29uZgkocmV2aXNpb24gMCkKQEAgLTAsMCArMSw2MyBAQAorbm9t YXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIk VVNCX1ZFTkRPUl9BQ0VFQ0EiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0FDRUVD QV9NRVoxMDAwIjsKKwlhY3Rpb24gImtsZGxvYWQgdXZpc29yIjsKK307CisKK25vbWF0Y2ggMTAg eworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5E T1JfQUxQSEFTTUFSVCI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfQUxQSEFTTUFS VF9EQU5BX1NZTkMiOworCWFjdGlvbiAia2xkbG9hZCB1dmlzb3IiOworfTsKKworbm9tYXRjaCAx MCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZF TkRPUl9HQVJNSU4iOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0dBUk1JTl9JUVVF XzM2MDAiOworCWFjdGlvbiAia2xkbG9hZCB1dmlzb3IiOworfTsKKworbm9tYXRjaCAxMCB7CisJ bWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9G T1NTSUwiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0ZPU1NJTF9XUklTVFBEQSI7 CisJYWN0aW9uICJrbGRsb2FkIHV2aXNvciI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAi YnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0hBTkRTUFJJ TkciOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9IQU5EU1BSSU5HX1ZJU09SfCRV U0JfUFJPRFVDVF9IQU5EU1BSSU5HX1RSRU98JFVTQl9QUk9EVUNUX0hBTkRTUFJJTkdfVFJFTzYw MCkiOworCWFjdGlvbiAia2xkbG9hZCB1dmlzb3IiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0 Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9QQUxN IjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfUEFMTV9NNTAwfCRVU0JfUFJPRFVD VF9QQUxNX001MDV8JFVTQl9QUk9EVUNUX1BBTE1fTTUxNXwkVVNCX1BST0RVQ1RfUEFMTV9JNzA1 fCRVU0JfUFJPRFVDVF9QQUxNX00xMjV8JFVTQl9QUk9EVUNUX1BBTE1fTTEzMHwkVVNCX1BST0RV Q1RfUEFMTV9UVU5HU1RFTl9afCRVU0JfUFJPRFVDVF9QQUxNX1RVTkdTVEVOX1R8JFVTQl9QUk9E VUNUX1BBTE1fWklSRXwkVVNCX1BST0RVQ1RfUEFMTV9aSVJFMzEpIjsKKwlhY3Rpb24gImtsZGxv YWQgdXZpc29yIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0r IjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU0FNU1VORyI7CisJbWF0Y2ggInByb2R1 Y3QiICIkVVNCX1BST0RVQ1RfU0FNU1VOR19JNTAwIjsKKwlhY3Rpb24gImtsZGxvYWQgdXZpc29y IjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRj aCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU09OWSI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9Q Uk9EVUNUX1NPTllfQ0xJRV80MHwkVVNCX1BST0RVQ1RfU09OWV9DTElFXzQxfCRVU0JfUFJPRFVD VF9TT05ZX0NMSUVfUzM2MHwkVVNCX1BST0RVQ1RfU09OWV9DTElFX05YNjB8JFVTQl9QUk9EVUNU X1NPTllfQ0xJRV8zNXwkVVNCX1BST0RVQ1RfU09OWV9DTElFXzI1fCRVU0JfUFJPRFVDVF9TT05Z X0NMSUVfVEozN3wkVVNCX1BST0RVQ1RfU09OWV9DTElFX1RINTUpIjsKKwlhY3Rpb24gImtsZGxv YWQgdXZpc29yIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0r IjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfVEFQV0FWRSI7CisJbWF0Y2ggInByb2R1 Y3QiICIkVVNCX1BST0RVQ1RfVEFQV0FWRV9aT0RJQUMiOworCWFjdGlvbiAia2xkbG9hZCB1dmlz b3IiOworfTsKKwpJbmRleDogc3lzL2Rldi91c2Ivc2VyaWFsL3Vic2EuY29uZgo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 Ci0tLSBzeXMvZGV2L3VzYi9zZXJpYWwvdWJzYS5jb25mCShyZXZpc2lvbiAwKQorKysgc3lzL2Rl di91c2Ivc2VyaWFsL3Vic2EuY29uZgkocmV2aXNpb24gMCkKQEAgLTAsMCArMSw0MiBAQAorbm9t YXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIk VVNCX1ZFTkRPUl9BTllEQVRBIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfQU5Z REFUQV9BRFVfNTAwQXwkVVNCX1BST0RVQ1RfQU5ZREFUQV9BRFVfRTEwMFgpIjsKKwlhY3Rpb24g ImtsZGxvYWQgdWJzYSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1Ylsw LTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0FYRVNTVEVMIjsKKwltYXRjaCAi cHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9BWEVTU1RFTF9EQVRBTU9ERU0iOworCWFjdGlvbiAia2xk bG9hZCB1YnNhIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0r IjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQkVMS0lOIjsKKwltYXRjaCAicHJvZHVj dCIgIigkVVNCX1BST0RVQ1RfQkVMS0lOX0Y1VTEwM3wkVVNCX1BST0RVQ1RfQkVMS0lOX0Y1VTEy MCkiOworCWFjdGlvbiAia2xkbG9hZCB1YnNhIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNo ICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfRVRFSyI7 CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfRVRFS18xQ09NIjsKKwlhY3Rpb24gImts ZGxvYWQgdWJzYSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTld KyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0dPSFVCUyI7CisJbWF0Y2ggInByb2R1 Y3QiICIkVVNCX1BST0RVQ1RfR09IVUJTX0dPQ09NMjMyIjsKKwlhY3Rpb24gImtsZGxvYWQgdWJz YSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0 Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1BFUkFDT00iOworCW1hdGNoICJwcm9kdWN0IiAiJFVT Ql9QUk9EVUNUX1BFUkFDT01fU0VSSUFMMSI7CisJYWN0aW9uICJrbGRsb2FkIHVic2EiOworfTsK KwpJbmRleDogc3lzL2Rldi91c2IvaW5wdXQvdWVwLmNvbmYKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rl di91c2IvaW5wdXQvdWVwLmNvbmYJKHJldmlzaW9uIDApCisrKyBzeXMvZGV2L3VzYi9pbnB1dC91 ZXAuY29uZgkocmV2aXNpb24gMCkKQEAgLTAsMCArMSwxNCBAQAorbm9tYXRjaCAxMCB7CisJbWF0 Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9FR0FM QVgiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9FR0FMQVhfVFBBTkVMfCRVU0Jf UFJPRFVDVF9FR0FMQVhfVFBBTkVMMikiOworCWFjdGlvbiAia2xkbG9hZCB1ZXAiOworfTsKKwor bm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3Ii ICIkVVNCX1ZFTkRPUl9FR0FMQVgyIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9F R0FMQVhfVFBBTkVMMiI7CisJYWN0aW9uICJrbGRsb2FkIHVlcCI7Cit9OworCkluZGV4OiBzeXMv ZGV2L3VzYi9zdG9yYWdlL3VyaW8uY29uZgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvZGV2L3VzYi9zdG9y YWdlL3VyaW8uY29uZgkocmV2aXNpb24gMCkKKysrIHN5cy9kZXYvdXNiL3N0b3JhZ2UvdXJpby5j b25mCShyZXZpc2lvbiAwKQpAQCAtMCwwICsxLDE0IEBACitub21hdGNoIDEwIHsKKwltYXRjaCAi YnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0RJQU1PTkQi OworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0RJQU1PTkRfUklPNTAwVVNCIjsKKwlh Y3Rpb24gImtsZGxvYWQgdXJpbyI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAi dWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0RJQU1PTkQyIjsKKwlt YXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfRElBTU9ORDJfUklPNjAwVVNCfCRVU0JfUFJP RFVDVF9ESUFNT05EMl9SSU84MDBVU0IpIjsKKwlhY3Rpb24gImtsZGxvYWQgdXJpbyI7Cit9Owor CkluZGV4OiBzeXMvZGV2L3VzYi9uZXQvaWZfaXBoZXRoLmNvbmYKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lz L2Rldi91c2IvbmV0L2lmX2lwaGV0aC5jb25mCShyZXZpc2lvbiAwKQorKysgc3lzL2Rldi91c2Iv bmV0L2lmX2lwaGV0aC5jb25mCShyZXZpc2lvbiAwKQpAQCAtMCwwICsxLDcgQEAKK25vbWF0Y2gg MTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9W RU5ET1JfQVBQTEUiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9BUFBMRV9JUEhP TkV8JFVTQl9QUk9EVUNUX0FQUExFX0lQSE9ORV8zR3wkVVNCX1BST0RVQ1RfQVBQTEVfSVBIT05F XzNHU3wkVVNCX1BST0RVQ1RfQVBQTEVfSVBIT05FXzQpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZf aXBoZXRoIjsKK307CisKSW5kZXg6IHN5cy9kZXYvdXNiL25ldC9pZl9ydWUuY29uZgo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09Ci0tLSBzeXMvZGV2L3VzYi9uZXQvaWZfcnVlLmNvbmYJKHJldmlzaW9uIDApCisrKyBzeXMv ZGV2L3VzYi9uZXQvaWZfcnVlLmNvbmYJKHJldmlzaW9uIDApCkBAIC0wLDAgKzEsMjEgQEAKK25v bWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAi JFVTQl9WRU5ET1JfTUVMQ08iOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX01FTENP X0xVQUtUWCI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1ZSI7Cit9OworCitub21hdGNoIDEwIHsK KwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9S X1JFQUxURUsiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1JFQUxURUtfVVNCS1Ix MDAiOworCWFjdGlvbiAia2xkbG9hZCBpZl9ydWUiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0 Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9PUU8i OworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX09RT19FVEhFUjAxIjsKKwlhY3Rpb24g ImtsZGxvYWQgaWZfcnVlIjsKK307CisKSW5kZXg6IHN5cy9kZXYvdXNiL25ldC9pZl9jZGNlLmNv bmYKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQotLS0gc3lzL2Rldi91c2IvbmV0L2lmX2NkY2UuY29uZgkocmV2aXNpb24g MCkKKysrIHN5cy9kZXYvdXNiL25ldC9pZl9jZGNlLmNvbmYJKHJldmlzaW9uIDApCkBAIC0wLDAg KzEsNTYgQEAKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRj aCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQUNFUkxBQlMiOworCW1hdGNoICJwcm9kdWN0IiAiJFVT Ql9QUk9EVUNUX0FDRVJMQUJTX001NjMyIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfY2RjZSI7Cit9 OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZl bmRvciIgIiRVU0JfVkVORE9SX0FNQklUIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVD VF9BTUJJVF9OVExfMjUwIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfY2RjZSI7Cit9OworCitub21h dGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRV U0JfVkVORE9SX0NPTVBBUSI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfQ09NUEFR X0lQQVFMSU5VWCI7CisJYWN0aW9uICJrbGRsb2FkIGlmX2NkY2UiOworfTsKKworbm9tYXRjaCAx MCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZF TkRPUl9HTUFURSI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfR01BVEVfWVAzWDAw IjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfY2RjZSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRj aCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX01PVE9S T0xBMiI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX01PVE9ST0xBMl9VU0JMQU58 JFVTQl9QUk9EVUNUX01PVE9ST0xBMl9VU0JMQU4yKSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX2Nk Y2UiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1h dGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9ORVRDSElQIjsKKwltYXRjaCAicHJvZHVjdCIgIiRV U0JfUFJPRFVDVF9ORVRDSElQX0VUSEVSTkVUR0FER0VUIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZf Y2RjZSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJ bWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1BST0xJRklDIjsKKwltYXRjaCAicHJvZHVjdCIg IiRVU0JfUFJPRFVDVF9QUk9MSUZJQ19QTDI1MDEiOworCWFjdGlvbiAia2xkbG9hZCBpZl9jZGNl IjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRj aCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU0hBUlAiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0Jf UFJPRFVDVF9TSEFSUF9TTDU1MDB8JFVTQl9QUk9EVUNUX1NIQVJQX1NMNTYwMHwkVVNCX1BST0RV Q1RfU0hBUlBfU0xBMzAwfCRVU0JfUFJPRFVDVF9TSEFSUF9TTEM3MDB8JFVTQl9QUk9EVUNUX1NI QVJQX1NMQzc1MCkiOworCWFjdGlvbiAia2xkbG9hZCBpZl9jZGNlIjsKK307CisKSW5kZXg6IHN5 cy9kZXYvdXNiL25ldC9pZl91ZGF2LmNvbmYKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi91c2IvbmV0 L2lmX3VkYXYuY29uZgkocmV2aXNpb24gMCkKKysrIHN5cy9kZXYvdXNiL25ldC9pZl91ZGF2LmNv bmYJKHJldmlzaW9uIDApCkBAIC0wLDAgKzEsMjEgQEAKK25vbWF0Y2ggMTAgeworCW1hdGNoICJi dXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU0hBTlRPVSI7 CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX1NIQU5UT1VfRE05NjAxfCRVU0JfUFJP RFVDVF9TSEFOVE9VX1NUMjY4fCRVU0JfUFJPRFVDVF9TSEFOVE9VX0FETTg1MTUpIjsKKwlhY3Rp b24gImtsZGxvYWQgaWZfdWRhdiI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAi dWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0NPUkVHQSI7CisJbWF0 Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfQ09SRUdBX0ZFVEhFUl9VU0JfVFhDIjsKKwlhY3Rp b24gImtsZGxvYWQgaWZfdWRhdiI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAi dWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0tPTlRST04iOworCW1h dGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9LT05UUk9OX0RNOTYwMXwkVVNCX1BST0RVQ1Rf S09OVFJPTl9KUDEwODIpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfdWRhdiI7Cit9OworCkluZGV4 OiBzeXMvZGV2L3VzYi9uZXQvdWhzby5jb25mCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9kZXYvdXNiL25l dC91aHNvLmNvbmYJKHJldmlzaW9uIDApCisrKyBzeXMvZGV2L3VzYi9uZXQvdWhzby5jb25mCShy ZXZpc2lvbiAwKQpAQCAtMCwwICsxLDcgQEAKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1 aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfT1BUSU9OIjsKKwltYXRj aCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfT1BUSU9OX0dTSUNPTjcyfCRVU0JfUFJPRFVDVF9P UFRJT05fR1RIU0RQQXwkVVNCX1BST0RVQ1RfT1BUSU9OX0dTSUNPTkhTVVBBfCRVU0JfUFJPRFVD VF9PUFRJT05fR1RIU1VQQXwkVVNCX1BST0RVQ1RfT1BUSU9OX0dFNDBYfCRVU0JfUFJPRFVDVF9P UFRJT05fR0U0MFhfMXwkVVNCX1BST0RVQ1RfT1BUSU9OX0dFNDBYXzJ8JFVTQl9QUk9EVUNUX09Q VElPTl9HRTQwWF8zfCRVU0JfUFJPRFVDVF9PUFRJT05fSUNPTjQwMXwkVVNCX1BST0RVQ1RfT1BU SU9OX0dNVDM4MnwkVVNCX1BST0RVQ1RfT1BUSU9OX0lDT05FREdFfCRVU0JfUFJPRFVDVF9PUFRJ T05fTU9ESFNYUEF8JFVTQl9QUk9EVUNUX09QVElPTl9JQ09OMzIxfCRVU0JfUFJPRFVDVF9PUFRJ T05fR1RJQ09OMzIyfCRVU0JfUFJPRFVDVF9PUFRJT05fSUNPTjUwNXwkVVNCX1BST0RVQ1RfT1BU SU9OX0lDT041MDUpIjsKKwlhY3Rpb24gImtsZGxvYWQgdWhzbyI7Cit9OworCkluZGV4OiBzeXMv ZGV2L3VzYi9uZXQvaWZfYXVlLmNvbmYKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi91c2IvbmV0L2lm X2F1ZS5jb25mCShyZXZpc2lvbiAwKQorKysgc3lzL2Rldi91c2IvbmV0L2lmX2F1ZS5jb25mCShy ZXZpc2lvbiAwKQpAQCAtMCwwICsxLDE5NiBAQAorbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIg InVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl8zQ09NIjsKKwltYXRj aCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF8zQ09NXzNDNDYwQiI7CisJYWN0aW9uICJrbGRsb2Fk IGlmX2F1ZSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7 CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0FCT0NPTSI7CisJbWF0Y2ggInByb2R1Y3Qi ICIoJFVTQl9QUk9EVUNUX0FCT0NPTV9EU0I2NTBUWF9QTkF8JFVTQl9QUk9EVUNUX0FCT0NPTV9V RkUxMDAwfCRVU0JfUFJPRFVDVF9BQk9DT01fWFgxfCRVU0JfUFJPRFVDVF9BQk9DT01fWFgxMHwk VVNCX1BST0RVQ1RfQUJPQ09NX1hYMnwkVVNCX1BST0RVQ1RfQUJPQ09NX1hYNHwkVVNCX1BST0RV Q1RfQUJPQ09NX1hYNXwkVVNCX1BST0RVQ1RfQUJPQ09NX1hYNnwkVVNCX1BST0RVQ1RfQUJPQ09N X1hYN3wkVVNCX1BST0RVQ1RfQUJPQ09NX1hYOHwkVVNCX1BST0RVQ1RfQUJPQ09NX1hYOSkiOwor CWFjdGlvbiAia2xkbG9hZCBpZl9hdWUiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1 cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9BQ0NUT04iOwor CW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9BQ0NUT05fU1MxMDAxfCRVU0JfUFJPRFVD VF9BQ0NUT05fVVNCMzIwX0VDKSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX2F1ZSI7Cit9OworCitu b21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIg IiRVU0JfVkVORE9SX0FETVRFSyI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0FE TVRFS19QRUdBU1VTfCRVU0JfUFJPRFVDVF9BRE1URUtfUEVHQVNVU0lJfCRVU0JfUFJPRFVDVF9B RE1URUtfUEVHQVNVU0lJXzJ8JFVTQl9QUk9EVUNUX0FETVRFS19QRUdBU1VTSUlfM3wkVVNCX1BS T0RVQ1RfQURNVEVLX1BFR0FTVVNJSV80KSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX2F1ZSI7Cit9 OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZl bmRvciIgIiRVU0JfVkVORE9SX0FFSSI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1Rf QUVJX0ZBU1RFVEhFUk5FVCI7CisJYWN0aW9uICJrbGRsb2FkIGlmX2F1ZSI7Cit9OworCitub21h dGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRV U0JfVkVORE9SX0FMTElFRFRFTEVTWU4iOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNU X0FMTElFRFRFTEVTWU5fQVRVU0IxMDAiOworCWFjdGlvbiAia2xkbG9hZCBpZl9hdWUiOworfTsK Kworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5k b3IiICIkVVNCX1ZFTkRPUl9BVEVOIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9B VEVOX1VDMTEwVCI7CisJYWN0aW9uICJrbGRsb2FkIGlmX2F1ZSI7Cit9OworCitub21hdGNoIDEw IHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVO RE9SX0JFTEtJTiI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfQkVMS0lOX1VTQjJM QU4iOworCWFjdGlvbiAia2xkbG9hZCBpZl9hdWUiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0 Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9CSUxM SU9OVE9OIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfQklMTElPTlRPTl9VU0Ix MDB8JFVTQl9QUk9EVUNUX0JJTExJT05UT05fVVNCRTEwMHwkVVNCX1BST0RVQ1RfQklMTElPTlRP Tl9VU0JFTDEwMHwkVVNCX1BST0RVQ1RfQklMTElPTlRPTl9VU0JMUDEwMCkiOworCWFjdGlvbiAi a2xkbG9hZCBpZl9hdWUiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJb MC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9DT1JFR0EiOworCW1hdGNoICJw cm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9DT1JFR0FfRkVUSEVSX1VTQl9UWHwkVVNCX1BST0RVQ1Rf Q09SRUdBX0ZFVEhFUl9VU0JfVFhTKSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX2F1ZSI7Cit9Owor Citub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRv ciIgIiRVU0JfVkVORE9SX0RMSU5LIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1Rf RExJTktfRFNCNjUwfCRVU0JfUFJPRFVDVF9ETElOS19EU0I2NTBUWHwkVVNCX1BST0RVQ1RfRExJ TktfRFNCNjUwVFgxfCRVU0JfUFJPRFVDVF9ETElOS19EU0I2NTBUWDJ8JFVTQl9QUk9EVUNUX0RM SU5LX0RTQjY1MFRYM3wkVVNCX1BST0RVQ1RfRExJTktfRFNCNjUwVFg0fCRVU0JfUFJPRFVDVF9E TElOS19EU0I2NTBUWF9QTkEpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfYXVlIjsKK307CisKK25v bWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAi JFVTQl9WRU5ET1JfRUxDT04iOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0VMQ09O X1BMQU4iOworCWFjdGlvbiAia2xkbG9hZCBpZl9hdWUiOworfTsKKworbm9tYXRjaCAxMCB7CisJ bWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9F TEVDT00iOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9FTEVDT01fTERVU0IyMHwk VVNCX1BST0RVQ1RfRUxFQ09NX0xEVVNCTFRYfCRVU0JfUFJPRFVDVF9FTEVDT01fTERVU0JUWDB8 JFVTQl9QUk9EVUNUX0VMRUNPTV9MRFVTQlRYMXwkVVNCX1BST0RVQ1RfRUxFQ09NX0xEVVNCVFgy fCRVU0JfUFJPRFVDVF9FTEVDT01fTERVU0JUWDMpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfYXVl IjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRj aCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfRUxTQSI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BS T0RVQ1RfRUxTQV9VU0IyRVRIRVJORVQiOworCWFjdGlvbiAia2xkbG9hZCBpZl9hdWUiOworfTsK Kworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5k b3IiICIkVVNCX1ZFTkRPUl9HSUdBQllURSI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RV Q1RfR0lHQUJZVEVfR05CUjQwMlciOworCWFjdGlvbiAia2xkbG9hZCBpZl9hdWUiOworfTsKKwor bm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3Ii ICIkVVNCX1ZFTkRPUl9IQVdLSU5HIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9I QVdLSU5HX1VGMTAwIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfYXVlIjsKK307CisKK25vbWF0Y2gg MTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9W RU5ET1JfSFAiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0hQX0hOMjEwRSI7CisJ YWN0aW9uICJrbGRsb2FkIGlmX2F1ZSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVz IiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0lPREFUQSI7CisJ bWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0lPREFUQV9VU0JFVFRYfCRVU0JfUFJPRFVD VF9JT0RBVEFfVVNCRVRUWFMpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfYXVlIjsKK307CisKK25v bWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAi JFVTQl9WRU5ET1JfS0lOR1NUT04iOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0tJ TkdTVE9OX0tOVTEwMVRYIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfYXVlIjsKK307CisKK25vbWF0 Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVT Ql9WRU5ET1JfTElOS1NZUyI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0xJTktT WVNfVVNCMTAwSDF8JFVTQl9QUk9EVUNUX0xJTktTWVNfVVNCMTAwVFh8JFVTQl9QUk9EVUNUX0xJ TktTWVNfVVNCMTBUfCRVU0JfUFJPRFVDVF9MSU5LU1lTX1VTQjEwVEF8JFVTQl9QUk9EVUNUX0xJ TktTWVNfVVNCMTBUWDF8JFVTQl9QUk9EVUNUX0xJTktTWVNfVVNCMTBUWDIpIjsKKwlhY3Rpb24g ImtsZGxvYWQgaWZfYXVlIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHVi WzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfTUVMQ08iOworCW1hdGNoICJw cm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9NRUxDT19MVUEyVFg1fCRVU0JfUFJPRFVDVF9NRUxDT19M VUFUWDF8JFVTQl9QUk9EVUNUX01FTENPX0xVQVRYNSkiOworCWFjdGlvbiAia2xkbG9hZCBpZl9h dWUiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1h dGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9NSUNST1NPRlQiOworCW1hdGNoICJwcm9kdWN0IiAi JFVTQl9QUk9EVUNUX01JQ1JPU09GVF9NTjExMCI7CisJYWN0aW9uICJrbGRsb2FkIGlmX2F1ZSI7 Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2gg InZlbmRvciIgIiRVU0JfVkVORE9SX05FVEdFQVIiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9Q Uk9EVUNUX05FVEdFQVJfRkExMDEiOworCWFjdGlvbiAia2xkbG9hZCBpZl9hdWUiOworfTsKKwor bm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3Ii ICIkVVNCX1ZFTkRPUl9TSUVNRU5TIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9T SUVNRU5TX1NQRUVEU1RSRUFNIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfYXVlIjsKK307CisKK25v bWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAi JFVTQl9WRU5ET1JfU0lJRzIiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1NJSUcy X1VTQlRPRVRIRVIiOworCWFjdGlvbiAia2xkbG9hZCBpZl9hdWUiOworfTsKKworbm9tYXRjaCAx MCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZF TkRPUl9TTUFSVEJSSURHRVMiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1NNQVJU QlJJREdFU19TTUFSVE5JQyI7CisJYWN0aW9uICJrbGRsb2FkIGlmX2F1ZSI7Cit9OworCitub21h dGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRV U0JfVkVORE9SX1NNQyI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX1NNQ18yMjAy VVNCfCRVU0JfUFJPRFVDVF9TTUNfMjIwNlVTQikiOworCWFjdGlvbiAia2xkbG9hZCBpZl9hdWUi OworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNo ICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9TT0hPV0FSRSI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVT Ql9QUk9EVUNUX1NPSE9XQVJFX05VQjEwMHwkVVNCX1BST0RVQ1RfU09IT1dBUkVfTlVCMTEwKSI7 CisJYWN0aW9uICJrbGRsb2FkIGlmX2F1ZSI7Cit9OworCkluZGV4OiBzeXMvZGV2L3VzYi9uZXQv aWZfY3VlLmNvbmYKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi91c2IvbmV0L2lmX2N1ZS5jb25mCShy ZXZpc2lvbiAwKQorKysgc3lzL2Rldi91c2IvbmV0L2lmX2N1ZS5jb25mCShyZXZpc2lvbiAwKQpA QCAtMCwwICsxLDE0IEBACitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7 CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0NBVEMiOworCW1hdGNoICJwcm9kdWN0IiAi KCRVU0JfUFJPRFVDVF9DQVRDX05FVE1BVEV8JFVTQl9QUk9EVUNUX0NBVENfTkVUTUFURTIpIjsK KwlhY3Rpb24gImtsZGxvYWQgaWZfY3VlIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJi dXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU01BUlRCUklE R0VTIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9TTUFSVEJSSURHRVNfU01BUlRM SU5LIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfY3VlIjsKK307CisKSW5kZXg6IHN5cy9kZXYvdXNi L25ldC9pZl9heGUuY29uZgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvZGV2L3VzYi9uZXQvaWZfYXhlLmNv bmYJKHJldmlzaW9uIDApCisrKyBzeXMvZGV2L3VzYi9uZXQvaWZfYXhlLmNvbmYJKHJldmlzaW9u IDApCkBAIC0wLDAgKzEsNDIgQEAKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAt OV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQUJPQ09NIjsKKwltYXRjaCAicHJv ZHVjdCIgIiRVU0JfUFJPRFVDVF9BQk9DT01fVUYyMDAiOworCWFjdGlvbiAia2xkbG9hZCBpZl9h eGUiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1h dGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9BQ0VSQ00iOworCW1hdGNoICJwcm9kdWN0IiAiJFVT Ql9QUk9EVUNUX0FDRVJDTV9FUDE0MjdYMiI7CisJYWN0aW9uICJrbGRsb2FkIGlmX2F4ZSI7Cit9 OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZl bmRvciIgIiRVU0JfVkVORE9SX0FQUExFIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVD VF9BUFBMRV9FVEhFUk5FVCI7CisJYWN0aW9uICJrbGRsb2FkIGlmX2F4ZSI7Cit9OworCitub21h dGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRV U0JfVkVORE9SX0FTSVgiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9BU0lYX0FY ODgxNzJ8JFVTQl9QUk9EVUNUX0FTSVhfQVg4ODE3OHwkVVNCX1BST0RVQ1RfQVNJWF9BWDg4Nzcy fCRVU0JfUFJPRFVDVF9BU0lYX0FYODg3NzJBfCRVU0JfUFJPRFVDVF9BVEVOX1VDMjEwVCkiOwor CWFjdGlvbiAia2xkbG9hZCBpZl9heGUiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1 cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9CRUxLSU4iOwor CW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0JFTEtJTl9GNUQ1MDU1IjsKKwlhY3Rpb24g ImtsZGxvYWQgaWZfYXhlIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHVi WzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQklMTElPTlRPTiI7CisJbWF0 Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfQklMTElPTlRPTl9VU0IyQVIiOworCWFjdGlvbiAi a2xkbG9hZCBpZl9heGUiOworfTsKKwpJbmRleDogc3lzL2Rldi91c2IvbmV0L2lmX2t1ZS5jb25m Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KLS0tIHN5cy9kZXYvdXNiL25ldC9pZl9rdWUuY29uZgkocmV2aXNpb24gMCkK KysrIHN5cy9kZXYvdXNiL25ldC9pZl9rdWUuY29uZgkocmV2aXNpb24gMCkKQEAgLTAsMCArMSwx NTQgQEAKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAi dmVuZG9yIiAiJFVTQl9WRU5ET1JfM0NPTSI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9E VUNUXzNDT01fM0MxOTI1MHwkVVNCX1BST0RVQ1RfM0NPTV8zQzQ2MCkiOworCWFjdGlvbiAia2xk bG9hZCBpZl9rdWUiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05 XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9BQk9DT00iOworCW1hdGNoICJwcm9k dWN0IiAiJFVTQl9QUk9EVUNUX0FCT0NPTV9VUkU0NTAiOworCWFjdGlvbiAia2xkbG9hZCBpZl9r dWUiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1h dGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9BRFMiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0Jf UFJPRFVDVF9BRFNfVUJTMTBCVHwkVVNCX1BST0RVQ1RfQURTX1VCUzEwQlRYKSI7CisJYWN0aW9u ICJrbGRsb2FkIGlmX2t1ZSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1 YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0FPWCI7CisJbWF0Y2ggInBy b2R1Y3QiICIkVVNCX1BST0RVQ1RfQU9YX1VTQjEwMSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX2t1 ZSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0 Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0FTQU5URSI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNC X1BST0RVQ1RfQVNBTlRFX0VBIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfa3VlIjsKK307CisKK25v bWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAi JFVTQl9WRU5ET1JfQVRFTiI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0FURU5f RFNCNjUwQ3wkVVNCX1BST0RVQ1RfQVRFTl9VQzEwVCkiOworCWFjdGlvbiAia2xkbG9hZCBpZl9r dWUiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1h dGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9DT1JFR0EiOworCW1hdGNoICJwcm9kdWN0IiAiJFVT Ql9QUk9EVUNUX0NPUkVHQV9FVEhFUl9VU0JfVCI7CisJYWN0aW9uICJrbGRsb2FkIGlmX2t1ZSI7 Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2gg InZlbmRvciIgIiRVU0JfVkVORE9SX0RMSU5LIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJP RFVDVF9ETElOS19EU0I2NTBDIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfa3VlIjsKK307CisKK25v bWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAi JFVTQl9WRU5ET1JfRU5UUkVHQSI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0VO VFJFR0FfRTQ1fCRVU0JfUFJPRFVDVF9FTlRSRUdBX1hYMXwkVVNCX1BST0RVQ1RfRU5UUkVHQV9Y WDIpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfa3VlIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1h dGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfSU9E QVRBIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9JT0RBVEFfVVNCRVRUIjsKKwlh Y3Rpb24gImtsZGxvYWQgaWZfa3VlIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMi ICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfSkFUT04iOworCW1h dGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0pBVE9OX0VEQSI7CisJYWN0aW9uICJrbGRsb2Fk IGlmX2t1ZSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7 CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0tJTkdTVE9OIjsKKwltYXRjaCAicHJvZHVj dCIgIiRVU0JfUFJPRFVDVF9LSU5HU1RPTl9YWDEiOworCWFjdGlvbiAia2xkbG9hZCBpZl9rdWUi OworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNo ICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9LTFNJIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BS T0RVQ1RfS0xTSV9EVUgzRTEwQlR8JFVTQl9QUk9EVUNUX0tMU0lfRFVIM0UxMEJUTikiOworCWFj dGlvbiAia2xkbG9hZCBpZl9rdWUiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIg InVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9MSU5LU1lTIjsKKwlt YXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9MSU5LU1lTX1VTQjEwVCI7CisJYWN0aW9uICJr bGRsb2FkIGlmX2t1ZSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1Ylsw LTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX01PQklMSVRZIjsKKwltYXRjaCAi cHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9NT0JJTElUWV9FQSI7CisJYWN0aW9uICJrbGRsb2FkIGlm X2t1ZSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJ bWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX05FVEdFQVIiOworCW1hdGNoICJwcm9kdWN0IiAi KCRVU0JfUFJPRFVDVF9ORVRHRUFSX0VBMTAxfCRVU0JfUFJPRFVDVF9ORVRHRUFSX0VBMTAxWCki OworCWFjdGlvbiAia2xkbG9hZCBpZl9rdWUiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2gg ImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9QRVJBQ09N IjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfUEVSQUNPTV9FTkVUfCRVU0JfUFJP RFVDVF9QRVJBQ09NX0VORVQyfCRVU0JfUFJPRFVDVF9QRVJBQ09NX0VORVQzKSI7CisJYWN0aW9u ICJrbGRsb2FkIGlmX2t1ZSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1 YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1BPUlRHRUFSIjsKKwltYXRj aCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfUE9SVEdFQVJfRUE4fCRVU0JfUFJPRFVDVF9QT1JU R0VBUl9FQTkpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfa3VlIjsKK307CisKK25vbWF0Y2ggMTAg eworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5E T1JfUE9SVFNNSVRIIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9QT1JUU01JVEhf RUVBIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfa3VlIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1h dGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU0hB UksiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1NIQVJLX1BBIjsKKwlhY3Rpb24g ImtsZGxvYWQgaWZfa3VlIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHVi WzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU0lMSUNPTSI7CisJbWF0Y2gg InByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX1NJTElDT01fR1BFfCRVU0JfUFJPRFVDVF9TSUxJQ09N X1UyRSkiOworCWFjdGlvbiAia2xkbG9hZCBpZl9rdWUiOworfTsKKworbm9tYXRjaCAxMCB7CisJ bWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9T TUMiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1NNQ18yMTAyVVNCIjsKKwlhY3Rp b24gImtsZGxvYWQgaWZfa3VlIjsKK307CisKSW5kZXg6IHN5cy9kZXYvdXNiL25ldC9pZl9tb3Mu Y29uZgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09Ci0tLSBzeXMvZGV2L3VzYi9uZXQvaWZfbW9zLmNvbmYJKHJldmlzaW9u IDApCisrKyBzeXMvZGV2L3VzYi9uZXQvaWZfbW9zLmNvbmYJKHJldmlzaW9uIDApCkBAIC0wLDAg KzEsMTQgQEAKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRj aCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfTU9TQ0hJUCI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVT Ql9QUk9EVUNUX01PU0NISVBfTUNTNzczMHwkVVNCX1BST0RVQ1RfTU9TQ0hJUF9NQ1M3ODMwKSI7 CisJYWN0aW9uICJrbGRsb2FkIGlmX21vcyI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAi YnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1NJVEVDT01F VSI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfU0lURUNPTUVVX0xOMDMwIjsKKwlh Y3Rpb24gImtsZGxvYWQgaWZfbW9zIjsKK307CisKSW5kZXg6IHN5cy9kZXYvdXNiL21pc2MvdWZt LmNvbmYKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi91c2IvbWlzYy91Zm0uY29uZgkocmV2aXNpb24g MCkKKysrIHN5cy9kZXYvdXNiL21pc2MvdWZtLmNvbmYJKHJldmlzaW9uIDApCkBAIC0wLDAgKzEs NyBAQAorbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2 ZW5kb3IiICIkVVNCX1ZFTkRPUl9DWVBSRVNTIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJP RFVDVF9DWVBSRVNTX0ZNUkFESU8iOworCWFjdGlvbiAia2xkbG9hZCB1Zm0iOworfTsKKwpJbmRl eDogc3lzL2Rldi91c2IvbWlzYy91ZGJwLmNvbmYKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi91c2Iv bWlzYy91ZGJwLmNvbmYJKHJldmlzaW9uIDApCisrKyBzeXMvZGV2L3VzYi9taXNjL3VkYnAuY29u ZgkocmV2aXNpb24gMCkKQEAgLTAsMCArMSwyOCBAQAorbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1 cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9ORVRDSElQIjsK KwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9ORVRDSElQX1RVUkJPQ09OTkVDVCI7CisJ YWN0aW9uICJrbGRsb2FkIHVkYnAiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIg InVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9QUk9MSUZJQyI7CisJ bWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX1BST0xJRklDX1BMMjMwMXwkVVNCX1BST0RV Q1RfUFJPTElGSUNfUEwyMzAyKSI7CisJYWN0aW9uICJrbGRsb2FkIHVkYnAiOworfTsKKworbm9t YXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIk VVNCX1ZFTkRPUl9BTkNIT1IiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0FOQ0hP Ul9FWkxJTksiOworCWFjdGlvbiAia2xkbG9hZCB1ZGJwIjsKK307CisKK25vbWF0Y2ggMTAgewor CW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1Jf R0VORVNZUyI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfR0VORVNZU19HTDYyMFVT QiI7CisJYWN0aW9uICJrbGRsb2FkIHVkYnAiOworfTsKKwpJbmRleDogc3lzL2Rldi91c2Ivd2xh bi9pZl91cGd0LmNvbmYKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi91c2Ivd2xhbi9pZl91cGd0LmNv bmYJKHJldmlzaW9uIDApCisrKyBzeXMvZGV2L3VzYi93bGFuL2lmX3VwZ3QuY29uZgkocmV2aXNp b24gMCkKQEAgLTAsMCArMSw5OCBAQAorbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJb MC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9BQ0NUT04iOworCW1hdGNoICJw cm9kdWN0IiAiJFVTQl9QUk9EVUNUX0FDQ1RPTl9QUklTTV9HVCI7CisJYWN0aW9uICJrbGRsb2Fk IGlmX3VwZ3QiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsi OworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9CRUxLSU4iOworCW1hdGNoICJwcm9kdWN0 IiAiJFVTQl9QUk9EVUNUX0JFTEtJTl9GNUQ3MDUwIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfdXBn dCI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0 Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0NJU0NPTElOS1NZUyI7CisJbWF0Y2ggInByb2R1Y3Qi ICIkVVNCX1BST0RVQ1RfQ0lTQ09MSU5LU1lTX1dVU0I1NEFHIjsKKwlhY3Rpb24gImtsZGxvYWQg aWZfdXBndCI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7 CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0NPTkNFUFRST05JQyI7CisJbWF0Y2ggInBy b2R1Y3QiICIkVVNCX1BST0RVQ1RfQ09OQ0VQVFJPTklDX1BSSVNNX0dUIjsKKwlhY3Rpb24gImts ZGxvYWQgaWZfdXBndCI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1Ylsw LTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0RFTEwiOworCW1hdGNoICJwcm9k dWN0IiAiKCRVU0JfUFJPRFVDVF9ERUxMX1BSSVNNX0dUXzF8JFVTQl9QUk9EVUNUX0RFTExfUFJJ U01fR1RfMikiOworCWFjdGlvbiAia2xkbG9hZCBpZl91cGd0IjsKK307CisKK25vbWF0Y2ggMTAg eworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5E T1JfRlNDIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9GU0NfRTU0MDAiOworCWFj dGlvbiAia2xkbG9hZCBpZl91cGd0IjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMi ICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfR0xPQkVTUEFOIjsK KwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfR0xPQkVTUEFOX1BSSVNNX0dUXzF8JFVT Ql9QUk9EVUNUX0dMT0JFU1BBTl9QUklTTV9HVF8yKSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3Vw Z3QiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1h dGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9ORVRHRUFSIjsKKwltYXRjaCAicHJvZHVjdCIgIiRV U0JfUFJPRFVDVF9ORVRHRUFSX1dHMTExVjJfMiI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3VwZ3Qi OworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNo ICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9JTlRFUlNJTCI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNC X1BST0RVQ1RfSU5URVJTSUxfUFJJU01fR1QiOworCWFjdGlvbiAia2xkbG9hZCBpZl91cGd0IjsK K307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAi dmVuZG9yIiAiJFVTQl9WRU5ET1JfU01DIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVD VF9TTUNfMjg2MldHIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfdXBndCI7Cit9OworCitub21hdGNo IDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0Jf VkVORE9SX1VTUiI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfVVNSX1VTUjU0MjIi OworCWFjdGlvbiAia2xkbG9hZCBpZl91cGd0IjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNo ICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfV0lTVFJP Tk5FV0VCIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9XSVNUUk9OTkVXRUJfVVIw NDVHIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfdXBndCI7Cit9OworCitub21hdGNoIDEwIHsKKwlt YXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1hZ UkFURVgiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9YWVJBVEVYX1BSSVNNX0dU XzF8JFVTQl9QUk9EVUNUX1hZUkFURVhfUFJJU01fR1RfMikiOworCWFjdGlvbiAia2xkbG9hZCBp Zl91cGd0IjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsK KwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfWkNPTSI7CisJbWF0Y2ggInByb2R1Y3QiICIo JFVTQl9QUk9EVUNUX1pDT01fWEc3MDNBfCRVU0JfUFJPRFVDVF9aQ09NX1hNMTQyKSI7CisJYWN0 aW9uICJrbGRsb2FkIGlmX3VwZ3QiOworfTsKKwpJbmRleDogc3lzL2Rldi91c2Ivd2xhbi9pZl91 YXRoLmNvbmYKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi91c2Ivd2xhbi9pZl91YXRoLmNvbmYJKHJl dmlzaW9uIDApCisrKyBzeXMvZGV2L3VzYi93bGFuL2lmX3VhdGguY29uZgkocmV2aXNpb24gMCkK QEAgLTAsMCArMSw5MSBAQAorbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsi OworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9BQ0NUT04iOworCW1hdGNoICJwcm9kdWN0 IiAiKCRVU0JfUFJPRFVDVF9BQ0NUT05fU01DV1VTQkd8JFVTQl9QUk9EVUNUX0FDQ1RPTl9TTUNX VVNCVEcyKSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3VhdGgiOworfTsKKworbm9tYXRjaCAxMCB7 CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRP Ul9BVEhFUk9TIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9BVEhFUk9TX0FSNTUy MyI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3VhdGgiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0 Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9BVEhF Uk9TMiI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0FUSEVST1MyX0FSNTUyM18x fCRVU0JfUFJPRFVDVF9BVEhFUk9TMl9BUjU1MjNfMnwkVVNCX1BST0RVQ1RfQVRIRVJPUzJfQVI1 NTIzXzMpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfdWF0aCI7Cit9OworCitub21hdGNoIDEwIHsK KwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9S X0NPTkNFUFRST05JQyI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0NPTkNFUFRS T05JQ19BUjU1MjNfMXwkVVNCX1BST0RVQ1RfQ09OQ0VQVFJPTklDX0FSNTUyM18yKSI7CisJYWN0 aW9uICJrbGRsb2FkIGlmX3VhdGgiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIg InVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9ETElOSyI7CisJbWF0 Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0RMSU5LX0RXTEFHMTIyfCRVU0JfUFJPRFVDVF9E TElOS19EV0xBRzEzMnwkVVNCX1BST0RVQ1RfRExJTktfRFdMRzEzMikiOworCWFjdGlvbiAia2xk bG9hZCBpZl91YXRoIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAt OV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfRExJTksyIjsKKwltYXRjaCAicHJv ZHVjdCIgIiRVU0JfUFJPRFVDVF9ETElOSzJfRFdBMTIwIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZf dWF0aCI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJ bWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0dJR0FTRVQiOworCW1hdGNoICJwcm9kdWN0IiAi KCRVU0JfUFJPRFVDVF9HSUdBU0VUX0FSNTUyM3wkVVNCX1BST0RVQ1RfR0lHQVNFVF9TTUNXVVNC VEcpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfdWF0aCI7Cit9OworCitub21hdGNoIDEwIHsKKwlt YXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0dM T0JBTFNVTiI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0dMT0JBTFNVTl9BUjU1 MjNfMXwkVVNCX1BST0RVQ1RfR0xPQkFMU1VOX0FSNTUyM18yKSI7CisJYWN0aW9uICJrbGRsb2Fk IGlmX3VhdGgiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsi OworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9ORVRHRUFSIjsKKwltYXRjaCAicHJvZHVj dCIgIiRVU0JfUFJPRFVDVF9ORVRHRUFSX1dHMTExVSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3Vh dGgiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1h dGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9ORVRHRUFSMyI7CisJbWF0Y2ggInByb2R1Y3QiICIo JFVTQl9QUk9EVUNUX05FVEdFQVIzX1dHMTExVHwkVVNCX1BST0RVQ1RfTkVUR0VBUjNfV1BOMTEx fCRVU0JfUFJPRFVDVF9ORVRHRUFSM19XUE4xMTFfMikiOworCWFjdGlvbiAia2xkbG9hZCBpZl91 YXRoIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwlt YXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfVU1FRElBIjsKKwltYXRjaCAicHJvZHVjdCIgIigk VVNCX1BST0RVQ1RfVU1FRElBX1RFVzQ0NFVCRVV8JFVTQl9QUk9EVUNUX1VNRURJQV9BUjU1MjNf MikiOworCWFjdGlvbiAia2xkbG9hZCBpZl91YXRoIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1h dGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfV0lT VFJPTk5FV0VCIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfV0lTVFJPTk5FV0VC X0FSNTUyM18xfCRVU0JfUFJPRFVDVF9XSVNUUk9OTkVXRUJfQVI1NTIzXzIpIjsKKwlhY3Rpb24g ImtsZGxvYWQgaWZfdWF0aCI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1 YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1pDT00iOworCW1hdGNoICJw cm9kdWN0IiAiJFVTQl9QUk9EVUNUX1pDT01fQVI1NTIzIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZf dWF0aCI7Cit9OworCkluZGV4OiBzeXMvZGV2L3VzYi93bGFuL2lmX3VydHcuY29uZgo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09Ci0tLSBzeXMvZGV2L3VzYi93bGFuL2lmX3VydHcuY29uZgkocmV2aXNpb24gMCkKKysrIHN5 cy9kZXYvdXNiL3dsYW4vaWZfdXJ0dy5jb25mCShyZXZpc2lvbiAwKQpAQCAtMCwwICsxLDkxIEBA Citub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRv ciIgIiRVU0JfVkVORE9SX05FVEdFQVIiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVD VF9ORVRHRUFSX1dHMTExVjN8JFVTQl9QUk9EVUNUX05FVEdFQVJfV0cxMTFWMnwweDYxMDApIjsK KwlhY3Rpb24gImtsZGxvYWQgaWZfdXJ0dyI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAi YnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1JFQUxURUsi OworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9SRUFMVEVLX1JUTDgxODdCXzB8JFVT Ql9QUk9EVUNUX1JFQUxURUtfUlRMODE4N0JfMXwkVVNCX1BST0RVQ1RfUkVBTFRFS19SVEw4MTg3 Ql8yfCRVU0JfUFJPRFVDVF9SRUFMVEVLX1JUTDgxODcpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZf dXJ0dyI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJ bWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1NJVEVDT01FVSI7CisJbWF0Y2ggInByb2R1Y3Qi ICIoJFVTQl9QUk9EVUNUX1NJVEVDT01FVV9XTDE2OFY0fCRVU0JfUFJPRFVDVF9TSVRFQ09NRVVf V0wxNjhWMSkiOworCWFjdGlvbiAia2xkbG9hZCBpZl91cnR3IjsKK307CisKK25vbWF0Y2ggMTAg eworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5E T1JfQVNVUyI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfQVNVU19QNUJfV0lGSSI7 CisJYWN0aW9uICJrbGRsb2FkIGlmX3VydHciOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2gg ImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9CRUxLSU4i OworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0JFTEtJTl9GNUQ3MDUwRSI7CisJYWN0 aW9uICJrbGRsb2FkIGlmX3VydHciOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIg InVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9MSU5LU1lTNCI7CisJ bWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfTElOS1NZUzRfV1VTQjU0R0NWMiI7CisJYWN0 aW9uICJrbGRsb2FkIGlmX3VydHciOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIg InVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9TVVJFQ09NIjsKKwlt YXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9TVVJFQ09NX0VQOTAwMUcyQSI7CisJYWN0aW9u ICJrbGRsb2FkIGlmX3VydHciOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVo dWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9PVklTTElOSyI7CisJbWF0 Y2ggInByb2R1Y3QiICIweDgxODciOworCWFjdGlvbiAia2xkbG9hZCBpZl91cnR3IjsKK307CisK K25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9y IiAiJFVTQl9WRU5ET1JfRElDS1NNSVRIIjsKKwltYXRjaCAicHJvZHVjdCIgIjB4OTQwMSI7CisJ YWN0aW9uICJrbGRsb2FkIGlmX3VydHciOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1 cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9IUCI7CisJbWF0 Y2ggInByb2R1Y3QiICIweGNhMDIiOworCWFjdGlvbiAia2xkbG9hZCBpZl91cnR3IjsKK307CisK K25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9y IiAiJFVTQl9WRU5ET1JfTE9HSVRFQyI7CisJbWF0Y2ggInByb2R1Y3QiICIweDAxMGMiOworCWFj dGlvbiAia2xkbG9hZCBpZl91cnR3IjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMi ICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU1BIQUlST04iOwor CW1hdGNoICJwcm9kdWN0IiAiMHgwMTUwIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfdXJ0dyI7Cit9 OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZl bmRvciIgIiRVU0JfVkVORE9SX1FDT00iOworCW1hdGNoICJwcm9kdWN0IiAiMHg2MjMyIjsKKwlh Y3Rpb24gImtsZGxvYWQgaWZfdXJ0dyI7Cit9OworCkluZGV4OiBzeXMvZGV2L3VzYi93bGFuL2lm X3J1bS5jb25mCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9kZXYvdXNiL3dsYW4vaWZfcnVtLmNvbmYJKHJl dmlzaW9uIDApCisrKyBzeXMvZGV2L3VzYi93bGFuL2lmX3J1bS5jb25mCShyZXZpc2lvbiAwKQpA QCAtMCwwICsxLDE1NCBAQAorbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsi OworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9BQk9DT00iOworCW1hdGNoICJwcm9kdWN0 IiAiKCRVU0JfUFJPRFVDVF9BQk9DT01fSFdVNTRETXwkVVNCX1BST0RVQ1RfQUJPQ09NX1JUMjU3 M18yfCRVU0JfUFJPRFVDVF9BQk9DT01fUlQyNTczXzN8JFVTQl9QUk9EVUNUX0FCT0NPTV9SVDI1 NzNfNHwkVVNCX1BST0RVQ1RfQUJPQ09NX1dVRzI3MDApIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZf cnVtIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwlt YXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQU1JVCI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNC X1BST0RVQ1RfQU1JVF9DR1dMVVNCMkdPIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfcnVtIjsKK307 CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVu ZG9yIiAiJFVTQl9WRU5ET1JfQVNVUyI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNU X0FTVVNfUlQyNTczXzF8JFVTQl9QUk9EVUNUX0FTVVNfUlQyNTczXzIkVVNCX1BST0RVQ1RfQkVM S0lOICRVU0JfUFJPRFVDVF9CRUxLSU5fRjVENzA1MEF8JFVTQl9QUk9EVUNUX0JFTEtJTl9GNUQ5 MDUwVjMpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfcnVtIjsKK307CisKK25vbWF0Y2ggMTAgewor CW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1Jf Q0lTQ09MSU5LU1lTIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfQ0lTQ09MSU5L U1lTX1dVU0I1NEdDfCRVU0JfUFJPRFVDVF9DSVNDT0xJTktTWVNfV1VTQjU0R1IkVVNCX1BST0RV Q1RfQ09OQ0VQVFJPTklDMiAkVVNCX1BST0RVQ1RfQ09OQ0VQVFJPTklDMl9DNTRSVTIpIjsKKwlh Y3Rpb24gImtsZGxvYWQgaWZfcnVtIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMi ICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQ09SRUdBIjsKKwlt YXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfQ09SRUdBX0NHV0xVU0IyR0x8JFVTQl9QUk9E VUNUX0NPUkVHQV9DR1dMVVNCMkdQWCkiOworCWFjdGlvbiAia2xkbG9hZCBpZl9ydW0iOworfTsK Kworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5k b3IiICIkVVNCX1ZFTkRPUl9ESUNLU01JVEgiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJP RFVDVF9ESUNLU01JVEhfQ1dEODU0RnwkVVNCX1BST0RVQ1RfRElDS1NNSVRIX1JUMjU3MykiOwor CWFjdGlvbiAia2xkbG9hZCBpZl9ydW0iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1 cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9FRElNQVgiOwor CW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0VESU1BWF9FVzczMThVU0ciOworCWFjdGlv biAia2xkbG9hZCBpZl9ydW0iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVo dWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9ETElOSzIiOworCW1hdGNo ICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9ETElOSzJfRFdMRzEyMkMxfCRVU0JfUFJPRFVDVF9E TElOSzJfV1VBMTM0MHwkVVNCX1BST0RVQ1RfRExJTksyX0RXQTExMXwkVVNCX1BST0RVQ1RfRExJ TksyX0RXQTExMCkiOworCWFjdGlvbiAia2xkbG9hZCBpZl9ydW0iOworfTsKKworbm9tYXRjaCAx MCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZF TkRPUl9HSUdBQllURSI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0dJR0FCWVRF X0dOV0IwMUdTfCRVU0JfUFJPRFVDVF9HSUdBQllURV9HTldJMDVHUykiOworCWFjdGlvbiAia2xk bG9hZCBpZl9ydW0iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05 XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9HSUdBU0VUIjsKKwltYXRjaCAicHJv ZHVjdCIgIiRVU0JfUFJPRFVDVF9HSUdBU0VUX1JUMjU3MyI7CisJYWN0aW9uICJrbGRsb2FkIGlm X3J1bSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJ bWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0dPT0RXQVkiOworCW1hdGNoICJwcm9kdWN0IiAi JFVTQl9QUk9EVUNUX0dPT0RXQVlfUlQyNTczIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfcnVtIjsK K307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAi dmVuZG9yIiAiJFVTQl9WRU5ET1JfR1VJTExFTU9UIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNC X1BST0RVQ1RfR1VJTExFTU9UX0hXR1VTQjI1NExCfCRVU0JfUFJPRFVDVF9HVUlMTEVNT1RfSFdH VVNCMjU0VjJBUCkiOworCWFjdGlvbiAia2xkbG9hZCBpZl9ydW0iOworfTsKKworbm9tYXRjaCAx MCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZF TkRPUl9IVUFXRUkzQ09NIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9IVUFXRUkz Q09NX1dVQjMyMEciOworCWFjdGlvbiAia2xkbG9hZCBpZl9ydW0iOworfTsKKworbm9tYXRjaCAx MCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZF TkRPUl9NRUxDTyI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX01FTENPX0c1NEhQ fCRVU0JfUFJPRFVDVF9NRUxDT19TRzU0SFB8JFVTQl9QUk9EVUNUX01FTENPX1dMSVVDR3wkVVNC X1BST0RVQ1RfTUVMQ09fV0xSVUNHfCRVU0JfUFJPRFVDVF9NRUxDT19XTFJVQ0dBT1NTKSI7CisJ YWN0aW9uICJrbGRsb2FkIGlmX3J1bSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVz IiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX01TSSI7CisJbWF0 Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX01TSV9SVDI1NzNfMXwkVVNCX1BST0RVQ1RfTVNJ X1JUMjU3M18yfCRVU0JfUFJPRFVDVF9NU0lfUlQyNTczXzN8JFVTQl9QUk9EVUNUX01TSV9SVDI1 NzNfNCkiOworCWFjdGlvbiAia2xkbG9hZCBpZl9ydW0iOworfTsKKworbm9tYXRjaCAxMCB7CisJ bWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9O T1ZBVEVDSCI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfTk9WQVRFQ0hfUlQyNTcz IjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfcnVtIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNo ICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfUExBTkVY MiI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX1BMQU5FWDJfR1dVUzU0SFB8JFVT Ql9QUk9EVUNUX1BMQU5FWDJfR1dVUzU0TUlOSTJ8JFVTQl9QUk9EVUNUX1BMQU5FWDJfR1dVU01N KSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1bSI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRj aCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1FDT00i OworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9RQ09NX1JUMjU3M3wkVVNCX1BST0RV Q1RfUUNPTV9SVDI1NzNfMnwkVVNCX1BST0RVQ1RfUUNPTV9SVDI1NzNfMykiOworCWFjdGlvbiAi a2xkbG9hZCBpZl9ydW0iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJb MC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9SQUxJTksiOworCW1hdGNoICJw cm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9SQUxJTktfUlQyNTczfCRVU0JfUFJPRFVDVF9SQUxJTktf UlQyNTczXzJ8JFVTQl9QUk9EVUNUX1JBTElOS19SVDI2NzEpIjsKKwlhY3Rpb24gImtsZGxvYWQg aWZfcnVtIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsK KwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU0lURUNPTUVVIjsKKwltYXRjaCAicHJvZHVj dCIgIigkVVNCX1BST0RVQ1RfU0lURUNPTUVVX1dMMTEzUjJ8JFVTQl9QUk9EVUNUX1NJVEVDT01F VV9XTDE3MikiOworCWFjdGlvbiAia2xkbG9hZCBpZl9ydW0iOworfTsKKworbm9tYXRjaCAxMCB7 CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRP Ul9TUEFSS0xBTiI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfU1BBUktMQU5fUlQy NTczIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfcnVtIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1h dGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU1VS RUNPTSI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfU1VSRUNPTV9SVDI1NzMiOwor CWFjdGlvbiAia2xkbG9hZCBpZl9ydW0iOworfTsKKwpJbmRleDogc3lzL2Rldi91c2Ivd2xhbi9p Zl91cmFsLmNvbmYKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi91c2Ivd2xhbi9pZl91cmFsLmNvbmYJ KHJldmlzaW9uIDApCisrKyBzeXMvZGV2L3VzYi93bGFuL2lmX3VyYWwuY29uZgkocmV2aXNpb24g MCkKQEAgLTAsMCArMSwxMTkgQEAKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAt OV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQVNVUyI7CisJbWF0Y2ggInByb2R1 Y3QiICIoJFVTQl9QUk9EVUNUX0FTVVNfV0wxNjdHfCRVU0JfUFJPRFVDVF9BU1VTX1JUMjU3MCki OworCWFjdGlvbiAia2xkbG9hZCBpZl91cmFsIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNo ICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQkVMS0lO IjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfQkVMS0lOX0Y1RDcwNTB8JFVTQl9Q Uk9EVUNUX0JFTEtJTl9GNUQ3MDUxKSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3VyYWwiOworfTsK Kworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5k b3IiICIkVVNCX1ZFTkRPUl9DSVNDT0xJTktTWVMiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0Jf UFJPRFVDVF9DSVNDT0xJTktTWVNfSFUyMDBUU3wkVVNCX1BST0RVQ1RfQ0lTQ09MSU5LU1lTX1dV U0I1NEd8JFVTQl9QUk9EVUNUX0NJU0NPTElOS1NZU19XVVNCNTRHUCkiOworCWFjdGlvbiAia2xk bG9hZCBpZl91cmFsIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAt OV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQ09OQ0VQVFJPTklDMiI7CisJbWF0 Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfQ09OQ0VQVFJPTklDMl9DNTRSVSI7CisJYWN0aW9u ICJrbGRsb2FkIGlmX3VyYWwiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVo dWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9ETElOSyI7CisJbWF0Y2gg InByb2R1Y3QiICIkVVNCX1BST0RVQ1RfRExJTktfRFdMRzEyMiI7CisJYWN0aW9uICJrbGRsb2Fk IGlmX3VyYWwiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsi OworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9HSUdBQllURSI7CisJbWF0Y2ggInByb2R1 Y3QiICIoJFVTQl9QUk9EVUNUX0dJR0FCWVRFX0dONTRHfCRVU0JfUFJPRFVDVF9HSUdBQllURV9H TldCS0cpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfdXJhbCI7Cit9OworCitub21hdGNoIDEwIHsK KwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9S X0dVSUxMRU1PVCI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfR1VJTExFTU9UX0hX R1VTQjI1NCI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3VyYWwiOworfTsKKworbm9tYXRjaCAxMCB7 CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRP Ul9NRUxDTyI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX01FTENPX0tHNTR8JFVT Ql9QUk9EVUNUX01FTENPX0tHNTRBSXwkVVNCX1BST0RVQ1RfTUVMQ09fS0c1NFlCfCRVU0JfUFJP RFVDVF9NRUxDT19OSU5XSUZJKSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3VyYWwiOworfTsKKwor bm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3Ii ICIkVVNCX1ZFTkRPUl9NU0kiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9NU0lf UlQyNTcwfCRVU0JfUFJPRFVDVF9NU0lfUlQyNTcwXzJ8JFVTQl9QUk9EVUNUX01TSV9SVDI1NzBf MykiOworCWFjdGlvbiAia2xkbG9hZCBpZl91cmFsIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1h dGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfTk9W QVRFQ0giOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX05PVkFURUNIX05WOTAyIjsK KwlhY3Rpb24gImtsZGxvYWQgaWZfdXJhbCI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAi YnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1JBTElOSyI7 CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX1JBTElOS19SVDI1NzB8JFVTQl9QUk9E VUNUX1JBTElOS19SVDI1NzBfMnwkVVNCX1BST0RVQ1RfUkFMSU5LX1JUMjU3MF8zKSI7CisJYWN0 aW9uICJrbGRsb2FkIGlmX3VyYWwiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIg InVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9TSUVNRU5TMiI7CisJ bWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfU0lFTUVOUzJfV0w1NEciOworCWFjdGlvbiAi a2xkbG9hZCBpZl91cmFsIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHVi WzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU01DIjsKKwltYXRjaCAicHJv ZHVjdCIgIiRVU0JfUFJPRFVDVF9TTUNfMjg2MldHIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfdXJh bCI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0 Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1NQSEFJUk9OIjsKKwltYXRjaCAicHJvZHVjdCIgIiRV U0JfUFJPRFVDVF9TUEhBSVJPTl9VQjgwMVIiOworCWFjdGlvbiAia2xkbG9hZCBpZl91cmFsIjsK K307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAi dmVuZG9yIiAiJFVTQl9WRU5ET1JfU1VSRUNPTSI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BS T0RVQ1RfU1VSRUNPTV9SVDI1NzAiOworCWFjdGlvbiAia2xkbG9hZCBpZl91cmFsIjsKK307CisK K25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9y IiAiJFVTQl9WRU5ET1JfVlRFQ0giOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1ZU RUNIX1JUMjU3MCI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3VyYWwiOworfTsKKworbm9tYXRjaCAx MCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZF TkRPUl9aSU5XRUxMIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9aSU5XRUxMX1JU MjU3MCI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3VyYWwiOworfTsKKwpJbmRleDogc3lzL2Rldi91 c2Ivd2xhbi9pZl9ydW4uY29uZgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvZGV2L3VzYi93bGFuL2lmX3J1 bi5jb25mCShyZXZpc2lvbiAwKQorKysgc3lzL2Rldi91c2Ivd2xhbi9pZl9ydW4uY29uZgkocmV2 aXNpb24gMCkKQEAgLTAsMCArMSwzNDMgQEAKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1 aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQUJPQ09NIjsKKwltYXRj aCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfQUJPQ09NX1JUMjc3MHwkVVNCX1BST0RVQ1RfQUJP Q09NX1JUMjg3MHwkVVNCX1BST0RVQ1RfQUJPQ09NX1JUMzA3MHwkVVNCX1BST0RVQ1RfQUJPQ09N X1JUMzA3MXwkVVNCX1BST0RVQ1RfQUJPQ09NX1JUMzA3MikiOworCWFjdGlvbiAia2xkbG9hZCBp Zl9ydW4iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOwor CW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9BQk9DT00yIjsKKwltYXRjaCAicHJvZHVjdCIg IiRVU0JfUFJPRFVDVF9BQk9DT00yX1JUMjg3MF8xIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfcnVu IjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRj aCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQUNDVE9OIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNC X1BST0RVQ1RfQUNDVE9OX1JUMjc3MHwkVVNCX1BST0RVQ1RfQUNDVE9OX1JUMjg3MF8xfCRVU0Jf UFJPRFVDVF9BQ0NUT05fUlQyODcwXzJ8JFVTQl9QUk9EVUNUX0FDQ1RPTl9SVDI4NzBfM3wkVVNC X1BST0RVQ1RfQUNDVE9OX1JUMjg3MF80fCRVU0JfUFJPRFVDVF9BQ0NUT05fUlQyODcwXzV8JFVT Ql9QUk9EVUNUX0FDQ1RPTl9SVDMwNzB8JFVTQl9QUk9EVUNUX0FDQ1RPTl9SVDMwNzBfMXwkVVNC X1BST0RVQ1RfQUNDVE9OX1JUMzA3MF8yfCRVU0JfUFJPRFVDVF9BQ0NUT05fUlQzMDcwXzN8JFVT Ql9QUk9EVUNUX0FDQ1RPTl9SVDMwNzBfNHwkVVNCX1BST0RVQ1RfQUNDVE9OX1JUMzA3MF81KSI7 CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1biI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAi YnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0FJUlRJRVMi OworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0FJUlRJRVNfUlQzMDcwIjsKKwlhY3Rp b24gImtsZGxvYWQgaWZfcnVuIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1 aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQUxMV0lOIjsKKwltYXRj aCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfQUxMV0lOX1JUMjA3MHwkVVNCX1BST0RVQ1RfQUxM V0lOX1JUMjc3MHwkVVNCX1BST0RVQ1RfQUxMV0lOX1JUMjg3MHwkVVNCX1BST0RVQ1RfQUxMV0lO X1JUMzA3MHwkVVNCX1BST0RVQ1RfQUxMV0lOX1JUMzA3MXwkVVNCX1BST0RVQ1RfQUxMV0lOX1JU MzA3MnwkVVNCX1BST0RVQ1RfQUxMV0lOX1JUMzU3MikiOworCWFjdGlvbiAia2xkbG9hZCBpZl9y dW4iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1h dGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9BTUlHTyI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVT Ql9QUk9EVUNUX0FNSUdPX1JUMjg3MF8xfCRVU0JfUFJPRFVDVF9BTUlHT19SVDI4NzBfMikiOwor CWFjdGlvbiAia2xkbG9hZCBpZl9ydW4iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1 cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9BTUlUIjsKKwlt YXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfQU1JVF9DR1dMVVNCMkdOUnwkVVNCX1BST0RV Q1RfQU1JVF9SVDI4NzBfMSkiOworCWFjdGlvbiAia2xkbG9hZCBpZl9ydW4iOworfTsKKworbm9t YXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIk VVNCX1ZFTkRPUl9BTUlUMiI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfQU1JVDJf UlQyODcwIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfcnVuIjsKK307CisKK25vbWF0Y2ggMTAgewor CW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1Jf QVNVUyI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0FTVVNfUlQyODcwXzF8JFVT Ql9QUk9EVUNUX0FTVVNfUlQyODcwXzJ8JFVTQl9QUk9EVUNUX0FTVVNfUlQyODcwXzN8JFVTQl9Q Uk9EVUNUX0FTVVNfUlQyODcwXzR8JFVTQl9QUk9EVUNUX0FTVVNfUlQyODcwXzV8JFVTQl9QUk9E VUNUX0FTVVNfVVNCTjEzfCRVU0JfUFJPRFVDVF9BU1VTX1JUMzA3MF8xKSI7CisJYWN0aW9uICJr bGRsb2FkIGlmX3J1biI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1Ylsw LTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0FTVVMyIjsKKwltYXRjaCAicHJv ZHVjdCIgIiRVU0JfUFJPRFVDVF9BU1VTMl9VU0JOMTEiOworCWFjdGlvbiAia2xkbG9hZCBpZl9y dW4iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1h dGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9BWlVSRVdBVkUiOworCW1hdGNoICJwcm9kdWN0IiAi KCRVU0JfUFJPRFVDVF9BWlVSRVdBVkVfUlQyODcwXzF8JFVTQl9QUk9EVUNUX0FaVVJFV0FWRV9S VDI4NzBfMnwkVVNCX1BST0RVQ1RfQVpVUkVXQVZFX1JUMzA3MF8xfCRVU0JfUFJPRFVDVF9BWlVS RVdBVkVfUlQzMDcwXzJ8JFVTQl9QUk9EVUNUX0FaVVJFV0FWRV9SVDMwNzBfMykiOworCWFjdGlv biAia2xkbG9hZCBpZl9ydW4iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVo dWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9CRUxLSU4iOworCW1hdGNo ICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9CRUxLSU5fRjVEODA1M1YzfCRVU0JfUFJPRFVDVF9C RUxLSU5fRjVEODA1NXwkVVNCX1BST0RVQ1RfQkVMS0lOX0Y2RDQwNTBWMXwkVVNCX1BST0RVQ1Rf QkVMS0lOX1JUMjg3MF8xfCRVU0JfUFJPRFVDVF9CRUxLSU5fUlQyODcwXzIpIjsKKwlhY3Rpb24g ImtsZGxvYWQgaWZfcnVuIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHVi WzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQ0lTQ09MSU5LU1lTMiI7CisJ bWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfQ0lTQ09MSU5LU1lTMl9SVDMwNzAiOworCWFj dGlvbiAia2xkbG9hZCBpZl9ydW4iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIg InVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9DSVNDT0xJTktTWVMz IjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9DSVNDT0xJTktTWVMzX1JUMzA3MCI7 CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1biI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAi YnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0NPTkNFUFRS T05JQzIiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9DT05DRVBUUk9OSUMyX1JU Mjg3MF8xfCRVU0JfUFJPRFVDVF9DT05DRVBUUk9OSUMyX1JUMjg3MF8yfCRVU0JfUFJPRFVDVF9D T05DRVBUUk9OSUMyX1JUMjg3MF8zfCRVU0JfUFJPRFVDVF9DT05DRVBUUk9OSUMyX1JUMjg3MF80 fCRVU0JfUFJPRFVDVF9DT05DRVBUUk9OSUMyX1JUMjg3MF81fCRVU0JfUFJPRFVDVF9DT05DRVBU Uk9OSUMyX1JUMjg3MF82fCRVU0JfUFJPRFVDVF9DT05DRVBUUk9OSUMyX1JUMjg3MF83fCRVU0Jf UFJPRFVDVF9DT05DRVBUUk9OSUMyX1JUMjg3MF84fCRVU0JfUFJPRFVDVF9DT05DRVBUUk9OSUMy X1JUMzA3MF8xfCRVU0JfUFJPRFVDVF9DT05DRVBUUk9OSUMyX1JUMzA3MF8yfCRVU0JfUFJPRFVD VF9DT05DRVBUUk9OSUMyX1ZJR09STjYxKSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1biI7Cit9 OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZl bmRvciIgIiRVU0JfVkVORE9SX0NPUkVHQSI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9E VUNUX0NPUkVHQV9DR1dMVVNCMzAwR05NfCRVU0JfUFJPRFVDVF9DT1JFR0FfUlQyODcwXzF8JFVT Ql9QUk9EVUNUX0NPUkVHQV9SVDI4NzBfMnwkVVNCX1BST0RVQ1RfQ09SRUdBX1JUMjg3MF8zfCRV U0JfUFJPRFVDVF9DT1JFR0FfUlQzMDcwKSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1biI7Cit9 OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZl bmRvciIgIiRVU0JfVkVORE9SX0NZQkVSVEFOIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJP RFVDVF9DWUJFUlRBTl9SVDI4NzAiOworCWFjdGlvbiAia2xkbG9hZCBpZl9ydW4iOworfTsKKwor bm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3Ii ICIkVVNCX1ZFTkRPUl9ETElOSyI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0RM SU5LX1JUMjg3MHwkVVNCX1BST0RVQ1RfRExJTktfUlQzMDcyKSI7CisJYWN0aW9uICJrbGRsb2Fk IGlmX3J1biI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7 CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0RMSU5LMiI7CisJbWF0Y2ggInByb2R1Y3Qi ICIoJFVTQl9QUk9EVUNUX0RMSU5LMl9EV0ExMzB8JFVTQl9QUk9EVUNUX0RMSU5LMl9SVDI4NzBf MXwkVVNCX1BST0RVQ1RfRExJTksyX1JUMjg3MF8yfCRVU0JfUFJPRFVDVF9ETElOSzJfUlQzMDcw XzF8JFVTQl9QUk9EVUNUX0RMSU5LMl9SVDMwNzBfMnwkVVNCX1BST0RVQ1RfRExJTksyX1JUMzA3 MF8zfCRVU0JfUFJPRFVDVF9ETElOSzJfUlQzMDcwXzR8JFVTQl9QUk9EVUNUX0RMSU5LMl9SVDMw NzBfNXwkVVNCX1BST0RVQ1RfRExJTksyX1JUMzA3MnwkVVNCX1BST0RVQ1RfRExJTksyX1JUMzA3 Ml8xKSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1biI7Cit9OworCitub21hdGNoIDEwIHsKKwlt YXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0VE SU1BWCI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0VESU1BWF9FVzc3MTd8JFVT Ql9QUk9EVUNUX0VESU1BWF9FVzc3MTh8JFVTQl9QUk9EVUNUX0VESU1BWF9SVDI4NzBfMSkiOwor CWFjdGlvbiAia2xkbG9hZCBpZl9ydW4iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1 cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9FTkNPUkUiOwor CW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9FTkNPUkVfUlQzMDcwXzF8JFVTQl9QUk9E VUNUX0VOQ09SRV9SVDMwNzBfMnwkVVNCX1BST0RVQ1RfRU5DT1JFX1JUMzA3MF8zKSI7CisJYWN0 aW9uICJrbGRsb2FkIGlmX3J1biI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAi dWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0dJR0FCWVRFIjsKKwlt YXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfR0lHQUJZVEVfR05XQjMxTnwkVVNCX1BST0RV Q1RfR0lHQUJZVEVfR05XQjMyTHwkVVNCX1BST0RVQ1RfR0lHQUJZVEVfUlQyODcwXzEpIjsKKwlh Y3Rpb24gImtsZGxvYWQgaWZfcnVuIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMi ICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfR0lHQVNFVCI7CisJ bWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0dJR0FTRVRfUlQzMDcwXzF8JFVTQl9QUk9E VUNUX0dJR0FTRVRfUlQzMDcwXzIpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfcnVuIjsKK307CisK K25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9y IiAiJFVTQl9WRU5ET1JfR1VJTExFTU9UIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVD VF9HVUlMTEVNT1RfSFdOVTMwMCI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1biI7Cit9OworCitu b21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIg IiRVU0JfVkVORE9SX0hBV0tJTkciOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9I QVdLSU5HX0hXVU4yfCRVU0JfUFJPRFVDVF9IQVdLSU5HX1JUMjg3MF8xfCRVU0JfUFJPRFVDVF9I QVdLSU5HX1JUMjg3MF8yfCRVU0JfUFJPRFVDVF9IQVdLSU5HX1JUMzA3MCkiOworCWFjdGlvbiAi a2xkbG9hZCBpZl9ydW4iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJb MC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9JT0RBVEEiOworCW1hdGNoICJw cm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9JT0RBVEFfUlQzMDcyXzF8JFVTQl9QUk9EVUNUX0lPREFU QV9SVDMwNzJfMnwkVVNCX1BST0RVQ1RfSU9EQVRBX1JUMzA3Ml8zfCRVU0JfUFJPRFVDVF9JT0RB VEFfUlQzMDcyXzQpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfcnVuIjsKK307CisKK25vbWF0Y2gg MTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9W RU5ET1JfTElOS1NZUzQiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9MSU5LU1lT NF9SVDMwNzB8JFVTQl9QUk9EVUNUX0xJTktTWVM0X1dVU0IxMDB8JFVTQl9QUk9EVUNUX0xJTktT WVM0X1dVU0I1NEdDVjN8JFVTQl9QUk9EVUNUX0xJTktTWVM0X1dVU0I2MDBOfCRVU0JfUFJPRFVD VF9MSU5LU1lTNF9XVVNCNjAwTlYyKSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1biI7Cit9Owor Citub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRv ciIgIiRVU0JfVkVORE9SX0xPR0lURUMiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVD VF9MT0dJVEVDX1JUMjg3MF8xfCRVU0JfUFJPRFVDVF9MT0dJVEVDX1JUMjg3MF8yfCRVU0JfUFJP RFVDVF9MT0dJVEVDX1JUMjg3MF8zKSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1biI7Cit9Owor Citub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRv ciIgIiRVU0JfVkVORE9SX01FTENPIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1Rf TUVMQ09fUlQyODcwXzF8JFVTQl9QUk9EVUNUX01FTENPX1JUMjg3MF8yfCRVU0JfUFJPRFVDVF9N RUxDT19XTElVQ0FHMzAwTnwkVVNCX1BST0RVQ1RfTUVMQ09fV0xJVUNHMzAwTnwkVVNCX1BST0RV Q1RfTUVMQ09fV0xJVUNHMzAxTnwkVVNCX1BST0RVQ1RfTUVMQ09fV0xJVUNHTikiOworCWFjdGlv biAia2xkbG9hZCBpZl9ydW4iOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVo dWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9NT1RPUk9MQTQiOworCW1h dGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9NT1RPUk9MQTRfUlQyNzcwfCRVU0JfUFJPRFVD VF9NT1RPUk9MQTRfUlQzMDcwKSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1biI7Cit9OworCitu b21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIg IiRVU0JfVkVORE9SX01TSSI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX01TSV9S VDMwNzBfMXwkVVNCX1BST0RVQ1RfTVNJX1JUMzA3MF8yfCRVU0JfUFJPRFVDVF9NU0lfUlQzMDcw XzN8JFVTQl9QUk9EVUNUX01TSV9SVDMwNzBfNHwkVVNCX1BST0RVQ1RfTVNJX1JUMzA3MF81fCRV U0JfUFJPRFVDVF9NU0lfUlQzMDcwXzZ8JFVTQl9QUk9EVUNUX01TSV9SVDMwNzBfN3wkVVNCX1BS T0RVQ1RfTVNJX1JUMzA3MF84fCRVU0JfUFJPRFVDVF9NU0lfUlQzMDcwXzl8JFVTQl9QUk9EVUNU X01TSV9SVDMwNzBfMTB8JFVTQl9QUk9EVUNUX01TSV9SVDMwNzBfMTEpIjsKKwlhY3Rpb24gImts ZGxvYWQgaWZfcnVuIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAt OV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfT1ZJU0xJTksiOworCW1hdGNoICJw cm9kdWN0IiAiJFVTQl9QUk9EVUNUX09WSVNMSU5LX1JUMzA3MiI7CisJYWN0aW9uICJrbGRsb2Fk IGlmX3J1biI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7 CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1BBUkEiOworCW1hdGNoICJwcm9kdWN0IiAi JFVTQl9QUk9EVUNUX1BBUkFfUlQzMDcwIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfcnVuIjsKK307 CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVu ZG9yIiAiJFVTQl9WRU5ET1JfUEVHQVRST04iOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJP RFVDVF9QRUdBVFJPTl9SVDI4NzB8JFVTQl9QUk9EVUNUX1BFR0FUUk9OX1JUMzA3MHwkVVNCX1BS T0RVQ1RfUEVHQVRST05fUlQzMDcwXzJ8JFVTQl9QUk9EVUNUX1BFR0FUUk9OX1JUMzA3MF8zKSI7 CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1biI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAi YnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1BISUxJUFMi OworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1BISUxJUFNfUlQyODcwIjsKKwlhY3Rp b24gImtsZGxvYWQgaWZfcnVuIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1 aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfUExBTkVYMiI7CisJbWF0 Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX1BMQU5FWDJfR1dVUzMwME1JTklTfCRVU0JfUFJP RFVDVF9QTEFORVgyX0dXVVNNSUNST058JFVTQl9QUk9EVUNUX1BMQU5FWDJfUlQyODcwfCRVU0Jf UFJPRFVDVF9QTEFORVgyX1JUMzA3MCkiOworCWFjdGlvbiAia2xkbG9hZCBpZl9ydW4iOworfTsK Kworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5k b3IiICIkVVNCX1ZFTkRPUl9RQ09NIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9R Q09NX1JUMjg3MCI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1biI7Cit9OworCitub21hdGNoIDEw IHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVO RE9SX1FVQU5UQSI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfUVVBTlRBX1JUMzA3 MCI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1biI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRj aCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1JBTElO SyI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX1JBTElOS19SVDIwNzB8JFVTQl9Q Uk9EVUNUX1JBTElOS19SVDI3NzB8JFVTQl9QUk9EVUNUX1JBTElOS19SVDI4NzB8JFVTQl9QUk9E VUNUX1JBTElOS19SVDMwNzB8JFVTQl9QUk9EVUNUX1JBTElOS19SVDMwNzF8JFVTQl9QUk9EVUNU X1JBTElOS19SVDMwNzJ8JFVTQl9QUk9EVUNUX1JBTElOS19SVDMzNzB8JFVTQl9QUk9EVUNUX1JB TElOS19SVDM1NzJ8JFVTQl9QUk9EVUNUX1JBTElOS19SVDgwNzApIjsKKwlhY3Rpb24gImtsZGxv YWQgaWZfcnVuIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0r IjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU0FNU1VORzIiOworCW1hdGNoICJwcm9k dWN0IiAiJFVTQl9QUk9EVUNUX1NBTVNVTkcyX1JUMjg3MF8xIjsKKwlhY3Rpb24gImtsZGxvYWQg aWZfcnVuIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsK KwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU0VOQU8iOworCW1hdGNoICJwcm9kdWN0IiAi KCRVU0JfUFJPRFVDVF9TRU5BT19SVDI4NzBfMXwkVVNCX1BST0RVQ1RfU0VOQU9fUlQyODcwXzJ8 JFVTQl9QUk9EVUNUX1NFTkFPX1JUMjg3MF8zfCRVU0JfUFJPRFVDVF9TRU5BT19SVDI4NzBfNHwk VVNCX1BST0RVQ1RfU0VOQU9fUlQzMDcwfCRVU0JfUFJPRFVDVF9TRU5BT19SVDMwNzF8JFVTQl9Q Uk9EVUNUX1NFTkFPX1JUMzA3Ml8xfCRVU0JfUFJPRFVDVF9TRU5BT19SVDMwNzJfMnwkVVNCX1BS T0RVQ1RfU0VOQU9fUlQzMDcyXzN8JFVTQl9QUk9EVUNUX1NFTkFPX1JUMzA3Ml80fCRVU0JfUFJP RFVDVF9TRU5BT19SVDMwNzJfNSkiOworCWFjdGlvbiAia2xkbG9hZCBpZl9ydW4iOworfTsKKwor bm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3Ii ICIkVVNCX1ZFTkRPUl9TSVRFQ09NRVUiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVD VF9TSVRFQ09NRVVfUlQyNzcwfCRVU0JfUFJPRFVDVF9TSVRFQ09NRVVfUlQyODcwXzF8JFVTQl9Q Uk9EVUNUX1NJVEVDT01FVV9SVDI4NzBfMnwkVVNCX1BST0RVQ1RfU0lURUNPTUVVX1JUMjg3MF8z fCRVU0JfUFJPRFVDVF9TSVRFQ09NRVVfUlQyODcwXzR8JFVTQl9QUk9EVUNUX1NJVEVDT01FVV9S VDMwNzB8JFVTQl9QUk9EVUNUX1NJVEVDT01FVV9SVDMwNzBfMnwkVVNCX1BST0RVQ1RfU0lURUNP TUVVX1JUMzA3MF8zfCRVU0JfUFJPRFVDVF9TSVRFQ09NRVVfUlQzMDcwXzR8JFVTQl9QUk9EVUNU X1NJVEVDT01FVV9SVDMwNzF8JFVTQl9QUk9EVUNUX1NJVEVDT01FVV9SVDMwNzJfMXwkVVNCX1BS T0RVQ1RfU0lURUNPTUVVX1JUMzA3Ml8yfCRVU0JfUFJPRFVDVF9TSVRFQ09NRVVfUlQzMDcyXzN8 JFVTQl9QUk9EVUNUX1NJVEVDT01FVV9SVDMwNzJfNHwkVVNCX1BST0RVQ1RfU0lURUNPTUVVX1JU MzA3Ml81fCRVU0JfUFJPRFVDVF9TSVRFQ09NRVVfUlQzMDcyXzZ8JFVTQl9QUk9EVUNUX1NJVEVD T01FVV9XTDYwOCkiOworCWFjdGlvbiAia2xkbG9hZCBpZl9ydW4iOworfTsKKworbm9tYXRjaCAx MCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZF TkRPUl9TUEFSS0xBTiI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX1NQQVJLTEFO X1JUMjg3MF8xfCRVU0JfUFJPRFVDVF9TUEFSS0xBTl9SVDMwNzApIjsKKwlhY3Rpb24gImtsZGxv YWQgaWZfcnVuIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0r IjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU1dFRVgyIjsKKwltYXRjaCAicHJvZHVj dCIgIigkVVNCX1BST0RVQ1RfU1dFRVgyX0xXMTUzfCRVU0JfUFJPRFVDVF9TV0VFWDJfTFczMDN8 JFVTQl9QUk9EVUNUX1NXRUVYMl9MVzMxMykiOworCWFjdGlvbiAia2xkbG9hZCBpZl9ydW4iOwor fTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2 ZW5kb3IiICIkVVNCX1ZFTkRPUl9UT1NISUJBIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJP RFVDVF9UT1NISUJBX1JUMzA3MCI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1biI7Cit9OworCitu b21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIg IiRVU0JfVkVORE9SX1VNRURJQSI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfVU1F RElBX1JUMjg3MF8xIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfcnVuIjsKK307CisKK25vbWF0Y2gg MTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9W RU5ET1JfWkNPTSI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX1pDT01fUlQyODcw XzF8JFVTQl9QUk9EVUNUX1pDT01fUlQyODcwXzIpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfcnVu IjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRj aCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfWklOV0VMTCI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVT Ql9QUk9EVUNUX1pJTldFTExfUlQyODcwXzF8JFVTQl9QUk9EVUNUX1pJTldFTExfUlQyODcwXzJ8 JFVTQl9QUk9EVUNUX1pJTldFTExfUlQzMDcwfCRVU0JfUFJPRFVDVF9aSU5XRUxMX1JUMzA3Ml8x fCRVU0JfUFJPRFVDVF9aSU5XRUxMX1JUMzA3Ml8yKSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3J1 biI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0 Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1pZWEVMIjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNC X1BST0RVQ1RfWllYRUxfUlQyODcwXzF8JFVTQl9QUk9EVUNUX1pZWEVMX1JUMjg3MF8yKSI7CisJ YWN0aW9uICJrbGRsb2FkIGlmX3J1biI7Cit9OworCkluZGV4OiBzeXMvZGV2L3VzYi93bGFuL2lm X3p5ZC5jb25mCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9kZXYvdXNiL3dsYW4vaWZfenlkLmNvbmYJKHJl dmlzaW9uIDApCisrKyBzeXMvZGV2L3VzYi93bGFuL2lmX3p5ZC5jb25mCShyZXZpc2lvbiAwKQpA QCAtMCwwICsxLDIzOCBAQAorbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsi OworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl8zQ09NMiI7CisJbWF0Y2ggInByb2R1Y3Qi ICIkVVNCX1BST0RVQ1RfM0NPTTJfM0NSVVNCMTAwNzUiOworCWFjdGlvbiAia2xkbG9hZCBpZl96 eWQiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1h dGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9BQk9DT00iOworCW1hdGNoICJwcm9kdWN0IiAiJFVT Ql9QUk9EVUNUX0FCT0NPTV9XTDU0IjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfenlkIjsKK307CisK K25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9y IiAiJFVTQl9WRU5ET1JfQVNVUyI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfQVNV U19XTDE1OUciOworCWFjdGlvbiAia2xkbG9hZCBpZl96eWQiOworfTsKKworbm9tYXRjaCAxMCB7 CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRP Ul9DWUJFUlRBTiI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfQ1lCRVJUQU5fVEc1 NFVTQiI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3p5ZCI7Cit9OworCitub21hdGNoIDEwIHsKKwlt YXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0RS QVlURUsiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0RSQVlURUtfVklHT1I1NTAi OworCWFjdGlvbiAia2xkbG9hZCBpZl96eWQiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2gg ImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9QTEFORVgy IjsKKwltYXRjaCAicHJvZHVjdCIgIigkVVNCX1BST0RVQ1RfUExBTkVYMl9HV1VTNTRHRHwkVVNC X1BST0RVQ1RfUExBTkVYMl9HV1VTNTRHWkwpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfenlkIjsK K307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAi dmVuZG9yIiAiJFVTQl9WRU5ET1JfUExBTkVYMyI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9Q Uk9EVUNUX1BMQU5FWDNfR1dVUzU0R1p8JFVTQl9QUk9EVUNUX1BMQU5FWDNfR1dVUzU0TUlOSSki OworCWFjdGlvbiAia2xkbG9hZCBpZl96eWQiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2gg ImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9TQUdFTSI7 CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfU0FHRU1fWEc3NjBBIjsKKwlhY3Rpb24g ImtsZGxvYWQgaWZfenlkIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHVi WzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfU0VOQU8iOworCW1hdGNoICJw cm9kdWN0IiAiJFVTQl9QUk9EVUNUX1NFTkFPX05VQjgzMDEiOworCWFjdGlvbiAia2xkbG9hZCBp Zl96eWQiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOwor CW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9TSVRFQ09NRVUiOworCW1hdGNoICJwcm9kdWN0 IiAiJFVTQl9QUk9EVUNUX1NJVEVDT01FVV9XTDExMyI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3p5 ZCI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0 Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1NXRUVYIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0Jf UFJPRFVDVF9TV0VFWF9aRDEyMTEiOworCWFjdGlvbiAia2xkbG9hZCBpZl96eWQiOworfTsKKwor bm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3Ii ICIkVVNCX1ZFTkRPUl9URUtSQU0iOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9U RUtSQU1fUVVJQ0tXTEFOfCRVU0JfUFJPRFVDVF9URUtSQU1fWkQxMjExXzF8JFVTQl9QUk9EVUNU X1RFS1JBTV9aRDEyMTFfMikiOworCWFjdGlvbiAia2xkbG9hZCBpZl96eWQiOworfTsKKworbm9t YXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIk VVNCX1ZFTkRPUl9UV0lOTU9TIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9UV0lO TU9TX0cyNDAiOworCWFjdGlvbiAia2xkbG9hZCBpZl96eWQiOworfTsKKworbm9tYXRjaCAxMCB7 CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRP Ul9VTUVESUEiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9VTUVESUFfQUxMMDI5 OFYyfCRVU0JfUFJPRFVDVF9VTUVESUFfVEVXNDI5VUJfQXwkVVNCX1BST0RVQ1RfVU1FRElBX1RF VzQyOVVCKSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3p5ZCI7Cit9OworCitub21hdGNoIDEwIHsK KwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9S X1dJU1RST05ORVdFQiI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfV0lTVFJPTk5F V0VCX1VSMDU1RyI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3p5ZCI7Cit9OworCitub21hdGNoIDEw IHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVO RE9SX1pDT00iOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1pDT01fWkQxMjExIjsK KwlhY3Rpb24gImtsZGxvYWQgaWZfenlkIjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJi dXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfWllEQVMiOwor CW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1pZREFTX1pEMTIxMSI7CisJYWN0aW9uICJr bGRsb2FkIGlmX3p5ZCI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1Ylsw LTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1pZWEVMIjsKKwltYXRjaCAicHJv ZHVjdCIgIigkVVNCX1BST0RVQ1RfWllYRUxfQUcyMjVIfCRVU0JfUFJPRFVDVF9aWVhFTF9aWUFJ UkcyMjB8JFVTQl9QUk9EVUNUX1pZWEVMX0cyMDBWMikiOworCWFjdGlvbiAia2xkbG9hZCBpZl96 eWQiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1h dGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9BQ0NUT04iOworCW1hdGNoICJwcm9kdWN0IiAiKCRV U0JfUFJPRFVDVF9BQ0NUT05fU01DV1VTQkdfTkZ8JFVTQl9QUk9EVUNUX0FDQ1RPTl9TTUNXVVNC R3wkVVNCX1BST0RVQ1RfQUNDVE9OX1pEMTIxMUIpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfenlk IjsKK307CisKK25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRj aCAidmVuZG9yIiAiJFVTQl9WRU5ET1JfQVNVUyI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BS T0RVQ1RfQVNVU19BOVRfV0lGSSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3p5ZCI7Cit9OworCitu b21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIg IiRVU0JfVkVORE9SX0JFTEtJTiI7CisJbWF0Y2ggInByb2R1Y3QiICIoJFVTQl9QUk9EVUNUX0JF TEtJTl9GNUQ3MDUwX1Y0MDAwfCRVU0JfUFJPRFVDVF9CRUxLSU5fWkQxMjExQikiOworCWFjdGlv biAia2xkbG9hZCBpZl96eWQiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVo dWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9DSVNDT0xJTktTWVMiOwor CW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX0NJU0NPTElOS1NZU19XVVNCRjU0RyI7CisJ YWN0aW9uICJrbGRsb2FkIGlmX3p5ZCI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVz IiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX0ZJQkVSTElORSI7 CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfRklCRVJMSU5FX1dMNDMwVSI7CisJYWN0 aW9uICJrbGRsb2FkIGlmX3p5ZCI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAi dWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX01FTENPIjsKKwltYXRj aCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9NRUxDT19LRzU0TCI7CisJYWN0aW9uICJrbGRsb2Fk IGlmX3p5ZCI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7 CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1BISUxJUFMiOworCW1hdGNoICJwcm9kdWN0 IiAiJFVTQl9QUk9EVUNUX1BISUxJUFNfU05VNTYwMCI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3p5 ZCI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0 Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1BMQU5FWDIiOworCW1hdGNoICJwcm9kdWN0IiAiJFVT Ql9QUk9EVUNUX1BMQU5FWDJfR1dfVVM1NEdYUyI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3p5ZCI7 Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2gg InZlbmRvciIgIiRVU0JfVkVORE9SX1NBR0VNIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJP RFVDVF9TQUdFTV9YRzc2TkEiOworCWFjdGlvbiAia2xkbG9hZCBpZl96eWQiOworfTsKKworbm9t YXRjaCAxMCB7CisJbWF0Y2ggImJ1cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIk VVNCX1ZFTkRPUl9TSVRFQ09NRVUiOworCW1hdGNoICJwcm9kdWN0IiAiJFVTQl9QUk9EVUNUX1NJ VEVDT01FVV9aRDEyMTFCIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfenlkIjsKK307CisKK25vbWF0 Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9yIiAiJFVT Ql9WRU5ET1JfVU1FRElBIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0JfUFJPRFVDVF9VTUVESUFf VEVXNDI5VUJDMSI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3p5ZCI7Cit9OworCitub21hdGNoIDEw IHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVO RE9SX1VTUiI7CisJbWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfVVNSX1VTUjU0MjMiOwor CWFjdGlvbiAia2xkbG9hZCBpZl96eWQiOworfTsKKworbm9tYXRjaCAxMCB7CisJbWF0Y2ggImJ1 cyIgInVodWJbMC05XSsiOworCW1hdGNoICJ2ZW5kb3IiICIkVVNCX1ZFTkRPUl9WVEVDSCI7CisJ bWF0Y2ggInByb2R1Y3QiICIkVVNCX1BST0RVQ1RfVlRFQ0hfWkQxMjExQiI7CisJYWN0aW9uICJr bGRsb2FkIGlmX3p5ZCI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1Ylsw LTldKyI7CisJbWF0Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1pDT00iOworCW1hdGNoICJwcm9k dWN0IiAiJFVTQl9QUk9EVUNUX1pDT01fWkQxMjExQiI7CisJYWN0aW9uICJrbGRsb2FkIGlmX3p5 ZCI7Cit9OworCitub21hdGNoIDEwIHsKKwltYXRjaCAiYnVzIiAidWh1YlswLTldKyI7CisJbWF0 Y2ggInZlbmRvciIgIiRVU0JfVkVORE9SX1pZREFTIjsKKwltYXRjaCAicHJvZHVjdCIgIiRVU0Jf UFJPRFVDVF9aWURBU19aRDEyMTFCIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfenlkIjsKK307CisK K25vbWF0Y2ggMTAgeworCW1hdGNoICJidXMiICJ1aHViWzAtOV0rIjsKKwltYXRjaCAidmVuZG9y IiAiJFVTQl9WRU5ET1JfWllYRUwiOworCW1hdGNoICJwcm9kdWN0IiAiKCRVU0JfUFJPRFVDVF9a WVhFTF9NMjAyfCRVU0JfUFJPRFVDVF9aWVhFTF9HMjAyfCRVU0JfUFJPRFVDVF9aWVhFTF9HMjIw VjIpIjsKKwlhY3Rpb24gImtsZGxvYWQgaWZfenlkIjsKK307CisK --bcaec5215a4d67837904a6632e36-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 23 18:41:29 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16135106564A; Thu, 23 Jun 2011 18:41:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A9D288FC15; Thu, 23 Jun 2011 18:41:28 +0000 (UTC) Received: from [10.30.101.53] ([209.117.142.2]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p5NIbfa1009984 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Thu, 23 Jun 2011 12:37:43 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Thu, 23 Jun 2011 12:37:33 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106151530.p5FFUABZ073845@freefall.freebsd.org> To: Robert Millan X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Thu, 23 Jun 2011 12:37:44 -0600 (MDT) Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org, freebsd-usb@freebsd.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 18:41:29 -0000 How'd you go about generating all these .conf files? I don't see where you defined USB_* as variables in them either. Maybe = you could point me at it? Warner On Jun 23, 2011, at 10:00 AM, Robert Millan wrote: > From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 23 20:15:24 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF986106564A; Thu, 23 Jun 2011 20:15:24 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.c2i.net [212.247.154.130]) by mx1.freebsd.org (Postfix) with ESMTP id 1E98E8FC1B; Thu, 23 Jun 2011 20:15:23 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=7KD0iiTHYGd0xbPMAUtcJ3OZoqPCTpa2X22hnPESm4A= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=BI7gtR-XtS0A:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=LjBb0y9831m-WY8YLykA:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 142507353; Thu, 23 Jun 2011 22:05:19 +0200 From: Hans Petter Selasky To: freebsd-hackers@freebsd.org Date: Thu, 23 Jun 2011 22:03:41 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106151523.p5FFN73i075030@red.freebsd.org> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106232203.41824.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org, Robert Millan , FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 20:15:24 -0000 On Thursday 23 June 2011 20:37:33 Warner Losh wrote: > How'd you go about generating all these .conf files? > > I don't see where you defined USB_* as variables in them either. Maybe you > could point me at it? > > Warner > > On Jun 23, 2011, at 10:00 AM, Robert Millan wrote: > > Hi Warner, It looks like he is simply grepping for the USB_VENDOR_XXX entries in the *.c files. I would like to have these config files in 9-current when all the issues are resolved regarding auto-generating the .conf files. --HPS From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 24 02:39:05 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7285A106566B; Fri, 24 Jun 2011 02:39:05 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3A3868FC08; Fri, 24 Jun 2011 02:39:03 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=XR4AdwVFe5G+K9PtySS1/JOnv6WK/hruile8wX/SUjk= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=BI7gtR-XtS0A:10 a=WQU8e4WWZSUA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6I5d2MoRAAAA:8 a=N3vH5299AAAA:8 a=t1CFIVEFRMthW3HhznoA:9 a=PUjeQqilurYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 143474162; Fri, 24 Jun 2011 04:39:02 +0200 From: Hans Petter Selasky To: freebsd-hackers@freebsd.org Date: Fri, 24 Jun 2011 04:37:25 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106151530.p5FFUABZ073845@freefall.freebsd.org> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201106240437.25246.hselasky@c2i.net> Cc: Robert Millan , FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org, freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 02:39:05 -0000 Hi, I need some people testing the following patch: http://svn.freebsd.org/changeset/base/223486 svn up and build a new kernel. Try to remove all USB devices from kernel config except the host controllers and USB keyboard. Then put the following file into /etc/devd/ http://hselasky.homeunix.org:8192/bus_auto.conf MD5 (bus_auto.conf) = 4a1130910cdbe0a5d3eca86b0b12f533 Verify using kldstat that modules are loaded when you plug a new USB device. --HPS From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 24 04:19:05 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F1E5106564A; Fri, 24 Jun 2011 04:19:05 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id F3C808FC08; Fri, 24 Jun 2011 04:19:03 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=SJA03SmFjIOBaRUqQpAxZTuC3Mg0Qr8luS0qYjfHCY4= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=BI7gtR-XtS0A:10 a=WQU8e4WWZSUA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6I5d2MoRAAAA:8 a=N3vH5299AAAA:8 a=yona56PfyvGkVwzAF7gA:9 a=PUjeQqilurYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 144280346; Fri, 24 Jun 2011 06:19:01 +0200 From: Hans Petter Selasky To: freebsd-hackers@freebsd.org Date: Fri, 24 Jun 2011 06:17:23 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106240437.25246.hselasky@c2i.net> In-Reply-To: <201106240437.25246.hselasky@c2i.net> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201106240617.23235.hselasky@c2i.net> Cc: Robert Millan , FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org, freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 04:19:05 -0000 On Friday 24 June 2011 04:37:25 Hans Petter Selasky wrote: > Hi, > > I need some people testing the following patch: > > http://svn.freebsd.org/changeset/base/223486 > > svn up and build a new kernel. > > Try to remove all USB devices from kernel config except the host > controllers and USB keyboard. Then put the following file into /etc/devd/ > > http://hselasky.homeunix.org:8192/bus_auto.conf > > MD5 (bus_auto.conf) = 4a1130910cdbe0a5d3eca86b0b12f533 > > Verify using kldstat that modules are loaded when you plug a new USB > device. > > --HPS Hi, Turns out some additional patches were needed: http://svn.freebsd.org/changeset/base/223489 Please try again. Updated bus_auto.conf: http://hselasky.homeunix.org:8192/bus_auto.conf MD5 (/etc/devd/bus_auto.conf) = c321d1801f0fa3c6260eeef7061330e8 --HPS From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 24 07:41:53 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B133106564A for ; Fri, 24 Jun 2011 07:41:53 +0000 (UTC) (envelope-from sebastian.huber@embedded-brains.de) Received: from mail.embedded-brains.de (host-82-135-62-35.customer.m-online.net [82.135.62.35]) by mx1.freebsd.org (Postfix) with ESMTP id E977F8FC14 for ; Fri, 24 Jun 2011 07:41:52 +0000 (UTC) Received: by mail.embedded-brains.de (Postfix, from userid 65534) id 8BA836523A5; Fri, 24 Jun 2011 09:23:16 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on fidibus.eb.z X-Spam-Level: X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from [192.168.96.31] (eb0011.eb.z [192.168.96.31]) by mail.embedded-brains.de (Postfix) with ESMTP id 57FF66523A3 for ; Fri, 24 Jun 2011 09:23:12 +0200 (CEST) Message-ID: <4E043B5F.3080908@embedded-brains.de> Date: Fri, 24 Jun 2011 09:23:11 +0200 From: Sebastian Huber User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20101125 SUSE/3.0.11 Lightning/1.0b1 Thunderbird/3.0.11 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Unit Tests for FreeBSD Kernel APIs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 07:41:53 -0000 Hello, exists there some unit tests for FreeBSD kernel APIs, e.g. mutex(9), condvar(9), etc.? Have a nice day! -- Sebastian Huber, embedded brains GmbH Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany Phone : +49 89 18 90 80 79-6 Fax : +49 89 18 90 80 79-9 E-Mail : sebastian.huber@embedded-brains.de PGP : Public key available on request. Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 24 10:48:32 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF414106564A; Fri, 24 Jun 2011 10:48:32 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6F5A08FC13; Fri, 24 Jun 2011 10:48:31 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=EIZfbDsN8gr1c4B7uGrP4foh/gtfZ6zZRee2cLtKwTU= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=BI7gtR-XtS0A:10 a=WQU8e4WWZSUA:10 a=IkcTkHD0fZMA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=8kQB0OdkAAAA:8 a=N3vH5299AAAA:8 a=Vy0H3Oq_syqZCvwryxIA:9 a=QEXdDO2ut3YA:10 a=9aOQ2cSd83gA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 144823391; Fri, 24 Jun 2011 12:48:29 +0200 From: Hans Petter Selasky To: Robert Millan Date: Fri, 24 Jun 2011 12:46:51 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106240617.23235.hselasky@c2i.net> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201106241246.51881.hselasky@c2i.net> Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org, freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 10:48:32 -0000 On Friday 24 June 2011 09:22:57 Robert Millan wrote: > 2011/6/24 Hans Petter Selasky : > > Updated bus_auto.conf: > > > > http://hselasky.homeunix.org:8192/bus_auto.conf > > Very nice. But why not use variable names instead of hardcoding numbers? > It makes the output much easier to understand. To save memory. --HPS From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 24 07:08:02 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07583106564A; Fri, 24 Jun 2011 07:08:02 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 859258FC16; Fri, 24 Jun 2011 07:08:01 +0000 (UTC) Received: by pwi7 with SMTP id 7so268787pwi.13 for ; Fri, 24 Jun 2011 00:08:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=M9Cm6CdE8c4PH2TlbMgdM1QrsQR6t2wUv/TGhqQwq/M=; b=N9UFcq8sXD/+WD8UWnPpYgy0WY0Djo4xPxRwOQyabHQiw1qvf/ziU5nkZ+jiwzCsEu y6/xXWFLvTJ18pogfUok2PlE1pwVA4t1/QWKAZTdAqpEAg6ivMAsZaH7w1j7BWoHxb8P 0pgVaRsHo2PuGbYshuyzYLabI48XK/BjWD8u8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=kOSNw8MQSApmaz4i9u43gGc15lTKhRRdaO31x91PFh43rddLwJo9WMjrIR1RVnFkBr JylXFuf2bDblxx0UusNK4sL6OsL3y1rT9aoHrIjEqmyOk+JRbVNQwIv2dRpEcDFFig3o gcIzaf4mW4MH+3SNiCtIYoHQyTNEd2M3jIWX0= MIME-Version: 1.0 Received: by 10.68.22.197 with SMTP id g5mr1578071pbf.254.1308899280795; Fri, 24 Jun 2011 00:08:00 -0700 (PDT) Sender: rmh.aybabtu@gmail.com Received: by 10.68.49.169 with HTTP; Fri, 24 Jun 2011 00:08:00 -0700 (PDT) In-Reply-To: References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106151530.p5FFUABZ073845@freefall.freebsd.org> Date: Fri, 24 Jun 2011 09:08:00 +0200 X-Google-Sender-Auth: iFjZeOR54rKPkp0Hhv8VthqTy0A Message-ID: From: Robert Millan To: Warner Losh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Fri, 24 Jun 2011 11:01:52 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org, freebsd-usb@freebsd.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 07:08:02 -0000 2011/6/23 Warner Losh : > How'd you go about generating all these .conf files? I have to admit it was quite boring, lots of grep & sed, different regex for each file, then some manual editting. But I see that someone has found a better way. I'll look into testing that= :-) > I don't see where you defined USB_* as variables in them either. =C2=A0Ma= ybe you could point me at it? Autogenerated from usbdevs, see: # USB vendor ids and product ids. usb_ids.conf: genusbdevs.sh ../../sys/dev/usb/usbdevs sh genusbdevs.sh > $@ --=20 Robert Millan From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 24 07:22:58 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A727A1065670; Fri, 24 Jun 2011 07:22:58 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 647958FC13; Fri, 24 Jun 2011 07:22:58 +0000 (UTC) Received: by pzk27 with SMTP id 27so2154573pzk.13 for ; Fri, 24 Jun 2011 00:22:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=GkHfsRbMqBtcU1KoJI9O5jZcpoBk/2mfUnMVcGUXVt0=; b=aVxbn1v1nWz4izvqgwC+VzvuS97vGQ+sqHfxF0YtwHnVEhm8AkwCjdR9vN4seZbNo4 EZk4OD0t+5W9pIK2Di4KJ0Ry9KkVCdtVRzZskFYdgc32kq2//8S/6IEloXnjFLQdPz3n JNAqFXBSaenWeojC+wPzDSwRg08oFt4zzeP1k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=uJ6HjK032/FwKH2Xlq4a8e2BKVx/JMI6TwPfnK9uNTUyBQTn1PYCjJ+U97atmZZjHh VPH0xG8MvPH6Cu9c1ip6XlbST+Ltnj1pSyF2FFf/TzQupqm2LC5+PQ5uxI29QX94otP6 +LcXVQonFFozXXTHA7/JVFtASQRYQk4fQT5R8= MIME-Version: 1.0 Received: by 10.68.68.242 with SMTP id z18mr1449739pbt.455.1308900177701; Fri, 24 Jun 2011 00:22:57 -0700 (PDT) Sender: rmh.aybabtu@gmail.com Received: by 10.68.49.169 with HTTP; Fri, 24 Jun 2011 00:22:57 -0700 (PDT) In-Reply-To: <201106240617.23235.hselasky@c2i.net> References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106240437.25246.hselasky@c2i.net> <201106240617.23235.hselasky@c2i.net> Date: Fri, 24 Jun 2011 09:22:57 +0200 X-Google-Sender-Auth: AojO6p-yNZV5oY5UzqZIV5c8WHI Message-ID: From: Robert Millan To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Fri, 24 Jun 2011 11:07:39 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org, freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 07:22:58 -0000 2011/6/24 Hans Petter Selasky : > Updated bus_auto.conf: > > http://hselasky.homeunix.org:8192/bus_auto.conf Very nice. But why not use variable names instead of hardcoding numbers? It makes the output much easier to understand. -- Robert Millan From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 24 13:13:25 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 604CA106567C; Fri, 24 Jun 2011 13:13:25 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id 364438FC19; Fri, 24 Jun 2011 13:13:23 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=SJA03SmFjIOBaRUqQpAxZTuC3Mg0Qr8luS0qYjfHCY4= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=BI7gtR-XtS0A:10 a=WQU8e4WWZSUA:10 a=IkcTkHD0fZMA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=8kQB0OdkAAAA:8 a=UOFPp8_ONXCmqc-7jQYA:9 a=QEXdDO2ut3YA:10 a=9aOQ2cSd83gA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 144474410; Fri, 24 Jun 2011 15:13:22 +0200 From: Hans Petter Selasky To: Robert Millan Date: Fri, 24 Jun 2011 15:11:44 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106241246.51881.hselasky@c2i.net> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201106241511.44977.hselasky@c2i.net> Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org, freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 13:13:25 -0000 On Friday 24 June 2011 14:59:37 Robert Millan wrote: > 2011/6/24 Hans Petter Selasky : > >> Very nice. But why not use variable names instead of hardcoding > >> numbers? It makes the output much easier to understand. > > > > To save memory. > > I haven't inspected devd code, but I was under the assumption that > variables only lived untill resolved. What would be the point of keeping > them in memory after devd has finished parsing the config files? Hi, I haven't checked that, though if you want the readable version, then you need to check the source code. However I could add some code to print a vendor ID comment, based on usbdevs. --HPS From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 24 13:26:34 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67262106564A for ; Fri, 24 Jun 2011 13:26:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 407798FC17 for ; Fri, 24 Jun 2011 13:26:34 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D078346B03; Fri, 24 Jun 2011 09:26:33 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6FE3B8A01F; Fri, 24 Jun 2011 09:26:33 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 24 Jun 2011 09:14:49 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <4E043B5F.3080908@embedded-brains.de> In-Reply-To: <4E043B5F.3080908@embedded-brains.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106240914.49279.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 24 Jun 2011 09:26:33 -0400 (EDT) Cc: Sebastian Huber Subject: Re: Unit Tests for FreeBSD Kernel APIs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 13:26:34 -0000 On Friday, June 24, 2011 3:23:11 am Sebastian Huber wrote: > Hello, > > exists there some unit tests for FreeBSD kernel APIs, e.g. mutex(9), > condvar(9), etc.? > > Have a nice day! Hmm, I have a kernel module that does some tests, but it is not in the tree. One of the issues is that many of the tests you want to do for some of these APIs involve timing. For rwlocks, for example, I used KTR traces and used a kernel module that forked 4 threads to all compete over a single lock. I then verified via KTR traces that every branch was taken (and made liberal use of KASSERT()s which caught a few edge cases I had missed initially). -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 24 12:59:38 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 363F81065700; Fri, 24 Jun 2011 12:59:38 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E03928FC1C; Fri, 24 Jun 2011 12:59:37 +0000 (UTC) Received: by pwi7 with SMTP id 7so457639pwi.13 for ; Fri, 24 Jun 2011 05:59:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ujjEE//N36yTz2F9ebwKTpykHUUsnYx7XVQTHIc7lwo=; b=FwT602YRJhmlsd2uJ1vsQ1v4t5CD44dl2pHCtKVhFjoP7GE0b+Sr8/9/gXkNDMioHp EQsgK9Hvs/ZSmxGCXcxEcOntA1Jihq5TYHqGpkcmEIpiT4LU6XOmMoNktWg41pyAllO3 84RzxtyYa2YyCPrqV4e599vhPEqdBWBnpgn+o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=B2PpS0fBIPZW6zia9opTs5+XTdmoM97JaNgy18LM6LTVKhS5HEhltVIymGphhvSozw BixC+67msOYFM9Jr/i9ROJvX1v/aT9aD9jdoO0FdFVlaMCji9FLPCFsYV3GpfQVihyBa lKrv8AqWVO9/AAxi4tNRiNs9lKVy0wtr8jlGo= MIME-Version: 1.0 Received: by 10.68.36.195 with SMTP id s3mr1574624pbj.388.1308920377464; Fri, 24 Jun 2011 05:59:37 -0700 (PDT) Sender: rmh.aybabtu@gmail.com Received: by 10.68.49.169 with HTTP; Fri, 24 Jun 2011 05:59:37 -0700 (PDT) In-Reply-To: <201106241246.51881.hselasky@c2i.net> References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106240617.23235.hselasky@c2i.net> <201106241246.51881.hselasky@c2i.net> Date: Fri, 24 Jun 2011 14:59:37 +0200 X-Google-Sender-Auth: jjszI6dK_3UhsU8WjZFW8D3p6zU Message-ID: From: Robert Millan To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Fri, 24 Jun 2011 13:29:33 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org, freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 12:59:38 -0000 2011/6/24 Hans Petter Selasky : >> Very nice. =C2=A0But why not use variable names instead of hardcoding nu= mbers? >> It makes the output much easier to understand. > > To save memory. I haven't inspected devd code, but I was under the assumption that variables only lived untill resolved. What would be the point of keeping them in memory after devd has finished parsing the config files? --=20 Robert Millan From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 24 15:55:08 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 808F5106564A for ; Fri, 24 Jun 2011 15:55:08 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 19EE18FC14 for ; Fri, 24 Jun 2011 15:55:07 +0000 (UTC) Received: by qyk30 with SMTP id 30so423773qyk.13 for ; Fri, 24 Jun 2011 08:55:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=BbB2yC3phj4kpCHTbYKll9ZqEbNaWK3RQ9mLtzunzbQ=; b=CUPIv2qdu2yhijyUr8oTZOFVcD60S7eQ+WInBZxe9xHURXFKgr4g7NSpQH3MwWRh/F 52KWjKbsKmZiQX363kn9vhqo2snU8aqf3hRnnFkiK1B4mBFryYtywTfYPybrZptgb9eU B5uB4j8VWGIX0tem4GBi7DDfsiay2F7Z/BHh4= MIME-Version: 1.0 Received: by 10.229.63.141 with SMTP id b13mr494364qci.245.1308930907250; Fri, 24 Jun 2011 08:55:07 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.229.220.68 with HTTP; Fri, 24 Jun 2011 08:55:07 -0700 (PDT) In-Reply-To: <201106240914.49279.jhb@freebsd.org> References: <4E043B5F.3080908@embedded-brains.de> <201106240914.49279.jhb@freebsd.org> Date: Fri, 24 Jun 2011 08:55:07 -0700 X-Google-Sender-Auth: JiAuOQFcbqjbz7CFdBFkC-aBv_I Message-ID: From: mdf@FreeBSD.org To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Sebastian Huber Subject: Re: Unit Tests for FreeBSD Kernel APIs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 15:55:08 -0000 On Fri, Jun 24, 2011 at 6:14 AM, John Baldwin wrote: > On Friday, June 24, 2011 3:23:11 am Sebastian Huber wrote: >> Hello, >> >> exists there some unit tests for FreeBSD kernel APIs, e.g. mutex(9), >> condvar(9), etc.? >> >> Have a nice day! > > Hmm, I have a kernel module that does some tests, but it is not in the tr= ee. > One of the issues is that many of the tests you want to do for some of th= ese > APIs involve timing. =A0For rwlocks, for example, I used KTR traces and u= sed > a kernel module that forked 4 threads to all compete over a single lock. = =A0I > then verified via KTR traces that every branch was taken (and made libera= l > use of KASSERT()s which caught a few edge cases I had missed initially). At $WORK we have a generic TEST_THREAD interface which allows for calling essentially random kernel code (whatever a dev codes up) with arguments. At the shell one types "test_thread foobar(12345, \"string\")" or whatever args. The test_thread syscall looks in the set of registered functions for foobar, and passes off a string with (12345, \"string\") to the function. Each function is responsible for parsing its own arguments. The args for the test_thread function pointer are the $WORK equivalent of and input sbuf and and output sbuf, which is copyout'd to the calling binary. If there's interest I can clean up the patch a little to show proof-of-concept that builds without all the $WORK gorp. We use this for a few things: unit-testing kernel code, hand-editing of filesystem data to recover customer sites from kernel bugs (sometimes this is possible), etc. Cheers, matthew From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 24 17:29:18 2011 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B9A4106566C for ; Fri, 24 Jun 2011 17:29:18 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 23E488FC1D for ; Fri, 24 Jun 2011 17:29:18 +0000 (UTC) Received: from [10.30.101.53] ([209.117.142.2]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p5OHLa40022387 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Fri, 24 Jun 2011 11:21:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <201106241511.44977.hselasky@c2i.net> Date: Fri, 24 Jun 2011 11:21:05 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201106151523.p5FFN73i075030@red.freebsd.org> <201106241246.51881.hselasky@c2i.net> <201106241511.44977.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Fri, 24 Jun 2011 11:21:39 -0600 (MDT) Cc: freebsd-bugs@FreeBSD.org, freebsd-hackers@FreeBSD.org, Robert Millan , freebsd-current@FreeBSD.org, freebsd-usb@FreeBSD.org, FreeBSD-gnats-submit@FreeBSD.org Subject: Re: misc/157903: automated kldload for USB class devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 17:29:18 -0000 On Jun 24, 2011, at 7:11 AM, Hans Petter Selasky wrote: > On Friday 24 June 2011 14:59:37 Robert Millan wrote: >> 2011/6/24 Hans Petter Selasky : >>>> Very nice. But why not use variable names instead of hardcoding >>>> numbers? It makes the output much easier to understand. >>>=20 >>> To save memory. >>=20 >> I haven't inspected devd code, but I was under the assumption that >> variables only lived untill resolved. What would be the point of = keeping >> them in memory after devd has finished parsing the config files? >=20 > Hi, >=20 > I haven't checked that, though if you want the readable version, then = you need=20 > to check the source code. >=20 > However I could add some code to print a vendor ID comment, based on = usbdevs. devd keeps them in memory and expands them when the commands are = executed. It will use more memory and be slower if you have lots of = variables. Now much more memory and how much slower? I kinda doubt = you'd notice on modern gear. Warner From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 24 21:22:33 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05F93106564A; Fri, 24 Jun 2011 21:22:32 +0000 (UTC) (envelope-from prvs=1156dbda56=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id EB6EA8FC12; Fri, 24 Jun 2011 21:22:31 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 24 Jun 2011 22:10:54 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 24 Jun 2011 22:10:54 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50013860081.msg; Fri, 24 Jun 2011 22:10:53 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1156dbda56=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <9585F512F239475B8145C3D344F6EC62@multiplay.co.uk> From: "Steven Hartland" To: , , Date: Fri, 24 Jun 2011 22:11:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6090 Cc: Subject: IPv4 socket bind using IPv6 socket on openjdk6 breaks udp send X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 21:22:33 -0000 We're trying to get our machines IPv6 enabled but in doing so this seems to break java apps using openjdk6 for UDP sends. The server seems quite happy to send and receive TCP packets on IPv6 socket that are bound to IPv4 addresses, but the same is not true for UDP. The socket bind works fine and the packets sent to the server arrive and are processed by the app but when it tries to reply using send the result is:- java.io.IOException: Invalid argument at java.net.PlainDatagramSocketImpl.send(Native Method) at java.net.DatagramSocket.send(DatagramSocket.java:629) using truss we see the following:- socket(PF_INET6,SOCK_DGRAM,0) = 20 (0x14) setsockopt(0x14,0x29,0x1b,0x7ffffedf0318,0x4,0x0) = 0 (0x0) setsockopt(0x14,0xffff,0x20,0x7ffffedf031c,0x4,0x0) = 0 (0x0) bind(20,{ AF_INET6 [3800::10:0:0:0]:20736 },28) = 0 (0x0) .. recvfrom(20,0x7ffffeaeb580,1460,0x0,0x7ffffeaed580,0x7ffffeaed5ac) ERR#60 'Operation timed out' .. sendto(20,"\M^?\M^?\M^?\M^?I\aMultiplay :: "...,82,0x0,{ AF_INET6 [3800::10:0:0:0]:20736 },0x1c) ERR#22 'Invalid argument' sockstat shows it binding correctly root java 894 21 tcp4 85.236.109.212:25675 *:* The following PR seems relevant but also seems to indicate it was fixed back in 2006 http://www.freebsd.org/cgi/query-pr.cgi?pr=92620 Setting -Djava.net.preferIPv4Stack=true does workaround the issue but when we come to support IPv6 as well as IPv4 this won't work. Note: net.inet6.ip6.v6only was set to the default 1 but changing it to 0 has no effect on the issue. An ideas why tcp in this setup works fine for udp fails only on send? Not sure which list is best for this so sorry about the cross posting. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 24 23:20:26 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF4DD106574C for ; Fri, 24 Jun 2011 23:20:26 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 2A3918FC0C for ; Fri, 24 Jun 2011 23:20:25 +0000 (UTC) Received: (qmail invoked by alias); 24 Jun 2011 22:53:44 -0000 Received: from g230094120.adsl.alicedsl.de (EHLO apollo.emma.line.org) [92.230.94.120] by mail.gmx.net (mp067) with SMTP; 25 Jun 2011 00:53:44 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/4M0N4t3X4B/eyAvx+vwrD2qPqLdp3/wZvu0h6K3 xb+JWeA7o53WM6 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id CDF6A23DAE2; Sat, 25 Jun 2011 00:53:42 +0200 (CEST) Message-ID: <4E051576.7090505@gmx.de> Date: Sat, 25 Jun 2011 00:53:42 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110516 Mnenhy/0.8.3 Thunderbird/3.1.10 MIME-Version: 1.0 To: Steven Hartland References: <9585F512F239475B8145C3D344F6EC62@multiplay.co.uk> In-Reply-To: <9585F512F239475B8145C3D344F6EC62@multiplay.co.uk> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: IPv4 socket bind using IPv6 socket on openjdk6 breaks udp send X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 23:20:26 -0000 Removing -java@ list because the VM is an application on top of the kernel's network stack, and the issue isn't Java-specific. Am 24.06.2011 23:11, schrieb Steven Hartland: > We're trying to get our machines IPv6 enabled but in doing so this > seems to break java apps using openjdk6 for UDP sends. > > The server seems quite happy to send and receive TCP packets on > IPv6 socket that are bound to IPv4 addresses, but the same is not > true for UDP. Coincidence, and not guaranteed to work, and possibly using IPv4-mapped IPv4 addresses (i. e. ::ffff:10.11.12.13 style). See the v6-related sections of > The socket bind works fine and the packets sent to the server arrive > and are processed by the app but when it tries to reply using > send the result is:- > java.io.IOException: Invalid argument > at java.net.PlainDatagramSocketImpl.send(Native Method) > at java.net.DatagramSocket.send(DatagramSocket.java:629) > > using truss we see the following:- > socket(PF_INET6,SOCK_DGRAM,0) = 20 (0x14) > setsockopt(0x14,0x29,0x1b,0x7ffffedf0318,0x4,0x0) = 0 (0x0) > setsockopt(0x14,0xffff,0x20,0x7ffffedf031c,0x4,0x0) = 0 (0x0) > bind(20,{ AF_INET6 [3800::10:0:0:0]:20736 },28) = 0 (0x0) > .. > sendto(20,"\M^?\M^?\M^?\M^?I\aMultiplay :: "...,82,0x0,{ AF_INET6 > [3800::10:0:0:0]:20736 },0x1c) ERR#22 'Invalid argument' You're trying to send to your own address, but you're likely not using the loopback interface for that. Is that permitted by your firewall configuration and routing? > sockstat shows it binding correctly > root java 894 21 tcp4 85.236.109.212:25675 *:* This is unrelated, as it has fd #21 not #20 as in the socket/bind/sendto calls. You've quoted the wrong line from sockstat output. > Note: net.inet6.ip6.v6only was set to the default 1 but changing > it to 0 has no effect on the issue. You aren't using IPv4 mapped addresses, and you haven't stated whether you're using wildcard listeners. Only in that case would it matter. inet6(4) reads: IPV6CTL_V6ONLY (ip6.v6only) Boolean: enable/disable the prohib- ited use of IPv4 mapped address on AF_INET6 sock- ets. Defaults to on. > An ideas why tcp in this setup works fine for udp fails only on > send? Are you sure that's what you seeing? It's not a match for what you give above, but anyways it's an implementation artifact because the tcp code for v4 and v6 used to be shared and the udp code separate. It is best to set up one IPv4 and one IPv6 listening socket. Check the URL above, perhaps that helps your understanding a bit. I presume 3800::10:0:0:0 is your server? From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 25 11:40:37 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B9F4106564A; Sat, 25 Jun 2011 11:40:37 +0000 (UTC) (envelope-from prvs=1157d11ea9=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 729F78FC0A; Sat, 25 Jun 2011 11:40:36 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Sat, 25 Jun 2011 12:28:28 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sat, 25 Jun 2011 12:28:28 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50013864816.msg; Sat, 25 Jun 2011 12:28:26 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1157d11ea9=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <512CB9DD5802403BA3ACC48FE3AE63F5@multiplay.co.uk> From: "Steven Hartland" To: "Matthias Andree" References: <9585F512F239475B8145C3D344F6EC62@multiplay.co.uk> <4E051576.7090505@gmx.de> Date: Sat, 25 Jun 2011 12:28:44 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6090 Cc: freebsd-net@freebsd.org, freebsd-java@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: IPv4 socket bind using IPv6 socket on openjdk6 breaks udp send X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2011 11:40:37 -0000 ----- Original Message ----- From: "Matthias Andree" I'm adding back in -java as based on you comments it may well be something in the jdk passing invalid values down to the kernel syscall. >> The socket bind works fine and the packets sent to the server arrive >> and are processed by the app but when it tries to reply using >> send the result is:- >> java.io.IOException: Invalid argument >> at java.net.PlainDatagramSocketImpl.send(Native Method) >> at java.net.DatagramSocket.send(DatagramSocket.java:629) >> >> using truss we see the following:- >> socket(PF_INET6,SOCK_DGRAM,0) = 20 (0x14) >> setsockopt(0x14,0x29,0x1b,0x7ffffedf0318,0x4,0x0) = 0 (0x0) >> setsockopt(0x14,0xffff,0x20,0x7ffffedf031c,0x4,0x0) = 0 (0x0) >> bind(20,{ AF_INET6 [3800::10:0:0:0]:20736 },28) = 0 (0x0) >> .. >> sendto(20,"\M^?\M^?\M^?\M^?I\aMultiplay :: "...,82,0x0,{ AF_INET6 >> [3800::10:0:0:0]:20736 },0x1c) ERR#22 'Invalid argument' > > You're trying to send to your own address, but you're likely not using > the loopback interface for that. Is that permitted by your firewall > configuration and routing? No I'm not its replying to the sender. In the java code we have:- socket.send( new DatagramPacket( data, data.length, src.getSocketAddress() ) ); Where src is the src packet. This works fine on IPv4 only machines and when the jdk is told to use only IPv4 stack. So its not a problem with the java code itself but could well be an issue with the > >> sockstat shows it binding correctly >> root java 894 21 tcp4 85.236.109.212:25675 *:* > > This is unrelated, as it has fd #21 not #20 as in the socket/bind/sendto > calls. You've quoted the wrong line from sockstat output. Oops sorry cut and paste error (wrong line) heres the correct line. root java 894 20 udp4 85.236.109.212:25675 *:* 21 is the tcp port created in the same manor (ipv6 socket) which works fine. > >> Note: net.inet6.ip6.v6only was set to the default 1 but changing >> it to 0 has no effect on the issue. > > You aren't using IPv4 mapped addresses, and you haven't stated whether > you're using wildcard listeners. Only in that case would it matter. I'm not, its a bound port, as shown above now I have the correct line ;-) > inet6(4) reads: > > IPV6CTL_V6ONLY (ip6.v6only) Boolean: enable/disable the prohib- > ited use of IPv4 mapped address on AF_INET6 sock- > ets. Defaults to on. The jvm automatically sets this on all sockets for compatibility for this exact reason. I'm not rulling out an issue with the IPv6 -> v4 routing in the kernel though. > Are you sure that's what you seeing? It's not a match for what you give > above, but anyways it's an implementation artifact because the tcp code > for v4 and v6 used to be shared and the udp code separate. Thats not how the jdk works, its ment to be 100% transparent but isn't. See the following for some interesting details:- http://diario.beerensalat.info/2008/10/12/java_and_ipv6_on_bsd.html > It is best to set up one IPv4 and one IPv6 listening socket. I don't believe there is any way to do this in java it either uses the IPv4 stack only or the IPv6 stack only hence relies on the kernel routing IPv4 packets through the IPv6 stack. Thats the reason the jdk explicitly enables this for all the ports it creates, which was added as a back port of the jdk7 fixes which can be seen here:- http://www.freebsd.org/cgi/cvsweb.cgi/ports/java/openjdk6/files/patch-set > Check the URL above, perhaps that helps your understanding a bit. I > presume 3800::10:0:0:0 is your server? Not that I'm aware of, here's the output from ifconfig if anyone can tell me different, as I'm new to IPv6 and don't follow how its mapped yet. ifconfig igb0: flags=8843 metric 0 mtu 1500 options=1bb ether 00:25:90:2c:3c:b0 inet 85.236.109.212 netmask 0xffffff00 broadcast 85.236.109.255 inet6 fe80::225:90ff:fe2c:3cb0%igb0 prefixlen 64 scopeid 0x1 inet6 2001:4db0:20:2::1337 prefixlen 64 nd6 options=3 media: Ethernet autoselect (1000baseSX ) status: active igb1: flags=8802 metric 0 mtu 1500 options=1bb ether 00:25:90:2c:3c:b1 media: Ethernet autoselect (1000baseSX ) status: active lo0: flags=8049 metric 0 mtu 16384 options=3 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 nd6 options=3 This is currently running on 8.2-RELEASE with openjdk6-b22_5 Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 25 17:05:27 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C3CD1065670 for ; Sat, 25 Jun 2011 17:05:27 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 632778FC18; Sat, 25 Jun 2011 17:05:27 +0000 (UTC) Received: by pzk27 with SMTP id 27so3045971pzk.13 for ; Sat, 25 Jun 2011 10:05:27 -0700 (PDT) Received: by 10.68.12.3 with SMTP id u3mr2268309pbb.403.1309020100790; Sat, 25 Jun 2011 09:41:40 -0700 (PDT) Received: from [192.168.2.119] (99-74-169-43.lightspeed.sntcca.sbcglobal.net [99.74.169.43]) by mx.google.com with ESMTPS id z7sm2951761pbk.35.2011.06.25.09.41.38 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 25 Jun 2011 09:41:39 -0700 (PDT) Sender: Tim Kientzle Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <201106231620.p5NGKWD6008177@fire.js.berklix.net> Date: Sat, 25 Jun 2011 09:41:36 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <31D907F2-1F80-40B4-BDC3-486E3F988FE7@freebsd.org> References: <201106231620.p5NGKWD6008177@fire.js.berklix.net> To: Julian H. Stacey X-Mailer: Apple Mail (2.1084) Cc: hackers@freebsd.org, portsmaster@freebsd.org Subject: Re: tar has deficient error handling. send-pr fix sent 31 Jan 2011 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2011 17:05:27 -0000 Thanks for the reminder Julian. I've just committed a fix to trunk that I'd appreciate if you could look = at. > Might be nice if someone else would read through tar. More eyes are always better! I'd especially appreciate help improving the test suite for tar. I've put a lot of work into the test suite for libarchive, but the tar front-end has seen less effort in this area. Cheers, Tim On Jun 23, 2011, at 9:20 AM, Julian H. Stacey wrote: > FreeBSD tar has deficient error handling. I sent a fix 31 Jan 2011 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D154407 > Please commit the fix or write & commit a better fix. >=20 > As error codes ignored, I wonder if other poor coding may lurk in tar. = =20 > Might be nice if someone else would read through tar. >=20 > ports/ : Tar allows some errors in ports pkg-list to go un-noticed. > Using make package, tar fails to see errors, fails to return error > to make, some pkg-list not checked properly & accumulate errors, > A bunch of errors will probably show up when tar is fixed, the > more the longer we do nothing. ( I can't remember which pkg-list > are broken, I've not kept note, The solution is to read tar & > commit a fix to tar ASAP) >=20 > Cheers, > Julian > --=20 > Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich = http://berklix.com > Reply below, not above; Indent with "> "; Cumulative like a play = script. > Format: Plain text. Not HTML, multipart/alternative, base64, = quoted-printable. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to = "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 25 18:01:28 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A35601065689; Sat, 25 Jun 2011 18:01:28 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5C7298FC1D; Sat, 25 Jun 2011 18:01:28 +0000 (UTC) Received: by pwi7 with SMTP id 7so1185893pwi.13 for ; Sat, 25 Jun 2011 11:01:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=5MLmO27HMRoD5beADsEpzSMRz76nfECNh3bY3icS/h0=; b=ipHnDMY9bS5vrYojATW/W8iR75oTA4Zp6RMJOCc7B9B/ZXQfQUXzQ240UaOztavE8K yRdxPt89XEILqvj31ljSxyNxWMBaf76xSqjZQXq4p9/rjiZc7cthX3kLGlAP/t6y8Art A7exXzVPTRiSHl4QmM9ge40f7l0Z5UslJwS8E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Z9pyMwK81ckKRhqy2P1orURFznOdViJpPKZ0BJfmFXB0TeBX3e6brvs8INGubjPnEF j8RpkkWkxJg4b65Smjdp2p13Dmqr1Tqla18aliL7Z6N5AUEi0CIOLUK9mdIl3URFltjO h71ifrRZ9ToIINxm7SiYi9cfgQ+c3yswZN/YE= MIME-Version: 1.0 Received: by 10.68.22.198 with SMTP id g6mr2217063pbf.218.1309024887914; Sat, 25 Jun 2011 11:01:27 -0700 (PDT) Received: by 10.68.56.8 with HTTP; Sat, 25 Jun 2011 11:01:27 -0700 (PDT) In-Reply-To: References: <4D934AF4.9080503@FreeBSD.org> <742085CD-7F6F-4879-9FFD-517EC3203D52@bsdimp.com> <5AF348C8-6AB6-490D-A12E-89A51528F58F@bsdimp.com> Date: Sat, 25 Jun 2011 14:01:27 -0400 Message-ID: From: Arnaud Lacombe To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: mdf@freebsd.org, "Robert N. M. Watson" , Dimitry Andric , freebsd-hackers Subject: Re: Include file search path X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2011 18:01:28 -0000 Hi, On Mon, Jun 6, 2011 at 5:37 PM, Arnaud Lacombe wrote: > Hi, > > On Tue, May 31, 2011 at 12:23 PM, Warner Losh wrote: >> >> On May 22, 2011, at 9:48 PM, Arnaud Lacombe wrote: >> >>> Hi Warner, >>> >>> On Sat, Apr 2, 2011 at 6:49 PM, Warner Losh wrote: >>>> >>>> On Apr 2, 2011, at 1:10 PM, Robert N. M. Watson wrote: >>>> >>>>> On 2 Apr 2011, at 19:47, Warner Losh wrote: >>>>> >>>>>>> (2) Working clang/LLVM cross-compile of FreeBSD. =A0This seems like= a basic >>>>>>> =A0requirement to adopt clang/LLVM, and as far as I'm aware that's = not yet a >>>>>>> =A0resolved issue? >>>>>> >>>>>> 0 work has been done here to my knowledge. =A0The world view for cla= ng and our in-tree gcc differ which makes it a challenge. >>>>> >>>>> That's disappointing. I seem to recall it's more an issue of our buil= d integration with clang/LLVM than an underlying issue in clang/LLVM? >>>> >>>> Yes. =A0The problem isn't hard, the cross compile paradigm is just a l= ittle different. >>>> >>>>>>> We (Cambridge) are currently bringing up FreeBSD on a new soft-core= 64-bit MIPS platform. =A0We're already using a non-base gcc for our boot l= oader work, and plan to move to using clang/LLVM later in the year. =A0The = base system seems a bit short on detail when it comes to the above, current= ly. >>>>>> >>>>>> Yes. =A0I've had to add about a dozen changes so far to get close to= building with xdev compilers. =A0A similar number are needed to make it ea= sy to configure and add systree support, I think. >>>>> >>>>> Sounds like great progress -- do you think we'll ship 9.0 in a "just = works" state with regard to this? >>>> >>>> I sure hope so. =A0I'd like to have demoable stuff by BSDcan. >>>> >>> BSDCan has passed, has there been any advance made since that discussio= n ? >> >> It is "demonstrable" but not ready to commit to the tree. =A0Needs about= 4 hours of work that I've had trouble scheduling on it due to work getting= busier than I expected. >> > any chances to have a look at the patch or should I wait for the final co= mmit ? > ping ? - Arnaud