From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 02:14:53 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59DD4106566C; Sun, 8 Jan 2012 02:14:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F10248FC08; Sun, 8 Jan 2012 02:14:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id q082EqpT028940; Sat, 7 Jan 2012 21:14:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id q082EpTk028939; Sun, 8 Jan 2012 02:14:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 8 Jan 2012 02:14:52 GMT Message-Id: <201201080214.q082EpTk028939@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 02:14:53 -0000 TB --- 2012-01-07 20:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2012-01-07 20:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-01-07 20:50:00 - cleaning the object tree TB --- 2012-01-07 20:50:54 - cvsupping the source tree TB --- 2012-01-07 20:50:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-01-07 20:51:06 - building world TB --- 2012-01-07 20:51:06 - CROSS_BUILD_TESTING=YES TB --- 2012-01-07 20:51:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-07 20:51:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-07 20:51:06 - SRCCONF=/dev/null TB --- 2012-01-07 20:51:06 - TARGET=i386 TB --- 2012-01-07 20:51:06 - TARGET_ARCH=i386 TB --- 2012-01-07 20:51:06 - TZ=UTC TB --- 2012-01-07 20:51:06 - __MAKE_CONF=/dev/null TB --- 2012-01-07 20:51:06 - cd /src TB --- 2012-01-07 20:51:06 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 7 20:51:07 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jan 7 23:00:14 UTC 2012 TB --- 2012-01-07 23:00:14 - generating LINT kernel config TB --- 2012-01-07 23:00:14 - cd /src/sys/i386/conf TB --- 2012-01-07 23:00:14 - /usr/bin/make -B LINT TB --- 2012-01-07 23:00:14 - cd /src/sys/i386/conf TB --- 2012-01-07 23:00:14 - /usr/sbin/config -m LINT TB --- 2012-01-07 23:00:14 - building LINT kernel TB --- 2012-01-07 23:00:14 - CROSS_BUILD_TESTING=YES TB --- 2012-01-07 23:00:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-07 23:00:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-07 23:00:14 - SRCCONF=/dev/null TB --- 2012-01-07 23:00:14 - TARGET=i386 TB --- 2012-01-07 23:00:14 - TARGET_ARCH=i386 TB --- 2012-01-07 23:00:14 - TZ=UTC TB --- 2012-01-07 23:00:14 - __MAKE_CONF=/dev/null TB --- 2012-01-07 23:00:14 - cd /src TB --- 2012-01-07 23:00:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 7 23:00:14 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Jan 7 23:32:30 UTC 2012 TB --- 2012-01-07 23:32:30 - cd /src/sys/i386/conf TB --- 2012-01-07 23:32:30 - /usr/sbin/config -m LINT-NOINET TB --- 2012-01-07 23:32:30 - building LINT-NOINET kernel TB --- 2012-01-07 23:32:30 - CROSS_BUILD_TESTING=YES TB --- 2012-01-07 23:32:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-07 23:32:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-07 23:32:30 - SRCCONF=/dev/null TB --- 2012-01-07 23:32:30 - TARGET=i386 TB --- 2012-01-07 23:32:30 - TARGET_ARCH=i386 TB --- 2012-01-07 23:32:30 - TZ=UTC TB --- 2012-01-07 23:32:30 - __MAKE_CONF=/dev/null TB --- 2012-01-07 23:32:30 - cd /src TB --- 2012-01-07 23:32:30 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Jan 7 23:32:30 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sun Jan 8 00:02:43 UTC 2012 TB --- 2012-01-08 00:02:43 - cd /src/sys/i386/conf TB --- 2012-01-08 00:02:43 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-01-08 00:02:43 - building LINT-NOINET6 kernel TB --- 2012-01-08 00:02:43 - CROSS_BUILD_TESTING=YES TB --- 2012-01-08 00:02:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-08 00:02:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-08 00:02:43 - SRCCONF=/dev/null TB --- 2012-01-08 00:02:43 - TARGET=i386 TB --- 2012-01-08 00:02:43 - TARGET_ARCH=i386 TB --- 2012-01-08 00:02:43 - TZ=UTC TB --- 2012-01-08 00:02:43 - __MAKE_CONF=/dev/null TB --- 2012-01-08 00:02:43 - cd /src TB --- 2012-01-08 00:02:43 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sun Jan 8 00:02:43 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sun Jan 8 00:33:35 UTC 2012 TB --- 2012-01-08 00:33:35 - cd /src/sys/i386/conf TB --- 2012-01-08 00:33:35 - /usr/sbin/config -m LINT-NOIP TB --- 2012-01-08 00:33:35 - building LINT-NOIP kernel TB --- 2012-01-08 00:33:35 - CROSS_BUILD_TESTING=YES TB --- 2012-01-08 00:33:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-08 00:33:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-08 00:33:35 - SRCCONF=/dev/null TB --- 2012-01-08 00:33:35 - TARGET=i386 TB --- 2012-01-08 00:33:35 - TARGET_ARCH=i386 TB --- 2012-01-08 00:33:35 - TZ=UTC TB --- 2012-01-08 00:33:35 - __MAKE_CONF=/dev/null TB --- 2012-01-08 00:33:35 - cd /src TB --- 2012-01-08 00:33:35 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sun Jan 8 00:33:35 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Sun Jan 8 01:01:56 UTC 2012 TB --- 2012-01-08 01:01:56 - cd /src/sys/i386/conf TB --- 2012-01-08 01:01:56 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-01-08 01:01:56 - building LINT-VIMAGE kernel TB --- 2012-01-08 01:01:56 - CROSS_BUILD_TESTING=YES TB --- 2012-01-08 01:01:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-08 01:01:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-08 01:01:56 - SRCCONF=/dev/null TB --- 2012-01-08 01:01:56 - TARGET=i386 TB --- 2012-01-08 01:01:56 - TARGET_ARCH=i386 TB --- 2012-01-08 01:01:56 - TZ=UTC TB --- 2012-01-08 01:01:56 - __MAKE_CONF=/dev/null TB --- 2012-01-08 01:01:56 - cd /src TB --- 2012-01-08 01:01:56 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sun Jan 8 01:01:56 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Sun Jan 8 01:33:05 UTC 2012 TB --- 2012-01-08 01:33:05 - cd /src/sys/i386/conf TB --- 2012-01-08 01:33:05 - /usr/sbin/config -m GENERIC TB --- 2012-01-08 01:33:05 - building GENERIC kernel TB --- 2012-01-08 01:33:05 - CROSS_BUILD_TESTING=YES TB --- 2012-01-08 01:33:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-08 01:33:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-08 01:33:05 - SRCCONF=/dev/null TB --- 2012-01-08 01:33:05 - TARGET=i386 TB --- 2012-01-08 01:33:05 - TARGET_ARCH=i386 TB --- 2012-01-08 01:33:05 - TZ=UTC TB --- 2012-01-08 01:33:05 - __MAKE_CONF=/dev/null TB --- 2012-01-08 01:33:05 - cd /src TB --- 2012-01-08 01:33:05 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jan 8 01:33:05 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Jan 8 01:57:40 UTC 2012 TB --- 2012-01-08 01:57:40 - cd /src/sys/i386/conf TB --- 2012-01-08 01:57:40 - /usr/sbin/config -m PAE TB --- 2012-01-08 01:57:40 - building PAE kernel TB --- 2012-01-08 01:57:40 - CROSS_BUILD_TESTING=YES TB --- 2012-01-08 01:57:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-08 01:57:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-08 01:57:40 - SRCCONF=/dev/null TB --- 2012-01-08 01:57:40 - TARGET=i386 TB --- 2012-01-08 01:57:40 - TARGET_ARCH=i386 TB --- 2012-01-08 01:57:40 - TZ=UTC TB --- 2012-01-08 01:57:40 - __MAKE_CONF=/dev/null TB --- 2012-01-08 01:57:40 - cd /src TB --- 2012-01-08 01:57:40 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sun Jan 8 01:57:40 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PAE completed on Sun Jan 8 02:04:29 UTC 2012 TB --- 2012-01-08 02:04:29 - cd /src/sys/i386/conf TB --- 2012-01-08 02:04:29 - /usr/sbin/config -m XBOX TB --- 2012-01-08 02:04:29 - building XBOX kernel TB --- 2012-01-08 02:04:29 - CROSS_BUILD_TESTING=YES TB --- 2012-01-08 02:04:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-08 02:04:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-08 02:04:29 - SRCCONF=/dev/null TB --- 2012-01-08 02:04:29 - TARGET=i386 TB --- 2012-01-08 02:04:29 - TARGET_ARCH=i386 TB --- 2012-01-08 02:04:29 - TZ=UTC TB --- 2012-01-08 02:04:29 - __MAKE_CONF=/dev/null TB --- 2012-01-08 02:04:29 - cd /src TB --- 2012-01-08 02:04:29 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Sun Jan 8 02:04:29 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for XBOX completed on Sun Jan 8 02:07:51 UTC 2012 TB --- 2012-01-08 02:07:51 - cd /src/sys/i386/conf TB --- 2012-01-08 02:07:51 - /usr/sbin/config -m XEN TB --- 2012-01-08 02:07:51 - building XEN kernel TB --- 2012-01-08 02:07:51 - CROSS_BUILD_TESTING=YES TB --- 2012-01-08 02:07:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-08 02:07:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-08 02:07:51 - SRCCONF=/dev/null TB --- 2012-01-08 02:07:51 - TARGET=i386 TB --- 2012-01-08 02:07:51 - TARGET_ARCH=i386 TB --- 2012-01-08 02:07:51 - TZ=UTC TB --- 2012-01-08 02:07:51 - __MAKE_CONF=/dev/null TB --- 2012-01-08 02:07:51 - cd /src TB --- 2012-01-08 02:07:51 - /usr/bin/make -B buildkernel KERNCONF=XEN >>> Kernel build for XEN started on Sun Jan 8 02:07:51 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/XEN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/XEN -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/XEN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/XEN -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath_tx.c /src/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_aggr_comp_aggr': /src/sys/modules/ath/../../dev/ath/if_ath_tx.c:3136: error: 'struct ath_tx_status' has no member named 'ts_flags' /src/sys/modules/ath/../../dev/ath/if_ath_tx.c:3139: error: 'struct ath_tx_status' has no member named 'ts_ba_low' /src/sys/modules/ath/../../dev/ath/if_ath_tx.c:3140: error: 'struct ath_tx_status' has no member named 'ts_ba_high' /src/sys/modules/ath/../../dev/ath/if_ath_tx.c:3156: error: 'struct ath_tx_status' has no member named 'ts_tid' /src/sys/modules/ath/../../dev/ath/if_ath_tx.c:3158: error: 'struct ath_tx_status' has no member named 'ts_tid' *** Error code 1 Stop in /src/sys/modules/ath. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/XEN. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-08 02:14:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-08 02:14:51 - ERROR: failed to build XEN kernel TB --- 2012-01-08 02:14:51 - 15501.42 user 2693.30 system 19490.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 02:54:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 095FA1065670 for ; Sun, 8 Jan 2012 02:54:25 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id DC3018FC0A for ; Sun, 8 Jan 2012 02:54:24 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q082Lbfq094791; Sun, 8 Jan 2012 02:21:37 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id u5nydfh5rhg3hgxk785ryn6366; Sun, 08 Jan 2012 02:21:37 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Tim Kientzle In-Reply-To: <4F060231.5010606@zedat.fu-berlin.de> Date: Sat, 7 Jan 2012 18:21:34 -0800 Content-Transfer-Encoding: 7bit Message-Id: <13ED42AA-D6EB-41B7-BB8E-AAFFABEA3DBC@kientzle.com> References: <4F060231.5010606@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1251.1) Cc: Current FreeBSD Subject: Re: WITH_ICONV/WITH_BSD_GREP: Defaults? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 02:54:25 -0000 On Jan 5, 2012, at 12:04 PM, O. Hartmann wrote: > > Another story seems to be with WITH_ICONV. I didn't realize problems > until I had harsh faults compiling port lang/gcc46 which tend to fail in > a Makefile when WITH_ICONV is enabled. What exactly is the failure you're seeing? I ask because I've recently been wrestling with autoconf trying to generate a configure script that will DTRT on systems with more than one iconv() function available. The standard autoconf recipes don't seem to work correctly in this case. (I've seen it on MacOS when GNU libiconv is installed in addition to the iconv implementation in libc in the base system. I presume the same problem arises on FreeBSD.) In short: this could be a bug in the configure script rather than a bug in FreeBSD's iconv implementation. Tim From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 10:52:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6D4B106566C; Sun, 8 Jan 2012 10:52:16 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id A118E8FC08; Sun, 8 Jan 2012 10:52:16 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1RjqM7-00016D-14; Sun, 08 Jan 2012 10:52:09 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RjqLh-00047W-KH; Sun, 08 Jan 2012 10:51:37 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q08ApbiM010367; Sun, 8 Jan 2012 10:51:37 GMT (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q08Apbkd010366; Sun, 8 Jan 2012 10:51:37 GMT (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Sun, 8 Jan 2012 10:51:37 +0000 From: Anton Shterenlikht To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Message-ID: <20120108105137.GA10320@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: anybody close to Bristol, UK, wants to give a talk on FreeBSD and numerical analysis to UG students? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 10:52:17 -0000 Introduction: I'll be teaching computer based modelling to year 1 mechanical engineering students. The unit is based around Matlab, which is not ideal, in my opinion, but is beyond my control. The unit is pretty low level - I have to start from loops and conditional statements, but ultimately I want them to be able to tackle numerical solution of algebraic and diff. equations and a bit of graphics. I want to complement Matlab by several lectures giving students a broader view of numerical computing and related subjects. For example, I'll probably talk about vector vs raster graphics and related software, precision of floating point calculations, intro to latex, importance of standards in software, etc. What I'm looking for: I'd like to have one lecture on FreeBSD and what it can do for numerical analysis. I'm looking for somebody who can come to Bristol on a Tuesday between 31-FEB-2012 and 20-MAR-2012 and give a 50 min lecture from 1400 to 1450 to about 120-150 students. The exact details of the talk are not that important. Some of them would've heard of linux, probably not of FreeBSD. Some of them would've used macs, but unlikely any software beyound MS office. The talk can just raise the students' awareness that numerical analysis tools available via FreeBSD ports are an alternative to Matlab. I'll pay the travel expences (have to double check with the finance office) but cannot pay for the talk itself. If you are interested, or have another idea, please get in touch directly. Thanks Anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 15:21:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34734106566B; Sun, 8 Jan 2012 15:21:31 +0000 (UTC) (envelope-from sf@FreeBSD.org) Received: from msa02b.plala.or.jp (msa02.plala.or.jp [IPv6:2400:7800:0:5010::2]) by mx1.freebsd.org (Postfix) with ESMTP id 780A58FC12; Sun, 8 Jan 2012 15:21:30 +0000 (UTC) Received: from i58-94-79-87.s02.a026.ap.plala.or.jp ([58.94.79.87]) by msa02b.plala.or.jp with ESMTP id <20120108152129.MEVV16800.msa02b.plala.or.jp@i58-94-79-87.s02.a026.ap.plala.or.jp>; Mon, 9 Jan 2012 00:21:29 +0900 Date: Mon, 09 Jan 2012 00:21:28 +0900 Message-ID: <86r4zagqyv.wl%sf@FreeBSD.org> From: poyopoyo@puripuri.plala.or.jp To: Hans Petter Selasky In-Reply-To: <201201031815.32624.hselasky@c2i.net> References: <4EF9D06C.9060501@chillt.de> <201201031726.03885.hselasky@c2i.net> <4F03317D.6080702@chillt.de> <201201031815.32624.hselasky@c2i.net> Mail-Followup-To: Hans Petter Selasky , Bartosz Fabianowski , freebsd-current@freebsd.org, freebsd-usb@freebsd.org User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.3 (amd64-portbld-freebsd9.9) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-VirusScan: Outbound; msa02b; Mon, 9 Jan 2012 00:21:29 +0900 X-Mailman-Approved-At: Sun, 08 Jan 2012 16:39:10 +0000 Cc: Bartosz Fabianowski , freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: umass regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 15:21:31 -0000 At Tue, 3 Jan 2012 18:15:32 +0100, Hans Petter Selasky wrote: > The following transaction shows that the device supports two luns. I suspect > that there is a miscommunication between UMASS and CAM layer. Hi, I have posted about the same issue some days ago to -scsi@. http://docs.FreeBSD.org/cgi/mid.cgi?86r4zkx50t.wl%poyopoyo To: FreeBSD-scsi@FreeBSD.org Subject: Garmin Edge705: LUN1 of umass device not recognized I follow your suspicion as I figured out this regression happened at r208911, modification to LUN discovery code. -- kuro From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 16:14:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16FF01065672 for ; Sun, 8 Jan 2012 16:14:38 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd28124.kasserver.com (dd28124.kasserver.com [85.13.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id CD20B8FC0A for ; Sun, 8 Jan 2012 16:14:37 +0000 (UTC) Received: from taiko.lan (82.131.56.111.cable.starman.ee [82.131.56.111]) by dd28124.kasserver.com (Postfix) with ESMTPSA id B47C81D805D1; Sun, 8 Jan 2012 16:59:16 +0100 (CET) Message-ID: <4F09BD48.10808@chillt.de> Date: Sun, 08 Jan 2012 17:59:04 +0200 From: Bartosz Fabianowski User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Hans Petter Selasky , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, poyopoyo@puripuri.plala.or.jp References: <4EF9D06C.9060501@chillt.de> <201201031726.03885.hselasky@c2i.net> <4F03317D.6080702@chillt.de> <201201031815.32624.hselasky@c2i.net> <86r4zagqyv.wl%sf@FreeBSD.org> <4F09BD0E.5090606@chillt.de> In-Reply-To: <4F09BD0E.5090606@chillt.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 08 Jan 2012 17:17:34 +0000 Cc: Subject: Re: umass regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 16:14:38 -0000 I managed to snip out the link I was referring to, here it is: [1] http://www.fabianowski.eu/garmin_dakota_20_attach.usbdump From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 16:14:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52F161065673 for ; Sun, 8 Jan 2012 16:14:38 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd28124.kasserver.com (dd28124.kasserver.com [85.13.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id CD2798FC0C for ; Sun, 8 Jan 2012 16:14:37 +0000 (UTC) Received: from taiko.lan (82.131.56.111.cable.starman.ee [82.131.56.111]) by dd28124.kasserver.com (Postfix) with ESMTPSA id BE2FE1D8004D; Sun, 8 Jan 2012 16:58:18 +0100 (CET) Message-ID: <4F09BD0E.5090606@chillt.de> Date: Sun, 08 Jan 2012 17:58:06 +0200 From: Bartosz Fabianowski User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Hans Petter Selasky , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, poyopoyo@puripuri.plala.or.jp References: <4EF9D06C.9060501@chillt.de> <201201031726.03885.hselasky@c2i.net> <4F03317D.6080702@chillt.de> <201201031815.32624.hselasky@c2i.net> <86r4zagqyv.wl%sf@FreeBSD.org> In-Reply-To: <86r4zagqyv.wl%sf@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 08 Jan 2012 17:17:45 +0000 Cc: Subject: Re: umass regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 16:14:38 -0000 Interesting timing. I am just in the middle of a debug session to try and debug this. I know nothing about umass and/or SCSI, so it is all one big learning experience for me. Here is what I am seeing (snippets from [1]): * SCSI command "REPORT LUNS" is sent: 55 53 42 43 03 00 00 00 18 00 00 00 80 00 0C A0 00 00 00 00 00 00 00 00 18 00 00 00 00 00 00 * List of LUNs is received: 00 00 00 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 This list contains exactly two LUNs, 0 and 1. The list is then processed by scsi_xpt.c. After reading the first entry, LUN 0 is scanned and da0 created. Then, the next entry is read. And something seems to go wrong here. The debug output I get is: cam_debug: next lun to try at index 1 is 0 IMHO, this should not be. The entry at index 1 is LUN 1, not LUN 0. It seems that instead of scanning LUN 0 and LUN 1, the code ends up scanning LUN 0 twice. I have no idea why though. - Bartosz From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 16:55:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3241B1065673; Sun, 8 Jan 2012 16:55:25 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd28124.kasserver.com (dd28124.kasserver.com [85.13.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id E392A8FC13; Sun, 8 Jan 2012 16:55:24 +0000 (UTC) Received: from taiko.lan (82.131.56.111.cable.starman.ee [82.131.56.111]) by dd28124.kasserver.com (Postfix) with ESMTPSA id 947681D801F4; Sun, 8 Jan 2012 17:55:23 +0100 (CET) Message-ID: <4F09CA6E.5090802@chillt.de> Date: Sun, 08 Jan 2012 18:55:10 +0200 From: Bartosz Fabianowski User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Hans Petter Selasky , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, poyopoyo@puripuri.plala.or.jp References: <4EF9D06C.9060501@chillt.de> <201201031726.03885.hselasky@c2i.net> <4F03317D.6080702@chillt.de> <201201031815.32624.hselasky@c2i.net> <86r4zagqyv.wl%sf@FreeBSD.org> <4F09BD0E.5090606@chillt.de> In-Reply-To: <4F09BD0E.5090606@chillt.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 08 Jan 2012 17:27:49 +0000 Cc: Subject: Re: umass regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 16:55:25 -0000 Looking into this further, I think that the issue is down to Garmin devices supplying incorrect information. In reply to the SCSI INQUIRY command, the HISUP bit is not set. This means that single level LUN structure is used (which appears to be all that FreeBSD supports anyway). Consequently, the second LUN should be of the form: 00 01 00 00 00 00 00 00 Instead, the device reports a second LUN of: 00 00 00 00 00 00 00 01 This is invalid as it uses all four addressing levels, not the single level LUN structure. I think a quirk will be needed here, for example one that ignores the list entries and looks at the length of the list only, assuming that for a list of length n, the LUNs will be 0, 1, 2, ..., n - 1. - Bartosz From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 19:02:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E216D106566B for ; Sun, 8 Jan 2012 19:02:26 +0000 (UTC) (envelope-from gautam@execve.net) Received: from sng001.hawkhost.com (sng001.hawkhost.com [216.12.199.2]) by mx1.freebsd.org (Postfix) with ESMTP id 61DB38FC12 for ; Sun, 8 Jan 2012 19:02:26 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=execve.net; h=Date:From:To:Subject:Message-ID:References:Mime-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent:X-OS:X-Secure-Key; b=TxYC6ErQy5pfQyVNlc27F/FL8F+FAptoP2E1TdPOgxQfijCuR+fiqMh0g4xcMl8EeLza/i3U6NRUKjnX5qP6eAq4wnt+36eFv/kDegUMyWsYxMi/0mw5TtBUQZkNTrpI; Received: from [117.192.253.252] (port=38190 helo=linbox.localdomain) by sng001.hawkhost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Rjx4a-003FcL-6N; Mon, 09 Jan 2012 02:02:24 +0800 Received: by linbox.localdomain (Postfix, from userid 1001) id A5D4E17918; Sun, 8 Jan 2012 23:32:12 +0530 (IST) Date: Sun, 8 Jan 2012 23:32:12 +0530 From: Gautam Mani To: freebsd-current@freebsd.org, Alain BRAUNER Message-ID: <20120108231834.GA76b6f.linbox@execve.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-OS: FreeBSD 9.0-PRERELEASE X-Secure-Key: 0x7586EF34 [ A7E6 795F AF8D 91AF 1D5E 3CC5 7847 7DCC 7586 EF34 ] X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sng001.hawkhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - execve.net Cc: Subject: Re: FS hang when creating snapshots on a UFS SU+J setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 19:02:27 -0000 On Tue, Jan 03, 2012 at 12:55:36PM +0000, Alain BRAUNER wrote: > > May be i overlooked something but i can confirm the two precedents reports > and PR kern/163310, i have the same freeze when trying to issue snapshot on the > root fs when SUJ is ON. > I confirm seeing this problem on my box. $ uname -a FreeBSD linbox 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #0: Fri Dec 30 19:49:47 IST 2011 root@linbox:/usr/obj/usr/src/sys/GENERIC i386 The source was csupped from 9-STABLE after the Christmas advisories, so it doesnt have the commits after that. This is the GENERIC kernel. > I never be able to create a snapshot when SUJ is activated. In my case, I am trying to take a backup using dump, and I was able to for e.g., take a backup of /, but failed with /var. Since I use tmux, I know that mksnap_ffs had taken over the machine -- the box was only slightly interactive -- I could type ps axl, but did not get any output. CPU utilisation was at 100% and the only way I could get out of it was to hit the reset button the the box. > > Also no problems when SUJ is disable. +1, I have switched SUJ off and now just have SU on like in 8-STABLE, and am seeing no problems with my backups. Is this a known issue with SUJ -- and is SUJ not yet ready to be used on 9-STABLE? Cheers, Gautam > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 20:11:15 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85E741065670 for ; Sun, 8 Jan 2012 20:11:15 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 1317C8FC0A for ; Sun, 8 Jan 2012 20:11:14 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id q08K6hIR099827 for ; Sun, 8 Jan 2012 21:06:47 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Message-ID: <4F09F85C.2060303@fgznet.ch> Date: Sun, 08 Jan 2012 21:11:08 +0100 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: Subject: disable GUPROF for archs other than i386 and amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 20:11:15 -0000 Hi, I'm working on profiling support for powerpc64 and I struggled over the mprofiler-epilogue option not being known on the ppc gcc. Disabling this option for ppc uncovered the next thing, MCOUNT_OVERHEAD, MEXITCOUNT_OVERHEAD and MEXITCOUNT_OVERHEAD_GETLABEL are also not defined. Not only on ppc but everywhere except on i386 and amd64. So for the time being, would it be ok if I disable GUPROF on archs other than i386 and amd64? The patch below would be a candidate. Thoughts? TIA, Andreas Index: conf/kern.pre.mk =================================================================== --- conf/kern.pre.mk (revision 229741) +++ conf/kern.pre.mk (working copy) @@ -103,13 +103,16 @@ .if defined(PROFLEVEL) && ${PROFLEVEL} >= 1 CFLAGS+= -DGPROF -falign-functions=16 +PROF= -pg .if ${PROFLEVEL} >= 2 CFLAGS+= -DGPROF4 -DGUPROF -PROF= -pg -mprofiler-epilogue +.if ${MACHINE_CPUARCH} == "i386" || ${MACHINE_CPUARCH} == "amd64" +PROF+= -mprofiler-epilogue .else -PROF= -pg +.error "GUPROF not supported on ${MACHINE_CPUARCH}." .endif .endif +.endif DEFINED_PROF= ${PROF} # Put configuration-specific C flags last (except for ${PROF}) so that they From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 19:07:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEFB0106566B; Sun, 8 Jan 2012 19:07:12 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd28124.kasserver.com (dd28124.kasserver.com [85.13.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 6BA8E8FC0C; Sun, 8 Jan 2012 19:07:12 +0000 (UTC) Received: from taiko.lan (82.131.56.111.cable.starman.ee [82.131.56.111]) by dd28124.kasserver.com (Postfix) with ESMTPSA id F34981D80297; Sun, 8 Jan 2012 20:07:10 +0100 (CET) Message-ID: <4F09E951.4080703@chillt.de> Date: Sun, 08 Jan 2012 21:06:57 +0200 From: Bartosz Fabianowski User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Hans Petter Selasky , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, poyopoyo@puripuri.plala.or.jp References: <4EF9D06C.9060501@chillt.de> <201201031726.03885.hselasky@c2i.net> <4F03317D.6080702@chillt.de> <201201031815.32624.hselasky@c2i.net> <86r4zagqyv.wl%sf@FreeBSD.org> <4F09BD0E.5090606@chillt.de> <4F09CA6E.5090802@chillt.de> In-Reply-To: <4F09CA6E.5090802@chillt.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 08 Jan 2012 20:21:55 +0000 Cc: Subject: Re: umass regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 19:07:12 -0000 Replying to myself one last time, the kind of quirk I was thinking of actually does exist already. It is called CAM_QUIRK_NORPTLUNS. Enabling this quirk fixes the issue for me - both LUNs are detected and two umass devices appear. I submitted a patch in the following PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=163932 Thanks for the pointers and discussion that led to this solution. - Bartosz From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 20:25:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C1AA10657B5; Sun, 8 Jan 2012 20:25:41 +0000 (UTC) (envelope-from poyopoyo@puripuri.plala.or.jp) Received: from msa04a.plala.or.jp (msa04.plala.or.jp [IPv6:2400:7800:0:5010::4]) by mx1.freebsd.org (Postfix) with ESMTP id C23FC8FC08; Sun, 8 Jan 2012 20:25:40 +0000 (UTC) Received: from i219-167-119-49.s02.a026.ap.plala.or.jp ([219.167.119.49]) by msa04b.plala.or.jp with ESMTP id <20120108201400.ERLP10746.msa04b.plala.or.jp@i219-167-119-49.s02.a026.ap.plala.or.jp>; Mon, 9 Jan 2012 05:14:00 +0900 Date: Mon, 09 Jan 2012 05:14:00 +0900 Message-ID: <86d3aukl4n.wl%poyopoyo@puripuri.plala.or.jp> From: poyopoyo@puripuri.plala.or.jp To: Bartosz Fabianowski In-Reply-To: <4F09E951.4080703@chillt.de> References: <4EF9D06C.9060501@chillt.de> <201201031726.03885.hselasky@c2i.net> <4F03317D.6080702@chillt.de> <201201031815.32624.hselasky@c2i.net> <86r4zagqyv.wl%sf@FreeBSD.org> <4F09BD0E.5090606@chillt.de> <4F09CA6E.5090802@chillt.de> <4F09E951.4080703@chillt.de> Mail-Followup-To: Bartosz Fabianowski , Hans Petter Selasky , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, poyopoyo@puripuri.plala.or.jp User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.3 (amd64-portbld-freebsd9.9) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-VirusScan: Outbound; msa04b; Mon, 9 Jan 2012 05:14:01 +0900 Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: umass regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 20:25:41 -0000 At Sun, 08 Jan 2012 21:06:57 +0200, Bartosz Fabianowski wrote: > > Replying to myself one last time, the kind of quirk I was thinking of > actually does exist already. It is called CAM_QUIRK_NORPTLUNS. Enabling > this quirk fixes the issue for me - both LUNs are detected and two umass > devices appear. > > I submitted a patch in the following PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=163932 Hi, I now aware of why my da1 did not appear once I tried this quirk the other day; I set it FIXED device. It should be REMOVABLE device as yours. ugen0.5: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:10:0:-1: Attached to scbus10 da0 at umass-sim0 bus 0 scbus10 target 0 lun 0 da0: Removable Direct Access SCSI-5 device da0: 1.000MB/s transfers da0: 976MB (1998848 512 byte sectors: 64H 32S/T 976C) da1 at umass-sim0 bus 0 scbus10 target 0 lun 1 da1: Removable Direct Access SCSI-5 device da1: 1.000MB/s transfers da1: 1910MB (3911680 512 byte sectors: 255H 63S/T 243C) > Thanks for the pointers and discussion that led to this solution. Thank you very much. Great analysis. -- kuro From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 21:51:33 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB92E106566B; Sun, 8 Jan 2012 21:51:33 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C3ACE8FC0A; Sun, 8 Jan 2012 21:51:33 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q08LpXLt079607; Sun, 8 Jan 2012 21:51:33 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q08LpXJG079606; Sun, 8 Jan 2012 21:51:33 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Sun, 8 Jan 2012 22:51:29 +0100 From: Baptiste Daroussin To: current@FreeBSD.org, hackers@FreeBSD.org Message-ID: <20120108215129.GA77039@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: flex or reflex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 21:51:34 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I am willing to update our flex in base, my first motivation is to be able to have reentrant lexer in base, I first went to the http://flex.sourceforge.net derivative from flex 2.5.4, I've imported it in contrib, and I'm able to build the whole base using the 2.5.35 version (almost vanilla) and with just one or two small fixes from from .l files (mostly adding %option nounistd to fix warnings) One of the major "problem" of this version is that it uses m4 (it is compatible with our m4 version in base - the recently updated one). Another alternative is to use reflex (http://www.invisible-island.net/reflex/reflex.html) which seems a good one because, it is more respectful of the POSIX lex unfortunately it doesn't seem to be able to create reentrant lexer. Given this, I think it is better for us to choose flex. Of course it is still possible to add reentrant feature to our flex, but it would be more painful. After this I plan to import byacc http://www.invisible-island.net/byacc/byacc.html which can generate reentrant parser. regards, Bapt --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8KD+EACgkQ8kTtMUmk6EyiXACglK0W+uALd7MIRAu3reItkShs uR4An04psiQyxSHWLJYjWL4268o13qsW =xJks -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 22:21:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0BB51065701 for ; Sun, 8 Jan 2012 22:21:52 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 8F3508FC1B for ; Sun, 8 Jan 2012 22:21:52 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 47D605DD5 for ; Sun, 8 Jan 2012 22:21:51 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id q08MLoNA008335 for ; Sun, 8 Jan 2012 22:21:51 GMT (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Date: Sun, 08 Jan 2012 22:21:50 +0000 Message-ID: <8334.1326061310@critter.freebsd.dk> Cc: Subject: CD9660/md(4)/UFS22 silly behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 22:21:52 -0000 I'm doing som data-mining on a pile of ISO images right now. I stuck the ISOs on a UFS2 on a flash-disk for speed, and mdconfig(8)'d them so I could mount them. The traffic pattern his "interesting": dT: 1.003s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name [...] 1 733 733 1466 1.3 0 0 0.0 98.2| md39 1 733 733 23449 1.3 0 0 0.0 93.2| da0 Notice the 1:16 ratio on kBps but 1:1 ratio on ops/s ? da0's UFS2 has 32k block-size: magic 19540119 (UFS2) time Wed Jan 4 16:41:47 2012 superblock location 65536 id [ 4f046cf5 c30697ee ] ncg 104 size 19537685 blocks 19228156 bsize 32768 shift 15 mask 0xffff8000 fsize 4096 shift 12 mask 0xfffff000 [...] It looks like every 2k read from CD9660 turns into a 32k block read in the UFS filesystem, without any beneficial caching happening. Less than optimal I'd say... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 22:27:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B64F106566B for ; Sun, 8 Jan 2012 22:27:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9A5648FC15 for ; Sun, 8 Jan 2012 22:27:24 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q08MRL7n002301 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Jan 2012 00:27:21 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q08MRKBh048031; Mon, 9 Jan 2012 00:27:20 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q08MRKvK048030; Mon, 9 Jan 2012 00:27:20 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 9 Jan 2012 00:27:20 +0200 From: Kostik Belousov To: Poul-Henning Kamp Message-ID: <20120108222720.GN31224@deviant.kiev.zoral.com.ua> References: <8334.1326061310@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JMMA/5w7oqUUivCa" Content-Disposition: inline In-Reply-To: <8334.1326061310@critter.freebsd.dk> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: Re: CD9660/md(4)/UFS22 silly behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 22:27:25 -0000 --JMMA/5w7oqUUivCa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 08, 2012 at 10:21:50PM +0000, Poul-Henning Kamp wrote: >=20 > I'm doing som data-mining on a pile of ISO images right now. >=20 > I stuck the ISOs on a UFS2 on a flash-disk for speed, and mdconfig(8)'d > them so I could mount them. >=20 > The traffic pattern his "interesting": >=20 > dT: 1.003s w: 1.000s > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > [...] > 1 733 733 1466 1.3 0 0 0.0 98.2| md39 > 1 733 733 23449 1.3 0 0 0.0 93.2| da0 >=20 > Notice the 1:16 ratio on kBps but 1:1 ratio on ops/s ? >=20 > da0's UFS2 has 32k block-size: >=20 > magic 19540119 (UFS2) time Wed Jan 4 16:41:47 2012 > superblock location 65536 id [ 4f046cf5 c30697ee ] > ncg 104 size 19537685 blocks 19228156 > bsize 32768 shift 15 mask 0xffff8000 > fsize 4096 shift 12 mask 0xfffff000 > [...] >=20 > It looks like every 2k read from CD9660 turns into a 32k block > read in the UFS filesystem, without any beneficial caching happening. >=20 > Less than optimal I'd say... >=20 What is the access patern ? Is it random access, or sequential read (from the cd9660 POV) ? --JMMA/5w7oqUUivCa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk8KGEgACgkQC3+MBN1Mb4jruQCcCzy7Ple7akRe/HtI+bfw/TnC nksAniu/bgOQg5rDZS0+6wbTKBqDrA3m =0mal -----END PGP SIGNATURE----- --JMMA/5w7oqUUivCa-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 22:31:08 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4758C106566C for ; Sun, 8 Jan 2012 22:31:08 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 01CCF8FC0C for ; Sun, 8 Jan 2012 22:31:07 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id CBC3F5DD5; Sun, 8 Jan 2012 22:31:06 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id q08MV6Rv008402; Sun, 8 Jan 2012 22:31:06 GMT (envelope-from phk@phk.freebsd.dk) To: Kostik Belousov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 09 Jan 2012 00:27:20 +0200." <20120108222720.GN31224@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Date: Sun, 08 Jan 2012 22:31:06 +0000 Message-ID: <8401.1326061866@critter.freebsd.dk> Cc: current@freebsd.org Subject: Re: CD9660/md(4)/UFS22 silly behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 22:31:08 -0000 In message <20120108222720.GN31224@deviant.kiev.zoral.com.ua>, Kostik Belousov writes: >What is the access patern ? Is it random access, or sequential read >(from the cd9660 POV) ? Random access to files in the CD9660 filesystem, which stores files in sequential 2K blocks. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 22:33:54 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BAB5106564A for ; Sun, 8 Jan 2012 22:33:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 04B818FC0A for ; Sun, 8 Jan 2012 22:33:53 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q08MXoDU002963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Jan 2012 00:33:50 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q08MXo6C048077; Mon, 9 Jan 2012 00:33:50 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q08MXoEp048076; Mon, 9 Jan 2012 00:33:50 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 9 Jan 2012 00:33:50 +0200 From: Kostik Belousov To: Poul-Henning Kamp Message-ID: <20120108223350.GO31224@deviant.kiev.zoral.com.ua> References: <20120108222720.GN31224@deviant.kiev.zoral.com.ua> <8401.1326061866@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6nIn9DQvaie41cmo" Content-Disposition: inline In-Reply-To: <8401.1326061866@critter.freebsd.dk> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: Re: CD9660/md(4)/UFS22 silly behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 22:33:54 -0000 --6nIn9DQvaie41cmo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 08, 2012 at 10:31:06PM +0000, Poul-Henning Kamp wrote: > In message <20120108222720.GN31224@deviant.kiev.zoral.com.ua>, Kostik Bel= ousov=20 > writes: >=20 > >What is the access patern ? Is it random access, or sequential read > >(from the cd9660 POV) ? >=20 > Random access to files in the CD9660 filesystem, which stores files > in sequential 2K blocks. Then it is reasonable. UFS reads full blocks. If you want/plan to use UFS volume for small reads exclusively, you can newfs it with much smaller block size, e.g. 8KB or even 4KB. --6nIn9DQvaie41cmo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk8KGc4ACgkQC3+MBN1Mb4izNgCg5gcydbxaxaEOTcE5GlnCEUjY nfUAn23y4TBbh9taPxF2wdk82U2009qF =oGrM -----END PGP SIGNATURE----- --6nIn9DQvaie41cmo-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 23:24:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21E01106564A for ; Sun, 8 Jan 2012 23:24:10 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id CBAD98FC1E for ; Sun, 8 Jan 2012 23:24:09 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so3750243vcb.13 for ; Sun, 08 Jan 2012 15:24:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WGuSDsGEVkSnXktjkRXI2ABblNwEf9BUtKQX+mjU9d4=; b=kEhfj42aHCBS0mt+F7qJQS7GN6lneyxYoP4bJIpww3xtfzHyB0dOgluFpGMEdXtCC9 R0uOoJ4PBJ87fDRaDG8bONTse1c7O7sD8ns+xht10IzkH5tZ53JF+sSNvQrKOGDxs/F/ essZ8eNNp9s2cc558lbNgoGiyhOJf8LPgqzgY= MIME-Version: 1.0 Received: by 10.220.213.133 with SMTP id gw5mr7802169vcb.70.1326063716631; Sun, 08 Jan 2012 15:01:56 -0800 (PST) Received: by 10.220.191.130 with HTTP; Sun, 8 Jan 2012 15:01:56 -0800 (PST) In-Reply-To: <20120108223350.GO31224@deviant.kiev.zoral.com.ua> References: <20120108222720.GN31224@deviant.kiev.zoral.com.ua> <8401.1326061866@critter.freebsd.dk> <20120108223350.GO31224@deviant.kiev.zoral.com.ua> Date: Sun, 8 Jan 2012 15:01:56 -0800 Message-ID: From: Freddie Cash To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: CD9660/md(4)/UFS22 silly behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 23:24:10 -0000 On Sun, Jan 8, 2012 at 2:33 PM, Kostik Belousov wrote: > On Sun, Jan 08, 2012 at 10:31:06PM +0000, Poul-Henning Kamp wrote: >> In message <20120108222720.GN31224@deviant.kiev.zoral.com.ua>, Kostik Belousov >> writes: >> >> >What is the access patern ? Is it random access, or sequential read >> >(from the cd9660 POV) ? >> >> Random access to files in the CD9660 filesystem, which stores files >> in sequential 2K blocks. > > Then it is reasonable. UFS reads full blocks. If you want/plan to use > UFS volume for small reads exclusively, you can newfs it with much > smaller block size, e.g. 8KB or even 4KB. I think the complaint is that UFS is reading 32 KB (which includes the 2 KB block and 15 others that will be needed right after) but not caching the 30 KB of data that follows the requested 2 KB. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 23:43:20 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A3DD106566B for ; Sun, 8 Jan 2012 23:43:20 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C410E8FC16 for ; Sun, 8 Jan 2012 23:43:19 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so4866947obb.13 for ; Sun, 08 Jan 2012 15:43:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gY7tp+sbQAu1dpOh4eXDxbqZJYIlnE7SSbEot5yJWvY=; b=XnnjEqk20ynE82n7OPI79Ivja+Gi0uBslpITZKktph6GnjmNyNe6iPTch/+tP8Fcgl pTYYeFMPv4xsY6/liqU4bTIS0Qqto2x6K6X9bLIdEAZIpiy0lVXUFWdxAEZBEJEEloUM 6peqSGcxM2xoH00Qutn9czZbF3jd7ZSK40kkE= MIME-Version: 1.0 Received: by 10.182.159.70 with SMTP id xa6mr12557886obb.1.1326066199228; Sun, 08 Jan 2012 15:43:19 -0800 (PST) Received: by 10.182.152.6 with HTTP; Sun, 8 Jan 2012 15:43:19 -0800 (PST) In-Reply-To: References: <20120108222720.GN31224@deviant.kiev.zoral.com.ua> <8401.1326061866@critter.freebsd.dk> <20120108223350.GO31224@deviant.kiev.zoral.com.ua> Date: Sun, 8 Jan 2012 15:43:19 -0800 Message-ID: From: Garrett Cooper To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 Cc: Kostik Belousov , Poul-Henning Kamp , current@freebsd.org Subject: Re: CD9660/md(4)/UFS22 silly behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 23:43:20 -0000 On Sun, Jan 8, 2012 at 3:01 PM, Freddie Cash wrote: > On Sun, Jan 8, 2012 at 2:33 PM, Kostik Belousov wrote: >> On Sun, Jan 08, 2012 at 10:31:06PM +0000, Poul-Henning Kamp wrote: >>> In message <20120108222720.GN31224@deviant.kiev.zoral.com.ua>, Kostik Belousov >>> writes: >>> >>> >What is the access patern ? Is it random access, or sequential read >>> >(from the cd9660 POV) ? >>> >>> Random access to files in the CD9660 filesystem, which stores files >>> in sequential 2K blocks. >> >> Then it is reasonable. UFS reads full blocks. If you want/plan to use >> UFS volume for small reads exclusively, you can newfs it with much >> smaller block size, e.g. 8KB or even 4KB. > > I think the complaint is that UFS is reading 32 KB (which includes the > 2 KB block and 15 others that will be needed right after) but not > caching the 30 KB of data that follows the requested 2 KB. Speaking of the increase in block size and frag size, on the FreeNAS side of the house we discovered that the new values make sense with larger disks and memory disks, but they don't make sense with rc.initdiskless's generated md's, et all. So we've hacked rc.initdiskless to use smaller sizes. Just a thought since we're talking about this change from the 8.x defaults to the 9.x defaults. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 00:09:08 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A8561065670 for ; Mon, 9 Jan 2012 00:09:08 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8638FC0C for ; Mon, 9 Jan 2012 00:09:08 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id q09090sR024751; Sun, 8 Jan 2012 16:09:04 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201201090009.q09090sR024751@gw.catspoiler.org> Date: Sun, 8 Jan 2012 16:09:00 -0800 (PST) From: Don Lewis To: phk@phk.freebsd.dk In-Reply-To: <8334.1326061310@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: current@FreeBSD.org Subject: Re: CD9660/md(4)/UFS22 silly behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 00:09:08 -0000 On 8 Jan, Poul-Henning Kamp wrote: > > I'm doing som data-mining on a pile of ISO images right now. > > I stuck the ISOs on a UFS2 on a flash-disk for speed, and mdconfig(8)'d > them so I could mount them. > > The traffic pattern his "interesting": > > dT: 1.003s w: 1.000s > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > [...] > 1 733 733 1466 1.3 0 0 0.0 98.2| md39 > 1 733 733 23449 1.3 0 0 0.0 93.2| da0 > > Notice the 1:16 ratio on kBps but 1:1 ratio on ops/s ? > > da0's UFS2 has 32k block-size: > > magic 19540119 (UFS2) time Wed Jan 4 16:41:47 2012 > superblock location 65536 id [ 4f046cf5 c30697ee ] > ncg 104 size 19537685 blocks 19228156 > bsize 32768 shift 15 mask 0xffff8000 > fsize 4096 shift 12 mask 0xfffff000 > [...] > > It looks like every 2k read from CD9660 turns into a 32k block > read in the UFS filesystem, without any beneficial caching happening. Probably some confusion about which filesystem layer owns the cached data. It would probably be inefficient to cache the data in both places. The best fix would probably be for CD9660 to think that the underlying device has 32Kb sectors. From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 00:22:12 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 428A6106567C; Mon, 9 Jan 2012 00:22:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id CF1668FC25; Mon, 9 Jan 2012 00:22:11 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q090M8wV015151 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Jan 2012 02:22:08 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q090M78U048771; Mon, 9 Jan 2012 02:22:07 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q090M7Kh048770; Mon, 9 Jan 2012 02:22:07 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 9 Jan 2012 02:22:07 +0200 From: Kostik Belousov To: Don Lewis Message-ID: <20120109002207.GS31224@deviant.kiev.zoral.com.ua> References: <8334.1326061310@critter.freebsd.dk> <201201090009.q09090sR024751@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="USvVzkgzuRvOAB6v" Content-Disposition: inline In-Reply-To: <201201090009.q09090sR024751@gw.catspoiler.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: phk@phk.freebsd.dk, current@freebsd.org Subject: Re: CD9660/md(4)/UFS22 silly behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 00:22:12 -0000 --USvVzkgzuRvOAB6v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 08, 2012 at 04:09:00PM -0800, Don Lewis wrote: > On 8 Jan, Poul-Henning Kamp wrote: > >=20 > > I'm doing som data-mining on a pile of ISO images right now. > >=20 > > I stuck the ISOs on a UFS2 on a flash-disk for speed, and mdconfig(8)'d > > them so I could mount them. > >=20 > > The traffic pattern his "interesting": > >=20 > > dT: 1.003s w: 1.000s > > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > > [...] > > 1 733 733 1466 1.3 0 0 0.0 98.2| md39 > > 1 733 733 23449 1.3 0 0 0.0 93.2| da0 > >=20 > > Notice the 1:16 ratio on kBps but 1:1 ratio on ops/s ? > >=20 > > da0's UFS2 has 32k block-size: > >=20 > > magic 19540119 (UFS2) time Wed Jan 4 16:41:47 2012 > > superblock location 65536 id [ 4f046cf5 c30697ee ] > > ncg 104 size 19537685 blocks 19228156 > > bsize 32768 shift 15 mask 0xffff8000 > > fsize 4096 shift 12 mask 0xfffff000 > > [...] > >=20 > > It looks like every 2k read from CD9660 turns into a 32k block > > read in the UFS filesystem, without any beneficial caching happening. >=20 > Probably some confusion about which filesystem layer owns the cached > data. It would probably be inefficient to cache the data in both > places. The best fix would probably be for CD9660 to think that the > underlying device has 32Kb sectors. I discussed the issue with phk further. The reason for discarding the 30K of the read 32K block is that md(4) supplies IO_DIRECT flag for VOP_READ, and FFS avoids putting the read data into any cache. Most likely, we can implement a sysctl that would disable direct reads, at the cost of double-buffering the data. For obvious reasons, it is impossible to disable caching from the filesystem living on top of md(4) volume. --USvVzkgzuRvOAB6v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk8KMy8ACgkQC3+MBN1Mb4j5qgCdHaENMMnaDpnCXXfixPbhCMe0 dkYAoNJKskwI+VVj8zDiuQJEO7byzvQh =soav -----END PGP SIGNATURE----- --USvVzkgzuRvOAB6v-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 00:22:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89EAF106567A for ; Mon, 9 Jan 2012 00:22:59 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 186B18FC13 for ; Mon, 9 Jan 2012 00:22:58 +0000 (UTC) Received: by wibhr1 with SMTP id hr1so3488715wib.13 for ; Sun, 08 Jan 2012 16:22:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=qPz7ViIPjqelNVeMliy7Udr6+HRHvobvBH7gW5pSUCI=; b=gva2PQfp/CadB9W6OyKUMHqKIWJSjq3U3vVUhTB7Zm5dJhC98JHaDmC0MXDNnYmro4 K7Z6L/KpMtlvOfvBorJS12+U4wK2Lxda2trKYrd8FfZKwjhEzI4sNv+Qd/EwW5voE0MQ MWGutsRFYozE2hF3fVwg04DjRRmlrjqe9VfSg= MIME-Version: 1.0 Received: by 10.180.103.2 with SMTP id fs2mr1221909wib.21.1326068577994; Sun, 08 Jan 2012 16:22:57 -0800 (PST) Received: by 10.216.178.204 with HTTP; Sun, 8 Jan 2012 16:22:57 -0800 (PST) In-Reply-To: <5eac2995697ee99fcfda6d071ad09edc.squirrel@pop.pknet.net> References: <5eac2995697ee99fcfda6d071ad09edc.squirrel@pop.pknet.net> Date: Sun, 8 Jan 2012 19:22:57 -0500 Message-ID: From: Arnaud Lacombe To: Peter Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: stable/9 still looking for packages at 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 00:22:59 -0000 Hi, On Thu, Jan 5, 2012 at 5:12 PM, Peter wrote: > Hello, > =A0Installed 9-RELEASE amd64, [...] Has 9.0 been released ? I cannot find any announcement, especially on freebsd-announce@, [9.0TODO] has not been updated, there is no ISO image in [0], but there is in [3], dated from Jan 5th 2012 and `origin/releng/9.0' appeared in the . Thanks, - Arnaud [9.0TODO]: http://wiki.freebsd.org/Releng/9.0TODO [0]: ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-amd64 [1]: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/ From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 00:27:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA18C106566B for ; Mon, 9 Jan 2012 00:27:20 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 43A268FC08 for ; Mon, 9 Jan 2012 00:27:20 +0000 (UTC) Received: by lahl5 with SMTP id l5so1586340lah.13 for ; Sun, 08 Jan 2012 16:27:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=A6hsMJ/qT+jCS/Z0INRAd+ec3ZxcNlgkJ/cHVc3uXnE=; b=tyE2CKJYBecsa9wbr11HJJ/bhylqk7B/4Bdfw2pgklkAMWrZt05FKImZRrwaLVX+TO uB1u9NKjaKKzZPYO/yl+0N19pae9JtdlO3lSl6teIjzYn8yB1UtVnLi9UKIjfTblSY2u xdubEzJUzqNvkJCrqTgqdMzV0eGii25KwZl0M= Received: by 10.112.100.197 with SMTP id fa5mr2954386lbb.91.1326068839125; Sun, 08 Jan 2012 16:27:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.152.129.8 with HTTP; Sun, 8 Jan 2012 16:26:47 -0800 (PST) In-Reply-To: References: <5eac2995697ee99fcfda6d071ad09edc.squirrel@pop.pknet.net> From: Eitan Adler Date: Sun, 8 Jan 2012 19:26:47 -0500 Message-ID: To: Arnaud Lacombe Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Peter , freebsd-current@freebsd.org Subject: Re: stable/9 still looking for packages at 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 00:27:20 -0000 On Sun, Jan 8, 2012 at 7:22 PM, Arnaud Lacombe wrote: > Hi, > > On Thu, Jan 5, 2012 at 5:12 PM, Peter wrote: >> Hello, >> =C2=A0Installed 9-RELEASE amd64, [...] > Has 9.0 been released ? I believe nearly all the release work is done and we are just waiting until the isos propagate to the mirrors before we announce the release. I could be totally off base though. --=20 Eitan Adler From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 00:30:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C6211065670 for ; Mon, 9 Jan 2012 00:30:27 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 279C58FC19 for ; Mon, 9 Jan 2012 00:30:26 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 93E2D56173; Sun, 8 Jan 2012 18:30:26 -0600 (CST) Date: Sun, 8 Jan 2012 18:30:26 -0600 From: Mark Linimon To: Eitan Adler Message-ID: <20120109003026.GB32466@lonesome.com> References: <5eac2995697ee99fcfda6d071ad09edc.squirrel@pop.pknet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Peter , Arnaud Lacombe , freebsd-current@freebsd.org Subject: Re: stable/9 still looking for packages at 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 00:30:27 -0000 On Sun, Jan 08, 2012 at 07:26:47PM -0500, Eitan Adler wrote: > On Sun, Jan 8, 2012 at 7:22 PM, Arnaud Lacombe wrote: > > Hi, > > > > On Thu, Jan 5, 2012 at 5:12 PM, Peter wrote: > >> Hello, > >>  Installed 9-RELEASE amd64, [...] > > Has 9.0 been released ? 9.0 will, and only will, be released when an announcement is made on freebsd-announce@FreeBSD.org, containing such things as verified checksums. Any information sent before that happens is not canonical. mcl From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 01:05:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDB34106566C for ; Mon, 9 Jan 2012 01:05:01 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5BE498FC08 for ; Mon, 9 Jan 2012 01:05:00 +0000 (UTC) Received: by werb13 with SMTP id b13so3479366wer.13 for ; Sun, 08 Jan 2012 17:05:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=lLzjgoqDluckL/4otA0BFLHT8MlLzZlh3wlvieQ0W50=; b=Fbaqtnyu6skXkoGxqb8EF6iXKZYbxBlbhhVhtPwDKEXldFbWArBquZxH1qTNy0wFll +kK3s0CvoltS/O0UHNfASZGutlLP0/LlN4wEi8HaKKzBILf8i2/ufL/YrkTEJ5IVpAK+ giuyw1/Ss83v5aKEDURlDlVxIzO0nDvg9DF2E= MIME-Version: 1.0 Received: by 10.216.134.196 with SMTP id s46mr6486419wei.44.1326071099220; Sun, 08 Jan 2012 17:04:59 -0800 (PST) Received: by 10.216.178.204 with HTTP; Sun, 8 Jan 2012 17:04:59 -0800 (PST) In-Reply-To: <20120109003026.GB32466@lonesome.com> References: <5eac2995697ee99fcfda6d071ad09edc.squirrel@pop.pknet.net> <20120109003026.GB32466@lonesome.com> Date: Sun, 8 Jan 2012 20:04:59 -0500 Message-ID: From: Arnaud Lacombe To: Mark Linimon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Eitan Adler , Peter , freebsd-current@freebsd.org Subject: Re: stable/9 still looking for packages at 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 01:05:01 -0000 Hi, On Sun, Jan 8, 2012 at 7:30 PM, Mark Linimon wrote: > On Sun, Jan 08, 2012 at 07:26:47PM -0500, Eitan Adler wrote: >> On Sun, Jan 8, 2012 at 7:22 PM, Arnaud Lacombe wrot= e: >> > Hi, >> > >> > On Thu, Jan 5, 2012 at 5:12 PM, Peter wrote: >> >> Hello, >> >> =A0Installed 9-RELEASE amd64, [...] >> > Has 9.0 been released ? > > 9.0 will, and only will, be released when an announcement is made on > freebsd-announce@FreeBSD.org, containing such things as verified > checksums. > So you are saying that FreeBSD is currently providing on ftp://ftp.freebsd.org/pub images tagged as being "9.0 RELEASE" (with checksum provided), in a `releases' directory, which are not actually release images per-se ? - Arnaud From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 01:16:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B8B91065672 for ; Mon, 9 Jan 2012 01:16:33 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 09FC88FC24 for ; Mon, 9 Jan 2012 01:16:33 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id EEC9E25D37C3; Mon, 9 Jan 2012 01:16:31 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 23650BD7CAC; Mon, 9 Jan 2012 01:16:31 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id QKz2ZgZs2UQW; Mon, 9 Jan 2012 01:16:30 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id C5450BD7CAB; Mon, 9 Jan 2012 01:16:29 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Mon, 9 Jan 2012 01:16:28 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5eac2995697ee99fcfda6d071ad09edc.squirrel@pop.pknet.net> <20120109003026.GB32466@lonesome.com> To: Arnaud Lacombe X-Mailer: Apple Mail (2.1084) Cc: FreeBSD current mailing list Subject: Re: stable/9 still looking for packages at 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 01:16:33 -0000 On 9. Jan 2012, at 01:04 , Arnaud Lacombe wrote: > Hi, >=20 > On Sun, Jan 8, 2012 at 7:30 PM, Mark Linimon = wrote: >> On Sun, Jan 08, 2012 at 07:26:47PM -0500, Eitan Adler wrote: >>> On Sun, Jan 8, 2012 at 7:22 PM, Arnaud Lacombe = wrote: >>>> Hi, >>>>=20 >>>> On Thu, Jan 5, 2012 at 5:12 PM, Peter wrote: >>>>> Hello, >>>>> Installed 9-RELEASE amd64, [...] >>>> Has 9.0 been released ? >>=20 >> 9.0 will, and only will, be released when an announcement is made on >> freebsd-announce@FreeBSD.org, containing such things as verified >> checksums. Correct. > So you are saying that FreeBSD is currently providing on > ftp://ftp.freebsd.org/pub images tagged as being "9.0 RELEASE" (with > checksum provided), in a `releases' directory, which are not actually > release images per-se ? s/providing/seeding/ Some of them have actually been replaced the last days. However it will only affect people running sysinstall on the DVD images. The installed result of the base wasn't changed, just a missing file = added to the image as you could guess given there was no further commits to release/9.0.0 in SVN. There's also torrents to be started, yadda yadda yadda and some other = people working really hard to get all things finished and loose ends together = and if they are lucky in between all of this there is an hour or two for a weekend and them having a life. Be patient and wait for the mail maybe somewhen in the upcoming week. /bz --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 02:46:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73C06106566C for ; Mon, 9 Jan 2012 02:46:13 +0000 (UTC) (envelope-from public@macfreek.nl) Received: from aphrodite.kinkhorst.nl (aphrodite.kinkhorst.nl [IPv6:2001:888:214f::f4]) by mx1.freebsd.org (Postfix) with ESMTP id F2A208FC14 for ; Mon, 9 Jan 2012 02:46:12 +0000 (UTC) Received: from lampje.macfreek.nl (lampje.macfreek.nl [145.99.1.74]) by aphrodite.kinkhorst.nl (Postfix) with ESMTPSA id 9AEBC176106; Mon, 9 Jan 2012 03:46:10 +0100 (CET) Message-ID: <4F0A54EF.9010908@macfreek.nl> Date: Mon, 09 Jan 2012 03:46:07 +0100 From: Freek Dijkstra User-Agent: Postbox 2.1.4 (Macintosh/20110308) MIME-Version: 1.0 To: Garrett Cooper , freebsd-current@freebsd.org References: <4F07B4B1.6070101@macfreek.nl> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: ZFS fails with bsdinstaller 9.0RC3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 02:46:13 -0000 Garrett Cooper wrote: >> I just tried to install FreeBSD 9.0RC3 with a ZFS-only file system. I >> succeeded by doing a manual install. The bsdinstaller failed: it would >> write not write the new filesystem to /mnt as expected (I presume it has >> overwritten the memstick filesystem at /). I'm relative new to FreeBSD, >> so I'm trying to understand what I did wrong, or if this is quirk in the >> bsdinstaller (unlikely). > Uh, memory serves me correctly, you were in the zfs root... /me slaps head. I just never thought of that possibility.... Thanks for your insight! (off-topic) Could I have exited the /mnt jail with exit? I needed to run # zfs set mountpoint=/ zroot but got internal error: failed to initialize ZFS library which indeed is what happens in a chrooted jail. Would there have been another way for me to run the zfs? Regards, Freek PS: sorry for the delayed "thank you". I was mostly away from my keyboard this weekend. From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 03:09:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F2B9106566B for ; Mon, 9 Jan 2012 03:09:27 +0000 (UTC) (envelope-from yanegomi@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 02A568FC0C for ; Mon, 9 Jan 2012 03:09:26 +0000 (UTC) Received: by iadj38 with SMTP id j38so8399763iad.13 for ; Sun, 08 Jan 2012 19:09:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=MsoTvscHk/RpvDOmNs0TlyWNr1mj32MHSMOQYMlVL20=; b=X/cYMq6CSLBxH4Iryzm6YTuNSjjO8fvB19cCf4K0CTfmR4qUcFq6EjmQh07HuuwfXC 2PwEZ1Bk87DeUilwMPWU/9uURiVzuGntmWzh0kcyB9YQlpwkdVgzUQnrfoMUp4zVGpkQ ba8Yxkv1QAoMyKyFLEV1AXTsIXtbGDY6GkRTY= Received: by 10.50.187.233 with SMTP id fv9mr17272983igc.24.1326078566383; Sun, 08 Jan 2012 19:09:26 -0800 (PST) Received: from fuji-wireless.local (c-24-6-49-154.hsd1.ca.comcast.net. [24.6.49.154]) by mx.google.com with ESMTPS id rc7sm13795623igb.0.2012.01.08.19.09.24 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 08 Jan 2012 19:09:25 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: <4F0A54EF.9010908@macfreek.nl> Date: Sun, 8 Jan 2012 19:09:23 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <4353A75E-8100-43A8-899B-F61E12F3C6B0@gmail.com> References: <4F07B4B1.6070101@macfreek.nl> <4F0A54EF.9010908@macfreek.nl> To: Freek Dijkstra X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-current@freebsd.org Subject: Re: ZFS fails with bsdinstaller 9.0RC3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 03:09:27 -0000 On Jan 8, 2012, at 6:46 PM, Freek Dijkstra wrote: > Garrett Cooper wrote: >=20 >>> I just tried to install FreeBSD 9.0RC3 with a ZFS-only file system. = I >>> succeeded by doing a manual install. The bsdinstaller failed: it = would >>> write not write the new filesystem to /mnt as expected (I presume it = has >>> overwritten the memstick filesystem at /). I'm relative new to = FreeBSD, >>> so I'm trying to understand what I did wrong, or if this is quirk in = the >>> bsdinstaller (unlikely). >> Uh, memory serves me correctly, you were in the zfs root... >=20 > /me slaps head. I just never thought of that possibility.... >=20 > Thanks for your insight! Np :). > (off-topic) > Could I have exited the /mnt jail with exit? >=20 > I needed to run > # zfs set mountpoint=3D/ zroot > but got > internal error: failed to initialize ZFS library > which indeed is what happens in a chrooted jail. >=20 > Would there have been another way for me to run the ifs? Yes. Instead of choosing "Reboot" in the last step you could = have chosen "Live CD"; this will dump you into the cd's root instead of = the chrooted root. > PS: sorry for the delayed "thank you". I was mostly away from my > keyboard this weekend. No worries :). Cheers! -Garrett= From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 14:05:25 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EBED106564A for ; Mon, 9 Jan 2012 14:05:25 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id BCB238FC08 for ; Mon, 9 Jan 2012 14:05:24 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 7F8B16F68; Mon, 9 Jan 2012 14:05:23 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 50D7980FC; Mon, 9 Jan 2012 15:05:23 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Don Lewis References: <201201071353.q07DrRFT021626@gw.catspoiler.org> Date: Mon, 09 Jan 2012 15:05:23 +0100 In-Reply-To: <201201071353.q07DrRFT021626@gw.catspoiler.org> (Don Lewis's message of "Sat, 7 Jan 2012 05:53:27 -0800 (PST)") Message-ID: <86y5thx97g.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 14:05:25 -0000 Don Lewis writes: > The documentation says that /etc/pam.conf is only used if > /etc/pam.d/service-name isn't found, and the code appears to agree > with that, however this doesn't seem to be working as expected after > the latest import of PAM. The culprit was this commit: http://trac.des.no/openpam/changeset/487/trunk/lib/openpam_configure.c However, I'm not confident that simply reverting this commit is the right way to go. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 14:27:13 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E53CB106566B for ; Mon, 9 Jan 2012 14:27:12 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id CA4BF8FC08 for ; Mon, 9 Jan 2012 14:27:12 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id q09EPmA0026105; Mon, 9 Jan 2012 06:25:52 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201201091425.q09EPmA0026105@gw.catspoiler.org> Date: Mon, 9 Jan 2012 06:25:48 -0800 (PST) From: Don Lewis To: des@des.no In-Reply-To: <86y5thx97g.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Cc: current@FreeBSD.org Subject: Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 14:27:13 -0000 On 9 Jan, Dag-Erling Smørgrav wrote: > Don Lewis writes: >> The documentation says that /etc/pam.conf is only used if >> /etc/pam.d/service-name isn't found, and the code appears to agree >> with that, however this doesn't seem to be working as expected after >> the latest import of PAM. > > The culprit was this commit: > > http://trac.des.no/openpam/changeset/487/trunk/lib/openpam_configure.c > > However, I'm not confident that simply reverting this commit is the > right way to go. Thanks for the detective work. It looks to me like the bug is caused by the change in the openpam_parse_chain() return value. In the previous code it returned the value of count, which I would guess was greater than zero if it found something. In that case, the for loop in openpam_load_chain() would be terminated because r != 0. In the new code, openpam_parse_chain() will return PAM_SUCCESS if it found something, and the loop in openpam_load_chain() will go through another iteration because ret == PAM_SUCCESS. I think the code around the end of the loop should look more like: if (ret == PAM_SUCCESS) break; } return (ret); } From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 14:37:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B1A71065673 for ; Mon, 9 Jan 2012 14:37:27 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 3E7578FC1B for ; Mon, 9 Jan 2012 14:37:26 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 914A356172; Mon, 9 Jan 2012 08:37:26 -0600 (CST) Date: Mon, 9 Jan 2012 08:37:26 -0600 From: Mark Linimon To: Arnaud Lacombe Message-ID: <20120109143726.GA3185@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD current mailing list Subject: Re: stable/9 still looking for packages at 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 14:37:27 -0000 > On 9. Jan 2012, at 01:04 , Arnaud Lacombe wrote: > So you are saying that FreeBSD is currently providing on > ftp://ftp.freebsd.org/pub images tagged as being "9.0 RELEASE" (with > checksum provided), in a `releases' directory, which are not actually > release images per-se ? Excellent! You've shown the ability to understand flat, declarative, sentences that have no qualifying phrases. 9.0 will be *released* when and only when the official, signed, email goes out. Everything up until that point is preparation. mcl From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 15:15:29 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 146ED106566C; Mon, 9 Jan 2012 15:15:29 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id CAEFB8FC16; Mon, 9 Jan 2012 15:15:28 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id AA9EF6F94; Mon, 9 Jan 2012 15:15:27 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 8C5058131; Mon, 9 Jan 2012 16:15:27 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Don Lewis References: <201201091425.q09EPmA0026105@gw.catspoiler.org> Date: Mon, 09 Jan 2012 16:15:27 +0100 In-Reply-To: <201201091425.q09EPmA0026105@gw.catspoiler.org> (Don Lewis's message of "Mon, 9 Jan 2012 06:25:48 -0800 (PST)") Message-ID: <86ty44ykj4.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 15:15:29 -0000 Don Lewis writes: > Dag-Erling Sm=C3=B8rgrav writes: > > The culprit was this commit: > >=20 > > http://trac.des.no/openpam/changeset/487/trunk/lib/openpam_configure.c > >=20 > > However, I'm not confident that simply reverting this commit is the > > right way to go. > Thanks for the detective work. It looks to me like the bug is caused by > the change in the openpam_parse_chain() return value. In the previous > code it returned the value of count, which I would guess was greater > than zero if it found something. In that case, the for loop in > openpam_load_chain() would be terminated because r !=3D 0. In the new > code, openpam_parse_chain() will return PAM_SUCCESS if it found > something, and the loop in openpam_load_chain() will go through another > iteration because ret =3D=3D PAM_SUCCESS. Thank you, Captain Obvious. I am still not confident that simply reverting this commit is the right way to go, because it discards valuable information when an error occurs, especially if an error occurs while parsing an include. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 17:31:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8A45106566B; Mon, 9 Jan 2012 17:31:04 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.org (unknown [IPv6:2a01:4f8:121:2102:1::7]) by mx1.freebsd.org (Postfix) with ESMTP id 6FCC58FC12; Mon, 9 Jan 2012 17:31:04 +0000 (UTC) Received: from happy.home.yamagi.org (f054056137.adsl.alicedsl.de [78.54.56.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.org (Postfix) with ESMTPSA id C8EC81666334; Mon, 9 Jan 2012 18:31:01 +0100 (CET) Date: Mon, 9 Jan 2012 18:30:51 +0100 From: Yamagi Burmeister To: jeff@freebsd.org, mckusick@freebsd.org Message-Id: <20120109183051.1e4de3ca.lists@yamagi.org> In-Reply-To: References: X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__9_Jan_2012_18_30_51_+0100_P_ADyVBunBgl5FkD" Cc: freebsd-current@freebsd.org, bryce@bryce.net Subject: Re: FS hang when creating snapshots on a UFS SU+J setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 17:31:05 -0000 --Signature=_Mon__9_Jan_2012_18_30_51_+0100_P_ADyVBunBgl5FkD Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I'm sorry to bother you, but you may not be aware of this thread and this problem. We are several people experiencing deadlocks, kernel=20 panics and other problems when creating sanpshots on file systems with SU+J. It would be nice to get some feedback, e.g. how can we help debugging and / or fixing this problem. Thank you, Yamagi On Mon, 2 Jan 2012 23:27:57 -0600 Bryce Edwards wrote: > I have a RELENG_9 machine that hangs when a snapshot is created on the > root fs (UFS, with SU+J). =A0More accurately, all the processes show a > state of "suspfs" (with ^T) and no fs activity is completed from then > on. =A0A hard reboot (power cycle) was the only way to proceed. >=20 > Here's some reference info - let me know what else I should provide. >=20 > $uname -a > FreeBSD xxx.xxx.net 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #0: Sun Dec > 25 05:04:37 UTC 2011 =A0 =A0 root@xxx.xxx.net:/usr/obj/usr/src/sys/GENERIC > amd64 >=20 > csup was run just before build[world|kernel] so you have reference on > the version information. >=20 > $mount > /dev/gpt/root on / (ufs, local, journaled soft-updates) > devfs on /dev (devfs, local, multilabel) > linprocfs on /compat/linux/proc (linprocfs, local) > { zfs info removed } >=20 > $df -h > Filesystem =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Size =A0 =A0Used =A0 Avail = Capacity =A0Mounted on > /dev/gpt/root =A0 =A0 =A0 =A0 =A0 =A0 =A0 454G =A0 =A09.1G =A0 =A0409G = =A0 =A0 2% =A0 =A0/ > devfs =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 1.0k =A0 =A01.0k =A0 = =A0 =A00B =A0 100% =A0 =A0/dev > linprocfs =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 4.0k =A0 =A04.0k =A0 =A0 = =A00B =A0 100% =A0 =A0/compat/linux/proc > { zfs info removed } >=20 > After the hard reset, there was a snapshot file listed in /.snap and > it was ~465 GB, iirc. =A0Unfortunately, I needed to get things going > again so I was not able to debug or diagnose further. =A0I may be able > to schedule a time that I could recreate the issue and diagnose > better, but I wanted to get your input on what data points and/or > command you would be interested in. >=20 > Thanks in advance, >=20 > Bryce > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >=20 --=20 Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB --Signature=_Mon__9_Jan_2012_18_30_51_+0100_P_ADyVBunBgl5FkD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8LJFQACgkQWTjlg++8y8vf6QCdFDmp5K8h0Mnmd/RnRhE7MbqA XskAoMCl3I6pko+Ya5+HbMMzkTf5GEy8 =c5yM -----END PGP SIGNATURE----- --Signature=_Mon__9_Jan_2012_18_30_51_+0100_P_ADyVBunBgl5FkD-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 18:17:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 439E01065677 for ; Mon, 9 Jan 2012 18:17:01 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id D0CE28FC18 for ; Mon, 9 Jan 2012 18:17:00 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so2000688wgb.31 for ; Mon, 09 Jan 2012 10:16:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=A4GT0ZIQqn2Zkm/snJTYk1nYgIAcvlxQRiDy8PaAIgA=; b=O0Swel2Mg30sv3q44g1rUiMaP+I2FrjfiI/s9D2hkEqboV+Nv0SFTjy20l4Mq2R/9Q oJ5g7CLS35REVAw4l5r96t0hdwzPsC13GvHv8DNUbb+gFwFO62WkdP6zX3eBbCmIPV/o 1Mp8TQIm9mUMEXiJR8pNwweOpNAwQc0TZFCY4= MIME-Version: 1.0 Received: by 10.180.103.2 with SMTP id fs2mr6530989wib.21.1326133019719; Mon, 09 Jan 2012 10:16:59 -0800 (PST) Received: by 10.216.178.204 with HTTP; Mon, 9 Jan 2012 10:16:59 -0800 (PST) In-Reply-To: <20120109143726.GA3185@lonesome.com> References: <20120109143726.GA3185@lonesome.com> Date: Mon, 9 Jan 2012 13:16:59 -0500 Message-ID: From: Arnaud Lacombe To: Mark Linimon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD current mailing list Subject: Re: stable/9 still looking for packages at 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 18:17:01 -0000 Hi, On Mon, Jan 9, 2012 at 9:37 AM, Mark Linimon wrote: >> On 9. Jan 2012, at 01:04 , Arnaud Lacombe wrote: >> So you are saying that FreeBSD is currently providing on >> ftp://ftp.freebsd.org/pub images tagged as being "9.0 RELEASE" (with >> checksum provided), in a `releases' directory, which are not actually >> release images per-se ? > > Excellent! =A0You've shown the ability to understand flat, declarative, > sentences that have no qualifying phrases. > FWIW, this was more a sarcastic sentence pointing out that FreeBSD is currently officially distributing non-released build in a directory which might leads users to consider this is the official release, thus misleading them. > 9.0 will be *released* when and only when the official, signed, email > goes out. =A0Everything up until that point is preparation. > ok, I'm a stupid lazy user (obviously)... While browsing the ftp, I see 9.0 ISOs in a `releases' directory. Do you expect me to consult freebsd-announce@, verify the signature of the announce, the hash of the ISOs, etc. to consider that 9.0 has been released ? No, I see 9.0 ISOs in a `releases' directory, I assume it has been released, whatever your spreading process is. Btw, none of the CHECKSUMS files are signed on the FTP. - Arnaud From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 18:28:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBB11106566B for ; Mon, 9 Jan 2012 18:28:07 +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 A677F8FC12 for ; Mon, 9 Jan 2012 18:28:07 +0000 (UTC) Received: by iadj38 with SMTP id j38so9575660iad.13 for ; Mon, 09 Jan 2012 10:28:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=yMPXYLBB8/wLqA5Rfq1RJefy6IfrHQcn09snVEIlNCE=; b=Kd8hhtxPRW8eBMCMRt7VzKLV4s1ZYV6uQ8/YbV+On2s3wy19OS8FrhL/jsNRiBx3vP hJ655trqz6QmP34mWg65RLyijUc5RljokVJ4LvapcBvTHCa4gg+Vwh1EX9VHX9JixLI9 VypMw3PgPcBmnGDPjYNEFv6izYKaA483DJylA= Received: by 10.43.58.10 with SMTP id wi10mr18306924icb.57.1326133686283; Mon, 09 Jan 2012 10:28:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.207.7 with HTTP; Mon, 9 Jan 2012 10:27:35 -0800 (PST) In-Reply-To: References: <20120109143726.GA3185@lonesome.com> From: Chris Rees Date: Mon, 9 Jan 2012 18:27:35 +0000 Message-ID: To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Mark Linimon , FreeBSD current mailing list Subject: Re: stable/9 still looking for packages at 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 18:28:07 -0000 On 9 January 2012 18:16, Arnaud Lacombe wrote: > Hi, > > On Mon, Jan 9, 2012 at 9:37 AM, Mark Linimon wrote= : >>> On 9. Jan 2012, at 01:04 , Arnaud Lacombe wrote: >>> So you are saying that FreeBSD is currently providing on >>> ftp://ftp.freebsd.org/pub images tagged as being "9.0 RELEASE" (with >>> checksum provided), in a `releases' directory, which are not actually >>> release images per-se ? >> >> Excellent! =A0You've shown the ability to understand flat, declarative, >> sentences that have no qualifying phrases. >> > FWIW, this was more a sarcastic sentence pointing out that FreeBSD is > currently officially distributing non-released build in a directory > which might leads users to consider this is the official release, thus > misleading them. So, a pointless email. >> 9.0 will be *released* when and only when the official, signed, email >> goes out. =A0Everything up until that point is preparation. >> > ok, I'm a stupid lazy user (obviously)... While browsing the ftp, I > see 9.0 ISOs in a `releases' directory. Do you expect me to consult > freebsd-announce@, verify the signature of the announce, the hash of > the ISOs, etc. to consider that 9.0 has been released ? No, I see 9.0 > ISOs in a `releases' directory, I assume it has been released, > whatever your spreading process is. > > Btw, none of the CHECKSUMS files are signed on the FTP. Have you checked the website? The latest supported release is clearly specified, right in the middle of the home page. Please don't tell me you'd look in ftp before checking the website. I think you're just looking to nitpick. Chris From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 18:40:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CB491065672 for ; Mon, 9 Jan 2012 18:40:39 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 07D6D8FC14 for ; Mon, 9 Jan 2012 18:40:38 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so4560203vcb.13 for ; Mon, 09 Jan 2012 10:40:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=mGMmp6S/xWmA9rEaecQSzpgXlAlDDQ2uQhRgBL/4TQs=; b=i3EgQJYoG4cTw5FD1lDQQQLuhs6+fTV6lcVBTwRxhc/Lt/Jily/Z3brrE8nThiQdpf qWPFOLu4L0rMDBiyD/eiKcCYzrJuxh0qHDK7HUhME59q8PMopj19zq1N9U2TgsGfjc5p PU8JV3Mq7UJo3pwGfwoBfSBcb4nbEqnXHw/8s= MIME-Version: 1.0 Received: by 10.221.13.138 with SMTP id pm10mr9754972vcb.60.1326134438328; Mon, 09 Jan 2012 10:40:38 -0800 (PST) Received: by 10.220.191.130 with HTTP; Mon, 9 Jan 2012 10:40:38 -0800 (PST) In-Reply-To: References: <20120109143726.GA3185@lonesome.com> Date: Mon, 9 Jan 2012 10:40:38 -0800 Message-ID: From: Freddie Cash To: FreeBSD current mailing list Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: stable/9 still looking for packages at 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 18:40:39 -0000 On Mon, Jan 9, 2012 at 10:27 AM, Chris Rees wrote: > On 9 January 2012 18:16, Arnaud Lacombe wrote: >> ok, I'm a stupid lazy user (obviously)... While browsing the ftp, I >> see 9.0 ISOs in a `releases' directory. Do you expect me to consult >> freebsd-announce@, verify the signature of the announce, the hash of >> the ISOs, etc. to consider that 9.0 has been released ? No, I see 9.0 >> ISOs in a `releases' directory, I assume it has been released, >> whatever your spreading process is. >> >> Btw, none of the CHECKSUMS files are signed on the FTP. > > Have you checked the website? The latest supported release is clearly > specified, right in the middle of the home page. > > Please don't tell me you'd look in ftp before checking the website. =C2= =A0I > think you're just looking to nitpick. And, which is worse: 1. tag the release branch, build the ISOs, upload to main FTP server, wait for the mirrors (FTP, CVS, SVN) to sync, then make the official announcement which includes a few days/weeks where "the release" is available but not official; or 2. tag the release branch, build the ISOs, upload to main FTP server, make the official announcement, user goes to their favourite/closest mirror, and can't access the release since it hasn't synced yet I think people would complain a hell of a lot more about 2 than they currently do about 1. Yes, people upgrading via source will see X.Y-RELEASE before it's officially announced on the website/mailing lists. Yes, people browsing ftp.freebsd.org will see X.Y-RELEASE ISOs before it's officially announced. Yes, some users will get confused by seeing X.Y-RELEASE available before the official annoucements. But, that's a lot better than making an annoucement and having users unable to use it since it's not available on their local mirrors. What's annoying, though, is that we have to go through this with every ... single ... minor ... release. It's not a hard concept, yet every time there's a new release, people get confused by it. Is there something that could be done to make it more streamlined/smoother? Maybe, maybe not. Depends. You'd have to want to join the RE team to find out more about the current release/mirror infrastructure. :) And then be willing to put in the time/effort to improve it. :D Does all of Arnaud's complaining and nit-picking constitute a request to volunteer to "fix" things? ;) --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 19:10:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55B05106566C for ; Mon, 9 Jan 2012 19:10:04 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from mail1.sandvine.com (Mail1.sandvine.com [64.7.137.134]) by mx1.freebsd.org (Postfix) with ESMTP id 184DA8FC1A for ; Mon, 9 Jan 2012 19:10:04 +0000 (UTC) Received: from labgw2.phaedrus.sandvine.com (192.168.222.22) by WTL-EXCH-1.sandvine.com (192.168.196.31) with Microsoft SMTP Server id 14.1.339.1; Mon, 9 Jan 2012 13:59:14 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 10332) id 5321133C02; Mon, 9 Jan 2012 13:59:14 -0500 (EST) Date: Mon, 9 Jan 2012 13:59:14 -0500 From: Ed Maste To: Pegasus Mc Cleaft , "freebsd-current@freebsd.org" Message-ID: <20120109185913.GA94693@sandvine.com> References: <20111028200227.GA50663@sandvine.com> <201111201454.49863.ken@mthelicon.com> <0A3573FC36A1BE41AAA3DFF287C7968453400CEB@wtl-exch-1.sandvine.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <0A3573FC36A1BE41AAA3DFF287C7968453400CEB@wtl-exch-1.sandvine.com> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Adding disk firmware programming capability to camcontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 19:10:04 -0000 On Tue, Nov 22, 2011 at 03:47:41PM +0000, Nima Misaghian wrote: > We have added firmware download command to atacontrol at work, for > which I have attached a patch against 8.2 to this email. > > The format of the command is similar to the camcontrol counterpart: > > atacontrol fwdownload > > But ultimately we would like to add the support to program ATA/SATA > disks to camcontrol as well. I've cleaned up the patch slightly and added the fwdownload details to the man page. The most recent patch is here: http://people.freebsd.org/~emaste/atacontrol.diff I expect this to get committed in the next couple of days, with the intent of MFCing it to older branches which do not use ATA-CAM. The final goal is to get camcontrol to grow the ability to update ATA disks as well via ATA-CAM. -Ed From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 19:36:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17793106564A for ; Mon, 9 Jan 2012 19:36:54 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id EC9A18FC19 for ; Mon, 9 Jan 2012 19:36:53 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 80B6956173; Mon, 9 Jan 2012 13:36:53 -0600 (CST) Date: Mon, 9 Jan 2012 13:36:53 -0600 From: Mark Linimon To: Arnaud Lacombe Message-ID: <20120109193653.GB10061@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD current mailing list , Chris Rees Subject: Re: stable/9 still looking for packages at 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 19:36:54 -0000 > On 9 January 2012 18:16, Arnaud Lacombe wrote: >> Excellent!  You've shown the ability to understand flat, declarative, >> sentences that have no qualifying phrases. >> > FWIW, this was more a sarcastic sentence I am being sarcastic because I am frustrated. I am frustrated because I am having to repeat myself. > pointing out that FreeBSD is currently officially distributing > non-released build in a directory which might leads users to consider > this is the official release, thus misleading them. I pointed out no such thing. I am not misleading anyone, nor is the Project. You are. It is not "officially distributing". It won't be "officially distributed" until, and only until, the signed email goes out. This is the third email in a row where I have made this flat, factual, statement. Until that time, the contents of various websites is irrelevant. That mail will not go out until (among other things): - the Release Engineering team determines there are no last-minute gotchas, - all the bits are on all the mirrors, so that users will not go to their local mirror, find it not there yet, then pound on the master, bringing it to a crawl, - the Release Notes are in their final form, - a news announcement is in its final form, and other things that I, not being on re@, am probably not aware of. These things are the *preparation* steps. They all have to be in place to make sure that everything is ready for when the mass downloads begin. This is to prevent people who are installing the release from having a bad experience, e.g., with missing documentation. > > Do you expect me to consult freebsd-announce@, verify the signature > > of the announce, the hash of the ISOs, etc. to consider that 9.0 has > > been released ? That is exactly what I expect. In fact, I insist on it. And the reason I insist on it is because this is the documented procedure, and has been for at least 14 releases in the last 6 years, and most likely many before I became active. > > No, I see 9.0 ISOs in a `releases' directory, I assume it has been > > released, whatever your spreading process is. You assumed so, posted, were told it was not correct, and cannot seem to accept that answer. I'm sorry, but it's the correct answer, and all the argumentation in the world will not change that answer. > > Btw, none of the CHECKSUMS files are signed on the FTP. Perhaps that's part of the preparatory steps. mcl From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 19:59:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7AC3106566C for ; Mon, 9 Jan 2012 19:59:21 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp05.sth.basefarm.net (ch-smtp05.sth.basefarm.net [80.76.153.6]) by mx1.freebsd.org (Postfix) with ESMTP id 384D98FC1D for ; Mon, 9 Jan 2012 19:59:20 +0000 (UTC) Received: from c83-255-51-20.bredband.comhem.se ([83.255.51.20]:54679 helo=falcon.midgard.homeip.net) by ch-smtp05.sth.basefarm.net with esmtp (Exim 4.76) (envelope-from ) id 1RkLAW-0001QL-IP for freebsd-current@freebsd.org; Mon, 09 Jan 2012 20:46:14 +0100 Received: (qmail 3280 invoked from network); 9 Jan 2012 20:46:05 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 9 Jan 2012 20:46:05 +0100 Received: (qmail 99036 invoked by uid 1001); 9 Jan 2012 20:46:05 +0100 Date: Mon, 9 Jan 2012 20:46:05 +0100 From: Erik Trulsson To: Arnaud Lacombe Message-ID: <20120109194604.GA98975@owl.midgard.homeip.net> References: <20120109143726.GA3185@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Originating-IP: 83.255.51.20 X-Scan-Result: No virus found in message 1RkLAW-0001QL-IP. X-Scan-Signature: ch-smtp05.sth.basefarm.net 1RkLAW-0001QL-IP bdf488a712e451beaba5544bd8a25ad3 Cc: Mark Linimon , FreeBSD current mailing list Subject: Re: stable/9 still looking for packages at 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 19:59:21 -0000 On Mon, Jan 09, 2012 at 01:16:59PM -0500, Arnaud Lacombe wrote: > Hi, >=20 > On Mon, Jan 9, 2012 at 9:37 AM, Mark Linimon wrote: > >> On 9. Jan 2012, at 01:04 , Arnaud Lacombe wrote: > >> So you are saying that FreeBSD is currently providing on > >> ftp://ftp.freebsd.org/pub images tagged as being "9.0 RELEASE" (with > >> checksum provided), in a `releases' directory, which are not actually > >> release images per-se ? > > > > Excellent! =A0You've shown the ability to understand flat, declarative, > > sentences that have no qualifying phrases. > > > FWIW, this was more a sarcastic sentence pointing out that FreeBSD is > currently officially distributing non-released build in a directory > which might leads users to consider this is the official release, thus > misleading them. That build is intended to become the official release unless some last-minute showstopper problem is found. (Unlikely, but has happened befor= e.) The build is being distributed in advance of the official announcement to make sure it is available on all mirrors at the moment the announcement is made. --=20 Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 19:59:44 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D371065672 for ; Mon, 9 Jan 2012 19:59:44 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 9DD7A8FC1B for ; Mon, 9 Jan 2012 19:59:44 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id q09JwKZK029815; Mon, 9 Jan 2012 11:58:24 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201201091958.q09JwKZK029815@gw.catspoiler.org> Date: Mon, 9 Jan 2012 11:58:20 -0800 (PST) From: Don Lewis To: des@des.no In-Reply-To: <86ty44ykj4.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Cc: current@FreeBSD.org Subject: Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 19:59:44 -0000 On 9 Jan, Dag-Erling Smørgrav wrote: > Don Lewis writes: >> Dag-Erling Smørgrav writes: >> > The culprit was this commit: >> > >> > http://trac.des.no/openpam/changeset/487/trunk/lib/openpam_configure.c >> > >> > However, I'm not confident that simply reverting this commit is the >> > right way to go. >> Thanks for the detective work. It looks to me like the bug is caused by >> the change in the openpam_parse_chain() return value. In the previous >> code it returned the value of count, which I would guess was greater >> than zero if it found something. In that case, the for loop in >> openpam_load_chain() would be terminated because r != 0. In the new >> code, openpam_parse_chain() will return PAM_SUCCESS if it found >> something, and the loop in openpam_load_chain() will go through another >> iteration because ret == PAM_SUCCESS. > > Thank you, Captain Obvious. I am still not confident that simply > reverting this commit is the right way to go, because it discards > valuable information when an error occurs, especially if an error occurs > while parsing an include. It wasn't so obvious to me, especially with the gratuitous variable renaming in the diff. After staring at the code a lot more, I see your point about the loss of information. The problem is that openpam_parse_chain() returns PAM_SUCCESS whether or not if found anything, but we want the loop to terminate when either an error is detected or if openpam_parse_chain() actually found something. Maybe changing the loop exit to something like this would work: if (ret != PAM_SUCCESS || pamh->chains[facility] != NULL) return (ret); From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 20:18:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB6421065670 for ; Mon, 9 Jan 2012 20:18:59 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3FF848FC08 for ; Mon, 9 Jan 2012 20:18:58 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so2135507wgb.31 for ; Mon, 09 Jan 2012 12:18:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LFWccMetghL+/vZVW711NpO21VWoum8PJBo1ueELKfQ=; b=A9OMRff2niw2mjoebdUP2cQ7YJqWSqD0ZWmKl3jLadC4XsaISeHwx5XpfPBpWJSZIP /1IfHbvlyVDLLb3TrfBcC7OFSxnRzh5RMDyJDtFSgAouXmM2zjvw9AbjKdYlLRRiwYzX iM79l1J5m4imtnrP37Ehj9V28+1KG0yUFDeG8= MIME-Version: 1.0 Received: by 10.180.91.42 with SMTP id cb10mr7306948wib.15.1326140338098; Mon, 09 Jan 2012 12:18:58 -0800 (PST) Received: by 10.223.158.129 with HTTP; Mon, 9 Jan 2012 12:18:58 -0800 (PST) In-Reply-To: <20120109193653.GB10061@lonesome.com> References: <20120109193653.GB10061@lonesome.com> Date: Mon, 9 Jan 2012 12:18:58 -0800 Message-ID: From: Kevin Oberman To: Mark Linimon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD current mailing list , Chris Rees , Arnaud Lacombe Subject: Re: stable/9 still looking for packages at 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 20:18:59 -0000 On Mon, Jan 9, 2012 at 11:36 AM, Mark Linimon wrote: > > On 9 January 2012 18:16, Arnaud Lacombe wrote: > > > > Do you expect me to consult freebsd-announce@, verify the signature > > > of the announce, the hash of the ISOs, etc. to consider that 9.0 has > > > been released ? > > That is exactly what I expect. In fact, I insist on it. And the reason > I insist on it is because this is the documented procedure, and has been > for at least 14 releases in the last 6 years, and most likely many before > I became active. > > I have been seeing the "release is not official until..." message since at least 3.4, so it's hardly new and is unlikely to ever go away. At least there has been no release announcement on slashdot when the ISOs were rolled but before the release was ready as has happened more than once in the past. (Knock on wood!) -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 20:25:13 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BF65106566C; Mon, 9 Jan 2012 20:25:13 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 300308FC0A; Mon, 9 Jan 2012 20:25:12 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 2C5BF60FD; Mon, 9 Jan 2012 20:25:12 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id D19DB8157; Mon, 9 Jan 2012 21:25:11 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Don Lewis References: <201201091958.q09JwKZK029815@gw.catspoiler.org> Date: Mon, 09 Jan 2012 21:25:11 +0100 In-Reply-To: <201201091958.q09JwKZK029815@gw.catspoiler.org> (Don Lewis's message of "Mon, 9 Jan 2012 11:58:20 -0800 (PST)") Message-ID: <86pqesy66w.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 20:25:13 -0000 Don Lewis writes: > After staring at the code a lot more, I see your point about the loss of > information. The problem is that openpam_parse_chain() returns > PAM_SUCCESS whether or not if found anything, but we want the loop to > terminate when either an error is detected or if openpam_parse_chain() > actually found something. Maybe changing the loop exit to something > like this would work: > > if (ret !=3D PAM_SUCCESS || pamh->chains[facility] !=3D NULL) > return (ret); The simplest fix for now is probably to revert r487; it applies cleanly except for the first hunk, which is easy to apply manually. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 20:35:49 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C55A9106566C for ; Mon, 9 Jan 2012 20:35:49 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id AB9A08FC0A for ; Mon, 9 Jan 2012 20:35:49 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id q09KYPhM031978; Mon, 9 Jan 2012 12:34:29 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201201092034.q09KYPhM031978@gw.catspoiler.org> Date: Mon, 9 Jan 2012 12:34:25 -0800 (PST) From: Don Lewis To: des@des.no In-Reply-To: <86pqesy66w.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Cc: current@FreeBSD.org Subject: Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 20:35:49 -0000 On 9 Jan, Dag-Erling Smørgrav wrote: > Don Lewis writes: >> After staring at the code a lot more, I see your point about the loss of >> information. The problem is that openpam_parse_chain() returns >> PAM_SUCCESS whether or not if found anything, but we want the loop to >> terminate when either an error is detected or if openpam_parse_chain() >> actually found something. Maybe changing the loop exit to something >> like this would work: >> >> if (ret != PAM_SUCCESS || pamh->chains[facility] != NULL) >> return (ret); > > The simplest fix for now is probably to revert r487; it applies cleanly > except for the first hunk, which is easy to apply manually. openpam_configure() checks whether or not pamh->chains[] is NULL, so I figured that was a good test once I figured out how openpam_parse_chain() was returning its results. Once you decide on a fix, I can move my old /etc/pam.conf back to test it. From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 20:30:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 069281065678; Mon, 9 Jan 2012 20:30:33 +0000 (UTC) (envelope-from MFischer@reitzner.de) Received: from mail-out.m-online.net (mail-out.m-online.net [IPv6:2001:a60:0:32:0:1:25:1]) by mx1.freebsd.org (Postfix) with ESMTP id 4E66F8FC17; Mon, 9 Jan 2012 20:30:31 +0000 (UTC) Received: from frontend1.mail.m-online.net (frontend1.mail.intern.m-online.net [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 6C1CC1800194; Mon, 9 Jan 2012 21:30:30 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id A84021C000B5; Mon, 9 Jan 2012 21:30:30 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from smtp-auth.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id UealyvXfPm19; Mon, 9 Jan 2012 21:30:21 +0100 (CET) Received: from EX02.reitzner.local (host-188-174-210-102.customer.m-online.net [188.174.210.102]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-auth.mnet-online.de (Postfix) with ESMTPS; Mon, 9 Jan 2012 21:30:19 +0100 (CET) Received: from EX02.reitzner.local ([fe80::3c40:2523:615c:77be]) by EX02.reitzner.local ([fe80::3c40:2523:615c:77be%14]) with mapi id 14.02.0247.003; Mon, 9 Jan 2012 21:30:18 +0100 From: Fischer Markus To: "freebsd-acpi@FreeBSD.org" Thread-Topic: Problem with ACPI / reboot: Black Screen? Thread-Index: AczPCKGVn750qUr+SWSOrGqsayAY6wABAvfU Date: Mon, 9 Jan 2012 20:30:17 +0000 Message-ID: <35CFCFC220BF044DA8BFCE7FC11853D7014341@EX02.reitzner.local> References: <35CFCFC220BF044DA8BFCE7FC11853D70142F7@EX02.reitzner.local> In-Reply-To: <35CFCFC220BF044DA8BFCE7FC11853D70142F7@EX02.reitzner.local> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [93.212.162.51] Content-Type: multipart/mixed; boundary="_008_35CFCFC220BF044DA8BFCE7FC11853D7014341EX02reitznerlocal_" MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 09 Jan 2012 20:50:13 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-current@freebsd.org" Subject: AW: Problem with ACPI / reboot: Black Screen? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 20:30:33 -0000 --_008_35CFCFC220BF044DA8BFCE7FC11853D7014341EX02reitznerlocal_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I habe a BIG Problem with the ACPI Interface. The problem is the "reboot" command. The Shutdown command works. "reboot" --> The computer makes a shutdown, the Screen is black, but= the computer not power on, he don't start. The screen is black, the computer runns. I can the comp= uter only starts with power plug. I have testet the FreeBSD Version 8.1 (pfsense) and 8.2= and 9.0-RC3 --> Only the same!!! I have testet with pfsense 1.2.3 (FreeBSD 7.1) and then= works the reboot command. I habe testet wirth Knoppix 6.7.1 (Kernel 3.0.x) and th= e reboot command works. I've tested a lot of settings (sysctl), and even compile a new kernel. I've= tested this with acpiconf. All without success. The screen remains black when reboot command, the computer is running (is o= n), and only unplugging the power plug ringed the PC running again. The System: pfsense 2.0.1 (with FreeBSD 8.1 Kernel), without X-Serv= ers Hardware: Fujitsu Main-Board D2963-S1 with AMD Sempron 200U Diagnostics in the appendix!! I hope you can help me! Thank you very much! Bye Markus Fischer Germany --_008_35CFCFC220BF044DA8BFCE7FC11853D7014341EX02reitznerlocal_ Content-Type: text/plain; name="dmesg.txt" Content-Description: dmesg.txt Content-Disposition: attachment; filename="dmesg.txt"; size=32606; creation-date="Mon, 09 Jan 2012 20:28:49 GMT"; modification-date="Mon, 09 Jan 2012 20:28:49 GMT" Content-Transfer-Encoding: base64 WzIuMC4xLVJFTEVBU0VdW3Jvb3RAcmFjZy5sb2NhbF0vcm9vdCgyKTogZG1lc2cKQ29weXJpZ2h0 IChjKSAxOTkyLTIwMTAgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChjKSAxOTc5LCAx OTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUg UmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2Vy dmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91 bmRhdGlvbi4KRnJlZUJTRCA4LjEtUkVMRUFTRSAjMjogU3VuIEphbiAgOCAxNDo1NzozNiBDRVQg MjAxMgogICAgcm9vdEByYWNnLmxvY2FsOi91c3Ivb2JqL3Vzci9zcmMvc3lzL3JhY2cgaTM4NgpQ cmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIgYXQgMHhjMTFiZDAwMC4K UHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9tYWNfYnNkZXh0ZW5kZWQua28iIGF0 IDB4YzExYmQxZDguClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvbWFjX3NlZW90 aGVydWlkcy5rbyIgYXQgMHhjMTFiZDI4Yy4KbW9kdWxlX3JlZ2lzdGVyOiBtb2R1bGUgbWFjX2Jz ZGV4dGVuZGVkIGFscmVhZHkgZXhpc3RzIQpNb2R1bGUgbWFjX2JzZGV4dGVuZGVkIGZhaWxlZCB0 byByZWdpc3RlcjogMTcKbW9kdWxlX3JlZ2lzdGVyOiBtb2R1bGUgbWFjX3NlZW90aGVydWlkcyBh bHJlYWR5IGV4aXN0cyEKTW9kdWxlIG1hY19zZWVvdGhlcnVpZHMgZmFpbGVkIHRvIHJlZ2lzdGVy OiAxNwpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApD YWxpYnJhdGluZyBUU0MgY2xvY2sgLi4uIFRTQyBjbG9jazogOTk5OTk2NDI0IEh6CkNQVTogQU1E IFNlbXByb24odG0pIFByb2Nlc3NvciAyMDBVICgxMDAwLjAwLU1IeiA2ODYtY2xhc3MgQ1BVKQog IE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4NjBmZjIgIEZhbWlseSA9IGYgIE1vZGVs ID0gNmYgIFN0ZXBwaW5nID0gMgogIEZlYXR1cmVzPTB4NzhiZmJmZjxGUFUsVk1FLERFLFBTRSxU U0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixD TEZMVVNILE1NWCxGWFNSLFNTRSxTU0UyPgogIEZlYXR1cmVzMj0weDIwMDE8U1NFMyxDWDE2Pgog IEFNRCBGZWF0dXJlcz0weGVhNTAwODAwPFNZU0NBTEwsTlgsTU1YKyxGRlhTUixSRFRTQ1AsTE0s M0ROb3chKywzRE5vdyE+CiAgQU1EIEZlYXR1cmVzMj0weDExOTxMQUhGLEV4dEFQSUMsQ1I4LFBy ZWZldGNoPgpEYXRhIFRMQjogMzIgZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUKSW5zdHJ1Y3Rp b24gVExCOiAzMiBlbnRyaWVzLCBmdWxseSBhc3NvY2lhdGl2ZQpMMSBkYXRhIGNhY2hlOiA2NCBr Ynl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAyLXdheSBhc3NvY2lhdGl2ZQpMMSBp bnN0cnVjdGlvbiBjYWNoZTogNjQga2J5dGVzLCA2NCBieXRlcy9saW5lLCAxIGxpbmVzL3RhZywg Mi13YXkgYXNzb2NpYXRpdmUKTDIgaW50ZXJuYWwgY2FjaGU6IDI1NiBrYnl0ZXMsIDY0IGJ5dGVz L2xpbmUsIDEgbGluZXMvdGFnLCA4LXdheSBhc3NvY2lhdGl2ZQpyZWFsIG1lbW9yeSAgPSAyMTQ3 NDgzNjQ4ICgyMDQ4IE1CKQpQaHlzaWNhbCBtZW1vcnkgY2h1bmsocyk6CjB4MDAwMDAwMDAwMDAw MTAwMCAtIDB4MDAwMDAwMDAwMDA5Y2ZmZiwgNjM4OTc2IGJ5dGVzICgxNTYgcGFnZXMpCjB4MDAw MDAwMDAwMDEwMDAwMCAtIDB4MDAwMDAwMDAwMDNmZmZmZiwgMzE0NTcyOCBieXRlcyAoNzY4IHBh Z2VzKQoweDAwMDAwMDAwMDE0MjYwMDAgLSAweDAwMDAwMDAwNzVjYzBmZmYsIDE5NTUxODA1NDQg Ynl0ZXMgKDQ3NzMzOSBwYWdlcykKYXZhaWwgbWVtb3J5ID0gMTk1MzY0MDQ0OCAoMTg2MyBNQikK VGFibGUgJ0ZBQ1AnIGF0IDB4NzdlZTBkNWMKVGFibGUgJ0FQSUMnIGF0IDB4NzdlZTBkZDAKQVBJ QzogRm91bmQgdGFibGUgYXQgMHg3N2VlMGRkMApNUCBDb25maWd1cmF0aW9uIFRhYmxlIHZlcnNp b24gMS40IGZvdW5kIGF0IDB4YzAwOWUwNzEKQVBJQzogVXNpbmcgdGhlIE1BRFQgZW51bWVyYXRv ci4KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElEIDA6IGVuYWJsZWQKU01QOiBBZGRl ZCBDUFUgMCAoQVApCkFDUEkgQVBJQyBUYWJsZTogPFBUTFREICAJIEFQSUMgID4KYmlvczMyOiBG b3VuZCBCSU9TMzIgU2VydmljZSBEaXJlY3RvcnkgaGVhZGVyIGF0IDB4YzAwZjk3ZTAKYmlvczMy OiBFbnRyeSA9IDB4ZmRiNjAgKGMwMGZkYjYwKSAgUmV2ID0gMCAgTGVuID0gMQpwY2liaW9zOiBQ Q0kgQklPUyBlbnRyeSBhdCAweGZkYjYwKzB4MjE5CnBucGJpb3M6IEZvdW5kIFBuUCBCSU9TIGRh dGEgYXQgMHhjMDBmOTg4MApwbnBiaW9zOiBFbnRyeSA9IGYwMDAwOmM2OWMgIFJldiA9IDEuMApP dGhlciBCSU9TIHNpZ25hdHVyZXMgZm91bmQ6Cng4NmJpb3M6ICAgSVZUIDB4MDAwMDAwLTB4MDAw NGZmIGF0IDB4YzAwMDAwMDAKeDg2YmlvczogIFNTRUcgMHgwMTAwMDAtMHgwMWZmZmYgYXQgMHhj NTM3ZTAwMAp4ODZiaW9zOiAgRUJEQSAweDA5ZDAwMC0weDA5ZmZmZiBhdCAweGMwMDlkMDAwCng4 NmJpb3M6ICAgUk9NIDB4MGEwMDAwLTB4MGVmZmZmIGF0IDB4YzAwYTAwMDAKQVBJQzogQ1BVIDAg aGFzIEFDUEkgSUQgMApTZWN1cml0eSBwb2xpY3kgbG9hZGVkOiBUcnVzdGVkQlNEIE1BQy9CU0Qg RXh0ZW5kZWQgKG1hY19ic2RleHRlbmRlZCkKU2VjdXJpdHkgcG9saWN5IHVubG9hZDogVHJ1c3Rl ZEJTRCBNQUMvQlNEIEV4dGVuZGVkIChtYWNfYnNkZXh0ZW5kZWQpCm1vZHVsZV9yZWdpc3Rlcl9p bml0OiBNT0RfTE9BRCAobWFjX2JzZGV4dGVuZGVkLCAweGMwYmI3OTAwLCAweGMwZjRiZDgwKSBl cnJvciAxNwpTZWN1cml0eSBwb2xpY3kgbG9hZGVkOiBUcnVzdGVkQlNEIE1BQy9zZWVvdGhlcnVp ZHMgKG1hY19zZWVvdGhlcnVpZHMpClNlY3VyaXR5IHBvbGljeSB1bmxvYWQ6IFRydXN0ZWRCU0Qg TUFDL3NlZW90aGVydWlkcyAobWFjX3NlZW90aGVydWlkcykKbW9kdWxlX3JlZ2lzdGVyX2luaXQ6 IE1PRF9MT0FEIChtYWNfc2Vlb3RoZXJ1aWRzLCAweGMwYmI3OTAwLCAweGMxMWJhMjAwKSBlcnJv ciAxNwpVTEU6IHNldHVwIGNwdSAwCkFDUEk6IFJTRFAgMHhmOTg0MCAwMDAxNCAodjAgUFRMVEQg KQpBQ1BJOiBSU0RUIDB4NzdlZGUwMDAgMDAwMzggKHYxICBleHRyYSAgICBleG9uZSAwMDA2MDAw MCAgTFRQIDAwMDAwMDAwKQpBQ1BJOiBGQUNQIDB4NzdlZTBkNWMgMDAwNzQgKHYxIEZUUyAgICBE Mjk2My9TMSAwMDA2MDAwMCAgICAgIDAwMEY0MjQwKQpBQ1BJOiBEU0RUIDB4NzdlZGUwMzggMDJE MjQgKHYxIEZUUyAgICBEMjk2My9TMSAwMDA2MDAwMCBNU0ZUIDAzMDAwMDAxKQpBQ1BJOiBGQUNT IDB4NzdlZTFmYzAgMDAwNDAKQUNQSTogQVBJQyAweDc3ZWUwZGQwIDAwMDQ2ICh2MSBQVExURCAg PyBBUElDICAgMDAwNjAwMDAgIExUUCAwMDAwMDAwMCkKQUNQSTogU0xJQyAweDc3ZWUwZTE2IDAw MTc2ICh2MSAgZXh0cmEgICAgZXhvbmUgMDAwNjAwMDAgIExUUCAwMDAwMDAwMCkKQUNQSTogTUNG RyAweDc3ZWUwZjhjIDAwMDNDICh2MSBQVExURCAgICBNQ0ZHICAgMDAwNjAwMDAgIExUUCAwMDAw MDAwMCkKQUNQSTogSFBFVCAweDc3ZWUwZmM4IDAwMDM4ICh2MSBQVExURCAgSFBFVFRCTCAgMDAw NjAwMDAgIExUUCAwMDAwMDAwMSkKTUFEVDogRm91bmQgSU8gQVBJQyBJRCAxLCBJbnRlcnJ1cHQg MCBhdCAweGZlYzAwMDAwCmlvYXBpYzA6IFJvdXRpbmcgZXh0ZXJuYWwgODI1OUEncyAtPiBpbnRw aW4gMApsYXBpYzA6IFJvdXRpbmcgTk1JIC0+IExJTlQxCmxhcGljMDogTElOVDEgdHJpZ2dlcjog ZWRnZQpsYXBpYzA6IExJTlQxIHBvbGFyaXR5OiBoaWdoCk1BRFQ6IEZvcmNpbmcgYWN0aXZlLWxv dyBwb2xhcml0eSBhbmQgbGV2ZWwgdHJpZ2dlciBmb3IgU0NJCmlvYXBpYzA6IGludHBpbiA5IHBv bGFyaXR5OiBsb3cKaW9hcGljMDogaW50cGluIDkgdHJpZ2dlcjogbGV2ZWwKaW9hcGljMCA8VmVy c2lvbiAyLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApjcHUwIEJTUDoKICAgICBJRDogMHgw MDAwMDAwMCAgIFZFUjogMHg4MDA1MDAxMCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZm CiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNW UjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjog MHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDAKZmlybXdhcmU6ICdteGdlX3Jzc19ldGhwX3o4ZScg dmVyc2lvbiA1NjM4Njg6IDE1NTc4NiBieXRlcyBsb2FkZWQgYXQgMHhjMGViOTc2MAp3bGFuOiBt YWMgYWNsIHBvbGljeSByZWdpc3RlcmVkCndsYW46IDw4MDIuMTEgTGluayBMYXllcj4KZmlybXdh cmU6ICdteGdlX2V0aF96OGUnIHZlcnNpb24gMzY3NTY0OiAxMTY0NzcgYnl0ZXMgbG9hZGVkIGF0 IDB4YzBlNWE5ODAKZmlybXdhcmU6ICdteGdlX2V0aHBfejhlJyB2ZXJzaW9uIDM3Nzg3NjogMTE3 MTAyIGJ5dGVzIGxvYWRlZCBhdCAweGMwZTc3MTAwCmZpcm13YXJlOiAnbXhnZV9yc3NfZXRoX3o4 ZScgdmVyc2lvbiA1NTM0Njg6IDE1NDU4MCBieXRlcyBsb2FkZWQgYXQgMHhjMGU5M2IwMApyYW5k b206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlhcnJvdz4KbmZzbG9jazogcHNldWRvLWRl dmljZQpjcnlwdG86IDxjcnlwdG8gY29yZT4Ka2JkOiBuZXcgYXJyYXkgc2l6ZSA0CmtiZDEgYXQg a2JkbXV4MAptZW06IDxtZW1vcnk+ClBlbnRpdW0gUHJvIE1UUlIgc3VwcG9ydCBlbmFibGVkCmlv OiA8SS9PPgpudWxsOiA8bnVsbCBkZXZpY2UsIHplcm8gZGV2aWNlPgpocHRycjogUm9ja2V0UkFJ RCAxN3h4LzJ4eHggU0FUQSBjb250cm9sbGVyIGRyaXZlciB2MS4yCm5weDA6IElOVCAxNiBpbnRl cmZhY2UKY3J5cHRvc29mdDA6IDxzb2Z0d2FyZSBjcnlwdG8+IG9uIG1vdGhlcmJvYXJkCmNyeXB0 bzogYXNzaWduIGNyeXB0b3NvZnQwIGRyaXZlciBpZCAwLCBmbGFncyAxMDA2NjMyOTYKY3J5cHRv OiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDEgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzog Y3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAyIGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNy eXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMyBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlw dG9zb2Z0MCByZWdpc3RlcnMgYWxnIDQgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRv c29mdDAgcmVnaXN0ZXJzIGFsZyA1IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3Nv ZnQwIHJlZ2lzdGVycyBhbGcgMTYgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29m dDAgcmVnaXN0ZXJzIGFsZyA2IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQw IHJlZ2lzdGVycyBhbGcgNyBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCBy ZWdpc3RlcnMgYWxnIDE4IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJl Z2lzdGVycyBhbGcgMTkgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVn aXN0ZXJzIGFsZyAyMCBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdp c3RlcnMgYWxnIDggZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0 ZXJzIGFsZyAxNSBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3Rl cnMgYWxnIDkgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJz IGFsZyAxMCBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMg YWxnIDEzIGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBh bGcgMTQgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFs ZyAxMSBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxn IDIxIGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcg MTcgZmxhZ3MgMCBtYXhvcGxlbiAwCnBhZGxvY2swOiBObyBBQ0Ugc3VwcG9ydC4KYWNwaTA6IDxl eHRyYT4gb24gbW90aGVyYm9hcmQKUENJZTogTWVtb3J5IE1hcHBlZCBjb25maWd1cmF0aW9uIGJh c2UgQCAweGUwMDAwMDAwCnBjaWJpb3M6IEJJT1MgdmVyc2lvbiAzLjAwCmlvYXBpYzA6IHJvdXRp bmcgaW50cGluIDkgKElTQSBJUlEgOSkgdG8gbGFwaWMgMCB2ZWN0b3IgNDgKYWNwaTA6IFtNUFNB RkVdCmFjcGkwOiBbSVRIUkVBRF0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmFjcGkwOiB3 YWtldXAgY29kZSB2YSAweGM1MzdiMDAwIHBhIDB4MTAwMApBY3BpT3NEZXJpdmVQY2lJZDogXFxf U0JfLlBDSTAuUEFUQS5JREVfIC0+IGJ1cyAwIGRldiAyMCBmdW5jIDEKQUNQSSBIUEVUIHRhYmxl IHdhcm5pbmc6IFNlcXVlbmNlIGlzIG5vbi16ZXJvICgyKQpBQ1BJIHRpbWVyOiAwLzMgMC8zIDEv MiAxLzIgMS8yIDEvMiAxLzIgMC8zIDEvMiAxLzIgLT4gNwpUaW1lY291bnRlciAiQUNQSS1zYWZl IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDg1MAphY3BpX3RpbWVyMDogPDMyLWJpdCB0 aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDgwMDgtMHg4MDBiIG9uIGFjcGkwCmNwdTA6IDxB Q1BJIENQVT4gb24gYWNwaTAKY3B1MDogc3dpdGNoaW5nIHRvIGdlbmVyaWMgQ3ggbW9kZQpwY2lf bGluazA6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUg ICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRp b24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIEFm dGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAx NQpwY2lfbGluazE6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwg UHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZh bGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAx NQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAx MiAxNCAxNQpwY2lfbGluazI6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIElu aXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAx NQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAx MiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAx MCAxMSAxMiAxNCAxNQpwY2lfbGluazM6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJR cwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAx MiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAx MCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0 IDcgOSAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazQ6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJl ZiAgSVJRcwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAx MCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0 IDcgOSAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazU6ICAgICAgICBJbmRleCAgSVJRICBS dGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0 IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAg TiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazY6ICAgICAgICBJbmRleCAg SVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAg TiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAg MjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazc6ICAgICAgICBJ bmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAg TiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAg MjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAg ICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQphY3BpX2hwZXQwOiA8 SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBv biBhY3BpMAphY3BpX2hwZXQwOiB2ZW5kOiAweDQzNTMgcmV2OiAweDEgbnVtOiAzIGh6OiAxNDMx ODE4MCBvcHRzOiBsZWdhY3lfcm91dGUKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMx ODE4MCBIeiBxdWFsaXR5IDkwMAphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkw CnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAK cGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpMDogZG9tYWluPTAsIHBoeXNpY2FsIGJ1 cz0wCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NzkxMCwgcmV2aWQ9MHgwMAoJZG9tYWlu PTAsIGJ1cz0wLCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDIyMjAsIGNhY2hlbG5zej0wIChkd29y ZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9 MHgwMCAoMCBucykKCW1hcFsxY106IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGUwMDAw MDAwLCBzaXplIDI5LCBlbmFibGVkCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NzkxMiwg cmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTEsIGZ1bmM9MAoJY2xhc3M9MDYtMDQt MDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAyMzAs IGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4 MWMgKDcwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBk ZXY9MHg3OTE2LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9NiwgZnVuYz0wCglj bGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0 cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwNCAoMTAwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJcG93ZXJzcGVjIDMgIHN1 cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCmZvdW5kLT4J dmVuZG9yPTB4MTAwMiwgZGV2PTB4NzkxNywgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBz bG90PTcsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21k cmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDQgKDEwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK CXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEg bWVzc2FnZQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzODAsIHJldmlkPTB4MDAKCWRv bWFpbj0wLCBidXM9MCwgc2xvdD0xOCwgZnVuYz0wCgljbGFzcz0wMS0wMS04ZiwgaGRydHlwZT0w eDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTAg KGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRz IEQwIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFz ZSAweDg0NDAsIHNpemUgIDMsIGVuYWJsZWQKCW1hcFsxNF06IHR5cGUgSS9PIFBvcnQsIHJhbmdl IDMyLCBiYXNlIDB4ODQzNCwgc2l6ZSAgMiwgZW5hYmxlZAoJbWFwWzE4XTogdHlwZSBJL08gUG9y dCwgcmFuZ2UgMzIsIGJhc2UgMHg4NDM4LCBzaXplICAzLCBlbmFibGVkCgltYXBbMWNdOiB0eXBl IEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDg0MzAsIHNpemUgIDIsIGVuYWJsZWQKCW1hcFsy MF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ODQwMCwgc2l6ZSAgNCwgZW5hYmxl ZAoJbWFwWzI0XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4Zjg4MGEwMDAsIHNpemUg MTAsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTguSU5UQQpwY2liMDogc2xv dCAxOCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjIKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9 MHg0Mzg3LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MTksIGZ1bmM9MAoJY2xh c3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAxNywgc3RhdHJl Zz0weDAyYTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MTAK CW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGY4ODA0MDAwLCBzaXplIDEy LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjE5LklOVEEKcGNpYjA6IHNsb3Qg MTkgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CnVua25vd246IFJlc2VydmVkIDB4MTAwMCBieXRl cyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4Zjg4MDQwMDAKZm91bmQtPgl2ZW5kb3I9MHgxMDAy LCBkZXY9MHg0Mzg4LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MTksIGZ1bmM9 MQoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAxNywg c3RhdHJlZz0weDAyYTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIw IG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBp cnE9NQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4Zjg4MDUwMDAsIHNp emUgMTIsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTkuSU5UQgpwY2liMDog c2xvdCAxOSBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTcKdW5rbm93bjogUmVzZXJ2ZWQgMHgxMDAw IGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhmODgwNTAwMApmb3VuZC0+CXZlbmRvcj0w eDEwMDIsIGRldj0weDQzODksIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0xOSwg ZnVuYz0yCgljbGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgw MDE3LCBzdGF0cmVnPTB4MDJhMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAg KDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGlu PWMsIGlycT0xMQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4Zjg4MDYw MDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTkuSU5UQwpw Y2liMDogc2xvdCAxOSBJTlRDIGhhcmR3aXJlZCB0byBJUlEgMTgKdW5rbm93bjogUmVzZXJ2ZWQg MHgxMDAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhmODgwNjAwMApmb3VuZC0+CXZl bmRvcj0weDEwMDIsIGRldj0weDQzOGEsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xv dD0xOSwgZnVuYz0zCgljbGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRy ZWc9MHgwMDE3LCBzdGF0cmVnPTB4MDJhMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVy PTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJ aW50cGluPWIsIGlycT01CgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhm ODgwNzAwMCwgc2l6ZSAxMiwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xOS5J TlRCCnBjaWIwOiBzbG90IDE5IElOVEIgaGFyZHdpcmVkIHRvIElSUSAxNwp1bmtub3duOiBSZXNl cnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGY4ODA3MDAwCmZvdW5k LT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM4YiwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0w LCBzbG90PTE5LCBmdW5jPTQKCWNsYXNzPTBjLTAzLTEwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAK CWNtZHJlZz0weDAwMTcsIHN0YXRyZWc9MHgwMmEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0 dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCglpbnRwaW49YywgaXJxPTExCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJh c2UgMHhmODgwODAwMCwgc2l6ZSAxMiwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3Ig MC4xOS5JTlRDCnBjaWIwOiBzbG90IDE5IElOVEMgaGFyZHdpcmVkIHRvIElSUSAxOAp1bmtub3du OiBSZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGY4ODA4MDAw CmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM4NiwgcmV2aWQ9MHgwMAoJZG9tYWluPTAs IGJ1cz0wLCBzbG90PTE5LCBmdW5jPTUKCWNsYXNzPTBjLTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTAKCWNtZHJlZz0weDAwMTcsIHN0YXRyZWc9MHgwMmIwLCBjYWNoZWxuc3o9OCAoZHdvcmRz KQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCglpbnRwaW49ZCwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEg RDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAw eGY4ODBhNDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjE5 LklOVEQKcGNpYjA6IHNsb3QgMTkgSU5URCBoYXJkd2lyZWQgdG8gSVJRIDE5CnVua25vd246IFJl c2VydmVkIDB4MTAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhmODgwYTQwMApmb3Vu ZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzODUsIHJldmlkPTB4MTQKCWRvbWFpbj0wLCBidXM9 MCwgc2xvdD0yMCwgZnVuYz0wCgljbGFzcz0wYy0wNS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0x CgljbWRyZWc9MHgwMDAzLCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxh dHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQoJbWFwWzEwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg4NDEwLCBzaXplICA0 LCBlbmFibGVkCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM4YywgcmV2aWQ9MHgwMAoJ ZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIwLCBmdW5jPTEKCWNsYXNzPTAxLTAxLThhLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMTUsIHN0YXRyZWc9MHgwMjIwLCBjYWNoZWxuc3o9 MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4 bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTI1NQoJbWFwWzIwXTogdHlwZSBJL08gUG9y dCwgcmFuZ2UgMzIsIGJhc2UgMHg4NDIwLCBzaXplICA0LCBlbmFibGVkCmZvdW5kLT4JdmVuZG9y PTB4MTAwMiwgZGV2PTB4NDM4MywgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIw LCBmdW5jPTIKCWNsYXNzPTA0LTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0w eDAwMDYsIHN0YXRyZWc9MHgwNDEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0 MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRw aW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1h cFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGY4ODAwMDAwLCBzaXplIDE0LCBl bmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjIwLklOVEEKcGNpYjA6IHNsb3QgMjAg SU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM4 ZCwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIwLCBmdW5jPTMKCWNsYXNzPTA2 LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMGYsIHN0YXRyZWc9MHgw MjIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0w eDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2 PTB4NDM4NCwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIwLCBmdW5jPTQKCWNs YXNzPTA2LTA0LTAxLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRy ZWc9MHgwMmEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyks IG1pbmdudD0weDAyICg1MDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9 MHgxMDIyLCBkZXY9MHgxMTAwLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjQs IGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4 MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAw ICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2 ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAxLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNs b3Q9MjQsIGZ1bmM9MQoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21k cmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91 bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAyLCByZXZpZD0weDAwCglkb21haW49MCwgYnVz PTAsIHNsb3Q9MjQsIGZ1bmM9MgoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCgls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAzLCByZXZpZD0weDAwCglkb21haW49 MCwgYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9MwoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29y ZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBj aTAKcGNpYjE6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMTogICBzZWNvbmRhcnkgYnVzICAg ICAxCnBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEKcGNpYjE6ICAgSS9PIGRlY29kZSAgICAg ICAgMHg5MDAwLTB4OWZmZgpwY2liMTogICBtZW1vcnkgZGVjb2RlICAgICAweGY4MjAwMDAwLTB4 ZjgzZmZmZmYKcGNpYjE6ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHhmMDAwMDAwMC0weGY3ZmZmZmZm CnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnBjaTE6IGRvbWFpbj0wLCBwaHlzaWNhbCBi dXM9MQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDc5MWYsIHJldmlkPTB4MDAKCWRvbWFp bj0wLCBidXM9MSwgc2xvdD01LCBmdW5jPTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9OCAoZHdv cmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAg RDEgRDIgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdAoJbWFw WzEwXTogdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGYwMDAwMDAw LCBzaXplIDI3LCBlbmFibGVkCnBjaWIxOiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZjAwMDAw MDAtMHhmN2ZmZmZmZjogZ29vZAoJbWFwWzE4XTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNl IDB4ZjgzMDAwMDAsIHNpemUgMTYsIGVuYWJsZWQKcGNpYjE6IHJlcXVlc3RlZCBtZW1vcnkgcmFu Z2UgMHhmODMwMDAwMC0weGY4MzBmZmZmOiBnb29kCgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCBy YW5nZSAzMiwgYmFzZSAweDkwMDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjE6IHJlcXVlc3RlZCBJ L08gcmFuZ2UgMHg5MDAwLTB4OTBmZjogaW4gcmFuZ2UKCW1hcFsyNF06IHR5cGUgTWVtb3J5LCBy YW5nZSAzMiwgYmFzZSAweGY4MjAwMDAwLCBzaXplIDIwLCBlbmFibGVkCnBjaWIxOiByZXF1ZXN0 ZWQgbWVtb3J5IHJhbmdlIDB4ZjgyMDAwMDAtMHhmODJmZmZmZjogZ29vZApwY2liMTogbWF0Y2hl ZCBlbnRyeSBmb3IgMS41LklOVEEKcGNpYjE6IHNsb3QgNSBJTlRBIGhhcmR3aXJlZCB0byBJUlEg MTgKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg3OTE5LCByZXZpZD0weDAwCglkb21haW49 MCwgYnVzPTEsIHNsb3Q9NSwgZnVuYz0yCgljbGFzcz0wNC0wMy0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3Jk cykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0w eDAwICgwIG5zKQoJaW50cGluPWIsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQz ICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCW1hcFsxMF06IHR5 cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGY4MzEwMDAwLCBzaXplIDE0LCBlbmFibGVkCnBj aWIxOiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZjgzMTAwMDAtMHhmODMxM2ZmZjogZ29vZApw Y2liMTogbWF0Y2hlZCBlbnRyeSBmb3IgMS41LklOVEIKcGNpYjE6IHNsb3QgNSBJTlRCIGhhcmR3 aXJlZCB0byBJUlEgMTkKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHg5 MDAwLTB4OTBmZiBtZW0gMHhmMDAwMDAwMC0weGY3ZmZmZmZmLDB4ZjgzMDAwMDAtMHhmODMwZmZm ZiwweGY4MjAwMDAwLTB4ZjgyZmZmZmYgaXJxIDE4IGF0IGRldmljZSA1LjAgb24gcGNpMQpwY2kx OiA8bXVsdGltZWRpYSwgSERBPiBhdCBkZXZpY2UgNS4yIChubyBkcml2ZXIgYXR0YWNoZWQpCnBj aWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDYuMCBvbiBwY2kwCnBjaWIyOiAg IGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjI6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMgpwY2liMjog ICBzdWJvcmRpbmF0ZSBidXMgICA3CnBjaWIyOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4YTAwMC0w eGFmZmYKcGNpYjI6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmODQwMDAwMC0weGY4NGZmZmZmCnBj aWIyOiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZjgwMDAwMDAtMHhmODBmZmZmZgpwY2kyOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMgpwY2kyOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTIKZm91bmQt Pgl2ZW5kb3I9MHgxMGVjLCBkZXY9MHg4MTY4LCByZXZpZD0weDAyCglkb21haW49MCwgYnVzPTIs IHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCglj bWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJ aW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJy ZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCU1TSS1YIHN1cHBvcnRzIDIg bWVzc2FnZXMgaW4gbWFwIDB4MjAKCW1hcFsxMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBi YXNlIDB4YTAwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liMjogcmVxdWVzdGVkIEkvTyByYW5nZSAw eGEwMDAtMHhhMGZmOiBpbiByYW5nZQoJbWFwWzE4XTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBi YXNlIDB4Zjg0MDAwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjI6IHJlcXVlc3RlZCBtZW1vcnkg cmFuZ2UgMHhmODQwMDAwMC0weGY4NDAwZmZmOiBnb29kCgltYXBbMjBdOiB0eXBlIFByZWZldGNo YWJsZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZjgwMDAwMDAsIHNpemUgMTYsIGVuYWJsZWQK cGNpYjI6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmODAwMDAwMC0weGY4MDBmZmZmOiBnb29k CnBjaWIyOiBtYXRjaGVkIGVudHJ5IGZvciAyLjAuSU5UQQpwY2liMjogc2xvdCAwIElOVEEgaGFy ZHdpcmVkIHRvIElSUSAxOApyZTA6IDxSZWFsVGVrIDgxNjgvODExMSBCL0MvQ1AvRC9EUC9FIFBD SWUgR2lnYWJpdCBFdGhlcm5ldD4gcG9ydCAweGEwMDAtMHhhMGZmIG1lbSAweGY4NDAwMDAwLTB4 Zjg0MDBmZmYsMHhmODAwMDAwMC0weGY4MDBmZmZmIGlycSAxOCBhdCBkZXZpY2UgMC4wIG9uIHBj aTIKcmUwOiBSZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDE4IHR5cGUgMyBhdCAweGY4 NDAwMDAwCnJlMDogTVNJIGNvdW50IDogMQpyZTA6IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBN U0kgdmVjdG9ycyAoMSBzdXBwb3J0ZWQpCm1zaTogcm91dGluZyBNU0kgSVJRIDI1NiB0byBsb2Nh bCBBUElDIDAgdmVjdG9yIDQ5CnJlMDogdXNpbmcgSVJRIDI1NiBmb3IgTVNJCnJlMDogVXNpbmcg MSBNU0kgbWVzc2FnZXMKcmUwOiBDaGlwIHJldi4gMHgzYzAwMDAwMApyZTA6IE1BQyByZXYuIDB4 MDAwMDAwMDAKbWlpYnVzMDogPE1JSSBidXM+IG9uIHJlMApyZ2VwaHkwOiA8UlRMODE2OVMvODEx MFMvODIxMUIgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMwCnJnZXBoeTA6ICAxMGJh c2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQsIDEw MDBiYXNlVC1GRFgsIGF1dG8KcmUwOiBicGYgYXR0YWNoZWQKcmUwOiBFdGhlcm5ldCBhZGRyZXNz OiAwMDoxOTo5OTo5ZTo4ODphNwpyZTA6IFtNUFNBRkVdCnJlMDogW0ZJTFRFUl0KcGNpYjM6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNy4wIG9uIHBjaTAKcGNpYjM6ICAgZG9tYWlu ICAgICAgICAgICAgMApwY2liMzogICBzZWNvbmRhcnkgYnVzICAgICA4CnBjaWIzOiAgIHN1Ym9y ZGluYXRlIGJ1cyAgIDEzCnBjaWIzOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4YjAwMC0weGJmZmYK cGNpYjM6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmODUwMDAwMC0weGY4NWZmZmZmCnBjaWIzOiAg IHByZWZldGNoZWQgZGVjb2RlIDB4ZjgxMDAwMDAtMHhmODFmZmZmZgpwY2k4OiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMwpwY2k4OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTgKZm91bmQtPgl2ZW5k b3I9MHgxMGVjLCBkZXY9MHg4MTY4LCByZXZpZD0weDAyCglkb21haW49MCwgYnVzPTgsIHNsb3Q9 MCwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9 MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGlu PWEsIGlycT0xMQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQw CglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCU1TSS1YIHN1cHBvcnRzIDIgbWVzc2Fn ZXMgaW4gbWFwIDB4MjAKCW1hcFsxMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4 YjAwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liMzogcmVxdWVzdGVkIEkvTyByYW5nZSAweGIwMDAt MHhiMGZmOiBpbiByYW5nZQoJbWFwWzE4XTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4 Zjg1MDAwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjM6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2Ug MHhmODUwMDAwMC0weGY4NTAwZmZmOiBnb29kCgltYXBbMjBdOiB0eXBlIFByZWZldGNoYWJsZSBN ZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZjgxMDAwMDAsIHNpemUgMTYsIGVuYWJsZWQKcGNpYjM6 IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmODEwMDAwMC0weGY4MTBmZmZmOiBnb29kCnBjaWIz OiBtYXRjaGVkIGVudHJ5IGZvciA4LjAuSU5UQQpwY2liMzogc2xvdCAwIElOVEEgaGFyZHdpcmVk IHRvIElSUSAxOQpyZTE6IDxSZWFsVGVrIDgxNjgvODExMSBCL0MvQ1AvRC9EUC9FIFBDSWUgR2ln YWJpdCBFdGhlcm5ldD4gcG9ydCAweGIwMDAtMHhiMGZmIG1lbSAweGY4NTAwMDAwLTB4Zjg1MDBm ZmYsMHhmODEwMDAwMC0weGY4MTBmZmZmIGlycSAxOSBhdCBkZXZpY2UgMC4wIG9uIHBjaTgKcmUx OiBSZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDE4IHR5cGUgMyBhdCAweGY4NTAwMDAw CnJlMTogTVNJIGNvdW50IDogMQpyZTE6IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBNU0kgdmVj dG9ycyAoMSBzdXBwb3J0ZWQpCm1zaTogcm91dGluZyBNU0kgSVJRIDI1NyB0byBsb2NhbCBBUElD IDAgdmVjdG9yIDUwCnJlMTogdXNpbmcgSVJRIDI1NyBmb3IgTVNJCnJlMTogVXNpbmcgMSBNU0kg bWVzc2FnZXMKcmUxOiBDaGlwIHJldi4gMHgzYzAwMDAwMApyZTE6IE1BQyByZXYuIDB4MDAwMDAw MDAKbWlpYnVzMTogPE1JSSBidXM+IG9uIHJlMQpyZ2VwaHkxOiA8UlRMODE2OVMvODExMFMvODIx MUIgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMxCnJnZXBoeTE6ICAxMGJhc2VULCAx MGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQsIDEwMDBiYXNl VC1GRFgsIGF1dG8KcmUxOiBicGYgYXR0YWNoZWQKcmUxOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDox OTo5OTo5ZTo4MzowMApyZTE6IFtNUFNBRkVdCnJlMTogW0ZJTFRFUl0KYXRhcGNpMDogPEFUSSBJ WFA2MDAgU0FUQTMwMCBjb250cm9sbGVyPiBwb3J0IDB4ODQ0MC0weDg0NDcsMHg4NDM0LTB4ODQz NywweDg0MzgtMHg4NDNmLDB4ODQzMC0weDg0MzMsMHg4NDAwLTB4ODQwZiBtZW0gMHhmODgwYTAw MC0weGY4ODBhM2ZmIGlycSAyMiBhdCBkZXZpY2UgMTguMCBvbiBwY2kwCmF0YXBjaTA6IFJlc2Vy dmVkIDB4MTAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweDg0MDAKYXRhcGNpMDogUmVz ZXJ2ZWQgMHg0MDAgYnl0ZXMgZm9yIHJpZCAweDI0IHR5cGUgMyBhdCAweGY4ODBhMDAwCmlvYXBp YzA6IHJvdXRpbmcgaW50cGluIDIyIChQQ0kgSVJRIDIyKSB0byBsYXBpYyAwIHZlY3RvciA1MQph dGFwY2kwOiBbTVBTQUZFXQphdGFwY2kwOiBbSVRIUkVBRF0KYXRhcGNpMDogQUhDSSB2MS4xMCBj b250cm9sbGVyIHdpdGggNCAzR2JwcyBwb3J0cywgUE0gc3VwcG9ydGVkCmF0YXBjaTA6IENhcHM6 IDY0Yml0IE5DUSBTTlRGIE1QUyBBTCBDTE8gM0dicHMgUE0gUE1EIDMyY21kIENDQyA0cG9ydHMK YXRhMjogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKYXRhMjogQUhDSSByZXNldC4uLgphdGEy OiBoYXJkd2FyZSByZXNldCAuLi4KYXRhMjogU0FUQSBjb25uZWN0IHRpbWVvdXQgc3RhdHVzPTAw MDAwMDAwCmF0YTI6IEFIQ0kgcmVzZXQgZG9uZTogcGh5IHJlc2V0IGZvdW5kIG5vIGRldmljZQph dGEyOiBbTVBTQUZFXQphdGEyOiBbSVRIUkVBRF0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0 YXBjaTAKYXRhMzogQUhDSSByZXNldC4uLgphdGEzOiBoYXJkd2FyZSByZXNldCAuLi4KYXRhMzog U0FUQSBjb25uZWN0IHRpbWU9MG1zIHN0YXR1cz0wMDAwMDEyMwphdGEzOiByZWFkeSB3YWl0IHRp bWU9OW1zCmF0YTM6IHNvZnR3YXJlIHJlc2V0IHBvcnQgMTUuLi4KYXRhMzogYWhjaV9pc3N1ZV9j bWQgdGltZW91dDogMzAwMCBvZiAzMDAwbXMsIHN0YXR1cz0wMDAwMDAwMQphdGEzOiBwb3J0IGlz IG5vdCByZWFkeSAodGltZW91dCAwbXMpIHRmZCA9IDAwMDAwMWQwCmF0YTM6IHNvZnR3YXJlIHJl c2V0IGNsZWFyIHRpbWVvdXQKYXRhMzogc29mdHdhcmUgcmVzZXQgcG9ydCAwLi4uCmF0YTM6IHJl YWR5IHdhaXQgdGltZT0wbXMKYXRhMzogU0lHTkFUVVJFOiAwMDAwMDEwMQphdGEzOiBBSENJIHJl c2V0IGRvbmU6IGRldmljZXM9MDAwMDAwMDEKYXRhMzogW01QU0FGRV0KYXRhMzogW0lUSFJFQURd CmF0YTQ6IDxBVEEgY2hhbm5lbCAyPiBvbiBhdGFwY2kwCmF0YTQ6IEFIQ0kgcmVzZXQuLi4KYXRh NDogaGFyZHdhcmUgcmVzZXQgLi4uCmF0YTQ6IFNBVEEgY29ubmVjdCB0aW1lb3V0IHN0YXR1cz0w MDAwMDAwMAphdGE0OiBBSENJIHJlc2V0IGRvbmU6IHBoeSByZXNldCBmb3VuZCBubyBkZXZpY2UK YXRhNDogW01QU0FGRV0KYXRhNDogW0lUSFJFQURdCmF0YTU6IDxBVEEgY2hhbm5lbCAzPiBvbiBh dGFwY2kwCmF0YTU6IEFIQ0kgcmVzZXQuLi4KYXRhNTogaGFyZHdhcmUgcmVzZXQgLi4uCmF0YTU6 IFNBVEEgY29ubmVjdCB0aW1lb3V0IHN0YXR1cz0wMDAwMDAwMAphdGE1OiBBSENJIHJlc2V0IGRv bmU6IHBoeSByZXNldCBmb3VuZCBubyBkZXZpY2UKYXRhNTogW01QU0FGRV0KYXRhNTogW0lUSFJF QURdCm9oY2kwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGY4ODA0MDAw LTB4Zjg4MDRmZmYgaXJxIDE2IGF0IGRldmljZSAxOS4wIG9uIHBjaTAKaW9hcGljMDogcm91dGlu ZyBpbnRwaW4gMTYgKFBDSSBJUlEgMTYpIHRvIGxhcGljIDAgdmVjdG9yIDUyCm9oY2kwOiBbTVBT QUZFXQpvaGNpMDogW0lUSFJFQURdCnVzYnVzMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9s bGVyPiBvbiBvaGNpMApvaGNpMTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0g MHhmODgwNTAwMC0weGY4ODA1ZmZmIGlycSAxNyBhdCBkZXZpY2UgMTkuMSBvbiBwY2kwCmlvYXBp YzA6IHJvdXRpbmcgaW50cGluIDE3IChQQ0kgSVJRIDE3KSB0byBsYXBpYyAwIHZlY3RvciA1Mwpv aGNpMTogW01QU0FGRV0Kb2hjaTE6IFtJVEhSRUFEXQp1c2J1czE6IDxPSENJIChnZW5lcmljKSBV U0IgY29udHJvbGxlcj4gb24gb2hjaTEKb2hjaTI6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJv bGxlcj4gbWVtIDB4Zjg4MDYwMDAtMHhmODgwNmZmZiBpcnEgMTggYXQgZGV2aWNlIDE5LjIgb24g cGNpMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxOCAoUENJIElSUSAxOCkgdG8gbGFwaWMgMCB2 ZWN0b3IgNTQKb2hjaTI6IFtNUFNBRkVdCm9oY2kyOiBbSVRIUkVBRF0KdXNidXMyOiA8T0hDSSAo Z2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kyCm9oY2kzOiA8T0hDSSAoZ2VuZXJpYykg VVNCIGNvbnRyb2xsZXI+IG1lbSAweGY4ODA3MDAwLTB4Zjg4MDdmZmYgaXJxIDE3IGF0IGRldmlj ZSAxOS4zIG9uIHBjaTAKb2hjaTM6IFtNUFNBRkVdCm9oY2kzOiBbSVRIUkVBRF0KdXNidXMzOiA8 T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kzCm9oY2k0OiA8T0hDSSAoZ2Vu ZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGY4ODA4MDAwLTB4Zjg4MDhmZmYgaXJxIDE4IGF0 IGRldmljZSAxOS40IG9uIHBjaTAKb2hjaTQ6IFtNUFNBRkVdCm9oY2k0OiBbSVRIUkVBRF0KdXNi dXM0OiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2k0CmVoY2kwOiA8RUhD SSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmODgwYTQwMC0weGY4ODBhNGZm IGlycSAxOSBhdCBkZXZpY2UgMTkuNSBvbiBwY2kwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE5 IChQQ0kgSVJRIDE5KSB0byBsYXBpYyAwIHZlY3RvciA1NQplaGNpMDogW01QU0FGRV0KZWhjaTA6 IFtJVEhSRUFEXQplaGNpMDogQU1EIFNCNjAwLzcwMCBxdWlyayBhcHBsaWVkCmVoY2kwOiBEcm9w cGVkIGludGVycnVwdHMgd29ya2Fyb3VuZCBlbmFibGVkCnVzYnVzNTogRUhDSSB2ZXJzaW9uIDEu MAp1c2J1czU6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCnBj aTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDIwLjAgKG5vIGRyaXZlciBhdHRhY2hl ZCkKYXRhcGNpMTogPEFUSSBJWFA2MDAgVURNQTEzMyBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4 MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4ODQyMC0weDg0MmYgYXQgZGV2aWNlIDIwLjEg b24gcGNpMAphdGFwY2kxOiBSZXNlcnZlZCAweDEwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQg YXQgMHg4NDIwCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxCmF0YXBjaTE6IFJlc2Vy dmVkIDB4OCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSA0IGF0IDB4MWYwCmF0YXBjaTE6IFJlc2Vy dmVkIDB4MSBieXRlcyBmb3IgcmlkIDB4MTQgdHlwZSA0IGF0IDB4M2Y2CmF0YTA6IHJlc2V0IHRw MSBtYXNrPTAzIG9zdGF0MD03ZiBvc3RhdDE9N2YKYXRhMDogc3RhdDA9MHg3ZiBlcnI9MHg3ZiBs c2I9MHg3ZiBtc2I9MHg3ZgphdGEwOiBzdGF0MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0w eDdmCmF0YTA6IHN0YXQwPTB4N2YgZXJyPTB4N2YgbHNiPTB4N2YgbXNiPTB4N2YKYXRhMDogc3Rh dDA9MHg3ZiBlcnI9MHg3ZiBsc2I9MHg3ZiBtc2I9MHg3ZgphdGEwOiBzdGF0MD0weDdmIGVycj0w eDdmIGxzYj0weDdmIG1zYj0weDdmCmF0YTA6IHN0YXQwPTB4N2YgZXJyPTB4N2YgbHNiPTB4N2Yg bXNiPTB4N2YKYXRhMDogc3RhdDA9MHg3ZiBlcnI9MHg3ZiBsc2I9MHg3ZiBtc2I9MHg3ZgphdGEw OiBzdGF0MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmCmF0YTA6IHN0YXQwPTB4N2Yg ZXJyPTB4N2YgbHNiPTB4N2YgbXNiPTB4N2YKYXRhMDogc3RhdDA9MHg3ZiBlcnI9MHg3ZiBsc2I9 MHg3ZiBtc2I9MHg3ZgphdGEwOiBzdGF0MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdm CmF0YTA6IHN0YXQwPTB4N2YgZXJyPTB4N2YgbHNiPTB4N2YgbXNiPTB4N2YKYXRhMDogc3RhdDE9 MHg3ZiBlcnI9MHg3ZiBsc2I9MHg3ZiBtc2I9MHg3ZgphdGEwOiByZXNldCB0cDIgc3RhdDA9ZmYg c3RhdDE9ZmYgZGV2aWNlcz0weDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTQgKElTQSBJUlEg MTQpIHRvIGxhcGljIDAgdmVjdG9yIDU2CmF0YTA6IFtNUFNBRkVdCmF0YTA6IFtJVEhSRUFEXQpw Y2kwOiA8bXVsdGltZWRpYSwgSERBPiBhdCBkZXZpY2UgMjAuMiAobm8gZHJpdmVyIGF0dGFjaGVk KQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMjAuMyBvbiBwY2kwCmlzYTA6IDxJ U0EgYnVzPiBvbiBpc2FiMApwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAy MC40IG9uIHBjaTAKcGNpYjQ6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liNDogICBzZWNvbmRh cnkgYnVzICAgICAxNApwY2liNDogICBzdWJvcmRpbmF0ZSBidXMgICAxOQpwY2liNDogICBJL08g ZGVjb2RlICAgICAgICAweGYwMDAtMHhmZmYKcGNpYjQ6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUK cGNpYjQ6ICAgU3VidHJhY3RpdmVseSBkZWNvZGVkIGJyaWRnZS4KcGNpMTQ6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWI0CnBjaTE0OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTE0CmF0cnRjMDogPEFU IHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3MSBpcnEgOCBvbiBhY3BpMAphdHJ0YzA6IHJl Z2lzdGVyZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9jayAocmVzb2x1dGlvbiAxMDAwMDAwdXMpCmF0 a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAx IG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmF0a2JkOiB0 aGUgY3VycmVudCBrYmQgY29udHJvbGxlciBjb21tYW5kIGJ5dGUgMDA2NwphdGtiZDoga2V5Ym9h cmQgSUQgMHhmZmZmZmZmZiAoMSkKYXRrYmQ6IGZhaWxlZCB0byByZXNldCB0aGUga2V5Ym9hcmQu CmtiZDAgYXQgYXRrYmQwCmtiZDA6IGF0a2JkMCwgQVQgODQgKDEpLCBjb25maWc6MHgwLCBmbGFn czoweDNkMDAwMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxIChJU0EgSVJRIDEpIHRvIGxhcGlj IDAgdmVjdG9yIDU3CmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KYXRrYmQwOiBbSVRIUkVBRF0KcHNt MDogdW5hYmxlIHRvIGFsbG9jYXRlIElSUQpwc21jcG5wMDogPFBTLzIgbW91c2UgcG9ydD4gaXJx IDEyIG9uIGFjcGkwCnBzbTA6IGN1cnJlbnQgY29tbWFuZCBieXRlOjAwNjcKcHNtMDogZmFpbGVk IHRvIHJlc2V0IHRoZSBhdXggZGV2aWNlLgp1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBv cnQgMHgzZjgtMHgzZmYgaXJxIDQgb24gYWNwaTAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gNCAo SVNBIElSUSA0KSB0byBsYXBpYyAwIHZlY3RvciA1OAp1YXJ0MDogW0ZJTFRFUl0KdWFydDA6IGZh c3QgaW50ZXJydXB0CnVhcnQxOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDJmOC0weDJm ZiBpcnEgMyBvbiBhY3BpMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAzIChJU0EgSVJRIDMpIHRv IGxhcGljIDAgdmVjdG9yIDU5CnVhcnQxOiBbRklMVEVSXQp1YXJ0MTogZmFzdCBpbnRlcnJ1cHQK YWhjX2lzYV9wcm9iZSAwOiBpb3BvcnQgMHhjMDAgYWxsb2MgZmFpbGVkCmV4X2lzYV9pZGVudGlm eSgpCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyMDMKcG5wX2lkZW50aWZ5OiBU cnlpbmcgUmVhZF9Qb3J0IGF0IDI0MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQg MjgzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyYzMKcG5wX2lkZW50aWZ5OiBU cnlpbmcgUmVhZF9Qb3J0IGF0IDMwMwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQg MzQzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzODMKcG5wX2lkZW50aWZ5OiBU cnlpbmcgUmVhZF9Qb3J0IGF0IDNjMwpQTlAgSWRlbnRpZnkgY29tcGxldGUKdW5rbm93bjogc3Rh dHVzIHJlZyB0ZXN0IGZhaWxlZCBmZgp1bmtub3duOiBzdGF0dXMgcmVnIHRlc3QgZmFpbGVkIGZm CnVua25vd246IHN0YXR1cyByZWcgdGVzdCBmYWlsZWQgZmYKdW5rbm93bjogc3RhdHVzIHJlZyB0 ZXN0IGZhaWxlZCBmZgp1bmtub3duOiBzdGF0dXMgcmVnIHRlc3QgZmFpbGVkIGZmCnVua25vd246 IHN0YXR1cyByZWcgdGVzdCBmYWlsZWQgZmYKaXNhX3Byb2JlX2NoaWxkcmVuOiBkaXNhYmxpbmcg UG5QIGRldmljZXMKcG10aW1lcjAgb24gaXNhMAphdGE6IGF0YTAgYWxyZWFkeSBleGlzdHM7IHNr aXBwaW5nIGl0CmF0a2JkYzogYXRrYmRjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKc2M6 IHNjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKdmdhOiB2Z2EwIGFscmVhZHkgZXhpc3Rz OyBza2lwcGluZyBpdAppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2Vz Cm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4YzAwMDAtMHhjZDdmZiwweGNkODAw LTB4Y2U3ZmYsMHhjZTgwMC0weGNmN2ZmIHBucGlkIE9STTAwMDAgb24gaXNhMApzYzA6IDxTeXN0 ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBj b25zb2xlcywgZmxhZ3M9MHgzMDA+CnNjMDogZmIwLCBrYmQxLCB0ZXJtaW5hbCBlbXVsYXRvcjog c2N0ZWtlbiAodGVrZW4gdGVybWluYWwpCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQg MHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKYWR2MDogbm90IHByb2Jl ZCAoZGlzYWJsZWQpCmFoYTA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQphaWMwOiBub3QgcHJvYmVk IChkaXNhYmxlZCkKYXRhMSBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDE3MCBpcnEgMTUgb24g aXNhMApidDA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpjczA6IG5vdCBwcm9iZWQgKGRpc2FibGVk KQplZDA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpmZGMwIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0 IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGlzYTAKZmUwOiBub3QgcHJvYmVkIChk aXNhYmxlZCkKaWUwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKbGUwOiBub3QgcHJvYmVkIChkaXNh YmxlZCkKcHBjMCBmYWlsZWQgdG8gcHJvYmUgYXQgaXJxIDcgb24gaXNhMApzaW8wIGZhaWxlZCB0 byBwcm9iZSBhdCBwb3J0IDB4M2Y4IGlycSA0IG9uIGlzYTAKc2lvMSBmYWlsZWQgdG8gcHJvYmUg YXQgcG9ydCAweDJmOCBpcnEgMyBvbiBpc2EwCnNpbzI6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpz aW8zOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKc24wOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKdnQw OiBub3QgcHJvYmVkIChkaXNhYmxlZCkKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIFBuUCBk ZXZpY2VzCnBvd2Vybm93MDogPENvb2xgbidRdWlldCBLOD4gb24gY3B1MApwb3dlcm5vdzA6IFNU QVRVUzogMHgxODFhMWExODAyMDIwMgpwb3dlcm5vdzA6IFNUQVRVUzogbWF4ZmlkOiAweDAyCnBv d2Vybm93MDogU1RBVFVTOiBtYXh2aWQ6IDB4MTgKcG93ZXJub3cwOiBQU0I6IFZTVDogNQpwb3dl cm5vdzA6IFBTQjogUlZPIDIgSVJUIDMgTVZTIDAgQkFUVCAwCnBvd2Vybm93OiAgMCAgIDk5NTAw MGtIeiBGSUQgMDIgVklEIDFhCnBvd2Vybm93OiAgMSAgIDk5NTAwMGtIeiBGSUQgMDIgVklEIDFh CkRldmljZSBjb25maWd1cmF0aW9uIGZpbmlzaGVkLgpSZWR1Y2luZyBrZXJuLm1heHZub2RlcyAx MjU3MjkgLT4gMTAwMDAwCnByb2NmcyByZWdpc3RlcmVkCmxhcGljOiBEaXZpc29yIDIsIEZyZXF1 ZW5jeSA5OTk5OTY1OCBIegpUaW1lY291bnRlciAiVFNDIiBmcmVxdWVuY3kgOTk5OTk2NDI0IEh6 IHF1YWxpdHkgODAwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKdmxhbjogaW5p dGlhbGl6ZWQsIHVzaW5nIGhhc2ggdGFibGVzIHdpdGggY2hhaW5pbmcKY3J5cHRvOiA8Y3J5cHRv IGRldmljZT4KSVBzZWM6IEluaXRpYWxpemVkIFNlY3VyaXR5IEFzc29jaWF0aW9uIFByb2Nlc3Np bmcuCmxvMDogYnBmIGF0dGFjaGVkCnBmc3luYzA6IGJwZiBhdHRhY2hlZAplbmMwOiBicGYgYXR0 YWNoZWQKcGZsb2cwOiBicGYgYXR0YWNoZWQKaHB0cnI6IG5vIGNvbnRyb2xsZXIgZGV0ZWN0ZWQu CmF0YTA6IElkZW50aWZ5aW5nIGRldmljZXM6IDAwMDAwMDAwCmF0YTA6IE5ldyBkZXZpY2VzOiAw MDAwMDAwMAphdGEyOiBJZGVudGlmeWluZyBkZXZpY2VzOiAwMDAwMDAwMAphdGEyOiBOZXcgZGV2 aWNlczogMDAwMDAwMDAKYXRhMzogSWRlbnRpZnlpbmcgZGV2aWNlczogMDAwMDAwMDEKYXRhMzog TmV3IGRldmljZXM6IDAwMDAwMDAxCnVzYnVzMDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAK dXNidXMxOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czI6IDEyTWJwcyBGdWxsIFNw ZWVkIFVTQiB2MS4wCnVzYnVzMzogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXM0OiAx Mk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czU6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0Ig djIuMAphdGEzLW1hc3RlcjogcGlvPVBJTzQgd2RtYT1XRE1BMiB1ZG1hPVVETUExMzMgY2FibGU9 NDAgd2lyZQphZDY6IHNldHRpbmcgVURNQTEwMAphZDY6IDE1MjYyN01CIDxTZWFnYXRlIFNUOTE2 MDMxNEFTIDAwMDFTRE0xPiBhdCBhdGEzLW1hc3RlciBVRE1BMTAwIFNBVEEgM0diL3MKYWQ2OiAz MTI1ODE4MDggc2VjdG9ycyBbMzEwMTAxQy8xNkgvNjNTXSAxNiBzZWN0b3JzL2ludGVycnVwdCAx IGRlcHRoIHF1ZXVlCkdFT006IG5ldyBkaXNrIGFkNgp1Z2VuMC4xOiA8QVRJPiBhdCB1c2J1czAK dWh1YjA6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYnVzMAp1Z2VuMS4xOiA8QVRJPiBhdCB1c2J1czEKdWh1YjE6IDxBVEkgT0hDSSBy b290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQp1Z2Vu Mi4xOiA8QVRJPiBhdCB1c2J1czIKdWh1YjI6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8w LCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1Z2VuMy4xOiA8QVRJPiBhdCB1c2J1 czMKdWh1YjM6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBh ZGRyIDE+IG9uIHVzYnVzMwp1Z2VuNC4xOiA8QVRJPiBhdCB1c2J1czQKdWh1YjQ6IDxBVEkgT0hD SSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNAp1 Z2VuNS4xOiA8QVRJPiBhdCB1c2J1czUKdWh1YjU6IDxBVEkgRUhDSSByb290IEhVQiwgY2xhc3Mg OS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNQphZDY6IFNpbGljb24gSW1hZ2Ug Y2hlY2sxIGZhaWxlZAphZDY6IEFkYXB0ZWMgY2hlY2sxIGZhaWxlZAphZDY6IExTSSAodjMpIGNo ZWNrMSBmYWlsZWQKYWQ2OiBMU0kgKHYyKSBjaGVjazEgZmFpbGVkCmFkNjogRnJlZUJTRCBjaGVj azEgZmFpbGVkCmF0YTQ6IElkZW50aWZ5aW5nIGRldmljZXM6IDAwMDAwMDAwCmF0YTQ6IE5ldyBk ZXZpY2VzOiAwMDAwMDAwMAphdGE1OiBJZGVudGlmeWluZyBkZXZpY2VzOiAwMDAwMDAwMAphdGE1 OiBOZXcgZGV2aWNlczogMDAwMDAwMDAKQVRBIFBzZXVkb1JBSUQgbG9hZGVkClJvb3QgbW91bnQg d2FpdGluZyBmb3I6IHVzYnVzNSB1c2J1czQgdXNidXMzIHVzYnVzMiB1c2J1czEgdXNidXMwCnVo dWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMTogMiBwb3J0 cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjI6IDIgcG9ydHMgd2l0aCAyIHJl bW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIzOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNl bGYgcG93ZXJlZAp1aHViNDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK Um9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXM1ClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVz YnVzNQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czUKUm9vdCBtb3VudCB3YWl0aW5nIGZv cjogdXNidXM1CnVodWI1OiAxMCBwb3J0cyB3aXRoIDEwIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk ClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQ2czFhCmN0X3RvX3RzKFsyMDEy LTAxLTA5IDE5OjQ1OjM5XSkgPSAxMzI2MTM4MzM5LjAwMDAwMDAwMApzdGFydF9pbml0OiB0cnlp bmcgL3NiaW4vaW5pdAp1Z2VuMy4yOiA8QlRDPiBhdCB1c2J1czMKdWtiZDA6IDxCVEMgVVNCIE11 bHRpbWVkaWEgS2V5Ym9hcmQsIGNsYXNzIDAvMCwgcmV2IDEuMTAvMS4wMCwgYWRkciAyPiBvbiB1 c2J1czMKa2JkMiBhdCB1a2JkMAprYmQyOiB1a2JkMCwgZ2VuZXJpYyAoMCksIGNvbmZpZzoweDAs IGZsYWdzOjB4M2QwMDAwCnVoaWQwOiA8QlRDIFVTQiBNdWx0aW1lZGlhIEtleWJvYXJkLCBjbGFz cyAwLzAsIHJldiAxLjEwLzEuMDAsIGFkZHIgMj4gb24gdXNidXMzCnBmbG9nMDogcHJvbWlzY3Vv dXMgbW9kZSBlbmFibGVkCmZ1c2U0YnNkOiB2ZXJzaW9uIDAuMy45LXByZTEsIEZVU0UgQUJJIDcu OAo= --_008_35CFCFC220BF044DA8BFCE7FC11853D7014341EX02reitznerlocal_ Content-Type: text/plain; name="dmidecode.txt" Content-Description: dmidecode.txt Content-Disposition: attachment; filename="dmidecode.txt"; size=10416; creation-date="Mon, 09 Jan 2012 20:29:03 GMT"; modification-date="Mon, 09 Jan 2012 20:29:03 GMT" Content-Transfer-Encoding: base64 WzIuMC4xLVJFTEVBU0VdW3Jvb3RAcmFjZy5sb2NhbF0vcm9vdCgxNCk6IGRtaWRlY29kZSAKIyBk bWlkZWNvZGUgMi4xMApTTUJJT1MgMi41IHByZXNlbnQuCjM3IHN0cnVjdHVyZXMgb2NjdXB5aW5n IDEzODEgYnl0ZXMuClRhYmxlIGF0IDB4NzdFRTIwMDAuCgpIYW5kbGUgMHgwMDAwLCBETUkgdHlw ZSAwLCAyNCBieXRlcwpCSU9TIEluZm9ybWF0aW9uCglWZW5kb3I6IEZVSklUU1UgLy8gUGhvZW5p eCBUZWNobm9sb2dpZXMgTHRkLgoJVmVyc2lvbjogNi4wMCBSMS4yMi4yOTYzLlMxICAgICAgICAg ICAgICAKCVJlbGVhc2UgRGF0ZTogMTIvMDEvMjAxMAoJQWRkcmVzczogMHhFNEYxMAoJUnVudGlt ZSBTaXplOiAxMTA4MzIgYnl0ZXMKCVJPTSBTaXplOiA1MTIga0IKCUNoYXJhY3RlcmlzdGljczoK CQlQQ0kgaXMgc3VwcG9ydGVkCgkJUE5QIGlzIHN1cHBvcnRlZAoJCUJJT1MgaXMgdXBncmFkZWFi bGUKCQlCSU9TIHNoYWRvd2luZyBpcyBhbGxvd2VkCgkJRVNDRCBzdXBwb3J0IGlzIGF2YWlsYWJs ZQoJCUJvb3QgZnJvbSBDRCBpcyBzdXBwb3J0ZWQKCQlTZWxlY3RhYmxlIGJvb3QgaXMgc3VwcG9y dGVkCgkJQklPUyBST00gaXMgc29ja2V0ZWQKCQlFREQgaXMgc3VwcG9ydGVkCgkJNS4yNSIvMzYw IGtCIGZsb3BweSBzZXJ2aWNlcyBhcmUgc3VwcG9ydGVkIChpbnQgMTNoKQoJCTUuMjUiLzEuMiBN QiBmbG9wcHkgc2VydmljZXMgYXJlIHN1cHBvcnRlZCAoaW50IDEzaCkKCQkzLjUiLzcyMCBrQiBm bG9wcHkgc2VydmljZXMgYXJlIHN1cHBvcnRlZCAoaW50IDEzaCkKCQlQcmludCBzY3JlZW4gc2Vy dmljZSBpcyBzdXBwb3J0ZWQgKGludCA1aCkKCQk4MDQyIGtleWJvYXJkIHNlcnZpY2VzIGFyZSBz dXBwb3J0ZWQgKGludCA5aCkKCQlTZXJpYWwgc2VydmljZXMgYXJlIHN1cHBvcnRlZCAoaW50IDE0 aCkKCQlQcmludGVyIHNlcnZpY2VzIGFyZSBzdXBwb3J0ZWQgKGludCAxN2gpCgkJQ0dBL21vbm8g dmlkZW8gc2VydmljZXMgYXJlIHN1cHBvcnRlZCAoaW50IDEwaCkKCQlBQ1BJIGlzIHN1cHBvcnRl ZAoJCVVTQiBsZWdhY3kgaXMgc3VwcG9ydGVkCgkJTFMtMTIwIGJvb3QgaXMgc3VwcG9ydGVkCgkJ QVRBUEkgWmlwIGRyaXZlIGJvb3QgaXMgc3VwcG9ydGVkCgkJQklPUyBib290IHNwZWNpZmljYXRp b24gaXMgc3VwcG9ydGVkCgkJVGFyZ2V0ZWQgY29udGVudCBkaXN0cmlidXRpb24gaXMgc3VwcG9y dGVkCglCSU9TIFJldmlzaW9uOiAxLjM0CgpIYW5kbGUgMHgwMDAxLCBETUkgdHlwZSAxLCAyNyBi eXRlcwpTeXN0ZW0gSW5mb3JtYXRpb24KCU1hbnVmYWN0dXJlcjogRlVKSVRTVSAgICAgICAgICAg ICAgICAgICAgICAgICAKCVByb2R1Y3QgTmFtZTogRDI5NjMtUzEgICAgICAgICAgICAgICAgICAg ICAgCglWZXJzaW9uOiAgICAgICAgIAoJU2VyaWFsIE51bWJlcjogMjY3Mjg2NjAxICAgICAgICAg ICAKCVVVSUQ6IEY4MDg5QjFELUFCOEItMTFFMC1BQzg4LTAwMTk5OTlFODhBNwoJV2FrZS11cCBU eXBlOiBQb3dlciBTd2l0Y2gKCVNLVSBOdW1iZXI6IE5vdCBTcGVjaWZpZWQKCUZhbWlseTogTm90 IFNwZWNpZmllZAoKSGFuZGxlIDB4MDAwMiwgRE1JIHR5cGUgMiwgMTUgYnl0ZXMKQmFzZSBCb2Fy ZCBJbmZvcm1hdGlvbgoJTWFudWZhY3R1cmVyOiBGVUpJVFNVICAgICAgICAgICAgICAgICAgICAg ICAgIAoJUHJvZHVjdCBOYW1lOiBEMjk2My1TMQoJVmVyc2lvbjogUzI2MzYxLUQyOTYzLVMxCglT ZXJpYWwgTnVtYmVyOiAzNjUzNTc1OQoJQXNzZXQgVGFnOiBOb3QgU3BlY2lmaWVkCglGZWF0dXJl czoKCQlCb2FyZCBpcyBhIGhvc3RpbmcgYm9hcmQKCQlCb2FyZCBpcyByZXBsYWNlYWJsZQoJTG9j YXRpb24gSW4gQ2hhc3NpczogTm90IFNwZWNpZmllZAoJQ2hhc3NpcyBIYW5kbGU6IDB4MDAwMwoJ VHlwZTogTW90aGVyYm9hcmQKCUNvbnRhaW5lZCBPYmplY3QgSGFuZGxlczogMAoKSGFuZGxlIDB4 MDAwMywgRE1JIHR5cGUgMywgMTcgYnl0ZXMKQ2hhc3NpcyBJbmZvcm1hdGlvbgoJTWFudWZhY3R1 cmVyOiBGVUpJVFNVICAgICAgICAgICAgICAgICAgICAgICAgIAoJVHlwZTogTWluaSBUb3dlcgoJ TG9jazogUHJlc2VudAoJVmVyc2lvbjogICAgICAgICAgICAgICAgIAoJU2VyaWFsIE51bWJlcjog ICAgICAgICAgICAgICAgIAoJQXNzZXQgVGFnOiA0MDQxMSAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgCglCb290LXVwIFN0YXRlOiBTYWZlCglQb3dlciBTdXBwbHkgU3RhdGU6IFNh ZmUKCVRoZXJtYWwgU3RhdGU6IFNhZmUKCVNlY3VyaXR5IFN0YXR1czogTm9uZQoJT0VNIEluZm9y bWF0aW9uOiAweDAwMDAwMDAwCgpIYW5kbGUgMHgwMDA0LCBETUkgdHlwZSA0LCA0MCBieXRlcwpQ cm9jZXNzb3IgSW5mb3JtYXRpb24KCVNvY2tldCBEZXNpZ25hdGlvbjogU29ja2V0IEFNMgoJVHlw ZTogQ2VudHJhbCBQcm9jZXNzb3IKCUZhbWlseTogT3B0ZXJvbgoJTWFudWZhY3R1cmVyOiBBTUQK CUlEOiBGMiAwRiAwNiAwMCBGRiBGQiA4QiAwNwoJU2lnbmF0dXJlOiBGYW1pbHkgMTUsIE1vZGVs IDExMSwgU3RlcHBpbmcgMgoJRmxhZ3M6CgkJRlBVIChGbG9hdGluZy1wb2ludCB1bml0IG9uLWNo aXApCgkJVk1FIChWaXJ0dWFsIG1vZGUgZXh0ZW5zaW9uKQoJCURFIChEZWJ1Z2dpbmcgZXh0ZW5z aW9uKQoJCVBTRSAoUGFnZSBzaXplIGV4dGVuc2lvbikKCQlUU0MgKFRpbWUgc3RhbXAgY291bnRl cikKCQlNU1IgKE1vZGVsIHNwZWNpZmljIHJlZ2lzdGVycykKCQlQQUUgKFBoeXNpY2FsIGFkZHJl c3MgZXh0ZW5zaW9uKQoJCU1DRSAoTWFjaGluZSBjaGVjayBleGNlcHRpb24pCgkJQ1g4IChDTVBY Q0hHOCBpbnN0cnVjdGlvbiBzdXBwb3J0ZWQpCgkJQVBJQyAoT24tY2hpcCBBUElDIGhhcmR3YXJl IHN1cHBvcnRlZCkKCQlTRVAgKEZhc3Qgc3lzdGVtIGNhbGwpCgkJTVRSUiAoTWVtb3J5IHR5cGUg cmFuZ2UgcmVnaXN0ZXJzKQoJCVBHRSAoUGFnZSBnbG9iYWwgZW5hYmxlKQoJCU1DQSAoTWFjaGlu ZSBjaGVjayBhcmNoaXRlY3R1cmUpCgkJQ01PViAoQ29uZGl0aW9uYWwgbW92ZSBpbnN0cnVjdGlv biBzdXBwb3J0ZWQpCgkJUEFUIChQYWdlIGF0dHJpYnV0ZSB0YWJsZSkKCQlQU0UtMzYgKDM2LWJp dCBwYWdlIHNpemUgZXh0ZW5zaW9uKQoJCUNMRlNIIChDTEZMVVNIIGluc3RydWN0aW9uIHN1cHBv cnRlZCkKCQlNTVggKE1NWCB0ZWNobm9sb2d5IHN1cHBvcnRlZCkKCQlGWFNSIChGYXN0IGZsb2F0 aW5nLXBvaW50IHNhdmUgYW5kIHJlc3RvcmUpCgkJU1NFIChTdHJlYW1pbmcgU0lNRCBleHRlbnNp b25zKQoJCVNTRTIgKFN0cmVhbWluZyBTSU1EIGV4dGVuc2lvbnMgMikKCVZlcnNpb246IEFNRCAg ICAgICAgICAgICAgIAoJVm9sdGFnZTogMS42IFYKCUV4dGVybmFsIENsb2NrOiAxMzMgTUh6CglN YXggU3BlZWQ6IDIwMDAgTUh6CglDdXJyZW50IFNwZWVkOiAxMDAwIE1IegoJU3RhdHVzOiBQb3B1 bGF0ZWQsIEVuYWJsZWQKCVVwZ3JhZGU6IE5vbmUKCUwxIENhY2hlIEhhbmRsZTogMHgwMDA1CglM MiBDYWNoZSBIYW5kbGU6IDB4MDAwNgoJTDMgQ2FjaGUgSGFuZGxlOiBOb3QgUHJvdmlkZWQKCVNl cmlhbCBOdW1iZXI6IE5vdCBTcGVjaWZpZWQKCUFzc2V0IFRhZzogTm90IFNwZWNpZmllZAoJUGFy dCBOdW1iZXI6IE5vdCBTcGVjaWZpZWQKCUNoYXJhY3RlcmlzdGljczogTm9uZQoKSGFuZGxlIDB4 MDAwNSwgRE1JIHR5cGUgNywgMTkgYnl0ZXMKQ2FjaGUgSW5mb3JtYXRpb24KCVNvY2tldCBEZXNp Z25hdGlvbjogTDEgQ2FjaGUKCUNvbmZpZ3VyYXRpb246IEVuYWJsZWQsIE5vdCBTb2NrZXRlZCwg TGV2ZWwgMQoJT3BlcmF0aW9uYWwgTW9kZTogV3JpdGUgQmFjawoJTG9jYXRpb246IEludGVybmFs CglJbnN0YWxsZWQgU2l6ZTogNjQga0IKCU1heGltdW0gU2l6ZTogNjQga0IKCVN1cHBvcnRlZCBT UkFNIFR5cGVzOgoJCUJ1cnN0CgkJUGlwZWxpbmUgQnVyc3QKCQlBc3luY2hyb25vdXMKCUluc3Rh bGxlZCBTUkFNIFR5cGU6IEFzeW5jaHJvbm91cwoJU3BlZWQ6IFVua25vd24KCUVycm9yIENvcnJl Y3Rpb24gVHlwZTogVW5rbm93bgoJU3lzdGVtIFR5cGU6IFVua25vd24KCUFzc29jaWF0aXZpdHk6 IFVua25vd24KCkhhbmRsZSAweDAwMDYsIERNSSB0eXBlIDcsIDE5IGJ5dGVzCkNhY2hlIEluZm9y bWF0aW9uCglTb2NrZXQgRGVzaWduYXRpb246IEwyIENhY2hlCglDb25maWd1cmF0aW9uOiBFbmFi bGVkLCBOb3QgU29ja2V0ZWQsIExldmVsIDIKCU9wZXJhdGlvbmFsIE1vZGU6IFdyaXRlIFRocm91 Z2gKCUxvY2F0aW9uOiBJbnRlcm5hbAoJSW5zdGFsbGVkIFNpemU6IDI1NiBrQgoJTWF4aW11bSBT aXplOiA1MTIga0IKCVN1cHBvcnRlZCBTUkFNIFR5cGVzOgoJCUJ1cnN0CgkJUGlwZWxpbmUgQnVy c3QKCQlTeW5jaHJvbm91cwoJSW5zdGFsbGVkIFNSQU0gVHlwZTogU3luY2hyb25vdXMKCVNwZWVk OiBVbmtub3duCglFcnJvciBDb3JyZWN0aW9uIFR5cGU6IFVua25vd24KCVN5c3RlbSBUeXBlOiBV bmlmaWVkCglBc3NvY2lhdGl2aXR5OiBVbmtub3duCgpIYW5kbGUgMHgwMDA3LCBETUkgdHlwZSA4 LCA5IGJ5dGVzClBvcnQgQ29ubmVjdG9yIEluZm9ybWF0aW9uCglJbnRlcm5hbCBSZWZlcmVuY2Ug RGVzaWduYXRvcjogU01zQwoJSW50ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IE5vbmUKCUV4dGVybmFs IFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBQUy8yIE1vdXNlCglFeHRlcm5hbCBDb25uZWN0b3IgVHlw ZTogUFMvMgoJUG9ydCBUeXBlOiBNb3VzZSBQb3J0CgpIYW5kbGUgMHgwMDA4LCBETUkgdHlwZSA4 LCA5IGJ5dGVzClBvcnQgQ29ubmVjdG9yIEluZm9ybWF0aW9uCglJbnRlcm5hbCBSZWZlcmVuY2Ug RGVzaWduYXRvcjogU01zQwoJSW50ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IE5vbmUKCUV4dGVybmFs IFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBLZXlib2FyZAoJRXh0ZXJuYWwgQ29ubmVjdG9yIFR5cGU6 IFBTLzIKCVBvcnQgVHlwZTogS2V5Ym9hcmQgUG9ydAoKSGFuZGxlIDB4MDAwOSwgRE1JIHR5cGUg OCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZvcm1hdGlvbgoJSW50ZXJuYWwgUmVmZXJlbmNl IERlc2lnbmF0b3I6IFNNc0MKCUludGVybmFsIENvbm5lY3RvciBUeXBlOiBOb25lCglFeHRlcm5h bCBSZWZlcmVuY2UgRGVzaWduYXRvcjogU2VyaWFsLTEKCUV4dGVybmFsIENvbm5lY3RvciBUeXBl OiBEQi05IG1hbGUKCVBvcnQgVHlwZTogU2VyaWFsIFBvcnQgMTY1NTAgQ29tcGF0aWJsZQoKSGFu ZGxlIDB4MDAwQSwgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZvcm1hdGlv bgoJSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IFNNc0MKCUludGVybmFsIENvbm5lY3Rv ciBUeXBlOiBOb25lCglFeHRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogU2VyaWFsLTIKCUV4 dGVybmFsIENvbm5lY3RvciBUeXBlOiBOb25lCglQb3J0IFR5cGU6IFNlcmlhbCBQb3J0IDE2NTUw IENvbXBhdGlibGUKCkhhbmRsZSAweDAwMEIsIERNSSB0eXBlIDksIDEzIGJ5dGVzClN5c3RlbSBT bG90IEluZm9ybWF0aW9uCglEZXNpZ25hdGlvbjogUENJIFNsb3QgSjExMDAKCVR5cGU6IDMyLWJp dCBQQ0kKCUN1cnJlbnQgVXNhZ2U6IEF2YWlsYWJsZQoJTGVuZ3RoOiBMb25nCglJRDogMQoJQ2hh cmFjdGVyaXN0aWNzOgoJCTUuMCBWIGlzIHByb3ZpZGVkCgkJMy4zIFYgaXMgcHJvdmlkZWQKCQlQ TUUgc2lnbmFsIGlzIHN1cHBvcnRlZAoKSGFuZGxlIDB4MDAwQywgRE1JIHR5cGUgOSwgMTMgYnl0 ZXMKU3lzdGVtIFNsb3QgSW5mb3JtYXRpb24KCURlc2lnbmF0aW9uOiBQQ0kgU2xvdCBKMTEwMQoJ VHlwZTogMzItYml0IFBDSQoJQ3VycmVudCBVc2FnZTogQXZhaWxhYmxlCglMZW5ndGg6IExvbmcK CUlEOiAyCglDaGFyYWN0ZXJpc3RpY3M6CgkJNS4wIFYgaXMgcHJvdmlkZWQKCQkzLjMgViBpcyBw cm92aWRlZAoJCVBNRSBzaWduYWwgaXMgc3VwcG9ydGVkCgpIYW5kbGUgMHgwMDBELCBETUkgdHlw ZSAxMCwgMTIgYnl0ZXMKT24gQm9hcmQgRGV2aWNlIDEgSW5mb3JtYXRpb24KCVR5cGU6IFZpZGVv CglTdGF0dXM6IERpc2FibGVkCglEZXNjcmlwdGlvbjogQVRJIFJTNjkwTSAKT24gQm9hcmQgRGV2 aWNlIDIgSW5mb3JtYXRpb24KCVR5cGU6IE90aGVyCglTdGF0dXM6IERpc2FibGVkCglEZXNjcmlw dGlvbjogU01zQyBTdXBlckkvTwpPbiBCb2FyZCBEZXZpY2UgMyBJbmZvcm1hdGlvbgoJVHlwZTog U291bmQKCVN0YXR1czogRGlzYWJsZWQKCURlc2NyaXB0aW9uOiBSZWFsdGVrIEFMQzI2MApPbiBC b2FyZCBEZXZpY2UgNCBJbmZvcm1hdGlvbgoJVHlwZTogT3RoZXIKCVN0YXR1czogRGlzYWJsZWQK CURlc2NyaXB0aW9uOiBBdWRvbWVkb24KCkhhbmRsZSAweDAwMEUsIERNSSB0eXBlIDExLCA1IGJ5 dGVzCk9FTSBTdHJpbmdzCglTdHJpbmcgMTogRlVKSVRTVSAgICAgICAgICAgICAgICAgICAgICAg ICAKCVN0cmluZyAyOiBleG9uZSAgICAgICAgICAgICAgICAgICAgICAgICAgIAoJU3RyaW5nIDM6 IEZVSklUU1UgVEVDSE5PTE9HWSBTT0xVVElPTlMKCkhhbmRsZSAweDAwMEYsIERNSSB0eXBlIDEy LCA1IGJ5dGVzClN5c3RlbSBDb25maWd1cmF0aW9uIE9wdGlvbnMKCU9wdGlvbiAxOiBKdW1wZXIg c2V0dGluZ3MgY2FuIGJlIGRlc2NyaWJlZCBoZXJlLgoKSGFuZGxlIDB4MDAxMCwgRE1JIHR5cGUg MTUsIDI5IGJ5dGVzClN5c3RlbSBFdmVudCBMb2cKCUFyZWEgTGVuZ3RoOiAxNiBieXRlcwoJSGVh ZGVyIFN0YXJ0IE9mZnNldDogMHgwMDAwCglIZWFkZXIgTGVuZ3RoOiAxNiBieXRlcwoJRGF0YSBT dGFydCBPZmZzZXQ6IDB4MDAxMAoJQWNjZXNzIE1ldGhvZDogTWVtb3J5LW1hcHBlZCBwaHlzaWNh bCAzMi1iaXQgYWRkcmVzcwoJQWNjZXNzIEFkZHJlc3M6IDB4RkZGMDA3OEQKCVN0YXR1czogVmFs aWQsIE5vdCBGdWxsCglDaGFuZ2UgVG9rZW46IDB4MDAwMDAwMDEKCUhlYWRlciBGb3JtYXQ6IFR5 cGUgMQoJU3VwcG9ydGVkIExvZyBUeXBlIERlc2NyaXB0b3JzOiAzCglEZXNjcmlwdG9yIDE6IFBP U1QgZXJyb3IKCURhdGEgRm9ybWF0IDE6IFBPU1QgcmVzdWx0cyBiaXRtYXAKCURlc2NyaXB0b3Ig MjogU2luZ2xlLWJpdCBFQ0MgbWVtb3J5IGVycm9yCglEYXRhIEZvcm1hdCAyOiBNdWx0aXBsZS1l dmVudAoJRGVzY3JpcHRvciAzOiBNdWx0aS1iaXQgRUNDIG1lbW9yeSBlcnJvcgoJRGF0YSBGb3Jt YXQgMzogTXVsdGlwbGUtZXZlbnQKCkhhbmRsZSAweDAwMTEsIERNSSB0eXBlIDE2LCAxNSBieXRl cwpQaHlzaWNhbCBNZW1vcnkgQXJyYXkKCUxvY2F0aW9uOiBTeXN0ZW0gQm9hcmQgT3IgTW90aGVy Ym9hcmQKCVVzZTogU3lzdGVtIE1lbW9yeQoJRXJyb3IgQ29ycmVjdGlvbiBUeXBlOiBOb25lCglN YXhpbXVtIENhcGFjaXR5OiA0IEdCCglFcnJvciBJbmZvcm1hdGlvbiBIYW5kbGU6IE5vdCBQcm92 aWRlZAoJTnVtYmVyIE9mIERldmljZXM6IDEKCkhhbmRsZSAweDAwMTIsIERNSSB0eXBlIDE3LCAy NyBieXRlcwpNZW1vcnkgRGV2aWNlCglBcnJheSBIYW5kbGU6IDB4MDAxMQoJRXJyb3IgSW5mb3Jt YXRpb24gSGFuZGxlOiBObyBFcnJvcgoJVG90YWwgV2lkdGg6IDY0IGJpdHMKCURhdGEgV2lkdGg6 IDY0IGJpdHMKCVNpemU6IDIwNDggTUIKCUZvcm0gRmFjdG9yOiBESU1NCglTZXQ6IDEKCUxvY2F0 b3I6IFMxCglCYW5rIExvY2F0b3I6IERJTU0xCglUeXBlOiBERFIyCglUeXBlIERldGFpbDogU3lu Y2hyb25vdXMKCVNwZWVkOiBVbmtub3duCglNYW51ZmFjdHVyZXI6IE5vdCBTcGVjaWZpZWQKCVNl cmlhbCBOdW1iZXI6IE5vdCBTcGVjaWZpZWQKCUFzc2V0IFRhZzogTm90IFNwZWNpZmllZAoJUGFy dCBOdW1iZXI6IE5vdCBTcGVjaWZpZWQKCkhhbmRsZSAweDAwMTMsIERNSSB0eXBlIDE4LCAyMyBi eXRlcwozMi1iaXQgTWVtb3J5IEVycm9yIEluZm9ybWF0aW9uCglUeXBlOiBPSwoJR3JhbnVsYXJp dHk6IFVua25vd24KCU9wZXJhdGlvbjogVW5rbm93bgoJVmVuZG9yIFN5bmRyb21lOiBVbmtub3du CglNZW1vcnkgQXJyYXkgQWRkcmVzczogVW5rbm93bgoJRGV2aWNlIEFkZHJlc3M6IFVua25vd24K CVJlc29sdXRpb246IFVua25vd24KCkhhbmRsZSAweDAwMTQsIERNSSB0eXBlIDE5LCAxNSBieXRl cwpNZW1vcnkgQXJyYXkgTWFwcGVkIEFkZHJlc3MKCVN0YXJ0aW5nIEFkZHJlc3M6IDB4MDAwMDAw MDAwMDAKCUVuZGluZyBBZGRyZXNzOiAweDAwMDdGRkZGRkZGCglSYW5nZSBTaXplOiAyIEdCCglQ aHlzaWNhbCBBcnJheSBIYW5kbGU6IDB4MDAxMQoJUGFydGl0aW9uIFdpZHRoOiAwCgpIYW5kbGUg MHgwMDE1LCBETUkgdHlwZSAyMCwgMTkgYnl0ZXMKTWVtb3J5IERldmljZSBNYXBwZWQgQWRkcmVz cwoJU3RhcnRpbmcgQWRkcmVzczogMHgwMDAwMDAwMDAwMAoJRW5kaW5nIEFkZHJlc3M6IDB4MDAw N0ZGRkZGRkYKCVJhbmdlIFNpemU6IDIgR0IKCVBoeXNpY2FsIERldmljZSBIYW5kbGU6IDB4MDAx MgoJTWVtb3J5IEFycmF5IE1hcHBlZCBBZGRyZXNzIEhhbmRsZTogMHgwMDE0CglQYXJ0aXRpb24g Um93IFBvc2l0aW9uOiAyCglJbnRlcmxlYXZlIFBvc2l0aW9uOiAxCglJbnRlcmxlYXZlZCBEYXRh IERlcHRoOiA2CgpIYW5kbGUgMHgwMDE2LCBETUkgdHlwZSAzMiwgMjAgYnl0ZXMKU3lzdGVtIEJv b3QgSW5mb3JtYXRpb24KCVN0YXR1czogPE9VVCBPRiBTUEVDPgoKSGFuZGxlIDB4MDAxNywgRE1J IHR5cGUgMzksIDIyIGJ5dGVzClN5c3RlbSBQb3dlciBTdXBwbHkKCUxvY2F0aW9uOiBOb3QgU3Bl Y2lmaWVkCglOYW1lOiAgICAgICAgICAgICAgICAKCU1hbnVmYWN0dXJlcjogTm90IFNwZWNpZmll ZAoJU2VyaWFsIE51bWJlcjogICAgICAgCglBc3NldCBUYWc6IE5vdCBTcGVjaWZpZWQKCU1vZGVs IFBhcnQgTnVtYmVyOiBOb3QgU3BlY2lmaWVkCglSZXZpc2lvbjogICAgICAgICAgIAoJTWF4IFBv d2VyIENhcGFjaXR5OiAwLjAwMCBXCglTdGF0dXM6IFByZXNlbnQsIFVua25vd24KCVR5cGU6IFN3 aXRjaGluZwoJSW5wdXQgVm9sdGFnZSBSYW5nZSBTd2l0Y2hpbmc6IFVua25vd24KCVBsdWdnZWQ6 IFllcwoJSG90IFJlcGxhY2VhYmxlOiBObwoKSGFuZGxlIDB4MDAxOCwgRE1JIHR5cGUgMTc2LCAx NiBieXRlcwpPRU0tc3BlY2lmaWMgVHlwZQoJSGVhZGVyIGFuZCBEYXRhOgoJCUIwIDEwIDE4IDAw IDEwIDAwIDYzIDI5IDAwIDk5IEZGIEZGIDAxIEZGIEZGIEZGCgpIYW5kbGUgMHgwMDE5LCBETUkg dHlwZSAxNzcsIDEyIGJ5dGVzCk9FTS1zcGVjaWZpYyBUeXBlCglIZWFkZXIgYW5kIERhdGE6CgkJ QjEgMEMgMTkgMDAgMTEgMDQgMjIgMDEgMDAgMDAgMDAgMDAKCkhhbmRsZSAweDAwMUEsIERNSSB0 eXBlIDE4NSwgOCBieXRlcwpPRU0tc3BlY2lmaWMgVHlwZQoJSGVhZGVyIGFuZCBEYXRhOgoJCUI5 IDA4IDFBIDAwIDAwIDEwIDAwIDAwCgpIYW5kbGUgMHgwMDFCLCBETUkgdHlwZSAxODUsIDggYnl0 ZXMKT0VNLXNwZWNpZmljIFR5cGUKCUhlYWRlciBhbmQgRGF0YToKCQlCOSAwOCAxQiAwMCAwMSAx MCAwMCAwMAoKSGFuZGxlIDB4MDAxQywgRE1JIHR5cGUgMTg1LCA4IGJ5dGVzCk9FTS1zcGVjaWZp YyBUeXBlCglIZWFkZXIgYW5kIERhdGE6CgkJQjkgMDggMUMgMDAgMDIgMDkgMDAgMDAKCkhhbmRs ZSAweDAwMUQsIERNSSB0eXBlIDE4NSwgOCBieXRlcwpPRU0tc3BlY2lmaWMgVHlwZQoJSGVhZGVy IGFuZCBEYXRhOgoJCUI5IDA4IDFEIDAwIDBGIDEwIDAwIDAwCgpIYW5kbGUgMHgwMDFFLCBETUkg dHlwZSAxODUsIDQ2IGJ5dGVzCk9FTS1zcGVjaWZpYyBUeXBlCglIZWFkZXIgYW5kIERhdGE6CgkJ QjkgMkUgMUUgMDAgMTMgMDcgMDEgM0MgMDAgMDAgMDAgMDIgQTEgMDAgMDAgMDAKCQkwMyAyQyAw MCAwMCAwMCAwNSBGNyAwOSAwMCBGQiAwNiBGNyAwOSAwMCBGQiAwNwoJCTBBIDAwIDAwIDAwIDBB IDEyIDY3IDNDIDAyIDAwIDAwIDAwIDAwIDAwCgpIYW5kbGUgMHgwMDFGLCBETUkgdHlwZSAxODUs IDggYnl0ZXMKT0VNLXNwZWNpZmljIFR5cGUKCUhlYWRlciBhbmQgRGF0YToKCQlCOSAwOCAxRiAw MCAxNSAxMCAwMCAwMAoKSGFuZGxlIDB4MDAyMCwgRE1JIHR5cGUgMTg1LCAxMSBieXRlcwpPRU0t c3BlY2lmaWMgVHlwZQoJSGVhZGVyIGFuZCBEYXRhOgoJCUI5IDBCIDIwIDAwIDE5IDEwIDAwIDAw IDAwIDAwIDAwCgpIYW5kbGUgMHgwMDIxLCBETUkgdHlwZSAxODUsIDggYnl0ZXMKT0VNLXNwZWNp ZmljIFR5cGUKCUhlYWRlciBhbmQgRGF0YToKCQlCOSAwOCAyMSAwMCBGRiAwMCAwMCAwMAoKSGFu ZGxlIDB4MDAyMiwgRE1JIHR5cGUgMTg2LCAxNSBieXRlcwpPRU0tc3BlY2lmaWMgVHlwZQoJSGVh ZGVyIGFuZCBEYXRhOgoJCUJBIDBGIDIyIDAwIDFBIEIzIDhGIDA3IDAxIDAxIDAxIDAxIDJCIDEy IDJBCgpIYW5kbGUgMHgwMDIzLCBETUkgdHlwZSAxODgsIDggYnl0ZXMKT0VNLXNwZWNpZmljIFR5 cGUKCUhlYWRlciBhbmQgRGF0YToKCQlCQyAwOCAyMyAwMCAzOCAzOCAzMSAyNAoKSGFuZGxlIDB4 MDAyNCwgRE1JIHR5cGUgMTI3LCA0IGJ5dGVzCkVuZCBPZiBUYWJsZQoK --_008_35CFCFC220BF044DA8BFCE7FC11853D7014341EX02reitznerlocal_ Content-Type: text/plain; name="sysctl-hw.acpi.txt" Content-Description: sysctl-hw.acpi.txt Content-Disposition: attachment; filename="sysctl-hw.acpi.txt"; size=408; creation-date="Mon, 09 Jan 2012 20:29:18 GMT"; modification-date="Mon, 09 Jan 2012 20:29:18 GMT" Content-Transfer-Encoding: base64 WzIuMC4xLVJFTEVBU0VdW3Jvb3RAcmFjZy5sb2NhbF0vcm9vdCg0KTogc3lzY3RsIGh3LmFjcGkK aHcuYWNwaS5zdXBwb3J0ZWRfc2xlZXBfc3RhdGU6IFMzIFM0IFM1Cmh3LmFjcGkucG93ZXJfYnV0 dG9uX3N0YXRlOiBTNQpody5hY3BpLnNsZWVwX2J1dHRvbl9zdGF0ZTogUzMKaHcuYWNwaS5saWRf c3dpdGNoX3N0YXRlOiBOT05FCmh3LmFjcGkuc3RhbmRieV9zdGF0ZTogTk9ORQpody5hY3BpLnN1 c3BlbmRfc3RhdGU6IFMzCmh3LmFjcGkuc2xlZXBfZGVsYXk6IDEKaHcuYWNwaS5zNGJpb3M6IDAK aHcuYWNwaS52ZXJib3NlOiAxCmh3LmFjcGkuZGlzYWJsZV9vbl9yZWJvb3Q6IDAKaHcuYWNwaS5o YW5kbGVfcmVib290OiAxCmh3LmFjcGkucmVzZXRfdmlkZW86IDEKaHcuYWNwaS5jcHUuY3hfbG93 ZXN0OiBDMQoK --_008_35CFCFC220BF044DA8BFCE7FC11853D7014341EX02reitznerlocal_ Content-Type: text/plain; name="sysctl.txt" Content-Description: sysctl.txt Content-Disposition: attachment; filename="sysctl.txt"; size=53884; creation-date="Mon, 09 Jan 2012 20:29:37 GMT"; modification-date="Mon, 09 Jan 2012 20:29:37 GMT" Content-Transfer-Encoding: base64 WzIuMC4xLVJFTEVBU0VdW3Jvb3RAcmFjZy5sb2NhbF0vcm9vdCgzKTogc3lzY3RsIC1hCmtlcm4u b3N0eXBlOiBGcmVlQlNECmtlcm4ub3NyZWxlYXNlOiA4LjEtUkVMRUFTRQprZXJuLm9zcmV2aXNp b246IDE5OTUwNgprZXJuLnZlcnNpb246IEZyZWVCU0QgOC4xLVJFTEVBU0UgIzI6IFN1biBKYW4g IDggMTQ6NTc6MzYgQ0VUIDIwMTIKICAgIHJvb3RAcmFjZy5sb2NhbDovdXNyL29iai91c3Ivc3Jj L3N5cy9yYWNnCgprZXJuLm1heHZub2RlczogMTAwMDAwCmtlcm4ubWF4cHJvYzogNjE2NAprZXJu Lm1heGZpbGVzOiAxMzEwNzIKa2Vybi5hcmdtYXg6IDI2MjE0NAprZXJuLnNlY3VyZWxldmVsOiAx Cmtlcm4uaG9zdG5hbWU6IHJhY2cubG9jYWwKa2Vybi5ob3N0aWQ6IDIwNTEyMzg5Cmtlcm4uY2xv Y2tyYXRlOiB7IGh6ID0gMTAwMCwgdGljayA9IDEwMDAsIHByb2ZoeiA9IDIwMDAsIHN0YXRoeiA9 IDEzMyB9Cmtlcm4ucG9zaXgxdmVyc2lvbjogMjAwMTEyCmtlcm4ubmdyb3VwczogMTAyMwprZXJu LmpvYl9jb250cm9sOiAxCmtlcm4uc2F2ZWRfaWRzOiAwCmtlcm4uYm9vdHRpbWU6IHsgc2VjID0g MTMyNjEzODMzMywgdXNlYyA9IDIyNTk2MyB9IE1vbiBKYW4gIDkgMjA6NDU6MzMgMjAxMgprZXJu LmRvbWFpbm5hbWU6IAprZXJuLm9zcmVsZGF0ZTogODAxMDAwCmtlcm4uYm9vdGZpbGU6IC9ib290 L2tlcm5lbC9rZXJuZWwKa2Vybi5tYXhmaWxlc3BlcnByb2M6IDEwNDg1NgprZXJuLm1heHByb2Nw ZXJ1aWQ6IDU1NDcKa2Vybi5pcGMubWF4c29ja2J1ZjogNDI2MjE0NAprZXJuLmlwYy5zb2NrYnVm X3dhc3RlX2ZhY3RvcjogOAprZXJuLmlwYy5zb21heGNvbm46IDE2Mzg0Cmtlcm4uaXBjLm1heF9s aW5raGRyOiAxNgprZXJuLmlwYy5tYXhfcHJvdG9oZHI6IDYwCmtlcm4uaXBjLm1heF9oZHI6IDc2 Cmtlcm4uaXBjLm1heF9kYXRhbGVuOiAxMjQKa2Vybi5pcGMubm1ianVtYm8xNjogMzIwMAprZXJu LmlwYy5ubWJqdW1ibzk6IDY0MDAKa2Vybi5pcGMubm1ianVtYm9wOiAxMjgwMAprZXJuLmlwYy5u bWJjbHVzdGVyczogNjU1MzYKa2Vybi5pcGMucGlwZXJlc2l6ZWFsbG93ZWQ6IDEKa2Vybi5pcGMu cGlwZXJlc2l6ZWZhaWw6IDAKa2Vybi5pcGMucGlwZWFsbG9jZmFpbDogMAprZXJuLmlwYy5waXBl ZnJhZ3JldHJ5OiAwCmtlcm4uaXBjLnBpcGVrdmE6IDI5OTAwOAprZXJuLmlwYy5tYXhwaXBla3Zh OiAxNjc3NzIxNgprZXJuLmlwYy5tc2dzZWc6IDUxMgprZXJuLmlwYy5tc2dzc3o6IDY0Cmtlcm4u aXBjLm1zZ3RxbDogMjA0OAprZXJuLmlwYy5tc2dtbmI6IDgxOTIKa2Vybi5pcGMubXNnbW5pOiA4 MAprZXJuLmlwYy5tc2dtYXg6IDMyNzY4Cmtlcm4uaXBjLnNlbWFlbTogMTYzODQKa2Vybi5pcGMu c2Vtdm14OiAzMjc2NwprZXJuLmlwYy5zZW11c3o6IDEzNgprZXJuLmlwYy5zZW11bWU6IDEwCmtl cm4uaXBjLnNlbW9wbTogMTAwCmtlcm4uaXBjLnNlbW1zbDogNjAKa2Vybi5pcGMuc2VtbW51OiAz MAprZXJuLmlwYy5zZW1tbnM6IDYwCmtlcm4uaXBjLnNlbW1uaTogMTAKa2Vybi5pcGMuc2VtbWFw OiAzMAprZXJuLmlwYy5zaG1fYWxsb3dfcmVtb3ZlZDogMAprZXJuLmlwYy5zaG1fdXNlX3BoeXM6 IDAKa2Vybi5pcGMuc2htYWxsOiA4MTkyCmtlcm4uaXBjLnNobXNlZzogMTI4Cmtlcm4uaXBjLnNo bW1uaTogMTkyCmtlcm4uaXBjLnNobW1pbjogMQprZXJuLmlwYy5zaG1tYXg6IDMzNTU0NDMyCmtl cm4uaXBjLm1heHNvY2tldHM6IDI1NjAwCmtlcm4uaXBjLm51bW9wZW5zb2NrZXRzOiA1OQprZXJu LmlwYy5uc2ZidWZzdXNlZDogMAprZXJuLmlwYy5uc2ZidWZzcGVhazogNQprZXJuLmlwYy5uc2Zi dWZzOiA2NjU2Cmtlcm4uZHVtbXk6IDAKa2Vybi5wc19zdHJpbmdzOiAzMjE3MDMxMTUyCmtlcm4u dXNyc3RhY2s6IDMyMTcwMzExNjgKa2Vybi5sb2dzaWdleGl0OiAxCmtlcm4uaW92X21heDogMTAy NAprZXJuLmhvc3R1dWlkOiBmODA4OWIxZC1hYjhiLTExZTAtYWM4OC0wMDE5OTk5ZTg4YTcKa2Vy bi5jYW0uYm9vdF9kZWxheTogMAprZXJuLmNhbS5wbXAuZGVmYXVsdF90aW1lb3V0OiAzMAprZXJu LmNhbS5wbXAucmV0cnlfY291bnQ6IDEKa2Vybi5jYW0uY2FtX3NyY2hfaGk6IDAKa2Vybi5jYW0u c2NzaV9kZWxheTogNTAwMAprZXJuLmNhbS5jZC5yZXRyeV9jb3VudDogNAprZXJuLmNhbS5jZC5j aGFuZ2VyLm1heF9idXN5X3NlY29uZHM6IDE1Cmtlcm4uY2FtLmNkLmNoYW5nZXIubWluX2J1c3lf c2Vjb25kczogNQprZXJuLmNhbS5hZGEuYWRhX3NlbmRfb3JkZXJlZDogMQprZXJuLmNhbS5hZGEu ZGVmYXVsdF90aW1lb3V0OiAzMAprZXJuLmNhbS5hZGEucmV0cnlfY291bnQ6IDQKa2Vybi5jYW0u ZGEuZGFfc2VuZF9vcmRlcmVkOiAxCmtlcm4uY2FtLmRhLmRlZmF1bHRfdGltZW91dDogNjAKa2Vy bi5jYW0uZGEucmV0cnlfY291bnQ6IDQKa2Vybi5kY29ucy5wb2xsX2h6OiAyNQprZXJuLmRpc2tz OiBhZDYKa2Vybi5nZW9tLmNvbGxlY3RzdGF0czogMQprZXJuLmdlb20uZGVidWdmbGFnczogMApr ZXJuLmdlb20ubGFiZWwuZGVidWc6IDAKa2Vybi5nZW9tLmxhYmVsLmV4dDJmcy5lbmFibGU6IDEK a2Vybi5nZW9tLmxhYmVsLmlzbzk2NjAuZW5hYmxlOiAxCmtlcm4uZ2VvbS5sYWJlbC5tc2Rvc2Zz LmVuYWJsZTogMQprZXJuLmdlb20ubGFiZWwubnRmcy5lbmFibGU6IDEKa2Vybi5nZW9tLmxhYmVs LnJlaXNlcmZzLmVuYWJsZTogMQprZXJuLmdlb20ubGFiZWwudWZzLmVuYWJsZTogMQprZXJuLmdl b20ubGFiZWwudWZzaWQuZW5hYmxlOiAxCmtlcm4uZ2VvbS5sYWJlbC5ncHRpZC5lbmFibGU6IDEK a2Vybi5nZW9tLmxhYmVsLmdwdC5lbmFibGU6IDEKa2Vybi5nZW9tLm1pcnJvci5zeW5jX3JlcXVl c3RzOiAyCmtlcm4uZ2VvbS5taXJyb3IuZGlzY29ubmVjdF9vbl9mYWlsdXJlOiAxCmtlcm4uZ2Vv bS5taXJyb3IuaWRsZXRpbWU6IDUKa2Vybi5nZW9tLm1pcnJvci50aW1lb3V0OiA0Cmtlcm4uZ2Vv bS5taXJyb3IuZGVidWc6IDAKa2Vybi5lbGYzMi5mYWxsYmFja19icmFuZDogLTEKa2Vybi5pbml0 X3NodXRkb3duX3RpbWVvdXQ6IDEyMAprZXJuLmluaXRfcGF0aDogL3NiaW4vaW5pdDovc2Jpbi9v aW5pdDovc2Jpbi9pbml0LmJhazovcmVzY3VlL2luaXQ6L3N0YW5kL3N5c2luc3RhbGwKa2Vybi5h Y2N0X3N1c3BlbmRlZDogMAprZXJuLmFjY3RfY29uZmlndXJlZDogMAprZXJuLmFjY3RfY2hrZnJl cTogMTUKa2Vybi5hY2N0X3Jlc3VtZTogNAprZXJuLmFjY3Rfc3VzcGVuZDogMgprZXJuLmNwX3Rp bWVzOiAxODgxNyAyNDQ2IDE0NjM1NCAxOTA0IDE1NjAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw Cmtlcm4uY3BfdGltZTogMTg4MTggMjQ0NiAxNDYzNTUgMTkwNCAxNTYwCmtlcm4uY29uc3R0eV93 YWtldXBzX3Blcl9zZWNvbmQ6IDUKa2Vybi5jb25zbXNnYnVmX3NpemU6IDgxOTIKa2Vybi5jb25z bXV0ZTogMAprZXJuLmNvbnNvbGU6IHR0eXYwLGRjb25zLC9kY29ucyx0dHl2MCx1Y29tLAprZXJu Lm9wZW5maWxlczogMjEyCmtlcm4ua3FfY2FsbG91dG1heDogNDA5NgprZXJuLnBzX2FyZ19jYWNo ZV9saW1pdDogMjU2Cmtlcm4uc3RhY2twcm90OiA3Cmtlcm4ucmFuZG9tcGlkOiAzNDcKa2Vybi5s YXN0cGlkOiA4NzI4NgprZXJuLmt0cmFjZS5yZXF1ZXN0X3Bvb2w6IDEwMAprZXJuLmt0cmFjZS5n ZW5pb19zaXplOiA0MDk2Cmtlcm4ubW9kdWxlX3BhdGg6IC9ib290L2tlcm5lbDsvYm9vdC9tb2R1 bGVzCmtlcm4ubWFsbG9jX2NvdW50OiAzMTgKa2Vybi5mYWxsYmFja19lbGZfYnJhbmQ6IC0xCmtl cm4uZmVhdHVyZXMuY29tcGF0X2ZyZWVic2Q3OiAxCmtlcm4uZmVhdHVyZXMuY29tcGF0X2ZyZWVi c2Q2OiAxCmtlcm4uZmVhdHVyZXMuY29tcGF0X2ZyZWVic2Q1OiAxCmtlcm4uZmVhdHVyZXMuY29t cGF0X2ZyZWVic2Q0OiAxCmtlcm4uZmVhdHVyZXMucG9zaXhfc2VtOiAxCmtlcm4uZmVhdHVyZXMu cG9zaXhfc2htOiAxCmtlcm4ubWF4dXNlcnM6IDM4NAprZXJuLmlkZW50OiBSQUNHCmtlcm4ucG9s bGluZy5pZGxlcG9sbF9zbGVlcGluZzogMAprZXJuLnBvbGxpbmcuc3RhbGxlZDogNgprZXJuLnBv bGxpbmcuc3VzcGVjdDogMgprZXJuLnBvbGxpbmcucGhhc2U6IDAKa2Vybi5wb2xsaW5nLmhhbmRs ZXJzOiAyCmtlcm4ucG9sbGluZy5yZXNpZHVhbF9idXJzdDogMAprZXJuLnBvbGxpbmcucGVuZGlu Z19wb2xsczogMAprZXJuLnBvbGxpbmcubG9zdF9wb2xsczogMTA5MzAKa2Vybi5wb2xsaW5nLnNo b3J0X3RpY2tzOiAwCmtlcm4ucG9sbGluZy5yZWdfZnJhYzogMjAKa2Vybi5wb2xsaW5nLnVzZXJf ZnJhYzogNTAKa2Vybi5wb2xsaW5nLmlkbGVfcG9sbDogMQprZXJuLnBvbGxpbmcuZWFjaF9idXJz dDogNQprZXJuLnBvbGxpbmcuYnVyc3RfbWF4OiAxNTAKa2Vybi5wb2xsaW5nLmJ1cnN0OiAxNTAK a2Vybi5rc3RhY2tfcGFnZXM6IDIKa2Vybi5zaHV0ZG93bi5rcHJvY19zaHV0ZG93bl93YWl0OiA2 MAprZXJuLnNodXRkb3duLnBvd2Vyb2ZmX2RlbGF5OiA1MDAwCmtlcm4uc3luY19vbl9wYW5pYzog MAprZXJuLmNvcmVmaWxlOiAlTi5jb3JlCmtlcm4ubm9kdW1wX2NvcmVkdW1wOiAwCmtlcm4uY29y ZWR1bXA6IDEKa2Vybi5zdWdpZF9jb3JlZHVtcDogMAprZXJuLnNpZ3F1ZXVlLmFsbG9jX2ZhaWw6 IDAKa2Vybi5zaWdxdWV1ZS5vdmVyZmxvdzogMAprZXJuLnNpZ3F1ZXVlLnByZWFsbG9jYXRlOiAx MDI0Cmtlcm4uc2lncXVldWUubWF4X3BlbmRpbmdfcGVyX3Byb2M6IDEyOAprZXJuLmZvcmNlc2ln ZXhpdDogMQprZXJuLmZzY2FsZTogMjA0OAprZXJuLnRpbWVjb3VudGVyLnRpY2s6IDEKa2Vybi50 aW1lY291bnRlci5jaG9pY2U6IFRTQyg4MDApIEhQRVQoOTAwKSBBQ1BJLXNhZmUoODUwKSBpODI1 NCgwKSBkdW1teSgtMTAwMDAwMCkKa2Vybi50aW1lY291bnRlci5oYXJkd2FyZTogSFBFVAprZXJu LnRpbWVjb3VudGVyLnN0ZXB3YXJuaW5nczogMAprZXJuLnRpbWVjb3VudGVyLnRjLmk4MjU0Lm1h c2s6IDY1NTM1Cmtlcm4udGltZWNvdW50ZXIudGMuaTgyNTQuY291bnRlcjogMjE0NTgKa2Vybi50 aW1lY291bnRlci50Yy5pODI1NC5mcmVxdWVuY3k6IDExOTMxODIKa2Vybi50aW1lY291bnRlci50 Yy5pODI1NC5xdWFsaXR5OiAwCmtlcm4udGltZWNvdW50ZXIudGMuQUNQSS1zYWZlLm1hc2s6IDQy OTQ5NjcyOTUKa2Vybi50aW1lY291bnRlci50Yy5BQ1BJLXNhZmUuY291bnRlcjogNTY0MzM2MTAy Cmtlcm4udGltZWNvdW50ZXIudGMuQUNQSS1zYWZlLmZyZXF1ZW5jeTogMzU3OTU0NQprZXJuLnRp bWVjb3VudGVyLnRjLkFDUEktc2FmZS5xdWFsaXR5OiA4NTAKa2Vybi50aW1lY291bnRlci50Yy5I UEVULm1hc2s6IDQyOTQ5NjcyOTUKa2Vybi50aW1lY291bnRlci50Yy5IUEVULmNvdW50ZXI6IDE1 MDAyNTMwMTUKa2Vybi50aW1lY291bnRlci50Yy5IUEVULmZyZXF1ZW5jeTogMTQzMTgxODAKa2Vy bi50aW1lY291bnRlci50Yy5IUEVULnF1YWxpdHk6IDkwMAprZXJuLnRpbWVjb3VudGVyLnRjLlRT Qy5tYXNrOiA0Mjk0OTY3Mjk1Cmtlcm4udGltZWNvdW50ZXIudGMuVFNDLmNvdW50ZXI6IDE3Mzg3 MTI2ODAKa2Vybi50aW1lY291bnRlci50Yy5UU0MuZnJlcXVlbmN5OiA5OTk5OTY0MjQKa2Vybi50 aW1lY291bnRlci50Yy5UU0MucXVhbGl0eTogODAwCmtlcm4udGltZWNvdW50ZXIuc21wX3RzYzog MAprZXJuLnRpbWVjb3VudGVyLmludmFyaWFudF90c2M6IDAKa2Vybi50aHJlYWRzLm1heF90aHJl YWRzX2hpdHM6IDAKa2Vybi50aHJlYWRzLm1heF90aHJlYWRzX3Blcl9wcm9jOiA0MDk2Cmtlcm4u Y2NwdTogMAprZXJuLnNjaGVkLnByZWVtcHRpb246IDEKa2Vybi5zY2hlZC50b3BvbG9neV9zcGVj OiA8Z3JvdXBzPgogPGdyb3VwIGxldmVsPSIxIiBjYWNoZS1sZXZlbD0iMCI+CiAgPGNwdSBjb3Vu dD0iMSIgbWFzaz0iMHgxIj4wPC9jcHU+CiAgPGZsYWdzPjwvZmxhZ3M+CiA8L2dyb3VwPgo8L2dy b3Vwcz4KCmtlcm4uc2NoZWQuc3RlYWxfdGhyZXNoOiAwCmtlcm4uc2NoZWQuc3RlYWxfaWRsZTog MQprZXJuLnNjaGVkLnN0ZWFsX2h0dDogMQprZXJuLnNjaGVkLmJhbGFuY2VfaW50ZXJ2YWw6IDEz MwprZXJuLnNjaGVkLmJhbGFuY2U6IDEKa2Vybi5zY2hlZC5hZmZpbml0eTogMQprZXJuLnNjaGVk LmlkbGVzcGludGhyZXNoOiA0Cmtlcm4uc2NoZWQuaWRsZXNwaW5zOiAxMDAwMAprZXJuLnNjaGVk LnN0YXRpY19ib29zdDogMTYwCmtlcm4uc2NoZWQucHJlZW1wdF90aHJlc2g6IDY0Cmtlcm4uc2No ZWQuaW50ZXJhY3Q6IDMwCmtlcm4uc2NoZWQuc2xpY2U6IDEzCmtlcm4uc2NoZWQubmFtZTogVUxF Cmtlcm4uZGV2c3RhdC52ZXJzaW9uOiA2Cmtlcm4uZGV2c3RhdC5nZW5lcmF0aW9uOiAxMjIKa2Vy bi5kZXZzdGF0Lm51bWRldnM6IDMKa2Vybi5rb2JqX21ldGhvZGNvdW50OiAxNjAKa2Vybi5sb2df d2FrZXVwc19wZXJfc2Vjb25kOiA1Cmtlcm4udm1fZ3Vlc3Q6IG5vbmUKa2Vybi5zZ3Jvd3Npejog MTMxMDcyCmtlcm4ubWF4c3NpejogNjcxMDg4NjQKa2Vybi5kZmxzc2l6OiA4Mzg4NjA4Cmtlcm4u bWF4ZHNpejogNTM2ODcwOTEyCmtlcm4uZGZsZHNpejogMTM0MjE3NzI4Cmtlcm4ubWF4dHNpejog MTM0MjE3NzI4Cmtlcm4ubWF4YmNhY2hlOiAyMDk3MTUyMDAKa2Vybi5tYXhzd3pvbmU6IDMzNTU0 NDMyCmtlcm4ubnN3YnVmOiAyNTYKa2Vybi5uYnVmOiA3MjI0Cmtlcm4ubmNhbGxvdXQ6IDE4NTA4 Cmtlcm4uaHo6IDEwMDAKa2Vybi5tc2didWZfY2xlYXI6IDAKa2Vybi5tc2didWY6IAprZXJuLmFs d2F5c19jb25zb2xlX291dHB1dDogMAprZXJuLmxvZ19jb25zb2xlX291dHB1dDogMQprZXJuLnNt cC5mb3J3YXJkX3NpZ25hbF9lbmFibGVkOiAxCmtlcm4uc21wLnRvcG9sb2d5OiAwCmtlcm4uc21w LmNwdXM6IDEKa2Vybi5zbXAuZGlzYWJsZWQ6IDAKa2Vybi5zbXAuYWN0aXZlOiAwCmtlcm4uc21w Lm1heGNwdXM6IDMyCmtlcm4uc21wLm1heGlkOiAzMQprZXJuLnR0eV9pbnFfZmx1c2hfc2VjdXJl OiAxCmtlcm4udHR5X2lucV9uc2xvdzogMwprZXJuLnR0eV9pbnFfbmZhc3Q6IDEyNAprZXJuLnR0 eV9vdXRxX25zbG93OiAwCmtlcm4udHR5X291dHFfbmZhc3Q6IDIwNjEKa2Vybi5wdHNfbWF4ZGV2 OiA5OTkKa2Vybi50dHlfcHR5X3dhcm5pbmdjbnQ6IDEKa2Vybi50dHlfbm91dDogOTc0MjEKa2Vy bi50dHlfbmluOiAxMjcKa2Vybi5taW52bm9kZXM6IDI1MDAwCmtlcm4ubWV0YWRlbGF5OiAyOApr ZXJuLmRpcmRlbGF5OiAyOQprZXJuLmZpbGVkZWxheTogMzAKa2Vybi5jaHJvb3RfYWxsb3dfb3Bl bl9kaXJlY3RvcmllczogMQprZXJuLmNyeXB0b2RldmFsbG93c29mdDogMAprZXJuLnVzZXJhc3lt Y3J5cHRvOiAxCmtlcm4ucmFuZG9tLnlhcnJvdy5nZW5nYXRlaW50ZXJ2YWw6IDEwCmtlcm4ucmFu ZG9tLnlhcnJvdy5iaW5zOiAxMAprZXJuLnJhbmRvbS55YXJyb3cuZmFzdHRocmVzaDogMTkyCmtl cm4ucmFuZG9tLnlhcnJvdy5zbG93dGhyZXNoOiAyNTYKa2Vybi5yYW5kb20ueWFycm93LnNsb3dv dmVydGhyZXNoOiAyCmtlcm4ucmFuZG9tLnN5cy5zZWVkZWQ6IDEKa2Vybi5yYW5kb20uc3lzLmhh cnZlc3QuZXRoZXJuZXQ6IDEKa2Vybi5yYW5kb20uc3lzLmhhcnZlc3QucG9pbnRfdG9fcG9pbnQ6 IDEKa2Vybi5yYW5kb20uc3lzLmhhcnZlc3QuaW50ZXJydXB0OiAxCmtlcm4ucmFuZG9tLnN5cy5o YXJ2ZXN0LnN3aTogMAp2bS52bXRvdGFsOiAKU3lzdGVtIHdpZGUgdG90YWxzIGNvbXB1dGVkIGV2 ZXJ5IGZpdmUgc2Vjb25kczogKHZhbHVlcyBpbiBraWxvYnl0ZXMpCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClByb2Nlc3NlczoJCShSVU5ROiAxIERpc2sg V2FpdDogMCBQYWdlIFdhaXQ6IDAgU2xlZXA6IDYxKQpWaXJ0dWFsIE1lbW9yeToJCShUb3RhbDog MzI0MDUwOEssIEFjdGl2ZSA1ODA4NTJLKQpSZWFsIE1lbW9yeToJCShUb3RhbDogMzI0MDM2SyBB Y3RpdmUgMjU3NzA4SykKU2hhcmVkIFZpcnR1YWwgTWVtb3J5OgkoVG90YWw6IDc1NzE2SyBBY3Rp dmU6IDM2MTU2SykKU2hhcmVkIFJlYWwgTWVtb3J5OgkoVG90YWw6IDMxMzQwSyBBY3RpdmU6IDIz NjU2SykKRnJlZSBNZW1vcnkgUGFnZXM6CTE0Mzk3ODBLCgp2bS5sb2FkYXZnOiB7IDEuMDIgMS4x MSAxLjAyIH0Kdm0udl9mcmVlX21pbjogMzA2Mgp2bS52X2ZyZWVfdGFyZ2V0OiAxMjkyMAp2bS52 X2ZyZWVfcmVzZXJ2ZWQ6IDY3Mgp2bS52X2luYWN0aXZlX3RhcmdldDogMTkzODAKdm0udl9jYWNo ZV9taW46IDEyOTIwCnZtLnZfY2FjaGVfbWF4OiAyNTg0MAp2bS52X3BhZ2VvdXRfZnJlZV9taW46 IDM0CnZtLnBhZ2VvdXRfYWxnb3JpdGhtOiAwCnZtLnN3YXBfZW5hYmxlZDogMQp2bS5rbWVtX3Np emVfc2NhbGU6IDMKdm0ua21lbV9zaXplX21heDogMzM1NTQ0MzIwCnZtLmttZW1fc2l6ZV9taW46 IDAKdm0ua21lbV9zaXplOiAzMzU1NDQzMjAKdm0ubnN3YXBkZXY6IDEKdm0uZG1tYXg6IDMyCnZt LnN3YXBfYXN5bmNfbWF4OiA0CnZtLm92ZXJjb21taXQ6IDAKdm0uc3dhcF9yZXNlcnZlZDogMTE1 MzQyNTQwOAp2bS5zd2FwX3RvdGFsOiA0Mjk0OTY3Mjk2CnZtLnpvbmVfY291bnQ6IDExMgp2bS5z d2FwX2lkbGVfdGhyZXNob2xkMjogMTAKdm0uc3dhcF9pZGxlX3RocmVzaG9sZDE6IDIKdm0ua3N0 YWNrczogMTU3CnZtLmtzdGFja19jYWNoZV9zaXplOiAxMjgKdm0uZXhlY19tYXBfZW50cmllczog MTYKdm0uc3RhdHMubWlzYy56ZXJvX3BhZ2VfY291bnQ6IDE4CnZtLnN0YXRzLm1pc2MuY250X3By ZXplcm86IDAKdm0uc3RhdHMudm0udl9rdGhyZWFkcGFnZXM6IDAKdm0uc3RhdHMudm0udl9yZm9y a3BhZ2VzOiAwCnZtLnN0YXRzLnZtLnZfdmZvcmtwYWdlczogMjc5OTkxCnZtLnN0YXRzLnZtLnZf Zm9ya3BhZ2VzOiA2ODU3NjkKdm0uc3RhdHMudm0udl9rdGhyZWFkczogMjYKdm0uc3RhdHMudm0u dl9yZm9ya3M6IDAKdm0uc3RhdHMudm0udl92Zm9ya3M6IDE3MjMKdm0uc3RhdHMudm0udl9mb3Jr czogMzYxNAp2bS5zdGF0cy52bS52X2ludGVycnVwdF9mcmVlX21pbjogMgp2bS5zdGF0cy52bS52 X3BhZ2VvdXRfZnJlZV9taW46IDM0CnZtLnN0YXRzLnZtLnZfY2FjaGVfbWF4OiAyNTg0MAp2bS5z dGF0cy52bS52X2NhY2hlX21pbjogMTI5MjAKdm0uc3RhdHMudm0udl9jYWNoZV9jb3VudDogMTI3 Nwp2bS5zdGF0cy52bS52X2luYWN0aXZlX2NvdW50OiA2Mjc3MQp2bS5zdGF0cy52bS52X2luYWN0 aXZlX3RhcmdldDogMTkzODAKdm0uc3RhdHMudm0udl9hY3RpdmVfY291bnQ6IDE3Mjc4CnZtLnN0 YXRzLnZtLnZfd2lyZV9jb3VudDogMzgxMTIKdm0uc3RhdHMudm0udl9mcmVlX2NvdW50OiAzNTg2 NjgKdm0uc3RhdHMudm0udl9mcmVlX21pbjogMzA2Mgp2bS5zdGF0cy52bS52X2ZyZWVfdGFyZ2V0 OiAxMjkyMAp2bS5zdGF0cy52bS52X2ZyZWVfcmVzZXJ2ZWQ6IDY3Mgp2bS5zdGF0cy52bS52X3Bh Z2VfY291bnQ6IDQ3ODI2Mwp2bS5zdGF0cy52bS52X3BhZ2Vfc2l6ZTogNDA5Ngp2bS5zdGF0cy52 bS52X3RmcmVlOiA3MzU3MDQKdm0uc3RhdHMudm0udl9wZnJlZTogNDU1MTMyCnZtLnN0YXRzLnZt LnZfZGZyZWU6IDAKdm0uc3RhdHMudm0udl90Y2FjaGVkOiAxNTY1CnZtLnN0YXRzLnZtLnZfcGRw YWdlczogMAp2bS5zdGF0cy52bS52X3Bkd2FrZXVwczogMAp2bS5zdGF0cy52bS52X3JlYWN0aXZh dGVkOiAyMTcKdm0uc3RhdHMudm0udl9pbnRyYW5zOiA1Mwp2bS5zdGF0cy52bS52X3Zub2RlcGdz b3V0OiAzMTgKdm0uc3RhdHMudm0udl92bm9kZXBnc2luOiA4OTMyCnZtLnN0YXRzLnZtLnZfdm5v ZGVvdXQ6IDIyOAp2bS5zdGF0cy52bS52X3Zub2RlaW46IDExMDgKdm0uc3RhdHMudm0udl9zd2Fw cGdzb3V0OiAwCnZtLnN0YXRzLnZtLnZfc3dhcHBnc2luOiAwCnZtLnN0YXRzLnZtLnZfc3dhcG91 dDogMAp2bS5zdGF0cy52bS52X3N3YXBpbjogMAp2bS5zdGF0cy52bS52X296Zm9kOiAxNjc3OAp2 bS5zdGF0cy52bS52X3pmb2Q6IDU1NTU1Mwp2bS5zdGF0cy52bS52X2Nvd19vcHRpbTogMgp2bS5z dGF0cy52bS52X2Nvd19mYXVsdHM6IDE3NTU5OQp2bS5zdGF0cy52bS52X3ZtX2ZhdWx0czogOTAz NTYxCnZtLnN0YXRzLnN5cy52X3NvZnQ6IDM3NTc3MzMyCnZtLnN0YXRzLnN5cy52X2ludHI6IDE4 MDI4CnZtLnN0YXRzLnN5cy52X3N5c2NhbGw6IDY2MTAyNTgKdm0uc3RhdHMuc3lzLnZfdHJhcDog MTA1ODAzNgp2bS5zdGF0cy5zeXMudl9zd3RjaDogMTM3ODg5MjM2NQp2bS5zdGF0cy5vYmplY3Qu YnlwYXNzZXM6IDQwODkKdm0uc3RhdHMub2JqZWN0LmNvbGxhcHNlczogODc4OAp2bS52X2ZyZWVf c2V2ZXJlOiAxODY3CnZtLm1heF9wcm9jX21tYXA6IDQ2NjAzCnZtLm9sZF9tc3luYzogMAp2bS5t c3luY19mbHVzaF9mbGFnczogMwp2bS5ib290X3BhZ2VzOiA0OAp2bS5tYXhfd2lyZWQ6IDE1ODA4 Nwp2bS5wYWdlb3V0X2xvY2tfbWlzczogMAp2bS5kaXNhYmxlX3N3YXBzcGFjZV9wYWdlb3V0czog MAp2bS5kZWZlcl9zd2Fwc3BhY2VfcGFnZW91dHM6IDAKdm0uc3dhcF9pZGxlX2VuYWJsZWQ6IDAK dm0ucGFnZW91dF9zdGF0c19pbnRlcnZhbDogNQp2bS5wYWdlb3V0X2Z1bGxfc3RhdHNfaW50ZXJ2 YWw6IDIwCnZtLnBhZ2VvdXRfc3RhdHNfbWF4OiAxMjkyMAp2bS5tYXhfbGF1bmRlcjogMzIKdm0u cGh5c19zZWdzOiAKU0VHTUVOVCAwOgoKc3RhcnQ6ICAgICAweDEwMDAKZW5kOiAgICAgICAweDlk MDAwCmZyZWUgbGlzdDogMHhjMGZjYTgyOAoKU0VHTUVOVCAxOgoKc3RhcnQ6ICAgICAweDEwMDAw MAplbmQ6ICAgICAgIDB4NDAwMDAwCmZyZWUgbGlzdDogMHhjMGZjYTgyOAoKU0VHTUVOVCAyOgoK c3RhcnQ6ICAgICAweDE0MjYwMDAKZW5kOiAgICAgICAweDc1Y2MxMDAwCmZyZWUgbGlzdDogMHhj MGZjYTcyMAoKdm0ucGh5c19mcmVlOiAKRlJFRSBMSVNUIDA6CgogIE9SREVSIChTSVpFKSAgfCAg TlVNQkVSCiAgICAgICAgICAgICAgICB8ICBQT09MIDAgIHwgIFBPT0wgMQotLSAgICAgICAgICAg IC0tIC0tICAgICAgLS0gLS0gICAgICAtLQogIDEwICggIDQwOTZLKSAgfCAgICAgMzE3ICB8ICAg ICAgIDAKICAgOSAoICAyMDQ4SykgIHwgICAgICAgMSAgfCAgICAgICAwCiAgIDggKCAgMTAyNEsp ICB8ICAgICAgIDEgIHwgICAgICAgMAogICA3ICggICA1MTJLKSAgfCAgICAgICAyICB8ICAgICAg IDAKICAgNiAoICAgMjU2SykgIHwgICAgICAxMyAgfCAgICAgICAwCiAgIDUgKCAgIDEyOEspICB8 ICAgICAgIDUgIHwgICAgICAgMAogICA0ICggICAgNjRLKSAgfCAgICAgIDE2ICB8ICAgICAgIDIK ICAgMyAoICAgIDMySykgIHwgICAgICAyNyAgfCAgICAgIDU2CiAgIDIgKCAgICAxNkspICB8ICAg ICAgMzQgIHwgICAgIDExMQogICAxICggICAgIDhLKSAgfCAgICAgICAxICB8ICAgICAxMDcKICAg MCAoICAgICA0SykgIHwgICAgICAgMCAgfCAgICAgMTM1CgpGUkVFIExJU1QgMToKCiAgT1JERVIg KFNJWkUpICB8ICBOVU1CRVIKICAgICAgICAgICAgICAgIHwgIFBPT0wgMCAgfCAgUE9PTCAxCi0t ICAgICAgICAgICAgLS0gLS0gICAgICAtLSAtLSAgICAgIC0tCiAgMTAgKCAgNDA5NkspICB8ICAg ICAgIDAgIHwgICAgICAgMAogICA5ICggIDIwNDhLKSAgfCAgICAgICAxICB8ICAgICAgIDAKICAg OCAoICAxMDI0SykgIHwgICAgICAgMSAgfCAgICAgICAwCiAgIDcgKCAgIDUxMkspICB8ICAgICAg IDAgIHwgICAgICAgMAogICA2ICggICAyNTZLKSAgfCAgICAgICAxICB8ICAgICAgIDAKICAgNSAo ICAgMTI4SykgIHwgICAgICAgMSAgfCAgICAgICAwCiAgIDQgKCAgICA2NEspICB8ICAgICAgIDEg IHwgICAgICAgMAogICAzICggICAgMzJLKSAgfCAgICAgICAyICB8ICAgICAgIDAKICAgMiAoICAg IDE2SykgIHwgICAgICAgMiAgfCAgICAgICAwCiAgIDEgKCAgICAgOEspICB8ICAgICAgIDEgIHwg ICAgICAgMAogICAwICggICAgIDRLKSAgfCAgICAgICAxICB8ICAgICAgIDAKCnZtLnJlc2Vydi5y ZWNsYWltZWQ6IDAKdm0ucmVzZXJ2LnBhcnRwb3BxOiAKTEVWRUwgICAgIFNJWkUgIE5VTUJFUgoK ICAgLTE6IDEyMjEyNEssICAgICAzNgoKdm0ucmVzZXJ2LmZyZWVkOiA2NDEKdm0ucmVzZXJ2LmJy b2tlbjogMjUKdm0uaWRsZXplcm9fZW5hYmxlOiAwCnZtLmt2bV9mcmVlOiAzOTg0NTQ3ODQKdm0u a3ZtX3NpemU6IDEwNzM3Mzc3MjgKdm0ucG1hcC5wbWFwX2NvbGxlY3RfYWN0aXZlOiAwCnZtLnBt YXAucG1hcF9jb2xsZWN0X2luYWN0aXZlOiAwCnZtLnBtYXAucHZfZW50cnlfc3BhcmU6IDExNzAz CnZtLnBtYXAucHZfZW50cnlfYWxsb2NzOiA0MTIyMzcwCnZtLnBtYXAucHZfZW50cnlfZnJlZXM6 IDQwMTYxMzcKdm0ucG1hcC5wY19jaHVua190cnlmYWlsOiAwCnZtLnBtYXAucGNfY2h1bmtfZnJl ZXM6IDE3MjkyCnZtLnBtYXAucGNfY2h1bmtfYWxsb2NzOiAxNzY0Mwp2bS5wbWFwLnBjX2NodW5r X2NvdW50OiAzNTEKdm0ucG1hcC5wdl9lbnRyeV9jb3VudDogMTA2MjMzCnZtLnBtYXAucGRlLnBy b21vdGlvbnM6IDAKdm0ucG1hcC5wZGUucF9mYWlsdXJlczogMAp2bS5wbWFwLnBkZS5tYXBwaW5n czogMAp2bS5wbWFwLnBkZS5kZW1vdGlvbnM6IDAKdm0ucG1hcC5zaHBncGVycHJvYzogMjAwCnZt LnBtYXAucHZfZW50cnlfbWF4OiAxNzExMjQ4CnZtLnBtYXAucGdfcHNfZW5hYmxlZDogMAp2ZnMu ZGV2ZnMucnVsZV9kZXB0aDogMQp2ZnMuZGV2ZnMuZ2VuZXJhdGlvbjogMTA4CnZmcy5uZnMuZG93 bmRlbGF5aW5pdGlhbDogMTIKdmZzLm5mcy5kb3duZGVsYXlpbnRlcnZhbDogMzAKdmZzLm5mcy5z a2lwX3djY19kYXRhX29uZXJyOiAxCnZmcy5uZnMubmZzM19qdWtlYm94X2RlbGF5OiAxMAp2ZnMu bmZzLnJlY29ubmVjdHM6IDAKdmZzLm5mcy5idWZwYWNrZXRzOiA0CnZmcy5uZnMuZGVmZWN0OiAw CnZmcy5uZnMuaW9kbWF4OiAyMAp2ZnMubmZzLmlvZG1pbjogMAp2ZnMubmZzLmlvZG1heGlkbGU6 IDEyMAp2ZnMubmZzLmRpc2tsZXNzX3Jvb3RwYXRoOiAKdmZzLm5mcy5kaXNrbGVzc192YWxpZDog MAp2ZnMubmZzLm5mc19pcF9wYXJhbm9pYTogMQp2ZnMubmZzLm5mc19kaXJlY3Rpb19hbGxvd19t bWFwOiAxCnZmcy5uZnMubmZzX2RpcmVjdGlvX2VuYWJsZTogMAp2ZnMubmZzLmNsZWFuX3BhZ2Vz X29uX2Nsb3NlOiAxCnZmcy5uZnMubmZzdjNfY29tbWl0X29uX2Nsb3NlOiAwCnZmcy5uZnMucHJp bWVfYWNjZXNzX2NhY2hlOiAwCnZmcy5uZnMuYWNjZXNzX2NhY2hlX3RpbWVvdXQ6IDYwCnZmcy51 ZnMuZGlyaGFzaF9yZWNsYWltYWdlOiA1CnZmcy51ZnMuZGlyaGFzaF9sb3dtZW1jb3VudDogMAp2 ZnMudWZzLmRpcmhhc2hfZG9jaGVjazogMAp2ZnMudWZzLmRpcmhhc2hfbWVtOiAxNTcwMzkxCnZm cy51ZnMuZGlyaGFzaF9tYXhtZW06IDIwOTcxNTIKdmZzLnVmcy5kaXJoYXNoX21pbnNpemU6IDI1 NjAKdmZzLnBmcy50cmFjZTogMAp2ZnMucGZzLnZuY2FjaGUubWlzc2VzOiAwCnZmcy5wZnMudm5j YWNoZS5oaXRzOiAwCnZmcy5wZnMudm5jYWNoZS5tYXhlbnRyaWVzOiAwCnZmcy5wZnMudm5jYWNo ZS5lbnRyaWVzOiAwCnZmcy5mbHVzaHdpdGhkZXBzOiAwCnZmcy5ub3RidWZkZmxhc2hlczogMAp2 ZnMuZmx1c2hidWZxdGFyZ2V0OiAxMDAKdmZzLmdldG5ld2J1ZnJlc3RhcnRzOiAwCnZmcy5nZXRu ZXdidWZjYWxsczogMzAwNTUKdmZzLmhpZnJlZWJ1ZmZlcnM6IDgxMgp2ZnMubG9mcmVlYnVmZmVy czogNDA2CnZmcy5udW1mcmVlYnVmZmVyczogNzIwMgp2ZnMuZGlydHlidWZ0aHJlc2g6IDE2NDMK dmZzLmhpZGlydHlidWZmZXJzOiAxODI2CnZmcy5sb2RpcnR5YnVmZmVyczogOTEzCnZmcy5udW1k aXJ0eWJ1ZmZlcnM6IDIyCnZmcy5yZWN1cnNpdmVmbHVzaGVzOiAxMTgzCnZmcy5hbHRidWZmZXJm bHVzaGVzOiAwCnZmcy5iZHdyaXRlc2tpcDogMAp2ZnMuZGlydHlidWZmZXJmbHVzaGVzOiAwCnZm cy5oaXJ1bm5pbmdzcGFjZTogMTA0ODU3Ngp2ZnMubG9ydW5uaW5nc3BhY2U6IDUyNDI4OAp2ZnMu YnVmZGVmcmFnY250OiAwCnZmcy5idWZmcmVla3ZhY250OiAwCnZmcy5idWZyZXVzZWNudDogNzE4 MAp2ZnMuaGlidWZzcGFjZTogMTE3NzAyNjU2CnZmcy5sb2J1ZnNwYWNlOiAxMTc2MzcxMjAKdmZz Lm1heG1hbGxvY2J1ZnNwYWNlOiA1ODg1MTMyCnZmcy5idWZtYWxsb2NzcGFjZTogMAp2ZnMubWF4 YnVmc3BhY2U6IDExODM1ODAxNgp2ZnMuYnVmc3BhY2U6IDExNzYzNzEyMAp2ZnMucnVubmluZ2J1 ZnNwYWNlOiAwCnZmcy52bWlvZGlyZW5hYmxlOiAxCnZmcy5jYWNoZS5udW1mdWxscGF0aGZvdW5k OiAzNzg5CnZmcy5jYWNoZS5udW1mdWxscGF0aGZhaWw0OiAwCnZmcy5jYWNoZS5udW1mdWxscGF0 aGZhaWwyOiAwCnZmcy5jYWNoZS5udW1mdWxscGF0aGZhaWwxOiAwCnZmcy5jYWNoZS5udW1mdWxs cGF0aGNhbGxzOiAzNzg5CnZmcy5jYWNoZS5uY2hzdGF0czogNTAzMzAyOTggODMxMDAgNTU3IDAg MzAxMjk0IDAgMjUwODggMjY3MjIKdmZzLmNhY2hlLm51bXVwZ3JhZGVzOiA1CnZmcy5jYWNoZS5u dW1uZWdoaXRzOiA4MzEwMAp2ZnMuY2FjaGUubnVtbmVnemFwczogMjkyCnZmcy5jYWNoZS5udW1w b3NoaXRzOiA1MDMzMDI5OAp2ZnMuY2FjaGUubnVtcG9zemFwczogMjY1CnZmcy5jYWNoZS5udW1t aXNzemFwOiAyODUKdmZzLmNhY2hlLm51bW1pc3M6IDMwMTAwOQp2ZnMuY2FjaGUubnVtY2hlY2tz OiA2MDMzNDMzMwp2ZnMuY2FjaGUuZG90ZG90aGl0czogMzE3NzMKdmZzLmNhY2hlLmRvdGhpdHM6 IDExNTUKdmZzLmNhY2hlLm51bWNhbGxzOiA1MDc0ODE3Nwp2ZnMuY2FjaGUubnVtY2FjaGU6IDM0 MDI2CnZmcy5jYWNoZS5udW1uZWc6IDQ4OAp2ZnMucmVhZF9tYXg6IDgKdmZzLndyaXRlX2JlaGlu ZDogMQp2ZnMubG9va3VwX3NoYXJlZDogMQp2ZnMudXNlcm1vdW50OiAwCnZmcy53b3JrbGlzdF9s ZW46IDE1CnZmcy50aW1lc3RhbXBfcHJlY2lzaW9uOiAwCnZmcy5yZWFzc2lnbmJ1ZmNhbGxzOiAy NjMwNAp2ZnMudmxydV9hbGxvd19jYWNoZV9zcmM6IDAKdmZzLmZyZWV2bm9kZXM6IDI0ODU0CnZm cy53YW50ZnJlZXZub2RlczogMjUwMDAKdmZzLm51bXZub2RlczogMzM0NDkKdmZzLm5mc19jb21t b24ucmVhbGlnbl9jb3VudDogMAp2ZnMubmZzX2NvbW1vbi5yZWFsaWduX3Rlc3Q6IDAKdmZzLm5m c3J2Lm5mc19wcml2cG9ydDogMAp2ZnMubmZzcnYuZmhhLmJpbl9zaGlmdDogMTgKdmZzLm5mc3J2 LmZoYS5tYXhfbmZzZHNfcGVyX2ZoOiA4CnZmcy5uZnNydi5maGEubWF4X3JlcXNfcGVyX25mc2Q6 IDQKdmZzLm5mc3J2LmZoYS5maGVfc3RhdHM6IE5vIGZpbGUgaGFuZGxlIGVudHJpZXMuCnZmcy5u ZnNydi5jb21taXRfbWlzczogMAp2ZnMubmZzcnYuY29tbWl0X2Jsa3M6IDAKdmZzLm5mc3J2LmFz eW5jOiAwCnZmcy5uZnNydi5nYXRoZXJkZWxheV92MzogMAp2ZnMubmZzcnYuZ2F0aGVyZGVsYXk6 IDEwMDAwCnZmcy5uZnNydi5taW50aHJlYWRzOiAxCnZmcy5uZnNydi5tYXh0aHJlYWRzOiAxCnZm cy5uZnNydi50aHJlYWRzOiAwCnZmcy5uZnNydi5yZXF1ZXN0X3NwYWNlX3VzZWQ6IDAKdmZzLm5m c3J2LnJlcXVlc3Rfc3BhY2VfdXNlZF9oaWdoZXN0OiAwCnZmcy5uZnNydi5yZXF1ZXN0X3NwYWNl X2hpZ2g6IDEzMTA3MjAwCnZmcy5uZnNydi5yZXF1ZXN0X3NwYWNlX2xvdzogODczODEzMwp2ZnMu bmZzcnYucmVxdWVzdF9zcGFjZV90aHJvdHRsZWQ6IDAKdmZzLm5mc3J2LnJlcXVlc3Rfc3BhY2Vf dGhyb3R0bGVfY291bnQ6IDAKdmZzLmZmcy5kb3JlYWxsb2NibGtzOiAxCnZmcy5mZnMuZG9hc3lu Y2ZyZWU6IDEKdmZzLmZmcy5jb21wdXRlX3N1bW1hcnlfYXRfbW91bnQ6IDAKdmZzLmZ1c2Uua2Vy bmVsYWJpX21pbm9yOiA4CnZmcy5mdXNlLmtlcm5lbGFiaV9tYWpvcjogNwp2ZnMuZnVzZS5tYXh0 aWNrZXRzOiAwCnZmcy5mdXNlLmlvdl9jcmVkaXQ6IDE2CnZmcy5mdXNlLmlvdl9wZXJtYW5lbnRf YnVmc2l6ZTogNTI0Mjg4CnZmcy5mdXNlLm1heGZyZWV0aWNrZXRzOiAxMDI0CnZmcy5mdXNlLmZ1 c2U0YnNkX3ZlcnNpb246IDAuMy45LXByZTEKdmZzLmZ1c2Uuc3luY191bm1vdW50OiAxCnZmcy5m dXNlLmVuZm9yY2VfZGV2X3Blcm1zOiAwCnZmcy5mdXNlLmluaXRfYmFja2dyb3VuZGVkOiAxCm5l dC5sb2NhbC5zdHJlYW0ucmVjdnNwYWNlOiA4MTkyCm5ldC5sb2NhbC5zdHJlYW0uc2VuZHNwYWNl OiA4MTkyCm5ldC5sb2NhbC5kZ3JhbS5yZWN2c3BhY2U6IDQwOTYKbmV0LmxvY2FsLmRncmFtLm1h eGRncmFtOiAyMDQ4Cm5ldC5sb2NhbC50YXNrY291bnQ6IDAKbmV0LmxvY2FsLnJlY3ljbGVkOiAw Cm5ldC5sb2NhbC5pbmZsaWdodDogMApuZXQuaW5ldC5pcC5wb3J0cmFuZ2UucmFuZG9tdGltZTog NDUKbmV0LmluZXQuaXAucG9ydHJhbmdlLnJhbmRvbWNwczogMTAKbmV0LmluZXQuaXAucG9ydHJh bmdlLnJhbmRvbWl6ZWQ6IDEKbmV0LmluZXQuaXAucG9ydHJhbmdlLnJlc2VydmVkbG93OiAwCm5l dC5pbmV0LmlwLnBvcnRyYW5nZS5yZXNlcnZlZGhpZ2g6IDEwMjMKbmV0LmluZXQuaXAucG9ydHJh bmdlLmhpbGFzdDogNjU1MzUKbmV0LmluZXQuaXAucG9ydHJhbmdlLmhpZmlyc3Q6IDQ5MTUyCm5l dC5pbmV0LmlwLnBvcnRyYW5nZS5sYXN0OiA2NTUzNQpuZXQuaW5ldC5pcC5wb3J0cmFuZ2UuZmly c3Q6IDEwMjQKbmV0LmluZXQuaXAucG9ydHJhbmdlLmxvd2xhc3Q6IDYwMApuZXQuaW5ldC5pcC5w b3J0cmFuZ2UubG93Zmlyc3Q6IDEwMjMKbmV0LmluZXQuaXAuZm9yd2FyZGluZzogMQpuZXQuaW5l dC5pcC5yZWRpcmVjdDogMQpuZXQuaW5ldC5pcC50dGw6IDY0Cm5ldC5pbmV0LmlwLnJ0ZXhwaXJl OiAzNjAwCm5ldC5pbmV0LmlwLnJ0bWluZXhwaXJlOiAxMApuZXQuaW5ldC5pcC5ydG1heGNhY2hl OiAxMjgKbmV0LmluZXQuaXAuc291cmNlcm91dGU6IDAKbmV0LmluZXQuaXAuaW50cl9xdWV1ZV9t YXhsZW46IDI1NgpuZXQuaW5ldC5pcC5pbnRyX3F1ZXVlX2Ryb3BzOiAwCm5ldC5pbmV0LmlwLmFj Y2VwdF9zb3VyY2Vyb3V0ZTogMApuZXQuaW5ldC5pcC5rZWVwZmFpdGg6IDAKbmV0LmluZXQuaXAu Z2lmdHRsOiAzMApuZXQuaW5ldC5pcC5zYW1lX3ByZWZpeF9jYXJwX29ubHk6IDAKbmV0LmluZXQu aXAuc3VibmV0c19hcmVfbG9jYWw6IDAKbmV0LmluZXQuaXAucmFuZG9tX2lkX3RvdGFsOiA1MTky Cm5ldC5pbmV0LmlwLnJhbmRvbV9pZF9jb2xsaXNpb25zOiAyMzcKbmV0LmluZXQuaXAucmFuZG9t X2lkX3BlcmlvZDogODE5MgpuZXQuaW5ldC5pcC5tY2FzdC5sb29wOiAxCm5ldC5pbmV0LmlwLm1j YXN0Lm1heHNvY2tzcmM6IDEyOApuZXQuaW5ldC5pcC5tY2FzdC5tYXhncnBzcmM6IDUxMgpuZXQu aW5ldC5pcC5mYXN0Zm9yd2FyZGluZzogMApuZXQuaW5ldC5pcC5tYXhmcmFncGFja2V0czogMjA0 OApuZXQuaW5ldC5pcC5vdXRwdXRfZmxvd3RhYmxlX3NpemU6IDMyNzY4Cm5ldC5pbmV0LmlwLnN0 ZWFsdGg6IDAKbmV0LmluZXQuaXAubWF4ZnJhZ3NwZXJwYWNrZXQ6IDE2Cm5ldC5pbmV0LmlwLmZy YWdwYWNrZXRzOiAwCm5ldC5pbmV0LmlwLmNoZWNrX2ludGVyZmFjZTogMApuZXQuaW5ldC5pcC5y YW5kb21faWQ6IDEKbmV0LmluZXQuaXAuc2VuZHNvdXJjZXF1ZW5jaDogMApuZXQuaW5ldC5pcC5w cm9jZXNzX29wdGlvbnM6IDEKbmV0LmluZXQuaWNtcC5tYXNrcmVwbDogMApuZXQuaW5ldC5pY21w LmljbXBsaW06IDAKbmV0LmluZXQuaWNtcC5ibWNhc3RlY2hvOiAwCm5ldC5pbmV0LmljbXAucXVv dGVsZW46IDgKbmV0LmluZXQuaWNtcC5yZXBseV9mcm9tX2ludGVyZmFjZTogMApuZXQuaW5ldC5p Y21wLnJlcGx5X3NyYzogCm5ldC5pbmV0LmljbXAuaWNtcGxpbV9vdXRwdXQ6IDEKbmV0LmluZXQu aWNtcC5sb2dfcmVkaXJlY3Q6IDAKbmV0LmluZXQuaWNtcC5kcm9wX3JlZGlyZWN0OiAwCm5ldC5p bmV0LmljbXAubWFza2Zha2U6IDAKbmV0LmluZXQuaWdtcC5nc3JkZWxheTogMTAKbmV0LmluZXQu aWdtcC5kZWZhdWx0X3ZlcnNpb246IDMKbmV0LmluZXQuaWdtcC5sZWdhY3lzdXBwOiAwCm5ldC5p bmV0LmlnbXAudjJlbmFibGU6IDEKbmV0LmluZXQuaWdtcC52MWVuYWJsZTogMQpuZXQuaW5ldC5p Z21wLnNlbmRsb2NhbDogMQpuZXQuaW5ldC5pZ21wLnNlbmRyYTogMQpuZXQuaW5ldC5pZ21wLnJl Y3ZpZmtsdWRnZTogMQpuZXQuaW5ldC5pcGlwLmlwaXBfYWxsb3c6IDAKbmV0LmluZXQudGNwLnJm YzEzMjM6IDEKbmV0LmluZXQudGNwLm1zc2RmbHQ6IDUxMgpuZXQuaW5ldC50Y3Aua2VlcGlkbGU6 IDcyMDAwMDAKbmV0LmluZXQudGNwLmtlZXBpbnR2bDogNzUwMDAKbmV0LmluZXQudGNwLnNlbmRz cGFjZTogNjUyMjgKbmV0LmluZXQudGNwLnJlY3ZzcGFjZTogNjUyMjgKbmV0LmluZXQudGNwLmtl ZXBpbml0OiA3NTAwMApuZXQuaW5ldC50Y3AuZGVsYWNrdGltZTogMTAwCm5ldC5pbmV0LnRjcC52 Nm1zc2RmbHQ6IDEwMjQKbmV0LmluZXQudGNwLmhvc3RjYWNoZS5wdXJnZTogMApuZXQuaW5ldC50 Y3AuaG9zdGNhY2hlLnBydW5lOiAzMDAKbmV0LmluZXQudGNwLmhvc3RjYWNoZS5leHBpcmU6IDM2 MDAKbmV0LmluZXQudGNwLmhvc3RjYWNoZS5jb3VudDogMQpuZXQuaW5ldC50Y3AuaG9zdGNhY2hl LmJ1Y2tldGxpbWl0OiAzMApuZXQuaW5ldC50Y3AuaG9zdGNhY2hlLmhhc2hzaXplOiA1MTIKbmV0 LmluZXQudGNwLmhvc3RjYWNoZS5jYWNoZWxpbWl0OiAxNTM2MApuZXQuaW5ldC50Y3AucmVhZF9s b2NraW5nOiAxCm5ldC5pbmV0LnRjcC5yZWN2YnVmX21heDogMjYyMTQ0Cm5ldC5pbmV0LnRjcC5y ZWN2YnVmX2luYzogMTYzODQKbmV0LmluZXQudGNwLnJlY3ZidWZfYXV0bzogMQpuZXQuaW5ldC50 Y3AuaW5zZWN1cmVfcnN0OiAwCm5ldC5pbmV0LnRjcC5lY24ubWF4cmV0cmllczogMQpuZXQuaW5l dC50Y3AuZWNuLmVuYWJsZTogMApuZXQuaW5ldC50Y3AuYWJjX2xfdmFyOiAyCm5ldC5pbmV0LnRj cC5yZmMzNDY1OiAxCm5ldC5pbmV0LnRjcC5yZmMzMzkwOiAxCm5ldC5pbmV0LnRjcC5yZmMzMDQy OiAxCm5ldC5pbmV0LnRjcC5kcm9wX3N5bmZpbjogMQpuZXQuaW5ldC50Y3AuZGVsYXllZF9hY2s6 IDAKbmV0LmluZXQudGNwLmJsYWNraG9sZTogMgpuZXQuaW5ldC50Y3AubG9nX2luX3ZhaW46IDAK bmV0LmluZXQudGNwLnNlbmRidWZfbWF4OiAyNjIxNDQKbmV0LmluZXQudGNwLnNlbmRidWZfaW5j OiA4MTkyCm5ldC5pbmV0LnRjcC5zZW5kYnVmX2F1dG86IDEKbmV0LmluZXQudGNwLnRzbzogMQpu ZXQuaW5ldC50Y3AubmV3cmVubzogMQpuZXQuaW5ldC50Y3AubG9jYWxfc2xvd3N0YXJ0X2ZsaWdo dHNpemU6IDQKbmV0LmluZXQudGNwLnNsb3dzdGFydF9mbGlnaHRzaXplOiAxCm5ldC5pbmV0LnRj cC5wYXRoX210dV9kaXNjb3Zlcnk6IDEKbmV0LmluZXQudGNwLnJlYXNzLm92ZXJmbG93czogMApu ZXQuaW5ldC50Y3AucmVhc3MubWF4cWxlbjogNDgKbmV0LmluZXQudGNwLnJlYXNzLmN1cnNlZ21l bnRzOiAwCm5ldC5pbmV0LnRjcC5yZWFzcy5tYXhzZWdtZW50czogNDA5NgpuZXQuaW5ldC50Y3Au c2Fjay5nbG9iYWxob2xlczogMApuZXQuaW5ldC50Y3Auc2Fjay5nbG9iYWxtYXhob2xlczogNjU1 MzYKbmV0LmluZXQudGNwLnNhY2subWF4aG9sZXM6IDEyOApuZXQuaW5ldC50Y3Auc2Fjay5lbmFi bGU6IDEKbmV0LmluZXQudGNwLmluZmxpZ2h0LnN0YWI6IDIwCm5ldC5pbmV0LnRjcC5pbmZsaWdo dC5tYXg6IDEwNzM3MjU0NDAKbmV0LmluZXQudGNwLmluZmxpZ2h0Lm1pbjogNjE0NApuZXQuaW5l dC50Y3AuaW5mbGlnaHQucnR0dGhyZXNoOiAxMApuZXQuaW5ldC50Y3AuaW5mbGlnaHQuZGVidWc6 IDAKbmV0LmluZXQudGNwLmluZmxpZ2h0LmVuYWJsZTogMQpuZXQuaW5ldC50Y3AuaXNuX3Jlc2Vl ZF9pbnRlcnZhbDogMApuZXQuaW5ldC50Y3AuaWNtcF9tYXlfcnN0OiAxCm5ldC5pbmV0LnRjcC5w Y2Jjb3VudDogMTEKbmV0LmluZXQudGNwLmRvX3RjcGRyYWluOiAxCm5ldC5pbmV0LnRjcC50Y2Jo YXNoc2l6ZTogNTEyCm5ldC5pbmV0LnRjcC5sb2dfZGVidWc6IDAKbmV0LmluZXQudGNwLm1pbm1z czogMjE2Cm5ldC5pbmV0LnRjcC5zeW5jYWNoZS5yc3Rfb25fc29ja19mYWlsOiAxCm5ldC5pbmV0 LnRjcC5zeW5jYWNoZS5yZXhtdGxpbWl0OiAzCm5ldC5pbmV0LnRjcC5zeW5jYWNoZS5oYXNoc2l6 ZTogNTEyCm5ldC5pbmV0LnRjcC5zeW5jYWNoZS5jb3VudDogMApuZXQuaW5ldC50Y3Auc3luY2Fj aGUuY2FjaGVsaW1pdDogMTUzNjAKbmV0LmluZXQudGNwLnN5bmNhY2hlLmJ1Y2tldGxpbWl0OiAz MApuZXQuaW5ldC50Y3Auc3luY29va2llc19vbmx5OiAwCm5ldC5pbmV0LnRjcC5zeW5jb29raWVz OiAxCm5ldC5pbmV0LnRjcC50aW1lcl9yYWNlOiAwCm5ldC5pbmV0LnRjcC5maW53YWl0Ml90aW1l b3V0OiA2MDAwMApuZXQuaW5ldC50Y3AuZmFzdF9maW53YWl0Ml9yZWN5Y2xlOiAwCm5ldC5pbmV0 LnRjcC5hbHdheXNfa2VlcGFsaXZlOiAxCm5ldC5pbmV0LnRjcC5yZXhtaXRfc2xvcDogMjAwCm5l dC5pbmV0LnRjcC5yZXhtaXRfbWluOiAzMApuZXQuaW5ldC50Y3AubXNsOiAzMDAwMApuZXQuaW5l dC50Y3Aubm9sb2NhbHRpbWV3YWl0OiAwCm5ldC5pbmV0LnRjcC5tYXh0Y3B0dzogNTEyMApuZXQu aW5ldC51ZHAuY2hlY2tzdW06IDEKbmV0LmluZXQudWRwLm1heGRncmFtOiA1NzM0NApuZXQuaW5l dC51ZHAucmVjdnNwYWNlOiA0MjA4MApuZXQuaW5ldC51ZHAuYmxhY2tob2xlOiAxCm5ldC5pbmV0 LnVkcC5sb2dfaW5fdmFpbjogMApuZXQuaW5ldC5lc3AuZXNwX2VuYWJsZTogMQpuZXQuaW5ldC5h aC5haF9jbGVhcnRvczogMQpuZXQuaW5ldC5haC5haF9lbmFibGU6IDEKbmV0LmluZXQucGltLnNx dWVsY2hfd2hvbGVwa3Q6IDAKbmV0LmluZXQuaXBjb21wLmlwY29tcF9lbmFibGU6IDAKbmV0Lmlu ZXQuY2FycC5hbGxvdzogMQpuZXQuaW5ldC5jYXJwLnByZWVtcHQ6IDAKbmV0LmluZXQuY2FycC5s b2c6IDEKbmV0LmluZXQuY2FycC5hcnBiYWxhbmNlOiAwCm5ldC5pbmV0LmNhcnAuc3VwcHJlc3Nf cHJlZW1wdDogMApuZXQuaW5ldC5zY3RwLnZ0YWdfdGltZV93YWl0OiA2MApuZXQuaW5ldC5zY3Rw Lm5hdF9mcmllbmRseV9pbml0OiAwCm5ldC5pbmV0LnNjdHAuZW5hYmxlX3NhY2tfaW1tZWRpYXRl bHk6IDAKbmV0LmluZXQuc2N0cC51ZHBfdHVubmVsaW5nX3BvcnQ6IDAKbmV0LmluZXQuc2N0cC51 ZHBfdHVubmVsaW5nX2Zvcl9jbGllbnRfZW5hYmxlOiAwCm5ldC5pbmV0LnNjdHAubW9iaWxpdHlf ZmFzdGhhbmRvZmY6IDAKbmV0LmluZXQuc2N0cC5tb2JpbGl0eV9iYXNlOiAwCm5ldC5pbmV0LnNj dHAuZGVmYXVsdF9mcmFnX2ludGVybGVhdmU6IDEKbmV0LmluZXQuc2N0cC5kZWZhdWx0X2NjX21v ZHVsZTogMApuZXQuaW5ldC5zY3RwLmxvZ19sZXZlbDogMApuZXQuaW5ldC5zY3RwLm1heF9yZXRy YW5fY2h1bms6IDMwCm5ldC5pbmV0LnNjdHAubWluX3Jlc2lkdWFsOiAxNDUyCm5ldC5pbmV0LnNj dHAuc3RyaWN0X2RhdGFfb3JkZXI6IDAKbmV0LmluZXQuc2N0cC5hYm9ydF9hdF9saW1pdDogMApu ZXQuaW5ldC5zY3RwLmhiX21heF9idXJzdDogNApuZXQuaW5ldC5zY3RwLmRvX3NjdHBfZHJhaW46 IDEKbmV0LmluZXQuc2N0cC5tYXhfY2hhaW5lZF9tYnVmczogNQpuZXQuaW5ldC5zY3RwLmFiY19s X3ZhcjogMQpuZXQuaW5ldC5zY3RwLm5hdF9mcmllbmRseTogMQpuZXQuaW5ldC5zY3RwLmF1dGhf ZGlzYWJsZTogMApuZXQuaW5ldC5zY3RwLmFzY29uZl9hdXRoX25vY2hrOiAwCm5ldC5pbmV0LnNj dHAuZWFybHlfZmFzdF9yZXRyYW5fbXNlYzogMjUwCm5ldC5pbmV0LnNjdHAuZWFybHlfZmFzdF9y ZXRyYW46IDAKbmV0LmluZXQuc2N0cC5jd25kX21heGJ1cnN0OiAxCm5ldC5pbmV0LnNjdHAuY210 X3BmOiAwCm5ldC5pbmV0LnNjdHAuY210X3VzZV9kYWM6IDAKbmV0LmluZXQuc2N0cC5ucl9zYWNr X29uX29mZjogMApuZXQuaW5ldC5zY3RwLmNtdF9vbl9vZmY6IDAKbmV0LmluZXQuc2N0cC5vdXRn b2luZ19zdHJlYW1zOiAxMApuZXQuaW5ldC5zY3RwLmFkZF9tb3JlX29uX291dHB1dDogMTQ1Mgpu ZXQuaW5ldC5zY3RwLnBhdGhfcnR4X21heDogNQpuZXQuaW5ldC5zY3RwLmFzc29jX3J0eF9tYXg6 IDEwCm5ldC5pbmV0LnNjdHAuaW5pdF9ydHhfbWF4OiA4Cm5ldC5pbmV0LnNjdHAudmFsaWRfY29v a2llX2xpZmU6IDYwMDAwCm5ldC5pbmV0LnNjdHAuaW5pdF9ydG9fbWF4OiA2MDAwMApuZXQuaW5l dC5zY3RwLnJ0b19pbml0aWFsOiAzMDAwCm5ldC5pbmV0LnNjdHAucnRvX21pbjogMTAwMApuZXQu aW5ldC5zY3RwLnJ0b19tYXg6IDYwMDAwCm5ldC5pbmV0LnNjdHAuc2VjcmV0X2xpZmV0aW1lOiAz NjAwCm5ldC5pbmV0LnNjdHAuc2h1dGRvd25fZ3VhcmRfdGltZTogMTgwCm5ldC5pbmV0LnNjdHAu cG10dV9yYWlzZV90aW1lOiA2MDAKbmV0LmluZXQuc2N0cC5oZWFydGJlYXRfaW50ZXJ2YWw6IDMw MDAwCm5ldC5pbmV0LnNjdHAuYXNvY19yZXNvdXJjZTogMTAKbmV0LmluZXQuc2N0cC5zeXNfcmVz b3VyY2U6IDEwMDAKbmV0LmluZXQuc2N0cC5zYWNrX2ZyZXE6IDIKbmV0LmluZXQuc2N0cC5kZWxh eWVkX3NhY2tfdGltZTogMjAwCm5ldC5pbmV0LnNjdHAuY2h1bmtzY2FsZTogMTAKbmV0LmluZXQu c2N0cC5taW5fc3BsaXRfcG9pbnQ6IDI5MDQKbmV0LmluZXQuc2N0cC5wY2JoYXNoc2l6ZTogMjU2 Cm5ldC5pbmV0LnNjdHAudGNiaGFzaHNpemU6IDEwMjQKbmV0LmluZXQuc2N0cC5tYXhjaHVua3M6 IDMyMDAKbmV0LmluZXQuc2N0cC5tYXhidXJzdDogNApuZXQuaW5ldC5zY3RwLnBlZXJfY2hrb2g6 IDI1NgpuZXQuaW5ldC5zY3RwLnN0cmljdF9pbml0OiAxCm5ldC5pbmV0LnNjdHAubG9vcGJhY2tf bm9jc3VtOiAxCm5ldC5pbmV0LnNjdHAuc3RyaWN0X3NhY2tzOiAxCm5ldC5pbmV0LnNjdHAuZWNu X25vbmNlOiAwCm5ldC5pbmV0LnNjdHAuZWNuX2VuYWJsZTogMQpuZXQuaW5ldC5zY3RwLmF1dG9f YXNjb25mOiAxCm5ldC5pbmV0LnNjdHAucmVjdnNwYWNlOiAyMzMwMTYKbmV0LmluZXQuc2N0cC5z ZW5kc3BhY2U6IDIzMzAxNgpuZXQuaW5ldC5pcHNlYy5kZWZfcG9saWN5OiAxCm5ldC5pbmV0Lmlw c2VjLmVzcF90cmFuc19kZWZsZXY6IDEKbmV0LmluZXQuaXBzZWMuZXNwX25ldF9kZWZsZXY6IDEK bmV0LmluZXQuaXBzZWMuYWhfdHJhbnNfZGVmbGV2OiAxCm5ldC5pbmV0Lmlwc2VjLmFoX25ldF9k ZWZsZXY6IDEKbmV0LmluZXQuaXBzZWMuYWhfY2xlYXJ0b3M6IDEKbmV0LmluZXQuaXBzZWMuYWhf b2Zmc2V0bWFzazogMApuZXQuaW5ldC5pcHNlYy5kZmJpdDogMApuZXQuaW5ldC5pcHNlYy5lY246 IDAKbmV0LmluZXQuaXBzZWMuZGVidWc6IDAKbmV0LmluZXQuaXBzZWMuZmlsdGVydHVubmVsOiAw Cm5ldC5pbmV0Lmlwc2VjLmNyeXB0b19zdXBwb3J0OiA1MDMzMTY0OApuZXQuaW5ldC5yYXcucmVj dnNwYWNlOiA5MjE2Cm5ldC5pbmV0LnJhdy5tYXhkZ3JhbTogOTIxNgpuZXQuaW5ldC5hY2NmLnVu bG9hZGFibGU6IDAKbmV0LmluZXQuZmxvd3RhYmxlLnN0YXRzOiAKdGFibGUgbmFtZTogaXB2NAoJ Y29sbGlzaW9uczogMAoJYWxsb2NhdGVkOiAwCgltaXNzZXM6IDAKCW1heF9kZXB0aDogMAoJZnJl ZV9jaGVja3M6IDAKCWZyZWVzOiAwCgloaXRzOiAwCglsb29rdXBzOiAwCgpuZXQuaW5ldC5mbG93 dGFibGUubm1iZmxvd3M6IDI1NjAwCm5ldC5pbmV0LmZsb3d0YWJsZS50Y3BfZXhwaXJlOiA4NjQw MApuZXQuaW5ldC5mbG93dGFibGUuZmluX3dhaXRfZXhwaXJlOiA2MDAKbmV0LmluZXQuZmxvd3Rh YmxlLnVkcF9leHBpcmU6IDMwMApuZXQuaW5ldC5mbG93dGFibGUuc3luX2V4cGlyZTogMzAwCm5l dC5pbmV0LmZsb3d0YWJsZS5lbmFibGU6IDAKbmV0LmluZXQuZmxvd3RhYmxlLmRlYnVnOiAwCm5l dC5saW5rLmdlbmVyaWMuc3lzdGVtLmlmY291bnQ6IDYKbmV0LmxpbmsuZXRoZXIuaW5ldC5sb2df YXJwX3Blcm1hbmVudF9tb2RpZnk6IDEKbmV0LmxpbmsuZXRoZXIuaW5ldC5sb2dfYXJwX21vdmVt ZW50czogMQpuZXQubGluay5ldGhlci5pbmV0LmxvZ19hcnBfd3JvbmdfaWZhY2U6IDEKbmV0Lmxp bmsuZXRoZXIuaW5ldC5wcm94eWFsbDogMApuZXQubGluay5ldGhlci5pbmV0LnVzZWxvb3BiYWNr OiAxCm5ldC5saW5rLmV0aGVyLmluZXQubWF4dHJpZXM6IDUKbmV0LmxpbmsuZXRoZXIuaW5ldC5t YXhfYWdlOiAxMjAwCm5ldC5saW5rLmV0aGVyLmlwZnc6IDAKbmV0Lmxpbmsudmxhbi5zb2Z0X3Bh ZDogMApuZXQubGluay5icmlkZ2UuaXBmdzogMApuZXQubGluay5icmlkZ2UuaW5oZXJpdF9tYWM6 IDAKbmV0LmxpbmsuYnJpZGdlLmxvZ19zdHA6IDAKbmV0LmxpbmsuYnJpZGdlLnBmaWxfbG9jYWxf cGh5czogMApuZXQubGluay5icmlkZ2UucGZpbF9tZW1iZXI6IDEKbmV0LmxpbmsuYnJpZGdlLnBm aWxfYnJpZGdlOiAwCm5ldC5saW5rLmJyaWRnZS5pcGZ3X2FycDogMApuZXQubGluay5icmlkZ2Uu cGZpbF9vbmx5aXA6IDAKbmV0LmxpbmsuZ2lmLnBhcmFsbGVsX3R1bm5lbHM6IDAKbmV0Lmxpbmsu Z2lmLm1heF9uZXN0aW5nOiAxCm5ldC5saW5rLmxvZ19saW5rX3N0YXRlX2NoYW5nZTogMQpuZXQu bGluay50dW4uZGV2ZnNfY2xvbmluZzogMQpuZXQubGluay50YXAuZGVidWc6IDAKbmV0Lmxpbmsu dGFwLmRldmZzX2Nsb25pbmc6IDEKbmV0LmxpbmsudGFwLnVwX29uX29wZW46IDAKbmV0Lmxpbmsu dGFwLnVzZXJfb3BlbjogMQpuZXQua2V5LmRlYnVnOiAwCm5ldC5rZXkuc3BpX3RyeWNudDogMTAw MApuZXQua2V5LnNwaV9taW52YWw6IDI1NgpuZXQua2V5LnNwaV9tYXh2YWw6IDI2ODQzNTQ1NQpu ZXQua2V5LmludF9yYW5kb206IDYwCm5ldC5rZXkubGFydmFsX2xpZmV0aW1lOiAzMApuZXQua2V5 LmJsb2NrYWNxX2NvdW50OiAxMApuZXQua2V5LmJsb2NrYWNxX2xpZmV0aW1lOiAyMApuZXQua2V5 LmVzcF9rZXltaW46IDI1NgpuZXQua2V5LmVzcF9hdXRoOiAwCm5ldC5rZXkuYWhfa2V5bWluOiAx MjgKbmV0LmtleS5wcmVmZXJyZWRfb2xkc2E6IDAKbmV0LmluZXQ2LmlwNi5mb3J3YXJkaW5nOiAw Cm5ldC5pbmV0Ni5pcDYucmVkaXJlY3Q6IDEKbmV0LmluZXQ2LmlwNi5obGltOiA2NApuZXQuaW5l dDYuaXA2Lm1heGZyYWdwYWNrZXRzOiAxNjM4NApuZXQuaW5ldDYuaXA2LmFjY2VwdF9ydGFkdjog MApuZXQuaW5ldDYuaXA2LmtlZXBmYWl0aDogMApuZXQuaW5ldDYuaXA2LmxvZ19pbnRlcnZhbDog NQpuZXQuaW5ldDYuaXA2Lmhkcm5lc3RsaW1pdDogMTUKbmV0LmluZXQ2LmlwNi5kYWRfY291bnQ6 IDEKbmV0LmluZXQ2LmlwNi5hdXRvX2Zsb3dsYWJlbDogMQpuZXQuaW5ldDYuaXA2LmRlZm1jYXN0 aGxpbTogMQpuZXQuaW5ldDYuaXA2LmdpZmhsaW06IDMwCm5ldC5pbmV0Ni5pcDYua2FtZV92ZXJz aW9uOiBGcmVlQlNECm5ldC5pbmV0Ni5pcDYudXNlX2RlcHJlY2F0ZWQ6IDEKbmV0LmluZXQ2Lmlw Ni5ycl9wcnVuZTogNQpuZXQuaW5ldDYuaXA2LnY2b25seTogMQpuZXQuaW5ldDYuaXA2LnJ0ZXhw aXJlOiAzNjAwCm5ldC5pbmV0Ni5pcDYucnRtaW5leHBpcmU6IDEwCm5ldC5pbmV0Ni5pcDYucnRt YXhjYWNoZTogMTI4Cm5ldC5pbmV0Ni5pcDYudXNlX3RlbXBhZGRyOiAwCm5ldC5pbmV0Ni5pcDYu dGVtcHBsdGltZTogODY0MDAKbmV0LmluZXQ2LmlwNi50ZW1wdmx0aW1lOiA2MDQ4MDAKbmV0Lmlu ZXQ2LmlwNi5hdXRvX2xpbmtsb2NhbDogMQpuZXQuaW5ldDYuaXA2LnByZWZlcl90ZW1wYWRkcjog MApuZXQuaW5ldDYuaXA2LnVzZV9kZWZhdWx0em9uZTogMApuZXQuaW5ldDYuaXA2Lm1heGZyYWdz OiAxNjM4NApuZXQuaW5ldDYuaXA2Lm1jYXN0X3BtdHU6IDAKbmV0LmluZXQ2LmlwNi5zdGVhbHRo OiAwCm5ldC5pbmV0Ni5pcDYubWNhc3QubG9vcDogMQpuZXQuaW5ldDYuaXA2Lm1jYXN0Lm1heHNv Y2tzcmM6IDEyOApuZXQuaW5ldDYuaXA2Lm1jYXN0Lm1heGdycHNyYzogNTEyCm5ldC5pbmV0Ni5p cHNlYzYuZGVmX3BvbGljeTogMQpuZXQuaW5ldDYuaXBzZWM2LmVzcF90cmFuc19kZWZsZXY6IDEK bmV0LmluZXQ2Lmlwc2VjNi5lc3BfbmV0X2RlZmxldjogMQpuZXQuaW5ldDYuaXBzZWM2LmFoX3Ry YW5zX2RlZmxldjogMQpuZXQuaW5ldDYuaXBzZWM2LmFoX25ldF9kZWZsZXY6IDEKbmV0LmluZXQ2 Lmlwc2VjNi5lY246IDAKbmV0LmluZXQ2Lmlwc2VjNi5kZWJ1ZzogMApuZXQuaW5ldDYuaXBzZWM2 LmZpbHRlcnR1bm5lbDogMApuZXQuaW5ldDYuaWNtcDYucmVkaXJhY2NlcHQ6IDEKbmV0LmluZXQ2 LmljbXA2LnJlZGlydGltZW91dDogNjAwCm5ldC5pbmV0Ni5pY21wNi5uZDZfcHJ1bmU6IDEKbmV0 LmluZXQ2LmljbXA2Lm5kNl9kZWxheTogNQpuZXQuaW5ldDYuaWNtcDYubmQ2X3VtYXh0cmllczog MwpuZXQuaW5ldDYuaWNtcDYubmQ2X21tYXh0cmllczogMwpuZXQuaW5ldDYuaWNtcDYubmQ2X3Vz ZWxvb3BiYWNrOiAxCm5ldC5pbmV0Ni5pY21wNi5ub2RlaW5mbzogMwpuZXQuaW5ldDYuaWNtcDYu ZXJycHBzbGltaXQ6IDEwMApuZXQuaW5ldDYuaWNtcDYubmQ2X21heG51ZGhpbnQ6IDAKbmV0Lmlu ZXQ2LmljbXA2Lm5kNl9kZWJ1ZzogMApuZXQuaW5ldDYuaWNtcDYubmQ2X21heHF1ZXVlbGVuOiAx Cm5ldC5pbmV0Ni5pY21wNi5uZDZfb25saW5rX25zX3JmYzQ4NjE6IDAKbmV0LmluZXQ2Lm1sZC51 c2VfYWxsb3c6IDEKbmV0LmluZXQ2Lm1sZC52MWVuYWJsZTogMQpuZXQuaW5ldDYubWxkLmdzcmRl bGF5OiAxMApuZXQuYnBmLnplcm9jb3B5X2VuYWJsZTogMApuZXQuYnBmLm1heGluc25zOiA1MTIK bmV0LmJwZi5tYXhidWZzaXplOiA1MjQyODgKbmV0LmJwZi5idWZzaXplOiA0MDk2Cm5ldC5pZmRl c2NyX21heGxlbjogMTAyNApuZXQuZW5jLm91dC5pcHNlY19icGZfbWFzazogMHgwMDAwMDAwMQpu ZXQuZW5jLm91dC5pcHNlY19maWx0ZXJfbWFzazogMHgwMDAwMDAwMQpuZXQuZW5jLmluLmlwc2Vj X2JwZl9tYXNrOiAweDAwMDAwMDAyCm5ldC5lbmMuaW4uaXBzZWNfZmlsdGVyX21hc2s6IDB4MDAw MDAwMDIKbmV0Lmlzci5udW10aHJlYWRzOiAxCm5ldC5pc3IuZGVmYXVsdHFsaW1pdDogMjU2Cm5l dC5pc3IubWF4cWxpbWl0OiAxMDI0MApuZXQuaXNyLmJpbmR0aHJlYWRzOiAwCm5ldC5pc3IubWF4 dGhyZWFkczogMQpuZXQuaXNyLmRpcmVjdDogMQpuZXQuaXNyLmRpcmVjdF9mb3JjZTogMQpuZXQu cmF3LnJlY3ZzcGFjZTogODE5MgpuZXQucmF3LnNlbmRzcGFjZTogODE5MgpuZXQubXlfZmlibnVt OiAwCm5ldC5hZGRfYWRkcl9hbGxmaWJzOiAxCm5ldC5maWJzOiAxCm5ldC5yb3V0ZS5uZXRpc3Jf bWF4cWxlbjogMjU2Cm5ldC53bGFuLmNhY190aW1lb3V0OiA2MApuZXQud2xhbi5ub2xfdGltZW91 dDogMTgwMApuZXQud2xhbi5kZWJ1ZzogMApuZXQud2xhbi5hZGRiYV9tYXh0cmllczogMwpuZXQu d2xhbi5hZGRiYV9iYWNrb2ZmOiAxMDAwMApuZXQud2xhbi5hZGRiYV90aW1lb3V0OiAyNTAKbmV0 LndsYW4ucmVjdl9iYXI6IDEKbmV0LndsYW4uYW1wZHVfYWdlOiA1MDAKbmV0LndsYW4uaHdtcC5p bmFjdDogNTAwMApuZXQud2xhbi5od21wLnJhbm5pbnQ6IDEwMDAKbmV0LndsYW4uaHdtcC5yb290 aW50OiAyMDAwCm5ldC53bGFuLmh3bXAucm9vdHRpbWVvdXQ6IDUwMDAKbmV0LndsYW4uaHdtcC5w YXRobGlmZXRpbWU6IDUwMDAKbmV0LndsYW4uaHdtcC5yZXBseWZvcndhcmQ6IDEKbmV0LndsYW4u aHdtcC50YXJnZXRvbmx5OiAwCm5ldC53bGFuLm1lc2gubWF4cmV0cmllczogMgpuZXQud2xhbi5t ZXNoLmNvbmZpcm10aW1lb3V0OiA0MApuZXQud2xhbi5tZXNoLmhvbGRpbmd0aW1lb3V0OiA0MApu ZXQud2xhbi5tZXNoLnJldHJ5dGltZW91dDogNDAKbmV0LmdyYXBoLm1zZ192ZXJzaW9uOiA4Cm5l dC5ncmFwaC5hYmlfdmVyc2lvbjogMTIKbmV0LmdyYXBoLm1heGRhdGE6IDUxMgpuZXQuZ3JhcGgu bWF4YWxsb2M6IDQwOTYKbmV0LmdyYXBoLnRocmVhZHM6IDEKbmV0LmdyYXBoLmNvbnRyb2wucHJv dG86IDIKbmV0LmdyYXBoLmRhdGEucHJvdG86IDEKbmV0LmdyYXBoLmZhbWlseTogMzIKbmV0Lmdy YXBoLnJlY3ZzcGFjZTogMjA0ODAKbmV0LmdyYXBoLm1heGRncmFtOiAyMDQ4MApkZWJ1Zy5wZnVn aWRoYWNrOiAwCmRlYnVnLmFjcGkuc3VzcGVuZF9ib3VuY2U6IDAKZGVidWcuYWNwaS5yZXNldF9j bG9jazogMQpkZWJ1Zy5hY3BpLmRvX3Bvd2Vyc3RhdGU6IDEKZGVidWcuYWNwaS5pbnRlcnByZXRl cl9zbGFjazogMQpkZWJ1Zy5hY3BpLmVuYWJsZV9kZWJ1Z19vYmplY3RzOiAwCmRlYnVnLmFjcGku YWNwaV9jYV92ZXJzaW9uOiAyMDEwMDMzMQpkZWJ1Zy5hY3BpLmVjLnRpbWVvdXQ6IDc1MApkZWJ1 Zy5hY3BpLmVjLnBvbGxlZDogMApkZWJ1Zy5hY3BpLmVjLmJ1cnN0OiAwCmRlYnVnLmFjcGkuYmF0 dC5iYXR0X3NsZWVwX21zOiAwCmRlYnVnLmFjcGkucmVzdW1lX2JlZXA6IDAKZGVidWcuZmlyZXdp cmVfZGVidWc6IDAKZGVidWcuZndtZW1fZGVidWc6IDAKZGVidWcuaWZfZndlX2RlYnVnOiAwCmRl YnVnLmlmX2Z3aXBfZGVidWc6IDAKZGVidWcuaXdpOiAwCmRlYnVnLm1kZGVidWc6IDAKZGVidWcu bnVsbGZzX2J1Z19ieXBhc3M6IDAKZGVidWcuZWxmMzJfbGVnYWN5X2NvcmVkdW1wOiAwCmRlYnVn LmJvb3R2ZXJib3NlOiAxCmRlYnVnLmJvb3Rob3d0bzogLTIxNDc0ODE2MDAKZGVidWcuY3B1ZnJl cS52ZXJib3NlOiAwCmRlYnVnLmNwdWZyZXEubG93ZXN0OiAwCmRlYnVnLmZhaWxfcG9pbnQuYnVm X3ByZXNzdXJlOiBvZmYKZGVidWcuc2l6ZW9mLmNkZXZfcHJpdjogMjM2CmRlYnVnLnNpemVvZi5j ZGV2OiAxODQKZGVidWcuc2l6ZW9mLmdfYmlvcTogMzIKZGVidWcuc2l6ZW9mLmdfY29uc3VtZXI6 IDYwCmRlYnVnLnNpemVvZi5nX3Byb3ZpZGVyOiA4OApkZWJ1Zy5zaXplb2YuZ19nZW9tOiA2OApk ZWJ1Zy5zaXplb2YuZ19jbGFzczogNjgKZGVidWcuc2l6ZW9mLmtpbmZvX3Byb2M6IDc2OApkZWJ1 Zy5zaXplb2YuYnVmOiAzMzYKZGVidWcuc2l6ZW9mLmJpbzogMTQwCmRlYnVnLnNpemVvZi5wcm9j OiA2ODAKZGVidWcuc2l6ZW9mLnZub2RlOiAyNjgKZGVidWcuc2l6ZW9mLmRldnN0YXQ6IDI0MApk ZWJ1Zy5zaXplb2YubmFtZWNhY2hlOiAzNgpkZWJ1Zy5vc2Q6IDAKZGVidWcudG9fYXZnX21wY2Fs bHM6IDEyNTEKZGVidWcudG9fYXZnX2xvY2tjYWxsczogMApkZWJ1Zy50b19hdmdfZ2NhbGxzOiAy NTAKZGVidWcudG9fYXZnX2RlcHRoOiAxNzEyCmRlYnVnLnVtdHgudW10eF9waV9hbGxvY2F0ZWQ6 IDAKZGVidWcua2RiLnN0b3BfY3B1czogMQpkZWJ1Zy5rZGIudHJhcF9jb2RlOiAwCmRlYnVnLmtk Yi50cmFwOiAwCmRlYnVnLmtkYi5wYW5pYzogMApkZWJ1Zy5rZGIuZW50ZXI6IDAKZGVidWcua2Ri LmN1cnJlbnQ6IApkZWJ1Zy5rZGIuYXZhaWxhYmxlOiAKZGVidWcucm1hbl9kZWJ1ZzogMApkZWJ1 Zy50dHlkZWJ1ZzogMApkZWJ1Zy5kaXNhYmxlZnVsbHBhdGg6IDAKZGVidWcuZGlzYWJsZWN3ZDog MApkZWJ1Zy52ZnNjYWNoZTogMQpkZWJ1Zy5udW1jYWNoZWh2OiAxODA2CmRlYnVnLm51bWNhY2hl OiAzNDAyNgpkZWJ1Zy5udW1uZWc6IDQ4OApkZWJ1Zy5uY25lZ2ZhY3RvcjogMTYKZGVidWcubmNo YXNoOiAxMzEwNzEKZGVidWcudm5scnVfbm93aGVyZTogMApkZWJ1Zy5ydXNoX3JlcXVlc3RzOiAw CmRlYnVnLmlmX3R1bl9kZWJ1ZzogMApkZWJ1Zy5pZl90YXBfZGVidWc6IDAKZGVidWcubmxtX2Rl YnVnOiAwCmRlYnVnLmNyeXB0b190aW1pbmc6IDAKZGVidWcuY29sbGVjdHNuYXBzdGF0czogMApk ZWJ1Zy5zbmFwZGVidWc6IDAKZGVidWcuZG9wZXJzaXN0ZW5jZTogMApkZWJ1Zy5kaXJfZW50cnk6 IDEKZGVidWcuZGlyZWN0X2Jsa19wdHJzOiAwCmRlYnVnLmlub2RlX2JpdG1hcDogMQpkZWJ1Zy5p bmRpcl9ibGtfcHRyczogMApkZWJ1Zy5zeW5jX2xpbWl0X2hpdDogMApkZWJ1Zy5pbm9fbGltaXRf aGl0OiAwCmRlYnVnLmJsa19saW1pdF9oaXQ6IDAKZGVidWcuaW5vX2xpbWl0X3B1c2g6IDAKZGVi dWcuYmxrX2xpbWl0X3B1c2g6IDAKZGVidWcud29ya2xpc3RfcHVzaDogMApkZWJ1Zy5tYXhpbmRp cmRlcHM6IDUwCmRlYnVnLnRpY2tkZWxheTogMgpkZWJ1Zy5tYXhfc29mdGRlcHM6IDQwMDAwMApk ZWJ1Zy5kb2JrZ3Jkd3JpdGU6IDEKZGVidWcuYmlnY2dzOiAwCmRlYnVnLmRpcmNoZWNrOiAwCmRl YnVnLnBzbS5wa3RlcnJ0aHJlc2g6IDIKZGVidWcucHNtLnVzZWNzOiA1MDAwMDAKZGVidWcucHNt LnNlY3M6IDAKZGVidWcucHNtLmVycnVzZWNzOiAwCmRlYnVnLnBzbS5lcnJzZWNzOiAyCmRlYnVn LnBzbS5oejogMjAKZGVidWcucHNtLmxvZ2xldmVsOiAwCmRlYnVnLmZkYy5zZXR0bGU6IDAKZGVi dWcuZmRjLnNwZWMyOiAxNgpkZWJ1Zy5mZGMuc3BlYzE6IDE3NQpkZWJ1Zy5mZGMucmV0cmllczog MTAKZGVidWcuZmRjLmRlYnVnZmxhZ3M6IDAKZGVidWcuZmRjLmZpZm86IDgKZGVidWcuaHdwc3Rh dGVfdmVyYm9zZTogMApkZWJ1Zy5taW5pZHVtcDogMQpkZWJ1Zy5QTUFQMXVuY2hhbmdlZDogMTQ5 NjA1NQpkZWJ1Zy5QTUFQMWNoYW5nZWQ6IDExMTE5CmRlYnVnLlBNQVAxY2hhbmdlZGNwdTogMApk ZWJ1Zy54ODZiaW9zLmludDogMApkZWJ1Zy54ODZiaW9zLmNhbGw6IDAKaHcubWFjaGluZTogaTM4 Ngpody5tb2RlbDogQU1EIFNlbXByb24odG0pIFByb2Nlc3NvciAyMDBVCmh3Lm5jcHU6IDEKaHcu Ynl0ZW9yZGVyOiAxMjM0Cmh3LnBoeXNtZW06IDE5OTQ2NzgyNzIKaHcudXNlcm1lbTogMTgzODU3 MTUyMApody5wYWdlc2l6ZTogNDA5Ngpody5mbG9hdGluZ3BvaW50OiAxCmh3Lm1hY2hpbmVfYXJj aDogaTM4Ngpody5yZWFsbWVtOiAyMDEyMDIwNzM2Cmh3LmFtci5mb3JjZV9zZzMyOiAwCmh3LmFu LmFuX2NhY2hlX2lwb25seTogMQpody5hbi5hbl9jYWNoZV9tY2FzdG9ubHk6IDAKaHcuYW4uYW5f Y2FjaGVfbW9kZTogZGJtCmh3LmFuLmFuX2R1bXA6IG9mZgpody5hdGEuc2V0bWF4OiAwCmh3LmF0 YS53YzogMQpody5hdGEuYXRhcGlfZG1hOiAxCmh3LmF0YS5hdGFfZG1hX2NoZWNrXzgwcGluOiAx Cmh3LmF0YS5hdGFfZG1hOiAxCmh3LmF0aC5ic3R1Y2s6IDQKaHcuYXRoLnR4YnVmOiAyMDAKaHcu YXRoLnJ4YnVmOiA0MApody5hdGgucmVzZXRjYWw6IDEyMDAKaHcuYXRoLnNob3J0Y2FsOiAxMDAK aHcuYXRoLmxvbmdjYWw6IDMwCmh3LmF0aC5oYWwuc3diYV9iYWNrb2ZmOiAwCmh3LmF0aC5oYWwu c3dfYnJ0OiAxMApody5hdGguaGFsLmRtYV9icnQ6IDIKaHcuYmNlLm1zaV9lbmFibGU6IDEKaHcu YmNlLnRzb19lbmFibGU6IDAKaHcuYmdlLmFsbG93X2FzZjogMApody5idDg0OC5zbG93X21zcF9h dWRpbzogLTEKaHcuYnQ4NDguZm9ybWF0OiAtMQpody5idDg0OC5yZXZlcnNlX211dGU6IC0xCmh3 LmJ0ODQ4LnR1bmVyOiAtMQpody5idDg0OC5jYXJkOiAtMQpody5jYXJkYnVzLmNpc19kZWJ1Zzog MApody5jYXJkYnVzLmRlYnVnOiAwCmh3LmNzLnJlY3ZfZGVsYXk6IDU3MApody5jcy5pZ25vcmVf Y2hlY2tzdW1fZmFpbHVyZTogMApody5jeGdiLnNuZF9xdWV1ZV9sZW46IDUwCmh3LmN4Z2IudXNl XzE2a19jbHVzdGVyczogLTEKaHcuY3hnYi5mb3JjZV9md191cGRhdGU6IDAKaHcuY3hnYi5tdWx0 aXE6IDEKaHcuY3hnYi5vZmxkX2Rpc2FibGU6IDAKaHcuY3hnYi5tc2lfYWxsb3dlZDogMgpody5j eGdiLnR4X3JlY2xhaW1fdGhyZXNob2xkOiAzMgpody5jeGdiLnR4X2NvYWxlc2NlX2VuYWJsZV9z dG9wOiAyNTYKaHcuY3hnYi50eF9jb2FsZXNjZV9lbmFibGVfc3RhcnQ6IDUxMgpody5jeGdiLnR4 X2NvYWxlc2NlX2ZvcmNlOiAwCmh3LmN4Z2IudHhxX21yX3NpemU6IDEwMjQKaHcuZmlyZXdpcmUu aG9sZF9jb3VudDogMApody5maXJld2lyZS50cnlfYm1yOiAxCmh3LmZpcmV3aXJlLmZ3bWVtLnNw ZWVkOiAyCmh3LmZpcmV3aXJlLmZ3bWVtLmV1aTY0X2xvOiAwCmh3LmZpcmV3aXJlLmZ3bWVtLmV1 aTY0X2hpOiAwCmh3LmZpcmV3aXJlLnBoeWRtYV9lbmFibGU6IDEKaHcuZmlyZXdpcmUubm9jeWNs ZW1hc3RlcjogMApody5maXJld2lyZS5md2UucnhfcXVldWVfbGVuOiAxMjgKaHcuZmlyZXdpcmUu ZndlLnR4X3NwZWVkOiAyCmh3LmZpcmV3aXJlLmZ3ZS5zdHJlYW1fY2g6IDEKaHcuZmlyZXdpcmUu ZndpcC5yeF9xdWV1ZV9sZW46IDEyOApody5tZmkubWF4X2NtZHM6IDEyOApody5tZmkuZXZlbnRf Y2xhc3M6IDAKaHcubWZpLmV2ZW50X2xvY2FsZTogNjU1MzUKaHcucGNjYXJkLmNpc19kZWJ1Zzog MApody5wY2NhcmQuZGVidWc6IDAKaHcuY2JiLmRlYnVnOiAwCmh3LmNiYi5zdGFydF8zMl9pbzog NDA5Ngpody5jYmIuc3RhcnRfMTZfaW86IDI1Ngpody5jYmIuc3RhcnRfbWVtb3J5OiAyMjgxNzAx Mzc2Cmh3LnBjaWMucGQ2NzIyX3ZzZW5zZTogMQpody5wY2ljLmludHJfbWFzazogNTcwMTYKaHcu cGNpLnVzYl9lYXJseV90YWtlb3ZlcjogMQpody5wY2kuaG9ub3JfbXNpX2JsYWNrbGlzdDogMQpo dy5wY2kuZW5hYmxlX21zaXg6IDEKaHcucGNpLmVuYWJsZV9tc2k6IDEKaHcucGNpLmRvX3Bvd2Vy X3Jlc3VtZTogMQpody5wY2kuZG9fcG93ZXJfbm9kcml2ZXI6IDAKaHcucGNpLmVuYWJsZV9pb19t b2RlczogMQpody5wY2kuZGVmYXVsdF92Z2FwY2lfdW5pdDogMApody5wY2kuaG9zdF9tZW1fc3Rh cnQ6IDIxNDc0ODM2NDgKaHcucGNpLm1jZmc6IDEKaHcucGNpLmlycV9vdmVycmlkZV9tYXNrOiA1 NzA4MApody5zYWZlLnJuZ21heGFsYXJtOiA4Cmh3LnNhZmUucm5nYnVmc2l6ZTogMTYKaHcuc2Fm ZS5ybmdpbnRlcnZhbDogMQpody5zeXNjb25zLmtiZF9kZWJ1ZzogMQpody5zeXNjb25zLmtiZF9y ZWJvb3Q6IDAKaHcuc3lzY29ucy5iZWxsOiAxCmh3LnN5c2NvbnMuc2F2ZXIua2V5Ym9ubHk6IDEK aHcuc3lzY29ucy5zY19ub19zdXNwZW5kX3Z0c3dpdGNoOiAwCmh3LnVzYi5laGNpLmxvc3RpbnRy YnVnOiAwCmh3LnVzYi5laGNpLmlhYWRidWc6IDAKaHcudXNiLmVoY2kubm9faHM6IDAKaHcudXNi LmVoY2kuZGVidWc6IDAKaHcudXNiLm9oY2kuZGVidWc6IDAKaHcudXNiLnVoY2kubG9vcDogMApo dy51c2IudWhjaS5kZWJ1ZzogMApody51c2Iubm9fYm9vdF93YWl0OiAwCmh3LnVzYi5jdHJsLmRl YnVnOiAwCmh3LnVzYi51bWFzcy5kZWJ1ZzogMApody51c2IudXJpby5kZWJ1ZzogMApody51c2Iu ZGVidWc6IDAKaHcudXNiLmRldi5kZWJ1ZzogMApody51c2IudXNiX2xhbmdfbWFzazogMjU1Cmh3 LnVzYi51c2JfbGFuZ19pZDogOQpody51c2IudGVtcGxhdGU6IDAKaHcudXNiLnVnZW4uZGVidWc6 IDAKaHcudXNiLnBvd2VyX3RpbWVvdXQ6IDMwCmh3LnVzYi51aHViLmRlYnVnOiAwCmh3LnVzYi5w cm9jLmRlYnVnOiAwCmh3LnVzYi5wcl9yZWNvdmVyeV9kZWxheTogMjUwCmh3LnVzYi5wcl9wb2xs X2RlbGF5OiA1MApody51c2IuYXVlLmRlYnVnOiAwCmh3LnVzYi5heGUuZGVidWc6IDAKaHcudXNi LmNkY2UuZGVidWc6IDAKaHcudXNiLmN1ZS5kZWJ1ZzogMApody51c2Iua3VlLmRlYnVnOiAwCmh3 LnVzYi5ydWUuZGVidWc6IDAKaHcudXNiLnVkYXYuZGVidWc6IDAKaHcudXNiLnJ1bS5kZWJ1Zzog MApody51c2IudWF0aC5yZWdkb21haW46IDAKaHcudXNiLnVhdGguY291bnRyeWNvZGU6IDAKaHcu dXNiLnVyYWwuZGVidWc6IDAKaHcudXNiLnp5ZC5kZWJ1ZzogMApody51c2IudTNnLmRlYnVnOiAw Cmh3LnVzYi51YnNhLmRlYnVnOiAwCmh3LnVzYi51ZnRkaS5kZWJ1ZzogMApody51c2IudWxwdC5k ZWJ1ZzogMApody51c2IudXBsY29tLmRlYnVnOiAwCmh3LnVzYi51c2xjb20uZGVidWc6IDAKaHcu dXNiLnV2aXNvci5kZWJ1ZzogMApody51c2IudXZzY29tLmRlYnVnOiAwCmh3LnVzYi51Y29tLmNv bnNfYmF1ZDogOTYwMApody51c2IudWNvbS5jb25zX3VuaXQ6IC0xCmh3LnVzYi51Y29tLmRlYnVn OiAwCmh3LnVzYi51aGlkLmRlYnVnOiAwCmh3LnVzYi51a2JkLm5vX2xlZHM6IDAKaHcudXNiLnVr YmQuZGVidWc6IDAKaHcudXNiLnVtcy5kZWJ1ZzogMApody53aS5kZWJ1ZzogMApody53aS50eGVy YXRlOiAwCmh3LnhlLmRlYnVnOiAwCmh3LmludHJfc3Rvcm1fdGhyZXNob2xkOiAxMDAwCmh3LnBh Z2VzaXplczogNDA5NiAwCmh3LmF2YWlscGFnZXM6IDQ4Njk4Mgpody5idXMuZGV2Y3RsX3F1ZXVl OiAxMDAwCmh3LmJ1cy5kZXZjdGxfZGlzYWJsZTogMApody5wc20udGFwX3RpbWVvdXQ6IDEyNTAw MApody5wc20udGFwX3RocmVzaG9sZDogMjUKaHcua2JkLmtleW1hcF9yZXN0cmljdF9jaGFuZ2U6 IDAKaHcuYnVzZG1hLnRvdGFsX2JwYWdlczogNTEyCmh3LmJ1c2RtYS56b25lMC50b3RhbF9icGFn ZXM6IDUxMgpody5idXNkbWEuem9uZTAuZnJlZV9icGFnZXM6IDUxMgpody5idXNkbWEuem9uZTAu cmVzZXJ2ZWRfYnBhZ2VzOiAwCmh3LmJ1c2RtYS56b25lMC5hY3RpdmVfYnBhZ2VzOiAwCmh3LmJ1 c2RtYS56b25lMC50b3RhbF9ib3VuY2VkOiAwCmh3LmJ1c2RtYS56b25lMC50b3RhbF9kZWZlcnJl ZDogMApody5idXNkbWEuem9uZTAubG93YWRkcjogMHhmZmZmZmZmZgpody5idXNkbWEuem9uZTAu YWxpZ25tZW50OiA0MDk2Cmh3LmNsb2NrcmF0ZTogMTAwMApody52aWFfZmVhdHVyZV94Y3J5cHQ6 IDAKaHcudmlhX2ZlYXR1cmVfcm5nOiAwCmh3Lmluc3RydWN0aW9uX3NzZTogMQpody5hcGljLmVu YWJsZV9leHRpbnQ6IDAKaHcubWNhLmVycmF0dW0zODM6IDAKaHcubWNhLmFtZDEwaF9MMVRQOiAx Cmh3Lm1jYS5lbmFibGVkOiAwCmh3LmFjcGkuc3VwcG9ydGVkX3NsZWVwX3N0YXRlOiBTMyBTNCBT NQpody5hY3BpLnBvd2VyX2J1dHRvbl9zdGF0ZTogUzUKaHcuYWNwaS5zbGVlcF9idXR0b25fc3Rh dGU6IFMzCmh3LmFjcGkubGlkX3N3aXRjaF9zdGF0ZTogTk9ORQpody5hY3BpLnN0YW5kYnlfc3Rh dGU6IE5PTkUKaHcuYWNwaS5zdXNwZW5kX3N0YXRlOiBTMwpody5hY3BpLnNsZWVwX2RlbGF5OiAx Cmh3LmFjcGkuczRiaW9zOiAwCmh3LmFjcGkudmVyYm9zZTogMQpody5hY3BpLmRpc2FibGVfb25f cmVib290OiAwCmh3LmFjcGkuaGFuZGxlX3JlYm9vdDogMQpody5hY3BpLnJlc2V0X3ZpZGVvOiAx Cmh3LmFjcGkuY3B1LmN4X2xvd2VzdDogQzEKbWFjaGRlcC5hY3BpX3RpbWVyX2ZyZXE6IDM1Nzk1 NDUKbWFjaGRlcC5lbmFibGVfcGFuaWNfa2V5OiAwCm1hY2hkZXAucnRjX3NhdmVfcGVyaW9kOiAx ODAwCm1hY2hkZXAuYWRqa2VybnR6OiAwCm1hY2hkZXAud2FsbF9jbW9zX2Nsb2NrOiAwCm1hY2hk ZXAuZGlzYWJsZV9ydGNfc2V0OiAwCm1hY2hkZXAuYWNwaV9yb290OiAxMDIyMDE2Cm1hY2hkZXAu ZGlzYWJsZV9tdHJyczogMAptYWNoZGVwLmd1ZXNzZWRfYm9vdGRldjogMjY4NjQ1MTcxMgptYWNo ZGVwLmlkbGU6IGFtZGMxZQptYWNoZGVwLmlkbGVfYXZhaWxhYmxlOiBzcGluLCBhbWRjMWUsIGhs dCwgYWNwaSwgCm1hY2hkZXAuaGx0X2NwdXM6IDAKbWFjaGRlcC5wcm90X2ZhdWx0X3RyYW5zbGF0 aW9uOiAwCm1hY2hkZXAucGFuaWNfb25fbm1pOiAxCm1hY2hkZXAudHNjX2ZyZXE6IDk5OTk5NjQy NAptYWNoZGVwLmk4MjU0X2ZyZXE6IDExOTMxODIKdXNlci5jc19wYXRoOiAvdXNyL2JpbjovYmlu Oi91c3Ivc2Jpbjovc2JpbjoKdXNlci5iY19iYXNlX21heDogOTkKdXNlci5iY19kaW1fbWF4OiAy MDQ4CnVzZXIuYmNfc2NhbGVfbWF4OiA5OQp1c2VyLmJjX3N0cmluZ19tYXg6IDEwMDAKdXNlci5j b2xsX3dlaWdodHNfbWF4OiAwCnVzZXIuZXhwcl9uZXN0X21heDogMzIKdXNlci5saW5lX21heDog MjA0OAp1c2VyLnJlX2R1cF9tYXg6IDI1NQp1c2VyLnBvc2l4Ml92ZXJzaW9uOiAxOTkyMTIKdXNl ci5wb3NpeDJfY19iaW5kOiAwCnVzZXIucG9zaXgyX2NfZGV2OiAwCnVzZXIucG9zaXgyX2NoYXJf dGVybTogMAp1c2VyLnBvc2l4Ml9mb3J0X2RldjogMAp1c2VyLnBvc2l4Ml9mb3J0X3J1bjogMAp1 c2VyLnBvc2l4Ml9sb2NhbGVkZWY6IDAKdXNlci5wb3NpeDJfc3dfZGV2OiAwCnVzZXIucG9zaXgy X3VwZTogMAp1c2VyLnN0cmVhbV9tYXg6IDIwCnVzZXIudHpuYW1lX21heDogMjU1CnAxMDAzXzFi LmFzeW5jaHJvbm91c19pbzogMApwMTAwM18xYi5tYXBwZWRfZmlsZXM6IDEKcDEwMDNfMWIubWVt bG9jazogMApwMTAwM18xYi5tZW1sb2NrX3JhbmdlOiAwCnAxMDAzXzFiLm1lbW9yeV9wcm90ZWN0 aW9uOiAwCnAxMDAzXzFiLm1lc3NhZ2VfcGFzc2luZzogMApwMTAwM18xYi5wcmlvcml0aXplZF9p bzogMApwMTAwM18xYi5wcmlvcml0eV9zY2hlZHVsaW5nOiAxCnAxMDAzXzFiLnJlYWx0aW1lX3Np Z25hbHM6IDIwMDExMgpwMTAwM18xYi5zZW1hcGhvcmVzOiAwCnAxMDAzXzFiLmZzeW5jOiAwCnAx MDAzXzFiLnNoYXJlZF9tZW1vcnlfb2JqZWN0czogMQpwMTAwM18xYi5zeW5jaHJvbml6ZWRfaW86 IDAKcDEwMDNfMWIudGltZXJzOiAyMDAxMTIKcDEwMDNfMWIuYWlvX2xpc3Rpb19tYXg6IC0xCnAx MDAzXzFiLmFpb19tYXg6IC0xCnAxMDAzXzFiLmFpb19wcmlvX2RlbHRhX21heDogLTEKcDEwMDNf MWIuZGVsYXl0aW1lcl9tYXg6IDIxNDc0ODM2NDcKcDEwMDNfMWIubXFfb3Blbl9tYXg6IDAKcDEw MDNfMWIucGFnZXNpemU6IDQwOTYKcDEwMDNfMWIucnRzaWdfbWF4OiA2MgpwMTAwM18xYi5zZW1f bnNlbXNfbWF4OiAzMApwMTAwM18xYi5zZW1fdmFsdWVfbWF4OiAyMTQ3NDgzNjQ3CnAxMDAzXzFi LnNpZ3F1ZXVlX21heDogMTI4CnAxMDAzXzFiLnRpbWVyX21heDogMzIKcDEwMDNfMWIubnNlbXM6 IDAKc2VjdXJpdHkuamFpbC5wYXJhbS5jcHVzZXQuaWQ6IDAKc2VjdXJpdHkuamFpbC5wYXJhbS5o b3N0Lmhvc3RpZDogMApzZWN1cml0eS5qYWlsLnBhcmFtLmhvc3QuaG9zdHV1aWQ6IDY0CnNlY3Vy aXR5LmphaWwucGFyYW0uaG9zdC5kb21haW5uYW1lOiAyNTYKc2VjdXJpdHkuamFpbC5wYXJhbS5o b3N0Lmhvc3RuYW1lOiAyNTYKc2VjdXJpdHkuamFpbC5wYXJhbS5jaGlsZHJlbi5tYXg6IDAKc2Vj dXJpdHkuamFpbC5wYXJhbS5jaGlsZHJlbi5jdXI6IDAKc2VjdXJpdHkuamFpbC5wYXJhbS5lbmZv cmNlX3N0YXRmczogMApzZWN1cml0eS5qYWlsLnBhcmFtLnNlY3VyZWxldmVsOiAwCnNlY3VyaXR5 LmphaWwucGFyYW0ucGF0aDogMTAyNApzZWN1cml0eS5qYWlsLnBhcmFtLm5hbWU6IDI1NgpzZWN1 cml0eS5qYWlsLnBhcmFtLnBhcmVudDogMApzZWN1cml0eS5qYWlsLnBhcmFtLmppZDogMApzZWN1 cml0eS5qYWlsLmVuZm9yY2Vfc3RhdGZzOiAyCnNlY3VyaXR5LmphaWwubW91bnRfYWxsb3dlZDog MApzZWN1cml0eS5qYWlsLmNoZmxhZ3NfYWxsb3dlZDogMApzZWN1cml0eS5qYWlsLmFsbG93X3Jh d19zb2NrZXRzOiAwCnNlY3VyaXR5LmphaWwuc3lzdmlwY19hbGxvd2VkOiAwCnNlY3VyaXR5Lmph aWwuc29ja2V0X3VuaXhpcHJvdXRlX29ubHk6IDEKc2VjdXJpdHkuamFpbC5zZXRfaG9zdG5hbWVf YWxsb3dlZDogMApzZWN1cml0eS5qYWlsLmphaWxfbWF4X2FmX2lwczogMjU1CnNlY3VyaXR5Lmph aWwuamFpbGVkOiAwCnNlY3VyaXR5LmJzZC5tYXBfYXRfemVybzogMApzZWN1cml0eS5ic2Quc3Vz ZXJfZW5hYmxlZDogMQpzZWN1cml0eS5ic2QudW5wcml2aWxlZ2VkX3Byb2NfZGVidWc6IDEKc2Vj dXJpdHkuYnNkLmNvbnNlcnZhdGl2ZV9zaWduYWxzOiAxCnNlY3VyaXR5LmJzZC5zZWVfb3RoZXJf Z2lkczogMApzZWN1cml0eS5ic2Quc2VlX290aGVyX3VpZHM6IDAKc2VjdXJpdHkuYnNkLnVucHJp dmlsZWdlZF9yZWFkX21zZ2J1ZjogMQpzZWN1cml0eS5ic2QuaGFyZGxpbmtfY2hlY2tfZ2lkOiAw CnNlY3VyaXR5LmJzZC5oYXJkbGlua19jaGVja191aWQ6IDAKc2VjdXJpdHkuYnNkLnVucHJpdmls ZWdlZF9nZXRfcXVvdGE6IDAKc2VjdXJpdHkubWFjLmxhYmVsZWQ6IDAKc2VjdXJpdHkubWFjLm1h eF9zbG90czogNApzZWN1cml0eS5tYWMudmVyc2lvbjogNApzZWN1cml0eS5tYWMubW1hcF9yZXZv Y2F0aW9uX3ZpYV9jb3c6IDAKc2VjdXJpdHkubWFjLm1tYXBfcmV2b2NhdGlvbjogMQpzZWN1cml0 eS5tYWMuYnNkZXh0ZW5kZWQuZmlyc3RtYXRjaF9lbmFibGVkOiAwCnNlY3VyaXR5Lm1hYy5ic2Rl eHRlbmRlZC5sb2dnaW5nOiAwCnNlY3VyaXR5Lm1hYy5ic2RleHRlbmRlZC5ydWxlX3ZlcnNpb246 IDIKc2VjdXJpdHkubWFjLmJzZGV4dGVuZGVkLnJ1bGVfc2xvdHM6IDAKc2VjdXJpdHkubWFjLmJz ZGV4dGVuZGVkLnJ1bGVfY291bnQ6IDAKc2VjdXJpdHkubWFjLmJzZGV4dGVuZGVkLmVuYWJsZWQ6 IDEKc2VjdXJpdHkubWFjLnNlZW90aGVydWlkcy5zcGVjaWZpY2dpZDogMApzZWN1cml0eS5tYWMu c2Vlb3RoZXJ1aWRzLnNwZWNpZmljZ2lkX2VuYWJsZWQ6IDAKc2VjdXJpdHkubWFjLnNlZW90aGVy dWlkcy5zdXNlcl9wcml2aWxlZ2VkOiAxCnNlY3VyaXR5Lm1hYy5zZWVvdGhlcnVpZHMucHJpbWFy eWdyb3VwX2VuYWJsZWQ6IDAKc2VjdXJpdHkubWFjLnNlZW90aGVydWlkcy5lbmFibGVkOiAxCmRl di5uZXh1cy4wLiVkcml2ZXI6IG5leHVzCmRldi5uZXh1cy4wLiVwYXJlbnQ6IHJvb3QwCmRldi5y YW0uMC4lZGVzYzogU3lzdGVtIFJBTQpkZXYucmFtLjAuJWRyaXZlcjogcmFtCmRldi5yYW0uMC4l cGFyZW50OiBuZXh1czAKZGV2Lm5weC4wLiVkZXNjOiBtYXRoIHByb2Nlc3NvcgpkZXYubnB4LjAu JWRyaXZlcjogbnB4CmRldi5ucHguMC4lcGFyZW50OiBuZXh1czAKZGV2LmNyeXB0b3NvZnQuMC4l ZGVzYzogc29mdHdhcmUgY3J5cHRvCmRldi5jcnlwdG9zb2Z0LjAuJWRyaXZlcjogY3J5cHRvc29m dApkZXYuY3J5cHRvc29mdC4wLiVwYXJlbnQ6IG5leHVzMApkZXYuYWNwaS4wLiVkZXNjOiBleHRy YQpkZXYuYWNwaS4wLiVkcml2ZXI6IGFjcGkKZGV2LmFjcGkuMC4lcGFyZW50OiBuZXh1czAKZGV2 LmFjcGlfc3lzcmVzb3VyY2UuMC4lZGVzYzogU3lzdGVtIFJlc291cmNlCmRldi5hY3BpX3N5c3Jl c291cmNlLjAuJWRyaXZlcjogYWNwaV9zeXNyZXNvdXJjZQpkZXYuYWNwaV9zeXNyZXNvdXJjZS4w LiVsb2NhdGlvbjogaGFuZGxlPVxfU0JfLlBDSTAuTFBDXy5NQlJECmRldi5hY3BpX3N5c3Jlc291 cmNlLjAuJXBucGluZm86IF9ISUQ9UE5QMEMwMiBfVUlEPTEKZGV2LmFjcGlfc3lzcmVzb3VyY2Uu MC4lcGFyZW50OiBhY3BpMApkZXYuYWNwaV90aW1lci4wLiVkZXNjOiAzMi1iaXQgdGltZXIgYXQg My41Nzk1NDVNSHoKZGV2LmFjcGlfdGltZXIuMC4lZHJpdmVyOiBhY3BpX3RpbWVyCmRldi5hY3Bp X3RpbWVyLjAuJWxvY2F0aW9uOiB1bmtub3duCmRldi5hY3BpX3RpbWVyLjAuJXBucGluZm86IHVu a25vd24KZGV2LmFjcGlfdGltZXIuMC4lcGFyZW50OiBhY3BpMApkZXYuY3B1LjAuJWRlc2M6IEFD UEkgQ1BVCmRldi5jcHUuMC4lZHJpdmVyOiBjcHUKZGV2LmNwdS4wLiVsb2NhdGlvbjogaGFuZGxl PVxfUFJfLkMwMDAKZGV2LmNwdS4wLiVwbnBpbmZvOiBfSElEPW5vbmUgX1VJRD0wCmRldi5jcHUu MC4lcGFyZW50OiBhY3BpMApkZXYuY3B1LjAuZnJlcTogOTk1CmRldi5jcHUuMC5mcmVxX2xldmVs czogOTk1Ly0xCmRldi5jcHUuMC5jeF9zdXBwb3J0ZWQ6IEMxLzAKZGV2LmNwdS4wLmN4X2xvd2Vz dDogQzEKZGV2LmNwdS4wLmN4X3VzYWdlOiAxMDAuMDAlIGxhc3QgNTAwdXMKZGV2LnBjaV9saW5r LjAuJWRlc2M6IEFDUEkgUENJIExpbmsgTE5LQQpkZXYucGNpX2xpbmsuMC4lZHJpdmVyOiBwY2lf bGluawpkZXYucGNpX2xpbmsuMC4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5QQ0kwLkxQQ18uTE5L QQpkZXYucGNpX2xpbmsuMC4lcG5waW5mbzogX0hJRD1QTlAwQzBGIF9VSUQ9MQpkZXYucGNpX2xp bmsuMC4lcGFyZW50OiBhY3BpMApkZXYucGNpX2xpbmsuMS4lZGVzYzogQUNQSSBQQ0kgTGluayBM TktCCmRldi5wY2lfbGluay4xLiVkcml2ZXI6IHBjaV9saW5rCmRldi5wY2lfbGluay4xLiVsb2Nh dGlvbjogaGFuZGxlPVxfU0JfLlBDSTAuTFBDXy5MTktCCmRldi5wY2lfbGluay4xLiVwbnBpbmZv OiBfSElEPVBOUDBDMEYgX1VJRD0yCmRldi5wY2lfbGluay4xLiVwYXJlbnQ6IGFjcGkwCmRldi5w Y2lfbGluay4yLiVkZXNjOiBBQ1BJIFBDSSBMaW5rIExOS0MKZGV2LnBjaV9saW5rLjIuJWRyaXZl cjogcGNpX2xpbmsKZGV2LnBjaV9saW5rLjIuJWxvY2F0aW9uOiBoYW5kbGU9XF9TQl8uUENJMC5M UENfLkxOS0MKZGV2LnBjaV9saW5rLjIuJXBucGluZm86IF9ISUQ9UE5QMEMwRiBfVUlEPTMKZGV2 LnBjaV9saW5rLjIuJXBhcmVudDogYWNwaTAKZGV2LnBjaV9saW5rLjMuJWRlc2M6IEFDUEkgUENJ IExpbmsgTE5LRApkZXYucGNpX2xpbmsuMy4lZHJpdmVyOiBwY2lfbGluawpkZXYucGNpX2xpbmsu My4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5QQ0kwLkxQQ18uTE5LRApkZXYucGNpX2xpbmsuMy4l cG5waW5mbzogX0hJRD1QTlAwQzBGIF9VSUQ9NApkZXYucGNpX2xpbmsuMy4lcGFyZW50OiBhY3Bp MApkZXYucGNpX2xpbmsuNC4lZGVzYzogQUNQSSBQQ0kgTGluayBMTktFCmRldi5wY2lfbGluay40 LiVkcml2ZXI6IHBjaV9saW5rCmRldi5wY2lfbGluay40LiVsb2NhdGlvbjogaGFuZGxlPVxfU0Jf LlBDSTAuTFBDXy5MTktFCmRldi5wY2lfbGluay40LiVwbnBpbmZvOiBfSElEPVBOUDBDMEYgX1VJ RD01CmRldi5wY2lfbGluay40LiVwYXJlbnQ6IGFjcGkwCmRldi5wY2lfbGluay41LiVkZXNjOiBB Q1BJIFBDSSBMaW5rIExOS0YKZGV2LnBjaV9saW5rLjUuJWRyaXZlcjogcGNpX2xpbmsKZGV2LnBj aV9saW5rLjUuJWxvY2F0aW9uOiBoYW5kbGU9XF9TQl8uUENJMC5MUENfLkxOS0YKZGV2LnBjaV9s aW5rLjUuJXBucGluZm86IF9ISUQ9UE5QMEMwRiBfVUlEPTYKZGV2LnBjaV9saW5rLjUuJXBhcmVu dDogYWNwaTAKZGV2LnBjaV9saW5rLjYuJWRlc2M6IEFDUEkgUENJIExpbmsgTE5LRwpkZXYucGNp X2xpbmsuNi4lZHJpdmVyOiBwY2lfbGluawpkZXYucGNpX2xpbmsuNi4lbG9jYXRpb246IGhhbmRs ZT1cX1NCXy5QQ0kwLkxQQ18uTE5LRwpkZXYucGNpX2xpbmsuNi4lcG5waW5mbzogX0hJRD1QTlAw QzBGIF9VSUQ9NwpkZXYucGNpX2xpbmsuNi4lcGFyZW50OiBhY3BpMApkZXYucGNpX2xpbmsuNy4l ZGVzYzogQUNQSSBQQ0kgTGluayBMTktICmRldi5wY2lfbGluay43LiVkcml2ZXI6IHBjaV9saW5r CmRldi5wY2lfbGluay43LiVsb2NhdGlvbjogaGFuZGxlPVxfU0JfLlBDSTAuTFBDXy5MTktICmRl di5wY2lfbGluay43LiVwbnBpbmZvOiBfSElEPVBOUDBDMEYgX1VJRD04CmRldi5wY2lfbGluay43 LiVwYXJlbnQ6IGFjcGkwCmRldi5hY3BpX2hwZXQuMC4lZGVzYzogSGlnaCBQcmVjaXNpb24gRXZl bnQgVGltZXIKZGV2LmFjcGlfaHBldC4wLiVkcml2ZXI6IGFjcGlfaHBldApkZXYuYWNwaV9ocGV0 LjAuJWxvY2F0aW9uOiB1bmtub3duCmRldi5hY3BpX2hwZXQuMC4lcG5waW5mbzogdW5rbm93bgpk ZXYuYWNwaV9ocGV0LjAuJXBhcmVudDogYWNwaTAKZGV2LmFjcGlfYnV0dG9uLjAuJWRlc2M6IFBv d2VyIEJ1dHRvbgpkZXYuYWNwaV9idXR0b24uMC4lZHJpdmVyOiBhY3BpX2J1dHRvbgpkZXYuYWNw aV9idXR0b24uMC4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5QV1JCCmRldi5hY3BpX2J1dHRvbi4w LiVwbnBpbmZvOiBfSElEPVBOUDBDMEMgX1VJRD0wCmRldi5hY3BpX2J1dHRvbi4wLiVwYXJlbnQ6 IGFjcGkwCmRldi5wY2liLjAuJWRlc2M6IEFDUEkgSG9zdC1QQ0kgYnJpZGdlCmRldi5wY2liLjAu JWRyaXZlcjogcGNpYgpkZXYucGNpYi4wLiVsb2NhdGlvbjogaGFuZGxlPVxfU0JfLlBDSTAKZGV2 LnBjaWIuMC4lcG5waW5mbzogX0hJRD1QTlAwQTAzIF9VSUQ9MApkZXYucGNpYi4wLiVwYXJlbnQ6 IGFjcGkwCmRldi5wY2liLjEuJWRlc2M6IEFDUEkgUENJLVBDSSBicmlkZ2UKZGV2LnBjaWIuMS4l ZHJpdmVyOiBwY2liCmRldi5wY2liLjEuJWxvY2F0aW9uOiBzbG90PTEgZnVuY3Rpb249MCBoYW5k bGU9XF9TQl8uUENJMC5HUkZCCmRldi5wY2liLjEuJXBucGluZm86IHZlbmRvcj0weDEwMDIgZGV2 aWNlPTB4NzkxMiBzdWJ2ZW5kb3I9MHgxMDAyIHN1YmRldmljZT0weDc5MTIgY2xhc3M9MHgwNjA0 MDAKZGV2LnBjaWIuMS4lcGFyZW50OiBwY2kwCmRldi5wY2liLjEuZG9tYWluOiAwCmRldi5wY2li LjEucHJpYnVzOiAwCmRldi5wY2liLjEuc2VjYnVzOiAxCmRldi5wY2liLjEuc3ViYnVzOiAxCmRl di5wY2liLjIuJWRlc2M6IEFDUEkgUENJLVBDSSBicmlkZ2UKZGV2LnBjaWIuMi4lZHJpdmVyOiBw Y2liCmRldi5wY2liLjIuJWxvY2F0aW9uOiBzbG90PTYgZnVuY3Rpb249MCBoYW5kbGU9XF9TQl8u UENJMC5MQU4yCmRldi5wY2liLjIuJXBucGluZm86IHZlbmRvcj0weDEwMDIgZGV2aWNlPTB4Nzkx NiBzdWJ2ZW5kb3I9MHgxNzM0IHN1YmRldmljZT0weDExMWQgY2xhc3M9MHgwNjA0MDAKZGV2LnBj aWIuMi4lcGFyZW50OiBwY2kwCmRldi5wY2liLjIuZG9tYWluOiAwCmRldi5wY2liLjIucHJpYnVz OiAwCmRldi5wY2liLjIuc2VjYnVzOiAyCmRldi5wY2liLjIuc3ViYnVzOiA3CmRldi5wY2liLjIu d2FrZTogMApkZXYucGNpYi4zLiVkZXNjOiBBQ1BJIFBDSS1QQ0kgYnJpZGdlCmRldi5wY2liLjMu JWRyaXZlcjogcGNpYgpkZXYucGNpYi4zLiVsb2NhdGlvbjogc2xvdD03IGZ1bmN0aW9uPTAgaGFu ZGxlPVxfU0JfLlBDSTAuTEFOMQpkZXYucGNpYi4zLiVwbnBpbmZvOiB2ZW5kb3I9MHgxMDAyIGRl dmljZT0weDc5MTcgc3VidmVuZG9yPTB4MTczNCBzdWJkZXZpY2U9MHgxMTFkIGNsYXNzPTB4MDYw NDAwCmRldi5wY2liLjMuJXBhcmVudDogcGNpMApkZXYucGNpYi4zLmRvbWFpbjogMApkZXYucGNp Yi4zLnByaWJ1czogMApkZXYucGNpYi4zLnNlY2J1czogOApkZXYucGNpYi4zLnN1YmJ1czogMTMK ZGV2LnBjaWIuMy53YWtlOiAwCmRldi5wY2liLjQuJWRlc2M6IEFDUEkgUENJLVBDSSBicmlkZ2UK ZGV2LnBjaWIuNC4lZHJpdmVyOiBwY2liCmRldi5wY2liLjQuJWxvY2F0aW9uOiBzbG90PTIwIGZ1 bmN0aW9uPTQgaGFuZGxlPVxfU0JfLlBDSTAuUDJQXwpkZXYucGNpYi40LiVwbnBpbmZvOiB2ZW5k b3I9MHgxMDAyIGRldmljZT0weDQzODQgc3VidmVuZG9yPTB4MDAwMCBzdWJkZXZpY2U9MHgwMDAw IGNsYXNzPTB4MDYwNDAxCmRldi5wY2liLjQuJXBhcmVudDogcGNpMApkZXYucGNpYi40LmRvbWFp bjogMApkZXYucGNpYi40LnByaWJ1czogMApkZXYucGNpYi40LnNlY2J1czogMTQKZGV2LnBjaWIu NC5zdWJidXM6IDE5CmRldi5wY2liLjQud2FrZTogMApkZXYucGNpLjAuJWRlc2M6IEFDUEkgUENJ IGJ1cwpkZXYucGNpLjAuJWRyaXZlcjogcGNpCmRldi5wY2kuMC4lcGFyZW50OiBwY2liMApkZXYu cGNpLjEuJWRlc2M6IEFDUEkgUENJIGJ1cwpkZXYucGNpLjEuJWRyaXZlcjogcGNpCmRldi5wY2ku MS4lcGFyZW50OiBwY2liMQpkZXYucGNpLjIuJWRlc2M6IEFDUEkgUENJIGJ1cwpkZXYucGNpLjIu JWRyaXZlcjogcGNpCmRldi5wY2kuMi4lcGFyZW50OiBwY2liMgpkZXYucGNpLjIud2FrZTogMApk ZXYucGNpLjguJWRlc2M6IEFDUEkgUENJIGJ1cwpkZXYucGNpLjguJWRyaXZlcjogcGNpCmRldi5w Y2kuOC4lcGFyZW50OiBwY2liMwpkZXYucGNpLjgud2FrZTogMApkZXYucGNpLjE0LiVkZXNjOiBB Q1BJIFBDSSBidXMKZGV2LnBjaS4xNC4lZHJpdmVyOiBwY2kKZGV2LnBjaS4xNC4lcGFyZW50OiBw Y2liNApkZXYucGNpLjE0Lndha2U6IDAKZGV2Lmhvc3RiLjAuJWRlc2M6IEhvc3QgdG8gUENJIGJy aWRnZQpkZXYuaG9zdGIuMC4lZHJpdmVyOiBob3N0YgpkZXYuaG9zdGIuMC4lbG9jYXRpb246IHNs b3Q9MCBmdW5jdGlvbj0wCmRldi5ob3N0Yi4wLiVwbnBpbmZvOiB2ZW5kb3I9MHgxMDAyIGRldmlj ZT0weDc5MTAgc3VidmVuZG9yPTB4MTczNCBzdWJkZXZpY2U9MHgxMTFkIGNsYXNzPTB4MDYwMDAw CmRldi5ob3N0Yi4wLiVwYXJlbnQ6IHBjaTAKZGV2Lmhvc3RiLjEuJWRlc2M6IEhvc3QgdG8gUENJ IGJyaWRnZQpkZXYuaG9zdGIuMS4lZHJpdmVyOiBob3N0YgpkZXYuaG9zdGIuMS4lbG9jYXRpb246 IHNsb3Q9MjQgZnVuY3Rpb249MApkZXYuaG9zdGIuMS4lcG5waW5mbzogdmVuZG9yPTB4MTAyMiBk ZXZpY2U9MHgxMTAwIHN1YnZlbmRvcj0weDAwMDAgc3ViZGV2aWNlPTB4MDAwMCBjbGFzcz0weDA2 MDAwMApkZXYuaG9zdGIuMS4lcGFyZW50OiBwY2kwCmRldi5ob3N0Yi4yLiVkZXNjOiBIb3N0IHRv IFBDSSBicmlkZ2UKZGV2Lmhvc3RiLjIuJWRyaXZlcjogaG9zdGIKZGV2Lmhvc3RiLjIuJWxvY2F0 aW9uOiBzbG90PTI0IGZ1bmN0aW9uPTEKZGV2Lmhvc3RiLjIuJXBucGluZm86IHZlbmRvcj0weDEw MjIgZGV2aWNlPTB4MTEwMSBzdWJ2ZW5kb3I9MHgwMDAwIHN1YmRldmljZT0weDAwMDAgY2xhc3M9 MHgwNjAwMDAKZGV2Lmhvc3RiLjIuJXBhcmVudDogcGNpMApkZXYuaG9zdGIuMy4lZGVzYzogSG9z dCB0byBQQ0kgYnJpZGdlCmRldi5ob3N0Yi4zLiVkcml2ZXI6IGhvc3RiCmRldi5ob3N0Yi4zLiVs b2NhdGlvbjogc2xvdD0yNCBmdW5jdGlvbj0yCmRldi5ob3N0Yi4zLiVwbnBpbmZvOiB2ZW5kb3I9 MHgxMDIyIGRldmljZT0weDExMDIgc3VidmVuZG9yPTB4MDAwMCBzdWJkZXZpY2U9MHgwMDAwIGNs YXNzPTB4MDYwMDAwCmRldi5ob3N0Yi4zLiVwYXJlbnQ6IHBjaTAKZGV2Lmhvc3RiLjQuJWRlc2M6 IEhvc3QgdG8gUENJIGJyaWRnZQpkZXYuaG9zdGIuNC4lZHJpdmVyOiBob3N0YgpkZXYuaG9zdGIu NC4lbG9jYXRpb246IHNsb3Q9MjQgZnVuY3Rpb249MwpkZXYuaG9zdGIuNC4lcG5waW5mbzogdmVu ZG9yPTB4MTAyMiBkZXZpY2U9MHgxMTAzIHN1YnZlbmRvcj0weDAwMDAgc3ViZGV2aWNlPTB4MDAw MCBjbGFzcz0weDA2MDAwMApkZXYuaG9zdGIuNC4lcGFyZW50OiBwY2kwCmRldi52Z2FwY2kuMC4l ZGVzYzogVkdBLWNvbXBhdGlibGUgZGlzcGxheQpkZXYudmdhcGNpLjAuJWRyaXZlcjogdmdhcGNp CmRldi52Z2FwY2kuMC4lbG9jYXRpb246IHNsb3Q9NSBmdW5jdGlvbj0wCmRldi52Z2FwY2kuMC4l cG5waW5mbzogdmVuZG9yPTB4MTAwMiBkZXZpY2U9MHg3OTFmIHN1YnZlbmRvcj0weDE3MzQgc3Vi ZGV2aWNlPTB4MTExZCBjbGFzcz0weDAzMDAwMApkZXYudmdhcGNpLjAuJXBhcmVudDogcGNpMQpk ZXYudmdhcG0uMC4lZGVzYzogVkdBIHN1c3BlbmQvcmVzdW1lCmRldi52Z2FwbS4wLiVkcml2ZXI6 IHZnYXBtCmRldi52Z2FwbS4wLiVwYXJlbnQ6IHZnYXBjaTAKZGV2LnJlLjAuJWRlc2M6IFJlYWxU ZWsgODE2OC84MTExIEIvQy9DUC9EL0RQL0UgUENJZSBHaWdhYml0IEV0aGVybmV0CmRldi5yZS4w LiVkcml2ZXI6IHJlCmRldi5yZS4wLiVsb2NhdGlvbjogc2xvdD0wIGZ1bmN0aW9uPTAKZGV2LnJl LjAuJXBucGluZm86IHZlbmRvcj0weDEwZWMgZGV2aWNlPTB4ODE2OCBzdWJ2ZW5kb3I9MHgxNzM0 IHN1YmRldmljZT0weDExMWMgY2xhc3M9MHgwMjAwMDAKZGV2LnJlLjAuJXBhcmVudDogcGNpMgpk ZXYucmUuMS4lZGVzYzogUmVhbFRlayA4MTY4LzgxMTEgQi9DL0NQL0QvRFAvRSBQQ0llIEdpZ2Fi aXQgRXRoZXJuZXQKZGV2LnJlLjEuJWRyaXZlcjogcmUKZGV2LnJlLjEuJWxvY2F0aW9uOiBzbG90 PTAgZnVuY3Rpb249MApkZXYucmUuMS4lcG5waW5mbzogdmVuZG9yPTB4MTBlYyBkZXZpY2U9MHg4 MTY4IHN1YnZlbmRvcj0weDE3MzQgc3ViZGV2aWNlPTB4MTExYyBjbGFzcz0weDAyMDAwMApkZXYu cmUuMS4lcGFyZW50OiBwY2k4CmRldi5taWlidXMuMC4lZGVzYzogTUlJIGJ1cwpkZXYubWlpYnVz LjAuJWRyaXZlcjogbWlpYnVzCmRldi5taWlidXMuMC4lcGFyZW50OiByZTAKZGV2Lm1paWJ1cy4x LiVkZXNjOiBNSUkgYnVzCmRldi5taWlidXMuMS4lZHJpdmVyOiBtaWlidXMKZGV2Lm1paWJ1cy4x LiVwYXJlbnQ6IHJlMQpkZXYucmdlcGh5LjAuJWRlc2M6IFJUTDgxNjlTLzgxMTBTLzgyMTFCIG1l ZGlhIGludGVyZmFjZQpkZXYucmdlcGh5LjAuJWRyaXZlcjogcmdlcGh5CmRldi5yZ2VwaHkuMC4l bG9jYXRpb246IHBoeW5vPTEKZGV2LnJnZXBoeS4wLiVwbnBpbmZvOiBvdWk9MHg3MzIgbW9kZWw9 MHgxMSByZXY9MHgyCmRldi5yZ2VwaHkuMC4lcGFyZW50OiBtaWlidXMwCmRldi5yZ2VwaHkuMS4l ZGVzYzogUlRMODE2OVMvODExMFMvODIxMUIgbWVkaWEgaW50ZXJmYWNlCmRldi5yZ2VwaHkuMS4l ZHJpdmVyOiByZ2VwaHkKZGV2LnJnZXBoeS4xLiVsb2NhdGlvbjogcGh5bm89MQpkZXYucmdlcGh5 LjEuJXBucGluZm86IG91aT0weDczMiBtb2RlbD0weDExIHJldj0weDIKZGV2LnJnZXBoeS4xLiVw YXJlbnQ6IG1paWJ1czEKZGV2LmF0YXBjaS4wLiVkZXNjOiBBVEkgSVhQNjAwIFNBVEEzMDAgY29u dHJvbGxlcgpkZXYuYXRhcGNpLjAuJWRyaXZlcjogYXRhcGNpCmRldi5hdGFwY2kuMC4lbG9jYXRp b246IHNsb3Q9MTggZnVuY3Rpb249MCBoYW5kbGU9XF9TQl8uUENJMC5TQVQwCmRldi5hdGFwY2ku MC4lcG5waW5mbzogdmVuZG9yPTB4MTAwMiBkZXZpY2U9MHg0MzgwIHN1YnZlbmRvcj0weDE3MzQg c3ViZGV2aWNlPTB4MTBmNSBjbGFzcz0weDAxMDE4ZgpkZXYuYXRhcGNpLjAuJXBhcmVudDogcGNp MApkZXYuYXRhcGNpLjEuJWRlc2M6IEFUSSBJWFA2MDAgVURNQTEzMyBjb250cm9sbGVyCmRldi5h dGFwY2kuMS4lZHJpdmVyOiBhdGFwY2kKZGV2LmF0YXBjaS4xLiVsb2NhdGlvbjogc2xvdD0yMCBm dW5jdGlvbj0xIGhhbmRsZT1cX1NCXy5QQ0kwLlBBVEEKZGV2LmF0YXBjaS4xLiVwbnBpbmZvOiB2 ZW5kb3I9MHgxMDAyIGRldmljZT0weDQzOGMgc3VidmVuZG9yPTB4MTczNCBzdWJkZXZpY2U9MHgx MGQxIGNsYXNzPTB4MDEwMThhCmRldi5hdGFwY2kuMS4lcGFyZW50OiBwY2kwCmRldi5hdGEuMi4l ZGVzYzogQVRBIGNoYW5uZWwgMApkZXYuYXRhLjIuJWRyaXZlcjogYXRhCmRldi5hdGEuMi4lbG9j YXRpb246IGNoYW5uZWw9MApkZXYuYXRhLjIuJXBhcmVudDogYXRhcGNpMApkZXYuYXRhLjMuJWRl c2M6IEFUQSBjaGFubmVsIDEKZGV2LmF0YS4zLiVkcml2ZXI6IGF0YQpkZXYuYXRhLjMuJWxvY2F0 aW9uOiBjaGFubmVsPTEKZGV2LmF0YS4zLiVwYXJlbnQ6IGF0YXBjaTAKZGV2LmF0YS40LiVkZXNj OiBBVEEgY2hhbm5lbCAyCmRldi5hdGEuNC4lZHJpdmVyOiBhdGEKZGV2LmF0YS40LiVsb2NhdGlv bjogY2hhbm5lbD0yCmRldi5hdGEuNC4lcGFyZW50OiBhdGFwY2kwCmRldi5hdGEuNS4lZGVzYzog QVRBIGNoYW5uZWwgMwpkZXYuYXRhLjUuJWRyaXZlcjogYXRhCmRldi5hdGEuNS4lbG9jYXRpb246 IGNoYW5uZWw9MwpkZXYuYXRhLjUuJXBhcmVudDogYXRhcGNpMApkZXYuYXRhLjAuJWRlc2M6IEFU QSBjaGFubmVsIDAKZGV2LmF0YS4wLiVkcml2ZXI6IGF0YQpkZXYuYXRhLjAuJWxvY2F0aW9uOiBj aGFubmVsPTAKZGV2LmF0YS4wLiVwYXJlbnQ6IGF0YXBjaTEKZGV2Lm9oY2kuMC4lZGVzYzogT0hD SSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXIKZGV2Lm9oY2kuMC4lZHJpdmVyOiBvaGNpCmRldi5v aGNpLjAuJWxvY2F0aW9uOiBzbG90PTE5IGZ1bmN0aW9uPTAgaGFuZGxlPVxfU0JfLlBDSTAuVVNC MQpkZXYub2hjaS4wLiVwbnBpbmZvOiB2ZW5kb3I9MHgxMDAyIGRldmljZT0weDQzODcgc3VidmVu ZG9yPTB4MTczNCBzdWJkZXZpY2U9MHgxMGQxIGNsYXNzPTB4MGMwMzEwCmRldi5vaGNpLjAuJXBh cmVudDogcGNpMApkZXYub2hjaS4wLndha2U6IDAKZGV2Lm9oY2kuMS4lZGVzYzogT0hDSSAoZ2Vu ZXJpYykgVVNCIGNvbnRyb2xsZXIKZGV2Lm9oY2kuMS4lZHJpdmVyOiBvaGNpCmRldi5vaGNpLjEu JWxvY2F0aW9uOiBzbG90PTE5IGZ1bmN0aW9uPTEgaGFuZGxlPVxfU0JfLlBDSTAuVVNCMgpkZXYu b2hjaS4xLiVwbnBpbmZvOiB2ZW5kb3I9MHgxMDAyIGRldmljZT0weDQzODggc3VidmVuZG9yPTB4 MTczNCBzdWJkZXZpY2U9MHgxMGQxIGNsYXNzPTB4MGMwMzEwCmRldi5vaGNpLjEuJXBhcmVudDog cGNpMApkZXYub2hjaS4xLndha2U6IDAKZGV2Lm9oY2kuMi4lZGVzYzogT0hDSSAoZ2VuZXJpYykg VVNCIGNvbnRyb2xsZXIKZGV2Lm9oY2kuMi4lZHJpdmVyOiBvaGNpCmRldi5vaGNpLjIuJWxvY2F0 aW9uOiBzbG90PTE5IGZ1bmN0aW9uPTIgaGFuZGxlPVxfU0JfLlBDSTAuVVNCMwpkZXYub2hjaS4y LiVwbnBpbmZvOiB2ZW5kb3I9MHgxMDAyIGRldmljZT0weDQzODkgc3VidmVuZG9yPTB4MTczNCBz dWJkZXZpY2U9MHgxMGQxIGNsYXNzPTB4MGMwMzEwCmRldi5vaGNpLjIuJXBhcmVudDogcGNpMApk ZXYub2hjaS4yLndha2U6IDAKZGV2Lm9oY2kuMy4lZGVzYzogT0hDSSAoZ2VuZXJpYykgVVNCIGNv bnRyb2xsZXIKZGV2Lm9oY2kuMy4lZHJpdmVyOiBvaGNpCmRldi5vaGNpLjMuJWxvY2F0aW9uOiBz bG90PTE5IGZ1bmN0aW9uPTMgaGFuZGxlPVxfU0JfLlBDSTAuVVNCNApkZXYub2hjaS4zLiVwbnBp bmZvOiB2ZW5kb3I9MHgxMDAyIGRldmljZT0weDQzOGEgc3VidmVuZG9yPTB4MTczNCBzdWJkZXZp Y2U9MHgxMGQxIGNsYXNzPTB4MGMwMzEwCmRldi5vaGNpLjMuJXBhcmVudDogcGNpMApkZXYub2hj aS4zLndha2U6IDAKZGV2Lm9oY2kuNC4lZGVzYzogT0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xs ZXIKZGV2Lm9oY2kuNC4lZHJpdmVyOiBvaGNpCmRldi5vaGNpLjQuJWxvY2F0aW9uOiBzbG90PTE5 IGZ1bmN0aW9uPTQgaGFuZGxlPVxfU0JfLlBDSTAuVVNCNQpkZXYub2hjaS40LiVwbnBpbmZvOiB2 ZW5kb3I9MHgxMDAyIGRldmljZT0weDQzOGIgc3VidmVuZG9yPTB4MTczNCBzdWJkZXZpY2U9MHgx MGQxIGNsYXNzPTB4MGMwMzEwCmRldi5vaGNpLjQuJXBhcmVudDogcGNpMApkZXYub2hjaS40Lndh a2U6IDAKZGV2LnVzYnVzLjAuJWRlc2M6IE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyCmRl di51c2J1cy4wLiVkcml2ZXI6IHVzYnVzCmRldi51c2J1cy4wLiVwYXJlbnQ6IG9oY2kwCmRldi51 c2J1cy4xLiVkZXNjOiBPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcgpkZXYudXNidXMuMS4l ZHJpdmVyOiB1c2J1cwpkZXYudXNidXMuMS4lcGFyZW50OiBvaGNpMQpkZXYudXNidXMuMi4lZGVz YzogT0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXIKZGV2LnVzYnVzLjIuJWRyaXZlcjogdXNi dXMKZGV2LnVzYnVzLjIuJXBhcmVudDogb2hjaTIKZGV2LnVzYnVzLjMuJWRlc2M6IE9IQ0kgKGdl bmVyaWMpIFVTQiBjb250cm9sbGVyCmRldi51c2J1cy4zLiVkcml2ZXI6IHVzYnVzCmRldi51c2J1 cy4zLiVwYXJlbnQ6IG9oY2kzCmRldi51c2J1cy40LiVkZXNjOiBPSENJIChnZW5lcmljKSBVU0Ig Y29udHJvbGxlcgpkZXYudXNidXMuNC4lZHJpdmVyOiB1c2J1cwpkZXYudXNidXMuNC4lcGFyZW50 OiBvaGNpNApkZXYudXNidXMuNS4lZGVzYzogRUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9s bGVyCmRldi51c2J1cy41LiVkcml2ZXI6IHVzYnVzCmRldi51c2J1cy41LiVwYXJlbnQ6IGVoY2kw CmRldi5laGNpLjAuJWRlc2M6IEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcgpkZXYu ZWhjaS4wLiVkcml2ZXI6IGVoY2kKZGV2LmVoY2kuMC4lbG9jYXRpb246IHNsb3Q9MTkgZnVuY3Rp b249NSBoYW5kbGU9XF9TQl8uUENJMC5VU0I2CmRldi5laGNpLjAuJXBucGluZm86IHZlbmRvcj0w eDEwMDIgZGV2aWNlPTB4NDM4NiBzdWJ2ZW5kb3I9MHgxNzM0IHN1YmRldmljZT0weDEwZDEgY2xh c3M9MHgwYzAzMjAKZGV2LmVoY2kuMC4lcGFyZW50OiBwY2kwCmRldi5laGNpLjAud2FrZTogMApk ZXYuaXNhYi4wLiVkZXNjOiBQQ0ktSVNBIGJyaWRnZQpkZXYuaXNhYi4wLiVkcml2ZXI6IGlzYWIK ZGV2LmlzYWIuMC4lbG9jYXRpb246IHNsb3Q9MjAgZnVuY3Rpb249MyBoYW5kbGU9XF9TQl8uUENJ MC5MUENfCmRldi5pc2FiLjAuJXBucGluZm86IHZlbmRvcj0weDEwMDIgZGV2aWNlPTB4NDM4ZCBz dWJ2ZW5kb3I9MHgxNzM0IHN1YmRldmljZT0weDEwZDEgY2xhc3M9MHgwNjAxMDAKZGV2LmlzYWIu MC4lcGFyZW50OiBwY2kwCmRldi5pc2EuMC4lZGVzYzogSVNBIGJ1cwpkZXYuaXNhLjAuJWRyaXZl cjogaXNhCmRldi5pc2EuMC4lcGFyZW50OiBpc2FiMApkZXYuYXRkbWEuMC4lZGVzYzogQVQgRE1B IGNvbnRyb2xsZXIKZGV2LmF0ZG1hLjAuJWRyaXZlcjogYXRkbWEKZGV2LmF0ZG1hLjAuJWxvY2F0 aW9uOiBoYW5kbGU9XF9TQl8uUENJMC5MUENfLkRNQUMKZGV2LmF0ZG1hLjAuJXBucGluZm86IF9I SUQ9UE5QMDIwMCBfVUlEPTAKZGV2LmF0ZG1hLjAuJXBhcmVudDogYWNwaTAKZGV2LmF0cGljLjAu JWRlc2M6IEFUIGludGVycnVwdCBjb250cm9sbGVyCmRldi5hdHBpYy4wLiVkcml2ZXI6IGF0cGlj CmRldi5hdHBpYy4wLiVsb2NhdGlvbjogaGFuZGxlPVxfU0JfLlBDSTAuTFBDXy5QSUNfCmRldi5h dHBpYy4wLiVwbnBpbmZvOiBfSElEPVBOUDAwMDAgX1VJRD0wCmRldi5hdHBpYy4wLiVwYXJlbnQ6 IGFjcGkwCmRldi5hdHJ0Yy4wLiVkZXNjOiBBVCByZWFsdGltZSBjbG9jawpkZXYuYXRydGMuMC4l ZHJpdmVyOiBhdHJ0YwpkZXYuYXRydGMuMC4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5QQ0kwLkxQ Q18uUlRDXwpkZXYuYXRydGMuMC4lcG5waW5mbzogX0hJRD1QTlAwQjAwIF9VSUQ9MApkZXYuYXRy dGMuMC4lcGFyZW50OiBhY3BpMApkZXYuYXR0aW1lci4wLiVkZXNjOiBBVCB0aW1lcgpkZXYuYXR0 aW1lci4wLiVkcml2ZXI6IGF0dGltZXIKZGV2LmF0dGltZXIuMC4lbG9jYXRpb246IGhhbmRsZT1c X1NCXy5QQ0kwLkxQQ18uVElNRQpkZXYuYXR0aW1lci4wLiVwbnBpbmZvOiBfSElEPVBOUDAxMDAg X1VJRD0wCmRldi5hdHRpbWVyLjAuJXBhcmVudDogYWNwaTAKZGV2Lm5weGlzYS4wLiVkZXNjOiBM ZWdhY3kgSVNBIGNvcHJvY2Vzc29yIHN1cHBvcnQKZGV2Lm5weGlzYS4wLiVkcml2ZXI6IG5weGlz YQpkZXYubnB4aXNhLjAuJWxvY2F0aW9uOiBoYW5kbGU9XF9TQl8uUENJMC5MUENfLk1BVEgKZGV2 Lm5weGlzYS4wLiVwbnBpbmZvOiBfSElEPVBOUDBDMDQgX1VJRD0wCmRldi5ucHhpc2EuMC4lcGFy ZW50OiBhY3BpMApkZXYuYXRrYmRjLjAuJWRlc2M6IEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQy KQpkZXYuYXRrYmRjLjAuJWRyaXZlcjogYXRrYmRjCmRldi5hdGtiZGMuMC4lbG9jYXRpb246IGhh bmRsZT1cX1NCXy5QQ0kwLkxQQ18uU0lPXy5LRVlCCmRldi5hdGtiZGMuMC4lcG5waW5mbzogX0hJ RD1QTlAwMzAzIF9VSUQ9MApkZXYuYXRrYmRjLjAuJXBhcmVudDogYWNwaTAKZGV2LmF0a2JkLjAu JWRlc2M6IEFUIEtleWJvYXJkCmRldi5hdGtiZC4wLiVkcml2ZXI6IGF0a2JkCmRldi5hdGtiZC4w LiVwYXJlbnQ6IGF0a2JkYzAKZGV2LnBzbWNwbnAuMC4lZGVzYzogUFMvMiBtb3VzZSBwb3J0CmRl di5wc21jcG5wLjAuJWRyaXZlcjogcHNtY3BucApkZXYucHNtY3BucC4wLiVsb2NhdGlvbjogaGFu ZGxlPVxfU0JfLlBDSTAuTFBDXy5TSU9fLlBTMk0KZGV2LnBzbWNwbnAuMC4lcG5waW5mbzogX0hJ RD1QTlAwRjEzIF9VSUQ9MApkZXYucHNtY3BucC4wLiVwYXJlbnQ6IGFjcGkwCmRldi51YXJ0LjAu JWRlc2M6IDE2NTUwIG9yIGNvbXBhdGlibGUKZGV2LnVhcnQuMC4lZHJpdmVyOiB1YXJ0CmRldi51 YXJ0LjAuJWxvY2F0aW9uOiBoYW5kbGU9XF9TQl8uUENJMC5MUENfLlNJT18uQ09NMQpkZXYudWFy dC4wLiVwbnBpbmZvOiBfSElEPVBOUDA1MDEgX1VJRD0xCmRldi51YXJ0LjAuJXBhcmVudDogYWNw aTAKZGV2LnVhcnQuMS4lZGVzYzogMTY1NTAgb3IgY29tcGF0aWJsZQpkZXYudWFydC4xLiVkcml2 ZXI6IHVhcnQKZGV2LnVhcnQuMS4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5QQ0kwLkxQQ18uU0lP Xy5DT00yCmRldi51YXJ0LjEuJXBucGluZm86IF9ISUQ9UE5QMDUwMSBfVUlEPTIKZGV2LnVhcnQu MS4lcGFyZW50OiBhY3BpMApkZXYuYXBpYy4wLiVkZXNjOiBBUElDIHJlc291cmNlcwpkZXYuYXBp Yy4wLiVkcml2ZXI6IGFwaWMKZGV2LmFwaWMuMC4lcGFyZW50OiBuZXh1czAKZGV2LnBtdGltZXIu MC4lZHJpdmVyOiBwbXRpbWVyCmRldi5wbXRpbWVyLjAuJXBhcmVudDogaXNhMApkZXYub3JtLjAu JWRlc2M6IElTQSBPcHRpb24gUk9NcwpkZXYub3JtLjAuJWRyaXZlcjogb3JtCmRldi5vcm0uMC4l cG5waW5mbzogcG5waWQ9T1JNMDAwMApkZXYub3JtLjAuJXBhcmVudDogaXNhMApkZXYuc2MuMC4l ZGVzYzogU3lzdGVtIGNvbnNvbGUKZGV2LnNjLjAuJWRyaXZlcjogc2MKZGV2LnNjLjAuJXBhcmVu dDogaXNhMApkZXYudmdhLjAuJWRlc2M6IEdlbmVyaWMgSVNBIFZHQQpkZXYudmdhLjAuJWRyaXZl cjogdmdhCmRldi52Z2EuMC4lcGFyZW50OiBpc2EwCmRldi5wb3dlcm5vdy4wLiVkZXNjOiBDb29s YG4nUXVpZXQgSzgKZGV2LnBvd2Vybm93LjAuJWRyaXZlcjogcG93ZXJub3cKZGV2LnBvd2Vybm93 LjAuJXBhcmVudDogY3B1MApkZXYucG93ZXJub3cuMC5mcmVxX3NldHRpbmdzOiA5OTUvLTEgOTk1 Ly0xCmRldi5jcHVmcmVxLjAuJWRyaXZlcjogY3B1ZnJlcQpkZXYuY3B1ZnJlcS4wLiVwYXJlbnQ6 IGNwdTAKZGV2LmFkLjYuJWRlc2M6IFNUOTE2MDMxNEFTLzAwMDFTRE0xCmRldi5hZC42LiVkcml2 ZXI6IGFkCmRldi5hZC42LiVwYXJlbnQ6IGF0YTMKZGV2LnN1YmRpc2suNi4lZHJpdmVyOiBzdWJk aXNrCmRldi5zdWJkaXNrLjYuJXBhcmVudDogYWQ2CmRldi51aHViLjAuJWRlc2M6IEFUSSBPSENJ IHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQpkZXYudWh1Yi4wLiVk cml2ZXI6IHVodWIKZGV2LnVodWIuMC4lcGFyZW50OiB1c2J1czAKZGV2LnVodWIuMS4lZGVzYzog QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCmRldi51 aHViLjEuJWRyaXZlcjogdWh1YgpkZXYudWh1Yi4xLiVwYXJlbnQ6IHVzYnVzMQpkZXYudWh1Yi4y LiVkZXNjOiBBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDEKZGV2LnVodWIuMi4lZHJpdmVyOiB1aHViCmRldi51aHViLjIuJXBhcmVudDogdXNidXMyCmRl di51aHViLjMuJWRlc2M6IEFUSSBPSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEu MDAsIGFkZHIgMQpkZXYudWh1Yi4zLiVkcml2ZXI6IHVodWIKZGV2LnVodWIuMy4lcGFyZW50OiB1 c2J1czMKZGV2LnVodWIuNC4lZGVzYzogQVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2 IDEuMDAvMS4wMCwgYWRkciAxCmRldi51aHViLjQuJWRyaXZlcjogdWh1YgpkZXYudWh1Yi40LiVw YXJlbnQ6IHVzYnVzNApkZXYudWh1Yi41LiVkZXNjOiBBVEkgRUhDSSByb290IEhVQiwgY2xhc3Mg OS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDEKZGV2LnVodWIuNS4lZHJpdmVyOiB1aHViCmRldi51 aHViLjUuJXBhcmVudDogdXNidXM1CmRldi51a2JkLjAuJWRlc2M6IEJUQyBVU0IgTXVsdGltZWRp YSBLZXlib2FyZCwgY2xhc3MgMC8wLCByZXYgMS4xMC8xLjAwLCBhZGRyIDIKZGV2LnVrYmQuMC4l ZHJpdmVyOiB1a2JkCmRldi51a2JkLjAuJWxvY2F0aW9uOiBidXM9MSBodWJhZGRyPTIgcG9ydD0z IGRldmFkZHI9MiBpbnRlcmZhY2U9MApkZXYudWtiZC4wLiVwbnBpbmZvOiB2ZW5kb3I9MHgwNDZk IHByb2R1Y3Q9MHhjMzEyIGRldmNsYXNzPTB4MDAgZGV2c3ViY2xhc3M9MHgwMCBzZXJudW09IiIg cmVsZWFzZT0weDAxMDAgaW50Y2xhc3M9MHgwMyBpbnRzdWJjbGFzcz0weDAxCmRldi51a2JkLjAu JXBhcmVudDogdWh1YjMKZGV2LnVoaWQuMC4lZGVzYzogQlRDIFVTQiBNdWx0aW1lZGlhIEtleWJv YXJkLCBjbGFzcyAwLzAsIHJldiAxLjEwLzEuMDAsIGFkZHIgMgpkZXYudWhpZC4wLiVkcml2ZXI6 IHVoaWQKZGV2LnVoaWQuMC4lbG9jYXRpb246IGJ1cz0xIGh1YmFkZHI9MiBwb3J0PTMgZGV2YWRk cj0yIGludGVyZmFjZT0xCmRldi51aGlkLjAuJXBucGluZm86IHZlbmRvcj0weDA0NmQgcHJvZHVj dD0weGMzMTIgZGV2Y2xhc3M9MHgwMCBkZXZzdWJjbGFzcz0weDAwIHNlcm51bT0iIiByZWxlYXNl PTB4MDEwMCBpbnRjbGFzcz0weDAzIGludHN1YmNsYXNzPTB4MDAKZGV2LnVoaWQuMC4lcGFyZW50 OiB1aHViMwpocHRtdi5zdGF0dXM6IFJvY2tldFJBSUQgMTh4eCBTQVRBIENvbnRyb2xsZXIgZHJp dmVyIFZlcnNpb24gdjEuMTYKCg== --_008_35CFCFC220BF044DA8BFCE7FC11853D7014341EX02reitznerlocal_-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 20:58:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AADA9106567C for ; Mon, 9 Jan 2012 20:58:03 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 61ACA8FC1F for ; Mon, 9 Jan 2012 20:58:03 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so4720438vbb.13 for ; Mon, 09 Jan 2012 12:58:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=rnnvfW+QC7YM239Jd0rrCxpRocBJzAI/GPvZyPpxetY=; b=IUnIx15TwZlRlgF2yU7afou70XkxDqz/xIi8jVpWTrt+2f+5NUwv/tBOjuOUFMc6dL XRWOhsBUKepaoX99Hui4nb0r+WbyMXWmJWJNc+IxrckJWh4Fp4j28CkrnIZ76VLlBAgm OsNs0zpSJW/D5xB6r9W+ePKdupY+HWX3z3Gdo= MIME-Version: 1.0 Received: by 10.52.17.139 with SMTP id o11mr9108845vdd.62.1326142682687; Mon, 09 Jan 2012 12:58:02 -0800 (PST) Received: by 10.220.187.134 with HTTP; Mon, 9 Jan 2012 12:58:02 -0800 (PST) In-Reply-To: References: <20120109143726.GA3185@lonesome.com> Date: Mon, 9 Jan 2012 15:58:02 -0500 Message-ID: From: Arnaud Lacombe To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD current mailing list Subject: Re: stable/9 still looking for packages at 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 20:58:03 -0000 Hi, On Mon, Jan 9, 2012 at 1:40 PM, Freddie Cash wrote: > On Mon, Jan 9, 2012 at 10:27 AM, Chris Rees wrote: >> On 9 January 2012 18:16, Arnaud Lacombe wrote: >>> ok, I'm a stupid lazy user (obviously)... While browsing the ftp, I >>> see 9.0 ISOs in a `releases' directory. Do you expect me to consult >>> freebsd-announce@, verify the signature of the announce, the hash of >>> the ISOs, etc. to consider that 9.0 has been released ? No, I see 9.0 >>> ISOs in a `releases' directory, I assume it has been released, >>> whatever your spreading process is. >>> >>> Btw, none of the CHECKSUMS files are signed on the FTP. >> >> Have you checked the website? The latest supported release is clearly >> specified, right in the middle of the home page. >> >> Please don't tell me you'd look in ftp before checking the website. =A0I >> think you're just looking to nitpick. > > And, which is worse: > =A01. =A0tag the release branch, build the ISOs, upload to main FTP > server, wait for the mirrors (FTP, CVS, SVN) to sync, then make the > official announcement which includes a few days/weeks where "the > release" is available but not official; or > =A02. =A0tag the release branch, build the ISOs, upload to main FTP > server, make the official announcement, user goes to their > favourite/closest mirror, and can't access the release since it hasn't > synced yet > 3. tag the release[0], build the ISOs, upload then to main FTP and mirrors but restrict visibility[0], announce the release, make the build visible everywhere. At worse, fall-back on #2 with peer-to-peer distribution. If some steps in that process do not exist, create them. - Arnaud > I think people would complain a hell of a lot more about 2 than they > currently do about 1. > > Yes, people upgrading via source will see X.Y-RELEASE before it's > officially announced on the website/mailing lists. =A0Yes, people > browsing ftp.freebsd.org will see X.Y-RELEASE ISOs before it's > officially announced. =A0Yes, some users will get confused by seeing > X.Y-RELEASE available before the official annoucements. > > But, that's a lot better than making an annoucement and having users > unable to use it since it's not available on their local mirrors. > > What's annoying, though, is that we have to go through this with every > ... single ... minor ... release. =A0It's not a hard concept, yet every > time there's a new release, people get confused by it. > > Is there something that could be done to make it more > streamlined/smoother? =A0Maybe, maybe not. =A0Depends. =A0You'd have to w= ant > to join the RE team to find out more about the current release/mirror > infrastructure. =A0:) =A0And then be willing to put in the time/effort to > improve it. =A0:D > > Does all of Arnaud's complaining and nit-picking constitute a request > to volunteer to "fix" things? =A0;) > > -- > Freddie Cash > fjwcash@gmail.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 21:06:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 474E81065716 for ; Mon, 9 Jan 2012 21:06:51 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id ECAEF8FC12 for ; Mon, 9 Jan 2012 21:06:50 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so4728792vbb.13 for ; Mon, 09 Jan 2012 13:06:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=+aRvuI0K5bgj9CIyEoZnLrHcgbBNbRpOP4l5m1oARDE=; b=ijNXermM1zu5solIaLu1xnb4pk1pFZGAVh4gArCTmh1FYtTXMux0LIkvPT0jLIbWTS tz1+LGrEPDpLNHiFlVbNtFKLlyhOq/o3NhZut1Hsls9OMbg8PoN7H9Yj3M8aS67GGKLi SOKNS+mpnse/vbSlXnPrcD0yLKEp0dgumpYrA= MIME-Version: 1.0 Received: by 10.52.65.129 with SMTP id x1mr9200366vds.11.1326143210159; Mon, 09 Jan 2012 13:06:50 -0800 (PST) Received: by 10.220.187.134 with HTTP; Mon, 9 Jan 2012 13:06:49 -0800 (PST) In-Reply-To: References: <20120109143726.GA3185@lonesome.com> Date: Mon, 9 Jan 2012 16:06:49 -0500 Message-ID: From: Arnaud Lacombe To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Mark Linimon , FreeBSD current mailing list Subject: Re: stable/9 still looking for packages at 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 21:06:51 -0000 Hi, On Mon, Jan 9, 2012 at 1:27 PM, Chris Rees wrote: > On 9 January 2012 18:16, Arnaud Lacombe wrote: >> Hi, >> >> On Mon, Jan 9, 2012 at 9:37 AM, Mark Linimon wrot= e: >>>> On 9. Jan 2012, at 01:04 , Arnaud Lacombe wrote: >>>> So you are saying that FreeBSD is currently providing on >>>> ftp://ftp.freebsd.org/pub images tagged as being "9.0 RELEASE" (with >>>> checksum provided), in a `releases' directory, which are not actually >>>> release images per-se ? >>> >>> Excellent! =A0You've shown the ability to understand flat, declarative, >>> sentences that have no qualifying phrases. >>> >> FWIW, this was more a sarcastic sentence pointing out that FreeBSD is >> currently officially distributing non-released build in a directory >> which might leads users to consider this is the official release, thus >> misleading them. > > So, a pointless email. > as is linimon@'s. >>> 9.0 will be *released* when and only when the official, signed, email >>> goes out. =A0Everything up until that point is preparation. >>> >> ok, I'm a stupid lazy user (obviously)... While browsing the ftp, I >> see 9.0 ISOs in a `releases' directory. Do you expect me to consult >> freebsd-announce@, verify the signature of the announce, the hash of >> the ISOs, etc. to consider that 9.0 has been released ? No, I see 9.0 >> ISOs in a `releases' directory, I assume it has been released, >> whatever your spreading process is. >> >> Btw, none of the CHECKSUMS files are signed on the FTP. > > Have you checked the website? The latest supported release is clearly > specified, right in the middle of the home page. > > Please don't tell me you'd look in ftp before checking the website. =A0I > think you're just looking to nitpick. > I did look the ftp before the website. It is an irrelevant source of information as I assume none of that stuff to be up-to-date. re@ has an unimpressive track record about information update. - Arnaud From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 21:11:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id A785A1065670; Mon, 9 Jan 2012 21:11:03 +0000 (UTC) Date: Mon, 9 Jan 2012 21:11:03 +0000 From: Alexander Best To: freebsd-current@freebsd.org Message-ID: <20120109211103.GA28352@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: CXXFLAGS example in share/examples/etc/make.conf should to be updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 21:11:03 -0000 hi there, would it be possible to update the CXXFLAGS example in share/examples/etc/make.conf? looking at the gcc(1) man page, -fconserve-space seems to be a bad example. can somebody thing of a C++ specific option which makes more sense? or maybe something like -Weffc++? although idealy this should go into the (non-existing) CXXWARNSFLAGS. cheers. alex From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 21:39:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F4081065678 for ; Mon, 9 Jan 2012 21:39:33 +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 E7A208FC08 for ; Mon, 9 Jan 2012 21:39:32 +0000 (UTC) Received: by iadj38 with SMTP id j38so9855109iad.13 for ; Mon, 09 Jan 2012 13:39:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=PaNRnvTcBWM+hBGwD7sdJLoLJps5mUAHiGiFiKHbLRY=; b=Vv8QxCHcqehUAS0lxZa5EevEpTI9t5XfcohQwj1ZTYvhAx3FNV5wsVVJkXzTmiNxT/ bNGCLFUw8U+5DbMtwLAQdK53Y/JWg+KMlMcx8nb43BKSGBRpizjJtis7HazhPFUPX35O 6wEoqCUKP3+PoVgOdkZWad9k5ODWTqJBm9plo= Received: by 10.42.73.138 with SMTP id s10mr19676040icj.38.1326145172283; Mon, 09 Jan 2012 13:39:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.207.7 with HTTP; Mon, 9 Jan 2012 13:39:01 -0800 (PST) In-Reply-To: References: <20120109143726.GA3185@lonesome.com> From: Chris Rees Date: Mon, 9 Jan 2012 21:39:01 +0000 Message-ID: To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Mark Linimon , FreeBSD current mailing list Subject: Re: stable/9 still looking for packages at 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 21:39:33 -0000 On 9 January 2012 21:06, Arnaud Lacombe wrote: > Hi, > > On Mon, Jan 9, 2012 at 1:27 PM, Chris Rees wrote: >> On 9 January 2012 18:16, Arnaud Lacombe wrote: >>> Hi, >>> >>> On Mon, Jan 9, 2012 at 9:37 AM, Mark Linimon wro= te: >>>>> On 9. Jan 2012, at 01:04 , Arnaud Lacombe wrote: >>>>> So you are saying that FreeBSD is currently providing on >>>>> ftp://ftp.freebsd.org/pub images tagged as being "9.0 RELEASE" (with >>>>> checksum provided), in a `releases' directory, which are not actually >>>>> release images per-se ? >>>> >>>> Excellent! =A0You've shown the ability to understand flat, declarative= , >>>> sentences that have no qualifying phrases. >>>> >>> FWIW, this was more a sarcastic sentence pointing out that FreeBSD is >>> currently officially distributing non-released build in a directory >>> which might leads users to consider this is the official release, thus >>> misleading them. >> >> So, a pointless email. >> > as is linimon@'s. > >>>> 9.0 will be *released* when and only when the official, signed, email >>>> goes out. =A0Everything up until that point is preparation. >>>> >>> ok, I'm a stupid lazy user (obviously)... While browsing the ftp, I >>> see 9.0 ISOs in a `releases' directory. Do you expect me to consult >>> freebsd-announce@, verify the signature of the announce, the hash of >>> the ISOs, etc. to consider that 9.0 has been released ? No, I see 9.0 >>> ISOs in a `releases' directory, I assume it has been released, >>> whatever your spreading process is. >>> >>> Btw, none of the CHECKSUMS files are signed on the FTP. >> >> Have you checked the website? The latest supported release is clearly >> specified, right in the middle of the home page. >> >> Please don't tell me you'd look in ftp before checking the website. =A0I >> think you're just looking to nitpick. >> > I did look the ftp before the website. It is an irrelevant source of > information as I assume none of that stuff to be up-to-date. re@ has > an unimpressive track record about information update. Ridiculous assumption. I don't know who in re@ upset you so much, but you seriously need to get over it and stop trying to prove they're idiots. Constructive feedback is welcome, deliberately finding fault with strange things is not. Chris From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 22:52:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77E98106564A; Mon, 9 Jan 2012 22:52:08 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 32A208FC16; Mon, 9 Jan 2012 22:52:07 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 047F9632F; Mon, 9 Jan 2012 22:52:06 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id B3438816B; Mon, 9 Jan 2012 23:52:06 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Adrian Chadd References: <86ty4a8mc3.fsf@ds4.des.no> Date: Mon, 09 Jan 2012 23:52:06 +0100 In-Reply-To: (Adrian Chadd's message of "Fri, 6 Jan 2012 13:30:31 -0800") Message-ID: <86ehv8xze1.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current , freebsd-arch@freebsd.org Subject: Re: Is it possible to make subr_acl_nfs4 and subr_acl_posix1e disabled? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 22:52:08 -0000 Adrian Chadd writes: > Dag-Erling Sm=C3=B8rgrav writes: > > I would be very annoyed if it were no longer possible to netboot > > GENERIC... > I don't want to break that. :) I Just don't want to compile it in > unless I'm using NFS/ZFS, and on my 4MB flash boards I'm not booting > w/ NFS compiled in statically.. Sorry, I just realized that I read the text of your message but not the subject; I thought you were proposing to remove NFS from GENERIC. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 18:30:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACA62106566B; Tue, 10 Jan 2012 18:30:18 +0000 (UTC) (envelope-from mckusick@mckusick.com) Received: from chez.mckusick.com (unknown [IPv6:2001:5a8:4:7e72:4a5b:39ff:fe12:452]) by mx1.freebsd.org (Postfix) with ESMTP id 863238FC15; Tue, 10 Jan 2012 18:30:18 +0000 (UTC) Received: from chez.mckusick.com (localhost [127.0.0.1]) by chez.mckusick.com (8.14.3/8.14.3) with ESMTP id q0AIUDP7062707; Tue, 10 Jan 2012 10:30:14 -0800 (PST) (envelope-from mckusick@chez.mckusick.com) Message-Id: <201201101830.q0AIUDP7062707@chez.mckusick.com> To: Yamagi Burmeister In-reply-to: <20120109183051.1e4de3ca.lists@yamagi.org> Date: Tue, 10 Jan 2012 10:30:13 -0800 From: Kirk McKusick X-Spam-Status: No, score=0.0 required=5.0 tests=MISSING_MID, UNPARSEABLE_RELAY autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on chez.mckusick.com X-Mailman-Approved-At: Tue, 10 Jan 2012 18:33:54 +0000 Cc: freebsd-current@freebsd.org, bryce@bryce.net Subject: Re: FS hang when creating snapshots on a UFS SU+J setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 18:30:18 -0000 > Date: Mon, 9 Jan 2012 18:30:51 +0100 > From: Yamagi Burmeister > To: jeff@freebsd.org, mckusick@freebsd.org > Cc: freebsd-current@freebsd.org, bryce@bryce.net > Subject: Re: FS hang when creating snapshots on a UFS SU+J setup > > Hello, > > I'm sorry to bother you, but you may not be aware of this thread and > this problem. We are several people experiencing deadlocks, kernel > panics and other problems when creating sanpshots on file systems > with SU+J. It would be nice to get some feedback, e.g. how can we > help debugging and / or fixing this problem. > > Thank you, > Yamagi First step in debugging is to find out if the problem is SU+J specific. To find out, turn off SU+J but leave SU. This change is done by running: umount tunefs -j disable mount cd rm .sujournal You may want to run `fsck -f' on the filesystem while you have it unmounted just to be sure that it is clean. Then run your snapshot request to see if it still fails. If it works, then we have narrowed the problem down to something related to SU+J. If it fails then we have a broader issue to deal with. If you wish to go back to using SU+J after the test, you can reenable SU+J by running: umount tunefs -j enable mount When responding to me, it is best to use my email as I tend to read it more regularly. Kirk McKusick From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 19:12:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36AAB106564A; Tue, 10 Jan 2012 19:12:55 +0000 (UTC) (envelope-from MFischer@reitzner.de) Received: from mail-out.m-online.net (mail-out.m-online.net [IPv6:2001:a60:0:32:0:1:25:1]) by mx1.freebsd.org (Postfix) with ESMTP id CD1618FC08; Tue, 10 Jan 2012 19:12:52 +0000 (UTC) Received: from frontend1.mail.m-online.net (frontend1.mail.intern.m-online.net [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id D45B518002A6; Tue, 10 Jan 2012 20:12:51 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id EC0701C0005B; Tue, 10 Jan 2012 20:12:51 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id WQdLnqrwNkOn; Tue, 10 Jan 2012 20:12:50 +0100 (CET) Received: from EX02.reitzner.local (ppp-188-174-103-244.dynamic.mnet-online.de [188.174.103.244]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPS; Tue, 10 Jan 2012 20:12:47 +0100 (CET) Received: from EX02.reitzner.local ([fe80::3c40:2523:615c:77be]) by EX02.reitzner.local ([fe80::3c40:2523:615c:77be%14]) with mapi id 14.02.0247.003; Tue, 10 Jan 2012 20:12:47 +0100 From: Fischer Markus To: "freebsd-acpi@FreeBSD.org" Thread-Topic: Problem with ACPI / reboot: Black Screen? Part No 2 Thread-Index: AQHMz8vWKZNe6ARvqEqidPJinT5jWg== Date: Tue, 10 Jan 2012 19:12:46 +0000 Message-ID: <35CFCFC220BF044DA8BFCE7FC11853D701A1EE@EX02.reitzner.local> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [93.209.121.15] Content-Type: multipart/mixed; boundary="_005_35CFCFC220BF044DA8BFCE7FC11853D701A1EEEX02reitznerlocal_" MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 10 Jan 2012 19:23:17 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-current@freebsd.org" Subject: WG: Problem with ACPI / reboot: Black Screen? Part No 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 19:12:55 -0000 --_005_35CFCFC220BF044DA8BFCE7FC11853D701A1EEEX02reitznerlocal_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I habe a BIG Problem with the ACPI Interface. The problem is the "reboot" command. The Shutdown command works. "reboot" --> The computer makes a shutdown, the Screen is black, but= the computer not power on, he don't start. The screen is black, the computer runns. I can the comp= uter only starts with power plug. I have testet the FreeBSD Version 8.1 (pfsense) and 8.2= and 9.0-RC3 --> Only the same!!! I have testet with pfsense 1.2.3 (FreeBSD 7.1) and then= works the reboot command. I habe testet wirth Knoppix 6.7.1 (Kernel 3.0.x) and th= e reboot command works. I've tested a lot of settings (sysctl), and even compile a new kernel. I've= tested this with acpiconf. All without success. The screen remains black when reboot command, the computer is running (is o= n), and only unplugging the power plug ringed the PC running again. The System: pfsense 2.0.1 (with FreeBSD 8.1 Kernel), without X-Serv= ers Hardware: Fujitsu Main-Board D2963-S1 with AMD Sempron 200U Diagnostics in the appendix!! I hope you can help me! Thank you very much! Bye Markus Fischer Germany --_005_35CFCFC220BF044DA8BFCE7FC11853D701A1EEEX02reitznerlocal_ Content-Type: application/octet-stream; name="fujitsu-d2963-s1.asl" Content-Description: fujitsu-d2963-s1.asl Content-Disposition: attachment; filename="fujitsu-d2963-s1.asl"; size=119562; creation-date="Tue, 10 Jan 2012 19:11:54 GMT"; modification-date="Tue, 10 Jan 2012 19:11:54 GMT" Content-Transfer-Encoding: base64 LyoKICBSU0QgUFRSOiBPRU09UFRMVEQsIEFDUElfUmV2PTEuMHggKDApCglSU0RUPTB4NzdlZGUw MDAsIGNrc3VtPTI0NQogKi8KLyoKICBSU0RUOiBMZW5ndGg9NTYsIFJldmlzaW9uPTEsIENoZWNr c3VtPTkyLAoJT0VNSUQ9ZXh0cmEsIE9FTSBUYWJsZSBJRD1leG9uZSwgT0VNIFJldmlzaW9uPTB4 NjAwMDAsCglDcmVhdG9yIElEPSBMVFAsIENyZWF0b3IgUmV2aXNpb249MHgwCglFbnRyaWVzPXsg MHg3N2VlMGQ1YywgMHg3N2VlMGRkMCwgMHg3N2VlMGUxNiwgMHg3N2VlMGY4YywgMHg3N2VlMGZj OCB9CiAqLwovKgogIEZBQ1A6IExlbmd0aD0xMTYsIFJldmlzaW9uPTEsIENoZWNrc3VtPTIxMiwK CU9FTUlEPUZUUywgT0VNIFRhYmxlIElEPUQyOTYzL1MxLCBPRU0gUmV2aXNpb249MHg2MDAwMCwK CUNyZWF0b3IgSUQ9LCBDcmVhdG9yIFJldmlzaW9uPTB4ZjQyNDAKIAlGQUNTPTB4NzdlZTFmYzAs IERTRFQ9MHg3N2VkZTAzOAoJSU5UX01PREVMPVBJQwoJUHJlZmVycmVkX1BNX1Byb2ZpbGU9VW5z cGVjaWZpZWQgKDApCglTQ0lfSU5UPTkKCVNNSV9DTUQ9MHhiMCwgQUNQSV9FTkFCTEU9MHhmMCwg QUNQSV9ESVNBQkxFPTB4ZjEsIFM0QklPU19SRVE9MHgwCglQU1RBVEVfQ05UPTB4MAoJUE0xYV9F VlRfQkxLPTB4ODAwMC0weDgwMDMKCVBNMWJfRVZUX0JMSz0weDgxMDQtMHg4MTA3CglQTTFhX0NO VF9CTEs9MHg4MDA0LTB4ODAwNQoJUE0yX0NOVF9CTEs9MHg4MjAwLTB4ODIwMAoJUE1fVE1SX0JM Sz0weDgwMDgtMHg4MDBiCglHUEUwX0JMSz0weDgwMjAtMHg4MDI3CglQX0xWTDJfTEFUPTE4IHVz LCBQX0xWTDNfTEFUPTgzIHVzCglGTFVTSF9TSVpFPTAsIEZMVVNIX1NUUklERT0wCglEVVRZX09G RlNFVD0xLCBEVVRZX1dJRFRIPTAKCURBWV9BTFJNPTEzLCBNT05fQUxSTT0wLCBDRU5UVVJZPTUw CglJQVBDX0JPT1RfQVJDSD0KCUZsYWdzPXtXQklOVkQsQzFfU1VQUE9SVEVELFNMRUVQX0JVVFRP TixTNF9SVENfV0FLRSwzMkJJVF9USU1FUixQTEFURk9STV9DTE9DSyxTNF9SVENfVkFMSUQsUkVN T1RFX1BPV0VSX09OfQogKi8KLyoKICBGQUNTOglMZW5ndGg9NjQsIEh3U2lnPTB4MDAwMDAwMDAs IEZpcm1fV2FrZV9WZWM9MHgwMDAwMDAwMAoJR2xvYmFsX0xvY2s9CglGbGFncz0KCVZlcnNpb249 MAogKi8KLyoKICBEU0RUOiBMZW5ndGg9MTE1NTYsIFJldmlzaW9uPTEsIENoZWNrc3VtPTIyMiwK CU9FTUlEPUZUUywgT0VNIFRhYmxlIElEPUQyOTYzL1MxLCBPRU0gUmV2aXNpb249MHg2MDAwMCwK CUNyZWF0b3IgSUQ9TVNGVCwgQ3JlYXRvciBSZXZpc2lvbj0weDMwMDAwMDEKICovCi8qCiAgQVBJ QzogTGVuZ3RoPTcwLCBSZXZpc2lvbj0xLCBDaGVja3N1bT0xNDgsCglPRU1JRD1QVExURCwgT0VN IFRhYmxlIElEPQkgQVBJQywgT0VNIFJldmlzaW9uPTB4NjAwMDAsCglDcmVhdG9yIElEPSBMVFAs IENyZWF0b3IgUmV2aXNpb249MHgwCglMb2NhbCBBUElDIEFERFI9MHhmZWUwMDAwMAoJRmxhZ3M9 e1BDLUFUfQoKCVR5cGU9TG9jYWwgQVBJQwoJQUNQSSBDUFU9MAoJRmxhZ3M9e0VOQUJMRUR9CglB UElDIElEPTAKCglUeXBlPUlPIEFQSUMKCUFQSUMgSUQ9MQoJSU5UIEJBU0U9MAoJQUREUj0weDAw MDAwMDAwZmVjMDAwMDAKCglUeXBlPUxvY2FsIEFQSUMgTk1JCglBQ1BJIENQVT0wCglMSU5UIFBp bj0xCglGbGFncz17UG9sYXJpdHk9YWN0aXZlLWhpLCBUcmlnZ2VyPWVkZ2V9CiAqLwovKgogIFNM SUM6IExlbmd0aD0zNzQsIFJldmlzaW9uPTEsIENoZWNrc3VtPTExNSwKCU9FTUlEPWV4dHJhLCBP RU0gVGFibGUgSUQ9ZXhvbmUsIE9FTSBSZXZpc2lvbj0weDYwMDAwLAoJQ3JlYXRvciBJRD0gTFRQ LCBDcmVhdG9yIFJldmlzaW9uPTB4MAogKi8KLyoKICBNQ0ZHOiBMZW5ndGg9NjAsIFJldmlzaW9u PTEsIENoZWNrc3VtPTg4LAoJT0VNSUQ9UFRMVEQsIE9FTSBUYWJsZSBJRD0gIE1DRkcsIE9FTSBS ZXZpc2lvbj0weDYwMDAwLAoJQ3JlYXRvciBJRD0gTFRQLCBDcmVhdG9yIFJldmlzaW9uPTB4MAoK CUJhc2UgQWRkcmVzcz0weDAwMDAwMDAwZTAwMDAwMDAKCVNlZ21lbnQgR3JvdXA9MHgwMDAwCglT dGFydCBCdXM9MAoJRW5kIEJ1cz0xOQogKi8KLyoKICBIUEVUOiBMZW5ndGg9NTYsIFJldmlzaW9u PTEsIENoZWNrc3VtPTE1OCwKCU9FTUlEPVBUTFRELCBPRU0gVGFibGUgSUQ9SFBFVFRCTCwgT0VN IFJldmlzaW9uPTB4NjAwMDAsCglDcmVhdG9yIElEPSBMVFAsIENyZWF0b3IgUmV2aXNpb249MHgx CglIUEVUIE51bWJlcj0yCglBRERSPTB4ZmVkMDAwMDA6MFs4XSAoTWVtb3J5KQlIVyBSZXY9MHgx CglDb21wYXJhdG9ycz0zCglDb3VudGVyIFNpemU9MAoJTGVnYWN5IElSUSByb3V0aW5nIGNhcGFi bGU9e1RSVUV9CglQQ0kgVmVuZG9yIElEPTB4NDM1MwoJTWluaW1hbCBUaWNrPTIwCiAqLwovKgog KiBJbnRlbCBBQ1BJIENvbXBvbmVudCBBcmNoaXRlY3R1cmUKICogQU1MIERpc2Fzc2VtYmxlciB2 ZXJzaW9uIDIwMTAwMzMxCiAqCiAqIERpc2Fzc2VtYmx5IG9mIC90bXAvYWNwaWR1bXAuZ0pnMHdO LCBNb24gSmFuICA5IDIxOjExOjU4IDIwMTIKICoKICoKICogT3JpZ2luYWwgVGFibGUgSGVhZGVy OgogKiAgICAgU2lnbmF0dXJlICAgICAgICAiRFNEVCIKICogICAgIExlbmd0aCAgICAgICAgICAg MHgwMDAwMkQyNCAoMTE1NTYpCiAqICAgICBSZXZpc2lvbiAgICAgICAgIDB4MDEgKioqKiBBQ1BJ IDEuMCwgbm8gNjQtYml0IG1hdGggc3VwcG9ydAogKiAgICAgQ2hlY2tzdW0gICAgICAgICAweERF CiAqICAgICBPRU0gSUQgICAgICAgICAgICJGVFMgICAiCiAqICAgICBPRU0gVGFibGUgSUQgICAg ICJEMjk2My9TMSIKICogICAgIE9FTSBSZXZpc2lvbiAgICAgMHgwMDA2MDAwMCAoMzkzMjE2KQog KiAgICAgQ29tcGlsZXIgSUQgICAgICAiTVNGVCIKICogICAgIENvbXBpbGVyIFZlcnNpb24gMHgw MzAwMDAwMSAoNTAzMzE2NDkpCiAqLwpEZWZpbml0aW9uQmxvY2sgKCIvdG1wL2FjcGlkdW1wLmFt bCIsICJEU0RUIiwgMSwgIkZUUyAgICIsICJEMjk2My9TMSIsIDB4MDAwNjAwMDApCnsKICAgIE5h bWUgKEwxRU4sIDB4MDEpCiAgICBOYW1lIChDMUVOLCAweDAxKQogICAgTmFtZSAoQzJFTiwgMHgw MSkKICAgIE5hbWUgKEZERU4sIDB4MDEpCiAgICBOYW1lIChDMUFELCAweDAwKQogICAgTmFtZSAo QzJBRCwgMHgwMCkKICAgIE5hbWUgKEZEQUQsIDB4MDApCiAgICBOYW1lIChTTFBTLCAweDAwKQog ICAgTmFtZSAoT1NGTCwgMHgwMCkKICAgIE5hbWUgKFBJQ00sIDB4MDApCiAgICBNZXRob2QgKE9T Q0ssIDAsIE5vdFNlcmlhbGl6ZWQpCiAgICB7CiAgICAgICAgU3RvcmUgKE9uZSwgT1NGTCkKICAg ICAgICBTdG9yZSAoMHgwMCwgXF9TQi5QQ0kwLkxQQy5BQU9GKQogICAgICAgIElmIChTVFJDIChc X09TLCAiTWljcm9zb2Z0IFdpbmRvd3MiKSkKICAgICAgICB7CiAgICAgICAgICAgIFN0b3JlICha ZXJvLCBPU0ZMKQogICAgICAgICAgICBTdG9yZSAoMHgwMSwgXF9TQi5QQ0kwLkxQQy5BQU9GKQog ICAgICAgIH0KCiAgICAgICAgSWYgKFNUUkMgKFxfT1MsICJNaWNyb3NvZnQgV2luZG93c01FOiBN aWxsZW5uaXVtIEVkaXRpb24iKSkKICAgICAgICB7CiAgICAgICAgICAgIFN0b3JlIChaZXJvLCBP U0ZMKQogICAgICAgICAgICBTdG9yZSAoMHgwMiwgXF9TQi5QQ0kwLkxQQy5BQU9GKQogICAgICAg IH0KCiAgICAgICAgSWYgKFNUUkMgKFxfT1MsICJNaWNyb3NvZnQgV2luZG93cyBOVCIpKQogICAg ICAgIHsKICAgICAgICAgICAgU3RvcmUgKE9uZSwgT1NGTCkKICAgICAgICAgICAgU3RvcmUgKDB4 MDQsIFxfU0IuUENJMC5MUEMuQUFPRikKICAgICAgICB9CgogICAgICAgIElmIChDb25kUmVmT2Yg KFxfT1NJLCBMb2NhbDApKQogICAgICAgIHsKICAgICAgICAgICAgSWYgKFxfT1NJICgiV2luZG93 cyAyMDAxIikpCiAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgIFN0b3JlICgweDA4LCBcX1NC LlBDSTAuTFBDLkFBT0YpCiAgICAgICAgICAgIH0KCiAgICAgICAgICAgIElmIChcX09TSSAoIldp bmRvd3MgMjAwNiIpKQogICAgICAgICAgICB7CiAgICAgICAgICAgICAgICBTdG9yZSAoMHg0MCwg XF9TQi5QQ0kwLkxQQy5BQU9GKQogICAgICAgICAgICB9CiAgICAgICAgfQogICAgfQoKICAgIE1l dGhvZCAoU1RSQywgMiwgTm90U2VyaWFsaXplZCkKICAgIHsKICAgICAgICBJZiAoTE5vdEVxdWFs IChTaXplT2YgKEFyZzApLCBTaXplT2YgKEFyZzEpKSkKICAgICAgICB7CiAgICAgICAgICAgIFJl dHVybiAoWmVybykKICAgICAgICB9CgogICAgICAgIEFkZCAoU2l6ZU9mIChBcmcwKSwgT25lLCBM b2NhbDApCiAgICAgICAgTmFtZSAoU1RSMSwgQnVmZmVyIChMb2NhbDApIHt9KQogICAgICAgIFN0 b3JlIChBcmcwLCBTVFIxKQogICAgICAgIE5hbWUgKFNUUjIsIEJ1ZmZlciAoTG9jYWwwKSB7fSkK ICAgICAgICBTdG9yZSAoQXJnMSwgU1RSMikKICAgICAgICBXaGlsZSAoTG9jYWwwKQogICAgICAg IHsKICAgICAgICAgICAgRGVjcmVtZW50IChMb2NhbDApCiAgICAgICAgICAgIElmIChMTm90RXF1 YWwgKERlcmVmT2YgKEluZGV4IChTVFIxLCBMb2NhbDApKSwgRGVyZWZPZiAoSW5kZXggKAogICAg ICAgICAgICAgICAgU1RSMiwgTG9jYWwwKSkpKQogICAgICAgICAgICB7CiAgICAgICAgICAgICAg ICBSZXR1cm4gKFplcm8pCiAgICAgICAgICAgIH0KICAgICAgICB9CgogICAgICAgIFJldHVybiAo T25lKQogICAgfQoKICAgIE1ldGhvZCAoX1BJQywgMSwgTm90U2VyaWFsaXplZCkKICAgIHsKICAg ICAgICBTdG9yZSAoQXJnMCwgUElDTSkKICAgICAgICBJZiAoQXJnMCkKICAgICAgICB7CiAgICAg ICAgICAgIFxfU0IuUENJMC5MUEMuRFNQSSAoKQogICAgICAgIH0KICAgIH0KCiAgICBOYW1lIChG V1NPLCAiRldTTyIpCiAgICBOYW1lIChfUFNDLCAweDAwKQogICAgTWV0aG9kIChfUFMwLCAwLCBO b3RTZXJpYWxpemVkKQogICAgewogICAgICAgIFN0b3JlIChfUFNDLCBMb2NhbDApCiAgICAgICAg U3RvcmUgKDB4MDAsIF9QU0MpCiAgICAgICAgSWYgKExFcXVhbCAoTG9jYWwwLCAweDAzKSkKICAg ICAgICB7CiAgICAgICAgICAgIFN0b3JlICgweDAxLCBcX1NCLklORikKICAgICAgICAgICAgV2hp bGUgKFxfU0IuSU5GKQogICAgICAgICAgICB7CiAgICAgICAgICAgICAgICBTdG9yZSAoMHgyMCwg XF9TQi5CQ01EKQogICAgICAgICAgICAgICAgU3RvcmUgKFplcm8sIFxfU0IuU01JQykKICAgICAg ICAgICAgICAgIElmIChMQW5kIChMRXF1YWwgKFxfU0IuSU5GLCAweDAxKSwgT1NGTCkpCiAgICAg ICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgU2xlZXAgKDB4MDFGNCkKICAgICAgICAg ICAgICAgIH0KICAgICAgICAgICAgfQogICAgICAgIH0KICAgIH0KCiAgICBNZXRob2QgKF9QUzMs IDAsIE5vdFNlcmlhbGl6ZWQpCiAgICB7CiAgICAgICAgU3RvcmUgKDB4MDMsIF9QU0MpCiAgICB9 CgogICAgTmFtZSAoX1MwLCBQYWNrYWdlICgweDA0KQogICAgewogICAgICAgIDB4MDAsIAogICAg ICAgIDB4MDAsIAogICAgICAgIDB4MDAsIAogICAgICAgIDB4MDAKICAgIH0pCiAgICBOYW1lIChf UzMsIFBhY2thZ2UgKDB4MDQpCiAgICB7CiAgICAgICAgMHgwMywgCiAgICAgICAgMHgwMywgCiAg ICAgICAgMHgwMCwgCiAgICAgICAgMHgwMAogICAgfSkKICAgIE5hbWUgKF9TNCwgUGFja2FnZSAo MHgwNCkKICAgIHsKICAgICAgICAweDA0LCAKICAgICAgICAweDA0LCAKICAgICAgICAweDAwLCAK ICAgICAgICAweDAwCiAgICB9KQogICAgTmFtZSAoX1M1LCBQYWNrYWdlICgweDA0KQogICAgewog ICAgICAgIDB4MDUsIAogICAgICAgIDB4MDUsIAogICAgICAgIDB4MDAsIAogICAgICAgIDB4MDAK ICAgIH0pCiAgICBNZXRob2QgKFxfUFRTLCAxLCBOb3RTZXJpYWxpemVkKQogICAgewogICAgICAg IFxfU0IuUENJMC5MUEMuU0lPLlNMRVAgKEFyZzApCiAgICAgICAgU3RvcmUgKEFyZzAsIFNMUFMp CiAgICB9CgogICAgTWV0aG9kIChcX1dBSywgMSwgTm90U2VyaWFsaXplZCkKICAgIHsKICAgICAg ICBcX1NCLlBDSTAuTFBDLlNJTy5XQUtFIChBcmcwKQogICAgICAgIFN0b3JlIChaZXJvLCBTTFBT KQogICAgICAgIElmIChMQW5kIChMR3JlYXRlckVxdWFsIChBcmcwLCAweDAzKSwgTEVxdWFsIChP U0ZMLCAweDAwKSkpCiAgICAgICAgewogICAgICAgICAgICBOb3RpZnkgKFxfU0IuUENJMCwgMHgw MCkKICAgICAgICB9CgogICAgICAgIElmIChMRXF1YWwgKEFyZzAsIDB4MDQpKQogICAgICAgIHsK ICAgICAgICAgICAgTm90aWZ5IChcX1NCLlBXUkIsIDB4MDIpCiAgICAgICAgICAgIE5vdGlmeSAo XF9TQi5QQ0kwLlVTQjEsIDB4MDApCiAgICAgICAgICAgIE5vdGlmeSAoXF9TQi5QQ0kwLlVTQjIs IDB4MDApCiAgICAgICAgICAgIE5vdGlmeSAoXF9TQi5QQ0kwLlVTQjMsIDB4MDApCiAgICAgICAg ICAgIE5vdGlmeSAoXF9TQi5QQ0kwLlVTQjQsIDB4MDApCiAgICAgICAgICAgIE5vdGlmeSAoXF9T Qi5QQ0kwLlVTQjUsIDB4MDApCiAgICAgICAgICAgIE5vdGlmeSAoXF9TQi5QQ0kwLlVTQjYsIDB4 MDApCiAgICAgICAgfQoKICAgICAgICBSZXR1cm4gKFplcm8pCiAgICB9CgogICAgU2NvcGUgKFxf UFIpCiAgICB7CiAgICAgICAgUHJvY2Vzc29yIChDMDAwLCAweDAwLCAweDAwMDAwMDAwLCAweDAw KSB7fQogICAgICAgIFByb2Nlc3NvciAoQzAwMSwgMHgwMSwgMHgwMDAwMDAwMCwgMHgwMCkge30K ICAgICAgICBQcm9jZXNzb3IgKEMwMDIsIDB4MDIsIDB4MDAwMDAwMDAsIDB4MDApIHt9CiAgICAg ICAgUHJvY2Vzc29yIChDMDAzLCAweDAzLCAweDAwMDAwMDAwLCAweDAwKSB7fQogICAgfQoKICAg IFNjb3BlIChcX0dQRSkKICAgIHsKICAgICAgICBNZXRob2QgKF9MMDMsIDAsIE5vdFNlcmlhbGl6 ZWQpCiAgICAgICAgewogICAgICAgICAgICBOb3RpZnkgKFxfU0IuUFdSQiwgMHgwMikKICAgICAg ICAgICAgTm90aWZ5IChcX1NCLlBDSTAuTFBDLlNJTy5LRVlCLCAweDAyKQogICAgICAgICAgICBO b3RpZnkgKFxfU0IuUENJMC5MUEMuU0lPLlBTMk0sIDB4MDIpCiAgICAgICAgICAgIE5vdGlmeSAo XF9TQi5QQ0kwLkxQQy5TSU8uQ09NMSwgMHgwMikKICAgICAgICAgICAgTm90aWZ5IChcX1NCLlBD STAuTFBDLlNJTy5DT00yLCAweDAyKQogICAgICAgIH0KCiAgICAgICAgTWV0aG9kIChfTDA0LCAw LCBOb3RTZXJpYWxpemVkKQogICAgICAgIHsKICAgICAgICAgICAgTm90aWZ5IChcX1NCLlBDSTAu UDJQLCAweDAyKQogICAgICAgIH0KCiAgICAgICAgTWV0aG9kIChfTDBCLCAwLCBOb3RTZXJpYWxp emVkKQogICAgICAgIHsKICAgICAgICAgICAgTm90aWZ5IChcX1NCLlBXUkIsIDB4MDIpCiAgICAg ICAgICAgIE5vdGlmeSAoXF9TQi5QQ0kwLlVTQjEsIDB4MDIpCiAgICAgICAgICAgIE5vdGlmeSAo XF9TQi5QQ0kwLlVTQjIsIDB4MDIpCiAgICAgICAgICAgIE5vdGlmeSAoXF9TQi5QQ0kwLlVTQjMs IDB4MDIpCiAgICAgICAgICAgIE5vdGlmeSAoXF9TQi5QQ0kwLlVTQjQsIDB4MDIpCiAgICAgICAg ICAgIE5vdGlmeSAoXF9TQi5QQ0kwLlVTQjUsIDB4MDIpCiAgICAgICAgICAgIE5vdGlmeSAoXF9T Qi5QQ0kwLlVTQjYsIDB4MDIpCiAgICAgICAgfQoKICAgICAgICBNZXRob2QgKF9MMTIsIDAsIE5v dFNlcmlhbGl6ZWQpCiAgICAgICAgewogICAgICAgICAgICBOb3RpZnkgKFxfU0IuUENJMC5QRVhB LCAweDAyKQogICAgICAgICAgICBOb3RpZnkgKFxfU0IuUENJMC5QRVhCLCAweDAyKQogICAgICAg IH0KCiAgICAgICAgTWV0aG9kIChfTDFCLCAwLCBOb3RTZXJpYWxpemVkKQogICAgICAgIHsKICAg ICAgICAgICAgTm90aWZ5IChcX1NCLlBDSTAuSERBLCAweDAyKQogICAgICAgIH0KICAgIH0KCiAg ICBTY29wZSAoXF9TSSkKICAgIHsKICAgICAgICBNZXRob2QgKF9TU1QsIDEsIE5vdFNlcmlhbGl6 ZWQpCiAgICAgICAgewogICAgICAgICAgICBJZiAoTEVxdWFsIChBcmcwLCAweDAwKSkKICAgICAg ICAgICAgewogICAgICAgICAgICAgICAgU3RvcmUgKDB4MDAsIFxfU0IuUENJMC5MUEMuU0lPLkxF RDEpCiAgICAgICAgICAgIH0KCiAgICAgICAgICAgIElmIChMRXF1YWwgKEFyZzAsIDB4MDEpKQog ICAgICAgICAgICB7CiAgICAgICAgICAgICAgICBTdG9yZSAoMHgwMywgXF9TQi5QQ0kwLkxQQy5T SU8uTEVEMSkKICAgICAgICAgICAgfQoKICAgICAgICAgICAgSWYgKExFcXVhbCAoQXJnMCwgMHgw MikpCiAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgIFN0b3JlICgweDAzLCBcX1NCLlBDSTAu TFBDLlNJTy5MRUQxKQogICAgICAgICAgICB9CgogICAgICAgICAgICBJZiAoTEVxdWFsIChBcmcw LCAweDAzKSkKICAgICAgICAgICAgewogICAgICAgICAgICAgICAgU3RvcmUgKDB4MDEsIFxfU0Iu UENJMC5MUEMuU0lPLkxFRDEpCiAgICAgICAgICAgIH0KCiAgICAgICAgICAgIElmIChMRXF1YWwg KEFyZzAsIDB4MDQpKQogICAgICAgICAgICB7CiAgICAgICAgICAgICAgICBTdG9yZSAoMHgwMCwg XF9TQi5QQ0kwLkxQQy5TSU8uTEVEMSkKICAgICAgICAgICAgfQogICAgICAgIH0KCiAgICAgICAg TWV0aG9kIChfTVNHLCAxLCBOb3RTZXJpYWxpemVkKQogICAgICAgIHsKICAgICAgICAgICAgTm9v cAogICAgICAgIH0KICAgIH0KCiAgICBTY29wZSAoXF9TQikKICAgIHsKICAgICAgICBPcGVyYXRp b25SZWdpb24gKFNNSTAsIFN5c3RlbUlPLCAweDAwMDAwRjQwLCAweDAwMDAwMDAyKQogICAgICAg IEZpZWxkIChTTUkwLCBBbnlBY2MsIE5vTG9jaywgUHJlc2VydmUpCiAgICAgICAgewogICAgICAg ICAgICBTTUlDLCAgIDgKICAgICAgICB9CgogICAgICAgIE9wZXJhdGlvblJlZ2lvbiAoU01JMSwg U3lzdGVtTWVtb3J5LCAweDc3RUUxREU0LCAweDAwMDAwMTIwKQogICAgICAgIEZpZWxkIChTTUkx LCBBbnlBY2MsIE5vTG9jaywgUHJlc2VydmUpCiAgICAgICAgewogICAgICAgICAgICBCQ01ELCAg IDgsIAogICAgICAgICAgICBESUQsICAgIDMyLCAKICAgICAgICAgICAgSU5GTywgICAxMDI0CiAg ICAgICAgfQoKICAgICAgICBGaWVsZCAoU01JMSwgQW55QWNjLCBOb0xvY2ssIFByZXNlcnZlKQog ICAgICAgIHsKICAgICAgICAgICAgICAgICAgICBBY2Nlc3NBcyAoQnl0ZUFjYywgMHgwMCksIAog ICAgICAgICAgICAgICAgICAgIE9mZnNldCAoMHgwNSksIAogICAgICAgICAgICBJTkYsICAgIDgK ICAgICAgICB9CgogICAgICAgIE9wZXJhdGlvblJlZ2lvbiAoSzhTVCwgU3lzdGVtTWVtb3J5LCAw eDc3RUUxRjc0LCAweDAwMDAwMDQ4KQogICAgICAgIEZpZWxkIChLOFNULCBBbnlBY2MsIE5vTG9j aywgUHJlc2VydmUpCiAgICAgICAgewogICAgICAgICAgICAgICAgICAgIE9mZnNldCAoMHg0MCks IAogICAgICAgICAgICBUT01MLCAgIDMyLCAKICAgICAgICAgICAgVE9NSCwgICAzMgogICAgICAg IH0KCiAgICAgICAgRGV2aWNlIChQV1JCKQogICAgICAgIHsKICAgICAgICAgICAgTmFtZSAoX0hJ RCwgRWlzYUlkICgiUE5QMEMwQyIpKQogICAgICAgIH0KCiAgICAgICAgRGV2aWNlIChQQ0kwKQog ICAgICAgIHsKICAgICAgICAgICAgTmFtZSAoX0hJRCwgRWlzYUlkICgiUE5QMEEwMyIpKQogICAg ICAgICAgICBOYW1lIChfQkJOLCAweDAwKQogICAgICAgICAgICBOYW1lIChfQURSLCAweDAwKQog ICAgICAgICAgICBOYW1lIChfU1RBLCAweDBGKQogICAgICAgICAgICBOYW1lIChfUzNELCAweDAy KQogICAgICAgICAgICBOYW1lIChfUzRELCAweDAzKQogICAgICAgICAgICBNZXRob2QgKF9JTkks IDAsIE5vdFNlcmlhbGl6ZWQpCiAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgIFxPU0NLICgp CiAgICAgICAgICAgIH0KCiAgICAgICAgICAgIE5hbWUgKENSRVMsIFJlc291cmNlVGVtcGxhdGUg KCkKICAgICAgICAgICAgewogICAgICAgICAgICAgICAgV29yZEJ1c051bWJlciAoUmVzb3VyY2VD b25zdW1lciwgTWluRml4ZWQsIE1heEZpeGVkLCBQb3NEZWNvZGUsCiAgICAgICAgICAgICAgICAg ICAgMHgwMDAwLCAgICAgICAgICAgICAvLyBHcmFudWxhcml0eQogICAgICAgICAgICAgICAgICAg IDB4MDAwMCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWluaW11bQogICAgICAgICAgICAgICAgICAg IDB4MDBGRiwgICAgICAgICAgICAgLy8gUmFuZ2UgTWF4aW11bQogICAgICAgICAgICAgICAgICAg IDB4MDAwMCwgICAgICAgICAgICAgLy8gVHJhbnNsYXRpb24gT2Zmc2V0CiAgICAgICAgICAgICAg ICAgICAgMHgwMTAwLCAgICAgICAgICAgICAvLyBMZW5ndGgKICAgICAgICAgICAgICAgICAgICAs LCApCiAgICAgICAgICAgICAgICBXb3JkSU8gKFJlc291cmNlUHJvZHVjZXIsIE1pbkZpeGVkLCBN YXhGaXhlZCwgUG9zRGVjb2RlLCBFbnRpcmVSYW5nZSwKICAgICAgICAgICAgICAgICAgICAweDAw MDAsICAgICAgICAgICAgIC8vIEdyYW51bGFyaXR5CiAgICAgICAgICAgICAgICAgICAgMHgwMDAw LCAgICAgICAgICAgICAvLyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAgICAgICAgICAgMHgwQ0Y3 LCAgICAgICAgICAgICAvLyBSYW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAgICAgMHgwMDAw LCAgICAgICAgICAgICAvLyBUcmFuc2xhdGlvbiBPZmZzZXQKICAgICAgICAgICAgICAgICAgICAw eDBDRjgsICAgICAgICAgICAgIC8vIExlbmd0aAogICAgICAgICAgICAgICAgICAgICwsICwgVHlw ZVN0YXRpYykKICAgICAgICAgICAgICAgIFdvcmRJTyAoUmVzb3VyY2VQcm9kdWNlciwgTWluRml4 ZWQsIE1heEZpeGVkLCBQb3NEZWNvZGUsIEVudGlyZVJhbmdlLAogICAgICAgICAgICAgICAgICAg IDB4MDAwMCwgICAgICAgICAgICAgLy8gR3JhbnVsYXJpdHkKICAgICAgICAgICAgICAgICAgICAw eDBEMDAsICAgICAgICAgICAgIC8vIFJhbmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAgICAw eEZGRkYsICAgICAgICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAgICAw eDAwMDAsICAgICAgICAgICAgIC8vIFRyYW5zbGF0aW9uIE9mZnNldAogICAgICAgICAgICAgICAg ICAgIDB4RjMwMCwgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAgICAgICAgICAgICAgICAgLCwg LCBUeXBlU3RhdGljKQogICAgICAgICAgICAgICAgSU8gKERlY29kZTE2LAogICAgICAgICAgICAg ICAgICAgIDB4MENGOCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWluaW11bQogICAgICAgICAgICAg ICAgICAgIDB4MENGOCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWF4aW11bQogICAgICAgICAgICAg ICAgICAgIDB4MDEsICAgICAgICAgICAgICAgLy8gQWxpZ25tZW50CiAgICAgICAgICAgICAgICAg ICAgMHgwOCwgICAgICAgICAgICAgICAvLyBMZW5ndGgKICAgICAgICAgICAgICAgICAgICApCiAg ICAgICAgICAgICAgICBEV29yZE1lbW9yeSAoUmVzb3VyY2VQcm9kdWNlciwgUG9zRGVjb2RlLCBN aW5GaXhlZCwgTWF4Rml4ZWQsIENhY2hlYWJsZSwgUmVhZFdyaXRlLAogICAgICAgICAgICAgICAg ICAgIDB4MDAwMDAwMDAsICAgICAgICAgLy8gR3JhbnVsYXJpdHkKICAgICAgICAgICAgICAgICAg ICAweDAwMEEwMDAwLCAgICAgICAgIC8vIFJhbmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAg ICAweDAwMEJGRkZGLCAgICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAg ICAweDAwMDAwMDAwLCAgICAgICAgIC8vIFRyYW5zbGF0aW9uIE9mZnNldAogICAgICAgICAgICAg ICAgICAgIDB4MDAwMjAwMDAsICAgICAgICAgLy8gTGVuZ3RoCiAgICAgICAgICAgICAgICAgICAg LCwgLCBBZGRyZXNzUmFuZ2VNZW1vcnksIFR5cGVTdGF0aWMpCiAgICAgICAgICAgICAgICBEV29y ZE1lbW9yeSAoUmVzb3VyY2VQcm9kdWNlciwgUG9zRGVjb2RlLCBNaW5GaXhlZCwgTWF4Rml4ZWQs IENhY2hlYWJsZSwgUmVhZFdyaXRlLAogICAgICAgICAgICAgICAgICAgIDB4MDAwMDAwMDAsICAg ICAgICAgLy8gR3JhbnVsYXJpdHkKICAgICAgICAgICAgICAgICAgICAweDAwMEMwMDAwLCAgICAg ICAgIC8vIFJhbmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAgICAweDAwMERGRkZGLCAgICAg ICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAgICAweDAwMDAwMDAwLCAgICAg ICAgIC8vIFRyYW5zbGF0aW9uIE9mZnNldAogICAgICAgICAgICAgICAgICAgIDB4MDAwMjAwMDAs ICAgICAgICAgLy8gTGVuZ3RoCiAgICAgICAgICAgICAgICAgICAgLCwgLCBBZGRyZXNzUmFuZ2VN ZW1vcnksIFR5cGVTdGF0aWMpCiAgICAgICAgICAgICAgICBEV29yZE1lbW9yeSAoUmVzb3VyY2VQ cm9kdWNlciwgUG9zRGVjb2RlLCBNaW5GaXhlZCwgTWF4Rml4ZWQsIENhY2hlYWJsZSwgUmVhZFdy aXRlLAogICAgICAgICAgICAgICAgICAgIDB4MDAwMDAwMDAsICAgICAgICAgLy8gR3JhbnVsYXJp dHkKICAgICAgICAgICAgICAgICAgICAweDAwMDAwMDAwLCAgICAgICAgIC8vIFJhbmdlIE1pbmlt dW0KICAgICAgICAgICAgICAgICAgICAweEZFQkZGRkZGLCAgICAgICAgIC8vIFJhbmdlIE1heGlt dW0KICAgICAgICAgICAgICAgICAgICAweDAwMDAwMDAwLCAgICAgICAgIC8vIFRyYW5zbGF0aW9u IE9mZnNldAogICAgICAgICAgICAgICAgICAgIDB4MDAwMDAwMDAsICAgICAgICAgLy8gTGVuZ3Ro CiAgICAgICAgICAgICAgICAgICAgLCwgX1kwMCwgQWRkcmVzc1JhbmdlTWVtb3J5LCBUeXBlU3Rh dGljKQogICAgICAgICAgICAgICAgRFdvcmRNZW1vcnkgKFJlc291cmNlUHJvZHVjZXIsIFBvc0Rl Y29kZSwgTWluRml4ZWQsIE1heEZpeGVkLCBDYWNoZWFibGUsIFJlYWRXcml0ZSwKICAgICAgICAg ICAgICAgICAgICAweDAwMDAwMDAwLCAgICAgICAgIC8vIEdyYW51bGFyaXR5CiAgICAgICAgICAg ICAgICAgICAgMHhGRUQwMDAwMCwgICAgICAgICAvLyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAg ICAgICAgICAgMHhGRURGRkZGRiwgICAgICAgICAvLyBSYW5nZSBNYXhpbXVtCiAgICAgICAgICAg ICAgICAgICAgMHgwMDAwMDAwMCwgICAgICAgICAvLyBUcmFuc2xhdGlvbiBPZmZzZXQKICAgICAg ICAgICAgICAgICAgICAweDAwMTAwMDAwLCAgICAgICAgIC8vIExlbmd0aAogICAgICAgICAgICAg ICAgICAgICwsICwgQWRkcmVzc1JhbmdlTWVtb3J5LCBUeXBlU3RhdGljKQogICAgICAgICAgICB9 KQogICAgICAgICAgICBNZXRob2QgKF9DUlMsIDAsIE5vdFNlcmlhbGl6ZWQpCiAgICAgICAgICAg IHsKICAgICAgICAgICAgICAgIENyZWF0ZURXb3JkRmllbGQgKENSRVMsIFxfU0IuUENJMC5fWTAw Ll9NSU4sIE1JTjEpCiAgICAgICAgICAgICAgICBDcmVhdGVEV29yZEZpZWxkIChDUkVTLCBcX1NC LlBDSTAuX1kwMC5fTEVOLCBMRU4xKQogICAgICAgICAgICAgICAgU3RvcmUgKFxfU0IuVE9NTCwg TUlOMSkKICAgICAgICAgICAgICAgIFN1YnRyYWN0ICgweEZFQzAwMDAwLCBNSU4xLCBMRU4xKQog ICAgICAgICAgICAgICAgUmV0dXJuIChDUkVTKQogICAgICAgICAgICB9CgogICAgICAgICAgICBN ZXRob2QgKF9QUlQsIDAsIE5vdFNlcmlhbGl6ZWQpCiAgICAgICAgICAgIHsKICAgICAgICAgICAg ICAgIElmIChMRXF1YWwgKFBJQ00sIDB4MDApKQogICAgICAgICAgICAgICAgewogICAgICAgICAg ICAgICAgICAgIFJldHVybiAoUGFja2FnZSAoMHgwOSkKICAgICAgICAgICAgICAgICAgICB7CiAg ICAgICAgICAgICAgICAgICAgICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAg ICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAxMkZGRkYsIAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBcX1NC LlBDSTAuTFBDLkxOS0csIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAogICAgICAg ICAgICAgICAgICAgICAgICB9LCAKCiAgICAgICAgICAgICAgICAgICAgICAgIFBhY2thZ2UgKDB4 MDQpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAg IDB4MDAxM0ZGRkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICBcX1NCLlBDSTAuTFBDLkxOS0EsIAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAgICB9LCAKCiAgICAgICAgICAg ICAgICAgICAgICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAxM0ZGRkYsIAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgMHgwMSwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBcX1NCLlBDSTAuTFBD LkxOS0IsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAg ICAgICAgICB9LCAKCiAgICAgICAgICAgICAgICAgICAgICAgIFBhY2thZ2UgKDB4MDQpCiAgICAg ICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAxM0ZG RkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMiwgCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICBcX1NCLlBDSTAuTFBDLkxOS0MsIAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAgICB9LCAKCiAgICAgICAgICAgICAgICAgICAg ICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDB4MDAxM0ZGRkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgwMywgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBcX1NCLlBDSTAuTFBDLkxOS0QsIAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAgICB9 LCAKCiAgICAgICAgICAgICAgICAgICAgICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAg ICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAxNEZGRkYsIAogICAg ICAgICAgICAgICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICBcX1NCLlBDSTAuTFBDLkxOS0EsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAog ICAgICAgICAgICAgICAgICAgICAgICB9LCAKCiAgICAgICAgICAgICAgICAgICAgICAgIFBhY2th Z2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDB4MDAxNEZGRkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMSwgCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICBcX1NCLlBDSTAuTFBDLkxOS0IsIAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAgICB9LCAKCiAgICAg ICAgICAgICAgICAgICAgICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAg IHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAxNEZGRkYsIAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgMHgwMiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBcX1NCLlBD STAuTFBDLkxOS0MsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAogICAgICAgICAg ICAgICAgICAgICAgICB9LCAKCiAgICAgICAgICAgICAgICAgICAgICAgIFBhY2thZ2UgKDB4MDQp CiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4 MDAxNEZGRkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMywgCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICBcX1NCLlBDSTAuTFBDLkxOS0QsIAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAg ICAgfSkKICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgIEVsc2UKICAgICAgICAgICAg ICAgIHsKICAgICAgICAgICAgICAgICAgICBSZXR1cm4gKFBhY2thZ2UgKDB4MDkpCiAgICAgICAg ICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBQYWNrYWdlICgweDA0KQogICAg ICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwMTJG RkZGLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgMHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDE2CiAgICAg ICAgICAgICAgICAgICAgICAgIH0sIAoKICAgICAgICAgICAgICAgICAgICAgICAgUGFja2FnZSAo MHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAg ICAgMHgwMDEzRkZGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAKICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgxMAogICAgICAgICAgICAgICAgICAgICAgICB9LCAKCiAgICAgICAgICAgICAgICAgICAgICAg IFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDB4MDAxM0ZGRkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgw MSwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDB4MTEKICAgICAgICAgICAgICAgICAgICAgICAgfSwgCgogICAgICAgICAgICAg ICAgICAgICAgICBQYWNrYWdlICgweDA0KQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAweDAwMTNGRkZGLCAKICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDB4MDIsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAweDEyCiAgICAgICAgICAgICAgICAgICAgICAgIH0sIAoKICAg ICAgICAgICAgICAgICAgICAgICAgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAg ICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDEzRkZGRiwgCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAweDAzLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAs IAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgxMwogICAgICAgICAgICAgICAgICAgICAg ICB9LCAKCiAgICAgICAgICAgICAgICAgICAgICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAg ICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAxNEZGRkYsIAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAweDAwLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MTAKICAgICAgICAgICAg ICAgICAgICAgICAgfSwgCgogICAgICAgICAgICAgICAgICAgICAgICBQYWNrYWdlICgweDA0KQog ICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAw MTRGRkZGLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDEsIAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDExCiAg ICAgICAgICAgICAgICAgICAgICAgIH0sIAoKICAgICAgICAgICAgICAgICAgICAgICAgUGFja2Fn ZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAg ICAgICAgMHgwMDE0RkZGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAyLCAKICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgMHgxMgogICAgICAgICAgICAgICAgICAgICAgICB9LCAKCiAgICAgICAgICAgICAgICAgICAg ICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDB4MDAxNEZGRkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgwMywgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAKICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDB4MTMKICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAg ICAgICAgIH0pCiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgIH0KCiAgICAgICAgICAgIERl dmljZSAoR1JGQikKICAgICAgICAgICAgewogICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwgMHgw MDAxMDAwMCkKICAgICAgICAgICAgICAgIE5hbWUgKF9TVEEsIDB4MEYpCiAgICAgICAgICAgICAg ICBNZXRob2QgKF9QUlQsIDAsIE5vdFNlcmlhbGl6ZWQpCiAgICAgICAgICAgICAgICB7CiAgICAg ICAgICAgICAgICAgICAgSWYgKExFcXVhbCAoUElDTSwgMHgwMCkpCiAgICAgICAgICAgICAgICAg ICAgewogICAgICAgICAgICAgICAgICAgICAgICBSZXR1cm4gKFBhY2thZ2UgKDB4MDIpCiAgICAg ICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFBhY2thZ2Ug KDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgMHgwMDA1RkZGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXF9TQi5QQ0kwLkxQQy5MTktD LCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICB9LCAKCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBQYWNrYWdlICgweDA0 KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDB4MDAwNUZGRkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDEs IAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFxfU0IuUENJMC5MUEMuTE5LRCwgCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAg ICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgIH0K ICAgICAgICAgICAgICAgICAgICBFbHNlCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAg ICAgICAgICAgICAgICBSZXR1cm4gKFBhY2thZ2UgKDB4MDIpCiAgICAgICAgICAgICAgICAgICAg ICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgw MDA1RkZGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMHgxMgogICAgICAgICAgICAgICAgICAgICAgICAgICAgfSwgCgogICAgICAgICAgICAg ICAgICAgICAgICAgICAgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgICAg IHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwMDVGRkZGLCAKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAweDAxLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAweDAwLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDEzCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAg ICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgfQogICAgICAgICAgICB9CgogICAgICAgICAg ICBEZXZpY2UgKFBFWEEpCiAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgIE5hbWUgKF9BRFIs IDB4MDAwNDAwMDApCiAgICAgICAgICAgICAgICBOYW1lIChfU1RBLCAweDBGKQogICAgICAgICAg ICAgICAgTmFtZSAoX1BSVywgUGFja2FnZSAoMHgwMikKICAgICAgICAgICAgICAgIHsKICAgICAg ICAgICAgICAgICAgICAweDEyLCAKICAgICAgICAgICAgICAgICAgICAweDA0CiAgICAgICAgICAg ICAgICB9KQogICAgICAgICAgICAgICAgTWV0aG9kIChfUFJULCAwLCBOb3RTZXJpYWxpemVkKQog ICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgIElmIChMRXF1YWwgKFBJQ00sIDB4 MDApKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgUmV0dXJu IChQYWNrYWdlICgweDA0KQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAg ICAgICAgICAgICAgICBQYWNrYWdlICgweDA0KQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4RkZGRiwgCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg XF9TQi5QQ0kwLkxQQy5MTktBLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAw CiAgICAgICAgICAgICAgICAgICAgICAgICAgICB9LCAKCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICBQYWNrYWdlICgweDA0KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDB4RkZGRiwgCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMHgwMSwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXF9TQi5QQ0kw LkxQQy5MTktCLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICB9LCAKCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBQYWNr YWdlICgweDA0KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDB4RkZGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgwMiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXF9TQi5QQ0kwLkxQQy5MTktD LCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICB9LCAKCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBQYWNrYWdlICgweDA0 KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDB4RkZGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMywgCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXF9TQi5QQ0kwLkxQQy5MTktELCAKICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICB9CiAgICAgICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAgICAgICAgICAgICAgfQogICAg ICAgICAgICAgICAgICAgIEVsc2UKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAg ICAgICAgICAgIFJldHVybiAoUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAg ewogICAgICAgICAgICAgICAgICAgICAgICAgICAgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweEZGRkYs IAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4 MTAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0sIAoKICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMHhGRkZGLCAKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAweDAxLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDExCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICB9LCAKCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBQYWNrYWdlICgweDA0KQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDB4RkZGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMiwgCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMHgxMgogICAgICAgICAgICAgICAgICAgICAgICAgICAgfSwgCgogICAgICAgICAg ICAgICAgICAgICAgICAgICAgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweEZGRkYsIAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDB4MDMsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MTMKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgfSkKICAgICAgICAg ICAgICAgICAgICB9CiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgIH0KCiAgICAgICAgICAg IERldmljZSAoUEVYQikKICAgICAgICAgICAgewogICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwg MHgwMDA1MDAwMCkKICAgICAgICAgICAgICAgIE5hbWUgKF9TVEEsIDB4MEYpCiAgICAgICAgICAg ICAgICBOYW1lIChfUFJXLCBQYWNrYWdlICgweDAyKQogICAgICAgICAgICAgICAgewogICAgICAg ICAgICAgICAgICAgIDB4MTIsIAogICAgICAgICAgICAgICAgICAgIDB4MDQKICAgICAgICAgICAg ICAgIH0pCiAgICAgICAgICAgICAgICBNZXRob2QgKF9QUlQsIDAsIE5vdFNlcmlhbGl6ZWQpCiAg ICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgSWYgKExFcXVhbCAoUElDTSwgMHgw MCkpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBSZXR1cm4g KFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB7 CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHhGRkZGLCAKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAweDAwLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBc X1NCLlBDSTAuTFBDLkxOS0IsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAK ICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0sIAoKICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMHhGRkZGLCAKICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAweDAxLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcX1NCLlBDSTAu TFBDLkxOS0MsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIH0sIAoKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFBhY2th Z2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMHhGRkZGLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw eDAyLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcX1NCLlBDSTAuTFBDLkxOS0Qs IAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIH0sIAoKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFBhY2thZ2UgKDB4MDQp CiAgICAgICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMHhGRkZGLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAzLCAKICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcX1NCLlBDSTAuTFBDLkxOS0EsIAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAKICAgICAgICAgICAgICAgICAgICAgICAgICAg IH0KICAgICAgICAgICAgICAgICAgICAgICAgfSkKICAgICAgICAgICAgICAgICAgICB9CiAgICAg ICAgICAgICAgICAgICAgRWxzZQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAg ICAgICAgICAgUmV0dXJuIChQYWNrYWdlICgweDA0KQogICAgICAgICAgICAgICAgICAgICAgICB7 CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBQYWNrYWdlICgweDA0KQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4RkZGRiwg CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgx MQogICAgICAgICAgICAgICAgICAgICAgICAgICAgfSwgCgogICAgICAgICAgICAgICAgICAgICAg ICAgICAgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAweEZGRkYsIAogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDB4MDEsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MTIKICAgICAgICAgICAgICAgICAgICAg ICAgICAgIH0sIAoKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFBhY2thZ2UgKDB4MDQpCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMHhGRkZGLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAyLCAKICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAKICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAweDEzCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB9LCAKCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICBQYWNrYWdlICgweDA0KQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4RkZGRiwgCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMHgwMywgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgxMAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAg ICAgICAgICAgIH0KICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgfQoKICAgICAgICAgICAg RGV2aWNlIChMQU4yKQogICAgICAgICAgICB7CiAgICAgICAgICAgICAgICBOYW1lIChfQURSLCAw eDAwMDYwMDAwKQogICAgICAgICAgICAgICAgTmFtZSAoX1NUQSwgMHgwRikKICAgICAgICAgICAg ICAgIE5hbWUgKF9QUlcsIFBhY2thZ2UgKDB4MDIpCiAgICAgICAgICAgICAgICB7CiAgICAgICAg ICAgICAgICAgICAgMHgxMiwgCiAgICAgICAgICAgICAgICAgICAgMHgwNAogICAgICAgICAgICAg ICAgfSkKICAgICAgICAgICAgICAgIE1ldGhvZCAoX1BSVCwgMCwgTm90U2VyaWFsaXplZCkKICAg ICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICBJZiAoTEVxdWFsIChQSUNNLCAweDAw KSkKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIFJldHVybiAo UGFja2FnZSAoMHgwMSkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAg ICAgICAgICAgICAgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHsK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweEZGRkYsIAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFxf U0IuUENJMC5MUEMuTE5LQywgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICB9KQog ICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICBFbHNlCiAgICAgICAgICAg ICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBSZXR1cm4gKFBhY2thZ2UgKDB4MDEp CiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFBh Y2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMHhGRkZGLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAweDAwLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAweDEyCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB9 CiAgICAgICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAgICAgICAgICAgICAgfQogICAgICAg ICAgICAgICAgfQogICAgICAgICAgICB9CgogICAgICAgICAgICBEZXZpY2UgKExBTjEpCiAgICAg ICAgICAgIHsKICAgICAgICAgICAgICAgIE5hbWUgKF9BRFIsIDB4MDAwNzAwMDApCiAgICAgICAg ICAgICAgICBOYW1lIChfU1RBLCAweDBGKQogICAgICAgICAgICAgICAgTmFtZSAoX1BSVywgUGFj a2FnZSAoMHgwMikKICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAweDEyLCAK ICAgICAgICAgICAgICAgICAgICAweDA0CiAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAg ICAgTWV0aG9kIChfUFJULCAwLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAgewogICAg ICAgICAgICAgICAgICAgIElmIChMRXF1YWwgKFBJQ00sIDB4MDApKQogICAgICAgICAgICAgICAg ICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgUmV0dXJuIChQYWNrYWdlICgweDAxKQogICAg ICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBQYWNrYWdl ICgweDA0KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDB4RkZGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgw MCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXF9TQi5QQ0kwLkxQQy5MTktELCAK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAgICAgICAgICAgICAg fQogICAgICAgICAgICAgICAgICAgIEVsc2UKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAg ICAgICAgICAgICAgICAgIFJldHVybiAoUGFja2FnZSAoMHgwMSkKICAgICAgICAgICAgICAgICAg ICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgUGFja2FnZSAoMHgwNCkKICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw eEZGRkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDB4MTMKICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAg ICAgICAgfSkKICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICB9CiAgICAgICAg ICAgIH0KCiAgICAgICAgICAgIERldmljZSAoUDJQKQogICAgICAgICAgICB7CiAgICAgICAgICAg ICAgICBOYW1lIChfQURSLCAweDAwMTQwMDA0KQogICAgICAgICAgICAgICAgTmFtZSAoX1NUQSwg MHgwRikKICAgICAgICAgICAgICAgIE5hbWUgKF9TM0QsIDB4MDIpCiAgICAgICAgICAgICAgICBO YW1lIChfUzRELCAweDAzKQogICAgICAgICAgICAgICAgTmFtZSAoX1BSVywgUGFja2FnZSAoMHgw MikKICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAweDA0LCAKICAgICAgICAg ICAgICAgICAgICAweDA0CiAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgTWV0aG9k IChfUFJULCAwLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAgewogICAgICAgICAgICAg ICAgICAgIElmIChMRXF1YWwgKFBJQ00sIDB4MDApKQogICAgICAgICAgICAgICAgICAgIHsKICAg ICAgICAgICAgICAgICAgICAgICAgUmV0dXJuIChQYWNrYWdlICgweDA5KQogICAgICAgICAgICAg ICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBQYWNrYWdlICgweDA0KQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDB4MDAwNEZGRkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFxfU0IuUENJMC5MUEMuTE5LSCwgCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgfSwgCgogICAgICAgICAgICAgICAgICAgICAgICAgICAgUGFja2FnZSAoMHgwNCkKICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw eDAwMDVGRkZGLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAKICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBcX1NCLlBDSTAuTFBDLkxOS0YsIAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDB4MDAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0s IAoKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDA1 RkZGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMSwgCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgXF9TQi5QQ0kwLkxQQy5MTktFLCAKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAweDAwCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB9LCAKCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICBQYWNrYWdlICgweDA0KQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAwNUZGRkYs IAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDIsIAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFxfU0IuUENJMC5MUEMuTE5LSCwgCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAgICAgICAgfSwgCgogICAgICAg ICAgICAgICAgICAgICAgICAgICAgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwMDVGRkZGLCAKICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAzLCAKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBcX1NCLlBDSTAuTFBDLkxOS0csIAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDB4MDAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0sIAoKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDA3RkZGRiwgCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgXF9TQi5QQ0kwLkxQQy5MTktFLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAweDAwCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB9LCAKCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICBQYWNrYWdlICgweDA0KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgewog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAwN0ZGRkYsIAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDB4MDEsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IFxfU0IuUENJMC5MUEMuTE5LRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgw MAogICAgICAgICAgICAgICAgICAgICAgICAgICAgfSwgCgogICAgICAgICAgICAgICAgICAgICAg ICAgICAgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwMDdGRkZGLCAKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAweDAyLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcX1NC LlBDSTAuTFBDLkxOS0csIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAKICAg ICAgICAgICAgICAgICAgICAgICAgICAgIH0sIAoKICAgICAgICAgICAgICAgICAgICAgICAgICAg IFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMHgwMDA3RkZGRiwgCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMHgwMywgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXF9TQi5QQ0kw LkxQQy5MTktILCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAg ICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgIEVsc2UKICAgICAgICAgICAgICAgICAg ICB7CiAgICAgICAgICAgICAgICAgICAgICAgIFJldHVybiAoUGFja2FnZSAoMHgwOSkKICAgICAg ICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgUGFja2FnZSAo MHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAweDAwMDRGRkZGLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw eDAwLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAweDE3CiAgICAgICAgICAgICAgICAgICAgICAgICAgICB9LCAK CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBQYWNrYWdlICgweDA0KQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAwNUZG RkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDB4MTUKICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0sIAoKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB7CiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDA1RkZGRiwgCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMHgwMSwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgxNAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgfSwgCgogICAgICAgICAgICAgICAgICAgICAgICAgICAgUGFja2FnZSAo MHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAweDAwMDVGRkZGLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw eDAyLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAweDE3CiAgICAgICAgICAgICAgICAgICAgICAgICAgICB9LCAK CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBQYWNrYWdlICgweDA0KQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAwNUZG RkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDMsIAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDB4MTYKICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0sIAoKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB7CiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDA3RkZGRiwgCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgxNAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgfSwgCgogICAgICAgICAgICAgICAgICAgICAgICAgICAgUGFja2FnZSAo MHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAweDAwMDdGRkZGLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw eDAxLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAweDE1CiAgICAgICAgICAgICAgICAgICAgICAgICAgICB9LCAK CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBQYWNrYWdlICgweDA0KQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAwN0ZG RkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDIsIAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDB4MTYKICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0sIAoKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB7CiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDA3RkZGRiwgCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMHgwMywgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgxNwogICAgICAgICAgICAg ICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAg ICAgICAgIH0KICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgfQoKICAgICAgICAgICAgRGV2 aWNlIChVU0IxKQogICAgICAgICAgICB7CiAgICAgICAgICAgICAgICBOYW1lIChfQURSLCAweDAw MTMwMDAwKQogICAgICAgICAgICAgICAgTmFtZSAoX1NUQSwgMHgwRikKICAgICAgICAgICAgICAg IE5hbWUgKF9TM0QsIDB4MDIpCiAgICAgICAgICAgICAgICBOYW1lIChfUzRELCAweDAzKQogICAg ICAgICAgICAgICAgTmFtZSAoX1BSVywgUGFja2FnZSAoMHgwMikKICAgICAgICAgICAgICAgIHsK ICAgICAgICAgICAgICAgICAgICAweDBCLCAKICAgICAgICAgICAgICAgICAgICAweDAzCiAgICAg ICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgRGV2aWNlIChSSFVCKQogICAgICAgICAgICAg ICAgewogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9BRFIsIDB4MDApCiAgICAgICAgICAgICAg ICAgICAgRGV2aWNlIChQUlQxKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAg ICAgICAgICAgTmFtZSAoX0FEUiwgMHgwMSkKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAo X1VQQywgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAg ICAgICAgICAgICAgICAgICAgMHhGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweEZG LCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAg ICAgICAgICBOYW1lIChfUExELCBCdWZmZXIgKDB4MTApCiAgICAgICAgICAgICAgICAgICAgICAg IHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4ODEsIDB4MDAsIDB4MzAsIDB4MUMsIDB4 MDAsIDB4MDAsIDB4MDAKICAgICAgICAgICAgICAgICAgICAgICAgfSkKICAgICAgICAgICAgICAg ICAgICB9CgogICAgICAgICAgICAgICAgICAgIERldmljZSAoUFJUMikKICAgICAgICAgICAgICAg ICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIE5hbWUgKF9BRFIsIDB4MDIpCiAgICAgICAg ICAgICAgICAgICAgICAgIE5hbWUgKF9VUEMsIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAg ICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4RkYsIAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgMHhGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAw LCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAKICAgICAgICAgICAgICAgICAgICAg ICAgfSkKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX1BMRCwgQnVmZmVyICgweDEwKQog ICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDgx LCAweDAwLCAweDMwLCAweDFDLCAweDAwLCAweDAwLCAweDAwCiAgICAgICAgICAgICAgICAgICAg ICAgIH0pCiAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgfQogICAgICAgICAg ICB9CgogICAgICAgICAgICBEZXZpY2UgKFVTQjIpCiAgICAgICAgICAgIHsKICAgICAgICAgICAg ICAgIE5hbWUgKF9BRFIsIDB4MDAxMzAwMDEpCiAgICAgICAgICAgICAgICBOYW1lIChfU1RBLCAw eDBGKQogICAgICAgICAgICAgICAgTmFtZSAoX1MzRCwgMHgwMikKICAgICAgICAgICAgICAgIE5h bWUgKF9TNEQsIDB4MDMpCiAgICAgICAgICAgICAgICBOYW1lIChfUFJXLCBQYWNrYWdlICgweDAy KQogICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgIDB4MEIsIAogICAgICAgICAg ICAgICAgICAgIDB4MDMKICAgICAgICAgICAgICAgIH0pCiAgICAgICAgICAgICAgICBEZXZpY2Ug KFJIVUIpCiAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwg MHgwMCkKICAgICAgICAgICAgICAgICAgICBEZXZpY2UgKFBSVDEpCiAgICAgICAgICAgICAgICAg ICAgewogICAgICAgICAgICAgICAgICAgICAgICBOYW1lIChfQURSLCAweDAxKQogICAgICAgICAg ICAgICAgICAgICAgICBOYW1lIChfVVBDLCBQYWNrYWdlICgweDA0KQogICAgICAgICAgICAgICAg ICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweEZGLCAKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDB4RkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMCwg CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwCiAgICAgICAgICAgICAgICAgICAgICAg IH0pCiAgICAgICAgICAgICAgICAgICAgICAgIE5hbWUgKF9QTEQsIEJ1ZmZlciAoMHgxMCkKICAg ICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHg4MSwg MHgwMCwgMHgzMCwgMHgxQywgMHgwMCwgMHgwMCwgMHgwMAogICAgICAgICAgICAgICAgICAgICAg ICB9KQogICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgRGV2aWNlIChQ UlQyKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAo X0FEUiwgMHgwMikKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX1VQQywgUGFja2FnZSAo MHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAg ICAgMHhGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAog ICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAg ICAgICAgIH0KICAgICAgICAgICAgfQoKICAgICAgICAgICAgRGV2aWNlIChVU0IzKQogICAgICAg ICAgICB7CiAgICAgICAgICAgICAgICBOYW1lIChfQURSLCAweDAwMTMwMDAyKQogICAgICAgICAg ICAgICAgTmFtZSAoX1NUQSwgMHgwRikKICAgICAgICAgICAgICAgIE5hbWUgKF9TM0QsIDB4MDIp CiAgICAgICAgICAgICAgICBOYW1lIChfUzRELCAweDAzKQogICAgICAgICAgICAgICAgTmFtZSAo X1BSVywgUGFja2FnZSAoMHgwMikKICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAg ICAweDBCLCAKICAgICAgICAgICAgICAgICAgICAweDAzCiAgICAgICAgICAgICAgICB9KQogICAg ICAgICAgICAgICAgRGV2aWNlIChSSFVCKQogICAgICAgICAgICAgICAgewogICAgICAgICAgICAg ICAgICAgIE5hbWUgKF9BRFIsIDB4MDApCiAgICAgICAgICAgICAgICAgICAgRGV2aWNlIChQUlQx KQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0FE UiwgMHgwMSkKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX1VQQywgUGFja2FnZSAoMHgw NCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweEZGLCAKICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAogICAg ICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAg ICAgICAgICAgRGV2aWNlIChQUlQyKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAg ICAgICAgICAgICAgTmFtZSAoX0FEUiwgMHgwMikKICAgICAgICAgICAgICAgICAgICAgICAgTmFt ZSAoX1VQQywgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAg ICAgICAgICAgICAgICAgICAgICAgMHhGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAw eDAwLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAg ICAgICAgIH0KICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgfQoKICAgICAgICAgICAgRGV2 aWNlIChVU0I0KQogICAgICAgICAgICB7CiAgICAgICAgICAgICAgICBOYW1lIChfQURSLCAweDAw MTMwMDAzKQogICAgICAgICAgICAgICAgTmFtZSAoX1NUQSwgMHgwRikKICAgICAgICAgICAgICAg IE5hbWUgKF9TM0QsIDB4MDIpCiAgICAgICAgICAgICAgICBOYW1lIChfUzRELCAweDAzKQogICAg ICAgICAgICAgICAgTmFtZSAoX1BSVywgUGFja2FnZSAoMHgwMikKICAgICAgICAgICAgICAgIHsK ICAgICAgICAgICAgICAgICAgICAweDBCLCAKICAgICAgICAgICAgICAgICAgICAweDAzCiAgICAg ICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgRGV2aWNlIChSSFVCKQogICAgICAgICAgICAg ICAgewogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9BRFIsIDB4MDApCiAgICAgICAgICAgICAg ICAgICAgRGV2aWNlIChQUlQxKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAg ICAgICAgICAgTmFtZSAoX0FEUiwgMHgwMSkKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAo X1VQQywgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAg ICAgICAgICAgICAgICAgICAgMHhGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAw LCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAg ICAgIH0KCiAgICAgICAgICAgICAgICAgICAgRGV2aWNlIChQUlQyKQogICAgICAgICAgICAgICAg ICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwgMHgwMikKICAgICAgICAg ICAgICAgICAgICAgICAgTmFtZSAoX1VQQywgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAg ICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHhGRiwgCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAweDAwLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAs IAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAg ICB9KQogICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAg fQoKICAgICAgICAgICAgRGV2aWNlIChVU0I1KQogICAgICAgICAgICB7CiAgICAgICAgICAgICAg ICBOYW1lIChfQURSLCAweDAwMTMwMDA0KQogICAgICAgICAgICAgICAgTmFtZSAoX1NUQSwgMHgw RikKICAgICAgICAgICAgICAgIE5hbWUgKF9TM0QsIDB4MDIpCiAgICAgICAgICAgICAgICBOYW1l IChfUzRELCAweDAzKQogICAgICAgICAgICAgICAgTmFtZSAoX1BSVywgUGFja2FnZSAoMHgwMikK ICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAweDBCLCAKICAgICAgICAgICAg ICAgICAgICAweDAzCiAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgRGV2aWNlIChS SFVCKQogICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9BRFIsIDB4 MDApCiAgICAgICAgICAgICAgICAgICAgRGV2aWNlIChQUlQxKQogICAgICAgICAgICAgICAgICAg IHsKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwgMHgwMSkKICAgICAgICAgICAg ICAgICAgICAgICAgTmFtZSAoX1VQQywgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAg ICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAweEZGLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAgICB9 KQogICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgRGV2aWNlIChQUlQy KQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0FE UiwgMHgwMikKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX1VQQywgUGFja2FnZSAoMHgw NCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweEZGLCAKICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAogICAg ICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAg ICAgIH0KICAgICAgICAgICAgfQoKICAgICAgICAgICAgRGV2aWNlIChVU0I2KQogICAgICAgICAg ICB7CiAgICAgICAgICAgICAgICBOYW1lIChfQURSLCAweDAwMTMwMDA1KQogICAgICAgICAgICAg ICAgTmFtZSAoX1NUQSwgMHgwRikKICAgICAgICAgICAgICAgIE5hbWUgKF9TM0QsIDB4MDIpCiAg ICAgICAgICAgICAgICBOYW1lIChfUzRELCAweDAzKQogICAgICAgICAgICAgICAgTmFtZSAoX1BS VywgUGFja2FnZSAoMHgwMikKICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAw eDBCLCAKICAgICAgICAgICAgICAgICAgICAweDAzCiAgICAgICAgICAgICAgICB9KQogICAgICAg ICAgICAgICAgRGV2aWNlIChSSFVCKQogICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAg ICAgIE5hbWUgKF9BRFIsIDB4MDApCiAgICAgICAgICAgICAgICAgICAgRGV2aWNlIChQUlQxKQog ICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwg MHgwMSkKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX1VQQywgUGFja2FnZSAoMHgwNCkK ICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHhG RiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweEZGLCAKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAogICAgICAg ICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgICAgICBOYW1lIChfUExELCBC dWZmZXIgKDB4MTApCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDB4ODEsIDB4MDAsIDB4MzAsIDB4MUMsIDB4MDAsIDB4MDAsIDB4MDAKICAgICAg ICAgICAgICAgICAgICAgICAgfSkKICAgICAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAg ICAgICAgIERldmljZSAoUFJUMikKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAg ICAgICAgICAgIE5hbWUgKF9BRFIsIDB4MDIpCiAgICAgICAgICAgICAgICAgICAgICAgIE5hbWUg KF9VUEMsIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDB4RkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHhG RiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDB4MDAKICAgICAgICAgICAgICAgICAgICAgICAgfSkKICAgICAgICAgICAgICAg ICAgICAgICAgTmFtZSAoX1BMRCwgQnVmZmVyICgweDEwKQogICAgICAgICAgICAgICAgICAgICAg ICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDgxLCAweDAwLCAweDMwLCAweDFDLCAw eDAwLCAweDAwLCAweDAwCiAgICAgICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAgICAgICAg ICAgICAgfQoKICAgICAgICAgICAgICAgICAgICBEZXZpY2UgKFBSVDMpCiAgICAgICAgICAgICAg ICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBOYW1lIChfQURSLCAweDAzKQogICAgICAg ICAgICAgICAgICAgICAgICBOYW1lIChfVVBDLCBQYWNrYWdlICgweDA0KQogICAgICAgICAgICAg ICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweEZGLCAKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDB4RkYsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgw MCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwCiAgICAgICAgICAgICAgICAgICAg ICAgIH0pCiAgICAgICAgICAgICAgICAgICAgICAgIE5hbWUgKF9QTEQsIEJ1ZmZlciAoMHgxMCkK ICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHg4 MSwgMHgwMCwgMHgzMCwgMHgxQywgMHgwMCwgMHgwMCwgMHgwMAogICAgICAgICAgICAgICAgICAg ICAgICB9KQogICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgRGV2aWNl IChQUlQ0KQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgTmFt ZSAoX0FEUiwgMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX1VQQywgUGFja2Fn ZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAg ICAgICAgMHhGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgw MAogICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgIH0KCiAgICAg ICAgICAgICAgICAgICAgRGV2aWNlIChQUlQ1KQogICAgICAgICAgICAgICAgICAgIHsKICAgICAg ICAgICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwgMHgwNSkKICAgICAgICAgICAgICAgICAgICAg ICAgTmFtZSAoX1VQQywgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgewog ICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAweEZGLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAg ICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgRGV2aWNlIChQUlQ2KQogICAgICAg ICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwgMHgwNikK ICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX1VQQywgUGFja2FnZSAoMHgwNCkKICAgICAg ICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHhGRiwgCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAKICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAogICAgICAgICAgICAg ICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAg RGV2aWNlIChQUlQ3KQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAg ICAgTmFtZSAoX0FEUiwgMHgwNykKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX1VQQywg UGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAg ICAgICAgICAgICAgMHhGRiwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAKICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgIH0K CiAgICAgICAgICAgICAgICAgICAgRGV2aWNlIChQUlQ4KQogICAgICAgICAgICAgICAgICAgIHsK ICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwgMHgwOCkKICAgICAgICAgICAgICAg ICAgICAgICAgTmFtZSAoX1VQQywgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAg ICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHhGRiwgCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAweDAwLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAg ICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAgICB9KQog ICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgRGV2aWNlIChQUlQ5KQog ICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwg MHgwOSkKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX1VQQywgUGFja2FnZSAoMHgwNCkK ICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgw MCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweEZGLCAKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMAogICAgICAg ICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAg ICAgICAgRGV2aWNlIChQUlRBKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAg ICAgICAgICAgTmFtZSAoX0FEUiwgMHgwQSkKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAo X1VQQywgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAg ICAgICAgICAgICAgICAgICAgMHgwMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweEZG LCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgMHgwMAogICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAg ICAgIH0KICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgfQoKICAgICAgICAgICAgRGV2aWNl IChTTUJTKQogICAgICAgICAgICB7CiAgICAgICAgICAgICAgICBOYW1lIChfQURSLCAweDAwMTQw MDAwKQogICAgICAgICAgICAgICAgTmFtZSAoX1NUQSwgMHgwRikKICAgICAgICAgICAgfQoKICAg ICAgICAgICAgRGV2aWNlIChIREEpCiAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgIE5hbWUg KF9BRFIsIDB4MDAxNDAwMDIpCiAgICAgICAgICAgICAgICBOYW1lIChfU1RBLCAweDBGKQogICAg ICAgICAgICB9CgogICAgICAgICAgICBEZXZpY2UgKFBBVEEpCiAgICAgICAgICAgIHsKICAgICAg ICAgICAgICAgIE5hbWUgKF9BRFIsIDB4MDAxNDAwMDEpCiAgICAgICAgICAgICAgICBOYW1lIChf U1RBLCAweDBGKQogICAgICAgICAgICAgICAgTmFtZSAoVURNVCwgUGFja2FnZSAoMHgwOCkKICAg ICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAweDc4LCAKICAgICAgICAgICAgICAg ICAgICAweDVBLCAKICAgICAgICAgICAgICAgICAgICAweDNDLCAKICAgICAgICAgICAgICAgICAg ICAweDJELCAKICAgICAgICAgICAgICAgICAgICAweDFFLCAKICAgICAgICAgICAgICAgICAgICAw eDE0LCAKICAgICAgICAgICAgICAgICAgICAweDBGLCAKICAgICAgICAgICAgICAgICAgICAweDAw CiAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgTmFtZSAoUElPVCwgUGFja2FnZSAo MHgwNikKICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAweDAyNTgsIAogICAg ICAgICAgICAgICAgICAgIDB4MDE4NiwgCiAgICAgICAgICAgICAgICAgICAgMHgwMTBFLCAKICAg ICAgICAgICAgICAgICAgICAweEI0LCAKICAgICAgICAgICAgICAgICAgICAweDc4LCAKICAgICAg ICAgICAgICAgICAgICAweDAwCiAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgTmFt ZSAoUElUUiwgUGFja2FnZSAoMHgwNikKICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAg ICAgICAweDk5LCAKICAgICAgICAgICAgICAgICAgICAweDQ3LCAKICAgICAgICAgICAgICAgICAg ICAweDM0LCAKICAgICAgICAgICAgICAgICAgICAweDIyLCAKICAgICAgICAgICAgICAgICAgICAw eDIwLCAKICAgICAgICAgICAgICAgICAgICAweDk5CiAgICAgICAgICAgICAgICB9KQogICAgICAg ICAgICAgICAgTmFtZSAoTURNVCwgUGFja2FnZSAoMHgwNCkKICAgICAgICAgICAgICAgIHsKICAg ICAgICAgICAgICAgICAgICAweDAxRTAsIAogICAgICAgICAgICAgICAgICAgIDB4OTYsIAogICAg ICAgICAgICAgICAgICAgIDB4NzgsIAogICAgICAgICAgICAgICAgICAgIDB4MDAKICAgICAgICAg ICAgICAgIH0pCiAgICAgICAgICAgICAgICBOYW1lIChNRFRSLCBQYWNrYWdlICgweDA0KQogICAg ICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgIDB4NzcsIAogICAgICAgICAgICAgICAg ICAgIDB4MjEsIAogICAgICAgICAgICAgICAgICAgIDB4MjAsIAogICAgICAgICAgICAgICAgICAg IDB4RkYKICAgICAgICAgICAgICAgIH0pCiAgICAgICAgICAgICAgICBPcGVyYXRpb25SZWdpb24g KElERSwgUENJX0NvbmZpZywgMHg0MCwgMHgyMCkKICAgICAgICAgICAgICAgIEZpZWxkIChJREUs IFdvcmRBY2MsIE5vTG9jaywgUHJlc2VydmUpCiAgICAgICAgICAgICAgICB7CiAgICAgICAgICAg ICAgICAgICAgUFBJVCwgICAxNiwgCiAgICAgICAgICAgICAgICAgICAgU1BJVCwgICAxNiwgCiAg ICAgICAgICAgICAgICAgICAgUE1EVCwgICAxNiwgCiAgICAgICAgICAgICAgICAgICAgU01EVCwg ICAxNiwgCiAgICAgICAgICAgICAgICAgICAgUFBJQywgICA4LCAKICAgICAgICAgICAgICAgICAg ICBTUElDLCAgIDgsIAogICAgICAgICAgICAgICAgICAgIFBQSU0sICAgOCwgCiAgICAgICAgICAg ICAgICAgICAgU1BJTSwgICA4LCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIE9mZnNldCAo MHgxNCksIAogICAgICAgICAgICAgICAgICAgIFBVREMsICAgMiwgCiAgICAgICAgICAgICAgICAg ICAgU1VEQywgICAyLCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIE9mZnNldCAoMHgxNiks IAogICAgICAgICAgICAgICAgICAgIFBVRE0sICAgOCwgCiAgICAgICAgICAgICAgICAgICAgU1VE TSwgICA4CiAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAgICAgTWV0aG9kIChHRVRULCAx LCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgIFN0 b3JlIChBbmQgKEFyZzAsIDB4MEYpLCBMb2NhbDApCiAgICAgICAgICAgICAgICAgICAgU3RvcmUg KFNoaWZ0UmlnaHQgKEFyZzAsIDB4MDQpLCBMb2NhbDEpCiAgICAgICAgICAgICAgICAgICAgUmV0 dXJuIChNdWx0aXBseSAoMHgxRSwgQWRkIChBZGQgKExvY2FsMCwgMHgwMSksIEFkZCAoTG9jYWwx LCAKICAgICAgICAgICAgICAgICAgICAgICAgMHgwMSkpKSkKICAgICAgICAgICAgICAgIH0KCiAg ICAgICAgICAgICAgICBNZXRob2QgKEdUTSwgMSwgTm90U2VyaWFsaXplZCkKICAgICAgICAgICAg ICAgIHsKICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEFyZzAsIDB4MDAsIFBJ VDEpCiAgICAgICAgICAgICAgICAgICAgQ3JlYXRlQnl0ZUZpZWxkIChBcmcwLCAweDAxLCBQSVQw KQogICAgICAgICAgICAgICAgICAgIENyZWF0ZUJ5dGVGaWVsZCAoQXJnMCwgMHgwMiwgTURUMSkK ICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEFyZzAsIDB4MDMsIE1EVDApCiAg ICAgICAgICAgICAgICAgICAgQ3JlYXRlQnl0ZUZpZWxkIChBcmcwLCAweDA0LCBQSUNYKQogICAg ICAgICAgICAgICAgICAgIENyZWF0ZUJ5dGVGaWVsZCAoQXJnMCwgMHgwNSwgVURDWCkKICAgICAg ICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEFyZzAsIDB4MDYsIFVETVgpCiAgICAgICAg ICAgICAgICAgICAgTmFtZSAoQlVGLCBCdWZmZXIgKDB4MTQpCiAgICAgICAgICAgICAgICAgICAg ewogICAgICAgICAgICAgICAgICAgICAgICAvKiAwMDAwICovICAgIDB4RkYsIDB4RkYsIDB4RkYs IDB4RkYsIDB4RkYsIDB4RkYsIDB4RkYsIDB4RkYsIAogICAgICAgICAgICAgICAgICAgICAgICAv KiAwMDA4ICovICAgIDB4RkYsIDB4RkYsIDB4RkYsIDB4RkYsIDB4RkYsIDB4RkYsIDB4RkYsIDB4 RkYsIAogICAgICAgICAgICAgICAgICAgICAgICAvKiAwMDEwICovICAgIDB4MDAsIDB4MDAsIDB4 MDAsIDB4MDAKICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgIENyZWF0 ZURXb3JkRmllbGQgKEJVRiwgMHgwMCwgUElPMCkKICAgICAgICAgICAgICAgICAgICBDcmVhdGVE V29yZEZpZWxkIChCVUYsIDB4MDQsIERNQTApCiAgICAgICAgICAgICAgICAgICAgQ3JlYXRlRFdv cmRGaWVsZCAoQlVGLCAweDA4LCBQSU8xKQogICAgICAgICAgICAgICAgICAgIENyZWF0ZURXb3Jk RmllbGQgKEJVRiwgMHgwQywgRE1BMSkKICAgICAgICAgICAgICAgICAgICBDcmVhdGVEV29yZEZp ZWxkIChCVUYsIDB4MTAsIEZMQUcpCiAgICAgICAgICAgICAgICAgICAgSWYgKEFuZCAoUElDWCwg MHgwMSkpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBSZXR1 cm4gKEJVRikKICAgICAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAgICAgICAgIFN0b3Jl IChHRVRUIChQSVQwKSwgUElPMCkKICAgICAgICAgICAgICAgICAgICBTdG9yZSAoR0VUVCAoUElU MSksIFBJTzEpCiAgICAgICAgICAgICAgICAgICAgSWYgKEFuZCAoVURDWCwgMHgwMSkpCiAgICAg ICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBPciAoRkxBRywgMHgwMSwg RkxBRykKICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKERlcmVmT2YgKEluZGV4ICheVURN VCwgQW5kIChVRE1YLCAweDBGKSkpLCBETUEwKQogICAgICAgICAgICAgICAgICAgIH0KICAgICAg ICAgICAgICAgICAgICBFbHNlCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAg ICAgICAgICBTdG9yZSAoR0VUVCAoTURUMCksIERNQTApCiAgICAgICAgICAgICAgICAgICAgfQoK ICAgICAgICAgICAgICAgICAgICBJZiAoQW5kIChVRENYLCAweDAyKSkKICAgICAgICAgICAgICAg ICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIE9yIChGTEFHLCAweDA0LCBGTEFHKQogICAg ICAgICAgICAgICAgICAgICAgICBTdG9yZSAoRGVyZWZPZiAoSW5kZXggKF5VRE1ULCBTaGlmdFJp Z2h0IChVRE1YLCAweDA0KSkpLCBETUExKQogICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAg ICAgICAgICAgICBFbHNlCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAg ICAgICBTdG9yZSAoR0VUVCAoTURUMSksIERNQTEpCiAgICAgICAgICAgICAgICAgICAgfQoKICAg ICAgICAgICAgICAgICAgICBPciAoRkxBRywgMHgxQSwgRkxBRykKICAgICAgICAgICAgICAgICAg ICBSZXR1cm4gKEJVRikKICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICBNZXRob2Qg KFNUTSwgMywgTm90U2VyaWFsaXplZCkKICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAg ICAgICBDcmVhdGVEV29yZEZpZWxkIChBcmcwLCAweDAwLCBQSU8wKQogICAgICAgICAgICAgICAg ICAgIENyZWF0ZURXb3JkRmllbGQgKEFyZzAsIDB4MDQsIERNQTApCiAgICAgICAgICAgICAgICAg ICAgQ3JlYXRlRFdvcmRGaWVsZCAoQXJnMCwgMHgwOCwgUElPMSkKICAgICAgICAgICAgICAgICAg ICBDcmVhdGVEV29yZEZpZWxkIChBcmcwLCAweDBDLCBETUExKQogICAgICAgICAgICAgICAgICAg IENyZWF0ZURXb3JkRmllbGQgKEFyZzAsIDB4MTAsIEZMQUcpCiAgICAgICAgICAgICAgICAgICAg TmFtZSAoQlVGLCBCdWZmZXIgKDB4MDcpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAg ICAgICAgICAgICAgICAweDAwLCAweDAwLCAweEZGLCAweEZGLCAweDAwLCAweDAwLCAweDAwCiAg ICAgICAgICAgICAgICAgICAgfSkKICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQg KEJVRiwgMHgwMCwgUElUMSkKICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEJV RiwgMHgwMSwgUElUMCkKICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEJVRiwg MHgwMiwgTURUMSkKICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEJVRiwgMHgw MywgTURUMCkKICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEJVRiwgMHgwNCwg UElNWCkKICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEJVRiwgMHgwNSwgVURD WCkKICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEJVRiwgMHgwNiwgVURNWCkK ICAgICAgICAgICAgICAgICAgICBTdG9yZSAoTWF0Y2ggKF5QSU9ULCBNTEUsIFBJTzAsIE1UUiwg MHgwMCwgMHgwMCksIExvY2FsMCkKICAgICAgICAgICAgICAgICAgICBEaXZpZGUgKExvY2FsMCwg MHgwNSwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAgIFN0b3JlIChNYXRjaCAoXlBJT1QsIE1M RSwgUElPMSwgTVRSLCAweDAwLCAweDAwKSwgTG9jYWwxKQogICAgICAgICAgICAgICAgICAgIERp dmlkZSAoTG9jYWwxLCAweDA1LCBMb2NhbDEpCiAgICAgICAgICAgICAgICAgICAgU3RvcmUgKE9y IChTaGlmdExlZnQgKExvY2FsMSwgMHgwNCksIExvY2FsMCksIFBJTVgpCiAgICAgICAgICAgICAg ICAgICAgU3RvcmUgKERlcmVmT2YgKEluZGV4ICheUElUUiwgTG9jYWwwKSksIFBJVDApCiAgICAg ICAgICAgICAgICAgICAgU3RvcmUgKERlcmVmT2YgKEluZGV4ICheUElUUiwgTG9jYWwxKSksIFBJ VDEpCiAgICAgICAgICAgICAgICAgICAgSWYgKEFuZCAoRkxBRywgMHgwMSkpCiAgICAgICAgICAg ICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoTWF0Y2ggKF5VRE1ULCBN TEUsIERNQTAsIE1UUiwgMHgwMCwgMHgwMCksIExvY2FsMCkKICAgICAgICAgICAgICAgICAgICAg ICAgRGl2aWRlIChMb2NhbDAsIDB4MDcsIExvY2FsMCkKICAgICAgICAgICAgICAgICAgICAgICAg T3IgKFVETVgsIExvY2FsMCwgVURNWCkKICAgICAgICAgICAgICAgICAgICAgICAgT3IgKFVEQ1gs IDB4MDEsIFVEQ1gpCiAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgIEVs c2UKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIElmIChMTm90 RXF1YWwgKERNQTAsIDB4RkZGRkZGRkYpKQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAg ICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoTWF0Y2ggKF5NRE1ULCBNTEUsIERNQTAsIE1U UiwgMHgwMCwgMHgwMCksIExvY2FsMCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3Jl IChEZXJlZk9mIChJbmRleCAoXk1EVFIsIExvY2FsMCkpLCBNRFQwKQogICAgICAgICAgICAgICAg ICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAgICAgICBJZiAo QW5kIChGTEFHLCAweDA0KSkKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAg ICAgICAgIFN0b3JlIChNYXRjaCAoXlVETVQsIE1MRSwgRE1BMSwgTVRSLCAweDAwLCAweDAwKSwg TG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAgICBEaXZpZGUgKExvY2FsMCwgMHgwNywgTG9j YWwwKQogICAgICAgICAgICAgICAgICAgICAgICBPciAoVURNWCwgU2hpZnRMZWZ0IChMb2NhbDAs IDB4MDQpLCBVRE1YKQogICAgICAgICAgICAgICAgICAgICAgICBPciAoVURDWCwgMHgwMiwgVURD WCkKICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgRWxzZQogICAgICAg ICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgSWYgKExOb3RFcXVhbCAoRE1B MSwgMHhGRkZGRkZGRikpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFN0b3JlIChNYXRjaCAoXk1ETVQsIE1MRSwgRE1BMSwgTVRSLCAweDAwLCAw eDAwKSwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKERlcmVmT2Yg KEluZGV4ICheTURUUiwgTG9jYWwwKSksIE1EVDEpCiAgICAgICAgICAgICAgICAgICAgICAgIH0K ICAgICAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAgICAgICAgIFJldHVybiAoQlVGKQog ICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAgIE1ldGhvZCAoR1RGLCAyLCBOb3RTZXJp YWxpemVkKQogICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgIENyZWF0ZUJ5dGVG aWVsZCAoQXJnMSwgMHgwMCwgTURUMSkKICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmll bGQgKEFyZzEsIDB4MDEsIE1EVDApCiAgICAgICAgICAgICAgICAgICAgQ3JlYXRlQnl0ZUZpZWxk IChBcmcxLCAweDAyLCBQSU1YKQogICAgICAgICAgICAgICAgICAgIENyZWF0ZUJ5dGVGaWVsZCAo QXJnMSwgMHgwMywgVURDWCkKICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEFy ZzEsIDB4MDQsIFVETVgpCiAgICAgICAgICAgICAgICAgICAgSWYgKExFcXVhbCAoQXJnMCwgMHhB MCkpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAo QW5kIChQSU1YLCAweDBGKSwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAo TURUMCwgTG9jYWwxKQogICAgICAgICAgICAgICAgICAgICAgICBBbmQgKFVEQ1gsIDB4MDEsIExv Y2FsMikKICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKEFuZCAoVURNWCwgMHgwRiksIExv Y2FsMykKICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgRWxzZQogICAg ICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKFNoaWZ0Umln aHQgKFBJTVgsIDB4MDQpLCBMb2NhbDApCiAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlIChN RFQxLCBMb2NhbDEpCiAgICAgICAgICAgICAgICAgICAgICAgIEFuZCAoVURDWCwgMHgwMiwgTG9j YWwyKQogICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoU2hpZnRSaWdodCAoVURNWCwgMHgw NCksIExvY2FsMykKICAgICAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAgICAgICAgIE5h bWUgKEJVRiwgQnVmZmVyICgweDBFKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAg ICAgICAgICAgICAgLyogMDAwMCAqLyAgICAweDAzLCAweDAwLCAweDAwLCAweDAwLCAweDAwLCAw eEZGLCAweEVGLCAweDAzLCAKICAgICAgICAgICAgICAgICAgICAgICAgLyogMDAwOCAqLyAgICAw eDAwLCAweDAwLCAweDAwLCAweDAwLCAweEZGLCAweEVGCiAgICAgICAgICAgICAgICAgICAgfSkK ICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEJVRiwgMHgwMSwgUE1PRCkKICAg ICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEJVRiwgMHgwOCwgRE1PRCkKICAgICAg ICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEJVRiwgMHgwNSwgQ01EQSkKICAgICAgICAg ICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEJVRiwgMHgwQywgQ01EQikKICAgICAgICAgICAg ICAgICAgICBTdG9yZSAoQXJnMCwgQ01EQSkKICAgICAgICAgICAgICAgICAgICBTdG9yZSAoQXJn MCwgQ01EQikKICAgICAgICAgICAgICAgICAgICBPciAoTG9jYWwwLCAweDA4LCBQTU9EKQogICAg ICAgICAgICAgICAgICAgIElmIChMb2NhbDIpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAg ICAgICAgICAgICAgICAgICBPciAoTG9jYWwzLCAweDQwLCBETU9EKQogICAgICAgICAgICAgICAg ICAgIH0KICAgICAgICAgICAgICAgICAgICBFbHNlCiAgICAgICAgICAgICAgICAgICAgewogICAg ICAgICAgICAgICAgICAgICAgICBTdG9yZSAoTWF0Y2ggKF5NRE1ULCBNTEUsIEdFVFQgKExvY2Fs MSksIE1UUiwgMHgwMCwgMHgwMCksIExvY2FsNCkKICAgICAgICAgICAgICAgICAgICAgICAgSWYg KExMZXNzIChMb2NhbDQsIDB4MDMpKQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAg ICAgICAgICAgICAgICAgICAgICBPciAoMHgyMCwgTG9jYWw0LCBETU9EKQogICAgICAgICAgICAg ICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAgICAgICBS ZXR1cm4gKEJVRikKICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICBEZXZpY2UgKFBS SUQpCiAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwgMHgw MCkKICAgICAgICAgICAgICAgICAgICBNZXRob2QgKF9HVE0sIDAsIE5vdFNlcmlhbGl6ZWQpCiAg ICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBOYW1lIChCVUYsIEJ1 ZmZlciAoMHgwNykKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAg ICAgICAgICAgMHgwMCwgMHgwMCwgMHhGRiwgMHhGRiwgMHgwMCwgMHgwMCwgMHgwMAogICAgICAg ICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgICAgICBDcmVhdGVXb3JkRmll bGQgKEJVRiwgMHgwMCwgVlBJVCkKICAgICAgICAgICAgICAgICAgICAgICAgQ3JlYXRlV29yZEZp ZWxkIChCVUYsIDB4MDIsIFZNRFQpCiAgICAgICAgICAgICAgICAgICAgICAgIENyZWF0ZUJ5dGVG aWVsZCAoQlVGLCAweDA0LCBWUElDKQogICAgICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRl RmllbGQgKEJVRiwgMHgwNSwgVlVEQykKICAgICAgICAgICAgICAgICAgICAgICAgQ3JlYXRlQnl0 ZUZpZWxkIChCVUYsIDB4MDYsIFZVRE0pCiAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlIChe XlBQSVQsIFZQSVQpCiAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICheXlBNRFQsIFZNRFQp CiAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICheXlBQSUMsIFZQSUMpCiAgICAgICAgICAg ICAgICAgICAgICAgIFN0b3JlICheXlBVREMsIFZVREMpCiAgICAgICAgICAgICAgICAgICAgICAg IFN0b3JlICheXlBVRE0sIFZVRE0pCiAgICAgICAgICAgICAgICAgICAgICAgIFJldHVybiAoR1RN IChCVUYpKQogICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgTWV0aG9k IChfU1RNLCAzLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAg ICAgICAgICAgICAgICAgTmFtZSAoQlVGLCBCdWZmZXIgKDB4MDcpCiAgICAgICAgICAgICAgICAg ICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIDB4MDAsIDB4MDAsIDB4 MDAsIDB4MDAsIDB4MDAsIDB4MDAKICAgICAgICAgICAgICAgICAgICAgICAgfSkKICAgICAgICAg ICAgICAgICAgICAgICAgQ3JlYXRlV29yZEZpZWxkIChCVUYsIDB4MDAsIFZQSVQpCiAgICAgICAg ICAgICAgICAgICAgICAgIENyZWF0ZVdvcmRGaWVsZCAoQlVGLCAweDAyLCBWTURUKQogICAgICAg ICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEJVRiwgMHgwNCwgVlBJTSkKICAgICAg ICAgICAgICAgICAgICAgICAgQ3JlYXRlQnl0ZUZpZWxkIChCVUYsIDB4MDUsIFZVREMpCiAgICAg ICAgICAgICAgICAgICAgICAgIENyZWF0ZUJ5dGVGaWVsZCAoQlVGLCAweDA2LCBWVURNKQogICAg ICAgICAgICAgICAgICAgICAgICBTdG9yZSAoU1RNIChBcmcwLCBBcmcxLCBBcmcyKSwgQlVGKQog ICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoVlBJVCwgXl5QUElUKQogICAgICAgICAgICAg ICAgICAgICAgICBTdG9yZSAoVk1EVCwgXl5QTURUKQogICAgICAgICAgICAgICAgICAgICAgICBT dG9yZSAoVlBJTSwgXl5QUElNKQogICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoVlVEQywg Xl5QVURDKQogICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoVlVETSwgXl5QVURNKQogICAg ICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgRGV2aWNlIChQX0QwKQogICAg ICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwgMHgw MCkKICAgICAgICAgICAgICAgICAgICAgICAgTWV0aG9kIChfR1RGLCAwLCBOb3RTZXJpYWxpemVk KQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBO YW1lIChCVUYsIEJ1ZmZlciAoMHgwNSkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHsKICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwLCAweDAwLCAweDAwLCAweDAwLCAweDAw CiAgICAgICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgQ3JlYXRlV29yZEZpZWxkIChCVUYsIDB4MDAsIFZNRFQpCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEJVRiwgMHgwMiwgVlBJTSkKICAgICAgICAgICAgICAg ICAgICAgICAgICAgIENyZWF0ZUJ5dGVGaWVsZCAoQlVGLCAweDAzLCBWVURDKQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgQ3JlYXRlQnl0ZUZpZWxkIChCVUYsIDB4MDQsIFZVRE0pCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoXl5eUE1EVCwgVk1EVCkKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFN0b3JlICheXl5QUElNLCBWUElNKQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgU3RvcmUgKF5eXlBVREMsIFZVREMpCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICBTdG9yZSAoXl5eUFVETSwgVlVETSkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJldHVy biAoR1RGICgweEEwLCBCVUYpKQogICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAg ICAgICAgICAgfQoKICAgICAgICAgICAgICAgICAgICBEZXZpY2UgKFBfRDEpCiAgICAgICAgICAg ICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBOYW1lIChfQURSLCAweDAxKQogICAg ICAgICAgICAgICAgICAgICAgICBNZXRob2QgKF9HVEYsIDAsIE5vdFNlcmlhbGl6ZWQpCiAgICAg ICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIE5hbWUgKEJV RiwgQnVmZmVyICgweDA1KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDB4MDAsIDB4MDAsIDB4MDAsIDB4MDAsIDB4MDAKICAgICAg ICAgICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBDcmVh dGVXb3JkRmllbGQgKEJVRiwgMHgwMCwgVk1EVCkKICAgICAgICAgICAgICAgICAgICAgICAgICAg IENyZWF0ZUJ5dGVGaWVsZCAoQlVGLCAweDAyLCBWUElNKQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgQ3JlYXRlQnl0ZUZpZWxkIChCVUYsIDB4MDMsIFZVREMpCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEJVRiwgMHgwNCwgVlVETSkKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFN0b3JlICheXl5QTURULCBWTURUKQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgU3RvcmUgKF5eXlBQSU0sIFZQSU0pCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICBTdG9yZSAoXl5eUFVEQywgVlVEQykKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3Jl ICheXl5QVURNLCBWVURNKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgUmV0dXJuIChHVEYg KDB4QjAsIEJVRikpCiAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAg ICB9CgogICAgICAgICAgICAgICAgICAgIE1ldGhvZCAoX1NUQSwgMCwgTm90U2VyaWFsaXplZCkK ICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIEFuZCAoUFBJQywg MHgwMSwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAgICBJZiAoTEFuZCAoTG9jYWwwLCAw eDAxKSkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAg ICAgUmV0dXJuICgweDA5KQogICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAg ICAgICAgICAgIEVsc2UKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAg ICAgICAgICAgICAgUmV0dXJuICgweDBGKQogICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAg ICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAgIERldmlj ZSAoU0VDRCkKICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICBOYW1lIChfQURS LCAweDAxKQogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9TVEEsIDB4MDkpCiAgICAgICAgICAg ICAgICB9CiAgICAgICAgICAgIH0KCiAgICAgICAgICAgIERldmljZSAoU0FUMCkKICAgICAgICAg ICAgewogICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwgMHgwMDEyMDAwMCkKICAgICAgICAgICAg ICAgIE5hbWUgKF9TVEEsIDB4MEYpCiAgICAgICAgICAgICAgICBEZXZpY2UgKFBSSU0pCiAgICAg ICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwgMHgwMCkKICAgICAg ICAgICAgICAgICAgICBOYW1lIChTUFRNLCBCdWZmZXIgKDB4MTQpCiAgICAgICAgICAgICAgICAg ICAgewogICAgICAgICAgICAgICAgICAgICAgICAvKiAwMDAwICovICAgIDB4NzgsIDB4MDAsIDB4 MDAsIDB4MDAsIDB4MEYsIDB4MDAsIDB4MDAsIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAg ICAvKiAwMDA4ICovICAgIDB4NzgsIDB4MDAsIDB4MDAsIDB4MDAsIDB4MEYsIDB4MDAsIDB4MDAs IDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAvKiAwMDEwICovICAgIDB4MUYsIDB4MDAs IDB4MDAsIDB4MDAKICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgIE1l dGhvZCAoX0dUTSwgMCwgTm90U2VyaWFsaXplZCkKICAgICAgICAgICAgICAgICAgICB7CiAgICAg ICAgICAgICAgICAgICAgICAgIFJldHVybiAoU1BUTSkKICAgICAgICAgICAgICAgICAgICB9Cgog ICAgICAgICAgICAgICAgICAgIE1ldGhvZCAoX1NUTSwgMywgTm90U2VyaWFsaXplZCkKICAgICAg ICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlIChBcmcwLCBTUFRN KQogICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgRGV2aWNlIChNQVNU KQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0FE UiwgMHgwMCkKICAgICAgICAgICAgICAgICAgICAgICAgTWV0aG9kIChfR1RGLCAwLCBOb3RTZXJp YWxpemVkKQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAg ICAgICBTdG9yZSAoQnVmZmVyICgweDA3KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMywgMHg0NiwgMHgwMCwg MHgwMCwgMHgwMCwgMHhBMCwgMHhFRgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0s IExvY2FsMCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJldHVybiAoTG9jYWwwKQogICAg ICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAg ICAgICAgICBEZXZpY2UgKFNMQVYpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAg ICAgICAgICAgICBOYW1lIChfQURSLCAweDAxKQogICAgICAgICAgICAgICAgICAgICAgICBNZXRo b2QgKF9HVEYsIDAsIE5vdFNlcmlhbGl6ZWQpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlIChCdWZmZXIgKDB4MDcpCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAweDAzLCAweDQ2LCAweDAwLCAweDAwLCAweDAwLCAweEIwLCAweEVGCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgfSwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAgICAgICAg UmV0dXJuIChMb2NhbDApCiAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAg ICAgICB9CiAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAgICAgRGV2aWNlIChTRUNOKQog ICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9BRFIsIDB4MDEpCiAg ICAgICAgICAgICAgICAgICAgTmFtZSAoU1NUTSwgQnVmZmVyICgweDE0KQogICAgICAgICAgICAg ICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgLyogMDAwMCAqLyAgICAweDc4LCAweDAw LCAweDAwLCAweDAwLCAweDBGLCAweDAwLCAweDAwLCAweDAwLCAKICAgICAgICAgICAgICAgICAg ICAgICAgLyogMDAwOCAqLyAgICAweDc4LCAweDAwLCAweDAwLCAweDAwLCAweDBGLCAweDAwLCAw eDAwLCAweDAwLCAKICAgICAgICAgICAgICAgICAgICAgICAgLyogMDAxMCAqLyAgICAweDFGLCAw eDAwLCAweDAwLCAweDAwCiAgICAgICAgICAgICAgICAgICAgfSkKICAgICAgICAgICAgICAgICAg ICBNZXRob2QgKF9HVE0sIDAsIE5vdFNlcmlhbGl6ZWQpCiAgICAgICAgICAgICAgICAgICAgewog ICAgICAgICAgICAgICAgICAgICAgICBSZXR1cm4gKFNTVE0pCiAgICAgICAgICAgICAgICAgICAg fQoKICAgICAgICAgICAgICAgICAgICBNZXRob2QgKF9TVE0sIDMsIE5vdFNlcmlhbGl6ZWQpCiAg ICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoQXJnMCwg U1NUTSkKICAgICAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAgICAgICAgIERldmljZSAo TUFTVCkKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIE5hbWUg KF9BRFIsIDB4MDApCiAgICAgICAgICAgICAgICAgICAgICAgIE1ldGhvZCAoX0dURiwgMCwgTm90 U2VyaWFsaXplZCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAg ICAgICAgICAgU3RvcmUgKEJ1ZmZlciAoMHgwNykKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDMsIDB4NDYsIDB4 MDAsIDB4MDAsIDB4MDAsIDB4QTAsIDB4RUYKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICB9LCBMb2NhbDApCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBSZXR1cm4gKExvY2FsMCkK ICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAg ICAgICAgICAgICAgRGV2aWNlIChTTEFWKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAg ICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwgMHgwMSkKICAgICAgICAgICAgICAgICAgICAgICAg TWV0aG9kIChfR1RGLCAwLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAgICAgICAgICB7 CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoQnVmZmVyICgweDA3KQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMHgwMywgMHg0NiwgMHgwMCwgMHgwMCwgMHgwMCwgMHhCMCwgMHhFRgogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIH0sIExvY2FsMCkKICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFJldHVybiAoTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAg ICAgICAgICAgfQogICAgICAgICAgICAgICAgfQogICAgICAgICAgICB9CgogICAgICAgICAgICBE ZXZpY2UgKExQQykKICAgICAgICAgICAgewogICAgICAgICAgICAgICAgTmFtZSAoX0FEUiwgMHgw MDE0MDAwMykKICAgICAgICAgICAgICAgIE5hbWUgKF9TVEEsIDB4MEYpCiAgICAgICAgICAgICAg ICBPcGVyYXRpb25SZWdpb24gKFBJUlEsIFN5c3RlbUlPLCAweDBDMDAsIDB4MDIpCiAgICAgICAg ICAgICAgICBGaWVsZCAoUElSUSwgQnl0ZUFjYywgTm9Mb2NrLCBQcmVzZXJ2ZSkKICAgICAgICAg ICAgICAgIHsKICAgICAgICAgICAgICAgICAgICBJTkRYLCAgIDgsIAogICAgICAgICAgICAgICAg ICAgIERBVEEsICAgOAogICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAgIEluZGV4Rmll bGQgKElORFgsIERBVEEsIEJ5dGVBY2MsIE5vTG9jaywgUHJlc2VydmUpCiAgICAgICAgICAgICAg ICB7CiAgICAgICAgICAgICAgICAgICAgUElSQSwgICA4LCAKICAgICAgICAgICAgICAgICAgICBQ SVJCLCAgIDgsIAogICAgICAgICAgICAgICAgICAgIFBJUkMsICAgOCwgCiAgICAgICAgICAgICAg ICAgICAgUElSRCwgICA4LCAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIE9mZnNldCAoMHgw OSksIAogICAgICAgICAgICAgICAgICAgIFBJUkUsICAgOCwgCiAgICAgICAgICAgICAgICAgICAg UElSRiwgICA4LCAKICAgICAgICAgICAgICAgICAgICBQSVJHLCAgIDgsIAogICAgICAgICAgICAg ICAgICAgIFBJUkgsICAgOAogICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAgIE1ldGhv ZCAoRFNQSSwgMCwgTm90U2VyaWFsaXplZCkKICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAg ICAgICAgICBTdG9yZSAoWmVybywgUElSQSkKICAgICAgICAgICAgICAgICAgICBTdG9yZSAoWmVy bywgUElSQikKICAgICAgICAgICAgICAgICAgICBTdG9yZSAoWmVybywgUElSQykKICAgICAgICAg ICAgICAgICAgICBTdG9yZSAoWmVybywgUElSRCkKICAgICAgICAgICAgICAgICAgICBTdG9yZSAo WmVybywgUElSRSkKICAgICAgICAgICAgICAgICAgICBTdG9yZSAoWmVybywgUElSRikKICAgICAg ICAgICAgICAgICAgICBTdG9yZSAoWmVybywgUElSRykKICAgICAgICAgICAgICAgICAgICBTdG9y ZSAoWmVybywgUElSSCkKICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICBPcGVyYXRp b25SZWdpb24gKExQQ0QsIFBDSV9Db25maWcsIDB4NDQsIDB4MDQpCiAgICAgICAgICAgICAgICBG aWVsZCAoTFBDRCwgQnl0ZUFjYywgTm9Mb2NrLCBQcmVzZXJ2ZSkKICAgICAgICAgICAgICAgIHsK ICAgICAgICAgICAgICAgICAgICAgICAgLCAgIDYsIAogICAgICAgICAgICAgICAgICAgIFNFUlgs ICAgOCwgCiAgICAgICAgICAgICAgICAgICAgICAgICwgICAxMiwgCiAgICAgICAgICAgICAgICAg ICAgRkRDWCwgICAyCiAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAgICAgT3BlcmF0aW9u UmVnaW9uIChNQ0NHLCBTeXN0ZW1JTywgMHgwQ0Q2LCAweDAyKQogICAgICAgICAgICAgICAgRmll bGQgKE1DQ0csIEJ5dGVBY2MsIE5vTG9jaywgUHJlc2VydmUpCiAgICAgICAgICAgICAgICB7CiAg ICAgICAgICAgICAgICAgICAgTUlEWCwgICA4LCAKICAgICAgICAgICAgICAgICAgICBNRFRBLCAg IDgKICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICBJbmRleEZpZWxkIChNSURYLCBN RFRBLCBCeXRlQWNjLCBOb0xvY2ssIFByZXNlcnZlKQogICAgICAgICAgICAgICAgewogICAgICAg ICAgICAgICAgICAgICAgICAgICAgT2Zmc2V0ICgweDU1KSwgCiAgICAgICAgICAgICAgICAgICAg ICAgICwgICA3LCAKICAgICAgICAgICAgICAgICAgICBIUFRFLCAgIDEKICAgICAgICAgICAgICAg IH0KCiAgICAgICAgICAgICAgICBPcGVyYXRpb25SZWdpb24gKENNU0ksIFN5c3RlbUlPLCAweDcy LCAweDAyKQogICAgICAgICAgICAgICAgRmllbGQgKENNU0ksIEJ5dGVBY2MsIE5vTG9jaywgUHJl c2VydmUpCiAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgQ0lEWCwgICA4LCAK ICAgICAgICAgICAgICAgICAgICBDRFRBLCAgIDgKICAgICAgICAgICAgICAgIH0KCiAgICAgICAg ICAgICAgICBJbmRleEZpZWxkIChDSURYLCBDRFRBLCBCeXRlQWNjLCBOb0xvY2ssIFByZXNlcnZl KQogICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgT2Zmc2V0ICgw eEZFKSwgCiAgICAgICAgICAgICAgICAgICAgQUFPRiwgICA4CiAgICAgICAgICAgICAgICB9Cgog ICAgICAgICAgICAgICAgRGV2aWNlIChMTktBKQogICAgICAgICAgICAgICAgewogICAgICAgICAg ICAgICAgICAgIE5hbWUgKF9ISUQsIEVpc2FJZCAoIlBOUDBDMEYiKSkKICAgICAgICAgICAgICAg ICAgICBOYW1lIChfVUlELCAweDAxKQogICAgICAgICAgICAgICAgICAgIE1ldGhvZCAoX1NUQSwg MCwgTm90U2VyaWFsaXplZCkKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAg ICAgICAgIElmIChQSVJBKQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAg ICAgICAgICAgICAgICBSZXR1cm4gKDB4MEIpCiAgICAgICAgICAgICAgICAgICAgICAgIH0KICAg ICAgICAgICAgICAgICAgICAgICAgRWxzZQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAg ICAgICAgICAgICAgICAgICAgICAgICBSZXR1cm4gKDB4MDkpCiAgICAgICAgICAgICAgICAgICAg ICAgIH0KICAgICAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9Q UlMsIFJlc291cmNlVGVtcGxhdGUgKCkKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAg ICAgICAgICAgICAgIElSUSAoTGV2ZWwsIEFjdGl2ZUxvdywgU2hhcmVkLCApCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICB7Myw0LDcsOSwxMCwxMSwxMiwxNCwxNX0KICAgICAgICAgICAgICAg ICAgICB9KQogICAgICAgICAgICAgICAgICAgIE1ldGhvZCAoX0RJUywgMCwgTm90U2VyaWFsaXpl ZCkKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICha ZXJvLCBQSVJBKQogICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgTWV0 aG9kIChfQ1JTLCAwLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAg ICAgICAgICAgICAgICAgICAgTmFtZSAoQlVGRiwgUmVzb3VyY2VUZW1wbGF0ZSAoKQogICAgICAg ICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBJUlEgKExldmVs LCBBY3RpdmVMb3csIFNoYXJlZCwgX1kwMSkKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICB7fQogICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgICAgICBD cmVhdGVXb3JkRmllbGQgKEJVRkYsIFxfU0IuUENJMC5MUEMuTE5LQS5fQ1JTLl9ZMDEuX0lOVCwg SU5UQSkKICAgICAgICAgICAgICAgICAgICAgICAgU2hpZnRMZWZ0IChPbmUsIFBJUkEsIElOVEEp CiAgICAgICAgICAgICAgICAgICAgICAgIFJldHVybiAoQlVGRikKICAgICAgICAgICAgICAgICAg ICB9CgogICAgICAgICAgICAgICAgICAgIE1ldGhvZCAoX1NSUywgMSwgTm90U2VyaWFsaXplZCkK ICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIENyZWF0ZVdvcmRG aWVsZCAoQXJnMCwgMHgwMSwgSU5UQSkKICAgICAgICAgICAgICAgICAgICAgICAgRmluZFNldFJp Z2h0Qml0IChJTlRBLCBMb2NhbDApCiAgICAgICAgICAgICAgICAgICAgICAgIElmIChMTm90RXF1 YWwgKExvY2FsMCwgWmVybykpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIERlY3JlbWVudCAoTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAg ICB9CgogICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoTG9jYWwwLCBQSVJBKQogICAgICAg ICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICBEZXZpY2Ug KExOS0IpCiAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0hJRCwg RWlzYUlkICgiUE5QMEMwRiIpKQogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9VSUQsIDB4MDIp CiAgICAgICAgICAgICAgICAgICAgTWV0aG9kIChfU1RBLCAwLCBOb3RTZXJpYWxpemVkKQogICAg ICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgSWYgKFBJUkIpCiAgICAg ICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJldHVybiAo MHgwQikKICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICBF bHNlCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAg IFJldHVybiAoMHgwOSkKICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAg ICAgIH0KCiAgICAgICAgICAgICAgICAgICAgTmFtZSAoX1BSUywgUmVzb3VyY2VUZW1wbGF0ZSAo KQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgSVJRIChMZXZl bCwgQWN0aXZlTG93LCBTaGFyZWQsICkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHszLDQs Nyw5LDEwLDExLDEyLDE0LDE1fQogICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAgICAgICAg ICAgICAgTWV0aG9kIChfRElTLCAwLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAgICAg IHsKICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKFplcm8sIFBJUkIpCiAgICAgICAgICAg ICAgICAgICAgfQoKICAgICAgICAgICAgICAgICAgICBNZXRob2QgKF9DUlMsIDAsIE5vdFNlcmlh bGl6ZWQpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBOYW1l IChCVUZGLCBSZXNvdXJjZVRlbXBsYXRlICgpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAg ICAgICAgICAgICAgICAgICAgICAgICAgIElSUSAoTGV2ZWwsIEFjdGl2ZUxvdywgU2hhcmVkLCBf WTAyKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHt9CiAgICAgICAgICAgICAgICAg ICAgICAgIH0pCiAgICAgICAgICAgICAgICAgICAgICAgIENyZWF0ZVdvcmRGaWVsZCAoQlVGRiwg XF9TQi5QQ0kwLkxQQy5MTktCLl9DUlMuX1kwMi5fSU5ULCBJTlRCKQogICAgICAgICAgICAgICAg ICAgICAgICBTaGlmdExlZnQgKE9uZSwgUElSQiwgSU5UQikKICAgICAgICAgICAgICAgICAgICAg ICAgUmV0dXJuIChCVUZGKQogICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAg ICAgTWV0aG9kIChfU1JTLCAxLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAgICAgIHsK ICAgICAgICAgICAgICAgICAgICAgICAgQ3JlYXRlV29yZEZpZWxkIChBcmcwLCAweDAxLCBJTlRC KQogICAgICAgICAgICAgICAgICAgICAgICBGaW5kU2V0UmlnaHRCaXQgKElOVEIsIExvY2FsMCkK ICAgICAgICAgICAgICAgICAgICAgICAgSWYgKExOb3RFcXVhbCAoTG9jYWwwLCBaZXJvKSkKICAg ICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgRGVjcmVt ZW50IChMb2NhbDApCiAgICAgICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAg ICAgICAgIFN0b3JlIChMb2NhbDAsIFBJUkIpCiAgICAgICAgICAgICAgICAgICAgfQogICAgICAg ICAgICAgICAgfQoKICAgICAgICAgICAgICAgIERldmljZSAoTE5LQykKICAgICAgICAgICAgICAg IHsKICAgICAgICAgICAgICAgICAgICBOYW1lIChfSElELCBFaXNhSWQgKCJQTlAwQzBGIikpCiAg ICAgICAgICAgICAgICAgICAgTmFtZSAoX1VJRCwgMHgwMykKICAgICAgICAgICAgICAgICAgICBN ZXRob2QgKF9TVEEsIDAsIE5vdFNlcmlhbGl6ZWQpCiAgICAgICAgICAgICAgICAgICAgewogICAg ICAgICAgICAgICAgICAgICAgICBJZiAoUElSQykKICAgICAgICAgICAgICAgICAgICAgICAgewog ICAgICAgICAgICAgICAgICAgICAgICAgICAgUmV0dXJuICgweDBCKQogICAgICAgICAgICAgICAg ICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgIEVsc2UKICAgICAgICAgICAgICAgICAg ICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgUmV0dXJuICgweDA5KQogICAgICAg ICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAg ICAgICBOYW1lIChfUFJTLCBSZXNvdXJjZVRlbXBsYXRlICgpCiAgICAgICAgICAgICAgICAgICAg ewogICAgICAgICAgICAgICAgICAgICAgICBJUlEgKExldmVsLCBBY3RpdmVMb3csIFNoYXJlZCwg KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgezMsNCw3LDksMTAsMTEsMTIsMTQsMTV9CiAg ICAgICAgICAgICAgICAgICAgfSkKICAgICAgICAgICAgICAgICAgICBNZXRob2QgKF9ESVMsIDAs IE5vdFNlcmlhbGl6ZWQpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAg ICAgICBTdG9yZSAoWmVybywgUElSQykKICAgICAgICAgICAgICAgICAgICB9CgogICAgICAgICAg ICAgICAgICAgIE1ldGhvZCAoX0NSUywgMCwgTm90U2VyaWFsaXplZCkKICAgICAgICAgICAgICAg ICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIE5hbWUgKEJVRkYsIFJlc291cmNlVGVtcGxh dGUgKCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAg ICAgSVJRIChMZXZlbCwgQWN0aXZlTG93LCBTaGFyZWQsIF9ZMDMpCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAge30KICAgICAgICAgICAgICAgICAgICAgICAgfSkKICAgICAgICAgICAg ICAgICAgICAgICAgQ3JlYXRlV29yZEZpZWxkIChCVUZGLCBcX1NCLlBDSTAuTFBDLkxOS0MuX0NS Uy5fWTAzLl9JTlQsIElOVEMpCiAgICAgICAgICAgICAgICAgICAgICAgIFNoaWZ0TGVmdCAoT25l LCBQSVJDLCBJTlRDKQogICAgICAgICAgICAgICAgICAgICAgICBSZXR1cm4gKEJVRkYpCiAgICAg ICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAgICAgICBNZXRob2QgKF9TUlMsIDEsIE5v dFNlcmlhbGl6ZWQpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAg ICBDcmVhdGVXb3JkRmllbGQgKEFyZzAsIDB4MDEsIElOVEMpCiAgICAgICAgICAgICAgICAgICAg ICAgIEZpbmRTZXRSaWdodEJpdCAoSU5UQywgTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAg ICBJZiAoTE5vdEVxdWFsIChMb2NhbDAsIFplcm8pKQogICAgICAgICAgICAgICAgICAgICAgICB7 CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBEZWNyZW1lbnQgKExvY2FsMCkKICAgICAgICAg ICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKExvY2FsMCwg UElSQykKICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICB9CgogICAgICAgICAg ICAgICAgRGV2aWNlIChMTktEKQogICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAg IE5hbWUgKF9ISUQsIEVpc2FJZCAoIlBOUDBDMEYiKSkKICAgICAgICAgICAgICAgICAgICBOYW1l IChfVUlELCAweDA0KQogICAgICAgICAgICAgICAgICAgIE1ldGhvZCAoX1NUQSwgMCwgTm90U2Vy aWFsaXplZCkKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIElm IChQSVJEKQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAg ICAgICBSZXR1cm4gKDB4MEIpCiAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAg ICAgICAgICAgICAgRWxzZQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAg ICAgICAgICAgICAgICBSZXR1cm4gKDB4MDkpCiAgICAgICAgICAgICAgICAgICAgICAgIH0KICAg ICAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9QUlMsIFJlc291 cmNlVGVtcGxhdGUgKCkKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAg ICAgIElSUSAoTGV2ZWwsIEFjdGl2ZUxvdywgU2hhcmVkLCApCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICB7Myw0LDcsOSwxMCwxMSwxMiwxNCwxNX0KICAgICAgICAgICAgICAgICAgICB9KQog ICAgICAgICAgICAgICAgICAgIE1ldGhvZCAoX0RJUywgMCwgTm90U2VyaWFsaXplZCkKICAgICAg ICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlIChaZXJvLCBQSVJE KQogICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgTWV0aG9kIChfQ1JT LCAwLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAg ICAgICAgICAgTmFtZSAoQlVGRiwgUmVzb3VyY2VUZW1wbGF0ZSAoKQogICAgICAgICAgICAgICAg ICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBJUlEgKExldmVsLCBBY3RpdmVM b3csIFNoYXJlZCwgX1kwNCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB7fQogICAg ICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgICAgICBDcmVhdGVXb3Jk RmllbGQgKEJVRkYsIFxfU0IuUENJMC5MUEMuTE5LRC5fQ1JTLl9ZMDQuX0lOVCwgSU5URCkKICAg ICAgICAgICAgICAgICAgICAgICAgU2hpZnRMZWZ0IChPbmUsIFBJUkQsIElOVEQpCiAgICAgICAg ICAgICAgICAgICAgICAgIFJldHVybiAoQlVGRikKICAgICAgICAgICAgICAgICAgICB9CgogICAg ICAgICAgICAgICAgICAgIE1ldGhvZCAoX1NSUywgMSwgTm90U2VyaWFsaXplZCkKICAgICAgICAg ICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIENyZWF0ZVdvcmRGaWVsZCAoQXJn MCwgMHgwMSwgSU5URCkKICAgICAgICAgICAgICAgICAgICAgICAgRmluZFNldFJpZ2h0Qml0IChJ TlRELCBMb2NhbDApCiAgICAgICAgICAgICAgICAgICAgICAgIElmIChMTm90RXF1YWwgKExvY2Fs MCwgWmVybykpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAg ICAgICAgIERlY3JlbWVudCAoTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAgICB9CgogICAg ICAgICAgICAgICAgICAgICAgICBTdG9yZSAoTG9jYWwwLCBQSVJEKQogICAgICAgICAgICAgICAg ICAgIH0KICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICBEZXZpY2UgKExOS0UpCiAg ICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0hJRCwgRWlzYUlkICgi UE5QMEMwRiIpKQogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9VSUQsIDB4MDUpCiAgICAgICAg ICAgICAgICAgICAgTWV0aG9kIChfU1RBLCAwLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAg ICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgSWYgKFBJUkUpCiAgICAgICAgICAgICAg ICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJldHVybiAoMHgwQikKICAg ICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICBFbHNlCiAgICAg ICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJldHVybiAo MHgwOSkKICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgIH0KCiAg ICAgICAgICAgICAgICAgICAgTmFtZSAoX1BSUywgUmVzb3VyY2VUZW1wbGF0ZSAoKQogICAgICAg ICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgSVJRIChMZXZlbCwgQWN0aXZl TG93LCBTaGFyZWQsICkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHszLDQsNyw5LDEwLDEx LDEyLDE0LDE1fQogICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAgICAgICAgICAgICAgTWV0 aG9kIChfRElTLCAwLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAg ICAgICAgICAgICAgICAgICAgU3RvcmUgKFplcm8sIFBJUkUpCiAgICAgICAgICAgICAgICAgICAg fQoKICAgICAgICAgICAgICAgICAgICBNZXRob2QgKF9DUlMsIDAsIE5vdFNlcmlhbGl6ZWQpCiAg ICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBOYW1lIChCVUZGLCBS ZXNvdXJjZVRlbXBsYXRlICgpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIElSUSAoTGV2ZWwsIEFjdGl2ZUxvdywgU2hhcmVkLCBfWTA1KQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHt9CiAgICAgICAgICAgICAgICAgICAgICAgIH0p CiAgICAgICAgICAgICAgICAgICAgICAgIENyZWF0ZVdvcmRGaWVsZCAoQlVGRiwgXF9TQi5QQ0kw LkxQQy5MTktFLl9DUlMuX1kwNS5fSU5ULCBJTlRFKQogICAgICAgICAgICAgICAgICAgICAgICBT aGlmdExlZnQgKE9uZSwgUElSRSwgSU5URSkKICAgICAgICAgICAgICAgICAgICAgICAgUmV0dXJu IChCVUZGKQogICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgTWV0aG9k IChfU1JTLCAxLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAg ICAgICAgICAgICAgICAgQ3JlYXRlV29yZEZpZWxkIChBcmcwLCAweDAxLCBJTlRFKQogICAgICAg ICAgICAgICAgICAgICAgICBGaW5kU2V0UmlnaHRCaXQgKElOVEUsIExvY2FsMCkKICAgICAgICAg ICAgICAgICAgICAgICAgSWYgKExOb3RFcXVhbCAoTG9jYWwwLCBaZXJvKSkKICAgICAgICAgICAg ICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgRGVjcmVtZW50IChMb2Nh bDApCiAgICAgICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgICAgIFN0 b3JlIChMb2NhbDAsIFBJUkUpCiAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAg fQoKICAgICAgICAgICAgICAgIERldmljZSAoTE5LRikKICAgICAgICAgICAgICAgIHsKICAgICAg ICAgICAgICAgICAgICBOYW1lIChfSElELCBFaXNhSWQgKCJQTlAwQzBGIikpCiAgICAgICAgICAg ICAgICAgICAgTmFtZSAoX1VJRCwgMHgwNikKICAgICAgICAgICAgICAgICAgICBNZXRob2QgKF9T VEEsIDAsIE5vdFNlcmlhbGl6ZWQpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAg ICAgICAgICAgICBJZiAoUElSRikKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAg ICAgICAgICAgICAgICAgICAgUmV0dXJuICgweDBCKQogICAgICAgICAgICAgICAgICAgICAgICB9 CiAgICAgICAgICAgICAgICAgICAgICAgIEVsc2UKICAgICAgICAgICAgICAgICAgICAgICAgewog ICAgICAgICAgICAgICAgICAgICAgICAgICAgUmV0dXJuICgweDA5KQogICAgICAgICAgICAgICAg ICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAgICAgICBOYW1l IChfUFJTLCBSZXNvdXJjZVRlbXBsYXRlICgpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAg ICAgICAgICAgICAgICAgICBJUlEgKExldmVsLCBBY3RpdmVMb3csIFNoYXJlZCwgKQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgezMsNCw3LDksMTAsMTEsMTIsMTQsMTV9CiAgICAgICAgICAg ICAgICAgICAgfSkKICAgICAgICAgICAgICAgICAgICBNZXRob2QgKF9ESVMsIDAsIE5vdFNlcmlh bGl6ZWQpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBTdG9y ZSAoWmVybywgUElSRikKICAgICAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAgICAgICAg IE1ldGhvZCAoX0NSUywgMCwgTm90U2VyaWFsaXplZCkKICAgICAgICAgICAgICAgICAgICB7CiAg ICAgICAgICAgICAgICAgICAgICAgIE5hbWUgKEJVRkYsIFJlc291cmNlVGVtcGxhdGUgKCkKICAg ICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgSVJRIChM ZXZlbCwgQWN0aXZlTG93LCBTaGFyZWQsIF9ZMDYpCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAge30KICAgICAgICAgICAgICAgICAgICAgICAgfSkKICAgICAgICAgICAgICAgICAgICAg ICAgQ3JlYXRlV29yZEZpZWxkIChCVUZGLCBcX1NCLlBDSTAuTFBDLkxOS0YuX0NSUy5fWTA2Ll9J TlQsIElOVEYpCiAgICAgICAgICAgICAgICAgICAgICAgIFNoaWZ0TGVmdCAoT25lLCBQSVJGLCBJ TlRGKQogICAgICAgICAgICAgICAgICAgICAgICBSZXR1cm4gKEJVRkYpCiAgICAgICAgICAgICAg ICAgICAgfQoKICAgICAgICAgICAgICAgICAgICBNZXRob2QgKF9TUlMsIDEsIE5vdFNlcmlhbGl6 ZWQpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBDcmVhdGVX b3JkRmllbGQgKEFyZzAsIDB4MDEsIElOVEYpCiAgICAgICAgICAgICAgICAgICAgICAgIEZpbmRT ZXRSaWdodEJpdCAoSU5URiwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAgICBJZiAoTE5v dEVxdWFsIChMb2NhbDAsIFplcm8pKQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAg ICAgICAgICAgICAgICAgICAgICBEZWNyZW1lbnQgKExvY2FsMCkKICAgICAgICAgICAgICAgICAg ICAgICAgfQoKICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKExvY2FsMCwgUElSRikKICAg ICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAgICAgRGV2 aWNlIChMTktHKQogICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9I SUQsIEVpc2FJZCAoIlBOUDBDMEYiKSkKICAgICAgICAgICAgICAgICAgICBOYW1lIChfVUlELCAw eDA3KQogICAgICAgICAgICAgICAgICAgIE1ldGhvZCAoX1NUQSwgMCwgTm90U2VyaWFsaXplZCkK ICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIElmIChQSVJHKQog ICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBSZXR1 cm4gKDB4MEIpCiAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAg ICAgRWxzZQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAg ICAgICBSZXR1cm4gKDB4MDkpCiAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAg ICAgICAgICB9CgogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9QUlMsIFJlc291cmNlVGVtcGxh dGUgKCkKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIElSUSAo TGV2ZWwsIEFjdGl2ZUxvdywgU2hhcmVkLCApCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB7 Myw0LDcsOSwxMCwxMSwxMiwxNCwxNX0KICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAg ICAgICAgICAgIE1ldGhvZCAoX0RJUywgMCwgTm90U2VyaWFsaXplZCkKICAgICAgICAgICAgICAg ICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlIChaZXJvLCBQSVJHKQogICAgICAg ICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgTWV0aG9kIChfQ1JTLCAwLCBOb3RT ZXJpYWxpemVkKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAg TmFtZSAoQlVGRiwgUmVzb3VyY2VUZW1wbGF0ZSAoKQogICAgICAgICAgICAgICAgICAgICAgICB7 CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBJUlEgKExldmVsLCBBY3RpdmVMb3csIFNoYXJl ZCwgX1kwNykKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB7fQogICAgICAgICAgICAg ICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgICAgICBDcmVhdGVXb3JkRmllbGQgKEJV RkYsIFxfU0IuUENJMC5MUEMuTE5LRy5fQ1JTLl9ZMDcuX0lOVCwgSU5URykKICAgICAgICAgICAg ICAgICAgICAgICAgU2hpZnRMZWZ0IChPbmUsIFBJUkcsIElOVEcpCiAgICAgICAgICAgICAgICAg ICAgICAgIFJldHVybiAoQlVGRikKICAgICAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAg ICAgICAgIE1ldGhvZCAoX1NSUywgMSwgTm90U2VyaWFsaXplZCkKICAgICAgICAgICAgICAgICAg ICB7CiAgICAgICAgICAgICAgICAgICAgICAgIENyZWF0ZVdvcmRGaWVsZCAoQXJnMCwgMHgwMSwg SU5URykKICAgICAgICAgICAgICAgICAgICAgICAgRmluZFNldFJpZ2h0Qml0IChJTlRHLCBMb2Nh bDApCiAgICAgICAgICAgICAgICAgICAgICAgIElmIChMTm90RXF1YWwgKExvY2FsMCwgWmVybykp CiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIERl Y3JlbWVudCAoTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAg ICAgICAgICAgICBTdG9yZSAoTG9jYWwwLCBQSVJHKQogICAgICAgICAgICAgICAgICAgIH0KICAg ICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICBEZXZpY2UgKExOS0gpCiAgICAgICAgICAg ICAgICB7CiAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0hJRCwgRWlzYUlkICgiUE5QMEMwRiIp KQogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9VSUQsIDB4MDgpCiAgICAgICAgICAgICAgICAg ICAgTWV0aG9kIChfU1RBLCAwLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAgICAgIHsK ICAgICAgICAgICAgICAgICAgICAgICAgSWYgKFBJUkgpCiAgICAgICAgICAgICAgICAgICAgICAg IHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJldHVybiAoMHgwQikKICAgICAgICAgICAg ICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICBFbHNlCiAgICAgICAgICAgICAg ICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJldHVybiAoMHgwOSkKICAg ICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAg ICAgICAgICAgTmFtZSAoX1BSUywgUmVzb3VyY2VUZW1wbGF0ZSAoKQogICAgICAgICAgICAgICAg ICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgSVJRIChMZXZlbCwgQWN0aXZlTG93LCBTaGFy ZWQsICkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHszLDQsNyw5LDEwLDExLDEyLDE0LDE1 fQogICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAgICAgICAgICAgICAgTWV0aG9kIChfRElT LCAwLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAg ICAgICAgICAgU3RvcmUgKFplcm8sIFBJUkgpCiAgICAgICAgICAgICAgICAgICAgfQoKICAgICAg ICAgICAgICAgICAgICBNZXRob2QgKF9DUlMsIDAsIE5vdFNlcmlhbGl6ZWQpCiAgICAgICAgICAg ICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBOYW1lIChCVUZGLCBSZXNvdXJjZVRl bXBsYXRlICgpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAg ICAgICAgIElSUSAoTGV2ZWwsIEFjdGl2ZUxvdywgU2hhcmVkLCBfWTA4KQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHt9CiAgICAgICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAg ICAgICAgICAgICAgICAgIENyZWF0ZVdvcmRGaWVsZCAoQlVGRiwgXF9TQi5QQ0kwLkxQQy5MTktI Ll9DUlMuX1kwOC5fSU5ULCBJTlRIKQogICAgICAgICAgICAgICAgICAgICAgICBTaGlmdExlZnQg KE9uZSwgUElSSCwgSU5USCkKICAgICAgICAgICAgICAgICAgICAgICAgUmV0dXJuIChCVUZGKQog ICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgTWV0aG9kIChfU1JTLCAx LCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAg ICAgICAgQ3JlYXRlV29yZEZpZWxkIChBcmcwLCAweDAxLCBJTlRIKQogICAgICAgICAgICAgICAg ICAgICAgICBGaW5kU2V0UmlnaHRCaXQgKElOVEgsIExvY2FsMCkKICAgICAgICAgICAgICAgICAg ICAgICAgSWYgKExOb3RFcXVhbCAoTG9jYWwwLCBaZXJvKSkKICAgICAgICAgICAgICAgICAgICAg ICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgRGVjcmVtZW50IChMb2NhbDApCiAgICAg ICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlIChMb2Nh bDAsIFBJUkgpCiAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgfQoKICAgICAg ICAgICAgICAgIERldmljZSAoTUJSRCkKICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAg ICAgICBOYW1lIChfSElELCBFaXNhSWQgKCJQTlAwQzAyIikpCiAgICAgICAgICAgICAgICAgICAg TmFtZSAoX1VJRCwgMHgwMSkKICAgICAgICAgICAgICAgICAgICBOYW1lIChfU1RBLCAweDBGKQog ICAgICAgICAgICAgICAgICAgIE5hbWUgKF9DUlMsIFJlc291cmNlVGVtcGxhdGUgKCkKICAgICAg ICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIElPIChEZWNvZGUxNiwKICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAxMCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWlu aW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDEwLCAgICAgICAgICAgICAvLyBS YW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAxLCAgICAgICAgICAg ICAgIC8vIEFsaWdubWVudAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgxMCwgICAgICAg ICAgICAgICAvLyBMZW5ndGgKICAgICAgICAgICAgICAgICAgICAgICAgICAgICkKICAgICAgICAg ICAgICAgICAgICAgICAgSU8gKERlY29kZTE2LAogICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgwMDIyLCAgICAgICAgICAgICAvLyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAweDAwMjIsICAgICAgICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDB4MDEsICAgICAgICAgICAgICAgLy8gQWxpZ25tZW50CiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAweDBDLCAgICAgICAgICAgICAgIC8vIExlbmd0aAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgKQogICAgICAgICAgICAgICAgICAgICAgICBJTyAoRGVjb2Rl MTYsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwMzAsICAgICAgICAgICAgIC8vIFJh bmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAzMCwgICAgICAgICAg ICAgLy8gUmFuZ2UgTWF4aW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMSwgICAg ICAgICAgICAgICAvLyBBbGlnbm1lbnQKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MTAs ICAgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAgICAgICAgICAgICAgICAgICAgICAgICApCiAg ICAgICAgICAgICAgICAgICAgICAgIElPIChEZWNvZGUxNiwKICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDB4MDA1MCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWluaW11bQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgMHgwMDUwLCAgICAgICAgICAgICAvLyBSYW5nZSBNYXhpbXVtCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAweDAxLCAgICAgICAgICAgICAgIC8vIEFsaWdubWVudAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwNCwgICAgICAgICAgICAgICAvLyBMZW5ndGgK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICkKICAgICAgICAgICAgICAgICAgICAgICAgSU8g KERlY29kZTE2LAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDYyLCAgICAgICAgICAg ICAvLyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwNjIsICAg ICAgICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4 MDEsICAgICAgICAgICAgICAgLy8gQWxpZ25tZW50CiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAweDAyLCAgICAgICAgICAgICAgIC8vIExlbmd0aAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgKQogICAgICAgICAgICAgICAgICAgICAgICBJTyAoRGVjb2RlMTYsCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAweDAwNjUsICAgICAgICAgICAgIC8vIFJhbmdlIE1pbmltdW0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDB4MDA2NSwgICAgICAgICAgICAgLy8gUmFuZ2UgTWF4aW11 bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMSwgICAgICAgICAgICAgICAvLyBBbGln bm1lbnQKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MEIsICAgICAgICAgICAgICAgLy8g TGVuZ3RoCiAgICAgICAgICAgICAgICAgICAgICAgICAgICApCiAgICAgICAgICAgICAgICAgICAg ICAgIElPIChEZWNvZGUxNiwKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDA3NCwgICAg ICAgICAgICAgLy8gUmFuZ2UgTWluaW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgw MDc0LCAgICAgICAgICAgICAvLyBSYW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAweDAxLCAgICAgICAgICAgICAgIC8vIEFsaWdubWVudAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgMHgwQywgICAgICAgICAgICAgICAvLyBMZW5ndGgKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICkKICAgICAgICAgICAgICAgICAgICAgICAgSU8gKERlY29kZTE2LAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgMHgwMDkwLCAgICAgICAgICAgICAvLyBSYW5nZSBNaW5pbXVt CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwOTAsICAgICAgICAgICAgIC8vIFJhbmdl IE1heGltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDEsICAgICAgICAgICAgICAg Ly8gQWxpZ25tZW50CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDEwLCAgICAgICAgICAg ICAgIC8vIExlbmd0aAogICAgICAgICAgICAgICAgICAgICAgICAgICAgKQogICAgICAgICAgICAg ICAgICAgICAgICBJTyAoRGVjb2RlMTYsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAw QTIsICAgICAgICAgICAgIC8vIFJhbmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDB4MDBBMiwgICAgICAgICAgICAgLy8gUmFuZ2UgTWF4aW11bQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgMHgwMSwgICAgICAgICAgICAgICAvLyBBbGlnbm1lbnQKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDB4MTAsICAgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICApCiAgICAgICAgICAgICAgICAgICAgICAgIElPIChEZWNvZGUxNiwK ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDBCMiwgICAgICAgICAgICAgLy8gUmFuZ2Ug TWluaW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMEIyLCAgICAgICAgICAgICAv LyBSYW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAxLCAgICAgICAg ICAgICAgIC8vIEFsaWdubWVudAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMiwgICAg ICAgICAgICAgICAvLyBMZW5ndGgKICAgICAgICAgICAgICAgICAgICAgICAgICAgICkKICAgICAg ICAgICAgICAgICAgICAgICAgSU8gKERlY29kZTE2LAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgMHgwMEI0LCAgICAgICAgICAgICAvLyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAweDAwQjQsICAgICAgICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDB4MDEsICAgICAgICAgICAgICAgLy8gQWxpZ25tZW50CiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAweDBDLCAgICAgICAgICAgICAgIC8vIExlbmd0aAogICAg ICAgICAgICAgICAgICAgICAgICAgICAgKQogICAgICAgICAgICAgICAgICAgICAgICBJTyAoRGVj b2RlMTYsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwRUMsICAgICAgICAgICAgIC8v IFJhbmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDBFQywgICAgICAg ICAgICAgLy8gUmFuZ2UgTWF4aW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMSwg ICAgICAgICAgICAgICAvLyBBbGlnbm1lbnQKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4 MDQsICAgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAp CiAgICAgICAgICAgICAgICAgICAgICAgIElPIChEZWNvZGUxNiwKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDB4MDA3MiwgICAgICAgICAgICAgLy8gUmFuZ2UgTWluaW11bQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgMHgwMDcyLCAgICAgICAgICAgICAvLyBSYW5nZSBNYXhpbXVtCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAweDAxLCAgICAgICAgICAgICAgIC8vIEFsaWdubWVu dAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMiwgICAgICAgICAgICAgICAvLyBMZW5n dGgKICAgICAgICAgICAgICAgICAgICAgICAgICAgICkKICAgICAgICAgICAgICAgICAgICAgICAg SU8gKERlY29kZTE2LAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDRFLCAgICAgICAg ICAgICAvLyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwNEUs ICAgICAgICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAg IDB4MDEsICAgICAgICAgICAgICAgLy8gQWxpZ25tZW50CiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAweDAyLCAgICAgICAgICAgICAgIC8vIExlbmd0aAogICAgICAgICAgICAgICAgICAgICAg ICAgICAgKQogICAgICAgICAgICAgICAgICAgICAgICBJTyAoRGVjb2RlMTYsCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAweDA2MDAsICAgICAgICAgICAgIC8vIFJhbmdlIE1pbmltdW0KICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDYwMCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWF4 aW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMSwgICAgICAgICAgICAgICAvLyBB bGlnbm1lbnQKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4ODAsICAgICAgICAgICAgICAg Ly8gTGVuZ3RoCiAgICAgICAgICAgICAgICAgICAgICAgICAgICApCiAgICAgICAgICAgICAgICAg ICAgICAgIElPIChEZWNvZGUxNiwKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDQwQiwg ICAgICAgICAgICAgLy8gUmFuZ2UgTWluaW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgwNDBCLCAgICAgICAgICAgICAvLyBSYW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAweDAxLCAgICAgICAgICAgICAgIC8vIEFsaWdubWVudAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgMHgwMSwgICAgICAgICAgICAgICAvLyBMZW5ndGgKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICkKICAgICAgICAgICAgICAgICAgICAgICAgSU8gKERlY29kZTE2LAogICAg ICAgICAgICAgICAgICAgICAgICAgICAgMHgwNEQwLCAgICAgICAgICAgICAvLyBSYW5nZSBNaW5p bXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDA0RDAsICAgICAgICAgICAgIC8vIFJh bmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDEsICAgICAgICAgICAg ICAgLy8gQWxpZ25tZW50CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAyLCAgICAgICAg ICAgICAgIC8vIExlbmd0aAogICAgICAgICAgICAgICAgICAgICAgICAgICAgKQogICAgICAgICAg ICAgICAgICAgICAgICBJTyAoRGVjb2RlMTYsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAw eDA0RDYsICAgICAgICAgICAgIC8vIFJhbmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDB4MDRENiwgICAgICAgICAgICAgLy8gUmFuZ2UgTWF4aW11bQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgMHgwMSwgICAgICAgICAgICAgICAvLyBBbGlnbm1lbnQKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDB4MDEsICAgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICApCiAgICAgICAgICAgICAgICAgICAgICAgIElPIChEZWNvZGUx NiwKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDg3RiwgICAgICAgICAgICAgLy8gUmFu Z2UgTWluaW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwODdGLCAgICAgICAgICAg ICAvLyBSYW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAxLCAgICAg ICAgICAgICAgIC8vIEFsaWdubWVudAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMSwg ICAgICAgICAgICAgICAvLyBMZW5ndGgKICAgICAgICAgICAgICAgICAgICAgICAgICAgICkKICAg ICAgICAgICAgICAgICAgICAgICAgSU8gKERlY29kZTE2LAogICAgICAgICAgICAgICAgICAgICAg ICAgICAgMHgwQzAwLCAgICAgICAgICAgICAvLyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAweDBDMDAsICAgICAgICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDB4MDEsICAgICAgICAgICAgICAgLy8gQWxpZ25tZW50CiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAweDAyLCAgICAgICAgICAgICAgIC8vIExlbmd0aAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgKQogICAgICAgICAgICAgICAgICAgICAgICBJTyAo RGVjb2RlMTYsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDBDMTQsICAgICAgICAgICAg IC8vIFJhbmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MEMxNCwgICAg ICAgICAgICAgLy8gUmFuZ2UgTWF4aW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgw MSwgICAgICAgICAgICAgICAvLyBBbGlnbm1lbnQKICAgICAgICAgICAgICAgICAgICAgICAgICAg IDB4MDEsICAgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICApCiAgICAgICAgICAgICAgICAgICAgICAgIElPIChEZWNvZGUxNiwKICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDB4MEM1MCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWluaW11bQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgMHgwQzUwLCAgICAgICAgICAgICAvLyBSYW5nZSBNYXhpbXVt CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAxLCAgICAgICAgICAgICAgIC8vIEFsaWdu bWVudAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMywgICAgICAgICAgICAgICAvLyBM ZW5ndGgKICAgICAgICAgICAgICAgICAgICAgICAgICAgICkKICAgICAgICAgICAgICAgICAgICAg ICAgSU8gKERlY29kZTE2LAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwQzZDLCAgICAg ICAgICAgICAvLyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDBD NkMsICAgICAgICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDB4MDEsICAgICAgICAgICAgICAgLy8gQWxpZ25tZW50CiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAweDAxLCAgICAgICAgICAgICAgIC8vIExlbmd0aAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgKQogICAgICAgICAgICAgICAgICAgICAgICBJTyAoRGVjb2RlMTYsCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAweDBDNkYsICAgICAgICAgICAgIC8vIFJhbmdlIE1pbmltdW0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MEM2RiwgICAgICAgICAgICAgLy8gUmFuZ2Ug TWF4aW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMSwgICAgICAgICAgICAgICAv LyBBbGlnbm1lbnQKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDEsICAgICAgICAgICAg ICAgLy8gTGVuZ3RoCiAgICAgICAgICAgICAgICAgICAgICAgICAgICApCiAgICAgICAgICAgICAg ICAgICAgICAgIElPIChEZWNvZGUxNiwKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MENE MCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWluaW11bQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgMHgwQ0QwLCAgICAgICAgICAgICAvLyBSYW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAweDAxLCAgICAgICAgICAgICAgIC8vIEFsaWdubWVudAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgMHgwMiwgICAgICAgICAgICAgICAvLyBMZW5ndGgKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICkKICAgICAgICAgICAgICAgICAgICAgICAgSU8gKERlY29kZTE2LAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwQ0QyLCAgICAgICAgICAgICAvLyBSYW5nZSBN aW5pbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDBDRDIsICAgICAgICAgICAgIC8v IFJhbmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDEsICAgICAgICAg ICAgICAgLy8gQWxpZ25tZW50CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAyLCAgICAg ICAgICAgICAgIC8vIExlbmd0aAogICAgICAgICAgICAgICAgICAgICAgICAgICAgKQogICAgICAg ICAgICAgICAgICAgICAgICBJTyAoRGVjb2RlMTYsCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAweDBDRDQsICAgICAgICAgICAgIC8vIFJhbmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDB4MENENCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWF4aW11bQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgMHgwMSwgICAgICAgICAgICAgICAvLyBBbGlnbm1lbnQKICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDB4MDIsICAgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICApCiAgICAgICAgICAgICAgICAgICAgICAgIElPIChEZWNv ZGUxNiwKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MENENiwgICAgICAgICAgICAgLy8g UmFuZ2UgTWluaW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwQ0Q2LCAgICAgICAg ICAgICAvLyBSYW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAxLCAg ICAgICAgICAgICAgIC8vIEFsaWdubWVudAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgw MiwgICAgICAgICAgICAgICAvLyBMZW5ndGgKICAgICAgICAgICAgICAgICAgICAgICAgICAgICkK ICAgICAgICAgICAgICAgICAgICAgICAgSU8gKERlY29kZTE2LAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgMHgwQ0Q4LCAgICAgICAgICAgICAvLyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAweDBDRDgsICAgICAgICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDEsICAgICAgICAgICAgICAgLy8gQWxpZ25tZW50 CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDA4LCAgICAgICAgICAgICAgIC8vIExlbmd0 aAogICAgICAgICAgICAgICAgICAgICAgICAgICAgKQogICAgICAgICAgICAgICAgICAgICAgICBJ TyAoRGVjb2RlMTYsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDgwMDAsICAgICAgICAg ICAgIC8vIFJhbmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4ODAwMCwg ICAgICAgICAgICAgLy8gUmFuZ2UgTWF4aW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgwMSwgICAgICAgICAgICAgICAvLyBBbGlnbm1lbnQKICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDB4ODAsICAgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICApCiAgICAgICAgICAgICAgICAgICAgICAgIElPIChEZWNvZGUxNiwKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDB4ODEwMCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWluaW11bQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgMHg4MTAwLCAgICAgICAgICAgICAvLyBSYW5nZSBNYXhp bXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAxLCAgICAgICAgICAgICAgIC8vIEFs aWdubWVudAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHhGRiwgICAgICAgICAgICAgICAv LyBMZW5ndGgKICAgICAgICAgICAgICAgICAgICAgICAgICAgICkKICAgICAgICAgICAgICAgICAg ICAgICAgSU8gKERlY29kZTE2LAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHhGRTAwLCAg ICAgICAgICAgICAvLyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAw eEZFMDAsICAgICAgICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDB4MDEsICAgICAgICAgICAgICAgLy8gQWxpZ25tZW50CiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAweDAxLCAgICAgICAgICAgICAgIC8vIExlbmd0aAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgKQogICAgICAgICAgICAgICAgICAgICAgICBNZW1vcnkzMkZpeGVkIChSZWFk V3JpdGUsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweEUwMDAwMDAwLCAgICAgICAgIC8v IEFkZHJlc3MgQmFzZQogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgxMDAwMDAwMCwgICAg ICAgICAvLyBBZGRyZXNzIExlbmd0aAogICAgICAgICAgICAgICAgICAgICAgICAgICAgKQogICAg ICAgICAgICAgICAgICAgICAgICBNZW1vcnkzMkZpeGVkIChSZWFkT25seSwKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDB4RkVDMDAwMDAsICAgICAgICAgLy8gQWRkcmVzcyBCYXNlCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAweDAwMTAwMDAwLCAgICAgICAgIC8vIEFkZHJlc3MgTGVu Z3RoCiAgICAgICAgICAgICAgICAgICAgICAgICAgICApCiAgICAgICAgICAgICAgICAgICAgICAg IE1lbW9yeTMyRml4ZWQgKFJlYWRPbmx5LAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHhG RUUwMDAwMCwgICAgICAgICAvLyBBZGRyZXNzIEJhc2UKICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDB4MDAxMDAwMDAsICAgICAgICAgLy8gQWRkcmVzcyBMZW5ndGgKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICkKICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgfQoK ICAgICAgICAgICAgICAgIERldmljZSAoRE1BQykKICAgICAgICAgICAgICAgIHsKICAgICAgICAg ICAgICAgICAgICBOYW1lIChfSElELCBFaXNhSWQgKCJQTlAwMjAwIikpCiAgICAgICAgICAgICAg ICAgICAgTmFtZSAoX1NUQSwgMHgwRikKICAgICAgICAgICAgICAgICAgICBOYW1lIChfQ1JTLCBS ZXNvdXJjZVRlbXBsYXRlICgpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAg ICAgICAgICBJTyAoRGVjb2RlMTYsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwMDAs ICAgICAgICAgICAgIC8vIFJhbmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAg IDB4MDAwMCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWF4aW11bQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgMHgwMSwgICAgICAgICAgICAgICAvLyBBbGlnbm1lbnQKICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDB4MTAsICAgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICApCiAgICAgICAgICAgICAgICAgICAgICAgIElPIChEZWNvZGUxNiwKICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDA4MCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWlu aW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDgwLCAgICAgICAgICAgICAvLyBS YW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAxLCAgICAgICAgICAg ICAgIC8vIEFsaWdubWVudAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgxMCwgICAgICAg ICAgICAgICAvLyBMZW5ndGgKICAgICAgICAgICAgICAgICAgICAgICAgICAgICkKICAgICAgICAg ICAgICAgICAgICAgICAgSU8gKERlY29kZTE2LAogICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgwMEMwLCAgICAgICAgICAgICAvLyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAweDAwQzAsICAgICAgICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDB4MDEsICAgICAgICAgICAgICAgLy8gQWxpZ25tZW50CiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAweDIwLCAgICAgICAgICAgICAgIC8vIExlbmd0aAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgKQogICAgICAgICAgICAgICAgICAgICAgICBETUEgKENvbXBh dGliaWxpdHksIE5vdEJ1c01hc3RlciwgVHJhbnNmZXIxNiwgKQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgezR9CiAgICAgICAgICAgICAgICAgICAgfSkKICAgICAgICAgICAgICAgIH0KCiAg ICAgICAgICAgICAgICBEZXZpY2UgKFBJQykKICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAg ICAgICAgICBOYW1lIChfSElELCBFaXNhSWQgKCJQTlAwMDAwIikpCiAgICAgICAgICAgICAgICAg ICAgTmFtZSAoX1NUQSwgMHgwRikKICAgICAgICAgICAgICAgICAgICBOYW1lIChfQ1JTLCBSZXNv dXJjZVRlbXBsYXRlICgpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAg ICAgICBJTyAoRGVjb2RlMTYsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwMjAsICAg ICAgICAgICAgIC8vIFJhbmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4 MDAyMCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWF4aW11bQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgMHgwMSwgICAgICAgICAgICAgICAvLyBBbGlnbm1lbnQKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDB4MDIsICAgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICApCiAgICAgICAgICAgICAgICAgICAgICAgIElPIChEZWNvZGUxNiwKICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDB4MDBBMCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWluaW11 bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMEEwLCAgICAgICAgICAgICAvLyBSYW5n ZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAxLCAgICAgICAgICAgICAg IC8vIEFsaWdubWVudAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMiwgICAgICAgICAg ICAgICAvLyBMZW5ndGgKICAgICAgICAgICAgICAgICAgICAgICAgICAgICkKICAgICAgICAgICAg ICAgICAgICAgICAgSVJRIChFZGdlLCBBY3RpdmVIaWdoLCBFeGNsdXNpdmUsICkKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHsyfQogICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAgICAg ICAgICB9CgogICAgICAgICAgICAgICAgRGV2aWNlIChSVEMpCiAgICAgICAgICAgICAgICB7CiAg ICAgICAgICAgICAgICAgICAgTmFtZSAoX0hJRCwgRWlzYUlkICgiUE5QMEIwMCIpKQogICAgICAg ICAgICAgICAgICAgIE5hbWUgKF9TVEEsIDB4MEYpCiAgICAgICAgICAgICAgICAgICAgTmFtZSAo X0NSUywgUmVzb3VyY2VUZW1wbGF0ZSAoKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAg ICAgICAgICAgICAgICAgSU8gKERlY29kZTE2LAogICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgwMDcwLCAgICAgICAgICAgICAvLyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAweDAwNzAsICAgICAgICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDB4MDEsICAgICAgICAgICAgICAgLy8gQWxpZ25tZW50CiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAweDAyLCAgICAgICAgICAgICAgIC8vIExlbmd0aAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgKQogICAgICAgICAgICAgICAgICAgICAgICBJUlEgKEVkZ2Us IEFjdGl2ZUhpZ2gsIEV4Y2x1c2l2ZSwgKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgezh9 CiAgICAgICAgICAgICAgICAgICAgfSkKICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAg ICBEZXZpY2UgKFRJTUUpCiAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgTmFt ZSAoX0hJRCwgRWlzYUlkICgiUE5QMDEwMCIpKQogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9T VEEsIDB4MEYpCiAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0NSUywgUmVzb3VyY2VUZW1wbGF0 ZSAoKQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgSU8gKERl Y29kZTE2LAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDQwLCAgICAgICAgICAgICAv LyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwNDAsICAgICAg ICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDEs ICAgICAgICAgICAgICAgLy8gQWxpZ25tZW50CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAw eDA0LCAgICAgICAgICAgICAgIC8vIExlbmd0aAogICAgICAgICAgICAgICAgICAgICAgICAgICAg KQogICAgICAgICAgICAgICAgICAgICAgICBJUlEgKEVkZ2UsIEFjdGl2ZUhpZ2gsIEV4Y2x1c2l2 ZSwgKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgezB9CiAgICAgICAgICAgICAgICAgICAg fSkKICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICBEZXZpY2UgKE1BVEgpCiAgICAg ICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0hJRCwgRWlzYUlkICgiUE5Q MEMwNCIpKQogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9TVEEsIDB4MEYpCiAgICAgICAgICAg ICAgICAgICAgTmFtZSAoX0NSUywgUmVzb3VyY2VUZW1wbGF0ZSAoKQogICAgICAgICAgICAgICAg ICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgSU8gKERlY29kZTE2LAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgMHgwMEYwLCAgICAgICAgICAgICAvLyBSYW5nZSBNaW5pbXVtCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAweDAwRjAsICAgICAgICAgICAgIC8vIFJhbmdlIE1heGlt dW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDEsICAgICAgICAgICAgICAgLy8gQWxp Z25tZW50CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDBGLCAgICAgICAgICAgICAgIC8v IExlbmd0aAogICAgICAgICAgICAgICAgICAgICAgICAgICAgKQogICAgICAgICAgICAgICAgICAg ICAgICBJUlEgKEVkZ2UsIEFjdGl2ZUhpZ2gsIEV4Y2x1c2l2ZSwgKQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgezEzfQogICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAgICAgICAgICB9 CgogICAgICAgICAgICAgICAgRGV2aWNlIChTUEtSKQogICAgICAgICAgICAgICAgewogICAgICAg ICAgICAgICAgICAgIE5hbWUgKF9ISUQsIEVpc2FJZCAoIlBOUDA4MDAiKSkKICAgICAgICAgICAg ICAgICAgICBOYW1lIChfU1RBLCAweDBGKQogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9DUlMs IFJlc291cmNlVGVtcGxhdGUgKCkKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAg ICAgICAgICAgIElPIChEZWNvZGUxNiwKICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDA2 MSwgICAgICAgICAgICAgLy8gUmFuZ2UgTWluaW11bQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgMHgwMDYxLCAgICAgICAgICAgICAvLyBSYW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAweDAxLCAgICAgICAgICAgICAgIC8vIEFsaWdubWVudAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgMHgwMSwgICAgICAgICAgICAgICAvLyBMZW5ndGgKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICkKICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAg fQoKICAgICAgICAgICAgICAgIERldmljZSAoSFBFVCkKICAgICAgICAgICAgICAgIHsKICAgICAg ICAgICAgICAgICAgICBOYW1lIChfSElELCBFaXNhSWQgKCJQTlAwMTAzIikpCiAgICAgICAgICAg ICAgICAgICAgTWV0aG9kIChfU1RBLCAwLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAg ICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgSWYgKFxfU0IuUENJMC5MUEMuSFBURSkKICAg ICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUg KDB4MEYsIExvY2FsMCkKICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAg ICAgICAgICBFbHNlCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFN0b3JlICgweDA5LCBMb2NhbDApCiAgICAgICAgICAgICAgICAgICAgICAgIH0K CiAgICAgICAgICAgICAgICAgICAgICAgIFJldHVybiAoTG9jYWwwKQogICAgICAgICAgICAgICAg ICAgIH0KCiAgICAgICAgICAgICAgICAgICAgTWV0aG9kIChfQ1JTLCAwLCBOb3RTZXJpYWxpemVk KQogICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoQlVG RiwgUmVzb3VyY2VUZW1wbGF0ZSAoKQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAg ICAgICAgICAgICAgICAgICAgICBNZW1vcnkzMkZpeGVkIChSZWFkT25seSwKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAweEZFRDAwMDAwLCAgICAgICAgIC8vIEFkZHJlc3MgQmFzZQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAwMDEwMDAsICAgICAgICAgLy8gQWRk cmVzcyBMZW5ndGgKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICApCiAgICAgICAgICAg ICAgICAgICAgICAgIH0pCiAgICAgICAgICAgICAgICAgICAgICAgIFJldHVybiAoQlVGRikKICAg ICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAgICAgRGV2 aWNlIChTSU8pCiAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgTmFtZSAoX0hJ RCwgRWlzYUlkICgiUE5QMEEwNSIpKQogICAgICAgICAgICAgICAgICAgIE5hbWUgKF9TVEEsIDB4 MEYpCiAgICAgICAgICAgICAgICAgICAgT3BlcmF0aW9uUmVnaW9uIChTTVNDLCBTeXN0ZW1JTywg MHg0RSwgMHgwMikKICAgICAgICAgICAgICAgICAgICBGaWVsZCAoU01TQywgQnl0ZUFjYywgTm9M b2NrLCBQcmVzZXJ2ZSkKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAg ICAgIElORFgsICAgOCwgCiAgICAgICAgICAgICAgICAgICAgICAgIERBVEEsICAgOAogICAgICAg ICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgSW5kZXhGaWVsZCAoSU5EWCwgREFU QSwgQnl0ZUFjYywgTm9Mb2NrLCBQcmVzZXJ2ZSkKICAgICAgICAgICAgICAgICAgICB7CiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgT2Zmc2V0ICgweDA3KSwgCiAgICAgICAgICAgICAg ICAgICAgICAgIEZVTkMsICAgOCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgT2Zm c2V0ICgweDMwKSwgCiAgICAgICAgICAgICAgICAgICAgICAgIERFTiwgICAgOCwgCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgT2Zmc2V0ICgweDYwKSwgCiAgICAgICAgICAgICAgICAg ICAgICAgIERBREgsICAgOCwgCiAgICAgICAgICAgICAgICAgICAgICAgIERBREwsICAgOCwgCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgT2Zmc2V0ICgweDcwKSwgCiAgICAgICAgICAg ICAgICAgICAgICAgIERJUiwgICAgNCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg T2Zmc2V0ICgweDcyKSwgCiAgICAgICAgICAgICAgICAgICAgICAgIERJUjIsICAgOCwgCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgT2Zmc2V0ICgweDc0KSwgCiAgICAgICAgICAgICAg ICAgICAgICAgIERETUEsICAgOCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgT2Zm c2V0ICgweEYwKSwgCiAgICAgICAgICAgICAgICAgICAgICAgIE9QVDEsICAgOCwgCiAgICAgICAg ICAgICAgICAgICAgICAgIE9QVDIsICAgOAogICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAg ICAgICAgICAgICAgT3BlcmF0aW9uUmVnaW9uIChTU1dDLCBTeXN0ZW1JTywgMHgwNjAwLCAweDgw KQogICAgICAgICAgICAgICAgICAgIEZpZWxkIChTU1dDLCBBbnlBY2MsIE5vTG9jaywgUHJlc2Vy dmUpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBQTUVTLCAg IDEsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIE9mZnNldCAoMHgwMiksIAogICAg ICAgICAgICAgICAgICAgICAgICBQTUVFLCAgIDEsIAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIE9mZnNldCAoMHgwNCksIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgLCAgIDEs IAogICAgICAgICAgICAgICAgICAgICAgICBSSTJTLCAgIDEsIAogICAgICAgICAgICAgICAgICAg ICAgICBSSTFTLCAgIDEsIAogICAgICAgICAgICAgICAgICAgICAgICBLQkRTLCAgIDEsIAogICAg ICAgICAgICAgICAgICAgICAgICBNT1VTLCAgIDEsIAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIE9mZnNldCAoMHgwOCksIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgLCAgIDEs IAogICAgICAgICAgICAgICAgICAgICAgICBSSTJFLCAgIDEsIAogICAgICAgICAgICAgICAgICAg ICAgICBSSTFFLCAgIDEsIAogICAgICAgICAgICAgICAgICAgICAgICBLQkRFLCAgIDEsIAogICAg ICAgICAgICAgICAgICAgICAgICBNT1VFLCAgIDEsIAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIE9mZnNldCAoMHg1RCksIAogICAgICAgICAgICAgICAgICAgICAgICBMRUQxLCAgIDgs IAogICAgICAgICAgICAgICAgICAgICAgICBMRUQyLCAgIDgKICAgICAgICAgICAgICAgICAgICB9 CgogICAgICAgICAgICAgICAgICAgIE1ldGhvZCAoX0lOSSwgMCwgTm90U2VyaWFsaXplZCkKICAg ICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIFNNQyAoWmVybywgUmVm T2YgKFBNRUUpLCBSZWZPZiAoUE1FUykpCiAgICAgICAgICAgICAgICAgICAgICAgIFNNQyAoWmVy bywgUmVmT2YgKEtCREUpLCBSZWZPZiAoS0JEUykpCiAgICAgICAgICAgICAgICAgICAgICAgIFNN QyAoWmVybywgUmVmT2YgKE1PVUUpLCBSZWZPZiAoTU9VUykpCiAgICAgICAgICAgICAgICAgICAg ICAgIFNNQyAoWmVybywgUmVmT2YgKFJJMUUpLCBSZWZPZiAoUkkxUykpCiAgICAgICAgICAgICAg ICAgICAgICAgIFNNQyAoWmVybywgUmVmT2YgKFJJMkUpLCBSZWZPZiAoUkkyUykpCiAgICAgICAg ICAgICAgICAgICAgICAgIFN0b3JlICgweDU1LCBJTkRYKQogICAgICAgICAgICAgICAgICAgICAg ICBTdG9yZSAoMHgwMCwgRlVOQykKICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKERFTiwg RkRFTikKICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKDB4MDMsIEZVTkMpCiAgICAgICAg ICAgICAgICAgICAgICAgIFN0b3JlIChERU4sIEwxRU4pCiAgICAgICAgICAgICAgICAgICAgICAg IFN0b3JlICgweDA0LCBGVU5DKQogICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoREVOLCBD MUVOKQogICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoMHgwNSwgRlVOQykKICAgICAgICAg ICAgICAgICAgICAgICAgU3RvcmUgKERFTiwgQzJFTikKICAgICAgICAgICAgICAgICAgICAgICAg U3RvcmUgKDB4QUEsIElORFgpCiAgICAgICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAg ICAgICBNZXRob2QgKFdBS0UsIDEsIE5vdFNlcmlhbGl6ZWQpCiAgICAgICAgICAgICAgICAgICAg ewogICAgICAgICAgICAgICAgICAgICAgICBTTUMgKFplcm8sIFJlZk9mIChLQkRFKSwgUmVmT2Yg KEtCRFMpKQogICAgICAgICAgICAgICAgICAgICAgICBTTUMgKFplcm8sIFJlZk9mIChNT1VFKSwg UmVmT2YgKE1PVVMpKQogICAgICAgICAgICAgICAgICAgICAgICBTTUMgKFplcm8sIFJlZk9mIChS STFFKSwgUmVmT2YgKFJJMVMpKQogICAgICAgICAgICAgICAgICAgICAgICBTTUMgKFplcm8sIFJl Zk9mIChSSTJFKSwgUmVmT2YgKFJJMlMpKQogICAgICAgICAgICAgICAgICAgICAgICBTTUMgKFpl cm8sIFJlZk9mIChQTUVFKSwgUmVmT2YgKFBNRVMpKQogICAgICAgICAgICAgICAgICAgIH0KCiAg ICAgICAgICAgICAgICAgICAgTWV0aG9kIChTTEVQLCAxLCBOb3RTZXJpYWxpemVkKQogICAgICAg ICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgSWYgKExFcXVhbCAoQXJnMCwg MHgwMSkpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFNNQyAoT25lLCBSZWZPZiAoUkkxRSksIFJlZk9mIChSSTFTKSkKICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFNNQyAoT25lLCBSZWZPZiAoUkkyRSksIFJlZk9mIChSSTJTKSkKICAgICAg ICAgICAgICAgICAgICAgICAgICAgIFNNQyAoT25lLCBSZWZPZiAoS0JERSksIFJlZk9mIChLQkRT KSkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFNNQyAoT25lLCBSZWZPZiAoTU9VRSksIFJl Zk9mIChNT1VTKSkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFNNQyAoT25lLCBSZWZPZiAo UE1FRSksIFJlZk9mIChQTUVTKSkKICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAg ICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgTWV0aG9kIChTTUMsIDMsIE5vdFNlcmlh bGl6ZWQpCiAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBJZiAo QXJnMCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAg ICAgU3RvcmUgKE9uZSwgQXJnMikKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlIChP bmUsIEFyZzEpCiAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAg ICAgRWxzZQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAg ICAgICBTdG9yZSAoWmVybywgQXJnMSkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3Jl IChPbmUsIEFyZzIpCiAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAg ICB9CgogICAgICAgICAgICAgICAgICAgIERldmljZSAoS0VZQikKICAgICAgICAgICAgICAgICAg ICB7CiAgICAgICAgICAgICAgICAgICAgICAgIE5hbWUgKF9ISUQsIEVpc2FJZCAoIlBOUDAzMDMi KSkKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoX1NUQSwgMHgwRikKICAgICAgICAgICAg ICAgICAgICAgICAgTmFtZSAoX0NSUywgUmVzb3VyY2VUZW1wbGF0ZSAoKQogICAgICAgICAgICAg ICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBJTyAoRGVjb2RlMTYsCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDYwLCAgICAgICAgICAgICAvLyBSYW5n ZSBNaW5pbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDYwLCAgICAgICAg ICAgICAvLyBSYW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgw MSwgICAgICAgICAgICAgICAvLyBBbGlnbm1lbnQKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAweDAxLCAgICAgICAgICAgICAgIC8vIExlbmd0aAogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIElPIChEZWNvZGUxNiwKICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwNjQsICAgICAgICAgICAgIC8vIFJhbmdl IE1pbmltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwNjQsICAgICAgICAg ICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAx LCAgICAgICAgICAgICAgIC8vIEFsaWdubWVudAogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDB4MDEsICAgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgSVJRIChFZGdlLCBBY3RpdmVI aWdoLCBFeGNsdXNpdmUsICkKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB7MX0KICAg ICAgICAgICAgICAgICAgICAgICAgfSkKICAgICAgICAgICAgICAgICAgICB9CgogICAgICAgICAg ICAgICAgICAgIERldmljZSAoUFMyTSkKICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAg ICAgICAgICAgICAgIE5hbWUgKF9ISUQsIEVpc2FJZCAoIlBOUDBGMTMiKSkKICAgICAgICAgICAg ICAgICAgICAgICAgTWV0aG9kIChfU1RBLCAwLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAg ICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoMHg1NSwgSU5E WCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICgweDA3LCBGVU5DKQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgSWYgKERJUjIpCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKDB4MEYsIExvY2FsMCkK ICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAg IEVsc2UKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBTdG9yZSAoMHgwOCwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgfQoKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICgweEFBLCBJTkRYKQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgUmV0dXJuIChMb2NhbDApCiAgICAgICAgICAgICAgICAg ICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgICAgIE5hbWUgKF9DUlMsIFJlc291cmNlVGVt cGxhdGUgKCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAg ICAgICAgSVJRIChFZGdlLCBBY3RpdmVIaWdoLCBFeGNsdXNpdmUsICkKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICB7MTJ9CiAgICAgICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAg ICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAgICAgICBEZXZpY2UgKEZEQykKICAgICAgICAg ICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgIE5hbWUgKF9ISUQsIEVpc2FJZCAo IlBOUDA3MDAiKSkKICAgICAgICAgICAgICAgICAgICAgICAgTWV0aG9kIChfU1RBLCAwLCBOb3RT ZXJpYWxpemVkKQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAg ICAgICAgICBTdG9yZSAoMHg1NSwgSU5EWCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0 b3JlICgweDAwLCBGVU5DKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgSWYgKExFcXVhbCAo RkRFTiwgMHgwMSkpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgSWYgKERFTikKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICgweDBGLCBMb2Nh bDApCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIEVsc2UKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICgweDBELCBMb2NhbDApCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICAgICAg fQogICAgICAgICAgICAgICAgICAgICAgICAgICAgRWxzZQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICgweDA4LCBMb2Nh bDApCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAgICAgICAgICAg ICAgICAgU3RvcmUgKDB4QUEsIElORFgpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBSZXR1 cm4gKExvY2FsMCkKICAgICAgICAgICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAgICAg ICAgICAgTWV0aG9kIChfRElTLCAwLCBOb3RTZXJpYWxpemVkKQogICAgICAgICAgICAgICAgICAg ICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoMHg1NSwgSU5EWCkKICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICgweDAwLCBGVU5DKQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgU3RvcmUgKFplcm8sIERFTikKICAgICAgICAgICAgICAgICAgICAgICAg ICAgIEFuZCAoRkRDWCwgTm90IChGREFEKSwgRkRDWCkKICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFN0b3JlIChaZXJvLCBGREFEKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUg KDB4QUEsIElORFgpCiAgICAgICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAg ICAgICAgIE1ldGhvZCAoX0NSUywgMCwgTm90U2VyaWFsaXplZCkKICAgICAgICAgICAgICAgICAg ICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoQlVGRiwgUmVzb3VyY2VU ZW1wbGF0ZSAoKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIElPIChEZWNvZGUxNiwKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMHgwM0YwLCAgICAgICAgICAgICAvLyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDNGMCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWF4 aW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAxLCAgICAgICAgICAg ICAgIC8vIEFsaWdubWVudAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDA2 LCAgICAgICAgICAgICAgIC8vIExlbmd0aAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICApCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSU8gKERlY29kZTE2LAogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAzRjcsICAgICAgICAgICAgIC8vIFJh bmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwM0Y3LCAg ICAgICAgICAgICAvLyBSYW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDB4MDEsICAgICAgICAgICAgICAgLy8gQWxpZ25tZW50CiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDB4MDEsICAgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICkKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBETUEgKENvbXBhdGliaWxpdHksIE5vdEJ1c01hc3RlciwgVHJhbnNmZXIxNiwgKQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB7Mn0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBJUlFOb0ZsYWdzICgpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHs2fQogICAgICAgICAgICAgICAgICAgICAgICAgICAgfSkKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFJldHVybiAoQlVGRikKICAgICAgICAgICAgICAgICAgICAgICAgfQoKICAgICAg ICAgICAgICAgICAgICAgICAgTmFtZSAoX1BSUywgUmVzb3VyY2VUZW1wbGF0ZSAoKQogICAgICAg ICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBJTyAoRGVjb2Rl MTYsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwM0YwLCAgICAgICAgICAgICAv LyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwM0YwLCAg ICAgICAgICAgICAvLyBSYW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMHgwMSwgICAgICAgICAgICAgICAvLyBBbGlnbm1lbnQKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAweDA2LCAgICAgICAgICAgICAgIC8vIExlbmd0aAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIElPIChEZWNvZGUx NiwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAzRjcsICAgICAgICAgICAgIC8v IFJhbmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAzRjcsICAg ICAgICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAweDAxLCAgICAgICAgICAgICAgIC8vIEFsaWdubWVudAogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDB4MDEsICAgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgRE1BIChDb21wYXRp YmlsaXR5LCBOb3RCdXNNYXN0ZXIsIFRyYW5zZmVyMTYsICkKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICB7Mn0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIElSUU5vRmxhZ3MgKCkK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB7Nn0KICAgICAgICAgICAgICAgICAgICAg ICAgfSkKICAgICAgICAgICAgICAgICAgICAgICAgTWV0aG9kIChfU1JTLCAxLCBOb3RTZXJpYWxp emVkKQogICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAg ICBTdG9yZSAoMHg1NSwgSU5EWCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICgw eDAwLCBGVU5DKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKE9uZSwgREVOKQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgT3IgKDB4MDEsIEZEQUQpCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICBPciAoRkRDWCwgRkRBRCwgRkRDWCkKICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFN0b3JlICgweEFBLCBJTkRYKQogICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAg ICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAgICAgICBEZXZpY2UgKENPTTEpCiAgICAg ICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICBOYW1lIChfSElELCBFaXNh SWQgKCJQTlAwNTAxIikpCiAgICAgICAgICAgICAgICAgICAgICAgIE5hbWUgKF9VSUQsIDB4MDEp CiAgICAgICAgICAgICAgICAgICAgICAgIE1ldGhvZCAoX1NUQSwgMCwgTm90U2VyaWFsaXplZCkK ICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgU3Rv cmUgKDB4NTUsIElORFgpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoMHgwNCwg RlVOQykKICAgICAgICAgICAgICAgICAgICAgICAgICAgIElmIChMRXF1YWwgKEMxRU4sIDB4MDEp KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIElmIChERU4pCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoMHgwRiwgTG9jYWwwKQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBFbHNlCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBTdG9yZSAoMHgwRCwgTG9jYWwwKQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAg ICAgICAgICAgICAgICAgICAgIEVsc2UKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHsKICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoMHgwOCwgTG9jYWwwKQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3Jl ICgweEFBLCBJTkRYKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgUmV0dXJuIChMb2NhbDAp CiAgICAgICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgICAgIE1ldGhv ZCAoX0RJUywgMCwgTm90U2VyaWFsaXplZCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAg ICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKDB4NTUsIElORFgpCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICBTdG9yZSAoMHgwNCwgRlVOQykKICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFN0b3JlIChaZXJvLCBERU4pCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBBbmQgKFNF UlgsIE5vdCAoQzFBRCksIFNFUlgpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAo WmVybywgQzFBRCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICgweEFBLCBJTkRY KQogICAgICAgICAgICAgICAgICAgICAgICB9CgogICAgICAgICAgICAgICAgICAgICAgICBNZXRo b2QgKF9DUlMsIDAsIE5vdFNlcmlhbGl6ZWQpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICgweDU1LCBJTkRYKQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgU3RvcmUgKDB4MDQsIEZVTkMpCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICBOYW1lIChCVUZGLCBSZXNvdXJjZVRlbXBsYXRlICgpCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSU8gKERlY29kZTE2LAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwMDAsICAgICAgICAgICAgIC8v IFJhbmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMDAw LCAgICAgICAgICAgICAvLyBSYW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDB4MDgsICAgICAgICAgICAgICAgLy8gQWxpZ25tZW50CiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDB4MDgsICAgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF9ZMDkpCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgSVJRTm9GbGFncyAoX1kwQSkKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgezB9CiAgICAgICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgQ3JlYXRlQnl0ZUZpZWxkIChCVUZGLCBcX1NCLlBDSTAuTFBDLlNJTy5D T00xLl9DUlMuX1kwOS5fTUlOLCBBRDFMKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgQ3Jl YXRlQnl0ZUZpZWxkIChCVUZGLCAweDAzLCBBRDFIKQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgQ3JlYXRlQnl0ZUZpZWxkIChCVUZGLCBcX1NCLlBDSTAuTFBDLlNJTy5DT00xLl9DUlMuX1kw OS5fTUFYLCBBRDJMKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgQ3JlYXRlQnl0ZUZpZWxk IChCVUZGLCAweDA1LCBBRDJIKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKERB REwsIEFEMUwpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoREFESCwgQUQxSCkK ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlIChEQURMLCBBRDJMKQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgU3RvcmUgKERBREgsIEFEMkgpCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICBDcmVhdGVXb3JkRmllbGQgKEJVRkYsIFxfU0IuUENJMC5MUEMuU0lPLkNPTTEuX0NS Uy5fWTBBLl9JTlQsIElSUVMpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoT25l LCBMb2NhbDApCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTaGlmdExlZnQgKExvY2FsMCwg RElSLCBJUlFTKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKDB4QUEsIElORFgp CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBSZXR1cm4gKEJVRkYpCiAgICAgICAgICAgICAg ICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgICAgIE5hbWUgKF9QUlMsIFJlc291cmNl VGVtcGxhdGUgKCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAg ICAgICAgICAgU3RhcnREZXBlbmRlbnRGbiAoMHgwMCwgMHgwMCkKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJTyAoRGVjb2RlMTYs CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDNGOCwgICAgICAgICAgICAg Ly8gUmFuZ2UgTWluaW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAz RjgsICAgICAgICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgMHgwOCwgICAgICAgICAgICAgICAvLyBBbGlnbm1lbnQKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMHgwOCwgICAgICAgICAgICAgICAvLyBMZW5ndGgKICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIElSUU5vRmxhZ3MgKCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgezR9CiAgICAgICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAg ICAgICAgICBTdGFydERlcGVuZGVudEZuICgweDAxLCAweDAxKQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIElPIChEZWNvZGUxNiwK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwM0U4LCAgICAgICAgICAgICAv LyBSYW5nZSBNaW5pbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDNF OCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWF4aW11bQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAweDA4LCAgICAgICAgICAgICAgIC8vIEFsaWdubWVudAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAweDA4LCAgICAgICAgICAgICAgIC8vIExlbmd0aAogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICApCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgSVJRTm9GbGFncyAoKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICB7NH0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFN0YXJ0RGVwZW5kZW50Rm4gKDB4MDIsIDB4MDIpCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSU8gKERlY29kZTE2LAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAyRjgsICAgICAgICAgICAgIC8v IFJhbmdlIE1pbmltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMkY4 LCAgICAgICAgICAgICAvLyBSYW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDB4MDgsICAgICAgICAgICAgICAgLy8gQWxpZ25tZW50CiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDB4MDgsICAgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICkKICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBJUlFOb0ZsYWdzICgpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHszfQogICAgICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgU3RhcnREZXBlbmRlbnRGbiAoMHgwMiwgMHgwMikKICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJTyAoRGVjb2RlMTYsCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDJFOCwgICAgICAgICAgICAgLy8g UmFuZ2UgTWluaW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAyRTgs ICAgICAgICAgICAgIC8vIFJhbmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMHgwOCwgICAgICAgICAgICAgICAvLyBBbGlnbm1lbnQKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMHgwOCwgICAgICAgICAgICAgICAvLyBMZW5ndGgKICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIElSUU5vRmxhZ3MgKCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ezN9CiAgICAgICAgICAgICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAg ICAgICBFbmREZXBlbmRlbnRGbiAoKQogICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAg ICAgICAgICAgICAgICAgICBOYW1lIChDTTFMLCBQYWNrYWdlICgweDA0KQogICAgICAgICAgICAg ICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAzRjgsIAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgMHgwMkY4LCAKICAgICAgICAgICAgICAgICAgICAgICAgICAg IDB4MDJFOCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAzRTgKICAgICAgICAgICAg ICAgICAgICAgICAgfSkKICAgICAgICAgICAgICAgICAgICAgICAgTmFtZSAoQ00xQywgUGFja2Fn ZSAoMHgwNCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAg ICAgICAgMHgwMSwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAyLCAKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDB4MjAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHg4 MAogICAgICAgICAgICAgICAgICAgICAgICB9KQogICAgICAgICAgICAgICAgICAgICAgICBNZXRo b2QgKF9TUlMsIDEsIE5vdFNlcmlhbGl6ZWQpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICgweDU1LCBJTkRYKQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgU3RvcmUgKDB4MDQsIEZVTkMpCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICBDcmVhdGVCeXRlRmllbGQgKEFyZzAsIDB4MDIsIElPU0wpCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEFyZzAsIDB4MDMsIElPU0gpCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICBDcmVhdGVXb3JkRmllbGQgKEFyZzAsIDB4MDIsIElPU0EpCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICBDcmVhdGVXb3JkRmllbGQgKEFyZzAsIDB4MDksIElSUVMp CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoSU9TTCwgREFETCkKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFN0b3JlIChJT1NILCBEQURIKQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgU3RvcmUgKERlcmVmT2YgKEluZGV4IChDTTFDLCBNYXRjaCAoQ00xTCwgTUVRLCBJ T1NBLCBNVFIsIDB4MDAsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDApKSks IEMxQUQpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBPciAoU0VSWCwgQzFBRCwgU0VSWCkK ICAgICAgICAgICAgICAgICAgICAgICAgICAgIEZpbmRTZXRSaWdodEJpdCAoSVJRUywgTG9jYWww KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgSWYgKExvY2FsMCkKICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBEZWNyZW1lbnQg KExvY2FsMCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICBTdG9yZSAoTG9jYWwwLCBESVIpCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICBTdG9yZSAoT25lLCBERU4pCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoMHhB QSwgSU5EWCkKICAgICAgICAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgIH0K CiAgICAgICAgICAgICAgICAgICAgRGV2aWNlIChDT00yKQogICAgICAgICAgICAgICAgICAgIHsK ICAgICAgICAgICAgICAgICAgICAgICAgTWV0aG9kIChfSElELCAwLCBOb3RTZXJpYWxpemVkKQog ICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9y ZSAoMHg1NSwgSU5EWCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICgweDA1LCBG VU5DKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgSWYgKExFcXVhbCAoQW5kIChPUFQyLCAw eDM4KSwgMHgwMCkpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgU3RvcmUgKDB4MDEwNUQwNDEsIExvY2FsMCkKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIEVsc2UKICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBT dG9yZSAoMHgxMDA1RDA0MSwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgfQoK ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICgweEFBLCBJTkRYKQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgUmV0dXJuIChMb2NhbDApCiAgICAgICAgICAgICAgICAgICAgICAg IH0KCiAgICAgICAgICAgICAgICAgICAgICAgIE5hbWUgKF9VSUQsIDB4MDIpCiAgICAgICAgICAg ICAgICAgICAgICAgIE1ldGhvZCAoX1NUQSwgMCwgTm90U2VyaWFsaXplZCkKICAgICAgICAgICAg ICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKDB4NTUsIElO RFgpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoMHgwNSwgRlVOQykKICAgICAg ICAgICAgICAgICAgICAgICAgICAgIElmIChMRXF1YWwgKEMyRU4sIDB4MDEpKQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIElmIChE RU4pCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBTdG9yZSAoMHgwRiwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBFbHNlCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBTdG9yZSAoMHgwRCwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgIEVsc2UKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBTdG9yZSAoMHgwOCwgTG9jYWwwKQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgfQoKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICgweEFBLCBJTkRY KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgUmV0dXJuIChMb2NhbDApCiAgICAgICAgICAg ICAgICAgICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgICAgIE1ldGhvZCAoX0RJUywgMCwg Tm90U2VyaWFsaXplZCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAg ICAgICAgICAgICAgU3RvcmUgKDB4NTUsIElORFgpCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICBTdG9yZSAoMHgwNSwgRlVOQykKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlICha ZXJvLCBERU4pCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBPciAoT1BUMSwgMHgyMCwgT1BU MSkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIEFuZCAoU0VSWCwgTm90IChDMkFEKSwgU0VS WCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlIChaZXJvLCBDMkFEKQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgU3RvcmUgKDB4QUEsIElORFgpCiAgICAgICAgICAgICAgICAg ICAgICAgIH0KCiAgICAgICAgICAgICAgICAgICAgICAgIE1ldGhvZCAoX0NSUywgMCwgTm90U2Vy aWFsaXplZCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAg ICAgICAgU3RvcmUgKDB4NTUsIElORFgpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9y ZSAoMHgwNSwgRlVOQykKICAgICAgICAgICAgICAgICAgICAgICAgICAgIE5hbWUgKEJVRkYsIFJl c291cmNlVGVtcGxhdGUgKCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBJTyAoRGVjb2RlMTYsCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDB4MDAwMCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWluaW11bQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAwMDAsICAgICAgICAgICAgIC8vIFJh bmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwOCwgICAg ICAgICAgICAgICAvLyBBbGlnbm1lbnQKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMHgwOCwgICAgICAgICAgICAgICAvLyBMZW5ndGgKICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgX1kwQikKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJUlFOb0Zs YWdzIChfWTBDKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB7MH0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBDcmVh dGVCeXRlRmllbGQgKEJVRkYsIFxfU0IuUENJMC5MUEMuU0lPLkNPTTIuX0NSUy5fWTBCLl9NSU4s IEFEMUwpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEJVRkYs IDB4MDMsIEFEMUgpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQg KEJVRkYsIFxfU0IuUENJMC5MUEMuU0lPLkNPTTIuX0NSUy5fWTBCLl9NQVgsIEFEMkwpCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICBDcmVhdGVCeXRlRmllbGQgKEJVRkYsIDB4MDUsIEFEMkgp CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoREFETCwgQUQxTCkKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFN0b3JlIChEQURILCBBRDFIKQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgU3RvcmUgKERBREwsIEFEMkwpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBT dG9yZSAoREFESCwgQUQySCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIENyZWF0ZVdvcmRG aWVsZCAoQlVGRiwgXF9TQi5QQ0kwLkxQQy5TSU8uQ09NMi5fQ1JTLl9ZMEMuX0lOVCwgSVJRUykK ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlIChPbmUsIExvY2FsMCkKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFNoaWZ0TGVmdCAoTG9jYWwwLCBESVIsIElSUVMpCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICBTdG9yZSAoMHhBQSwgSU5EWCkKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFJldHVybiAoQlVGRikKICAgICAgICAgICAgICAgICAgICAgICAgfQoKICAgICAg ICAgICAgICAgICAgICAgICAgTmFtZSAoX1BSUywgUmVzb3VyY2VUZW1wbGF0ZSAoKQogICAgICAg ICAgICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdGFydERlcGVu ZGVudEZuICgweDAwLCAweDAwKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIElPIChEZWNvZGUxNiwKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMHgwMkY4LCAgICAgICAgICAgICAvLyBSYW5nZSBNaW5pbXVtCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDJGOCwgICAgICAgICAgICAgLy8g UmFuZ2UgTWF4aW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDA4LCAg ICAgICAgICAgICAgIC8vIEFsaWdubWVudAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAweDA4LCAgICAgICAgICAgICAgIC8vIExlbmd0aAogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICApCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSVJRTm9GbGFn cyAoKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB7M30KICAgICAgICAgICAg ICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0YXJ0RGVwZW5k ZW50Rm4gKDB4MDEsIDB4MDEpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB7CiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgSU8gKERlY29kZTE2LAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAweDAyRTgsICAgICAgICAgICAgIC8vIFJhbmdlIE1pbmltdW0KICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMkU4LCAgICAgICAgICAgICAvLyBS YW5nZSBNYXhpbXVtCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDgsICAg ICAgICAgICAgICAgLy8gQWxpZ25tZW50CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDB4MDgsICAgICAgICAgICAgICAgLy8gTGVuZ3RoCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICkKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJUlFOb0ZsYWdz ICgpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHszfQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICAgICAgU3RhcnREZXBlbmRl bnRGbiAoMHgwMiwgMHgwMikKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBJTyAoRGVjb2RlMTYsCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDB4MDNGOCwgICAgICAgICAgICAgLy8gUmFuZ2UgTWluaW11bQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAzRjgsICAgICAgICAgICAgIC8vIFJh bmdlIE1heGltdW0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwOCwgICAg ICAgICAgICAgICAvLyBBbGlnbm1lbnQKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMHgwOCwgICAgICAgICAgICAgICAvLyBMZW5ndGgKICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIElSUU5vRmxhZ3Mg KCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgezR9CiAgICAgICAgICAgICAg ICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdGFydERlcGVuZGVu dEZuICgweDAyLCAweDAyKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIElPIChEZWNvZGUxNiwKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMHgwM0U4LCAgICAgICAgICAgICAvLyBSYW5nZSBNaW5pbXVtCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDNFOCwgICAgICAgICAgICAgLy8gUmFu Z2UgTWF4aW11bQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDA4LCAgICAg ICAgICAgICAgIC8vIEFsaWdubWVudAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAweDA4LCAgICAgICAgICAgICAgIC8vIExlbmd0aAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICApCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSVJRTm9GbGFncyAo KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB7NH0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIEVuZERlcGVuZGVudEZu ICgpCiAgICAgICAgICAgICAgICAgICAgICAgIH0pCiAgICAgICAgICAgICAgICAgICAgICAgIE5h bWUgKENNMkwsIFBhY2thZ2UgKDB4MDQpCiAgICAgICAgICAgICAgICAgICAgICAgIHsKICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDB4MDNGOCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAweDAyRjgsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMkU4LCAKICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDB4MDNFOAogICAgICAgICAgICAgICAgICAgICAgICB9KQogICAg ICAgICAgICAgICAgICAgICAgICBOYW1lIChDTTJDLCBQYWNrYWdlICgweDA0KQogICAgICAgICAg ICAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDAxLCAKICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDB4MDIsIAogICAgICAgICAgICAgICAgICAgICAgICAgICAg MHgyMCwgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAweDgwCiAgICAgICAgICAgICAgICAg ICAgICAgIH0pCiAgICAgICAgICAgICAgICAgICAgICAgIE1ldGhvZCAoX1NSUywgMSwgTm90U2Vy aWFsaXplZCkKICAgICAgICAgICAgICAgICAgICAgICAgewogICAgICAgICAgICAgICAgICAgICAg ICAgICAgU3RvcmUgKDB4NTUsIElORFgpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9y ZSAoMHgwNSwgRlVOQykKICAgICAgICAgICAgICAgICAgICAgICAgICAgIENyZWF0ZUJ5dGVGaWVs ZCAoQXJnMCwgMHgwMiwgSU9TTCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIENyZWF0ZUJ5 dGVGaWVsZCAoQXJnMCwgMHgwMywgSU9TSCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgIENy ZWF0ZVdvcmRGaWVsZCAoQXJnMCwgMHgwMiwgSU9TQSkKICAgICAgICAgICAgICAgICAgICAgICAg ICAgIENyZWF0ZVdvcmRGaWVsZCAoQXJnMCwgMHgwOSwgSVJRUykKICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFN0b3JlIChJT1NMLCBEQURMKQogICAgICAgICAgICAgICAgICAgICAgICAgICAg U3RvcmUgKElPU0gsIERBREgpCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoRGVy ZWZPZiAoSW5kZXggKENNMkMsIE1hdGNoIChDTTJMLCBNRVEsIElPU0EsIE1UUiwgMHgwMCwgCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgwMCkpKSwgQzJBRCkKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIE9yIChTRVJYLCBDMkFELCBTRVJYKQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgRmluZFNldFJpZ2h0Qml0IChJUlFTLCBMb2NhbDApCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICBJZiAoTG9jYWwwKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgewogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIERlY3JlbWVudCAoTG9jYWwwKQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgfQoKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlIChM b2NhbDAsIERJUikKICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN0b3JlIChPbmUsIERFTikK ICAgICAgICAgICAgICAgICAgICAgICAgICAgIEFuZCAoT1BUMSwgTE5vdCAoMHgyMCksIE9QVDEp CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdG9yZSAoMHhBQSwgSU5EWCkKICAgICAgICAg ICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgIH0K ICAgICAgICAgICAgfQogICAgICAgIH0KICAgIH0KfQoK --_005_35CFCFC220BF044DA8BFCE7FC11853D701A1EEEX02reitznerlocal_ Content-Type: text/plain; name="vmstat.txt" Content-Description: vmstat.txt Content-Disposition: attachment; filename="vmstat.txt"; size=21982; creation-date="Tue, 10 Jan 2012 19:12:08 GMT"; modification-date="Tue, 10 Jan 2012 19:12:08 GMT" Content-Transfer-Encoding: base64 WzIuMC4xLVJFTEVBU0VdW3Jvb3RAcmFjZy5sb2NhbF0vcm9vdCg1KTogdm1zdGF0IC1pCmludGVy cnVwdCAgICAgICAgICAgICAgICAgICAgICAgICAgdG90YWwgICAgICAgcmF0ZQppcnExOiBhdGti ZDAgICAgICAgICAgICAgICAgICAgICAgICAgIDE3ICAgICAgICAgIDAKaXJxMTY6IG9oY2kwICAg ICAgICAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAwCmlycTE3OiBvaGNpMSBvaGNpMyAg ICAgICAgICAgICAgICAgICAgMjkgICAgICAgICAgMAppcnExODogb2hjaTIgb2hjaTQgICAgICAg ICAgICAgICAgICAgICAxICAgICAgICAgIDAKaXJxMTk6IGVoY2kwICAgICAgICAgICAgICAgICAg ICAgICAgICAgMiAgICAgICAgICAwCmlycTIyOiBhdGFwY2kwICAgICAgICAgICAgICAgICAgICAg MTgxOTcgICAgICAgICAxMgpjcHUwOiB0aW1lciAgICAgICAgICAgICAgICAgICAgICAyODAyNTg0 ICAgICAgIDE5OTgKVG90YWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgMjgyMDgzMSAgICAg ICAyMDEyCgoKCgoKCgp2bXN0YXQgCiBwcm9jcyAgICAgIG1lbW9yeSAgICAgIHBhZ2UgICAgICAg ICAgICAgICAgICAgIGRpc2tzICAgICBmYXVsdHMgICAgICAgICBjcHUKIHIgYiB3ICAgICBhdm0g ICAgZnJlICAgZmx0ICByZSAgcGkgIHBvICAgIGZyICBzciBhZDYgbWQwICAgaW4gICBzeSAgIGNz IHVzIHN5IGlkCiAyIDAgMCAgICA1NjdNICAxNDA3TSAgIDY1MiAgIDAgICAxICAgMCAgIDUzMiAg IDAgICAwICAgMCAgIDEzIDQ3MDMgMTEwNDMyNCAxMSA4OCAgMQoKCgoKClsyLjAuMS1SRUxFQVNF XVtyb290QHJhY2cubG9jYWxdL3Jvb3QoMTEpOiB2bXN0YXQgLWFmaGltUHN6CjM5OTIgZm9ya3Ms IDc1NzAxMSBwYWdlcywgYXZlcmFnZSAxODkuNjMKMTc0MSB2Zm9ya3MsIDI4MzE5MSBwYWdlcywg YXZlcmFnZSAxNjIuNjYKMCByZm9ya3MsIDAgcGFnZXMsIGF2ZXJhZ2UgMC4wMAogICAgICAgICBU eXBlIEluVXNlIE1lbVVzZSBIaWdoVXNlIFJlcXVlc3RzICBTaXplKHMpCiAgICAgICBpc2FkZXYg ICAgMjIgICAgIDJLICAgICAgIC0gICAgICAgMjIgIDY0CiAgICAgICBhY3BpY2EgIDEzMDQgICAg NjVLICAgICAgIC0gICAgODY2MzYgIDE2LDMyLDY0LDEyOCwyNTYsNTEyLDEwMjQKICAgICAgICAg Y2RldiAgICAxMSAgICAgMksgICAgICAgLSAgICAgICAxMSAgMTI4CiAgICAgYWNwaXRhc2sgICAg IDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDEwMjQKICAgICAgICBzaWdpbyAgICAgMSAgICAg MUsgICAgICAgLSAgICAgICAxMCAgMzIKICAgICBmaWxlZGVzYyAgICA5MSAgICAyM0sgICAgICAg LSAgICAgNTg5NCAgMTYsMzIsMjU2LDUxMiwyMDQ4CiAgICAgICAgIGtlbnYgICAxMzAgICAgIDlL ICAgICAgIC0gICAgICAxNDIgIDE2LDMyLDY0LDEyOCw0MDk2CiAgICAgICBrcXVldWUgICAgMTQg ICAgIDhLICAgICAgIC0gICAgICAxMDkgIDEyOCwyNTYsMTAyNAogICAgcHJvYy1hcmdzICAgIDUz ICAgICA0SyAgICAgICAtICAgICA2ODk3ICAxNiwzMiw2NCwxMjgsMjU2CiAgICAgIGl0aHJlYWQg ICAgNzIgICAgIDZLICAgICAgIC0gICAgICAgNzIgIDE2LDY0LDEyOAogICAgICBlbnRyb3B5ICAx MDI0ICAgIDY0SyAgICAgICAtICAgICAxMDI0ICA2NAogICAgICAgS1RSQUNFICAgMTAwICAgIDEz SyAgICAgICAtICAgICAgMTAwICAxMjgKICAgICAgQ0FNIFhQVCAgICAxMiAgICAgMksgICAgICAg LSAgICAgICAyNiAgMTYsMzIsNjQsMTAyNAogICAgICAgbGlua2VyICAgMTY5ICAgMTMxSyAgICAg ICAtICAgICAgMjM1ICAxNiwzMiw2NCwyNTYsMTAyNCwyMDQ4LDQwOTYKICAgICAgICBsb2NrZiAg ICAxNCAgICAgMUsgICAgICAgLSAgICA3NjU1OSAgMzIsNjQKICAgICAgIGlwNm5kcCAgICAgOSAg ICAgMUsgICAgICAgLSAgICAgICAxMSAgNjQsMTI4CiAgICAgICAgIHRlbXAgICAgNTEgICA5MDJL ICAgICAgIC0gICAgMTkzNTAgIDE2LDMyLDY0LDEyOCwyNTYsNTEyLDEwMjQsMjA0OCw0MDk2CiAg ICAgICBkZXZidWYgIDI1MjMgIDI2NTdLICAgICAgIC0gICAgIDI1NTIgIDE2LDMyLDY0LDEyOCwy NTYsNTEyLDEwMjQsMjA0OCw0MDk2CiAgICAgICAgY2FjaGUgICAgIDEgICAgIDFLICAgICAgIC0g ICAgICAgIDEgIDE2CiAgICAgIGFjcGlzZW0gICAgMTQgICAgIDJLICAgICAgIC0gICAgICAgMTQg IDY0LDEyOAogICAgICAgbW9kdWxlICAgNTE0ICAgIDMzSyAgICAgICAtICAgICAgNTE2ICA2NCwx MjgKICAgICBtdHhfcG9vbCAgICAgMiAgICAgOEsgICAgICAgLSAgICAgICAgMiAgNDA5NgogICAg ICAgICBVQVJUICAgICA2ICAgICAzSyAgICAgICAtICAgICAgICA2ICAxNiwyNTYsMTAyNAogICAg ICBzdWJwcm9jICAgMjEwICAgMzg3SyAgICAgICAtICAgICA1ODgxICAyNTYsNDA5NgogICAgICAg ICBwcm9jICAgICAyICAgICA4SyAgICAgICAtICAgICAgICAyICA0MDk2CiAgICAgIHNlc3Npb24g ICAgMzIgICAgIDJLICAgICAgIC0gICAgICAxMzMgIDY0CiAgICAgICAgIHBncnAgICAgMzUgICAg IDNLICAgICAgIC0gICAgICAxNDggIDY0CiAgICAgICAgIGNyZWQgICAgNzYgICAgIDhLICAgICAg IC0gICAxNTE2MTggIDY0LDEyOAogICAgICB1aWRpbmZvICAgICA5ICAgICAySyAgICAgICAtICAg ICAgIDU2ICA2NCwxMDI0CiAgICAgICBwbGltaXQgICAgIDkgICAgIDNLICAgICAgIC0gICAgIDEw MjIgIDI1NgogICAgc3lzY3RsdG1wICAgICAwICAgICAwSyAgICAgICAtICAgICAxMjUyICAxNiwz Miw2NCwxMjgKICAgIHN5c2N0bG9pZCAgMzA1OSAgICA5M0sgICAgICAgLSAgICAgMzE0OCAgMTYs MzIsNjQsMTI4CiAgICAgICBzeXNjdGwgICAgIDAgICAgIDBLICAgICAgIC0gICAgIDg1MjIgIDE2 LDMyLDY0CiAgICAgICAgIHVtdHggICAxNjggICAgMTFLICAgICAgIC0gICAgICAxNjggIDY0CiAg ICAgcDEwMDMuMWIgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDE2CiAgICAgICAgIFNX QVAgICAgIDIgICA1NDlLICAgICAgIC0gICAgICAgIDIgIDY0CiAgICAgICBidXMtc2MgICAgNjgg ICAgOTRLICAgICAgIC0gICAgIDM2MzQgIDE2LDMyLDY0LDEyOCwyNTYsNTEyLDEwMjQsMjA0OCw0 MDk2CiAgICAgICAgICBidXMgIDEyOTcgICAgNjBLICAgICAgIC0gICAgIDY1ODggIDE2LDMyLDY0 LDEyOCwyNTYsNTEyLDEwMjQKICAgICAgZGV2c3RhdCAgICAgNCAgICAgOUsgICAgICAgLSAgICAg ICAgNCAgMTYsNDA5NgogZXZlbnRoYW5kbGVyICAgIDkzICAgICA1SyAgICAgICAtICAgICAgIDkz ICAzMiw2NCwxMjgKICAgICAgICAga29iaiAgIDMzNSAgIDY3MEsgICAgICAgLSAgICAgIDQwMiAg MjA0OAogICAgICBQZXItY3B1ICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAxNgogICAg ICAgICBybWFuICAgMTg2ICAgIDEySyAgICAgICAtICAgICAgNjU1ICAxNiwzMiw2NAogICAgICAg ICBzYnVmICAgICAwICAgICAwSyAgICAgICAtICAgICAgNTg4ICAxNiwzMiw2NCwxMjgsMjU2LDUx MiwxMDI0LDIwNDgsNDA5NgpDQU0gZGV2IHF1ZXVlICAgICAxICAgICAxSyAgICAgICAtICAgICAg ICAxICAxMjgKICAgIENBTSBxdWV1ZSAgICAgMyAgICAgMUsgICAgICAgLSAgICAgICAgNyAgMTYK ICAgICAgICBzdGFjayAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAgMSAgMTI4CiAgICB0YXNr cXVldWUgICAgMTEgICAgIDFLICAgICAgIC0gICAgICAgMTEgIDE2LDY0CiAgICAgICBVbml0bm8g ICAgMTEgICAgIDFLICAgICAgIC0gICAgICAgMjMgIDE2LDY0CiAgICAgICAgICBpb3YgICAgIDAg ICAgIDBLICAgICAgIC0gICAgICA1MzcgIDE2LDY0LDEyOCwyNTYKICAgICAgIHNlbGVjdCAgICAz OSAgICAgM0sgICAgICAgLSAgICAgICAzOSAgNjQKICAgICBpb2N0bG9wcyAgICAgMCAgICAgMEsg ICAgICAgLSAgICAyMDk0MCAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYKICAg ICAgICAgIG1zZyAgICAgNCAgICA3M0sgICAgICAgLSAgICAgICAgNCAgMTAyNAogICAgICAgICAg c2VtICAgICA0ICAgICA2SyAgICAgICAtICAgICAgICA0ICAyNTYsNTEyLDEwMjQsNDA5NgogICAg ICAgICAgc2htICAgICAxICAgIDEySyAgICAgICAtICAgICAgICAxICAKICAgICAgICAgIHR0eSAg ICAyMiAgICAxMUsgICAgICAgLSAgICAgICAyNCAgNTEyLDIwNDgKICAgICAgICAgIHB0cyAgICAg MSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgMTI4CiAgICAgbWJ1Zl90YWcgICAgIDAgICAgIDBL ICAgICAgIC0gICAgMTA4ODQgIDMyLDY0CiAgICAgICAgIGtzZW0gICAgIDEgICAgIDRLICAgICAg IC0gICAgICAgIDEgIDQwOTYKICAgICAgICBzaG1mZCAgICAgMSAgICAgNEsgICAgICAgLSAgICAg ICAgMSAgNDA5NgogICAgICAgICAgcGNiICAgIDMyICAgIDc5SyAgICAgICAtICAgICAgMTkyICAx NiwzMiw2NCw1MTIsMTAyNCwyMDQ4LDQwOTYKICAgICAgIHNvbmFtZSAgICAgOCAgICAgMUsgICAg ICAgLSAgICAgMTg0MSAgMTYsMzIsMTI4CiAgICAgICBiaW9idWYgICAgIDAgICAgIDBLICAgICAg IC0gICAgICAgMzYgIDIwNDgKICAgICB2ZnNjYWNoZSAgICAgMSAgIDUxMksgICAgICAgLSAgICAg ICAgMSAgCiAgIGNsX3NhdmVidWYgICAgIDAgICAgIDBLICAgICAgIC0gICAgICAzMTggIDMyLDY0 CiAgICAgdmZzX2hhc2ggICAgIDEgICAyNTZLICAgICAgIC0gICAgICAgIDEgIAogICAgICAgdm5v ZGVzICAgICAyICAgICAxSyAgICAgICAtICAgICAgICAyICAxMjgKICAgICAgIFVTQmRldiAgICAz MyAgICAgOUsgICAgICAgLSAgICAgICAzMyAgMzIsMTI4LDI1NiwxMDI0CiAgdm5vZGVtYXJrZXIg ICAgIDAgICAgIDBLICAgICAgIC0gICAgICA0MzkgIDUxMgogICAgICAgIG1vdW50ICAgIDU1ICAg ICAzSyAgICAgICAtICAgICAgMTIwICAxNiwzMiw2NCwxMjgsMjU2CiAgICAgICAgICBCUEYgICAg MjMgICAyMDJLICAgICAgIC0gICAgICAgNDcgIDE2LDY0LDEyOCwyNTYsMjA0OCw0MDk2CiAgZXRo ZXJfbXVsdGkgICAgNTYgICAgIDNLICAgICAgIC0gICAgICAgNzIgIDE2LDMyLDY0CiAgICAgICBp ZmFkZHIgICAgNzcgICAgMTdLICAgICAgIC0gICAgICAgNzggIDE2LDMyLDY0LDI1Niw1MTIsMjA0 OAogICAgICAgIGlmbmV0ICAgICA3ICAgICA3SyAgICAgICAtICAgICAgICA3ICA2NCwxMDI0CiAg ICAgICAgY2xvbmUgICAgMTQgICAgNTZLICAgICAgIC0gICAgICAgMTQgIDQwOTYKICAgICAgIGFy cGNvbSAgICAgMiAgICAgMUsgICAgICAgLSAgICAgICAgMiAgMTYKICAgICAgbGx0YWJsZSAgICAy MCAgICAgNUsgICAgICAgLSAgICAgICAyMCAgMTI4LDI1NgogICAgICAgICAgVVNCICAgIDUyICAg IDIzSyAgICAgICAtICAgICAgIDUzICAxNiwzMiw2NCwxMjgsMTAyNCwyMDQ4LDQwOTYKICBhdGFf Z2VuZXJpYyAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgMTAyNAogICAgYWRfZHJpdmVy ICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAzMgogICAgIHJvdXRldGJsICAgIDk4ICA0 MTE1SyAgICAgICAtICAgICA0NjUxICAxNiwzMiw2NCwxMjgsMjU2CiAgICAgICBrYmRtdXggICAg IDcgICAgMTBLICAgICAgIC0gICAgICAgIDcgIDE2LDI1NiwxMDI0LDIwNDgsNDA5NgogICBtZF9z ZWN0b3JzICAgICA2ICAgIDI0SyAgICAgICAtICAgICAgICA2ICA0MDk2CiBuZXRncmFwaF9tc2cg ICAgIDAgICAgIDBLICAgICAgIC0gICAgICAgIDIgIDEyOApuZXRncmFwaF9ub2RlICAgICAyICAg ICAxSyAgICAgICAtICAgICAgIDM3ICAxMjgKICAgICBuZXRncmFwaCAgICAgMCAgICAgMEsgICAg ICAgLSAgICAgICAgMiAgMzIKbmV0Z3JhcGhfc29jayAgICAgMiAgICAgMUsgICAgICAgLSAgICAg ICAzNSAgNjQKbmV0Z3JhcGhfcGF0aCAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAgMiAgMTYK ICAgICAgICAgaWdtcCAgICAgNiAgICAgMUsgICAgICAgLSAgICAgICAgNiAgMTI4CiAgICAgICAg IGlwaWQgICAgIDIgICAgMjRLICAgICAgIC0gICAgICAgIDIgIAogICAgICBtZF9kaXNrICAgICA4 ICAgICA1SyAgICAgICAtICAgICAgICA4ICAxNiwyMDQ4CiAgICAgICBERVZGUzEgICAxMDIgICAg MjZLICAgICAgIC0gICAgICAxMDUgIDI1NgogICAgIGluX211bHRpICAgICAzICAgICAxSyAgICAg ICAtICAgICAgICA0ICAxMjgKZW5jYXBfZXhwb3J0X2hvc3QgICAgIDQgICAgIDRLICAgICAgIC0g ICAgICAgIDQgIDEwMjQKICAgIG1yb3V0ZXRibCAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAg MSAgMjU2CiAgICBzY3RwX2l0ZXIgICAgIDAgICAgIDBLICAgICAgIC0gICAgICAgIDUgIDI1Ngog ICAgIHNjdHBfaWZuICAgICAzICAgICAxSyAgICAgICAtICAgICAgICAzICAxMjgKICAgICBzY3Rw X2lmYSAgICAgNyAgICAgMUsgICAgICAgLSAgICAgICAgOCAgMTI4CiAgICAgc2N0cF92cmYgICAg IDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDY0CiAgICBzY3RwX2FfaXQgICAgIDAgICAgIDBL ICAgICAgIC0gICAgICAgIDUgIDE2CiAgICBob3N0Y2FjaGUgICAgIDEgICAgMTZLICAgICAgIC0g ICAgICAgIDEgIAogICAgIHN5bmNhY2hlICAgICAxICAgIDcySyAgICAgICAtICAgICAgICAxICAK ICAgICAgIERFVkZTMyAgIDExOCAgICAxNUsgICAgICAgLSAgICAgIDEyMiAgMTI4CiAgICBpbjZf bXVsdGkgICAgMjggICAgIDRLICAgICAgIC0gICAgICAgMjggIDE2LDI1NgogICAgICAgIERFVkZT ICAgIDE3ICAgICAxSyAgICAgICAtICAgICAgIDE4ICAxNiw2NAogICAgICAgREVWRlNQICAgICA0 ICAgICAxSyAgICAgICAtICAgICAgICA4ICAzMgogICAgICAgICAgbWxkICAgICA2ICAgICAxSyAg ICAgICAtICAgICAgICA2ICAxMjgKICBpbnBjYnBvbGljeSAgICAyNCAgICAgMUsgICAgICAgLSAg ICAgMjEzMiAgMTYKICAgIGlwc2VjLXJlZyAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAgMyAg MTYKICBpcHNlY3BvbGljeSAgICA0OCAgICAgNksgICAgICAgLSAgICAgNDI5NiAgMTI4CiAgICAg IE5GUyBGSEEgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDEwMjQKICAgICAgIGNyeXB0 byAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgNTEyCiAgICAgICAgeGZvcm0gICAgIDAg ICAgIDBLICAgICAgIC0gICAgICAzMjQgIDE2LDMyCiAgICAgICAgICBycGMgICAgIDIgICAgIDVL ICAgICAgIC0gICAgICAgIDIgIDEyOCw0MDk2CmF1ZGl0X2V2Y2xhc3MgICAxNzIgICAgIDNLICAg ICAgIC0gICAgICAyMTEgIDE2CiAgICAgc2F2ZWRpbm8gICAgIDAgICAgIDBLICAgICAgIC0gICAg ICAgIDEgIDI1NgogICAgICAgZGlycmVtICAgICAwICAgICAwSyAgICAgICAtICAgICAgICAxICAz MgogICAgICAgZGlyYWRkICAgICAwICAgICAwSyAgICAgICAtICAgICAgICA1ICA2NAogICAgIGZy ZWVmaWxlICAgICAwICAgICAwSyAgICAgICAtICAgICAgICAxICAzMgogICAgIGZyZWVibGtzICAg ICAwICAgICAwSyAgICAgICAtICAgICAgICAxICAyNTYKICBhbGxvY2RpcmVjdCAgICAgMCAgICAg MEsgICAgICAgLSAgICAgICAgMiAgMTI4CiAgICBibXNhZmVtYXAgICAgIDAgICAgIDBLICAgICAg IC0gICAgICAgIDIgIDY0CiAgICAgICBuZXdibGsgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAg IDMgIDY0LDI1NgogICAgIGlub2RlZGVwICAgICAxICAgMjU2SyAgICAgICAtICAgICAgICA2ICAx MjgKICAgICAgcGFnZWRlcCAgICAgMSAgICA2NEsgICAgICAgLSAgICAgICAgMiAgNjQKICB1ZnNf ZGlyaGFzaCAgIDM1NyAgICA3OUsgICAgICAgLSAgICAgIDM1NyAgMTYsMzIsNjQsMTI4LDI1Niw1 MTIsNDA5NgogICAgdWZzX21vdW50ICAgICA5ICAgIDM1SyAgICAgICAtICAgICAgICA5ICAyNTYs MjA0OCw0MDk2CiAgICAgIFVNQUhhc2ggICAgIDIgICAgIDNLICAgICAgIC0gICAgICAgIDUgIDI1 Niw1MTIsMTAyNCwyMDQ4CiAgICB2bV9wZ2RhdGEgICAgIDIgICAgNjVLICAgICAgIC0gICAgICAg IDIgIDY0CiAgICAgYXRrYmRkZXYgICAgIDIgICAgIDFLICAgICAgIC0gICAgICAgIDIgIDMyCiAg bnVsbGZzX2hhc2ggICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDY0CiAgICBwZnNfbm9k ZXMgICAgMjEgICAgIDNLICAgICAgIC0gICAgICAgMjEgIDEyOAogICAgICAgICBzcGtyICAgICAw ICAgICAwSyAgICAgICAtICAgICAgICA1ICA1MTIKICAgICAgIGFwbWRldiAgICAgMSAgICAgMUsg ICAgICAgLSAgICAgICAgMSAgNjQKICAgIGFyX2RyaXZlciAgICAgMCAgICAgMEsgICAgICAgLSAg ICAgICAgNiAgNTEyLDIwNDgKICAgICAgICAgR0VPTSAgICA1NyAgICAxNEsgICAgICAgLSAgICAg IDQ1MiAgMTYsMzIsNjQsMTI4LDUxMiwxMDI0CiAgICAgIGlvX2FwaWMgICAgIDEgICAgIDFLICAg ICAgIC0gICAgICAgIDEgIDEwMjQKICAgICAgbWVtZGVzYyAgICAgMSAgICAgNEsgICAgICAgLSAg ICAgICAgMSAgNDA5NgogICAgICAgICAgbXNpICAgICAyICAgICAxSyAgICAgICAtICAgICAgICAy ICA2NAogICAgIG5leHVzZGV2ICAgICA2ICAgICAxSyAgICAgICAtICAgICAgICA2ICAxNgogICAg ICBDQU0gU0lNICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAxMjgKICAgICAgYWNwaWRl diAgICA4MyAgICAgM0sgICAgICAgLSAgICAgICA4MyAgMzIKICAgQ0FNIHBlcmlwaCAgICAgMiAg ICAgMUsgICAgICAgLSAgICAgICAxMiAgMTYsMzIsNjQsMTI4CiAgICAgcGNpX2xpbmsgICAgMTYg ICAgIDJLICAgICAgIC0gICAgICAgMTYgIDY0LDEyOAogIGZkZXNjX21vdW50ICAgICAxICAgICAx SyAgICAgICAtICAgICAgICAxICAxNgpJVEVNICAgICAgICAgICAgICAgICAgICAgU0laRSAgICAg TElNSVQgICAgICBVU0VEICAgICAgRlJFRSAgUkVRVUVTVFMgIEZBSUxVUkVTCgpVTUEgS2Vnczog ICAgICAgICAgICAgICAgIDEyOCwgICAgICAgIDAsICAgICAgMTEwLCAgICAgICAxMCwgICAgICAx MTAsICAgICAgICAwClVNQSBab25lczogICAgICAgICAgICAgICAgODg4LCAgICAgICAgMCwgICAg ICAxMTAsICAgICAgICAyLCAgICAgIDExMCwgICAgICAgIDAKVU1BIFNsYWJzOiAgICAgICAgICAg ICAgICAyODQsICAgICAgICAwLCAgICAgIDk3MCwgICAgICAgMTAsICAgICAxODA2LCAgICAgICAg MApVTUEgUkNudFNsYWJzOiAgICAgICAgICAgIDU0NCwgICAgICAgIDAsICAgICAgMzI1LCAgICAg ICAgNCwgICAgICAzMjUsICAgICAgICAwClVNQSBIYXNoOiAgICAgICAgICAgICAgICAgMTI4LCAg ICAgICAgMCwgICAgICAgIDMsICAgICAgIDI3LCAgICAgICAgNSwgICAgICAgIDAKMTYgQnVja2V0 OiAgICAgICAgICAgICAgICAgNzYsICAgICAgICAwLCAgICAgICAzOCwgICAgICAgMTIsICAgICAg IDU5LCAgICAgICAgMAozMiBCdWNrZXQ6ICAgICAgICAgICAgICAgIDE0MCwgICAgICAgIDAsICAg ICAgIDM2LCAgICAgICAyMCwgICAgICAgNTksICAgICAgICAwCjY0IEJ1Y2tldDogICAgICAgICAg ICAgICAgMjY4LCAgICAgICAgMCwgICAgICAgNTQsICAgICAgICAyLCAgICAgIDEwMSwgICAgICAg MTMKMTI4IEJ1Y2tldDogICAgICAgICAgICAgICA1MjQsICAgICAgICAwLCAgICAgIDQ0NiwgICAg ICAgIDIsICAgICAxNjQzLCAgICAgIDExMgpWTSBPQkpFQ1Q6ICAgICAgICAgICAgICAgIDEzNiwg ICAgICAgIDAsICAgICA5NjM1LCAgICAgIDEzOCwgICAxMzk5MDgsICAgICAgICAwCk1BUDogICAg ICAgICAgICAgICAgICAgICAgMTQwLCAgICAgICAgMCwgICAgICAgIDcsICAgICAgIDIxLCAgICAg ICAgNywgICAgICAgIDAKS01BUCBFTlRSWTogICAgICAgICAgICAgICAgNzIsICAgIDU3NTA1LCAg ICAgICAyOSwgICAgICAxMzAsICAgIDEzMzI2LCAgICAgICAgMApNQVAgRU5UUlk6ICAgICAgICAg ICAgICAgICA3MiwgICAgICAgIDAsICAgICAxODE2LCAgICAgIDM1NywgICAyNTk1NDAsICAgICAg ICAwCkRQIGZha2VwZzogICAgICAgICAgICAgICAgIDcyLCAgICAgICAgMCwgICAgICAgIDAsICAg ICAgICAwLCAgICAgICAgMCwgICAgICAgIDAKU0cgZmFrZXBnOiAgICAgICAgICAgICAgICAgNzIs ICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMAptdF96b25l OiAgICAgICAgICAgICAgICAgMjA1NiwgICAgICAgIDAsICAgICAgMzE4LCAgICAgIDEyMywgICAg ICAzMTgsICAgICAgICAwCjE2OiAgICAgICAgICAgICAgICAgICAgICAgIDE2LCAgICAgICAgMCwg ICAgIDI5MjMsICAgICAgMTIyLCAgICA1ODYxNiwgICAgICAgIDAKMzI6ICAgICAgICAgICAgICAg ICAgICAgICAgMzIsICAgICAgICAwLCAgICAgMjU1MywgICAgICAgNDYsICAgIDYzNzc0LCAgICAg ICAgMAo2NDogICAgICAgICAgICAgICAgICAgICAgICA2NCwgICAgICAgIDAsICAgICA0NjE5LCAg ICAgIDE2MCwgICAxNzQ3NDEsICAgICAgICAwCjEyODogICAgICAgICAgICAgICAgICAgICAgMTI4 LCAgICAgICAgMCwgICAgIDEyNTEsICAgICAgIDY5LCAgICA4NjYyOSwgICAgICAgIDAKMjU2OiAg ICAgICAgICAgICAgICAgICAgICAyNTYsICAgICAgICAwLCAgICAgIDczMywgICAgICAgNDcsICAg IDI0MDU4LCAgICAgICAgMAo1MTI6ICAgICAgICAgICAgICAgICAgICAgIDUxMiwgICAgICAgIDAs ICAgICAgMTg0LCAgICAgICAxNiwgICAgIDg4MzQsICAgICAgICAwCjEwMjQ6ICAgICAgICAgICAg ICAgICAgICAxMDI0LCAgICAgICAgMCwgICAgICAgNDcsICAgICAgMTQ1LCAgICAgMzM3OSwgICAg ICAgIDAKMjA0ODogICAgICAgICAgICAgICAgICAgIDIwNDgsICAgICAgICAwLCAgICAgIDM2OSwg ICAgICAgMTUsICAgICAzMTUxLCAgICAgICAgMAo0MDk2OiAgICAgICAgICAgICAgICAgICAgNDA5 NiwgICAgICAgIDAsICAgICAgMTY5LCAgICAgICAyNCwgICAgIDg0NzQsICAgICAgICAwCkZpbGVz OiAgICAgICAgICAgICAgICAgICAgIDU2LCAgICAgICAgMCwgICAgICAyMjQsICAgICAgMTExLCAg IDQ5ODM4NiwgICAgICAgIDAKVFVSTlNUSUxFOiAgICAgICAgICAgICAgICAgNzIsICAgICAgICAw LCAgICAgIDE2OSwgICAgICAgNDEsICAgICAgMTY5LCAgICAgICAgMAp1bXR4IHBpOiAgICAgICAg ICAgICAgICAgICA1MiwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAg ICAgICAwCk1BQyBsYWJlbHM6ICAgICAgICAgICAgICAgIDIwLCAgICAgICAgMCwgICAgICAgIDAs ICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAKUFJPQzogICAgICAgICAgICAgICAgICAgICA2 ODAsICAgICAgICAwLCAgICAgICA4OCwgICAgICAgMzIsICAgICA1NzYwLCAgICAgICAgMApUSFJF QUQ6ICAgICAgICAgICAgICAgICAgIDYzNiwgICAgICAgIDAsICAgICAgMTU3LCAgICAgICAxMSwg ICAgICAxNTksICAgICAgICAwClNMRUVQUVVFVUU6ICAgICAgICAgICAgICAgIDQ0LCAgICAgICAg MCwgICAgICAxNjksICAgICAgIDY3LCAgICAgIDE2OSwgICAgICAgIDAKVk1TUEFDRTogICAgICAg ICAgICAgICAgICAyMzIsICAgICAgICAwLCAgICAgICA2MywgICAgICAgMjIsICAgICA1NzM2LCAg ICAgICAgMApjcHVzZXQ6ICAgICAgICAgICAgICAgICAgICA0MCwgICAgICAgIDAsICAgICAgICAy LCAgICAgIDE4MiwgICAgICAgIDIsICAgICAgICAwCmF1ZGl0X3JlY29yZDogICAgICAgICAgICAg ODE2LCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAKbWJ1 Zl9wYWNrZXQ6ICAgICAgICAgICAgICAyNTYsICAgICAgICAwLCAgICAgIDUxMiwgICAgICAxMjgs ICAgICA1NTE2LCAgICAgICAgMAptYnVmOiAgICAgICAgICAgICAgICAgICAgIDI1NiwgICAgICAg IDAsICAgICAgICAyLCAgICAgIDEzOCwgICAgMjY3NTEsICAgICAgICAwCm1idWZfY2x1c3Rlcjog ICAgICAgICAgICAyMDQ4LCAgICA2NTUzNiwgICAgICA2NDEsICAgICAgICA1LCAgICAgMTA1NCwg ICAgICAgIDAKbWJ1Zl9qdW1ib19wYWdlOiAgICAgICAgIDQwOTYsICAgIDEyODAwLCAgICAgICAg MCwgICAgICAgIDIsICAgICAgIDEyLCAgICAgICAgMAptYnVmX2p1bWJvXzlrOiAgICAgICAgICAg OTIxNiwgICAgIDY0MDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwCm1i dWZfanVtYm9fMTZrOiAgICAgICAgIDE2Mzg0LCAgICAgMzIwMCwgICAgICAgIDAsICAgICAgICAw LCAgICAgICAgMCwgICAgICAgIDAKbWJ1Zl9leHRfcmVmY250OiAgICAgICAgICAgIDQsICAgICAg ICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMApOZXRHcmFwaCBpdGVt czogICAgICAgICAgICAzNiwgICAgIDQxMzAsICAgICAgICAwLCAgICAgIDExOCwgICAgICAgMzcs ICAgICAgICAwCk5ldEdyYXBoIGRhdGEgaXRlbXM6ICAgICAgIDM2LCAgICAgIDUzMSwgICAgICAg IDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAKZ19iaW86ICAgICAgICAgICAgICAgICAg ICAxNDAsICAgICAgICAwLCAgICAgICAgMCwgICAgIDI0MDgsICAgIDc3NDgyLCAgICAgICAgMAp0 dHlpbnE6ICAgICAgICAgICAgICAgICAgIDE1MiwgICAgICAgIDAsICAgICAgIDMwLCAgICAgICA0 OCwgICAgICAgNjAsICAgICAgICAwCnR0eW91dHE6ICAgICAgICAgICAgICAgICAgMjU2LCAgICAg ICAgMCwgICAgICAgMTYsICAgICAgIDE0LCAgICAgICAzMiwgICAgICAgIDAKYXRhX3JlcXVlc3Q6 ICAgICAgICAgICAgICAyMDQsICAgICAgICAwLCAgICAgICAgMCwgICAgICA2MDgsICAgIDE4MzAx LCAgICAgICAgMAphdGFfY29tcG9zaXRlOiAgICAgICAgICAgIDE4MCwgICAgICAgIDAsICAgICAg ICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwCmNyeXB0b3A6ICAgICAgICAgICAgICAg ICAgIDYwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAK Y3J5cHRvZGVzYzogICAgICAgICAgICAgICAgNTYsICAgICAgICAwLCAgICAgICAgMCwgICAgICAg IDAsICAgICAgICAwLCAgICAgICAgMApWTk9ERTogICAgICAgICAgICAgICAgICAgIDI2OCwgICAg ICAgIDAsICAgIDMzNDUyLCAgICAgICAgOCwgICAyODU4ODQsICAgICAgICAwClZOT0RFUE9MTDog ICAgICAgICAgICAgICAgIDYwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAg MCwgICAgICAgIDAKUyBWRlMgQ2FjaGU6ICAgICAgICAgICAgICAgNzIsICAgICAgICAwLCAgICAz Mzk4NywgICAgIDUxMjcsICAgMjUzNTg4LCAgICAgICAgMApMIFZGUyBDYWNoZTogICAgICAgICAg ICAgIDI5MiwgICAgICAgIDAsICAgICAgIDQ0LCAgICAyMzE4NywgICAgNDcyMjQsICAgICAgICAw Ck5BTUVJOiAgICAgICAgICAgICAgICAgICAxMDI0LCAgICAgICAgMCwgICAgICAgIDAsICAgICAg IDEyLCAxMDg4MDUzMiwgICAgICAgIDAKTkZTTU9VTlQ6ICAgICAgICAgICAgICAgICA1MjQsICAg ICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMApORlNOT0RFOiAg ICAgICAgICAgICAgICAgIDQ2OCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAg IDAsICAgICAgICAwCkRJUkhBU0g6ICAgICAgICAgICAgICAgICAxMDI0LCAgICAgICAgMCwgICAg IDE0NzgsICAgICAgIDEwLCAgICAgMTQ3OCwgICAgICAgIDAKcGlwZTogICAgICAgICAgICAgICAg ICAgICAzOTIsICAgICAgICAwLCAgICAgICAyNCwgICAgICAgMjYsICAgICAzOTA3LCAgICAgICAg MAprc2lnaW5mbzogICAgICAgICAgICAgICAgICA4MCwgICAgICAgIDAsICAgICAgIDk3LCAgICAg IDk1OSwgICAgICAyMzcsICAgICAgICAwCml0aW1lcjogICAgICAgICAgICAgICAgICAgMjIwLCAg ICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAKS05PVEU6ICAg ICAgICAgICAgICAgICAgICAgNzIsICAgICAgICAwLCAgICAgICAyMCwgICAgICAgODYsICAgICAz ODU1LCAgICAgICAgMApicmlkZ2VfcnRub2RlOiAgICAgICAgICAgICAzNiwgICAgICAgIDAsICAg ICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwCnNvY2tldDogICAgICAgICAgICAg ICAgICAgNDEyLCAgICAyNTYwNSwgICAgICAgNjIsICAgICAgIDM3LCAgICAgMjc1NywgICAgICAg IDAKaXBxOiAgICAgICAgICAgICAgICAgICAgICAgMzIsICAgICAyMTQ3LCAgICAgICAgMCwgICAg ICAgIDAsICAgICAgICAwLCAgICAgICAgMAp1ZHBfaW5wY2I6ICAgICAgICAgICAgICAgIDIyMCwg ICAgMjU2MTQsICAgICAgIDEyLCAgICAgICAyNCwgICAgIDIwNTMsICAgICAgICAwCnVkcGNiOiAg ICAgICAgICAgICAgICAgICAgICA4LCAgICAyNTc4MSwgICAgICAgMTIsICAgICAgMTkxLCAgICAg MjA1MywgICAgICAgIDAKdGNwX2lucGNiOiAgICAgICAgICAgICAgICAyMjAsICAgIDI1NjE0LCAg ICAgICAxMSwgICAgICAgMjUsICAgICAgIDc1LCAgICAgICAgMAp0Y3BjYjogICAgICAgICAgICAg ICAgICAgIDYzMiwgICAgMjU2MDIsICAgICAgIDExLCAgICAgICAgNywgICAgICAgNzUsICAgICAg ICAwCnRjcHR3OiAgICAgICAgICAgICAgICAgICAgIDUyLCAgICAgNTE4NCwgICAgICAgIDAsICAg ICAgMTQ0LCAgICAgICAgMiwgICAgICAgIDAKc3luY2FjaGU6ICAgICAgICAgICAgICAgICAxMTIs ICAgIDE1MzY1LCAgICAgICAgMCwgICAgICAgNzAsICAgICAgICAzLCAgICAgICAgMApob3N0Y2Fj aGU6ICAgICAgICAgICAgICAgICA3NiwgICAgMTU0MDAsICAgICAgICAxLCAgICAgICA5OSwgICAg ICAgIDEsICAgICAgICAwCnRjcHJlYXNzOiAgICAgICAgICAgICAgICAgIDIwLCAgICAgNDIyNSwg ICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAKc2Fja2hvbGU6ICAgICAgICAg ICAgICAgICAgMjAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAg ICAgMApzY3RwX2VwOiAgICAgICAgICAgICAgICAgIDg2MCwgICAgMjU2MDAsICAgICAgICAwLCAg ICAgICAgMCwgICAgICAgIDAsICAgICAgICAwCnNjdHBfYXNvYzogICAgICAgICAgICAgICAxNDg0 LCAgICA0MDAwMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAKc2N0cF9s YWRkcjogICAgICAgICAgICAgICAgMjQsICAgIDgwMDQwLCAgICAgICAgMCwgICAgICAxNDUsICAg ICAgICA4LCAgICAgICAgMApzY3RwX3JhZGRyOiAgICAgICAgICAgICAgIDQzMiwgICAgODAwMDEs ICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwCnNjdHBfY2h1bms6ICAgICAg ICAgICAgICAgIDkyLCAgIDQwMDAwOCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAg ICAgIDAKc2N0cF9yZWFkcTogICAgICAgICAgICAgICAgNzYsICAgNDAwMDAwLCAgICAgICAgMCwg ICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMApzY3RwX3N0cmVhbV9tc2dfb3V0OiAgICAgICA2 NCwgICA0MDAwMjAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwCnNjdHBf YXNjb25mOiAgICAgICAgICAgICAgIDI0LCAgIDQwMDA1NSwgICAgICAgIDAsICAgICAgICAwLCAg ICAgICAgMCwgICAgICAgIDAKc2N0cF9hc2NvbmZfYWNrOiAgICAgICAgICAgMjQsICAgNDAwMDU1 LCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMApyaXBjYjogICAgICAgICAg ICAgICAgICAgIDIyMCwgICAgMjU2MTQsICAgICAgICAxLCAgICAgICAzNSwgICAgICAgIDQsICAg ICAgICAwCnVucGNiOiAgICAgICAgICAgICAgICAgICAgMTcyLCAgICAyNTYyMiwgICAgICAgMzUs ICAgICAgIDM0LCAgICAgIDU3OCwgICAgICAgIDAKcnRlbnRyeTogICAgICAgICAgICAgICAgICAx MDgsICAgICAgICAwLCAgICAgICAxOSwgICAgICAgNTMsICAgICAgIDIyLCAgICAgICAgMApwZnNy Y3RycGw6ICAgICAgICAgICAgICAgIDEyNCwgICAxODYwMDAsICAgICAgICAwLCAgICAgICAgMCwg ICAgICAgIDAsICAgICAgICAwCnBmcnVsZXBsOiAgICAgICAgICAgICAgICAgODI4LCAgICAgICAg MCwgICAgICAxNDMsICAgICAgMTYxLCAgICAgMTg0NiwgICAgICAgIDAKcGZzdGF0ZXBsOiAgICAg ICAgICAgICAgICAyODQsICAgMTg2MDA0LCAgICAgICAgNywgICAgICAgMzUsICAgICAgMTU1LCAg ICAgICAgMApwZmFsdHFwbDogICAgICAgICAgICAgICAgIDIyNCwgICAgICAgIDAsICAgICAgICAw LCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwCnBmcG9vbGFkZHJwbDogICAgICAgICAgICAg IDY4LCAgICAgICAgMCwgICAgICAgIDcsICAgICAgMTA1LCAgICAgICA5MSwgICAgICAgIDAKcGZy a3RhYmxlOiAgICAgICAgICAgICAgIDEyNDAsICAgICAxMDAyLCAgICAgICAxMywgICAgICAgMTcs ICAgICAgMjA2LCAgICAgICAgMApwZnJrZW50cnk6ICAgICAgICAgICAgICAgIDE1NiwgICAyMDAw MDAsICAgICAgIDEyLCAgICAgICAzOCwgICAgICAxNTgsICAgICAgICAwCnBmcmtlbnRyeTI6ICAg ICAgICAgICAgICAgMTU2LCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwg ICAgICAgIDAKcGZmcmVudDogICAgICAgICAgICAgICAgICAgMTYsICAgICA1MDc1LCAgICAgICAg MCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMApwZmZyYWc6ICAgICAgICAgICAgICAgICAg ICA0OCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwCnBm ZnJjYWNoZTogICAgICAgICAgICAgICAgIDQ4LCAgICAxMDA2MiwgICAgICAgIDAsICAgICAgICAw LCAgICAgICAgMCwgICAgICAgIDAKcGZmcmNlbnQ6ICAgICAgICAgICAgICAgICAgMTIsICAgIDUw MTQxLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMApwZnN0YXRlc2NydWI6 ICAgICAgICAgICAgICAyOCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAs ICAgICAgICAwCnBmaWFkZHJwbDogICAgICAgICAgICAgICAgMTAwLCAgICAgICAgMCwgICAgICAg IDQsICAgICAgIDc0LCAgICAgICAzOSwgICAgICAgIDAKcGZvc3BmZW46ICAgICAgICAgICAgICAg ICAxMDgsICAgICAgICAwLCAgICAgIDY5NiwgICAgICAgMjQsICAgICA5MDQ4LCAgICAgICAgMApw Zm9zZnA6ICAgICAgICAgICAgICAgICAgICAyOCwgICAgICAgIDAsICAgICAgNDA3LCAgICAgIDIy OCwgICAgIDUyOTEsICAgICAgICAwCnNlbGZkOiAgICAgICAgICAgICAgICAgICAgIDI4LCAgICAg ICAgMCwgICAgICAgNzUsICAgICAgMTc5LCAgICA0MDU5MCwgICAgICAgIDAKaXA0ZmxvdzogICAg ICAgICAgICAgICAgICAgNDAsICAgIDI1NjY4LCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAw LCAgICAgICAgMAppcDZmbG93OiAgICAgICAgICAgICAgICAgICA2NCwgICAgMjU2MzYsICAgICAg ICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwClNXQVBNRVRBOiAgICAgICAgICAgICAg ICAgMjc2LCAgIDEyMTU3NiwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAK TW91bnRwb2ludHM6ICAgICAgICAgICAgICA2NDQsICAgICAgICAwLCAgICAgICAgNSwgICAgICAg IDcsICAgICAgICA3LCAgICAgICAgMApGRlMgaW5vZGU6ICAgICAgICAgICAgICAgIDExNiwgICAg ICAgIDAsICAgIDMzNDI0LCAgICAgICAzOCwgICAyODU4NDMsICAgICAgICAwCkZGUzEgZGlub2Rl OiAgICAgICAgICAgICAgMTI4LCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAg MCwgICAgICAgIDAKRkZTMiBkaW5vZGU6ICAgICAgICAgICAgICAyNTYsICAgICAgICAwLCAgICAz MzQyNCwgICAgICAgMjYsICAgMjg1ODQzLCAgICAgICAgMAptZDA6ICAgICAgICAgICAgICAgICAg ICAgIDUxMiwgICAgICAgIDAsICAgICAgMzA4LCAgICAgICAgNCwgICAgICAzMDgsICAgICAgICAw CgoxNjQ5Mzk0ODA3IGNwdSBjb250ZXh0IHN3aXRjaGVzCiAgICAxODM1MSBkZXZpY2UgaW50ZXJy dXB0cwogNDMxNTEzMjAgc29mdHdhcmUgaW50ZXJydXB0cwogIDEwOTk4NjAgdHJhcHMKICA2NzAy Mzc0IHN5c3RlbSBjYWxscwogICAgICAgMjYga2VybmVsIHRocmVhZHMgY3JlYXRlZAogICAgIDM5 OTMgIGZvcmsoKSBjYWxscwogICAgIDE3NDEgdmZvcmsoKSBjYWxscwogICAgICAgIDAgcmZvcmso KSBjYWxscwogICAgICAgIDAgc3dhcCBwYWdlciBwYWdlaW5zCiAgICAgICAgMCBzd2FwIHBhZ2Vy IHBhZ2VzIHBhZ2VkIGluCiAgICAgICAgMCBzd2FwIHBhZ2VyIHBhZ2VvdXRzCiAgICAgICAgMCBz d2FwIHBhZ2VyIHBhZ2VzIHBhZ2VkIG91dAogICAgIDExMTAgdm5vZGUgcGFnZXIgcGFnZWlucwog ICAgIDg5NDAgdm5vZGUgcGFnZXIgcGFnZXMgcGFnZWQgaW4KICAgICAgMjcyIHZub2RlIHBhZ2Vy IHBhZ2VvdXRzCiAgICAgIDM2MiB2bm9kZSBwYWdlciBwYWdlcyBwYWdlZCBvdXQKICAgICAgICAw IHBhZ2UgZGFlbW9uIHdha2V1cHMKICAgICAgICAwIHBhZ2VzIGV4YW1pbmVkIGJ5IHRoZSBwYWdl IGRhZW1vbgogICAgICAyMTcgcGFnZXMgcmVhY3RpdmF0ZWQKICAgMTg0NjU5IGNvcHktb24td3Jp dGUgZmF1bHRzCiAgICAgICAgMiBjb3B5LW9uLXdyaXRlIG9wdGltaXplZCBmYXVsdHMKICAgNTc0 MDUyIHplcm8gZmlsbCBwYWdlcyB6ZXJvZWQKICAgIDE4MDM3IHplcm8gZmlsbCBwYWdlcyBwcmV6 ZXJvZWQKICAgICAgIDUzIGludHJhbnNpdCBibG9ja2luZyBwYWdlIGZhdWx0cwogICA5NDAzNDUg dG90YWwgVk0gZmF1bHRzIHRha2VuCiAgICAgICAgMCBwYWdlcyBhZmZlY3RlZCBieSBrZXJuZWwg dGhyZWFkIGNyZWF0aW9uCiAgIDc1NzIxNiBwYWdlcyBhZmZlY3RlZCBieSAgZm9yaygpCiAgIDI4 MzE5MSBwYWdlcyBhZmZlY3RlZCBieSB2Zm9yaygpCiAgICAgICAgMCBwYWdlcyBhZmZlY3RlZCBi eSByZm9yaygpCiAgICAgMTU2NSBwYWdlcyBjYWNoZWQKICAgNzY2NDgxIHBhZ2VzIGZyZWVkCiAg ICAgICAgMCBwYWdlcyBmcmVlZCBieSBkYWVtb24KICAgNDgwMDQxIHBhZ2VzIGZyZWVkIGJ5IGV4 aXRpbmcgcHJvY2Vzc2VzCiAgICAxNzgzMCBwYWdlcyBhY3RpdmUKICAgIDYyODk3IHBhZ2VzIGlu YWN0aXZlCiAgICAgMTI3NyBwYWdlcyBpbiBWTSBjYWNoZQogICAgMzgxMjUgcGFnZXMgd2lyZWQg ZG93bgogICAzNTc5NzYgcGFnZXMgZnJlZQogICAgIDQwOTYgYnl0ZXMgcGVyIHBhZ2UKIDUwNzMz MzA5IHRvdGFsIG5hbWUgbG9va3VwcwogICAgICAgICAgY2FjaGUgaGl0cyAoOTklIHBvcyArIDAl IG5lZykgc3lzdGVtIDAlIHBlci1kaXJlY3RvcnkKICAgICAgICAgIGRlbGV0aW9ucyAwJSwgZmFs c2VoaXRzIDAlLCB0b29sb25nIDAlCmludGVycnVwdCAgICAgICAgICAgICAgICAgICAgICAgICAg dG90YWwgICAgICAgcmF0ZQo/Pz8gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxMTogYXRrYmQwICAgICAgICAgICAgICAgICAgICAgICAgICAxNyAgICAg ICAgICAwCnN0cmF5IGlycTEgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnEyOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTM6IHVh cnQxICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEzICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxNDogdWFydDAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTQgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE1OiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNSAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCmlycTY6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMApzdHJheSBpcnE2ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKaXJxNzogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCnN0cmF5IGlycTcgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApp cnE4OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkg aXJxOCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTk6IGFjcGkw ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE5ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTA6ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTEwICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMTogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTEgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCmlycTEyOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMApzdHJheSBpcnExMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKaXJxMTM6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CnN0cmF5IGlycTEzICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEx NDogYXRhMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJx MTQgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE1OiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExNSAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTY6IG9oY2kwICAgICAgICAgICAg ICAgICAgICAgICAgICAgMSAgICAgICAgICAwCnN0cmF5IGlycTE2ICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMAppcnExNzogb2hjaTEgb2hjaTMgICAgICAgICAgICAgICAg ICAgIDI5ICAgICAgICAgIDAKc3RyYXkgaXJxMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmlycTE4OiBvaGNpMiBvaGNpNCAgICAgICAgICAgICAgICAgICAgIDEgICAg ICAgICAgMApzdHJheSBpcnExOCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKaXJxMTk6IGVoY2kwICAgICAgICAgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAwCnN0 cmF5IGlycTE5ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyMDog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTIxOiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyMSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjI6IGF0YXBjaTAgICAgICAgICAgICAg ICAgICAgICAxODMwMSAgICAgICAgIDEyCnN0cmF5IGlycTIyICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnEyMzogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjMgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmNwdTA6IHRpbWVyICAgICAgICAgICAgICAgICAgICAgIDI5NTE3MDUgICAgICAg MTk5OQppcnEyNTY6IHJlMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMjU2ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI1 NzogcmUxICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEy NTcgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKVG90YWwgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMjk3MDA1NiAgICAgICAyMDEyCg== --_005_35CFCFC220BF044DA8BFCE7FC11853D701A1EEEX02reitznerlocal_-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 19:50:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6507F106564A for ; Tue, 10 Jan 2012 19:50:24 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1C8068FC12 for ; Tue, 10 Jan 2012 19:50:23 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so5929293vbb.13 for ; Tue, 10 Jan 2012 11:50:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kK6IJ5gY9cLb+sPuNlqwCNY81qF8nuHyB2nktk7vMXs=; b=KHH0PcQ4bjUextp/88E1BFrWErETF7LJx4MuffKa8fSbGPzv1eS7RXc+vbjDGXMesm 8M9I1cfY53tnGO+5StRM9ZyxCkSvmM5rWQiSgKk2yLSz4WgkSq4Z9lYphuxHNx+XzMVL rPTrVH5WybyXh06v4ZHJfqHKiC9hQ3SkWJ22c= MIME-Version: 1.0 Received: by 10.52.240.226 with SMTP id wd2mr10165227vdc.50.1326225023212; Tue, 10 Jan 2012 11:50:23 -0800 (PST) Received: by 10.52.109.106 with HTTP; Tue, 10 Jan 2012 11:50:23 -0800 (PST) In-Reply-To: <35CFCFC220BF044DA8BFCE7FC11853D701A1EE@EX02.reitzner.local> References: <35CFCFC220BF044DA8BFCE7FC11853D701A1EE@EX02.reitzner.local> Date: Tue, 10 Jan 2012 19:50:23 +0000 Message-ID: From: Tom Evans To: Fischer Markus Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-current@freebsd.org" Subject: Re: Problem with ACPI / reboot: Black Screen? Part No 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 19:50:24 -0000 On Tue, Jan 10, 2012 at 7:12 PM, Fischer Markus wrote: > > > Hello, > > I habe a BIG Problem with the ACPI Interface. > The problem is the "reboot" command. The Shutdown command works. I don't think ``reboot`` is the command you want. If you want the computer to shut down, and then restart, you should use ``shutdown -r now``, which will invoke ``reboot`` at the appropriate point. Easy enough to check... Cheers Tom From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 20:18:33 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A547106564A for ; Tue, 10 Jan 2012 20:18:33 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AAD858FC12 for ; Tue, 10 Jan 2012 20:18:32 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA06151 for ; Tue, 10 Jan 2012 22:18:31 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rki9O-0007wo-UO for freebsd-current@freebsd.org; Tue, 10 Jan 2012 22:18:30 +0200 Message-ID: <4F0C9D14.60705@FreeBSD.org> Date: Tue, 10 Jan 2012 22:18:28 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: FreeBSD current X-Enigmail-Version: undefined Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: Subject: bus dma: a flag/quirk for page zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 20:18:33 -0000 Some hardware interfaces may reserve a special meaning for a (physical) memory address value of zero. One example is the OHCI specification where a zero value in CurrentBufferPointer doesn't mean a physical address, but has a reserved meaning. To be honest I don't have another example :) but don't preclude its existence. To deal with this peculiarity we could use a special flag/quirk that would instruct the bus dma code to never use the page zero for communication with the hardware. Here's a proof of concept patch that implements the idea: http://people.freebsd.org/~avg/usb-dma-pagezero.diff Some concerns: - not sure if BUS_DMA_NO_PAGEZERO is the best name for the flag - the patch implements the flag only for x86 at the moment - usb code uses the flag regardless of the actual controller type What do you think? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 19:36:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0B2D106566B; Tue, 10 Jan 2012 19:36:12 +0000 (UTC) (envelope-from MFischer@reitzner.de) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 5DFE78FC08; Tue, 10 Jan 2012 19:36:11 +0000 (UTC) Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 1620D1C0C0CB; Tue, 10 Jan 2012 20:10:08 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id 0103B1C0014B; Tue, 10 Jan 2012 20:10:07 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id BdBscUXv+jnh; Tue, 10 Jan 2012 20:10:02 +0100 (CET) Received: from EX02.reitzner.local (ppp-188-174-103-244.dynamic.mnet-online.de [188.174.103.244]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPS; Tue, 10 Jan 2012 20:09:59 +0100 (CET) Received: from EX02.reitzner.local ([fe80::3c40:2523:615c:77be]) by EX02.reitzner.local ([fe80::3c40:2523:615c:77be%14]) with mapi id 14.02.0247.003; Tue, 10 Jan 2012 20:09:59 +0100 From: Fischer Markus To: "freebsd-acpi@FreeBSD.org" Thread-Topic: Problem with ACPI / reboot: Black Screen? Thread-Index: AczPCKGVn750qUr+SWSOrGqsayAY6wABAvfUAC+opvg= Date: Tue, 10 Jan 2012 19:09:58 +0000 Message-ID: <35CFCFC220BF044DA8BFCE7FC11853D701A1DD@EX02.reitzner.local> References: <35CFCFC220BF044DA8BFCE7FC11853D70142F7@EX02.reitzner.local>, <35CFCFC220BF044DA8BFCE7FC11853D7014341@EX02.reitzner.local> In-Reply-To: <35CFCFC220BF044DA8BFCE7FC11853D7014341@EX02.reitzner.local> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [93.209.121.15] Content-Type: multipart/mixed; boundary="_007_35CFCFC220BF044DA8BFCE7FC11853D701A1DDEX02reitznerlocal_" MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 10 Jan 2012 20:26:41 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-current@freebsd.org" Subject: WG: Problem with ACPI / reboot: Black Screen? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 19:36:12 -0000 --_007_35CFCFC220BF044DA8BFCE7FC11853D701A1DDEX02reitznerlocal_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I habe a BIG Problem with the ACPI Interface. The problem is the "reboot" command. The Shutdown command works. "reboot" --> The computer makes a shutdown, the Screen is black, but= the computer not power on, he don't start. The screen is black, the computer runns. I can the comp= uter only starts with power plug. I have testet the FreeBSD Version 8.1 (pfsense) and 8.2= and 9.0-RC3 --> Only the same!!! I have testet with pfsense 1.2.3 (FreeBSD 7.1) and then= works the reboot command. I habe testet wirth Knoppix 6.7.1 (Kernel 3.0.x) and th= e reboot command works. I've tested a lot of settings (sysctl), and even compile a new kernel. I've= tested this with acpiconf. All without success. The screen remains black when reboot command, the computer is running (is o= n), and only unplugging the power plug ringed the PC running again. The System: pfsense 2.0.1 (with FreeBSD 8.1 Kernel), without X-Serv= ers Hardware: Fujitsu Main-Board D2963-S1 with AMD Sempron 200U Diagnostics in the appendix!! I hope you can help me! Thank you very much! Bye Markus Fischer Germany --_007_35CFCFC220BF044DA8BFCE7FC11853D701A1DDEX02reitznerlocal_ Content-Type: text/plain; name="dmesg.txt" Content-Description: dmesg.txt Content-Disposition: attachment; filename="dmesg.txt"; size=32606; creation-date="Mon, 09 Jan 2012 20:28:49 GMT"; modification-date="Mon, 09 Jan 2012 20:28:49 GMT" Content-Transfer-Encoding: base64 WzIuMC4xLVJFTEVBU0VdW3Jvb3RAcmFjZy5sb2NhbF0vcm9vdCgyKTogZG1lc2cKQ29weXJpZ2h0 IChjKSAxOTkyLTIwMTAgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChjKSAxOTc5LCAx OTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUg UmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2Vy dmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91 bmRhdGlvbi4KRnJlZUJTRCA4LjEtUkVMRUFTRSAjMjogU3VuIEphbiAgOCAxNDo1NzozNiBDRVQg MjAxMgogICAgcm9vdEByYWNnLmxvY2FsOi91c3Ivb2JqL3Vzci9zcmMvc3lzL3JhY2cgaTM4NgpQ cmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIgYXQgMHhjMTFiZDAwMC4K UHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9tYWNfYnNkZXh0ZW5kZWQua28iIGF0 IDB4YzExYmQxZDguClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvbWFjX3NlZW90 aGVydWlkcy5rbyIgYXQgMHhjMTFiZDI4Yy4KbW9kdWxlX3JlZ2lzdGVyOiBtb2R1bGUgbWFjX2Jz ZGV4dGVuZGVkIGFscmVhZHkgZXhpc3RzIQpNb2R1bGUgbWFjX2JzZGV4dGVuZGVkIGZhaWxlZCB0 byByZWdpc3RlcjogMTcKbW9kdWxlX3JlZ2lzdGVyOiBtb2R1bGUgbWFjX3NlZW90aGVydWlkcyBh bHJlYWR5IGV4aXN0cyEKTW9kdWxlIG1hY19zZWVvdGhlcnVpZHMgZmFpbGVkIHRvIHJlZ2lzdGVy OiAxNwpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApD YWxpYnJhdGluZyBUU0MgY2xvY2sgLi4uIFRTQyBjbG9jazogOTk5OTk2NDI0IEh6CkNQVTogQU1E IFNlbXByb24odG0pIFByb2Nlc3NvciAyMDBVICgxMDAwLjAwLU1IeiA2ODYtY2xhc3MgQ1BVKQog IE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4NjBmZjIgIEZhbWlseSA9IGYgIE1vZGVs ID0gNmYgIFN0ZXBwaW5nID0gMgogIEZlYXR1cmVzPTB4NzhiZmJmZjxGUFUsVk1FLERFLFBTRSxU U0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixD TEZMVVNILE1NWCxGWFNSLFNTRSxTU0UyPgogIEZlYXR1cmVzMj0weDIwMDE8U1NFMyxDWDE2Pgog IEFNRCBGZWF0dXJlcz0weGVhNTAwODAwPFNZU0NBTEwsTlgsTU1YKyxGRlhTUixSRFRTQ1AsTE0s M0ROb3chKywzRE5vdyE+CiAgQU1EIEZlYXR1cmVzMj0weDExOTxMQUhGLEV4dEFQSUMsQ1I4LFBy ZWZldGNoPgpEYXRhIFRMQjogMzIgZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUKSW5zdHJ1Y3Rp b24gVExCOiAzMiBlbnRyaWVzLCBmdWxseSBhc3NvY2lhdGl2ZQpMMSBkYXRhIGNhY2hlOiA2NCBr Ynl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAyLXdheSBhc3NvY2lhdGl2ZQpMMSBp bnN0cnVjdGlvbiBjYWNoZTogNjQga2J5dGVzLCA2NCBieXRlcy9saW5lLCAxIGxpbmVzL3RhZywg Mi13YXkgYXNzb2NpYXRpdmUKTDIgaW50ZXJuYWwgY2FjaGU6IDI1NiBrYnl0ZXMsIDY0IGJ5dGVz L2xpbmUsIDEgbGluZXMvdGFnLCA4LXdheSBhc3NvY2lhdGl2ZQpyZWFsIG1lbW9yeSAgPSAyMTQ3 NDgzNjQ4ICgyMDQ4IE1CKQpQaHlzaWNhbCBtZW1vcnkgY2h1bmsocyk6CjB4MDAwMDAwMDAwMDAw MTAwMCAtIDB4MDAwMDAwMDAwMDA5Y2ZmZiwgNjM4OTc2IGJ5dGVzICgxNTYgcGFnZXMpCjB4MDAw MDAwMDAwMDEwMDAwMCAtIDB4MDAwMDAwMDAwMDNmZmZmZiwgMzE0NTcyOCBieXRlcyAoNzY4IHBh Z2VzKQoweDAwMDAwMDAwMDE0MjYwMDAgLSAweDAwMDAwMDAwNzVjYzBmZmYsIDE5NTUxODA1NDQg Ynl0ZXMgKDQ3NzMzOSBwYWdlcykKYXZhaWwgbWVtb3J5ID0gMTk1MzY0MDQ0OCAoMTg2MyBNQikK VGFibGUgJ0ZBQ1AnIGF0IDB4NzdlZTBkNWMKVGFibGUgJ0FQSUMnIGF0IDB4NzdlZTBkZDAKQVBJ QzogRm91bmQgdGFibGUgYXQgMHg3N2VlMGRkMApNUCBDb25maWd1cmF0aW9uIFRhYmxlIHZlcnNp b24gMS40IGZvdW5kIGF0IDB4YzAwOWUwNzEKQVBJQzogVXNpbmcgdGhlIE1BRFQgZW51bWVyYXRv ci4KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElEIDA6IGVuYWJsZWQKU01QOiBBZGRl ZCBDUFUgMCAoQVApCkFDUEkgQVBJQyBUYWJsZTogPFBUTFREICAJIEFQSUMgID4KYmlvczMyOiBG b3VuZCBCSU9TMzIgU2VydmljZSBEaXJlY3RvcnkgaGVhZGVyIGF0IDB4YzAwZjk3ZTAKYmlvczMy OiBFbnRyeSA9IDB4ZmRiNjAgKGMwMGZkYjYwKSAgUmV2ID0gMCAgTGVuID0gMQpwY2liaW9zOiBQ Q0kgQklPUyBlbnRyeSBhdCAweGZkYjYwKzB4MjE5CnBucGJpb3M6IEZvdW5kIFBuUCBCSU9TIGRh dGEgYXQgMHhjMDBmOTg4MApwbnBiaW9zOiBFbnRyeSA9IGYwMDAwOmM2OWMgIFJldiA9IDEuMApP dGhlciBCSU9TIHNpZ25hdHVyZXMgZm91bmQ6Cng4NmJpb3M6ICAgSVZUIDB4MDAwMDAwLTB4MDAw NGZmIGF0IDB4YzAwMDAwMDAKeDg2YmlvczogIFNTRUcgMHgwMTAwMDAtMHgwMWZmZmYgYXQgMHhj NTM3ZTAwMAp4ODZiaW9zOiAgRUJEQSAweDA5ZDAwMC0weDA5ZmZmZiBhdCAweGMwMDlkMDAwCng4 NmJpb3M6ICAgUk9NIDB4MGEwMDAwLTB4MGVmZmZmIGF0IDB4YzAwYTAwMDAKQVBJQzogQ1BVIDAg aGFzIEFDUEkgSUQgMApTZWN1cml0eSBwb2xpY3kgbG9hZGVkOiBUcnVzdGVkQlNEIE1BQy9CU0Qg RXh0ZW5kZWQgKG1hY19ic2RleHRlbmRlZCkKU2VjdXJpdHkgcG9saWN5IHVubG9hZDogVHJ1c3Rl ZEJTRCBNQUMvQlNEIEV4dGVuZGVkIChtYWNfYnNkZXh0ZW5kZWQpCm1vZHVsZV9yZWdpc3Rlcl9p bml0OiBNT0RfTE9BRCAobWFjX2JzZGV4dGVuZGVkLCAweGMwYmI3OTAwLCAweGMwZjRiZDgwKSBl cnJvciAxNwpTZWN1cml0eSBwb2xpY3kgbG9hZGVkOiBUcnVzdGVkQlNEIE1BQy9zZWVvdGhlcnVp ZHMgKG1hY19zZWVvdGhlcnVpZHMpClNlY3VyaXR5IHBvbGljeSB1bmxvYWQ6IFRydXN0ZWRCU0Qg TUFDL3NlZW90aGVydWlkcyAobWFjX3NlZW90aGVydWlkcykKbW9kdWxlX3JlZ2lzdGVyX2luaXQ6 IE1PRF9MT0FEIChtYWNfc2Vlb3RoZXJ1aWRzLCAweGMwYmI3OTAwLCAweGMxMWJhMjAwKSBlcnJv ciAxNwpVTEU6IHNldHVwIGNwdSAwCkFDUEk6IFJTRFAgMHhmOTg0MCAwMDAxNCAodjAgUFRMVEQg KQpBQ1BJOiBSU0RUIDB4NzdlZGUwMDAgMDAwMzggKHYxICBleHRyYSAgICBleG9uZSAwMDA2MDAw MCAgTFRQIDAwMDAwMDAwKQpBQ1BJOiBGQUNQIDB4NzdlZTBkNWMgMDAwNzQgKHYxIEZUUyAgICBE Mjk2My9TMSAwMDA2MDAwMCAgICAgIDAwMEY0MjQwKQpBQ1BJOiBEU0RUIDB4NzdlZGUwMzggMDJE MjQgKHYxIEZUUyAgICBEMjk2My9TMSAwMDA2MDAwMCBNU0ZUIDAzMDAwMDAxKQpBQ1BJOiBGQUNT IDB4NzdlZTFmYzAgMDAwNDAKQUNQSTogQVBJQyAweDc3ZWUwZGQwIDAwMDQ2ICh2MSBQVExURCAg PyBBUElDICAgMDAwNjAwMDAgIExUUCAwMDAwMDAwMCkKQUNQSTogU0xJQyAweDc3ZWUwZTE2IDAw MTc2ICh2MSAgZXh0cmEgICAgZXhvbmUgMDAwNjAwMDAgIExUUCAwMDAwMDAwMCkKQUNQSTogTUNG RyAweDc3ZWUwZjhjIDAwMDNDICh2MSBQVExURCAgICBNQ0ZHICAgMDAwNjAwMDAgIExUUCAwMDAw MDAwMCkKQUNQSTogSFBFVCAweDc3ZWUwZmM4IDAwMDM4ICh2MSBQVExURCAgSFBFVFRCTCAgMDAw NjAwMDAgIExUUCAwMDAwMDAwMSkKTUFEVDogRm91bmQgSU8gQVBJQyBJRCAxLCBJbnRlcnJ1cHQg MCBhdCAweGZlYzAwMDAwCmlvYXBpYzA6IFJvdXRpbmcgZXh0ZXJuYWwgODI1OUEncyAtPiBpbnRw aW4gMApsYXBpYzA6IFJvdXRpbmcgTk1JIC0+IExJTlQxCmxhcGljMDogTElOVDEgdHJpZ2dlcjog ZWRnZQpsYXBpYzA6IExJTlQxIHBvbGFyaXR5OiBoaWdoCk1BRFQ6IEZvcmNpbmcgYWN0aXZlLWxv dyBwb2xhcml0eSBhbmQgbGV2ZWwgdHJpZ2dlciBmb3IgU0NJCmlvYXBpYzA6IGludHBpbiA5IHBv bGFyaXR5OiBsb3cKaW9hcGljMDogaW50cGluIDkgdHJpZ2dlcjogbGV2ZWwKaW9hcGljMCA8VmVy c2lvbiAyLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApjcHUwIEJTUDoKICAgICBJRDogMHgw MDAwMDAwMCAgIFZFUjogMHg4MDA1MDAxMCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZm CiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNW UjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjog MHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDAKZmlybXdhcmU6ICdteGdlX3Jzc19ldGhwX3o4ZScg dmVyc2lvbiA1NjM4Njg6IDE1NTc4NiBieXRlcyBsb2FkZWQgYXQgMHhjMGViOTc2MAp3bGFuOiBt YWMgYWNsIHBvbGljeSByZWdpc3RlcmVkCndsYW46IDw4MDIuMTEgTGluayBMYXllcj4KZmlybXdh cmU6ICdteGdlX2V0aF96OGUnIHZlcnNpb24gMzY3NTY0OiAxMTY0NzcgYnl0ZXMgbG9hZGVkIGF0 IDB4YzBlNWE5ODAKZmlybXdhcmU6ICdteGdlX2V0aHBfejhlJyB2ZXJzaW9uIDM3Nzg3NjogMTE3 MTAyIGJ5dGVzIGxvYWRlZCBhdCAweGMwZTc3MTAwCmZpcm13YXJlOiAnbXhnZV9yc3NfZXRoX3o4 ZScgdmVyc2lvbiA1NTM0Njg6IDE1NDU4MCBieXRlcyBsb2FkZWQgYXQgMHhjMGU5M2IwMApyYW5k b206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlhcnJvdz4KbmZzbG9jazogcHNldWRvLWRl dmljZQpjcnlwdG86IDxjcnlwdG8gY29yZT4Ka2JkOiBuZXcgYXJyYXkgc2l6ZSA0CmtiZDEgYXQg a2JkbXV4MAptZW06IDxtZW1vcnk+ClBlbnRpdW0gUHJvIE1UUlIgc3VwcG9ydCBlbmFibGVkCmlv OiA8SS9PPgpudWxsOiA8bnVsbCBkZXZpY2UsIHplcm8gZGV2aWNlPgpocHRycjogUm9ja2V0UkFJ RCAxN3h4LzJ4eHggU0FUQSBjb250cm9sbGVyIGRyaXZlciB2MS4yCm5weDA6IElOVCAxNiBpbnRl cmZhY2UKY3J5cHRvc29mdDA6IDxzb2Z0d2FyZSBjcnlwdG8+IG9uIG1vdGhlcmJvYXJkCmNyeXB0 bzogYXNzaWduIGNyeXB0b3NvZnQwIGRyaXZlciBpZCAwLCBmbGFncyAxMDA2NjMyOTYKY3J5cHRv OiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDEgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzog Y3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAyIGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNy eXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMyBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlw dG9zb2Z0MCByZWdpc3RlcnMgYWxnIDQgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRv c29mdDAgcmVnaXN0ZXJzIGFsZyA1IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3Nv ZnQwIHJlZ2lzdGVycyBhbGcgMTYgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29m dDAgcmVnaXN0ZXJzIGFsZyA2IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQw IHJlZ2lzdGVycyBhbGcgNyBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCBy ZWdpc3RlcnMgYWxnIDE4IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJl Z2lzdGVycyBhbGcgMTkgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVn aXN0ZXJzIGFsZyAyMCBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdp c3RlcnMgYWxnIDggZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0 ZXJzIGFsZyAxNSBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3Rl cnMgYWxnIDkgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJz IGFsZyAxMCBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMg YWxnIDEzIGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBh bGcgMTQgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFs ZyAxMSBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxn IDIxIGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcg MTcgZmxhZ3MgMCBtYXhvcGxlbiAwCnBhZGxvY2swOiBObyBBQ0Ugc3VwcG9ydC4KYWNwaTA6IDxl eHRyYT4gb24gbW90aGVyYm9hcmQKUENJZTogTWVtb3J5IE1hcHBlZCBjb25maWd1cmF0aW9uIGJh c2UgQCAweGUwMDAwMDAwCnBjaWJpb3M6IEJJT1MgdmVyc2lvbiAzLjAwCmlvYXBpYzA6IHJvdXRp bmcgaW50cGluIDkgKElTQSBJUlEgOSkgdG8gbGFwaWMgMCB2ZWN0b3IgNDgKYWNwaTA6IFtNUFNB RkVdCmFjcGkwOiBbSVRIUkVBRF0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmFjcGkwOiB3 YWtldXAgY29kZSB2YSAweGM1MzdiMDAwIHBhIDB4MTAwMApBY3BpT3NEZXJpdmVQY2lJZDogXFxf U0JfLlBDSTAuUEFUQS5JREVfIC0+IGJ1cyAwIGRldiAyMCBmdW5jIDEKQUNQSSBIUEVUIHRhYmxl IHdhcm5pbmc6IFNlcXVlbmNlIGlzIG5vbi16ZXJvICgyKQpBQ1BJIHRpbWVyOiAwLzMgMC8zIDEv MiAxLzIgMS8yIDEvMiAxLzIgMC8zIDEvMiAxLzIgLT4gNwpUaW1lY291bnRlciAiQUNQSS1zYWZl IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDg1MAphY3BpX3RpbWVyMDogPDMyLWJpdCB0 aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDgwMDgtMHg4MDBiIG9uIGFjcGkwCmNwdTA6IDxB Q1BJIENQVT4gb24gYWNwaTAKY3B1MDogc3dpdGNoaW5nIHRvIGdlbmVyaWMgQ3ggbW9kZQpwY2lf bGluazA6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUg ICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRp b24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIEFm dGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAx NQpwY2lfbGluazE6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwg UHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZh bGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAx NQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAx MiAxNCAxNQpwY2lfbGluazI6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIElu aXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAx NQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAx MiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAx MCAxMSAxMiAxNCAxNQpwY2lfbGluazM6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJR cwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAx MiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAx MCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0 IDcgOSAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazQ6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJl ZiAgSVJRcwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAx MCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0 IDcgOSAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazU6ICAgICAgICBJbmRleCAgSVJRICBS dGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0 IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAg TiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazY6ICAgICAgICBJbmRleCAg SVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAg TiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAg MjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazc6ICAgICAgICBJ bmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAg TiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAg MjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAg ICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgOSAxMCAxMSAxMiAxNCAxNQphY3BpX2hwZXQwOiA8 SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBv biBhY3BpMAphY3BpX2hwZXQwOiB2ZW5kOiAweDQzNTMgcmV2OiAweDEgbnVtOiAzIGh6OiAxNDMx ODE4MCBvcHRzOiBsZWdhY3lfcm91dGUKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMx ODE4MCBIeiBxdWFsaXR5IDkwMAphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkw CnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAK cGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpMDogZG9tYWluPTAsIHBoeXNpY2FsIGJ1 cz0wCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NzkxMCwgcmV2aWQ9MHgwMAoJZG9tYWlu PTAsIGJ1cz0wLCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDIyMjAsIGNhY2hlbG5zej0wIChkd29y ZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9 MHgwMCAoMCBucykKCW1hcFsxY106IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGUwMDAw MDAwLCBzaXplIDI5LCBlbmFibGVkCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NzkxMiwg cmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTEsIGZ1bmM9MAoJY2xhc3M9MDYtMDQt MDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAyMzAs IGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4 MWMgKDcwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBk ZXY9MHg3OTE2LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9NiwgZnVuYz0wCglj bGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0 cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwNCAoMTAwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJcG93ZXJzcGVjIDMgIHN1 cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCmZvdW5kLT4J dmVuZG9yPTB4MTAwMiwgZGV2PTB4NzkxNywgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBz bG90PTcsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21k cmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDQgKDEwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK CXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEg bWVzc2FnZQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzODAsIHJldmlkPTB4MDAKCWRv bWFpbj0wLCBidXM9MCwgc2xvdD0xOCwgZnVuYz0wCgljbGFzcz0wMS0wMS04ZiwgaGRydHlwZT0w eDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTAg KGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRz IEQwIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFz ZSAweDg0NDAsIHNpemUgIDMsIGVuYWJsZWQKCW1hcFsxNF06IHR5cGUgSS9PIFBvcnQsIHJhbmdl IDMyLCBiYXNlIDB4ODQzNCwgc2l6ZSAgMiwgZW5hYmxlZAoJbWFwWzE4XTogdHlwZSBJL08gUG9y dCwgcmFuZ2UgMzIsIGJhc2UgMHg4NDM4LCBzaXplICAzLCBlbmFibGVkCgltYXBbMWNdOiB0eXBl IEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDg0MzAsIHNpemUgIDIsIGVuYWJsZWQKCW1hcFsy MF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ODQwMCwgc2l6ZSAgNCwgZW5hYmxl ZAoJbWFwWzI0XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4Zjg4MGEwMDAsIHNpemUg MTAsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTguSU5UQQpwY2liMDogc2xv dCAxOCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjIKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9 MHg0Mzg3LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MTksIGZ1bmM9MAoJY2xh c3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAxNywgc3RhdHJl Zz0weDAyYTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MTAK CW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGY4ODA0MDAwLCBzaXplIDEy LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjE5LklOVEEKcGNpYjA6IHNsb3Qg MTkgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CnVua25vd246IFJlc2VydmVkIDB4MTAwMCBieXRl cyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4Zjg4MDQwMDAKZm91bmQtPgl2ZW5kb3I9MHgxMDAy LCBkZXY9MHg0Mzg4LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MTksIGZ1bmM9 MQoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAxNywg c3RhdHJlZz0weDAyYTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIw IG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBp cnE9NQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4Zjg4MDUwMDAsIHNp emUgMTIsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTkuSU5UQgpwY2liMDog c2xvdCAxOSBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTcKdW5rbm93bjogUmVzZXJ2ZWQgMHgxMDAw IGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhmODgwNTAwMApmb3VuZC0+CXZlbmRvcj0w eDEwMDIsIGRldj0weDQzODksIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0xOSwg ZnVuYz0yCgljbGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgw MDE3LCBzdGF0cmVnPTB4MDJhMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAg KDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGlu PWMsIGlycT0xMQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4Zjg4MDYw MDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTkuSU5UQwpw Y2liMDogc2xvdCAxOSBJTlRDIGhhcmR3aXJlZCB0byBJUlEgMTgKdW5rbm93bjogUmVzZXJ2ZWQg MHgxMDAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhmODgwNjAwMApmb3VuZC0+CXZl bmRvcj0weDEwMDIsIGRldj0weDQzOGEsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xv dD0xOSwgZnVuYz0zCgljbGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRy ZWc9MHgwMDE3LCBzdGF0cmVnPTB4MDJhMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVy PTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJ aW50cGluPWIsIGlycT01CgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhm ODgwNzAwMCwgc2l6ZSAxMiwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xOS5J TlRCCnBjaWIwOiBzbG90IDE5IElOVEIgaGFyZHdpcmVkIHRvIElSUSAxNwp1bmtub3duOiBSZXNl cnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGY4ODA3MDAwCmZvdW5k LT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM4YiwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0w LCBzbG90PTE5LCBmdW5jPTQKCWNsYXNzPTBjLTAzLTEwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAK CWNtZHJlZz0weDAwMTcsIHN0YXRyZWc9MHgwMmEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0 dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCglpbnRwaW49YywgaXJxPTExCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJh c2UgMHhmODgwODAwMCwgc2l6ZSAxMiwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3Ig MC4xOS5JTlRDCnBjaWIwOiBzbG90IDE5IElOVEMgaGFyZHdpcmVkIHRvIElSUSAxOAp1bmtub3du OiBSZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGY4ODA4MDAw CmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM4NiwgcmV2aWQ9MHgwMAoJZG9tYWluPTAs IGJ1cz0wLCBzbG90PTE5LCBmdW5jPTUKCWNsYXNzPTBjLTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTAKCWNtZHJlZz0weDAwMTcsIHN0YXRyZWc9MHgwMmIwLCBjYWNoZWxuc3o9OCAoZHdvcmRz KQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCglpbnRwaW49ZCwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEg RDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAw eGY4ODBhNDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjE5 LklOVEQKcGNpYjA6IHNsb3QgMTkgSU5URCBoYXJkd2lyZWQgdG8gSVJRIDE5CnVua25vd246IFJl c2VydmVkIDB4MTAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhmODgwYTQwMApmb3Vu ZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzODUsIHJldmlkPTB4MTQKCWRvbWFpbj0wLCBidXM9 MCwgc2xvdD0yMCwgZnVuYz0wCgljbGFzcz0wYy0wNS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0x CgljbWRyZWc9MHgwMDAzLCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxh dHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQoJbWFwWzEwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg4NDEwLCBzaXplICA0 LCBlbmFibGVkCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM4YywgcmV2aWQ9MHgwMAoJ ZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIwLCBmdW5jPTEKCWNsYXNzPTAxLTAxLThhLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMTUsIHN0YXRyZWc9MHgwMjIwLCBjYWNoZWxuc3o9 MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4 bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTI1NQoJbWFwWzIwXTogdHlwZSBJL08gUG9y dCwgcmFuZ2UgMzIsIGJhc2UgMHg4NDIwLCBzaXplICA0LCBlbmFibGVkCmZvdW5kLT4JdmVuZG9y PTB4MTAwMiwgZGV2PTB4NDM4MywgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIw LCBmdW5jPTIKCWNsYXNzPTA0LTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0w eDAwMDYsIHN0YXRyZWc9MHgwNDEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0 MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRw aW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1h cFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGY4ODAwMDAwLCBzaXplIDE0LCBl bmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjIwLklOVEEKcGNpYjA6IHNsb3QgMjAg SU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM4 ZCwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIwLCBmdW5jPTMKCWNsYXNzPTA2 LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMGYsIHN0YXRyZWc9MHgw MjIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0w eDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2 PTB4NDM4NCwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIwLCBmdW5jPTQKCWNs YXNzPTA2LTA0LTAxLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRy ZWc9MHgwMmEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyks IG1pbmdudD0weDAyICg1MDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9 MHgxMDIyLCBkZXY9MHgxMTAwLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjQs IGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4 MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAw ICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2 ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAxLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNs b3Q9MjQsIGZ1bmM9MQoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21k cmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91 bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAyLCByZXZpZD0weDAwCglkb21haW49MCwgYnVz PTAsIHNsb3Q9MjQsIGZ1bmM9MgoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCgls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAzLCByZXZpZD0weDAwCglkb21haW49 MCwgYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9MwoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29y ZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBj aTAKcGNpYjE6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMTogICBzZWNvbmRhcnkgYnVzICAg ICAxCnBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEKcGNpYjE6ICAgSS9PIGRlY29kZSAgICAg ICAgMHg5MDAwLTB4OWZmZgpwY2liMTogICBtZW1vcnkgZGVjb2RlICAgICAweGY4MjAwMDAwLTB4 ZjgzZmZmZmYKcGNpYjE6ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHhmMDAwMDAwMC0weGY3ZmZmZmZm CnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnBjaTE6IGRvbWFpbj0wLCBwaHlzaWNhbCBi dXM9MQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDc5MWYsIHJldmlkPTB4MDAKCWRvbWFp bj0wLCBidXM9MSwgc2xvdD01LCBmdW5jPTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9OCAoZHdv cmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAg RDEgRDIgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdAoJbWFw WzEwXTogdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGYwMDAwMDAw LCBzaXplIDI3LCBlbmFibGVkCnBjaWIxOiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZjAwMDAw MDAtMHhmN2ZmZmZmZjogZ29vZAoJbWFwWzE4XTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNl IDB4ZjgzMDAwMDAsIHNpemUgMTYsIGVuYWJsZWQKcGNpYjE6IHJlcXVlc3RlZCBtZW1vcnkgcmFu Z2UgMHhmODMwMDAwMC0weGY4MzBmZmZmOiBnb29kCgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCBy YW5nZSAzMiwgYmFzZSAweDkwMDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjE6IHJlcXVlc3RlZCBJ L08gcmFuZ2UgMHg5MDAwLTB4OTBmZjogaW4gcmFuZ2UKCW1hcFsyNF06IHR5cGUgTWVtb3J5LCBy YW5nZSAzMiwgYmFzZSAweGY4MjAwMDAwLCBzaXplIDIwLCBlbmFibGVkCnBjaWIxOiByZXF1ZXN0 ZWQgbWVtb3J5IHJhbmdlIDB4ZjgyMDAwMDAtMHhmODJmZmZmZjogZ29vZApwY2liMTogbWF0Y2hl ZCBlbnRyeSBmb3IgMS41LklOVEEKcGNpYjE6IHNsb3QgNSBJTlRBIGhhcmR3aXJlZCB0byBJUlEg MTgKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg3OTE5LCByZXZpZD0weDAwCglkb21haW49 MCwgYnVzPTEsIHNsb3Q9NSwgZnVuYz0yCgljbGFzcz0wNC0wMy0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3Jk cykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0w eDAwICgwIG5zKQoJaW50cGluPWIsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQz ICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCW1hcFsxMF06IHR5 cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGY4MzEwMDAwLCBzaXplIDE0LCBlbmFibGVkCnBj aWIxOiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZjgzMTAwMDAtMHhmODMxM2ZmZjogZ29vZApw Y2liMTogbWF0Y2hlZCBlbnRyeSBmb3IgMS41LklOVEIKcGNpYjE6IHNsb3QgNSBJTlRCIGhhcmR3 aXJlZCB0byBJUlEgMTkKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHg5 MDAwLTB4OTBmZiBtZW0gMHhmMDAwMDAwMC0weGY3ZmZmZmZmLDB4ZjgzMDAwMDAtMHhmODMwZmZm ZiwweGY4MjAwMDAwLTB4ZjgyZmZmZmYgaXJxIDE4IGF0IGRldmljZSA1LjAgb24gcGNpMQpwY2kx OiA8bXVsdGltZWRpYSwgSERBPiBhdCBkZXZpY2UgNS4yIChubyBkcml2ZXIgYXR0YWNoZWQpCnBj aWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDYuMCBvbiBwY2kwCnBjaWIyOiAg IGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjI6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMgpwY2liMjog ICBzdWJvcmRpbmF0ZSBidXMgICA3CnBjaWIyOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4YTAwMC0w eGFmZmYKcGNpYjI6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmODQwMDAwMC0weGY4NGZmZmZmCnBj aWIyOiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZjgwMDAwMDAtMHhmODBmZmZmZgpwY2kyOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMgpwY2kyOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTIKZm91bmQt Pgl2ZW5kb3I9MHgxMGVjLCBkZXY9MHg4MTY4LCByZXZpZD0weDAyCglkb21haW49MCwgYnVzPTIs IHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCglj bWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJ aW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJy ZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCU1TSS1YIHN1cHBvcnRzIDIg bWVzc2FnZXMgaW4gbWFwIDB4MjAKCW1hcFsxMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBi YXNlIDB4YTAwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liMjogcmVxdWVzdGVkIEkvTyByYW5nZSAw eGEwMDAtMHhhMGZmOiBpbiByYW5nZQoJbWFwWzE4XTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBi YXNlIDB4Zjg0MDAwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjI6IHJlcXVlc3RlZCBtZW1vcnkg cmFuZ2UgMHhmODQwMDAwMC0weGY4NDAwZmZmOiBnb29kCgltYXBbMjBdOiB0eXBlIFByZWZldGNo YWJsZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZjgwMDAwMDAsIHNpemUgMTYsIGVuYWJsZWQK cGNpYjI6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmODAwMDAwMC0weGY4MDBmZmZmOiBnb29k CnBjaWIyOiBtYXRjaGVkIGVudHJ5IGZvciAyLjAuSU5UQQpwY2liMjogc2xvdCAwIElOVEEgaGFy ZHdpcmVkIHRvIElSUSAxOApyZTA6IDxSZWFsVGVrIDgxNjgvODExMSBCL0MvQ1AvRC9EUC9FIFBD SWUgR2lnYWJpdCBFdGhlcm5ldD4gcG9ydCAweGEwMDAtMHhhMGZmIG1lbSAweGY4NDAwMDAwLTB4 Zjg0MDBmZmYsMHhmODAwMDAwMC0weGY4MDBmZmZmIGlycSAxOCBhdCBkZXZpY2UgMC4wIG9uIHBj aTIKcmUwOiBSZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDE4IHR5cGUgMyBhdCAweGY4 NDAwMDAwCnJlMDogTVNJIGNvdW50IDogMQpyZTA6IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBN U0kgdmVjdG9ycyAoMSBzdXBwb3J0ZWQpCm1zaTogcm91dGluZyBNU0kgSVJRIDI1NiB0byBsb2Nh bCBBUElDIDAgdmVjdG9yIDQ5CnJlMDogdXNpbmcgSVJRIDI1NiBmb3IgTVNJCnJlMDogVXNpbmcg MSBNU0kgbWVzc2FnZXMKcmUwOiBDaGlwIHJldi4gMHgzYzAwMDAwMApyZTA6IE1BQyByZXYuIDB4 MDAwMDAwMDAKbWlpYnVzMDogPE1JSSBidXM+IG9uIHJlMApyZ2VwaHkwOiA8UlRMODE2OVMvODEx MFMvODIxMUIgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMwCnJnZXBoeTA6ICAxMGJh c2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQsIDEw MDBiYXNlVC1GRFgsIGF1dG8KcmUwOiBicGYgYXR0YWNoZWQKcmUwOiBFdGhlcm5ldCBhZGRyZXNz OiAwMDoxOTo5OTo5ZTo4ODphNwpyZTA6IFtNUFNBRkVdCnJlMDogW0ZJTFRFUl0KcGNpYjM6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNy4wIG9uIHBjaTAKcGNpYjM6ICAgZG9tYWlu ICAgICAgICAgICAgMApwY2liMzogICBzZWNvbmRhcnkgYnVzICAgICA4CnBjaWIzOiAgIHN1Ym9y ZGluYXRlIGJ1cyAgIDEzCnBjaWIzOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4YjAwMC0weGJmZmYK cGNpYjM6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmODUwMDAwMC0weGY4NWZmZmZmCnBjaWIzOiAg IHByZWZldGNoZWQgZGVjb2RlIDB4ZjgxMDAwMDAtMHhmODFmZmZmZgpwY2k4OiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMwpwY2k4OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTgKZm91bmQtPgl2ZW5k b3I9MHgxMGVjLCBkZXY9MHg4MTY4LCByZXZpZD0weDAyCglkb21haW49MCwgYnVzPTgsIHNsb3Q9 MCwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9 MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGlu PWEsIGlycT0xMQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQw CglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCU1TSS1YIHN1cHBvcnRzIDIgbWVzc2Fn ZXMgaW4gbWFwIDB4MjAKCW1hcFsxMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4 YjAwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liMzogcmVxdWVzdGVkIEkvTyByYW5nZSAweGIwMDAt MHhiMGZmOiBpbiByYW5nZQoJbWFwWzE4XTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4 Zjg1MDAwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjM6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2Ug MHhmODUwMDAwMC0weGY4NTAwZmZmOiBnb29kCgltYXBbMjBdOiB0eXBlIFByZWZldGNoYWJsZSBN ZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZjgxMDAwMDAsIHNpemUgMTYsIGVuYWJsZWQKcGNpYjM6 IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmODEwMDAwMC0weGY4MTBmZmZmOiBnb29kCnBjaWIz OiBtYXRjaGVkIGVudHJ5IGZvciA4LjAuSU5UQQpwY2liMzogc2xvdCAwIElOVEEgaGFyZHdpcmVk IHRvIElSUSAxOQpyZTE6IDxSZWFsVGVrIDgxNjgvODExMSBCL0MvQ1AvRC9EUC9FIFBDSWUgR2ln YWJpdCBFdGhlcm5ldD4gcG9ydCAweGIwMDAtMHhiMGZmIG1lbSAweGY4NTAwMDAwLTB4Zjg1MDBm ZmYsMHhmODEwMDAwMC0weGY4MTBmZmZmIGlycSAxOSBhdCBkZXZpY2UgMC4wIG9uIHBjaTgKcmUx OiBSZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDE4IHR5cGUgMyBhdCAweGY4NTAwMDAw CnJlMTogTVNJIGNvdW50IDogMQpyZTE6IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBNU0kgdmVj dG9ycyAoMSBzdXBwb3J0ZWQpCm1zaTogcm91dGluZyBNU0kgSVJRIDI1NyB0byBsb2NhbCBBUElD IDAgdmVjdG9yIDUwCnJlMTogdXNpbmcgSVJRIDI1NyBmb3IgTVNJCnJlMTogVXNpbmcgMSBNU0kg bWVzc2FnZXMKcmUxOiBDaGlwIHJldi4gMHgzYzAwMDAwMApyZTE6IE1BQyByZXYuIDB4MDAwMDAw MDAKbWlpYnVzMTogPE1JSSBidXM+IG9uIHJlMQpyZ2VwaHkxOiA8UlRMODE2OVMvODExMFMvODIx MUIgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMxCnJnZXBoeTE6ICAxMGJhc2VULCAx MGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQsIDEwMDBiYXNl VC1GRFgsIGF1dG8KcmUxOiBicGYgYXR0YWNoZWQKcmUxOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDox OTo5OTo5ZTo4MzowMApyZTE6IFtNUFNBRkVdCnJlMTogW0ZJTFRFUl0KYXRhcGNpMDogPEFUSSBJ WFA2MDAgU0FUQTMwMCBjb250cm9sbGVyPiBwb3J0IDB4ODQ0MC0weDg0NDcsMHg4NDM0LTB4ODQz NywweDg0MzgtMHg4NDNmLDB4ODQzMC0weDg0MzMsMHg4NDAwLTB4ODQwZiBtZW0gMHhmODgwYTAw MC0weGY4ODBhM2ZmIGlycSAyMiBhdCBkZXZpY2UgMTguMCBvbiBwY2kwCmF0YXBjaTA6IFJlc2Vy dmVkIDB4MTAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweDg0MDAKYXRhcGNpMDogUmVz ZXJ2ZWQgMHg0MDAgYnl0ZXMgZm9yIHJpZCAweDI0IHR5cGUgMyBhdCAweGY4ODBhMDAwCmlvYXBp YzA6IHJvdXRpbmcgaW50cGluIDIyIChQQ0kgSVJRIDIyKSB0byBsYXBpYyAwIHZlY3RvciA1MQph dGFwY2kwOiBbTVBTQUZFXQphdGFwY2kwOiBbSVRIUkVBRF0KYXRhcGNpMDogQUhDSSB2MS4xMCBj b250cm9sbGVyIHdpdGggNCAzR2JwcyBwb3J0cywgUE0gc3VwcG9ydGVkCmF0YXBjaTA6IENhcHM6 IDY0Yml0IE5DUSBTTlRGIE1QUyBBTCBDTE8gM0dicHMgUE0gUE1EIDMyY21kIENDQyA0cG9ydHMK YXRhMjogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKYXRhMjogQUhDSSByZXNldC4uLgphdGEy OiBoYXJkd2FyZSByZXNldCAuLi4KYXRhMjogU0FUQSBjb25uZWN0IHRpbWVvdXQgc3RhdHVzPTAw MDAwMDAwCmF0YTI6IEFIQ0kgcmVzZXQgZG9uZTogcGh5IHJlc2V0IGZvdW5kIG5vIGRldmljZQph dGEyOiBbTVBTQUZFXQphdGEyOiBbSVRIUkVBRF0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0 YXBjaTAKYXRhMzogQUhDSSByZXNldC4uLgphdGEzOiBoYXJkd2FyZSByZXNldCAuLi4KYXRhMzog U0FUQSBjb25uZWN0IHRpbWU9MG1zIHN0YXR1cz0wMDAwMDEyMwphdGEzOiByZWFkeSB3YWl0IHRp bWU9OW1zCmF0YTM6IHNvZnR3YXJlIHJlc2V0IHBvcnQgMTUuLi4KYXRhMzogYWhjaV9pc3N1ZV9j bWQgdGltZW91dDogMzAwMCBvZiAzMDAwbXMsIHN0YXR1cz0wMDAwMDAwMQphdGEzOiBwb3J0IGlz IG5vdCByZWFkeSAodGltZW91dCAwbXMpIHRmZCA9IDAwMDAwMWQwCmF0YTM6IHNvZnR3YXJlIHJl c2V0IGNsZWFyIHRpbWVvdXQKYXRhMzogc29mdHdhcmUgcmVzZXQgcG9ydCAwLi4uCmF0YTM6IHJl YWR5IHdhaXQgdGltZT0wbXMKYXRhMzogU0lHTkFUVVJFOiAwMDAwMDEwMQphdGEzOiBBSENJIHJl c2V0IGRvbmU6IGRldmljZXM9MDAwMDAwMDEKYXRhMzogW01QU0FGRV0KYXRhMzogW0lUSFJFQURd CmF0YTQ6IDxBVEEgY2hhbm5lbCAyPiBvbiBhdGFwY2kwCmF0YTQ6IEFIQ0kgcmVzZXQuLi4KYXRh NDogaGFyZHdhcmUgcmVzZXQgLi4uCmF0YTQ6IFNBVEEgY29ubmVjdCB0aW1lb3V0IHN0YXR1cz0w MDAwMDAwMAphdGE0OiBBSENJIHJlc2V0IGRvbmU6IHBoeSByZXNldCBmb3VuZCBubyBkZXZpY2UK YXRhNDogW01QU0FGRV0KYXRhNDogW0lUSFJFQURdCmF0YTU6IDxBVEEgY2hhbm5lbCAzPiBvbiBh dGFwY2kwCmF0YTU6IEFIQ0kgcmVzZXQuLi4KYXRhNTogaGFyZHdhcmUgcmVzZXQgLi4uCmF0YTU6 IFNBVEEgY29ubmVjdCB0aW1lb3V0IHN0YXR1cz0wMDAwMDAwMAphdGE1OiBBSENJIHJlc2V0IGRv bmU6IHBoeSByZXNldCBmb3VuZCBubyBkZXZpY2UKYXRhNTogW01QU0FGRV0KYXRhNTogW0lUSFJF QURdCm9oY2kwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGY4ODA0MDAw LTB4Zjg4MDRmZmYgaXJxIDE2IGF0IGRldmljZSAxOS4wIG9uIHBjaTAKaW9hcGljMDogcm91dGlu ZyBpbnRwaW4gMTYgKFBDSSBJUlEgMTYpIHRvIGxhcGljIDAgdmVjdG9yIDUyCm9oY2kwOiBbTVBT QUZFXQpvaGNpMDogW0lUSFJFQURdCnVzYnVzMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9s bGVyPiBvbiBvaGNpMApvaGNpMTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0g MHhmODgwNTAwMC0weGY4ODA1ZmZmIGlycSAxNyBhdCBkZXZpY2UgMTkuMSBvbiBwY2kwCmlvYXBp YzA6IHJvdXRpbmcgaW50cGluIDE3IChQQ0kgSVJRIDE3KSB0byBsYXBpYyAwIHZlY3RvciA1Mwpv aGNpMTogW01QU0FGRV0Kb2hjaTE6IFtJVEhSRUFEXQp1c2J1czE6IDxPSENJIChnZW5lcmljKSBV U0IgY29udHJvbGxlcj4gb24gb2hjaTEKb2hjaTI6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJv bGxlcj4gbWVtIDB4Zjg4MDYwMDAtMHhmODgwNmZmZiBpcnEgMTggYXQgZGV2aWNlIDE5LjIgb24g cGNpMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxOCAoUENJIElSUSAxOCkgdG8gbGFwaWMgMCB2 ZWN0b3IgNTQKb2hjaTI6IFtNUFNBRkVdCm9oY2kyOiBbSVRIUkVBRF0KdXNidXMyOiA8T0hDSSAo Z2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kyCm9oY2kzOiA8T0hDSSAoZ2VuZXJpYykg VVNCIGNvbnRyb2xsZXI+IG1lbSAweGY4ODA3MDAwLTB4Zjg4MDdmZmYgaXJxIDE3IGF0IGRldmlj ZSAxOS4zIG9uIHBjaTAKb2hjaTM6IFtNUFNBRkVdCm9oY2kzOiBbSVRIUkVBRF0KdXNidXMzOiA8 T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kzCm9oY2k0OiA8T0hDSSAoZ2Vu ZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGY4ODA4MDAwLTB4Zjg4MDhmZmYgaXJxIDE4IGF0 IGRldmljZSAxOS40IG9uIHBjaTAKb2hjaTQ6IFtNUFNBRkVdCm9oY2k0OiBbSVRIUkVBRF0KdXNi dXM0OiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2k0CmVoY2kwOiA8RUhD SSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmODgwYTQwMC0weGY4ODBhNGZm IGlycSAxOSBhdCBkZXZpY2UgMTkuNSBvbiBwY2kwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE5 IChQQ0kgSVJRIDE5KSB0byBsYXBpYyAwIHZlY3RvciA1NQplaGNpMDogW01QU0FGRV0KZWhjaTA6 IFtJVEhSRUFEXQplaGNpMDogQU1EIFNCNjAwLzcwMCBxdWlyayBhcHBsaWVkCmVoY2kwOiBEcm9w cGVkIGludGVycnVwdHMgd29ya2Fyb3VuZCBlbmFibGVkCnVzYnVzNTogRUhDSSB2ZXJzaW9uIDEu MAp1c2J1czU6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCnBj aTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDIwLjAgKG5vIGRyaXZlciBhdHRhY2hl ZCkKYXRhcGNpMTogPEFUSSBJWFA2MDAgVURNQTEzMyBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4 MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4ODQyMC0weDg0MmYgYXQgZGV2aWNlIDIwLjEg b24gcGNpMAphdGFwY2kxOiBSZXNlcnZlZCAweDEwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQg YXQgMHg4NDIwCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxCmF0YXBjaTE6IFJlc2Vy dmVkIDB4OCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSA0IGF0IDB4MWYwCmF0YXBjaTE6IFJlc2Vy dmVkIDB4MSBieXRlcyBmb3IgcmlkIDB4MTQgdHlwZSA0IGF0IDB4M2Y2CmF0YTA6IHJlc2V0IHRw MSBtYXNrPTAzIG9zdGF0MD03ZiBvc3RhdDE9N2YKYXRhMDogc3RhdDA9MHg3ZiBlcnI9MHg3ZiBs c2I9MHg3ZiBtc2I9MHg3ZgphdGEwOiBzdGF0MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0w eDdmCmF0YTA6IHN0YXQwPTB4N2YgZXJyPTB4N2YgbHNiPTB4N2YgbXNiPTB4N2YKYXRhMDogc3Rh dDA9MHg3ZiBlcnI9MHg3ZiBsc2I9MHg3ZiBtc2I9MHg3ZgphdGEwOiBzdGF0MD0weDdmIGVycj0w eDdmIGxzYj0weDdmIG1zYj0weDdmCmF0YTA6IHN0YXQwPTB4N2YgZXJyPTB4N2YgbHNiPTB4N2Yg bXNiPTB4N2YKYXRhMDogc3RhdDA9MHg3ZiBlcnI9MHg3ZiBsc2I9MHg3ZiBtc2I9MHg3ZgphdGEw OiBzdGF0MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmCmF0YTA6IHN0YXQwPTB4N2Yg ZXJyPTB4N2YgbHNiPTB4N2YgbXNiPTB4N2YKYXRhMDogc3RhdDA9MHg3ZiBlcnI9MHg3ZiBsc2I9 MHg3ZiBtc2I9MHg3ZgphdGEwOiBzdGF0MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdm CmF0YTA6IHN0YXQwPTB4N2YgZXJyPTB4N2YgbHNiPTB4N2YgbXNiPTB4N2YKYXRhMDogc3RhdDE9 MHg3ZiBlcnI9MHg3ZiBsc2I9MHg3ZiBtc2I9MHg3ZgphdGEwOiByZXNldCB0cDIgc3RhdDA9ZmYg c3RhdDE9ZmYgZGV2aWNlcz0weDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTQgKElTQSBJUlEg MTQpIHRvIGxhcGljIDAgdmVjdG9yIDU2CmF0YTA6IFtNUFNBRkVdCmF0YTA6IFtJVEhSRUFEXQpw Y2kwOiA8bXVsdGltZWRpYSwgSERBPiBhdCBkZXZpY2UgMjAuMiAobm8gZHJpdmVyIGF0dGFjaGVk KQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMjAuMyBvbiBwY2kwCmlzYTA6IDxJ U0EgYnVzPiBvbiBpc2FiMApwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAy MC40IG9uIHBjaTAKcGNpYjQ6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liNDogICBzZWNvbmRh cnkgYnVzICAgICAxNApwY2liNDogICBzdWJvcmRpbmF0ZSBidXMgICAxOQpwY2liNDogICBJL08g ZGVjb2RlICAgICAgICAweGYwMDAtMHhmZmYKcGNpYjQ6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUK cGNpYjQ6ICAgU3VidHJhY3RpdmVseSBkZWNvZGVkIGJyaWRnZS4KcGNpMTQ6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWI0CnBjaTE0OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTE0CmF0cnRjMDogPEFU IHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3MSBpcnEgOCBvbiBhY3BpMAphdHJ0YzA6IHJl Z2lzdGVyZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9jayAocmVzb2x1dGlvbiAxMDAwMDAwdXMpCmF0 a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAx IG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmF0a2JkOiB0 aGUgY3VycmVudCBrYmQgY29udHJvbGxlciBjb21tYW5kIGJ5dGUgMDA2NwphdGtiZDoga2V5Ym9h cmQgSUQgMHhmZmZmZmZmZiAoMSkKYXRrYmQ6IGZhaWxlZCB0byByZXNldCB0aGUga2V5Ym9hcmQu CmtiZDAgYXQgYXRrYmQwCmtiZDA6IGF0a2JkMCwgQVQgODQgKDEpLCBjb25maWc6MHgwLCBmbGFn czoweDNkMDAwMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxIChJU0EgSVJRIDEpIHRvIGxhcGlj IDAgdmVjdG9yIDU3CmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KYXRrYmQwOiBbSVRIUkVBRF0KcHNt MDogdW5hYmxlIHRvIGFsbG9jYXRlIElSUQpwc21jcG5wMDogPFBTLzIgbW91c2UgcG9ydD4gaXJx IDEyIG9uIGFjcGkwCnBzbTA6IGN1cnJlbnQgY29tbWFuZCBieXRlOjAwNjcKcHNtMDogZmFpbGVk IHRvIHJlc2V0IHRoZSBhdXggZGV2aWNlLgp1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBv cnQgMHgzZjgtMHgzZmYgaXJxIDQgb24gYWNwaTAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gNCAo SVNBIElSUSA0KSB0byBsYXBpYyAwIHZlY3RvciA1OAp1YXJ0MDogW0ZJTFRFUl0KdWFydDA6IGZh c3QgaW50ZXJydXB0CnVhcnQxOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDJmOC0weDJm ZiBpcnEgMyBvbiBhY3BpMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAzIChJU0EgSVJRIDMpIHRv IGxhcGljIDAgdmVjdG9yIDU5CnVhcnQxOiBbRklMVEVSXQp1YXJ0MTogZmFzdCBpbnRlcnJ1cHQK YWhjX2lzYV9wcm9iZSAwOiBpb3BvcnQgMHhjMDAgYWxsb2MgZmFpbGVkCmV4X2lzYV9pZGVudGlm eSgpCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyMDMKcG5wX2lkZW50aWZ5OiBU cnlpbmcgUmVhZF9Qb3J0IGF0IDI0MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQg MjgzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyYzMKcG5wX2lkZW50aWZ5OiBU cnlpbmcgUmVhZF9Qb3J0IGF0IDMwMwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQg MzQzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzODMKcG5wX2lkZW50aWZ5OiBU cnlpbmcgUmVhZF9Qb3J0IGF0IDNjMwpQTlAgSWRlbnRpZnkgY29tcGxldGUKdW5rbm93bjogc3Rh dHVzIHJlZyB0ZXN0IGZhaWxlZCBmZgp1bmtub3duOiBzdGF0dXMgcmVnIHRlc3QgZmFpbGVkIGZm CnVua25vd246IHN0YXR1cyByZWcgdGVzdCBmYWlsZWQgZmYKdW5rbm93bjogc3RhdHVzIHJlZyB0 ZXN0IGZhaWxlZCBmZgp1bmtub3duOiBzdGF0dXMgcmVnIHRlc3QgZmFpbGVkIGZmCnVua25vd246 IHN0YXR1cyByZWcgdGVzdCBmYWlsZWQgZmYKaXNhX3Byb2JlX2NoaWxkcmVuOiBkaXNhYmxpbmcg UG5QIGRldmljZXMKcG10aW1lcjAgb24gaXNhMAphdGE6IGF0YTAgYWxyZWFkeSBleGlzdHM7IHNr aXBwaW5nIGl0CmF0a2JkYzogYXRrYmRjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKc2M6 IHNjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKdmdhOiB2Z2EwIGFscmVhZHkgZXhpc3Rz OyBza2lwcGluZyBpdAppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2Vz Cm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4YzAwMDAtMHhjZDdmZiwweGNkODAw LTB4Y2U3ZmYsMHhjZTgwMC0weGNmN2ZmIHBucGlkIE9STTAwMDAgb24gaXNhMApzYzA6IDxTeXN0 ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBj b25zb2xlcywgZmxhZ3M9MHgzMDA+CnNjMDogZmIwLCBrYmQxLCB0ZXJtaW5hbCBlbXVsYXRvcjog c2N0ZWtlbiAodGVrZW4gdGVybWluYWwpCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQg MHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKYWR2MDogbm90IHByb2Jl ZCAoZGlzYWJsZWQpCmFoYTA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQphaWMwOiBub3QgcHJvYmVk IChkaXNhYmxlZCkKYXRhMSBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDE3MCBpcnEgMTUgb24g aXNhMApidDA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpjczA6IG5vdCBwcm9iZWQgKGRpc2FibGVk KQplZDA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpmZGMwIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0 IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGlzYTAKZmUwOiBub3QgcHJvYmVkIChk aXNhYmxlZCkKaWUwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKbGUwOiBub3QgcHJvYmVkIChkaXNh YmxlZCkKcHBjMCBmYWlsZWQgdG8gcHJvYmUgYXQgaXJxIDcgb24gaXNhMApzaW8wIGZhaWxlZCB0 byBwcm9iZSBhdCBwb3J0IDB4M2Y4IGlycSA0IG9uIGlzYTAKc2lvMSBmYWlsZWQgdG8gcHJvYmUg YXQgcG9ydCAweDJmOCBpcnEgMyBvbiBpc2EwCnNpbzI6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpz aW8zOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKc24wOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKdnQw OiBub3QgcHJvYmVkIChkaXNhYmxlZCkKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIFBuUCBk ZXZpY2VzCnBvd2Vybm93MDogPENvb2xgbidRdWlldCBLOD4gb24gY3B1MApwb3dlcm5vdzA6IFNU QVRVUzogMHgxODFhMWExODAyMDIwMgpwb3dlcm5vdzA6IFNUQVRVUzogbWF4ZmlkOiAweDAyCnBv d2Vybm93MDogU1RBVFVTOiBtYXh2aWQ6IDB4MTgKcG93ZXJub3cwOiBQU0I6IFZTVDogNQpwb3dl cm5vdzA6IFBTQjogUlZPIDIgSVJUIDMgTVZTIDAgQkFUVCAwCnBvd2Vybm93OiAgMCAgIDk5NTAw MGtIeiBGSUQgMDIgVklEIDFhCnBvd2Vybm93OiAgMSAgIDk5NTAwMGtIeiBGSUQgMDIgVklEIDFh CkRldmljZSBjb25maWd1cmF0aW9uIGZpbmlzaGVkLgpSZWR1Y2luZyBrZXJuLm1heHZub2RlcyAx MjU3MjkgLT4gMTAwMDAwCnByb2NmcyByZWdpc3RlcmVkCmxhcGljOiBEaXZpc29yIDIsIEZyZXF1 ZW5jeSA5OTk5OTY1OCBIegpUaW1lY291bnRlciAiVFNDIiBmcmVxdWVuY3kgOTk5OTk2NDI0IEh6 IHF1YWxpdHkgODAwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKdmxhbjogaW5p dGlhbGl6ZWQsIHVzaW5nIGhhc2ggdGFibGVzIHdpdGggY2hhaW5pbmcKY3J5cHRvOiA8Y3J5cHRv IGRldmljZT4KSVBzZWM6IEluaXRpYWxpemVkIFNlY3VyaXR5IEFzc29jaWF0aW9uIFByb2Nlc3Np bmcuCmxvMDogYnBmIGF0dGFjaGVkCnBmc3luYzA6IGJwZiBhdHRhY2hlZAplbmMwOiBicGYgYXR0 YWNoZWQKcGZsb2cwOiBicGYgYXR0YWNoZWQKaHB0cnI6IG5vIGNvbnRyb2xsZXIgZGV0ZWN0ZWQu CmF0YTA6IElkZW50aWZ5aW5nIGRldmljZXM6IDAwMDAwMDAwCmF0YTA6IE5ldyBkZXZpY2VzOiAw MDAwMDAwMAphdGEyOiBJZGVudGlmeWluZyBkZXZpY2VzOiAwMDAwMDAwMAphdGEyOiBOZXcgZGV2 aWNlczogMDAwMDAwMDAKYXRhMzogSWRlbnRpZnlpbmcgZGV2aWNlczogMDAwMDAwMDEKYXRhMzog TmV3IGRldmljZXM6IDAwMDAwMDAxCnVzYnVzMDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAK dXNidXMxOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czI6IDEyTWJwcyBGdWxsIFNw ZWVkIFVTQiB2MS4wCnVzYnVzMzogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXM0OiAx Mk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czU6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0Ig djIuMAphdGEzLW1hc3RlcjogcGlvPVBJTzQgd2RtYT1XRE1BMiB1ZG1hPVVETUExMzMgY2FibGU9 NDAgd2lyZQphZDY6IHNldHRpbmcgVURNQTEwMAphZDY6IDE1MjYyN01CIDxTZWFnYXRlIFNUOTE2 MDMxNEFTIDAwMDFTRE0xPiBhdCBhdGEzLW1hc3RlciBVRE1BMTAwIFNBVEEgM0diL3MKYWQ2OiAz MTI1ODE4MDggc2VjdG9ycyBbMzEwMTAxQy8xNkgvNjNTXSAxNiBzZWN0b3JzL2ludGVycnVwdCAx IGRlcHRoIHF1ZXVlCkdFT006IG5ldyBkaXNrIGFkNgp1Z2VuMC4xOiA8QVRJPiBhdCB1c2J1czAK dWh1YjA6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYnVzMAp1Z2VuMS4xOiA8QVRJPiBhdCB1c2J1czEKdWh1YjE6IDxBVEkgT0hDSSBy b290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQp1Z2Vu Mi4xOiA8QVRJPiBhdCB1c2J1czIKdWh1YjI6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8w LCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1Z2VuMy4xOiA8QVRJPiBhdCB1c2J1 czMKdWh1YjM6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBh ZGRyIDE+IG9uIHVzYnVzMwp1Z2VuNC4xOiA8QVRJPiBhdCB1c2J1czQKdWh1YjQ6IDxBVEkgT0hD SSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNAp1 Z2VuNS4xOiA8QVRJPiBhdCB1c2J1czUKdWh1YjU6IDxBVEkgRUhDSSByb290IEhVQiwgY2xhc3Mg OS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNQphZDY6IFNpbGljb24gSW1hZ2Ug Y2hlY2sxIGZhaWxlZAphZDY6IEFkYXB0ZWMgY2hlY2sxIGZhaWxlZAphZDY6IExTSSAodjMpIGNo ZWNrMSBmYWlsZWQKYWQ2OiBMU0kgKHYyKSBjaGVjazEgZmFpbGVkCmFkNjogRnJlZUJTRCBjaGVj azEgZmFpbGVkCmF0YTQ6IElkZW50aWZ5aW5nIGRldmljZXM6IDAwMDAwMDAwCmF0YTQ6IE5ldyBk ZXZpY2VzOiAwMDAwMDAwMAphdGE1OiBJZGVudGlmeWluZyBkZXZpY2VzOiAwMDAwMDAwMAphdGE1 OiBOZXcgZGV2aWNlczogMDAwMDAwMDAKQVRBIFBzZXVkb1JBSUQgbG9hZGVkClJvb3QgbW91bnQg d2FpdGluZyBmb3I6IHVzYnVzNSB1c2J1czQgdXNidXMzIHVzYnVzMiB1c2J1czEgdXNidXMwCnVo dWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMTogMiBwb3J0 cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjI6IDIgcG9ydHMgd2l0aCAyIHJl bW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIzOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNl bGYgcG93ZXJlZAp1aHViNDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK Um9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXM1ClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVz YnVzNQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czUKUm9vdCBtb3VudCB3YWl0aW5nIGZv cjogdXNidXM1CnVodWI1OiAxMCBwb3J0cyB3aXRoIDEwIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk ClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQ2czFhCmN0X3RvX3RzKFsyMDEy LTAxLTA5IDE5OjQ1OjM5XSkgPSAxMzI2MTM4MzM5LjAwMDAwMDAwMApzdGFydF9pbml0OiB0cnlp bmcgL3NiaW4vaW5pdAp1Z2VuMy4yOiA8QlRDPiBhdCB1c2J1czMKdWtiZDA6IDxCVEMgVVNCIE11 bHRpbWVkaWEgS2V5Ym9hcmQsIGNsYXNzIDAvMCwgcmV2IDEuMTAvMS4wMCwgYWRkciAyPiBvbiB1 c2J1czMKa2JkMiBhdCB1a2JkMAprYmQyOiB1a2JkMCwgZ2VuZXJpYyAoMCksIGNvbmZpZzoweDAs IGZsYWdzOjB4M2QwMDAwCnVoaWQwOiA8QlRDIFVTQiBNdWx0aW1lZGlhIEtleWJvYXJkLCBjbGFz cyAwLzAsIHJldiAxLjEwLzEuMDAsIGFkZHIgMj4gb24gdXNidXMzCnBmbG9nMDogcHJvbWlzY3Vv dXMgbW9kZSBlbmFibGVkCmZ1c2U0YnNkOiB2ZXJzaW9uIDAuMy45LXByZTEsIEZVU0UgQUJJIDcu OAo= --_007_35CFCFC220BF044DA8BFCE7FC11853D701A1DDEX02reitznerlocal_ Content-Type: text/plain; name="dmidecode.txt" Content-Description: dmidecode.txt Content-Disposition: attachment; filename="dmidecode.txt"; size=10416; creation-date="Mon, 09 Jan 2012 20:29:03 GMT"; modification-date="Mon, 09 Jan 2012 20:29:03 GMT" Content-Transfer-Encoding: base64 WzIuMC4xLVJFTEVBU0VdW3Jvb3RAcmFjZy5sb2NhbF0vcm9vdCgxNCk6IGRtaWRlY29kZSAKIyBk bWlkZWNvZGUgMi4xMApTTUJJT1MgMi41IHByZXNlbnQuCjM3IHN0cnVjdHVyZXMgb2NjdXB5aW5n IDEzODEgYnl0ZXMuClRhYmxlIGF0IDB4NzdFRTIwMDAuCgpIYW5kbGUgMHgwMDAwLCBETUkgdHlw ZSAwLCAyNCBieXRlcwpCSU9TIEluZm9ybWF0aW9uCglWZW5kb3I6IEZVSklUU1UgLy8gUGhvZW5p eCBUZWNobm9sb2dpZXMgTHRkLgoJVmVyc2lvbjogNi4wMCBSMS4yMi4yOTYzLlMxICAgICAgICAg ICAgICAKCVJlbGVhc2UgRGF0ZTogMTIvMDEvMjAxMAoJQWRkcmVzczogMHhFNEYxMAoJUnVudGlt ZSBTaXplOiAxMTA4MzIgYnl0ZXMKCVJPTSBTaXplOiA1MTIga0IKCUNoYXJhY3RlcmlzdGljczoK CQlQQ0kgaXMgc3VwcG9ydGVkCgkJUE5QIGlzIHN1cHBvcnRlZAoJCUJJT1MgaXMgdXBncmFkZWFi bGUKCQlCSU9TIHNoYWRvd2luZyBpcyBhbGxvd2VkCgkJRVNDRCBzdXBwb3J0IGlzIGF2YWlsYWJs ZQoJCUJvb3QgZnJvbSBDRCBpcyBzdXBwb3J0ZWQKCQlTZWxlY3RhYmxlIGJvb3QgaXMgc3VwcG9y dGVkCgkJQklPUyBST00gaXMgc29ja2V0ZWQKCQlFREQgaXMgc3VwcG9ydGVkCgkJNS4yNSIvMzYw IGtCIGZsb3BweSBzZXJ2aWNlcyBhcmUgc3VwcG9ydGVkIChpbnQgMTNoKQoJCTUuMjUiLzEuMiBN QiBmbG9wcHkgc2VydmljZXMgYXJlIHN1cHBvcnRlZCAoaW50IDEzaCkKCQkzLjUiLzcyMCBrQiBm bG9wcHkgc2VydmljZXMgYXJlIHN1cHBvcnRlZCAoaW50IDEzaCkKCQlQcmludCBzY3JlZW4gc2Vy dmljZSBpcyBzdXBwb3J0ZWQgKGludCA1aCkKCQk4MDQyIGtleWJvYXJkIHNlcnZpY2VzIGFyZSBz dXBwb3J0ZWQgKGludCA5aCkKCQlTZXJpYWwgc2VydmljZXMgYXJlIHN1cHBvcnRlZCAoaW50IDE0 aCkKCQlQcmludGVyIHNlcnZpY2VzIGFyZSBzdXBwb3J0ZWQgKGludCAxN2gpCgkJQ0dBL21vbm8g dmlkZW8gc2VydmljZXMgYXJlIHN1cHBvcnRlZCAoaW50IDEwaCkKCQlBQ1BJIGlzIHN1cHBvcnRl ZAoJCVVTQiBsZWdhY3kgaXMgc3VwcG9ydGVkCgkJTFMtMTIwIGJvb3QgaXMgc3VwcG9ydGVkCgkJ QVRBUEkgWmlwIGRyaXZlIGJvb3QgaXMgc3VwcG9ydGVkCgkJQklPUyBib290IHNwZWNpZmljYXRp b24gaXMgc3VwcG9ydGVkCgkJVGFyZ2V0ZWQgY29udGVudCBkaXN0cmlidXRpb24gaXMgc3VwcG9y dGVkCglCSU9TIFJldmlzaW9uOiAxLjM0CgpIYW5kbGUgMHgwMDAxLCBETUkgdHlwZSAxLCAyNyBi eXRlcwpTeXN0ZW0gSW5mb3JtYXRpb24KCU1hbnVmYWN0dXJlcjogRlVKSVRTVSAgICAgICAgICAg ICAgICAgICAgICAgICAKCVByb2R1Y3QgTmFtZTogRDI5NjMtUzEgICAgICAgICAgICAgICAgICAg ICAgCglWZXJzaW9uOiAgICAgICAgIAoJU2VyaWFsIE51bWJlcjogMjY3Mjg2NjAxICAgICAgICAg ICAKCVVVSUQ6IEY4MDg5QjFELUFCOEItMTFFMC1BQzg4LTAwMTk5OTlFODhBNwoJV2FrZS11cCBU eXBlOiBQb3dlciBTd2l0Y2gKCVNLVSBOdW1iZXI6IE5vdCBTcGVjaWZpZWQKCUZhbWlseTogTm90 IFNwZWNpZmllZAoKSGFuZGxlIDB4MDAwMiwgRE1JIHR5cGUgMiwgMTUgYnl0ZXMKQmFzZSBCb2Fy ZCBJbmZvcm1hdGlvbgoJTWFudWZhY3R1cmVyOiBGVUpJVFNVICAgICAgICAgICAgICAgICAgICAg ICAgIAoJUHJvZHVjdCBOYW1lOiBEMjk2My1TMQoJVmVyc2lvbjogUzI2MzYxLUQyOTYzLVMxCglT ZXJpYWwgTnVtYmVyOiAzNjUzNTc1OQoJQXNzZXQgVGFnOiBOb3QgU3BlY2lmaWVkCglGZWF0dXJl czoKCQlCb2FyZCBpcyBhIGhvc3RpbmcgYm9hcmQKCQlCb2FyZCBpcyByZXBsYWNlYWJsZQoJTG9j YXRpb24gSW4gQ2hhc3NpczogTm90IFNwZWNpZmllZAoJQ2hhc3NpcyBIYW5kbGU6IDB4MDAwMwoJ VHlwZTogTW90aGVyYm9hcmQKCUNvbnRhaW5lZCBPYmplY3QgSGFuZGxlczogMAoKSGFuZGxlIDB4 MDAwMywgRE1JIHR5cGUgMywgMTcgYnl0ZXMKQ2hhc3NpcyBJbmZvcm1hdGlvbgoJTWFudWZhY3R1 cmVyOiBGVUpJVFNVICAgICAgICAgICAgICAgICAgICAgICAgIAoJVHlwZTogTWluaSBUb3dlcgoJ TG9jazogUHJlc2VudAoJVmVyc2lvbjogICAgICAgICAgICAgICAgIAoJU2VyaWFsIE51bWJlcjog ICAgICAgICAgICAgICAgIAoJQXNzZXQgVGFnOiA0MDQxMSAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgCglCb290LXVwIFN0YXRlOiBTYWZlCglQb3dlciBTdXBwbHkgU3RhdGU6IFNh ZmUKCVRoZXJtYWwgU3RhdGU6IFNhZmUKCVNlY3VyaXR5IFN0YXR1czogTm9uZQoJT0VNIEluZm9y bWF0aW9uOiAweDAwMDAwMDAwCgpIYW5kbGUgMHgwMDA0LCBETUkgdHlwZSA0LCA0MCBieXRlcwpQ cm9jZXNzb3IgSW5mb3JtYXRpb24KCVNvY2tldCBEZXNpZ25hdGlvbjogU29ja2V0IEFNMgoJVHlw ZTogQ2VudHJhbCBQcm9jZXNzb3IKCUZhbWlseTogT3B0ZXJvbgoJTWFudWZhY3R1cmVyOiBBTUQK CUlEOiBGMiAwRiAwNiAwMCBGRiBGQiA4QiAwNwoJU2lnbmF0dXJlOiBGYW1pbHkgMTUsIE1vZGVs IDExMSwgU3RlcHBpbmcgMgoJRmxhZ3M6CgkJRlBVIChGbG9hdGluZy1wb2ludCB1bml0IG9uLWNo aXApCgkJVk1FIChWaXJ0dWFsIG1vZGUgZXh0ZW5zaW9uKQoJCURFIChEZWJ1Z2dpbmcgZXh0ZW5z aW9uKQoJCVBTRSAoUGFnZSBzaXplIGV4dGVuc2lvbikKCQlUU0MgKFRpbWUgc3RhbXAgY291bnRl cikKCQlNU1IgKE1vZGVsIHNwZWNpZmljIHJlZ2lzdGVycykKCQlQQUUgKFBoeXNpY2FsIGFkZHJl c3MgZXh0ZW5zaW9uKQoJCU1DRSAoTWFjaGluZSBjaGVjayBleGNlcHRpb24pCgkJQ1g4IChDTVBY Q0hHOCBpbnN0cnVjdGlvbiBzdXBwb3J0ZWQpCgkJQVBJQyAoT24tY2hpcCBBUElDIGhhcmR3YXJl IHN1cHBvcnRlZCkKCQlTRVAgKEZhc3Qgc3lzdGVtIGNhbGwpCgkJTVRSUiAoTWVtb3J5IHR5cGUg cmFuZ2UgcmVnaXN0ZXJzKQoJCVBHRSAoUGFnZSBnbG9iYWwgZW5hYmxlKQoJCU1DQSAoTWFjaGlu ZSBjaGVjayBhcmNoaXRlY3R1cmUpCgkJQ01PViAoQ29uZGl0aW9uYWwgbW92ZSBpbnN0cnVjdGlv biBzdXBwb3J0ZWQpCgkJUEFUIChQYWdlIGF0dHJpYnV0ZSB0YWJsZSkKCQlQU0UtMzYgKDM2LWJp dCBwYWdlIHNpemUgZXh0ZW5zaW9uKQoJCUNMRlNIIChDTEZMVVNIIGluc3RydWN0aW9uIHN1cHBv cnRlZCkKCQlNTVggKE1NWCB0ZWNobm9sb2d5IHN1cHBvcnRlZCkKCQlGWFNSIChGYXN0IGZsb2F0 aW5nLXBvaW50IHNhdmUgYW5kIHJlc3RvcmUpCgkJU1NFIChTdHJlYW1pbmcgU0lNRCBleHRlbnNp b25zKQoJCVNTRTIgKFN0cmVhbWluZyBTSU1EIGV4dGVuc2lvbnMgMikKCVZlcnNpb246IEFNRCAg ICAgICAgICAgICAgIAoJVm9sdGFnZTogMS42IFYKCUV4dGVybmFsIENsb2NrOiAxMzMgTUh6CglN YXggU3BlZWQ6IDIwMDAgTUh6CglDdXJyZW50IFNwZWVkOiAxMDAwIE1IegoJU3RhdHVzOiBQb3B1 bGF0ZWQsIEVuYWJsZWQKCVVwZ3JhZGU6IE5vbmUKCUwxIENhY2hlIEhhbmRsZTogMHgwMDA1CglM MiBDYWNoZSBIYW5kbGU6IDB4MDAwNgoJTDMgQ2FjaGUgSGFuZGxlOiBOb3QgUHJvdmlkZWQKCVNl cmlhbCBOdW1iZXI6IE5vdCBTcGVjaWZpZWQKCUFzc2V0IFRhZzogTm90IFNwZWNpZmllZAoJUGFy dCBOdW1iZXI6IE5vdCBTcGVjaWZpZWQKCUNoYXJhY3RlcmlzdGljczogTm9uZQoKSGFuZGxlIDB4 MDAwNSwgRE1JIHR5cGUgNywgMTkgYnl0ZXMKQ2FjaGUgSW5mb3JtYXRpb24KCVNvY2tldCBEZXNp Z25hdGlvbjogTDEgQ2FjaGUKCUNvbmZpZ3VyYXRpb246IEVuYWJsZWQsIE5vdCBTb2NrZXRlZCwg TGV2ZWwgMQoJT3BlcmF0aW9uYWwgTW9kZTogV3JpdGUgQmFjawoJTG9jYXRpb246IEludGVybmFs CglJbnN0YWxsZWQgU2l6ZTogNjQga0IKCU1heGltdW0gU2l6ZTogNjQga0IKCVN1cHBvcnRlZCBT UkFNIFR5cGVzOgoJCUJ1cnN0CgkJUGlwZWxpbmUgQnVyc3QKCQlBc3luY2hyb25vdXMKCUluc3Rh bGxlZCBTUkFNIFR5cGU6IEFzeW5jaHJvbm91cwoJU3BlZWQ6IFVua25vd24KCUVycm9yIENvcnJl Y3Rpb24gVHlwZTogVW5rbm93bgoJU3lzdGVtIFR5cGU6IFVua25vd24KCUFzc29jaWF0aXZpdHk6 IFVua25vd24KCkhhbmRsZSAweDAwMDYsIERNSSB0eXBlIDcsIDE5IGJ5dGVzCkNhY2hlIEluZm9y bWF0aW9uCglTb2NrZXQgRGVzaWduYXRpb246IEwyIENhY2hlCglDb25maWd1cmF0aW9uOiBFbmFi bGVkLCBOb3QgU29ja2V0ZWQsIExldmVsIDIKCU9wZXJhdGlvbmFsIE1vZGU6IFdyaXRlIFRocm91 Z2gKCUxvY2F0aW9uOiBJbnRlcm5hbAoJSW5zdGFsbGVkIFNpemU6IDI1NiBrQgoJTWF4aW11bSBT aXplOiA1MTIga0IKCVN1cHBvcnRlZCBTUkFNIFR5cGVzOgoJCUJ1cnN0CgkJUGlwZWxpbmUgQnVy c3QKCQlTeW5jaHJvbm91cwoJSW5zdGFsbGVkIFNSQU0gVHlwZTogU3luY2hyb25vdXMKCVNwZWVk OiBVbmtub3duCglFcnJvciBDb3JyZWN0aW9uIFR5cGU6IFVua25vd24KCVN5c3RlbSBUeXBlOiBV bmlmaWVkCglBc3NvY2lhdGl2aXR5OiBVbmtub3duCgpIYW5kbGUgMHgwMDA3LCBETUkgdHlwZSA4 LCA5IGJ5dGVzClBvcnQgQ29ubmVjdG9yIEluZm9ybWF0aW9uCglJbnRlcm5hbCBSZWZlcmVuY2Ug RGVzaWduYXRvcjogU01zQwoJSW50ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IE5vbmUKCUV4dGVybmFs IFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBQUy8yIE1vdXNlCglFeHRlcm5hbCBDb25uZWN0b3IgVHlw ZTogUFMvMgoJUG9ydCBUeXBlOiBNb3VzZSBQb3J0CgpIYW5kbGUgMHgwMDA4LCBETUkgdHlwZSA4 LCA5IGJ5dGVzClBvcnQgQ29ubmVjdG9yIEluZm9ybWF0aW9uCglJbnRlcm5hbCBSZWZlcmVuY2Ug RGVzaWduYXRvcjogU01zQwoJSW50ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IE5vbmUKCUV4dGVybmFs IFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBLZXlib2FyZAoJRXh0ZXJuYWwgQ29ubmVjdG9yIFR5cGU6 IFBTLzIKCVBvcnQgVHlwZTogS2V5Ym9hcmQgUG9ydAoKSGFuZGxlIDB4MDAwOSwgRE1JIHR5cGUg OCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZvcm1hdGlvbgoJSW50ZXJuYWwgUmVmZXJlbmNl IERlc2lnbmF0b3I6IFNNc0MKCUludGVybmFsIENvbm5lY3RvciBUeXBlOiBOb25lCglFeHRlcm5h bCBSZWZlcmVuY2UgRGVzaWduYXRvcjogU2VyaWFsLTEKCUV4dGVybmFsIENvbm5lY3RvciBUeXBl OiBEQi05IG1hbGUKCVBvcnQgVHlwZTogU2VyaWFsIFBvcnQgMTY1NTAgQ29tcGF0aWJsZQoKSGFu ZGxlIDB4MDAwQSwgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZvcm1hdGlv bgoJSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IFNNc0MKCUludGVybmFsIENvbm5lY3Rv ciBUeXBlOiBOb25lCglFeHRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogU2VyaWFsLTIKCUV4 dGVybmFsIENvbm5lY3RvciBUeXBlOiBOb25lCglQb3J0IFR5cGU6IFNlcmlhbCBQb3J0IDE2NTUw IENvbXBhdGlibGUKCkhhbmRsZSAweDAwMEIsIERNSSB0eXBlIDksIDEzIGJ5dGVzClN5c3RlbSBT bG90IEluZm9ybWF0aW9uCglEZXNpZ25hdGlvbjogUENJIFNsb3QgSjExMDAKCVR5cGU6IDMyLWJp dCBQQ0kKCUN1cnJlbnQgVXNhZ2U6IEF2YWlsYWJsZQoJTGVuZ3RoOiBMb25nCglJRDogMQoJQ2hh cmFjdGVyaXN0aWNzOgoJCTUuMCBWIGlzIHByb3ZpZGVkCgkJMy4zIFYgaXMgcHJvdmlkZWQKCQlQ TUUgc2lnbmFsIGlzIHN1cHBvcnRlZAoKSGFuZGxlIDB4MDAwQywgRE1JIHR5cGUgOSwgMTMgYnl0 ZXMKU3lzdGVtIFNsb3QgSW5mb3JtYXRpb24KCURlc2lnbmF0aW9uOiBQQ0kgU2xvdCBKMTEwMQoJ VHlwZTogMzItYml0IFBDSQoJQ3VycmVudCBVc2FnZTogQXZhaWxhYmxlCglMZW5ndGg6IExvbmcK CUlEOiAyCglDaGFyYWN0ZXJpc3RpY3M6CgkJNS4wIFYgaXMgcHJvdmlkZWQKCQkzLjMgViBpcyBw cm92aWRlZAoJCVBNRSBzaWduYWwgaXMgc3VwcG9ydGVkCgpIYW5kbGUgMHgwMDBELCBETUkgdHlw ZSAxMCwgMTIgYnl0ZXMKT24gQm9hcmQgRGV2aWNlIDEgSW5mb3JtYXRpb24KCVR5cGU6IFZpZGVv CglTdGF0dXM6IERpc2FibGVkCglEZXNjcmlwdGlvbjogQVRJIFJTNjkwTSAKT24gQm9hcmQgRGV2 aWNlIDIgSW5mb3JtYXRpb24KCVR5cGU6IE90aGVyCglTdGF0dXM6IERpc2FibGVkCglEZXNjcmlw dGlvbjogU01zQyBTdXBlckkvTwpPbiBCb2FyZCBEZXZpY2UgMyBJbmZvcm1hdGlvbgoJVHlwZTog U291bmQKCVN0YXR1czogRGlzYWJsZWQKCURlc2NyaXB0aW9uOiBSZWFsdGVrIEFMQzI2MApPbiBC b2FyZCBEZXZpY2UgNCBJbmZvcm1hdGlvbgoJVHlwZTogT3RoZXIKCVN0YXR1czogRGlzYWJsZWQK CURlc2NyaXB0aW9uOiBBdWRvbWVkb24KCkhhbmRsZSAweDAwMEUsIERNSSB0eXBlIDExLCA1IGJ5 dGVzCk9FTSBTdHJpbmdzCglTdHJpbmcgMTogRlVKSVRTVSAgICAgICAgICAgICAgICAgICAgICAg ICAKCVN0cmluZyAyOiBleG9uZSAgICAgICAgICAgICAgICAgICAgICAgICAgIAoJU3RyaW5nIDM6 IEZVSklUU1UgVEVDSE5PTE9HWSBTT0xVVElPTlMKCkhhbmRsZSAweDAwMEYsIERNSSB0eXBlIDEy LCA1IGJ5dGVzClN5c3RlbSBDb25maWd1cmF0aW9uIE9wdGlvbnMKCU9wdGlvbiAxOiBKdW1wZXIg c2V0dGluZ3MgY2FuIGJlIGRlc2NyaWJlZCBoZXJlLgoKSGFuZGxlIDB4MDAxMCwgRE1JIHR5cGUg MTUsIDI5IGJ5dGVzClN5c3RlbSBFdmVudCBMb2cKCUFyZWEgTGVuZ3RoOiAxNiBieXRlcwoJSGVh ZGVyIFN0YXJ0IE9mZnNldDogMHgwMDAwCglIZWFkZXIgTGVuZ3RoOiAxNiBieXRlcwoJRGF0YSBT dGFydCBPZmZzZXQ6IDB4MDAxMAoJQWNjZXNzIE1ldGhvZDogTWVtb3J5LW1hcHBlZCBwaHlzaWNh bCAzMi1iaXQgYWRkcmVzcwoJQWNjZXNzIEFkZHJlc3M6IDB4RkZGMDA3OEQKCVN0YXR1czogVmFs aWQsIE5vdCBGdWxsCglDaGFuZ2UgVG9rZW46IDB4MDAwMDAwMDEKCUhlYWRlciBGb3JtYXQ6IFR5 cGUgMQoJU3VwcG9ydGVkIExvZyBUeXBlIERlc2NyaXB0b3JzOiAzCglEZXNjcmlwdG9yIDE6IFBP U1QgZXJyb3IKCURhdGEgRm9ybWF0IDE6IFBPU1QgcmVzdWx0cyBiaXRtYXAKCURlc2NyaXB0b3Ig MjogU2luZ2xlLWJpdCBFQ0MgbWVtb3J5IGVycm9yCglEYXRhIEZvcm1hdCAyOiBNdWx0aXBsZS1l dmVudAoJRGVzY3JpcHRvciAzOiBNdWx0aS1iaXQgRUNDIG1lbW9yeSBlcnJvcgoJRGF0YSBGb3Jt YXQgMzogTXVsdGlwbGUtZXZlbnQKCkhhbmRsZSAweDAwMTEsIERNSSB0eXBlIDE2LCAxNSBieXRl cwpQaHlzaWNhbCBNZW1vcnkgQXJyYXkKCUxvY2F0aW9uOiBTeXN0ZW0gQm9hcmQgT3IgTW90aGVy Ym9hcmQKCVVzZTogU3lzdGVtIE1lbW9yeQoJRXJyb3IgQ29ycmVjdGlvbiBUeXBlOiBOb25lCglN YXhpbXVtIENhcGFjaXR5OiA0IEdCCglFcnJvciBJbmZvcm1hdGlvbiBIYW5kbGU6IE5vdCBQcm92 aWRlZAoJTnVtYmVyIE9mIERldmljZXM6IDEKCkhhbmRsZSAweDAwMTIsIERNSSB0eXBlIDE3LCAy NyBieXRlcwpNZW1vcnkgRGV2aWNlCglBcnJheSBIYW5kbGU6IDB4MDAxMQoJRXJyb3IgSW5mb3Jt YXRpb24gSGFuZGxlOiBObyBFcnJvcgoJVG90YWwgV2lkdGg6IDY0IGJpdHMKCURhdGEgV2lkdGg6 IDY0IGJpdHMKCVNpemU6IDIwNDggTUIKCUZvcm0gRmFjdG9yOiBESU1NCglTZXQ6IDEKCUxvY2F0 b3I6IFMxCglCYW5rIExvY2F0b3I6IERJTU0xCglUeXBlOiBERFIyCglUeXBlIERldGFpbDogU3lu Y2hyb25vdXMKCVNwZWVkOiBVbmtub3duCglNYW51ZmFjdHVyZXI6IE5vdCBTcGVjaWZpZWQKCVNl cmlhbCBOdW1iZXI6IE5vdCBTcGVjaWZpZWQKCUFzc2V0IFRhZzogTm90IFNwZWNpZmllZAoJUGFy dCBOdW1iZXI6IE5vdCBTcGVjaWZpZWQKCkhhbmRsZSAweDAwMTMsIERNSSB0eXBlIDE4LCAyMyBi eXRlcwozMi1iaXQgTWVtb3J5IEVycm9yIEluZm9ybWF0aW9uCglUeXBlOiBPSwoJR3JhbnVsYXJp dHk6IFVua25vd24KCU9wZXJhdGlvbjogVW5rbm93bgoJVmVuZG9yIFN5bmRyb21lOiBVbmtub3du CglNZW1vcnkgQXJyYXkgQWRkcmVzczogVW5rbm93bgoJRGV2aWNlIEFkZHJlc3M6IFVua25vd24K CVJlc29sdXRpb246IFVua25vd24KCkhhbmRsZSAweDAwMTQsIERNSSB0eXBlIDE5LCAxNSBieXRl cwpNZW1vcnkgQXJyYXkgTWFwcGVkIEFkZHJlc3MKCVN0YXJ0aW5nIEFkZHJlc3M6IDB4MDAwMDAw MDAwMDAKCUVuZGluZyBBZGRyZXNzOiAweDAwMDdGRkZGRkZGCglSYW5nZSBTaXplOiAyIEdCCglQ aHlzaWNhbCBBcnJheSBIYW5kbGU6IDB4MDAxMQoJUGFydGl0aW9uIFdpZHRoOiAwCgpIYW5kbGUg MHgwMDE1LCBETUkgdHlwZSAyMCwgMTkgYnl0ZXMKTWVtb3J5IERldmljZSBNYXBwZWQgQWRkcmVz cwoJU3RhcnRpbmcgQWRkcmVzczogMHgwMDAwMDAwMDAwMAoJRW5kaW5nIEFkZHJlc3M6IDB4MDAw N0ZGRkZGRkYKCVJhbmdlIFNpemU6IDIgR0IKCVBoeXNpY2FsIERldmljZSBIYW5kbGU6IDB4MDAx MgoJTWVtb3J5IEFycmF5IE1hcHBlZCBBZGRyZXNzIEhhbmRsZTogMHgwMDE0CglQYXJ0aXRpb24g Um93IFBvc2l0aW9uOiAyCglJbnRlcmxlYXZlIFBvc2l0aW9uOiAxCglJbnRlcmxlYXZlZCBEYXRh IERlcHRoOiA2CgpIYW5kbGUgMHgwMDE2LCBETUkgdHlwZSAzMiwgMjAgYnl0ZXMKU3lzdGVtIEJv b3QgSW5mb3JtYXRpb24KCVN0YXR1czogPE9VVCBPRiBTUEVDPgoKSGFuZGxlIDB4MDAxNywgRE1J IHR5cGUgMzksIDIyIGJ5dGVzClN5c3RlbSBQb3dlciBTdXBwbHkKCUxvY2F0aW9uOiBOb3QgU3Bl Y2lmaWVkCglOYW1lOiAgICAgICAgICAgICAgICAKCU1hbnVmYWN0dXJlcjogTm90IFNwZWNpZmll ZAoJU2VyaWFsIE51bWJlcjogICAgICAgCglBc3NldCBUYWc6IE5vdCBTcGVjaWZpZWQKCU1vZGVs IFBhcnQgTnVtYmVyOiBOb3QgU3BlY2lmaWVkCglSZXZpc2lvbjogICAgICAgICAgIAoJTWF4IFBv d2VyIENhcGFjaXR5OiAwLjAwMCBXCglTdGF0dXM6IFByZXNlbnQsIFVua25vd24KCVR5cGU6IFN3 aXRjaGluZwoJSW5wdXQgVm9sdGFnZSBSYW5nZSBTd2l0Y2hpbmc6IFVua25vd24KCVBsdWdnZWQ6 IFllcwoJSG90IFJlcGxhY2VhYmxlOiBObwoKSGFuZGxlIDB4MDAxOCwgRE1JIHR5cGUgMTc2LCAx NiBieXRlcwpPRU0tc3BlY2lmaWMgVHlwZQoJSGVhZGVyIGFuZCBEYXRhOgoJCUIwIDEwIDE4IDAw IDEwIDAwIDYzIDI5IDAwIDk5IEZGIEZGIDAxIEZGIEZGIEZGCgpIYW5kbGUgMHgwMDE5LCBETUkg dHlwZSAxNzcsIDEyIGJ5dGVzCk9FTS1zcGVjaWZpYyBUeXBlCglIZWFkZXIgYW5kIERhdGE6CgkJ QjEgMEMgMTkgMDAgMTEgMDQgMjIgMDEgMDAgMDAgMDAgMDAKCkhhbmRsZSAweDAwMUEsIERNSSB0 eXBlIDE4NSwgOCBieXRlcwpPRU0tc3BlY2lmaWMgVHlwZQoJSGVhZGVyIGFuZCBEYXRhOgoJCUI5 IDA4IDFBIDAwIDAwIDEwIDAwIDAwCgpIYW5kbGUgMHgwMDFCLCBETUkgdHlwZSAxODUsIDggYnl0 ZXMKT0VNLXNwZWNpZmljIFR5cGUKCUhlYWRlciBhbmQgRGF0YToKCQlCOSAwOCAxQiAwMCAwMSAx MCAwMCAwMAoKSGFuZGxlIDB4MDAxQywgRE1JIHR5cGUgMTg1LCA4IGJ5dGVzCk9FTS1zcGVjaWZp YyBUeXBlCglIZWFkZXIgYW5kIERhdGE6CgkJQjkgMDggMUMgMDAgMDIgMDkgMDAgMDAKCkhhbmRs ZSAweDAwMUQsIERNSSB0eXBlIDE4NSwgOCBieXRlcwpPRU0tc3BlY2lmaWMgVHlwZQoJSGVhZGVy IGFuZCBEYXRhOgoJCUI5IDA4IDFEIDAwIDBGIDEwIDAwIDAwCgpIYW5kbGUgMHgwMDFFLCBETUkg dHlwZSAxODUsIDQ2IGJ5dGVzCk9FTS1zcGVjaWZpYyBUeXBlCglIZWFkZXIgYW5kIERhdGE6CgkJ QjkgMkUgMUUgMDAgMTMgMDcgMDEgM0MgMDAgMDAgMDAgMDIgQTEgMDAgMDAgMDAKCQkwMyAyQyAw MCAwMCAwMCAwNSBGNyAwOSAwMCBGQiAwNiBGNyAwOSAwMCBGQiAwNwoJCTBBIDAwIDAwIDAwIDBB IDEyIDY3IDNDIDAyIDAwIDAwIDAwIDAwIDAwCgpIYW5kbGUgMHgwMDFGLCBETUkgdHlwZSAxODUs IDggYnl0ZXMKT0VNLXNwZWNpZmljIFR5cGUKCUhlYWRlciBhbmQgRGF0YToKCQlCOSAwOCAxRiAw MCAxNSAxMCAwMCAwMAoKSGFuZGxlIDB4MDAyMCwgRE1JIHR5cGUgMTg1LCAxMSBieXRlcwpPRU0t c3BlY2lmaWMgVHlwZQoJSGVhZGVyIGFuZCBEYXRhOgoJCUI5IDBCIDIwIDAwIDE5IDEwIDAwIDAw IDAwIDAwIDAwCgpIYW5kbGUgMHgwMDIxLCBETUkgdHlwZSAxODUsIDggYnl0ZXMKT0VNLXNwZWNp ZmljIFR5cGUKCUhlYWRlciBhbmQgRGF0YToKCQlCOSAwOCAyMSAwMCBGRiAwMCAwMCAwMAoKSGFu ZGxlIDB4MDAyMiwgRE1JIHR5cGUgMTg2LCAxNSBieXRlcwpPRU0tc3BlY2lmaWMgVHlwZQoJSGVh ZGVyIGFuZCBEYXRhOgoJCUJBIDBGIDIyIDAwIDFBIEIzIDhGIDA3IDAxIDAxIDAxIDAxIDJCIDEy IDJBCgpIYW5kbGUgMHgwMDIzLCBETUkgdHlwZSAxODgsIDggYnl0ZXMKT0VNLXNwZWNpZmljIFR5 cGUKCUhlYWRlciBhbmQgRGF0YToKCQlCQyAwOCAyMyAwMCAzOCAzOCAzMSAyNAoKSGFuZGxlIDB4 MDAyNCwgRE1JIHR5cGUgMTI3LCA0IGJ5dGVzCkVuZCBPZiBUYWJsZQoK --_007_35CFCFC220BF044DA8BFCE7FC11853D701A1DDEX02reitznerlocal_ Content-Type: text/plain; name="sysctl-hw.acpi.txt" Content-Description: sysctl-hw.acpi.txt Content-Disposition: attachment; filename="sysctl-hw.acpi.txt"; size=408; creation-date="Mon, 09 Jan 2012 20:29:18 GMT"; modification-date="Mon, 09 Jan 2012 20:29:18 GMT" Content-Transfer-Encoding: base64 WzIuMC4xLVJFTEVBU0VdW3Jvb3RAcmFjZy5sb2NhbF0vcm9vdCg0KTogc3lzY3RsIGh3LmFjcGkK aHcuYWNwaS5zdXBwb3J0ZWRfc2xlZXBfc3RhdGU6IFMzIFM0IFM1Cmh3LmFjcGkucG93ZXJfYnV0 dG9uX3N0YXRlOiBTNQpody5hY3BpLnNsZWVwX2J1dHRvbl9zdGF0ZTogUzMKaHcuYWNwaS5saWRf c3dpdGNoX3N0YXRlOiBOT05FCmh3LmFjcGkuc3RhbmRieV9zdGF0ZTogTk9ORQpody5hY3BpLnN1 c3BlbmRfc3RhdGU6IFMzCmh3LmFjcGkuc2xlZXBfZGVsYXk6IDEKaHcuYWNwaS5zNGJpb3M6IDAK aHcuYWNwaS52ZXJib3NlOiAxCmh3LmFjcGkuZGlzYWJsZV9vbl9yZWJvb3Q6IDAKaHcuYWNwaS5o YW5kbGVfcmVib290OiAxCmh3LmFjcGkucmVzZXRfdmlkZW86IDEKaHcuYWNwaS5jcHUuY3hfbG93 ZXN0OiBDMQoK --_007_35CFCFC220BF044DA8BFCE7FC11853D701A1DDEX02reitznerlocal_ Content-Type: text/plain; name="sysctl.txt" Content-Description: sysctl.txt Content-Disposition: attachment; filename="sysctl.txt"; size=53884; creation-date="Mon, 09 Jan 2012 20:29:37 GMT"; modification-date="Mon, 09 Jan 2012 20:29:37 GMT" Content-Transfer-Encoding: base64 WzIuMC4xLVJFTEVBU0VdW3Jvb3RAcmFjZy5sb2NhbF0vcm9vdCgzKTogc3lzY3RsIC1hCmtlcm4u b3N0eXBlOiBGcmVlQlNECmtlcm4ub3NyZWxlYXNlOiA4LjEtUkVMRUFTRQprZXJuLm9zcmV2aXNp b246IDE5OTUwNgprZXJuLnZlcnNpb246IEZyZWVCU0QgOC4xLVJFTEVBU0UgIzI6IFN1biBKYW4g IDggMTQ6NTc6MzYgQ0VUIDIwMTIKICAgIHJvb3RAcmFjZy5sb2NhbDovdXNyL29iai91c3Ivc3Jj L3N5cy9yYWNnCgprZXJuLm1heHZub2RlczogMTAwMDAwCmtlcm4ubWF4cHJvYzogNjE2NAprZXJu Lm1heGZpbGVzOiAxMzEwNzIKa2Vybi5hcmdtYXg6IDI2MjE0NAprZXJuLnNlY3VyZWxldmVsOiAx Cmtlcm4uaG9zdG5hbWU6IHJhY2cubG9jYWwKa2Vybi5ob3N0aWQ6IDIwNTEyMzg5Cmtlcm4uY2xv Y2tyYXRlOiB7IGh6ID0gMTAwMCwgdGljayA9IDEwMDAsIHByb2ZoeiA9IDIwMDAsIHN0YXRoeiA9 IDEzMyB9Cmtlcm4ucG9zaXgxdmVyc2lvbjogMjAwMTEyCmtlcm4ubmdyb3VwczogMTAyMwprZXJu LmpvYl9jb250cm9sOiAxCmtlcm4uc2F2ZWRfaWRzOiAwCmtlcm4uYm9vdHRpbWU6IHsgc2VjID0g MTMyNjEzODMzMywgdXNlYyA9IDIyNTk2MyB9IE1vbiBKYW4gIDkgMjA6NDU6MzMgMjAxMgprZXJu LmRvbWFpbm5hbWU6IAprZXJuLm9zcmVsZGF0ZTogODAxMDAwCmtlcm4uYm9vdGZpbGU6IC9ib290 L2tlcm5lbC9rZXJuZWwKa2Vybi5tYXhmaWxlc3BlcnByb2M6IDEwNDg1NgprZXJuLm1heHByb2Nw ZXJ1aWQ6IDU1NDcKa2Vybi5pcGMubWF4c29ja2J1ZjogNDI2MjE0NAprZXJuLmlwYy5zb2NrYnVm X3dhc3RlX2ZhY3RvcjogOAprZXJuLmlwYy5zb21heGNvbm46IDE2Mzg0Cmtlcm4uaXBjLm1heF9s aW5raGRyOiAxNgprZXJuLmlwYy5tYXhfcHJvdG9oZHI6IDYwCmtlcm4uaXBjLm1heF9oZHI6IDc2 Cmtlcm4uaXBjLm1heF9kYXRhbGVuOiAxMjQKa2Vybi5pcGMubm1ianVtYm8xNjogMzIwMAprZXJu LmlwYy5ubWJqdW1ibzk6IDY0MDAKa2Vybi5pcGMubm1ianVtYm9wOiAxMjgwMAprZXJuLmlwYy5u bWJjbHVzdGVyczogNjU1MzYKa2Vybi5pcGMucGlwZXJlc2l6ZWFsbG93ZWQ6IDEKa2Vybi5pcGMu cGlwZXJlc2l6ZWZhaWw6IDAKa2Vybi5pcGMucGlwZWFsbG9jZmFpbDogMAprZXJuLmlwYy5waXBl ZnJhZ3JldHJ5OiAwCmtlcm4uaXBjLnBpcGVrdmE6IDI5OTAwOAprZXJuLmlwYy5tYXhwaXBla3Zh OiAxNjc3NzIxNgprZXJuLmlwYy5tc2dzZWc6IDUxMgprZXJuLmlwYy5tc2dzc3o6IDY0Cmtlcm4u aXBjLm1zZ3RxbDogMjA0OAprZXJuLmlwYy5tc2dtbmI6IDgxOTIKa2Vybi5pcGMubXNnbW5pOiA4 MAprZXJuLmlwYy5tc2dtYXg6IDMyNzY4Cmtlcm4uaXBjLnNlbWFlbTogMTYzODQKa2Vybi5pcGMu c2Vtdm14OiAzMjc2NwprZXJuLmlwYy5zZW11c3o6IDEzNgprZXJuLmlwYy5zZW11bWU6IDEwCmtl cm4uaXBjLnNlbW9wbTogMTAwCmtlcm4uaXBjLnNlbW1zbDogNjAKa2Vybi5pcGMuc2VtbW51OiAz MAprZXJuLmlwYy5zZW1tbnM6IDYwCmtlcm4uaXBjLnNlbW1uaTogMTAKa2Vybi5pcGMuc2VtbWFw OiAzMAprZXJuLmlwYy5zaG1fYWxsb3dfcmVtb3ZlZDogMAprZXJuLmlwYy5zaG1fdXNlX3BoeXM6 IDAKa2Vybi5pcGMuc2htYWxsOiA4MTkyCmtlcm4uaXBjLnNobXNlZzogMTI4Cmtlcm4uaXBjLnNo bW1uaTogMTkyCmtlcm4uaXBjLnNobW1pbjogMQprZXJuLmlwYy5zaG1tYXg6IDMzNTU0NDMyCmtl cm4uaXBjLm1heHNvY2tldHM6IDI1NjAwCmtlcm4uaXBjLm51bW9wZW5zb2NrZXRzOiA1OQprZXJu LmlwYy5uc2ZidWZzdXNlZDogMAprZXJuLmlwYy5uc2ZidWZzcGVhazogNQprZXJuLmlwYy5uc2Zi dWZzOiA2NjU2Cmtlcm4uZHVtbXk6IDAKa2Vybi5wc19zdHJpbmdzOiAzMjE3MDMxMTUyCmtlcm4u dXNyc3RhY2s6IDMyMTcwMzExNjgKa2Vybi5sb2dzaWdleGl0OiAxCmtlcm4uaW92X21heDogMTAy NAprZXJuLmhvc3R1dWlkOiBmODA4OWIxZC1hYjhiLTExZTAtYWM4OC0wMDE5OTk5ZTg4YTcKa2Vy bi5jYW0uYm9vdF9kZWxheTogMAprZXJuLmNhbS5wbXAuZGVmYXVsdF90aW1lb3V0OiAzMAprZXJu LmNhbS5wbXAucmV0cnlfY291bnQ6IDEKa2Vybi5jYW0uY2FtX3NyY2hfaGk6IDAKa2Vybi5jYW0u c2NzaV9kZWxheTogNTAwMAprZXJuLmNhbS5jZC5yZXRyeV9jb3VudDogNAprZXJuLmNhbS5jZC5j aGFuZ2VyLm1heF9idXN5X3NlY29uZHM6IDE1Cmtlcm4uY2FtLmNkLmNoYW5nZXIubWluX2J1c3lf c2Vjb25kczogNQprZXJuLmNhbS5hZGEuYWRhX3NlbmRfb3JkZXJlZDogMQprZXJuLmNhbS5hZGEu ZGVmYXVsdF90aW1lb3V0OiAzMAprZXJuLmNhbS5hZGEucmV0cnlfY291bnQ6IDQKa2Vybi5jYW0u ZGEuZGFfc2VuZF9vcmRlcmVkOiAxCmtlcm4uY2FtLmRhLmRlZmF1bHRfdGltZW91dDogNjAKa2Vy bi5jYW0uZGEucmV0cnlfY291bnQ6IDQKa2Vybi5kY29ucy5wb2xsX2h6OiAyNQprZXJuLmRpc2tz OiBhZDYKa2Vybi5nZW9tLmNvbGxlY3RzdGF0czogMQprZXJuLmdlb20uZGVidWdmbGFnczogMApr ZXJuLmdlb20ubGFiZWwuZGVidWc6IDAKa2Vybi5nZW9tLmxhYmVsLmV4dDJmcy5lbmFibGU6IDEK a2Vybi5nZW9tLmxhYmVsLmlzbzk2NjAuZW5hYmxlOiAxCmtlcm4uZ2VvbS5sYWJlbC5tc2Rvc2Zz LmVuYWJsZTogMQprZXJuLmdlb20ubGFiZWwubnRmcy5lbmFibGU6IDEKa2Vybi5nZW9tLmxhYmVs LnJlaXNlcmZzLmVuYWJsZTogMQprZXJuLmdlb20ubGFiZWwudWZzLmVuYWJsZTogMQprZXJuLmdl b20ubGFiZWwudWZzaWQuZW5hYmxlOiAxCmtlcm4uZ2VvbS5sYWJlbC5ncHRpZC5lbmFibGU6IDEK a2Vybi5nZW9tLmxhYmVsLmdwdC5lbmFibGU6IDEKa2Vybi5nZW9tLm1pcnJvci5zeW5jX3JlcXVl c3RzOiAyCmtlcm4uZ2VvbS5taXJyb3IuZGlzY29ubmVjdF9vbl9mYWlsdXJlOiAxCmtlcm4uZ2Vv bS5taXJyb3IuaWRsZXRpbWU6IDUKa2Vybi5nZW9tLm1pcnJvci50aW1lb3V0OiA0Cmtlcm4uZ2Vv bS5taXJyb3IuZGVidWc6IDAKa2Vybi5lbGYzMi5mYWxsYmFja19icmFuZDogLTEKa2Vybi5pbml0 X3NodXRkb3duX3RpbWVvdXQ6IDEyMAprZXJuLmluaXRfcGF0aDogL3NiaW4vaW5pdDovc2Jpbi9v aW5pdDovc2Jpbi9pbml0LmJhazovcmVzY3VlL2luaXQ6L3N0YW5kL3N5c2luc3RhbGwKa2Vybi5h Y2N0X3N1c3BlbmRlZDogMAprZXJuLmFjY3RfY29uZmlndXJlZDogMAprZXJuLmFjY3RfY2hrZnJl cTogMTUKa2Vybi5hY2N0X3Jlc3VtZTogNAprZXJuLmFjY3Rfc3VzcGVuZDogMgprZXJuLmNwX3Rp bWVzOiAxODgxNyAyNDQ2IDE0NjM1NCAxOTA0IDE1NjAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw Cmtlcm4uY3BfdGltZTogMTg4MTggMjQ0NiAxNDYzNTUgMTkwNCAxNTYwCmtlcm4uY29uc3R0eV93 YWtldXBzX3Blcl9zZWNvbmQ6IDUKa2Vybi5jb25zbXNnYnVmX3NpemU6IDgxOTIKa2Vybi5jb25z bXV0ZTogMAprZXJuLmNvbnNvbGU6IHR0eXYwLGRjb25zLC9kY29ucyx0dHl2MCx1Y29tLAprZXJu Lm9wZW5maWxlczogMjEyCmtlcm4ua3FfY2FsbG91dG1heDogNDA5NgprZXJuLnBzX2FyZ19jYWNo ZV9saW1pdDogMjU2Cmtlcm4uc3RhY2twcm90OiA3Cmtlcm4ucmFuZG9tcGlkOiAzNDcKa2Vybi5s YXN0cGlkOiA4NzI4NgprZXJuLmt0cmFjZS5yZXF1ZXN0X3Bvb2w6IDEwMAprZXJuLmt0cmFjZS5n ZW5pb19zaXplOiA0MDk2Cmtlcm4ubW9kdWxlX3BhdGg6IC9ib290L2tlcm5lbDsvYm9vdC9tb2R1 bGVzCmtlcm4ubWFsbG9jX2NvdW50OiAzMTgKa2Vybi5mYWxsYmFja19lbGZfYnJhbmQ6IC0xCmtl cm4uZmVhdHVyZXMuY29tcGF0X2ZyZWVic2Q3OiAxCmtlcm4uZmVhdHVyZXMuY29tcGF0X2ZyZWVi c2Q2OiAxCmtlcm4uZmVhdHVyZXMuY29tcGF0X2ZyZWVic2Q1OiAxCmtlcm4uZmVhdHVyZXMuY29t cGF0X2ZyZWVic2Q0OiAxCmtlcm4uZmVhdHVyZXMucG9zaXhfc2VtOiAxCmtlcm4uZmVhdHVyZXMu cG9zaXhfc2htOiAxCmtlcm4ubWF4dXNlcnM6IDM4NAprZXJuLmlkZW50OiBSQUNHCmtlcm4ucG9s bGluZy5pZGxlcG9sbF9zbGVlcGluZzogMAprZXJuLnBvbGxpbmcuc3RhbGxlZDogNgprZXJuLnBv bGxpbmcuc3VzcGVjdDogMgprZXJuLnBvbGxpbmcucGhhc2U6IDAKa2Vybi5wb2xsaW5nLmhhbmRs ZXJzOiAyCmtlcm4ucG9sbGluZy5yZXNpZHVhbF9idXJzdDogMAprZXJuLnBvbGxpbmcucGVuZGlu Z19wb2xsczogMAprZXJuLnBvbGxpbmcubG9zdF9wb2xsczogMTA5MzAKa2Vybi5wb2xsaW5nLnNo b3J0X3RpY2tzOiAwCmtlcm4ucG9sbGluZy5yZWdfZnJhYzogMjAKa2Vybi5wb2xsaW5nLnVzZXJf ZnJhYzogNTAKa2Vybi5wb2xsaW5nLmlkbGVfcG9sbDogMQprZXJuLnBvbGxpbmcuZWFjaF9idXJz dDogNQprZXJuLnBvbGxpbmcuYnVyc3RfbWF4OiAxNTAKa2Vybi5wb2xsaW5nLmJ1cnN0OiAxNTAK a2Vybi5rc3RhY2tfcGFnZXM6IDIKa2Vybi5zaHV0ZG93bi5rcHJvY19zaHV0ZG93bl93YWl0OiA2 MAprZXJuLnNodXRkb3duLnBvd2Vyb2ZmX2RlbGF5OiA1MDAwCmtlcm4uc3luY19vbl9wYW5pYzog MAprZXJuLmNvcmVmaWxlOiAlTi5jb3JlCmtlcm4ubm9kdW1wX2NvcmVkdW1wOiAwCmtlcm4uY29y ZWR1bXA6IDEKa2Vybi5zdWdpZF9jb3JlZHVtcDogMAprZXJuLnNpZ3F1ZXVlLmFsbG9jX2ZhaWw6 IDAKa2Vybi5zaWdxdWV1ZS5vdmVyZmxvdzogMAprZXJuLnNpZ3F1ZXVlLnByZWFsbG9jYXRlOiAx MDI0Cmtlcm4uc2lncXVldWUubWF4X3BlbmRpbmdfcGVyX3Byb2M6IDEyOAprZXJuLmZvcmNlc2ln ZXhpdDogMQprZXJuLmZzY2FsZTogMjA0OAprZXJuLnRpbWVjb3VudGVyLnRpY2s6IDEKa2Vybi50 aW1lY291bnRlci5jaG9pY2U6IFRTQyg4MDApIEhQRVQoOTAwKSBBQ1BJLXNhZmUoODUwKSBpODI1 NCgwKSBkdW1teSgtMTAwMDAwMCkKa2Vybi50aW1lY291bnRlci5oYXJkd2FyZTogSFBFVAprZXJu LnRpbWVjb3VudGVyLnN0ZXB3YXJuaW5nczogMAprZXJuLnRpbWVjb3VudGVyLnRjLmk4MjU0Lm1h c2s6IDY1NTM1Cmtlcm4udGltZWNvdW50ZXIudGMuaTgyNTQuY291bnRlcjogMjE0NTgKa2Vybi50 aW1lY291bnRlci50Yy5pODI1NC5mcmVxdWVuY3k6IDExOTMxODIKa2Vybi50aW1lY291bnRlci50 Yy5pODI1NC5xdWFsaXR5OiAwCmtlcm4udGltZWNvdW50ZXIudGMuQUNQSS1zYWZlLm1hc2s6IDQy OTQ5NjcyOTUKa2Vybi50aW1lY291bnRlci50Yy5BQ1BJLXNhZmUuY291bnRlcjogNTY0MzM2MTAy Cmtlcm4udGltZWNvdW50ZXIudGMuQUNQSS1zYWZlLmZyZXF1ZW5jeTogMzU3OTU0NQprZXJuLnRp bWVjb3VudGVyLnRjLkFDUEktc2FmZS5xdWFsaXR5OiA4NTAKa2Vybi50aW1lY291bnRlci50Yy5I UEVULm1hc2s6IDQyOTQ5NjcyOTUKa2Vybi50aW1lY291bnRlci50Yy5IUEVULmNvdW50ZXI6IDE1 MDAyNTMwMTUKa2Vybi50aW1lY291bnRlci50Yy5IUEVULmZyZXF1ZW5jeTogMTQzMTgxODAKa2Vy bi50aW1lY291bnRlci50Yy5IUEVULnF1YWxpdHk6IDkwMAprZXJuLnRpbWVjb3VudGVyLnRjLlRT Qy5tYXNrOiA0Mjk0OTY3Mjk1Cmtlcm4udGltZWNvdW50ZXIudGMuVFNDLmNvdW50ZXI6IDE3Mzg3 MTI2ODAKa2Vybi50aW1lY291bnRlci50Yy5UU0MuZnJlcXVlbmN5OiA5OTk5OTY0MjQKa2Vybi50 aW1lY291bnRlci50Yy5UU0MucXVhbGl0eTogODAwCmtlcm4udGltZWNvdW50ZXIuc21wX3RzYzog MAprZXJuLnRpbWVjb3VudGVyLmludmFyaWFudF90c2M6IDAKa2Vybi50aHJlYWRzLm1heF90aHJl YWRzX2hpdHM6IDAKa2Vybi50aHJlYWRzLm1heF90aHJlYWRzX3Blcl9wcm9jOiA0MDk2Cmtlcm4u Y2NwdTogMAprZXJuLnNjaGVkLnByZWVtcHRpb246IDEKa2Vybi5zY2hlZC50b3BvbG9neV9zcGVj OiA8Z3JvdXBzPgogPGdyb3VwIGxldmVsPSIxIiBjYWNoZS1sZXZlbD0iMCI+CiAgPGNwdSBjb3Vu dD0iMSIgbWFzaz0iMHgxIj4wPC9jcHU+CiAgPGZsYWdzPjwvZmxhZ3M+CiA8L2dyb3VwPgo8L2dy b3Vwcz4KCmtlcm4uc2NoZWQuc3RlYWxfdGhyZXNoOiAwCmtlcm4uc2NoZWQuc3RlYWxfaWRsZTog MQprZXJuLnNjaGVkLnN0ZWFsX2h0dDogMQprZXJuLnNjaGVkLmJhbGFuY2VfaW50ZXJ2YWw6IDEz MwprZXJuLnNjaGVkLmJhbGFuY2U6IDEKa2Vybi5zY2hlZC5hZmZpbml0eTogMQprZXJuLnNjaGVk LmlkbGVzcGludGhyZXNoOiA0Cmtlcm4uc2NoZWQuaWRsZXNwaW5zOiAxMDAwMAprZXJuLnNjaGVk LnN0YXRpY19ib29zdDogMTYwCmtlcm4uc2NoZWQucHJlZW1wdF90aHJlc2g6IDY0Cmtlcm4uc2No ZWQuaW50ZXJhY3Q6IDMwCmtlcm4uc2NoZWQuc2xpY2U6IDEzCmtlcm4uc2NoZWQubmFtZTogVUxF Cmtlcm4uZGV2c3RhdC52ZXJzaW9uOiA2Cmtlcm4uZGV2c3RhdC5nZW5lcmF0aW9uOiAxMjIKa2Vy bi5kZXZzdGF0Lm51bWRldnM6IDMKa2Vybi5rb2JqX21ldGhvZGNvdW50OiAxNjAKa2Vybi5sb2df d2FrZXVwc19wZXJfc2Vjb25kOiA1Cmtlcm4udm1fZ3Vlc3Q6IG5vbmUKa2Vybi5zZ3Jvd3Npejog MTMxMDcyCmtlcm4ubWF4c3NpejogNjcxMDg4NjQKa2Vybi5kZmxzc2l6OiA4Mzg4NjA4Cmtlcm4u bWF4ZHNpejogNTM2ODcwOTEyCmtlcm4uZGZsZHNpejogMTM0MjE3NzI4Cmtlcm4ubWF4dHNpejog MTM0MjE3NzI4Cmtlcm4ubWF4YmNhY2hlOiAyMDk3MTUyMDAKa2Vybi5tYXhzd3pvbmU6IDMzNTU0 NDMyCmtlcm4ubnN3YnVmOiAyNTYKa2Vybi5uYnVmOiA3MjI0Cmtlcm4ubmNhbGxvdXQ6IDE4NTA4 Cmtlcm4uaHo6IDEwMDAKa2Vybi5tc2didWZfY2xlYXI6IDAKa2Vybi5tc2didWY6IAprZXJuLmFs d2F5c19jb25zb2xlX291dHB1dDogMAprZXJuLmxvZ19jb25zb2xlX291dHB1dDogMQprZXJuLnNt cC5mb3J3YXJkX3NpZ25hbF9lbmFibGVkOiAxCmtlcm4uc21wLnRvcG9sb2d5OiAwCmtlcm4uc21w LmNwdXM6IDEKa2Vybi5zbXAuZGlzYWJsZWQ6IDAKa2Vybi5zbXAuYWN0aXZlOiAwCmtlcm4uc21w Lm1heGNwdXM6IDMyCmtlcm4uc21wLm1heGlkOiAzMQprZXJuLnR0eV9pbnFfZmx1c2hfc2VjdXJl OiAxCmtlcm4udHR5X2lucV9uc2xvdzogMwprZXJuLnR0eV9pbnFfbmZhc3Q6IDEyNAprZXJuLnR0 eV9vdXRxX25zbG93OiAwCmtlcm4udHR5X291dHFfbmZhc3Q6IDIwNjEKa2Vybi5wdHNfbWF4ZGV2 OiA5OTkKa2Vybi50dHlfcHR5X3dhcm5pbmdjbnQ6IDEKa2Vybi50dHlfbm91dDogOTc0MjEKa2Vy bi50dHlfbmluOiAxMjcKa2Vybi5taW52bm9kZXM6IDI1MDAwCmtlcm4ubWV0YWRlbGF5OiAyOApr ZXJuLmRpcmRlbGF5OiAyOQprZXJuLmZpbGVkZWxheTogMzAKa2Vybi5jaHJvb3RfYWxsb3dfb3Bl bl9kaXJlY3RvcmllczogMQprZXJuLmNyeXB0b2RldmFsbG93c29mdDogMAprZXJuLnVzZXJhc3lt Y3J5cHRvOiAxCmtlcm4ucmFuZG9tLnlhcnJvdy5nZW5nYXRlaW50ZXJ2YWw6IDEwCmtlcm4ucmFu ZG9tLnlhcnJvdy5iaW5zOiAxMAprZXJuLnJhbmRvbS55YXJyb3cuZmFzdHRocmVzaDogMTkyCmtl cm4ucmFuZG9tLnlhcnJvdy5zbG93dGhyZXNoOiAyNTYKa2Vybi5yYW5kb20ueWFycm93LnNsb3dv dmVydGhyZXNoOiAyCmtlcm4ucmFuZG9tLnN5cy5zZWVkZWQ6IDEKa2Vybi5yYW5kb20uc3lzLmhh cnZlc3QuZXRoZXJuZXQ6IDEKa2Vybi5yYW5kb20uc3lzLmhhcnZlc3QucG9pbnRfdG9fcG9pbnQ6 IDEKa2Vybi5yYW5kb20uc3lzLmhhcnZlc3QuaW50ZXJydXB0OiAxCmtlcm4ucmFuZG9tLnN5cy5o YXJ2ZXN0LnN3aTogMAp2bS52bXRvdGFsOiAKU3lzdGVtIHdpZGUgdG90YWxzIGNvbXB1dGVkIGV2 ZXJ5IGZpdmUgc2Vjb25kczogKHZhbHVlcyBpbiBraWxvYnl0ZXMpCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClByb2Nlc3NlczoJCShSVU5ROiAxIERpc2sg V2FpdDogMCBQYWdlIFdhaXQ6IDAgU2xlZXA6IDYxKQpWaXJ0dWFsIE1lbW9yeToJCShUb3RhbDog MzI0MDUwOEssIEFjdGl2ZSA1ODA4NTJLKQpSZWFsIE1lbW9yeToJCShUb3RhbDogMzI0MDM2SyBB Y3RpdmUgMjU3NzA4SykKU2hhcmVkIFZpcnR1YWwgTWVtb3J5OgkoVG90YWw6IDc1NzE2SyBBY3Rp dmU6IDM2MTU2SykKU2hhcmVkIFJlYWwgTWVtb3J5OgkoVG90YWw6IDMxMzQwSyBBY3RpdmU6IDIz NjU2SykKRnJlZSBNZW1vcnkgUGFnZXM6CTE0Mzk3ODBLCgp2bS5sb2FkYXZnOiB7IDEuMDIgMS4x MSAxLjAyIH0Kdm0udl9mcmVlX21pbjogMzA2Mgp2bS52X2ZyZWVfdGFyZ2V0OiAxMjkyMAp2bS52 X2ZyZWVfcmVzZXJ2ZWQ6IDY3Mgp2bS52X2luYWN0aXZlX3RhcmdldDogMTkzODAKdm0udl9jYWNo ZV9taW46IDEyOTIwCnZtLnZfY2FjaGVfbWF4OiAyNTg0MAp2bS52X3BhZ2VvdXRfZnJlZV9taW46 IDM0CnZtLnBhZ2VvdXRfYWxnb3JpdGhtOiAwCnZtLnN3YXBfZW5hYmxlZDogMQp2bS5rbWVtX3Np emVfc2NhbGU6IDMKdm0ua21lbV9zaXplX21heDogMzM1NTQ0MzIwCnZtLmttZW1fc2l6ZV9taW46 IDAKdm0ua21lbV9zaXplOiAzMzU1NDQzMjAKdm0ubnN3YXBkZXY6IDEKdm0uZG1tYXg6IDMyCnZt LnN3YXBfYXN5bmNfbWF4OiA0CnZtLm92ZXJjb21taXQ6IDAKdm0uc3dhcF9yZXNlcnZlZDogMTE1 MzQyNTQwOAp2bS5zd2FwX3RvdGFsOiA0Mjk0OTY3Mjk2CnZtLnpvbmVfY291bnQ6IDExMgp2bS5z d2FwX2lkbGVfdGhyZXNob2xkMjogMTAKdm0uc3dhcF9pZGxlX3RocmVzaG9sZDE6IDIKdm0ua3N0 YWNrczogMTU3CnZtLmtzdGFja19jYWNoZV9zaXplOiAxMjgKdm0uZXhlY19tYXBfZW50cmllczog MTYKdm0uc3RhdHMubWlzYy56ZXJvX3BhZ2VfY291bnQ6IDE4CnZtLnN0YXRzLm1pc2MuY250X3By ZXplcm86IDAKdm0uc3RhdHMudm0udl9rdGhyZWFkcGFnZXM6IDAKdm0uc3RhdHMudm0udl9yZm9y a3BhZ2VzOiAwCnZtLnN0YXRzLnZtLnZfdmZvcmtwYWdlczogMjc5OTkxCnZtLnN0YXRzLnZtLnZf Zm9ya3BhZ2VzOiA2ODU3NjkKdm0uc3RhdHMudm0udl9rdGhyZWFkczogMjYKdm0uc3RhdHMudm0u dl9yZm9ya3M6IDAKdm0uc3RhdHMudm0udl92Zm9ya3M6IDE3MjMKdm0uc3RhdHMudm0udl9mb3Jr czogMzYxNAp2bS5zdGF0cy52bS52X2ludGVycnVwdF9mcmVlX21pbjogMgp2bS5zdGF0cy52bS52 X3BhZ2VvdXRfZnJlZV9taW46IDM0CnZtLnN0YXRzLnZtLnZfY2FjaGVfbWF4OiAyNTg0MAp2bS5z dGF0cy52bS52X2NhY2hlX21pbjogMTI5MjAKdm0uc3RhdHMudm0udl9jYWNoZV9jb3VudDogMTI3 Nwp2bS5zdGF0cy52bS52X2luYWN0aXZlX2NvdW50OiA2Mjc3MQp2bS5zdGF0cy52bS52X2luYWN0 aXZlX3RhcmdldDogMTkzODAKdm0uc3RhdHMudm0udl9hY3RpdmVfY291bnQ6IDE3Mjc4CnZtLnN0 YXRzLnZtLnZfd2lyZV9jb3VudDogMzgxMTIKdm0uc3RhdHMudm0udl9mcmVlX2NvdW50OiAzNTg2 NjgKdm0uc3RhdHMudm0udl9mcmVlX21pbjogMzA2Mgp2bS5zdGF0cy52bS52X2ZyZWVfdGFyZ2V0 OiAxMjkyMAp2bS5zdGF0cy52bS52X2ZyZWVfcmVzZXJ2ZWQ6IDY3Mgp2bS5zdGF0cy52bS52X3Bh Z2VfY291bnQ6IDQ3ODI2Mwp2bS5zdGF0cy52bS52X3BhZ2Vfc2l6ZTogNDA5Ngp2bS5zdGF0cy52 bS52X3RmcmVlOiA3MzU3MDQKdm0uc3RhdHMudm0udl9wZnJlZTogNDU1MTMyCnZtLnN0YXRzLnZt LnZfZGZyZWU6IDAKdm0uc3RhdHMudm0udl90Y2FjaGVkOiAxNTY1CnZtLnN0YXRzLnZtLnZfcGRw YWdlczogMAp2bS5zdGF0cy52bS52X3Bkd2FrZXVwczogMAp2bS5zdGF0cy52bS52X3JlYWN0aXZh dGVkOiAyMTcKdm0uc3RhdHMudm0udl9pbnRyYW5zOiA1Mwp2bS5zdGF0cy52bS52X3Zub2RlcGdz b3V0OiAzMTgKdm0uc3RhdHMudm0udl92bm9kZXBnc2luOiA4OTMyCnZtLnN0YXRzLnZtLnZfdm5v ZGVvdXQ6IDIyOAp2bS5zdGF0cy52bS52X3Zub2RlaW46IDExMDgKdm0uc3RhdHMudm0udl9zd2Fw cGdzb3V0OiAwCnZtLnN0YXRzLnZtLnZfc3dhcHBnc2luOiAwCnZtLnN0YXRzLnZtLnZfc3dhcG91 dDogMAp2bS5zdGF0cy52bS52X3N3YXBpbjogMAp2bS5zdGF0cy52bS52X296Zm9kOiAxNjc3OAp2 bS5zdGF0cy52bS52X3pmb2Q6IDU1NTU1Mwp2bS5zdGF0cy52bS52X2Nvd19vcHRpbTogMgp2bS5z dGF0cy52bS52X2Nvd19mYXVsdHM6IDE3NTU5OQp2bS5zdGF0cy52bS52X3ZtX2ZhdWx0czogOTAz NTYxCnZtLnN0YXRzLnN5cy52X3NvZnQ6IDM3NTc3MzMyCnZtLnN0YXRzLnN5cy52X2ludHI6IDE4 MDI4CnZtLnN0YXRzLnN5cy52X3N5c2NhbGw6IDY2MTAyNTgKdm0uc3RhdHMuc3lzLnZfdHJhcDog MTA1ODAzNgp2bS5zdGF0cy5zeXMudl9zd3RjaDogMTM3ODg5MjM2NQp2bS5zdGF0cy5vYmplY3Qu YnlwYXNzZXM6IDQwODkKdm0uc3RhdHMub2JqZWN0LmNvbGxhcHNlczogODc4OAp2bS52X2ZyZWVf c2V2ZXJlOiAxODY3CnZtLm1heF9wcm9jX21tYXA6IDQ2NjAzCnZtLm9sZF9tc3luYzogMAp2bS5t c3luY19mbHVzaF9mbGFnczogMwp2bS5ib290X3BhZ2VzOiA0OAp2bS5tYXhfd2lyZWQ6IDE1ODA4 Nwp2bS5wYWdlb3V0X2xvY2tfbWlzczogMAp2bS5kaXNhYmxlX3N3YXBzcGFjZV9wYWdlb3V0czog MAp2bS5kZWZlcl9zd2Fwc3BhY2VfcGFnZW91dHM6IDAKdm0uc3dhcF9pZGxlX2VuYWJsZWQ6IDAK dm0ucGFnZW91dF9zdGF0c19pbnRlcnZhbDogNQp2bS5wYWdlb3V0X2Z1bGxfc3RhdHNfaW50ZXJ2 YWw6IDIwCnZtLnBhZ2VvdXRfc3RhdHNfbWF4OiAxMjkyMAp2bS5tYXhfbGF1bmRlcjogMzIKdm0u cGh5c19zZWdzOiAKU0VHTUVOVCAwOgoKc3RhcnQ6ICAgICAweDEwMDAKZW5kOiAgICAgICAweDlk MDAwCmZyZWUgbGlzdDogMHhjMGZjYTgyOAoKU0VHTUVOVCAxOgoKc3RhcnQ6ICAgICAweDEwMDAw MAplbmQ6ICAgICAgIDB4NDAwMDAwCmZyZWUgbGlzdDogMHhjMGZjYTgyOAoKU0VHTUVOVCAyOgoK c3RhcnQ6ICAgICAweDE0MjYwMDAKZW5kOiAgICAgICAweDc1Y2MxMDAwCmZyZWUgbGlzdDogMHhj MGZjYTcyMAoKdm0ucGh5c19mcmVlOiAKRlJFRSBMSVNUIDA6CgogIE9SREVSIChTSVpFKSAgfCAg TlVNQkVSCiAgICAgICAgICAgICAgICB8ICBQT09MIDAgIHwgIFBPT0wgMQotLSAgICAgICAgICAg IC0tIC0tICAgICAgLS0gLS0gICAgICAtLQogIDEwICggIDQwOTZLKSAgfCAgICAgMzE3ICB8ICAg ICAgIDAKICAgOSAoICAyMDQ4SykgIHwgICAgICAgMSAgfCAgICAgICAwCiAgIDggKCAgMTAyNEsp ICB8ICAgICAgIDEgIHwgICAgICAgMAogICA3ICggICA1MTJLKSAgfCAgICAgICAyICB8ICAgICAg IDAKICAgNiAoICAgMjU2SykgIHwgICAgICAxMyAgfCAgICAgICAwCiAgIDUgKCAgIDEyOEspICB8 ICAgICAgIDUgIHwgICAgICAgMAogICA0ICggICAgNjRLKSAgfCAgICAgIDE2ICB8ICAgICAgIDIK ICAgMyAoICAgIDMySykgIHwgICAgICAyNyAgfCAgICAgIDU2CiAgIDIgKCAgICAxNkspICB8ICAg ICAgMzQgIHwgICAgIDExMQogICAxICggICAgIDhLKSAgfCAgICAgICAxICB8ICAgICAxMDcKICAg MCAoICAgICA0SykgIHwgICAgICAgMCAgfCAgICAgMTM1CgpGUkVFIExJU1QgMToKCiAgT1JERVIg KFNJWkUpICB8ICBOVU1CRVIKICAgICAgICAgICAgICAgIHwgIFBPT0wgMCAgfCAgUE9PTCAxCi0t ICAgICAgICAgICAgLS0gLS0gICAgICAtLSAtLSAgICAgIC0tCiAgMTAgKCAgNDA5NkspICB8ICAg ICAgIDAgIHwgICAgICAgMAogICA5ICggIDIwNDhLKSAgfCAgICAgICAxICB8ICAgICAgIDAKICAg OCAoICAxMDI0SykgIHwgICAgICAgMSAgfCAgICAgICAwCiAgIDcgKCAgIDUxMkspICB8ICAgICAg IDAgIHwgICAgICAgMAogICA2ICggICAyNTZLKSAgfCAgICAgICAxICB8ICAgICAgIDAKICAgNSAo ICAgMTI4SykgIHwgICAgICAgMSAgfCAgICAgICAwCiAgIDQgKCAgICA2NEspICB8ICAgICAgIDEg IHwgICAgICAgMAogICAzICggICAgMzJLKSAgfCAgICAgICAyICB8ICAgICAgIDAKICAgMiAoICAg IDE2SykgIHwgICAgICAgMiAgfCAgICAgICAwCiAgIDEgKCAgICAgOEspICB8ICAgICAgIDEgIHwg ICAgICAgMAogICAwICggICAgIDRLKSAgfCAgICAgICAxICB8ICAgICAgIDAKCnZtLnJlc2Vydi5y ZWNsYWltZWQ6IDAKdm0ucmVzZXJ2LnBhcnRwb3BxOiAKTEVWRUwgICAgIFNJWkUgIE5VTUJFUgoK ICAgLTE6IDEyMjEyNEssICAgICAzNgoKdm0ucmVzZXJ2LmZyZWVkOiA2NDEKdm0ucmVzZXJ2LmJy b2tlbjogMjUKdm0uaWRsZXplcm9fZW5hYmxlOiAwCnZtLmt2bV9mcmVlOiAzOTg0NTQ3ODQKdm0u a3ZtX3NpemU6IDEwNzM3Mzc3MjgKdm0ucG1hcC5wbWFwX2NvbGxlY3RfYWN0aXZlOiAwCnZtLnBt YXAucG1hcF9jb2xsZWN0X2luYWN0aXZlOiAwCnZtLnBtYXAucHZfZW50cnlfc3BhcmU6IDExNzAz CnZtLnBtYXAucHZfZW50cnlfYWxsb2NzOiA0MTIyMzcwCnZtLnBtYXAucHZfZW50cnlfZnJlZXM6 IDQwMTYxMzcKdm0ucG1hcC5wY19jaHVua190cnlmYWlsOiAwCnZtLnBtYXAucGNfY2h1bmtfZnJl ZXM6IDE3MjkyCnZtLnBtYXAucGNfY2h1bmtfYWxsb2NzOiAxNzY0Mwp2bS5wbWFwLnBjX2NodW5r X2NvdW50OiAzNTEKdm0ucG1hcC5wdl9lbnRyeV9jb3VudDogMTA2MjMzCnZtLnBtYXAucGRlLnBy b21vdGlvbnM6IDAKdm0ucG1hcC5wZGUucF9mYWlsdXJlczogMAp2bS5wbWFwLnBkZS5tYXBwaW5n czogMAp2bS5wbWFwLnBkZS5kZW1vdGlvbnM6IDAKdm0ucG1hcC5zaHBncGVycHJvYzogMjAwCnZt LnBtYXAucHZfZW50cnlfbWF4OiAxNzExMjQ4CnZtLnBtYXAucGdfcHNfZW5hYmxlZDogMAp2ZnMu ZGV2ZnMucnVsZV9kZXB0aDogMQp2ZnMuZGV2ZnMuZ2VuZXJhdGlvbjogMTA4CnZmcy5uZnMuZG93 bmRlbGF5aW5pdGlhbDogMTIKdmZzLm5mcy5kb3duZGVsYXlpbnRlcnZhbDogMzAKdmZzLm5mcy5z a2lwX3djY19kYXRhX29uZXJyOiAxCnZmcy5uZnMubmZzM19qdWtlYm94X2RlbGF5OiAxMAp2ZnMu bmZzLnJlY29ubmVjdHM6IDAKdmZzLm5mcy5idWZwYWNrZXRzOiA0CnZmcy5uZnMuZGVmZWN0OiAw CnZmcy5uZnMuaW9kbWF4OiAyMAp2ZnMubmZzLmlvZG1pbjogMAp2ZnMubmZzLmlvZG1heGlkbGU6 IDEyMAp2ZnMubmZzLmRpc2tsZXNzX3Jvb3RwYXRoOiAKdmZzLm5mcy5kaXNrbGVzc192YWxpZDog MAp2ZnMubmZzLm5mc19pcF9wYXJhbm9pYTogMQp2ZnMubmZzLm5mc19kaXJlY3Rpb19hbGxvd19t bWFwOiAxCnZmcy5uZnMubmZzX2RpcmVjdGlvX2VuYWJsZTogMAp2ZnMubmZzLmNsZWFuX3BhZ2Vz X29uX2Nsb3NlOiAxCnZmcy5uZnMubmZzdjNfY29tbWl0X29uX2Nsb3NlOiAwCnZmcy5uZnMucHJp bWVfYWNjZXNzX2NhY2hlOiAwCnZmcy5uZnMuYWNjZXNzX2NhY2hlX3RpbWVvdXQ6IDYwCnZmcy51 ZnMuZGlyaGFzaF9yZWNsYWltYWdlOiA1CnZmcy51ZnMuZGlyaGFzaF9sb3dtZW1jb3VudDogMAp2 ZnMudWZzLmRpcmhhc2hfZG9jaGVjazogMAp2ZnMudWZzLmRpcmhhc2hfbWVtOiAxNTcwMzkxCnZm cy51ZnMuZGlyaGFzaF9tYXhtZW06IDIwOTcxNTIKdmZzLnVmcy5kaXJoYXNoX21pbnNpemU6IDI1 NjAKdmZzLnBmcy50cmFjZTogMAp2ZnMucGZzLnZuY2FjaGUubWlzc2VzOiAwCnZmcy5wZnMudm5j YWNoZS5oaXRzOiAwCnZmcy5wZnMudm5jYWNoZS5tYXhlbnRyaWVzOiAwCnZmcy5wZnMudm5jYWNo ZS5lbnRyaWVzOiAwCnZmcy5mbHVzaHdpdGhkZXBzOiAwCnZmcy5ub3RidWZkZmxhc2hlczogMAp2 ZnMuZmx1c2hidWZxdGFyZ2V0OiAxMDAKdmZzLmdldG5ld2J1ZnJlc3RhcnRzOiAwCnZmcy5nZXRu ZXdidWZjYWxsczogMzAwNTUKdmZzLmhpZnJlZWJ1ZmZlcnM6IDgxMgp2ZnMubG9mcmVlYnVmZmVy czogNDA2CnZmcy5udW1mcmVlYnVmZmVyczogNzIwMgp2ZnMuZGlydHlidWZ0aHJlc2g6IDE2NDMK dmZzLmhpZGlydHlidWZmZXJzOiAxODI2CnZmcy5sb2RpcnR5YnVmZmVyczogOTEzCnZmcy5udW1k aXJ0eWJ1ZmZlcnM6IDIyCnZmcy5yZWN1cnNpdmVmbHVzaGVzOiAxMTgzCnZmcy5hbHRidWZmZXJm bHVzaGVzOiAwCnZmcy5iZHdyaXRlc2tpcDogMAp2ZnMuZGlydHlidWZmZXJmbHVzaGVzOiAwCnZm cy5oaXJ1bm5pbmdzcGFjZTogMTA0ODU3Ngp2ZnMubG9ydW5uaW5nc3BhY2U6IDUyNDI4OAp2ZnMu YnVmZGVmcmFnY250OiAwCnZmcy5idWZmcmVla3ZhY250OiAwCnZmcy5idWZyZXVzZWNudDogNzE4 MAp2ZnMuaGlidWZzcGFjZTogMTE3NzAyNjU2CnZmcy5sb2J1ZnNwYWNlOiAxMTc2MzcxMjAKdmZz Lm1heG1hbGxvY2J1ZnNwYWNlOiA1ODg1MTMyCnZmcy5idWZtYWxsb2NzcGFjZTogMAp2ZnMubWF4 YnVmc3BhY2U6IDExODM1ODAxNgp2ZnMuYnVmc3BhY2U6IDExNzYzNzEyMAp2ZnMucnVubmluZ2J1 ZnNwYWNlOiAwCnZmcy52bWlvZGlyZW5hYmxlOiAxCnZmcy5jYWNoZS5udW1mdWxscGF0aGZvdW5k OiAzNzg5CnZmcy5jYWNoZS5udW1mdWxscGF0aGZhaWw0OiAwCnZmcy5jYWNoZS5udW1mdWxscGF0 aGZhaWwyOiAwCnZmcy5jYWNoZS5udW1mdWxscGF0aGZhaWwxOiAwCnZmcy5jYWNoZS5udW1mdWxs cGF0aGNhbGxzOiAzNzg5CnZmcy5jYWNoZS5uY2hzdGF0czogNTAzMzAyOTggODMxMDAgNTU3IDAg MzAxMjk0IDAgMjUwODggMjY3MjIKdmZzLmNhY2hlLm51bXVwZ3JhZGVzOiA1CnZmcy5jYWNoZS5u dW1uZWdoaXRzOiA4MzEwMAp2ZnMuY2FjaGUubnVtbmVnemFwczogMjkyCnZmcy5jYWNoZS5udW1w b3NoaXRzOiA1MDMzMDI5OAp2ZnMuY2FjaGUubnVtcG9zemFwczogMjY1CnZmcy5jYWNoZS5udW1t aXNzemFwOiAyODUKdmZzLmNhY2hlLm51bW1pc3M6IDMwMTAwOQp2ZnMuY2FjaGUubnVtY2hlY2tz OiA2MDMzNDMzMwp2ZnMuY2FjaGUuZG90ZG90aGl0czogMzE3NzMKdmZzLmNhY2hlLmRvdGhpdHM6 IDExNTUKdmZzLmNhY2hlLm51bWNhbGxzOiA1MDc0ODE3Nwp2ZnMuY2FjaGUubnVtY2FjaGU6IDM0 MDI2CnZmcy5jYWNoZS5udW1uZWc6IDQ4OAp2ZnMucmVhZF9tYXg6IDgKdmZzLndyaXRlX2JlaGlu ZDogMQp2ZnMubG9va3VwX3NoYXJlZDogMQp2ZnMudXNlcm1vdW50OiAwCnZmcy53b3JrbGlzdF9s ZW46IDE1CnZmcy50aW1lc3RhbXBfcHJlY2lzaW9uOiAwCnZmcy5yZWFzc2lnbmJ1ZmNhbGxzOiAy NjMwNAp2ZnMudmxydV9hbGxvd19jYWNoZV9zcmM6IDAKdmZzLmZyZWV2bm9kZXM6IDI0ODU0CnZm cy53YW50ZnJlZXZub2RlczogMjUwMDAKdmZzLm51bXZub2RlczogMzM0NDkKdmZzLm5mc19jb21t b24ucmVhbGlnbl9jb3VudDogMAp2ZnMubmZzX2NvbW1vbi5yZWFsaWduX3Rlc3Q6IDAKdmZzLm5m c3J2Lm5mc19wcml2cG9ydDogMAp2ZnMubmZzcnYuZmhhLmJpbl9zaGlmdDogMTgKdmZzLm5mc3J2 LmZoYS5tYXhfbmZzZHNfcGVyX2ZoOiA4CnZmcy5uZnNydi5maGEubWF4X3JlcXNfcGVyX25mc2Q6 IDQKdmZzLm5mc3J2LmZoYS5maGVfc3RhdHM6IE5vIGZpbGUgaGFuZGxlIGVudHJpZXMuCnZmcy5u ZnNydi5jb21taXRfbWlzczogMAp2ZnMubmZzcnYuY29tbWl0X2Jsa3M6IDAKdmZzLm5mc3J2LmFz eW5jOiAwCnZmcy5uZnNydi5nYXRoZXJkZWxheV92MzogMAp2ZnMubmZzcnYuZ2F0aGVyZGVsYXk6 IDEwMDAwCnZmcy5uZnNydi5taW50aHJlYWRzOiAxCnZmcy5uZnNydi5tYXh0aHJlYWRzOiAxCnZm cy5uZnNydi50aHJlYWRzOiAwCnZmcy5uZnNydi5yZXF1ZXN0X3NwYWNlX3VzZWQ6IDAKdmZzLm5m c3J2LnJlcXVlc3Rfc3BhY2VfdXNlZF9oaWdoZXN0OiAwCnZmcy5uZnNydi5yZXF1ZXN0X3NwYWNl X2hpZ2g6IDEzMTA3MjAwCnZmcy5uZnNydi5yZXF1ZXN0X3NwYWNlX2xvdzogODczODEzMwp2ZnMu bmZzcnYucmVxdWVzdF9zcGFjZV90aHJvdHRsZWQ6IDAKdmZzLm5mc3J2LnJlcXVlc3Rfc3BhY2Vf dGhyb3R0bGVfY291bnQ6IDAKdmZzLmZmcy5kb3JlYWxsb2NibGtzOiAxCnZmcy5mZnMuZG9hc3lu Y2ZyZWU6IDEKdmZzLmZmcy5jb21wdXRlX3N1bW1hcnlfYXRfbW91bnQ6IDAKdmZzLmZ1c2Uua2Vy bmVsYWJpX21pbm9yOiA4CnZmcy5mdXNlLmtlcm5lbGFiaV9tYWpvcjogNwp2ZnMuZnVzZS5tYXh0 aWNrZXRzOiAwCnZmcy5mdXNlLmlvdl9jcmVkaXQ6IDE2CnZmcy5mdXNlLmlvdl9wZXJtYW5lbnRf YnVmc2l6ZTogNTI0Mjg4CnZmcy5mdXNlLm1heGZyZWV0aWNrZXRzOiAxMDI0CnZmcy5mdXNlLmZ1 c2U0YnNkX3ZlcnNpb246IDAuMy45LXByZTEKdmZzLmZ1c2Uuc3luY191bm1vdW50OiAxCnZmcy5m dXNlLmVuZm9yY2VfZGV2X3Blcm1zOiAwCnZmcy5mdXNlLmluaXRfYmFja2dyb3VuZGVkOiAxCm5l dC5sb2NhbC5zdHJlYW0ucmVjdnNwYWNlOiA4MTkyCm5ldC5sb2NhbC5zdHJlYW0uc2VuZHNwYWNl OiA4MTkyCm5ldC5sb2NhbC5kZ3JhbS5yZWN2c3BhY2U6IDQwOTYKbmV0LmxvY2FsLmRncmFtLm1h eGRncmFtOiAyMDQ4Cm5ldC5sb2NhbC50YXNrY291bnQ6IDAKbmV0LmxvY2FsLnJlY3ljbGVkOiAw Cm5ldC5sb2NhbC5pbmZsaWdodDogMApuZXQuaW5ldC5pcC5wb3J0cmFuZ2UucmFuZG9tdGltZTog NDUKbmV0LmluZXQuaXAucG9ydHJhbmdlLnJhbmRvbWNwczogMTAKbmV0LmluZXQuaXAucG9ydHJh bmdlLnJhbmRvbWl6ZWQ6IDEKbmV0LmluZXQuaXAucG9ydHJhbmdlLnJlc2VydmVkbG93OiAwCm5l dC5pbmV0LmlwLnBvcnRyYW5nZS5yZXNlcnZlZGhpZ2g6IDEwMjMKbmV0LmluZXQuaXAucG9ydHJh bmdlLmhpbGFzdDogNjU1MzUKbmV0LmluZXQuaXAucG9ydHJhbmdlLmhpZmlyc3Q6IDQ5MTUyCm5l dC5pbmV0LmlwLnBvcnRyYW5nZS5sYXN0OiA2NTUzNQpuZXQuaW5ldC5pcC5wb3J0cmFuZ2UuZmly c3Q6IDEwMjQKbmV0LmluZXQuaXAucG9ydHJhbmdlLmxvd2xhc3Q6IDYwMApuZXQuaW5ldC5pcC5w b3J0cmFuZ2UubG93Zmlyc3Q6IDEwMjMKbmV0LmluZXQuaXAuZm9yd2FyZGluZzogMQpuZXQuaW5l dC5pcC5yZWRpcmVjdDogMQpuZXQuaW5ldC5pcC50dGw6IDY0Cm5ldC5pbmV0LmlwLnJ0ZXhwaXJl OiAzNjAwCm5ldC5pbmV0LmlwLnJ0bWluZXhwaXJlOiAxMApuZXQuaW5ldC5pcC5ydG1heGNhY2hl OiAxMjgKbmV0LmluZXQuaXAuc291cmNlcm91dGU6IDAKbmV0LmluZXQuaXAuaW50cl9xdWV1ZV9t YXhsZW46IDI1NgpuZXQuaW5ldC5pcC5pbnRyX3F1ZXVlX2Ryb3BzOiAwCm5ldC5pbmV0LmlwLmFj Y2VwdF9zb3VyY2Vyb3V0ZTogMApuZXQuaW5ldC5pcC5rZWVwZmFpdGg6IDAKbmV0LmluZXQuaXAu Z2lmdHRsOiAzMApuZXQuaW5ldC5pcC5zYW1lX3ByZWZpeF9jYXJwX29ubHk6IDAKbmV0LmluZXQu aXAuc3VibmV0c19hcmVfbG9jYWw6IDAKbmV0LmluZXQuaXAucmFuZG9tX2lkX3RvdGFsOiA1MTky Cm5ldC5pbmV0LmlwLnJhbmRvbV9pZF9jb2xsaXNpb25zOiAyMzcKbmV0LmluZXQuaXAucmFuZG9t X2lkX3BlcmlvZDogODE5MgpuZXQuaW5ldC5pcC5tY2FzdC5sb29wOiAxCm5ldC5pbmV0LmlwLm1j YXN0Lm1heHNvY2tzcmM6IDEyOApuZXQuaW5ldC5pcC5tY2FzdC5tYXhncnBzcmM6IDUxMgpuZXQu aW5ldC5pcC5mYXN0Zm9yd2FyZGluZzogMApuZXQuaW5ldC5pcC5tYXhmcmFncGFja2V0czogMjA0 OApuZXQuaW5ldC5pcC5vdXRwdXRfZmxvd3RhYmxlX3NpemU6IDMyNzY4Cm5ldC5pbmV0LmlwLnN0 ZWFsdGg6IDAKbmV0LmluZXQuaXAubWF4ZnJhZ3NwZXJwYWNrZXQ6IDE2Cm5ldC5pbmV0LmlwLmZy YWdwYWNrZXRzOiAwCm5ldC5pbmV0LmlwLmNoZWNrX2ludGVyZmFjZTogMApuZXQuaW5ldC5pcC5y YW5kb21faWQ6IDEKbmV0LmluZXQuaXAuc2VuZHNvdXJjZXF1ZW5jaDogMApuZXQuaW5ldC5pcC5w cm9jZXNzX29wdGlvbnM6IDEKbmV0LmluZXQuaWNtcC5tYXNrcmVwbDogMApuZXQuaW5ldC5pY21w LmljbXBsaW06IDAKbmV0LmluZXQuaWNtcC5ibWNhc3RlY2hvOiAwCm5ldC5pbmV0LmljbXAucXVv dGVsZW46IDgKbmV0LmluZXQuaWNtcC5yZXBseV9mcm9tX2ludGVyZmFjZTogMApuZXQuaW5ldC5p Y21wLnJlcGx5X3NyYzogCm5ldC5pbmV0LmljbXAuaWNtcGxpbV9vdXRwdXQ6IDEKbmV0LmluZXQu aWNtcC5sb2dfcmVkaXJlY3Q6IDAKbmV0LmluZXQuaWNtcC5kcm9wX3JlZGlyZWN0OiAwCm5ldC5p bmV0LmljbXAubWFza2Zha2U6IDAKbmV0LmluZXQuaWdtcC5nc3JkZWxheTogMTAKbmV0LmluZXQu aWdtcC5kZWZhdWx0X3ZlcnNpb246IDMKbmV0LmluZXQuaWdtcC5sZWdhY3lzdXBwOiAwCm5ldC5p bmV0LmlnbXAudjJlbmFibGU6IDEKbmV0LmluZXQuaWdtcC52MWVuYWJsZTogMQpuZXQuaW5ldC5p Z21wLnNlbmRsb2NhbDogMQpuZXQuaW5ldC5pZ21wLnNlbmRyYTogMQpuZXQuaW5ldC5pZ21wLnJl Y3ZpZmtsdWRnZTogMQpuZXQuaW5ldC5pcGlwLmlwaXBfYWxsb3c6IDAKbmV0LmluZXQudGNwLnJm YzEzMjM6IDEKbmV0LmluZXQudGNwLm1zc2RmbHQ6IDUxMgpuZXQuaW5ldC50Y3Aua2VlcGlkbGU6 IDcyMDAwMDAKbmV0LmluZXQudGNwLmtlZXBpbnR2bDogNzUwMDAKbmV0LmluZXQudGNwLnNlbmRz cGFjZTogNjUyMjgKbmV0LmluZXQudGNwLnJlY3ZzcGFjZTogNjUyMjgKbmV0LmluZXQudGNwLmtl ZXBpbml0OiA3NTAwMApuZXQuaW5ldC50Y3AuZGVsYWNrdGltZTogMTAwCm5ldC5pbmV0LnRjcC52 Nm1zc2RmbHQ6IDEwMjQKbmV0LmluZXQudGNwLmhvc3RjYWNoZS5wdXJnZTogMApuZXQuaW5ldC50 Y3AuaG9zdGNhY2hlLnBydW5lOiAzMDAKbmV0LmluZXQudGNwLmhvc3RjYWNoZS5leHBpcmU6IDM2 MDAKbmV0LmluZXQudGNwLmhvc3RjYWNoZS5jb3VudDogMQpuZXQuaW5ldC50Y3AuaG9zdGNhY2hl LmJ1Y2tldGxpbWl0OiAzMApuZXQuaW5ldC50Y3AuaG9zdGNhY2hlLmhhc2hzaXplOiA1MTIKbmV0 LmluZXQudGNwLmhvc3RjYWNoZS5jYWNoZWxpbWl0OiAxNTM2MApuZXQuaW5ldC50Y3AucmVhZF9s b2NraW5nOiAxCm5ldC5pbmV0LnRjcC5yZWN2YnVmX21heDogMjYyMTQ0Cm5ldC5pbmV0LnRjcC5y ZWN2YnVmX2luYzogMTYzODQKbmV0LmluZXQudGNwLnJlY3ZidWZfYXV0bzogMQpuZXQuaW5ldC50 Y3AuaW5zZWN1cmVfcnN0OiAwCm5ldC5pbmV0LnRjcC5lY24ubWF4cmV0cmllczogMQpuZXQuaW5l dC50Y3AuZWNuLmVuYWJsZTogMApuZXQuaW5ldC50Y3AuYWJjX2xfdmFyOiAyCm5ldC5pbmV0LnRj cC5yZmMzNDY1OiAxCm5ldC5pbmV0LnRjcC5yZmMzMzkwOiAxCm5ldC5pbmV0LnRjcC5yZmMzMDQy OiAxCm5ldC5pbmV0LnRjcC5kcm9wX3N5bmZpbjogMQpuZXQuaW5ldC50Y3AuZGVsYXllZF9hY2s6 IDAKbmV0LmluZXQudGNwLmJsYWNraG9sZTogMgpuZXQuaW5ldC50Y3AubG9nX2luX3ZhaW46IDAK bmV0LmluZXQudGNwLnNlbmRidWZfbWF4OiAyNjIxNDQKbmV0LmluZXQudGNwLnNlbmRidWZfaW5j OiA4MTkyCm5ldC5pbmV0LnRjcC5zZW5kYnVmX2F1dG86IDEKbmV0LmluZXQudGNwLnRzbzogMQpu ZXQuaW5ldC50Y3AubmV3cmVubzogMQpuZXQuaW5ldC50Y3AubG9jYWxfc2xvd3N0YXJ0X2ZsaWdo dHNpemU6IDQKbmV0LmluZXQudGNwLnNsb3dzdGFydF9mbGlnaHRzaXplOiAxCm5ldC5pbmV0LnRj cC5wYXRoX210dV9kaXNjb3Zlcnk6IDEKbmV0LmluZXQudGNwLnJlYXNzLm92ZXJmbG93czogMApu ZXQuaW5ldC50Y3AucmVhc3MubWF4cWxlbjogNDgKbmV0LmluZXQudGNwLnJlYXNzLmN1cnNlZ21l bnRzOiAwCm5ldC5pbmV0LnRjcC5yZWFzcy5tYXhzZWdtZW50czogNDA5NgpuZXQuaW5ldC50Y3Au c2Fjay5nbG9iYWxob2xlczogMApuZXQuaW5ldC50Y3Auc2Fjay5nbG9iYWxtYXhob2xlczogNjU1 MzYKbmV0LmluZXQudGNwLnNhY2subWF4aG9sZXM6IDEyOApuZXQuaW5ldC50Y3Auc2Fjay5lbmFi bGU6IDEKbmV0LmluZXQudGNwLmluZmxpZ2h0LnN0YWI6IDIwCm5ldC5pbmV0LnRjcC5pbmZsaWdo dC5tYXg6IDEwNzM3MjU0NDAKbmV0LmluZXQudGNwLmluZmxpZ2h0Lm1pbjogNjE0NApuZXQuaW5l dC50Y3AuaW5mbGlnaHQucnR0dGhyZXNoOiAxMApuZXQuaW5ldC50Y3AuaW5mbGlnaHQuZGVidWc6 IDAKbmV0LmluZXQudGNwLmluZmxpZ2h0LmVuYWJsZTogMQpuZXQuaW5ldC50Y3AuaXNuX3Jlc2Vl ZF9pbnRlcnZhbDogMApuZXQuaW5ldC50Y3AuaWNtcF9tYXlfcnN0OiAxCm5ldC5pbmV0LnRjcC5w Y2Jjb3VudDogMTEKbmV0LmluZXQudGNwLmRvX3RjcGRyYWluOiAxCm5ldC5pbmV0LnRjcC50Y2Jo YXNoc2l6ZTogNTEyCm5ldC5pbmV0LnRjcC5sb2dfZGVidWc6IDAKbmV0LmluZXQudGNwLm1pbm1z czogMjE2Cm5ldC5pbmV0LnRjcC5zeW5jYWNoZS5yc3Rfb25fc29ja19mYWlsOiAxCm5ldC5pbmV0 LnRjcC5zeW5jYWNoZS5yZXhtdGxpbWl0OiAzCm5ldC5pbmV0LnRjcC5zeW5jYWNoZS5oYXNoc2l6 ZTogNTEyCm5ldC5pbmV0LnRjcC5zeW5jYWNoZS5jb3VudDogMApuZXQuaW5ldC50Y3Auc3luY2Fj aGUuY2FjaGVsaW1pdDogMTUzNjAKbmV0LmluZXQudGNwLnN5bmNhY2hlLmJ1Y2tldGxpbWl0OiAz MApuZXQuaW5ldC50Y3Auc3luY29va2llc19vbmx5OiAwCm5ldC5pbmV0LnRjcC5zeW5jb29raWVz OiAxCm5ldC5pbmV0LnRjcC50aW1lcl9yYWNlOiAwCm5ldC5pbmV0LnRjcC5maW53YWl0Ml90aW1l b3V0OiA2MDAwMApuZXQuaW5ldC50Y3AuZmFzdF9maW53YWl0Ml9yZWN5Y2xlOiAwCm5ldC5pbmV0 LnRjcC5hbHdheXNfa2VlcGFsaXZlOiAxCm5ldC5pbmV0LnRjcC5yZXhtaXRfc2xvcDogMjAwCm5l dC5pbmV0LnRjcC5yZXhtaXRfbWluOiAzMApuZXQuaW5ldC50Y3AubXNsOiAzMDAwMApuZXQuaW5l dC50Y3Aubm9sb2NhbHRpbWV3YWl0OiAwCm5ldC5pbmV0LnRjcC5tYXh0Y3B0dzogNTEyMApuZXQu aW5ldC51ZHAuY2hlY2tzdW06IDEKbmV0LmluZXQudWRwLm1heGRncmFtOiA1NzM0NApuZXQuaW5l dC51ZHAucmVjdnNwYWNlOiA0MjA4MApuZXQuaW5ldC51ZHAuYmxhY2tob2xlOiAxCm5ldC5pbmV0 LnVkcC5sb2dfaW5fdmFpbjogMApuZXQuaW5ldC5lc3AuZXNwX2VuYWJsZTogMQpuZXQuaW5ldC5h aC5haF9jbGVhcnRvczogMQpuZXQuaW5ldC5haC5haF9lbmFibGU6IDEKbmV0LmluZXQucGltLnNx dWVsY2hfd2hvbGVwa3Q6IDAKbmV0LmluZXQuaXBjb21wLmlwY29tcF9lbmFibGU6IDAKbmV0Lmlu ZXQuY2FycC5hbGxvdzogMQpuZXQuaW5ldC5jYXJwLnByZWVtcHQ6IDAKbmV0LmluZXQuY2FycC5s b2c6IDEKbmV0LmluZXQuY2FycC5hcnBiYWxhbmNlOiAwCm5ldC5pbmV0LmNhcnAuc3VwcHJlc3Nf cHJlZW1wdDogMApuZXQuaW5ldC5zY3RwLnZ0YWdfdGltZV93YWl0OiA2MApuZXQuaW5ldC5zY3Rw Lm5hdF9mcmllbmRseV9pbml0OiAwCm5ldC5pbmV0LnNjdHAuZW5hYmxlX3NhY2tfaW1tZWRpYXRl bHk6IDAKbmV0LmluZXQuc2N0cC51ZHBfdHVubmVsaW5nX3BvcnQ6IDAKbmV0LmluZXQuc2N0cC51 ZHBfdHVubmVsaW5nX2Zvcl9jbGllbnRfZW5hYmxlOiAwCm5ldC5pbmV0LnNjdHAubW9iaWxpdHlf ZmFzdGhhbmRvZmY6IDAKbmV0LmluZXQuc2N0cC5tb2JpbGl0eV9iYXNlOiAwCm5ldC5pbmV0LnNj dHAuZGVmYXVsdF9mcmFnX2ludGVybGVhdmU6IDEKbmV0LmluZXQuc2N0cC5kZWZhdWx0X2NjX21v ZHVsZTogMApuZXQuaW5ldC5zY3RwLmxvZ19sZXZlbDogMApuZXQuaW5ldC5zY3RwLm1heF9yZXRy YW5fY2h1bms6IDMwCm5ldC5pbmV0LnNjdHAubWluX3Jlc2lkdWFsOiAxNDUyCm5ldC5pbmV0LnNj dHAuc3RyaWN0X2RhdGFfb3JkZXI6IDAKbmV0LmluZXQuc2N0cC5hYm9ydF9hdF9saW1pdDogMApu ZXQuaW5ldC5zY3RwLmhiX21heF9idXJzdDogNApuZXQuaW5ldC5zY3RwLmRvX3NjdHBfZHJhaW46 IDEKbmV0LmluZXQuc2N0cC5tYXhfY2hhaW5lZF9tYnVmczogNQpuZXQuaW5ldC5zY3RwLmFiY19s X3ZhcjogMQpuZXQuaW5ldC5zY3RwLm5hdF9mcmllbmRseTogMQpuZXQuaW5ldC5zY3RwLmF1dGhf ZGlzYWJsZTogMApuZXQuaW5ldC5zY3RwLmFzY29uZl9hdXRoX25vY2hrOiAwCm5ldC5pbmV0LnNj dHAuZWFybHlfZmFzdF9yZXRyYW5fbXNlYzogMjUwCm5ldC5pbmV0LnNjdHAuZWFybHlfZmFzdF9y ZXRyYW46IDAKbmV0LmluZXQuc2N0cC5jd25kX21heGJ1cnN0OiAxCm5ldC5pbmV0LnNjdHAuY210 X3BmOiAwCm5ldC5pbmV0LnNjdHAuY210X3VzZV9kYWM6IDAKbmV0LmluZXQuc2N0cC5ucl9zYWNr X29uX29mZjogMApuZXQuaW5ldC5zY3RwLmNtdF9vbl9vZmY6IDAKbmV0LmluZXQuc2N0cC5vdXRn b2luZ19zdHJlYW1zOiAxMApuZXQuaW5ldC5zY3RwLmFkZF9tb3JlX29uX291dHB1dDogMTQ1Mgpu ZXQuaW5ldC5zY3RwLnBhdGhfcnR4X21heDogNQpuZXQuaW5ldC5zY3RwLmFzc29jX3J0eF9tYXg6 IDEwCm5ldC5pbmV0LnNjdHAuaW5pdF9ydHhfbWF4OiA4Cm5ldC5pbmV0LnNjdHAudmFsaWRfY29v a2llX2xpZmU6IDYwMDAwCm5ldC5pbmV0LnNjdHAuaW5pdF9ydG9fbWF4OiA2MDAwMApuZXQuaW5l dC5zY3RwLnJ0b19pbml0aWFsOiAzMDAwCm5ldC5pbmV0LnNjdHAucnRvX21pbjogMTAwMApuZXQu aW5ldC5zY3RwLnJ0b19tYXg6IDYwMDAwCm5ldC5pbmV0LnNjdHAuc2VjcmV0X2xpZmV0aW1lOiAz NjAwCm5ldC5pbmV0LnNjdHAuc2h1dGRvd25fZ3VhcmRfdGltZTogMTgwCm5ldC5pbmV0LnNjdHAu cG10dV9yYWlzZV90aW1lOiA2MDAKbmV0LmluZXQuc2N0cC5oZWFydGJlYXRfaW50ZXJ2YWw6IDMw MDAwCm5ldC5pbmV0LnNjdHAuYXNvY19yZXNvdXJjZTogMTAKbmV0LmluZXQuc2N0cC5zeXNfcmVz b3VyY2U6IDEwMDAKbmV0LmluZXQuc2N0cC5zYWNrX2ZyZXE6IDIKbmV0LmluZXQuc2N0cC5kZWxh eWVkX3NhY2tfdGltZTogMjAwCm5ldC5pbmV0LnNjdHAuY2h1bmtzY2FsZTogMTAKbmV0LmluZXQu c2N0cC5taW5fc3BsaXRfcG9pbnQ6IDI5MDQKbmV0LmluZXQuc2N0cC5wY2JoYXNoc2l6ZTogMjU2 Cm5ldC5pbmV0LnNjdHAudGNiaGFzaHNpemU6IDEwMjQKbmV0LmluZXQuc2N0cC5tYXhjaHVua3M6 IDMyMDAKbmV0LmluZXQuc2N0cC5tYXhidXJzdDogNApuZXQuaW5ldC5zY3RwLnBlZXJfY2hrb2g6 IDI1NgpuZXQuaW5ldC5zY3RwLnN0cmljdF9pbml0OiAxCm5ldC5pbmV0LnNjdHAubG9vcGJhY2tf bm9jc3VtOiAxCm5ldC5pbmV0LnNjdHAuc3RyaWN0X3NhY2tzOiAxCm5ldC5pbmV0LnNjdHAuZWNu X25vbmNlOiAwCm5ldC5pbmV0LnNjdHAuZWNuX2VuYWJsZTogMQpuZXQuaW5ldC5zY3RwLmF1dG9f YXNjb25mOiAxCm5ldC5pbmV0LnNjdHAucmVjdnNwYWNlOiAyMzMwMTYKbmV0LmluZXQuc2N0cC5z ZW5kc3BhY2U6IDIzMzAxNgpuZXQuaW5ldC5pcHNlYy5kZWZfcG9saWN5OiAxCm5ldC5pbmV0Lmlw c2VjLmVzcF90cmFuc19kZWZsZXY6IDEKbmV0LmluZXQuaXBzZWMuZXNwX25ldF9kZWZsZXY6IDEK bmV0LmluZXQuaXBzZWMuYWhfdHJhbnNfZGVmbGV2OiAxCm5ldC5pbmV0Lmlwc2VjLmFoX25ldF9k ZWZsZXY6IDEKbmV0LmluZXQuaXBzZWMuYWhfY2xlYXJ0b3M6IDEKbmV0LmluZXQuaXBzZWMuYWhf b2Zmc2V0bWFzazogMApuZXQuaW5ldC5pcHNlYy5kZmJpdDogMApuZXQuaW5ldC5pcHNlYy5lY246 IDAKbmV0LmluZXQuaXBzZWMuZGVidWc6IDAKbmV0LmluZXQuaXBzZWMuZmlsdGVydHVubmVsOiAw Cm5ldC5pbmV0Lmlwc2VjLmNyeXB0b19zdXBwb3J0OiA1MDMzMTY0OApuZXQuaW5ldC5yYXcucmVj dnNwYWNlOiA5MjE2Cm5ldC5pbmV0LnJhdy5tYXhkZ3JhbTogOTIxNgpuZXQuaW5ldC5hY2NmLnVu bG9hZGFibGU6IDAKbmV0LmluZXQuZmxvd3RhYmxlLnN0YXRzOiAKdGFibGUgbmFtZTogaXB2NAoJ Y29sbGlzaW9uczogMAoJYWxsb2NhdGVkOiAwCgltaXNzZXM6IDAKCW1heF9kZXB0aDogMAoJZnJl ZV9jaGVja3M6IDAKCWZyZWVzOiAwCgloaXRzOiAwCglsb29rdXBzOiAwCgpuZXQuaW5ldC5mbG93 dGFibGUubm1iZmxvd3M6IDI1NjAwCm5ldC5pbmV0LmZsb3d0YWJsZS50Y3BfZXhwaXJlOiA4NjQw MApuZXQuaW5ldC5mbG93dGFibGUuZmluX3dhaXRfZXhwaXJlOiA2MDAKbmV0LmluZXQuZmxvd3Rh YmxlLnVkcF9leHBpcmU6IDMwMApuZXQuaW5ldC5mbG93dGFibGUuc3luX2V4cGlyZTogMzAwCm5l dC5pbmV0LmZsb3d0YWJsZS5lbmFibGU6IDAKbmV0LmluZXQuZmxvd3RhYmxlLmRlYnVnOiAwCm5l dC5saW5rLmdlbmVyaWMuc3lzdGVtLmlmY291bnQ6IDYKbmV0LmxpbmsuZXRoZXIuaW5ldC5sb2df YXJwX3Blcm1hbmVudF9tb2RpZnk6IDEKbmV0LmxpbmsuZXRoZXIuaW5ldC5sb2dfYXJwX21vdmVt ZW50czogMQpuZXQubGluay5ldGhlci5pbmV0LmxvZ19hcnBfd3JvbmdfaWZhY2U6IDEKbmV0Lmxp bmsuZXRoZXIuaW5ldC5wcm94eWFsbDogMApuZXQubGluay5ldGhlci5pbmV0LnVzZWxvb3BiYWNr OiAxCm5ldC5saW5rLmV0aGVyLmluZXQubWF4dHJpZXM6IDUKbmV0LmxpbmsuZXRoZXIuaW5ldC5t YXhfYWdlOiAxMjAwCm5ldC5saW5rLmV0aGVyLmlwZnc6IDAKbmV0Lmxpbmsudmxhbi5zb2Z0X3Bh ZDogMApuZXQubGluay5icmlkZ2UuaXBmdzogMApuZXQubGluay5icmlkZ2UuaW5oZXJpdF9tYWM6 IDAKbmV0LmxpbmsuYnJpZGdlLmxvZ19zdHA6IDAKbmV0LmxpbmsuYnJpZGdlLnBmaWxfbG9jYWxf cGh5czogMApuZXQubGluay5icmlkZ2UucGZpbF9tZW1iZXI6IDEKbmV0LmxpbmsuYnJpZGdlLnBm aWxfYnJpZGdlOiAwCm5ldC5saW5rLmJyaWRnZS5pcGZ3X2FycDogMApuZXQubGluay5icmlkZ2Uu cGZpbF9vbmx5aXA6IDAKbmV0LmxpbmsuZ2lmLnBhcmFsbGVsX3R1bm5lbHM6IDAKbmV0Lmxpbmsu Z2lmLm1heF9uZXN0aW5nOiAxCm5ldC5saW5rLmxvZ19saW5rX3N0YXRlX2NoYW5nZTogMQpuZXQu bGluay50dW4uZGV2ZnNfY2xvbmluZzogMQpuZXQubGluay50YXAuZGVidWc6IDAKbmV0Lmxpbmsu dGFwLmRldmZzX2Nsb25pbmc6IDEKbmV0LmxpbmsudGFwLnVwX29uX29wZW46IDAKbmV0Lmxpbmsu dGFwLnVzZXJfb3BlbjogMQpuZXQua2V5LmRlYnVnOiAwCm5ldC5rZXkuc3BpX3RyeWNudDogMTAw MApuZXQua2V5LnNwaV9taW52YWw6IDI1NgpuZXQua2V5LnNwaV9tYXh2YWw6IDI2ODQzNTQ1NQpu ZXQua2V5LmludF9yYW5kb206IDYwCm5ldC5rZXkubGFydmFsX2xpZmV0aW1lOiAzMApuZXQua2V5 LmJsb2NrYWNxX2NvdW50OiAxMApuZXQua2V5LmJsb2NrYWNxX2xpZmV0aW1lOiAyMApuZXQua2V5 LmVzcF9rZXltaW46IDI1NgpuZXQua2V5LmVzcF9hdXRoOiAwCm5ldC5rZXkuYWhfa2V5bWluOiAx MjgKbmV0LmtleS5wcmVmZXJyZWRfb2xkc2E6IDAKbmV0LmluZXQ2LmlwNi5mb3J3YXJkaW5nOiAw Cm5ldC5pbmV0Ni5pcDYucmVkaXJlY3Q6IDEKbmV0LmluZXQ2LmlwNi5obGltOiA2NApuZXQuaW5l dDYuaXA2Lm1heGZyYWdwYWNrZXRzOiAxNjM4NApuZXQuaW5ldDYuaXA2LmFjY2VwdF9ydGFkdjog MApuZXQuaW5ldDYuaXA2LmtlZXBmYWl0aDogMApuZXQuaW5ldDYuaXA2LmxvZ19pbnRlcnZhbDog NQpuZXQuaW5ldDYuaXA2Lmhkcm5lc3RsaW1pdDogMTUKbmV0LmluZXQ2LmlwNi5kYWRfY291bnQ6 IDEKbmV0LmluZXQ2LmlwNi5hdXRvX2Zsb3dsYWJlbDogMQpuZXQuaW5ldDYuaXA2LmRlZm1jYXN0 aGxpbTogMQpuZXQuaW5ldDYuaXA2LmdpZmhsaW06IDMwCm5ldC5pbmV0Ni5pcDYua2FtZV92ZXJz aW9uOiBGcmVlQlNECm5ldC5pbmV0Ni5pcDYudXNlX2RlcHJlY2F0ZWQ6IDEKbmV0LmluZXQ2Lmlw Ni5ycl9wcnVuZTogNQpuZXQuaW5ldDYuaXA2LnY2b25seTogMQpuZXQuaW5ldDYuaXA2LnJ0ZXhw aXJlOiAzNjAwCm5ldC5pbmV0Ni5pcDYucnRtaW5leHBpcmU6IDEwCm5ldC5pbmV0Ni5pcDYucnRt YXhjYWNoZTogMTI4Cm5ldC5pbmV0Ni5pcDYudXNlX3RlbXBhZGRyOiAwCm5ldC5pbmV0Ni5pcDYu dGVtcHBsdGltZTogODY0MDAKbmV0LmluZXQ2LmlwNi50ZW1wdmx0aW1lOiA2MDQ4MDAKbmV0Lmlu ZXQ2LmlwNi5hdXRvX2xpbmtsb2NhbDogMQpuZXQuaW5ldDYuaXA2LnByZWZlcl90ZW1wYWRkcjog MApuZXQuaW5ldDYuaXA2LnVzZV9kZWZhdWx0em9uZTogMApuZXQuaW5ldDYuaXA2Lm1heGZyYWdz OiAxNjM4NApuZXQuaW5ldDYuaXA2Lm1jYXN0X3BtdHU6IDAKbmV0LmluZXQ2LmlwNi5zdGVhbHRo OiAwCm5ldC5pbmV0Ni5pcDYubWNhc3QubG9vcDogMQpuZXQuaW5ldDYuaXA2Lm1jYXN0Lm1heHNv Y2tzcmM6IDEyOApuZXQuaW5ldDYuaXA2Lm1jYXN0Lm1heGdycHNyYzogNTEyCm5ldC5pbmV0Ni5p cHNlYzYuZGVmX3BvbGljeTogMQpuZXQuaW5ldDYuaXBzZWM2LmVzcF90cmFuc19kZWZsZXY6IDEK bmV0LmluZXQ2Lmlwc2VjNi5lc3BfbmV0X2RlZmxldjogMQpuZXQuaW5ldDYuaXBzZWM2LmFoX3Ry YW5zX2RlZmxldjogMQpuZXQuaW5ldDYuaXBzZWM2LmFoX25ldF9kZWZsZXY6IDEKbmV0LmluZXQ2 Lmlwc2VjNi5lY246IDAKbmV0LmluZXQ2Lmlwc2VjNi5kZWJ1ZzogMApuZXQuaW5ldDYuaXBzZWM2 LmZpbHRlcnR1bm5lbDogMApuZXQuaW5ldDYuaWNtcDYucmVkaXJhY2NlcHQ6IDEKbmV0LmluZXQ2 LmljbXA2LnJlZGlydGltZW91dDogNjAwCm5ldC5pbmV0Ni5pY21wNi5uZDZfcHJ1bmU6IDEKbmV0 LmluZXQ2LmljbXA2Lm5kNl9kZWxheTogNQpuZXQuaW5ldDYuaWNtcDYubmQ2X3VtYXh0cmllczog MwpuZXQuaW5ldDYuaWNtcDYubmQ2X21tYXh0cmllczogMwpuZXQuaW5ldDYuaWNtcDYubmQ2X3Vz ZWxvb3BiYWNrOiAxCm5ldC5pbmV0Ni5pY21wNi5ub2RlaW5mbzogMwpuZXQuaW5ldDYuaWNtcDYu ZXJycHBzbGltaXQ6IDEwMApuZXQuaW5ldDYuaWNtcDYubmQ2X21heG51ZGhpbnQ6IDAKbmV0Lmlu ZXQ2LmljbXA2Lm5kNl9kZWJ1ZzogMApuZXQuaW5ldDYuaWNtcDYubmQ2X21heHF1ZXVlbGVuOiAx Cm5ldC5pbmV0Ni5pY21wNi5uZDZfb25saW5rX25zX3JmYzQ4NjE6IDAKbmV0LmluZXQ2Lm1sZC51 c2VfYWxsb3c6IDEKbmV0LmluZXQ2Lm1sZC52MWVuYWJsZTogMQpuZXQuaW5ldDYubWxkLmdzcmRl bGF5OiAxMApuZXQuYnBmLnplcm9jb3B5X2VuYWJsZTogMApuZXQuYnBmLm1heGluc25zOiA1MTIK bmV0LmJwZi5tYXhidWZzaXplOiA1MjQyODgKbmV0LmJwZi5idWZzaXplOiA0MDk2Cm5ldC5pZmRl c2NyX21heGxlbjogMTAyNApuZXQuZW5jLm91dC5pcHNlY19icGZfbWFzazogMHgwMDAwMDAwMQpu ZXQuZW5jLm91dC5pcHNlY19maWx0ZXJfbWFzazogMHgwMDAwMDAwMQpuZXQuZW5jLmluLmlwc2Vj X2JwZl9tYXNrOiAweDAwMDAwMDAyCm5ldC5lbmMuaW4uaXBzZWNfZmlsdGVyX21hc2s6IDB4MDAw MDAwMDIKbmV0Lmlzci5udW10aHJlYWRzOiAxCm5ldC5pc3IuZGVmYXVsdHFsaW1pdDogMjU2Cm5l dC5pc3IubWF4cWxpbWl0OiAxMDI0MApuZXQuaXNyLmJpbmR0aHJlYWRzOiAwCm5ldC5pc3IubWF4 dGhyZWFkczogMQpuZXQuaXNyLmRpcmVjdDogMQpuZXQuaXNyLmRpcmVjdF9mb3JjZTogMQpuZXQu cmF3LnJlY3ZzcGFjZTogODE5MgpuZXQucmF3LnNlbmRzcGFjZTogODE5MgpuZXQubXlfZmlibnVt OiAwCm5ldC5hZGRfYWRkcl9hbGxmaWJzOiAxCm5ldC5maWJzOiAxCm5ldC5yb3V0ZS5uZXRpc3Jf bWF4cWxlbjogMjU2Cm5ldC53bGFuLmNhY190aW1lb3V0OiA2MApuZXQud2xhbi5ub2xfdGltZW91 dDogMTgwMApuZXQud2xhbi5kZWJ1ZzogMApuZXQud2xhbi5hZGRiYV9tYXh0cmllczogMwpuZXQu d2xhbi5hZGRiYV9iYWNrb2ZmOiAxMDAwMApuZXQud2xhbi5hZGRiYV90aW1lb3V0OiAyNTAKbmV0 LndsYW4ucmVjdl9iYXI6IDEKbmV0LndsYW4uYW1wZHVfYWdlOiA1MDAKbmV0LndsYW4uaHdtcC5p bmFjdDogNTAwMApuZXQud2xhbi5od21wLnJhbm5pbnQ6IDEwMDAKbmV0LndsYW4uaHdtcC5yb290 aW50OiAyMDAwCm5ldC53bGFuLmh3bXAucm9vdHRpbWVvdXQ6IDUwMDAKbmV0LndsYW4uaHdtcC5w YXRobGlmZXRpbWU6IDUwMDAKbmV0LndsYW4uaHdtcC5yZXBseWZvcndhcmQ6IDEKbmV0LndsYW4u aHdtcC50YXJnZXRvbmx5OiAwCm5ldC53bGFuLm1lc2gubWF4cmV0cmllczogMgpuZXQud2xhbi5t ZXNoLmNvbmZpcm10aW1lb3V0OiA0MApuZXQud2xhbi5tZXNoLmhvbGRpbmd0aW1lb3V0OiA0MApu ZXQud2xhbi5tZXNoLnJldHJ5dGltZW91dDogNDAKbmV0LmdyYXBoLm1zZ192ZXJzaW9uOiA4Cm5l dC5ncmFwaC5hYmlfdmVyc2lvbjogMTIKbmV0LmdyYXBoLm1heGRhdGE6IDUxMgpuZXQuZ3JhcGgu bWF4YWxsb2M6IDQwOTYKbmV0LmdyYXBoLnRocmVhZHM6IDEKbmV0LmdyYXBoLmNvbnRyb2wucHJv dG86IDIKbmV0LmdyYXBoLmRhdGEucHJvdG86IDEKbmV0LmdyYXBoLmZhbWlseTogMzIKbmV0Lmdy YXBoLnJlY3ZzcGFjZTogMjA0ODAKbmV0LmdyYXBoLm1heGRncmFtOiAyMDQ4MApkZWJ1Zy5wZnVn aWRoYWNrOiAwCmRlYnVnLmFjcGkuc3VzcGVuZF9ib3VuY2U6IDAKZGVidWcuYWNwaS5yZXNldF9j bG9jazogMQpkZWJ1Zy5hY3BpLmRvX3Bvd2Vyc3RhdGU6IDEKZGVidWcuYWNwaS5pbnRlcnByZXRl cl9zbGFjazogMQpkZWJ1Zy5hY3BpLmVuYWJsZV9kZWJ1Z19vYmplY3RzOiAwCmRlYnVnLmFjcGku YWNwaV9jYV92ZXJzaW9uOiAyMDEwMDMzMQpkZWJ1Zy5hY3BpLmVjLnRpbWVvdXQ6IDc1MApkZWJ1 Zy5hY3BpLmVjLnBvbGxlZDogMApkZWJ1Zy5hY3BpLmVjLmJ1cnN0OiAwCmRlYnVnLmFjcGkuYmF0 dC5iYXR0X3NsZWVwX21zOiAwCmRlYnVnLmFjcGkucmVzdW1lX2JlZXA6IDAKZGVidWcuZmlyZXdp cmVfZGVidWc6IDAKZGVidWcuZndtZW1fZGVidWc6IDAKZGVidWcuaWZfZndlX2RlYnVnOiAwCmRl YnVnLmlmX2Z3aXBfZGVidWc6IDAKZGVidWcuaXdpOiAwCmRlYnVnLm1kZGVidWc6IDAKZGVidWcu bnVsbGZzX2J1Z19ieXBhc3M6IDAKZGVidWcuZWxmMzJfbGVnYWN5X2NvcmVkdW1wOiAwCmRlYnVn LmJvb3R2ZXJib3NlOiAxCmRlYnVnLmJvb3Rob3d0bzogLTIxNDc0ODE2MDAKZGVidWcuY3B1ZnJl cS52ZXJib3NlOiAwCmRlYnVnLmNwdWZyZXEubG93ZXN0OiAwCmRlYnVnLmZhaWxfcG9pbnQuYnVm X3ByZXNzdXJlOiBvZmYKZGVidWcuc2l6ZW9mLmNkZXZfcHJpdjogMjM2CmRlYnVnLnNpemVvZi5j ZGV2OiAxODQKZGVidWcuc2l6ZW9mLmdfYmlvcTogMzIKZGVidWcuc2l6ZW9mLmdfY29uc3VtZXI6 IDYwCmRlYnVnLnNpemVvZi5nX3Byb3ZpZGVyOiA4OApkZWJ1Zy5zaXplb2YuZ19nZW9tOiA2OApk ZWJ1Zy5zaXplb2YuZ19jbGFzczogNjgKZGVidWcuc2l6ZW9mLmtpbmZvX3Byb2M6IDc2OApkZWJ1 Zy5zaXplb2YuYnVmOiAzMzYKZGVidWcuc2l6ZW9mLmJpbzogMTQwCmRlYnVnLnNpemVvZi5wcm9j OiA2ODAKZGVidWcuc2l6ZW9mLnZub2RlOiAyNjgKZGVidWcuc2l6ZW9mLmRldnN0YXQ6IDI0MApk ZWJ1Zy5zaXplb2YubmFtZWNhY2hlOiAzNgpkZWJ1Zy5vc2Q6IDAKZGVidWcudG9fYXZnX21wY2Fs bHM6IDEyNTEKZGVidWcudG9fYXZnX2xvY2tjYWxsczogMApkZWJ1Zy50b19hdmdfZ2NhbGxzOiAy NTAKZGVidWcudG9fYXZnX2RlcHRoOiAxNzEyCmRlYnVnLnVtdHgudW10eF9waV9hbGxvY2F0ZWQ6 IDAKZGVidWcua2RiLnN0b3BfY3B1czogMQpkZWJ1Zy5rZGIudHJhcF9jb2RlOiAwCmRlYnVnLmtk Yi50cmFwOiAwCmRlYnVnLmtkYi5wYW5pYzogMApkZWJ1Zy5rZGIuZW50ZXI6IDAKZGVidWcua2Ri LmN1cnJlbnQ6IApkZWJ1Zy5rZGIuYXZhaWxhYmxlOiAKZGVidWcucm1hbl9kZWJ1ZzogMApkZWJ1 Zy50dHlkZWJ1ZzogMApkZWJ1Zy5kaXNhYmxlZnVsbHBhdGg6IDAKZGVidWcuZGlzYWJsZWN3ZDog MApkZWJ1Zy52ZnNjYWNoZTogMQpkZWJ1Zy5udW1jYWNoZWh2OiAxODA2CmRlYnVnLm51bWNhY2hl OiAzNDAyNgpkZWJ1Zy5udW1uZWc6IDQ4OApkZWJ1Zy5uY25lZ2ZhY3RvcjogMTYKZGVidWcubmNo YXNoOiAxMzEwNzEKZGVidWcudm5scnVfbm93aGVyZTogMApkZWJ1Zy5ydXNoX3JlcXVlc3RzOiAw CmRlYnVnLmlmX3R1bl9kZWJ1ZzogMApkZWJ1Zy5pZl90YXBfZGVidWc6IDAKZGVidWcubmxtX2Rl YnVnOiAwCmRlYnVnLmNyeXB0b190aW1pbmc6IDAKZGVidWcuY29sbGVjdHNuYXBzdGF0czogMApk ZWJ1Zy5zbmFwZGVidWc6IDAKZGVidWcuZG9wZXJzaXN0ZW5jZTogMApkZWJ1Zy5kaXJfZW50cnk6 IDEKZGVidWcuZGlyZWN0X2Jsa19wdHJzOiAwCmRlYnVnLmlub2RlX2JpdG1hcDogMQpkZWJ1Zy5p bmRpcl9ibGtfcHRyczogMApkZWJ1Zy5zeW5jX2xpbWl0X2hpdDogMApkZWJ1Zy5pbm9fbGltaXRf aGl0OiAwCmRlYnVnLmJsa19saW1pdF9oaXQ6IDAKZGVidWcuaW5vX2xpbWl0X3B1c2g6IDAKZGVi dWcuYmxrX2xpbWl0X3B1c2g6IDAKZGVidWcud29ya2xpc3RfcHVzaDogMApkZWJ1Zy5tYXhpbmRp cmRlcHM6IDUwCmRlYnVnLnRpY2tkZWxheTogMgpkZWJ1Zy5tYXhfc29mdGRlcHM6IDQwMDAwMApk ZWJ1Zy5kb2JrZ3Jkd3JpdGU6IDEKZGVidWcuYmlnY2dzOiAwCmRlYnVnLmRpcmNoZWNrOiAwCmRl YnVnLnBzbS5wa3RlcnJ0aHJlc2g6IDIKZGVidWcucHNtLnVzZWNzOiA1MDAwMDAKZGVidWcucHNt LnNlY3M6IDAKZGVidWcucHNtLmVycnVzZWNzOiAwCmRlYnVnLnBzbS5lcnJzZWNzOiAyCmRlYnVn LnBzbS5oejogMjAKZGVidWcucHNtLmxvZ2xldmVsOiAwCmRlYnVnLmZkYy5zZXR0bGU6IDAKZGVi dWcuZmRjLnNwZWMyOiAxNgpkZWJ1Zy5mZGMuc3BlYzE6IDE3NQpkZWJ1Zy5mZGMucmV0cmllczog MTAKZGVidWcuZmRjLmRlYnVnZmxhZ3M6IDAKZGVidWcuZmRjLmZpZm86IDgKZGVidWcuaHdwc3Rh dGVfdmVyYm9zZTogMApkZWJ1Zy5taW5pZHVtcDogMQpkZWJ1Zy5QTUFQMXVuY2hhbmdlZDogMTQ5 NjA1NQpkZWJ1Zy5QTUFQMWNoYW5nZWQ6IDExMTE5CmRlYnVnLlBNQVAxY2hhbmdlZGNwdTogMApk ZWJ1Zy54ODZiaW9zLmludDogMApkZWJ1Zy54ODZiaW9zLmNhbGw6IDAKaHcubWFjaGluZTogaTM4 Ngpody5tb2RlbDogQU1EIFNlbXByb24odG0pIFByb2Nlc3NvciAyMDBVCmh3Lm5jcHU6IDEKaHcu Ynl0ZW9yZGVyOiAxMjM0Cmh3LnBoeXNtZW06IDE5OTQ2NzgyNzIKaHcudXNlcm1lbTogMTgzODU3 MTUyMApody5wYWdlc2l6ZTogNDA5Ngpody5mbG9hdGluZ3BvaW50OiAxCmh3Lm1hY2hpbmVfYXJj aDogaTM4Ngpody5yZWFsbWVtOiAyMDEyMDIwNzM2Cmh3LmFtci5mb3JjZV9zZzMyOiAwCmh3LmFu LmFuX2NhY2hlX2lwb25seTogMQpody5hbi5hbl9jYWNoZV9tY2FzdG9ubHk6IDAKaHcuYW4uYW5f Y2FjaGVfbW9kZTogZGJtCmh3LmFuLmFuX2R1bXA6IG9mZgpody5hdGEuc2V0bWF4OiAwCmh3LmF0 YS53YzogMQpody5hdGEuYXRhcGlfZG1hOiAxCmh3LmF0YS5hdGFfZG1hX2NoZWNrXzgwcGluOiAx Cmh3LmF0YS5hdGFfZG1hOiAxCmh3LmF0aC5ic3R1Y2s6IDQKaHcuYXRoLnR4YnVmOiAyMDAKaHcu YXRoLnJ4YnVmOiA0MApody5hdGgucmVzZXRjYWw6IDEyMDAKaHcuYXRoLnNob3J0Y2FsOiAxMDAK aHcuYXRoLmxvbmdjYWw6IDMwCmh3LmF0aC5oYWwuc3diYV9iYWNrb2ZmOiAwCmh3LmF0aC5oYWwu c3dfYnJ0OiAxMApody5hdGguaGFsLmRtYV9icnQ6IDIKaHcuYmNlLm1zaV9lbmFibGU6IDEKaHcu YmNlLnRzb19lbmFibGU6IDAKaHcuYmdlLmFsbG93X2FzZjogMApody5idDg0OC5zbG93X21zcF9h dWRpbzogLTEKaHcuYnQ4NDguZm9ybWF0OiAtMQpody5idDg0OC5yZXZlcnNlX211dGU6IC0xCmh3 LmJ0ODQ4LnR1bmVyOiAtMQpody5idDg0OC5jYXJkOiAtMQpody5jYXJkYnVzLmNpc19kZWJ1Zzog MApody5jYXJkYnVzLmRlYnVnOiAwCmh3LmNzLnJlY3ZfZGVsYXk6IDU3MApody5jcy5pZ25vcmVf Y2hlY2tzdW1fZmFpbHVyZTogMApody5jeGdiLnNuZF9xdWV1ZV9sZW46IDUwCmh3LmN4Z2IudXNl XzE2a19jbHVzdGVyczogLTEKaHcuY3hnYi5mb3JjZV9md191cGRhdGU6IDAKaHcuY3hnYi5tdWx0 aXE6IDEKaHcuY3hnYi5vZmxkX2Rpc2FibGU6IDAKaHcuY3hnYi5tc2lfYWxsb3dlZDogMgpody5j eGdiLnR4X3JlY2xhaW1fdGhyZXNob2xkOiAzMgpody5jeGdiLnR4X2NvYWxlc2NlX2VuYWJsZV9z dG9wOiAyNTYKaHcuY3hnYi50eF9jb2FsZXNjZV9lbmFibGVfc3RhcnQ6IDUxMgpody5jeGdiLnR4 X2NvYWxlc2NlX2ZvcmNlOiAwCmh3LmN4Z2IudHhxX21yX3NpemU6IDEwMjQKaHcuZmlyZXdpcmUu aG9sZF9jb3VudDogMApody5maXJld2lyZS50cnlfYm1yOiAxCmh3LmZpcmV3aXJlLmZ3bWVtLnNw ZWVkOiAyCmh3LmZpcmV3aXJlLmZ3bWVtLmV1aTY0X2xvOiAwCmh3LmZpcmV3aXJlLmZ3bWVtLmV1 aTY0X2hpOiAwCmh3LmZpcmV3aXJlLnBoeWRtYV9lbmFibGU6IDEKaHcuZmlyZXdpcmUubm9jeWNs ZW1hc3RlcjogMApody5maXJld2lyZS5md2UucnhfcXVldWVfbGVuOiAxMjgKaHcuZmlyZXdpcmUu ZndlLnR4X3NwZWVkOiAyCmh3LmZpcmV3aXJlLmZ3ZS5zdHJlYW1fY2g6IDEKaHcuZmlyZXdpcmUu ZndpcC5yeF9xdWV1ZV9sZW46IDEyOApody5tZmkubWF4X2NtZHM6IDEyOApody5tZmkuZXZlbnRf Y2xhc3M6IDAKaHcubWZpLmV2ZW50X2xvY2FsZTogNjU1MzUKaHcucGNjYXJkLmNpc19kZWJ1Zzog MApody5wY2NhcmQuZGVidWc6IDAKaHcuY2JiLmRlYnVnOiAwCmh3LmNiYi5zdGFydF8zMl9pbzog NDA5Ngpody5jYmIuc3RhcnRfMTZfaW86IDI1Ngpody5jYmIuc3RhcnRfbWVtb3J5OiAyMjgxNzAx Mzc2Cmh3LnBjaWMucGQ2NzIyX3ZzZW5zZTogMQpody5wY2ljLmludHJfbWFzazogNTcwMTYKaHcu cGNpLnVzYl9lYXJseV90YWtlb3ZlcjogMQpody5wY2kuaG9ub3JfbXNpX2JsYWNrbGlzdDogMQpo dy5wY2kuZW5hYmxlX21zaXg6IDEKaHcucGNpLmVuYWJsZV9tc2k6IDEKaHcucGNpLmRvX3Bvd2Vy X3Jlc3VtZTogMQpody5wY2kuZG9fcG93ZXJfbm9kcml2ZXI6IDAKaHcucGNpLmVuYWJsZV9pb19t b2RlczogMQpody5wY2kuZGVmYXVsdF92Z2FwY2lfdW5pdDogMApody5wY2kuaG9zdF9tZW1fc3Rh cnQ6IDIxNDc0ODM2NDgKaHcucGNpLm1jZmc6IDEKaHcucGNpLmlycV9vdmVycmlkZV9tYXNrOiA1 NzA4MApody5zYWZlLnJuZ21heGFsYXJtOiA4Cmh3LnNhZmUucm5nYnVmc2l6ZTogMTYKaHcuc2Fm ZS5ybmdpbnRlcnZhbDogMQpody5zeXNjb25zLmtiZF9kZWJ1ZzogMQpody5zeXNjb25zLmtiZF9y ZWJvb3Q6IDAKaHcuc3lzY29ucy5iZWxsOiAxCmh3LnN5c2NvbnMuc2F2ZXIua2V5Ym9ubHk6IDEK aHcuc3lzY29ucy5zY19ub19zdXNwZW5kX3Z0c3dpdGNoOiAwCmh3LnVzYi5laGNpLmxvc3RpbnRy YnVnOiAwCmh3LnVzYi5laGNpLmlhYWRidWc6IDAKaHcudXNiLmVoY2kubm9faHM6IDAKaHcudXNi LmVoY2kuZGVidWc6IDAKaHcudXNiLm9oY2kuZGVidWc6IDAKaHcudXNiLnVoY2kubG9vcDogMApo dy51c2IudWhjaS5kZWJ1ZzogMApody51c2Iubm9fYm9vdF93YWl0OiAwCmh3LnVzYi5jdHJsLmRl YnVnOiAwCmh3LnVzYi51bWFzcy5kZWJ1ZzogMApody51c2IudXJpby5kZWJ1ZzogMApody51c2Iu ZGVidWc6IDAKaHcudXNiLmRldi5kZWJ1ZzogMApody51c2IudXNiX2xhbmdfbWFzazogMjU1Cmh3 LnVzYi51c2JfbGFuZ19pZDogOQpody51c2IudGVtcGxhdGU6IDAKaHcudXNiLnVnZW4uZGVidWc6 IDAKaHcudXNiLnBvd2VyX3RpbWVvdXQ6IDMwCmh3LnVzYi51aHViLmRlYnVnOiAwCmh3LnVzYi5w cm9jLmRlYnVnOiAwCmh3LnVzYi5wcl9yZWNvdmVyeV9kZWxheTogMjUwCmh3LnVzYi5wcl9wb2xs X2RlbGF5OiA1MApody51c2IuYXVlLmRlYnVnOiAwCmh3LnVzYi5heGUuZGVidWc6IDAKaHcudXNi LmNkY2UuZGVidWc6IDAKaHcudXNiLmN1ZS5kZWJ1ZzogMApody51c2Iua3VlLmRlYnVnOiAwCmh3 LnVzYi5ydWUuZGVidWc6IDAKaHcudXNiLnVkYXYuZGVidWc6IDAKaHcudXNiLnJ1bS5kZWJ1Zzog MApody51c2IudWF0aC5yZWdkb21haW46IDAKaHcudXNiLnVhdGguY291bnRyeWNvZGU6IDAKaHcu dXNiLnVyYWwuZGVidWc6IDAKaHcudXNiLnp5ZC5kZWJ1ZzogMApody51c2IudTNnLmRlYnVnOiAw Cmh3LnVzYi51YnNhLmRlYnVnOiAwCmh3LnVzYi51ZnRkaS5kZWJ1ZzogMApody51c2IudWxwdC5k ZWJ1ZzogMApody51c2IudXBsY29tLmRlYnVnOiAwCmh3LnVzYi51c2xjb20uZGVidWc6IDAKaHcu dXNiLnV2aXNvci5kZWJ1ZzogMApody51c2IudXZzY29tLmRlYnVnOiAwCmh3LnVzYi51Y29tLmNv bnNfYmF1ZDogOTYwMApody51c2IudWNvbS5jb25zX3VuaXQ6IC0xCmh3LnVzYi51Y29tLmRlYnVn OiAwCmh3LnVzYi51aGlkLmRlYnVnOiAwCmh3LnVzYi51a2JkLm5vX2xlZHM6IDAKaHcudXNiLnVr YmQuZGVidWc6IDAKaHcudXNiLnVtcy5kZWJ1ZzogMApody53aS5kZWJ1ZzogMApody53aS50eGVy YXRlOiAwCmh3LnhlLmRlYnVnOiAwCmh3LmludHJfc3Rvcm1fdGhyZXNob2xkOiAxMDAwCmh3LnBh Z2VzaXplczogNDA5NiAwCmh3LmF2YWlscGFnZXM6IDQ4Njk4Mgpody5idXMuZGV2Y3RsX3F1ZXVl OiAxMDAwCmh3LmJ1cy5kZXZjdGxfZGlzYWJsZTogMApody5wc20udGFwX3RpbWVvdXQ6IDEyNTAw MApody5wc20udGFwX3RocmVzaG9sZDogMjUKaHcua2JkLmtleW1hcF9yZXN0cmljdF9jaGFuZ2U6 IDAKaHcuYnVzZG1hLnRvdGFsX2JwYWdlczogNTEyCmh3LmJ1c2RtYS56b25lMC50b3RhbF9icGFn ZXM6IDUxMgpody5idXNkbWEuem9uZTAuZnJlZV9icGFnZXM6IDUxMgpody5idXNkbWEuem9uZTAu cmVzZXJ2ZWRfYnBhZ2VzOiAwCmh3LmJ1c2RtYS56b25lMC5hY3RpdmVfYnBhZ2VzOiAwCmh3LmJ1 c2RtYS56b25lMC50b3RhbF9ib3VuY2VkOiAwCmh3LmJ1c2RtYS56b25lMC50b3RhbF9kZWZlcnJl ZDogMApody5idXNkbWEuem9uZTAubG93YWRkcjogMHhmZmZmZmZmZgpody5idXNkbWEuem9uZTAu YWxpZ25tZW50OiA0MDk2Cmh3LmNsb2NrcmF0ZTogMTAwMApody52aWFfZmVhdHVyZV94Y3J5cHQ6 IDAKaHcudmlhX2ZlYXR1cmVfcm5nOiAwCmh3Lmluc3RydWN0aW9uX3NzZTogMQpody5hcGljLmVu YWJsZV9leHRpbnQ6IDAKaHcubWNhLmVycmF0dW0zODM6IDAKaHcubWNhLmFtZDEwaF9MMVRQOiAx Cmh3Lm1jYS5lbmFibGVkOiAwCmh3LmFjcGkuc3VwcG9ydGVkX3NsZWVwX3N0YXRlOiBTMyBTNCBT NQpody5hY3BpLnBvd2VyX2J1dHRvbl9zdGF0ZTogUzUKaHcuYWNwaS5zbGVlcF9idXR0b25fc3Rh dGU6IFMzCmh3LmFjcGkubGlkX3N3aXRjaF9zdGF0ZTogTk9ORQpody5hY3BpLnN0YW5kYnlfc3Rh dGU6IE5PTkUKaHcuYWNwaS5zdXNwZW5kX3N0YXRlOiBTMwpody5hY3BpLnNsZWVwX2RlbGF5OiAx Cmh3LmFjcGkuczRiaW9zOiAwCmh3LmFjcGkudmVyYm9zZTogMQpody5hY3BpLmRpc2FibGVfb25f cmVib290OiAwCmh3LmFjcGkuaGFuZGxlX3JlYm9vdDogMQpody5hY3BpLnJlc2V0X3ZpZGVvOiAx Cmh3LmFjcGkuY3B1LmN4X2xvd2VzdDogQzEKbWFjaGRlcC5hY3BpX3RpbWVyX2ZyZXE6IDM1Nzk1 NDUKbWFjaGRlcC5lbmFibGVfcGFuaWNfa2V5OiAwCm1hY2hkZXAucnRjX3NhdmVfcGVyaW9kOiAx ODAwCm1hY2hkZXAuYWRqa2VybnR6OiAwCm1hY2hkZXAud2FsbF9jbW9zX2Nsb2NrOiAwCm1hY2hk ZXAuZGlzYWJsZV9ydGNfc2V0OiAwCm1hY2hkZXAuYWNwaV9yb290OiAxMDIyMDE2Cm1hY2hkZXAu ZGlzYWJsZV9tdHJyczogMAptYWNoZGVwLmd1ZXNzZWRfYm9vdGRldjogMjY4NjQ1MTcxMgptYWNo ZGVwLmlkbGU6IGFtZGMxZQptYWNoZGVwLmlkbGVfYXZhaWxhYmxlOiBzcGluLCBhbWRjMWUsIGhs dCwgYWNwaSwgCm1hY2hkZXAuaGx0X2NwdXM6IDAKbWFjaGRlcC5wcm90X2ZhdWx0X3RyYW5zbGF0 aW9uOiAwCm1hY2hkZXAucGFuaWNfb25fbm1pOiAxCm1hY2hkZXAudHNjX2ZyZXE6IDk5OTk5NjQy NAptYWNoZGVwLmk4MjU0X2ZyZXE6IDExOTMxODIKdXNlci5jc19wYXRoOiAvdXNyL2JpbjovYmlu Oi91c3Ivc2Jpbjovc2JpbjoKdXNlci5iY19iYXNlX21heDogOTkKdXNlci5iY19kaW1fbWF4OiAy MDQ4CnVzZXIuYmNfc2NhbGVfbWF4OiA5OQp1c2VyLmJjX3N0cmluZ19tYXg6IDEwMDAKdXNlci5j b2xsX3dlaWdodHNfbWF4OiAwCnVzZXIuZXhwcl9uZXN0X21heDogMzIKdXNlci5saW5lX21heDog MjA0OAp1c2VyLnJlX2R1cF9tYXg6IDI1NQp1c2VyLnBvc2l4Ml92ZXJzaW9uOiAxOTkyMTIKdXNl ci5wb3NpeDJfY19iaW5kOiAwCnVzZXIucG9zaXgyX2NfZGV2OiAwCnVzZXIucG9zaXgyX2NoYXJf dGVybTogMAp1c2VyLnBvc2l4Ml9mb3J0X2RldjogMAp1c2VyLnBvc2l4Ml9mb3J0X3J1bjogMAp1 c2VyLnBvc2l4Ml9sb2NhbGVkZWY6IDAKdXNlci5wb3NpeDJfc3dfZGV2OiAwCnVzZXIucG9zaXgy X3VwZTogMAp1c2VyLnN0cmVhbV9tYXg6IDIwCnVzZXIudHpuYW1lX21heDogMjU1CnAxMDAzXzFi LmFzeW5jaHJvbm91c19pbzogMApwMTAwM18xYi5tYXBwZWRfZmlsZXM6IDEKcDEwMDNfMWIubWVt bG9jazogMApwMTAwM18xYi5tZW1sb2NrX3JhbmdlOiAwCnAxMDAzXzFiLm1lbW9yeV9wcm90ZWN0 aW9uOiAwCnAxMDAzXzFiLm1lc3NhZ2VfcGFzc2luZzogMApwMTAwM18xYi5wcmlvcml0aXplZF9p bzogMApwMTAwM18xYi5wcmlvcml0eV9zY2hlZHVsaW5nOiAxCnAxMDAzXzFiLnJlYWx0aW1lX3Np Z25hbHM6IDIwMDExMgpwMTAwM18xYi5zZW1hcGhvcmVzOiAwCnAxMDAzXzFiLmZzeW5jOiAwCnAx MDAzXzFiLnNoYXJlZF9tZW1vcnlfb2JqZWN0czogMQpwMTAwM18xYi5zeW5jaHJvbml6ZWRfaW86 IDAKcDEwMDNfMWIudGltZXJzOiAyMDAxMTIKcDEwMDNfMWIuYWlvX2xpc3Rpb19tYXg6IC0xCnAx MDAzXzFiLmFpb19tYXg6IC0xCnAxMDAzXzFiLmFpb19wcmlvX2RlbHRhX21heDogLTEKcDEwMDNf MWIuZGVsYXl0aW1lcl9tYXg6IDIxNDc0ODM2NDcKcDEwMDNfMWIubXFfb3Blbl9tYXg6IDAKcDEw MDNfMWIucGFnZXNpemU6IDQwOTYKcDEwMDNfMWIucnRzaWdfbWF4OiA2MgpwMTAwM18xYi5zZW1f bnNlbXNfbWF4OiAzMApwMTAwM18xYi5zZW1fdmFsdWVfbWF4OiAyMTQ3NDgzNjQ3CnAxMDAzXzFi LnNpZ3F1ZXVlX21heDogMTI4CnAxMDAzXzFiLnRpbWVyX21heDogMzIKcDEwMDNfMWIubnNlbXM6 IDAKc2VjdXJpdHkuamFpbC5wYXJhbS5jcHVzZXQuaWQ6IDAKc2VjdXJpdHkuamFpbC5wYXJhbS5o b3N0Lmhvc3RpZDogMApzZWN1cml0eS5qYWlsLnBhcmFtLmhvc3QuaG9zdHV1aWQ6IDY0CnNlY3Vy aXR5LmphaWwucGFyYW0uaG9zdC5kb21haW5uYW1lOiAyNTYKc2VjdXJpdHkuamFpbC5wYXJhbS5o b3N0Lmhvc3RuYW1lOiAyNTYKc2VjdXJpdHkuamFpbC5wYXJhbS5jaGlsZHJlbi5tYXg6IDAKc2Vj dXJpdHkuamFpbC5wYXJhbS5jaGlsZHJlbi5jdXI6IDAKc2VjdXJpdHkuamFpbC5wYXJhbS5lbmZv cmNlX3N0YXRmczogMApzZWN1cml0eS5qYWlsLnBhcmFtLnNlY3VyZWxldmVsOiAwCnNlY3VyaXR5 LmphaWwucGFyYW0ucGF0aDogMTAyNApzZWN1cml0eS5qYWlsLnBhcmFtLm5hbWU6IDI1NgpzZWN1 cml0eS5qYWlsLnBhcmFtLnBhcmVudDogMApzZWN1cml0eS5qYWlsLnBhcmFtLmppZDogMApzZWN1 cml0eS5qYWlsLmVuZm9yY2Vfc3RhdGZzOiAyCnNlY3VyaXR5LmphaWwubW91bnRfYWxsb3dlZDog MApzZWN1cml0eS5qYWlsLmNoZmxhZ3NfYWxsb3dlZDogMApzZWN1cml0eS5qYWlsLmFsbG93X3Jh d19zb2NrZXRzOiAwCnNlY3VyaXR5LmphaWwuc3lzdmlwY19hbGxvd2VkOiAwCnNlY3VyaXR5Lmph aWwuc29ja2V0X3VuaXhpcHJvdXRlX29ubHk6IDEKc2VjdXJpdHkuamFpbC5zZXRfaG9zdG5hbWVf YWxsb3dlZDogMApzZWN1cml0eS5qYWlsLmphaWxfbWF4X2FmX2lwczogMjU1CnNlY3VyaXR5Lmph aWwuamFpbGVkOiAwCnNlY3VyaXR5LmJzZC5tYXBfYXRfemVybzogMApzZWN1cml0eS5ic2Quc3Vz ZXJfZW5hYmxlZDogMQpzZWN1cml0eS5ic2QudW5wcml2aWxlZ2VkX3Byb2NfZGVidWc6IDEKc2Vj dXJpdHkuYnNkLmNvbnNlcnZhdGl2ZV9zaWduYWxzOiAxCnNlY3VyaXR5LmJzZC5zZWVfb3RoZXJf Z2lkczogMApzZWN1cml0eS5ic2Quc2VlX290aGVyX3VpZHM6IDAKc2VjdXJpdHkuYnNkLnVucHJp dmlsZWdlZF9yZWFkX21zZ2J1ZjogMQpzZWN1cml0eS5ic2QuaGFyZGxpbmtfY2hlY2tfZ2lkOiAw CnNlY3VyaXR5LmJzZC5oYXJkbGlua19jaGVja191aWQ6IDAKc2VjdXJpdHkuYnNkLnVucHJpdmls ZWdlZF9nZXRfcXVvdGE6IDAKc2VjdXJpdHkubWFjLmxhYmVsZWQ6IDAKc2VjdXJpdHkubWFjLm1h eF9zbG90czogNApzZWN1cml0eS5tYWMudmVyc2lvbjogNApzZWN1cml0eS5tYWMubW1hcF9yZXZv Y2F0aW9uX3ZpYV9jb3c6IDAKc2VjdXJpdHkubWFjLm1tYXBfcmV2b2NhdGlvbjogMQpzZWN1cml0 eS5tYWMuYnNkZXh0ZW5kZWQuZmlyc3RtYXRjaF9lbmFibGVkOiAwCnNlY3VyaXR5Lm1hYy5ic2Rl eHRlbmRlZC5sb2dnaW5nOiAwCnNlY3VyaXR5Lm1hYy5ic2RleHRlbmRlZC5ydWxlX3ZlcnNpb246 IDIKc2VjdXJpdHkubWFjLmJzZGV4dGVuZGVkLnJ1bGVfc2xvdHM6IDAKc2VjdXJpdHkubWFjLmJz ZGV4dGVuZGVkLnJ1bGVfY291bnQ6IDAKc2VjdXJpdHkubWFjLmJzZGV4dGVuZGVkLmVuYWJsZWQ6 IDEKc2VjdXJpdHkubWFjLnNlZW90aGVydWlkcy5zcGVjaWZpY2dpZDogMApzZWN1cml0eS5tYWMu c2Vlb3RoZXJ1aWRzLnNwZWNpZmljZ2lkX2VuYWJsZWQ6IDAKc2VjdXJpdHkubWFjLnNlZW90aGVy dWlkcy5zdXNlcl9wcml2aWxlZ2VkOiAxCnNlY3VyaXR5Lm1hYy5zZWVvdGhlcnVpZHMucHJpbWFy eWdyb3VwX2VuYWJsZWQ6IDAKc2VjdXJpdHkubWFjLnNlZW90aGVydWlkcy5lbmFibGVkOiAxCmRl di5uZXh1cy4wLiVkcml2ZXI6IG5leHVzCmRldi5uZXh1cy4wLiVwYXJlbnQ6IHJvb3QwCmRldi5y YW0uMC4lZGVzYzogU3lzdGVtIFJBTQpkZXYucmFtLjAuJWRyaXZlcjogcmFtCmRldi5yYW0uMC4l cGFyZW50OiBuZXh1czAKZGV2Lm5weC4wLiVkZXNjOiBtYXRoIHByb2Nlc3NvcgpkZXYubnB4LjAu JWRyaXZlcjogbnB4CmRldi5ucHguMC4lcGFyZW50OiBuZXh1czAKZGV2LmNyeXB0b3NvZnQuMC4l ZGVzYzogc29mdHdhcmUgY3J5cHRvCmRldi5jcnlwdG9zb2Z0LjAuJWRyaXZlcjogY3J5cHRvc29m dApkZXYuY3J5cHRvc29mdC4wLiVwYXJlbnQ6IG5leHVzMApkZXYuYWNwaS4wLiVkZXNjOiBleHRy YQpkZXYuYWNwaS4wLiVkcml2ZXI6IGFjcGkKZGV2LmFjcGkuMC4lcGFyZW50OiBuZXh1czAKZGV2 LmFjcGlfc3lzcmVzb3VyY2UuMC4lZGVzYzogU3lzdGVtIFJlc291cmNlCmRldi5hY3BpX3N5c3Jl c291cmNlLjAuJWRyaXZlcjogYWNwaV9zeXNyZXNvdXJjZQpkZXYuYWNwaV9zeXNyZXNvdXJjZS4w LiVsb2NhdGlvbjogaGFuZGxlPVxfU0JfLlBDSTAuTFBDXy5NQlJECmRldi5hY3BpX3N5c3Jlc291 cmNlLjAuJXBucGluZm86IF9ISUQ9UE5QMEMwMiBfVUlEPTEKZGV2LmFjcGlfc3lzcmVzb3VyY2Uu MC4lcGFyZW50OiBhY3BpMApkZXYuYWNwaV90aW1lci4wLiVkZXNjOiAzMi1iaXQgdGltZXIgYXQg My41Nzk1NDVNSHoKZGV2LmFjcGlfdGltZXIuMC4lZHJpdmVyOiBhY3BpX3RpbWVyCmRldi5hY3Bp X3RpbWVyLjAuJWxvY2F0aW9uOiB1bmtub3duCmRldi5hY3BpX3RpbWVyLjAuJXBucGluZm86IHVu a25vd24KZGV2LmFjcGlfdGltZXIuMC4lcGFyZW50OiBhY3BpMApkZXYuY3B1LjAuJWRlc2M6IEFD UEkgQ1BVCmRldi5jcHUuMC4lZHJpdmVyOiBjcHUKZGV2LmNwdS4wLiVsb2NhdGlvbjogaGFuZGxl PVxfUFJfLkMwMDAKZGV2LmNwdS4wLiVwbnBpbmZvOiBfSElEPW5vbmUgX1VJRD0wCmRldi5jcHUu MC4lcGFyZW50OiBhY3BpMApkZXYuY3B1LjAuZnJlcTogOTk1CmRldi5jcHUuMC5mcmVxX2xldmVs czogOTk1Ly0xCmRldi5jcHUuMC5jeF9zdXBwb3J0ZWQ6IEMxLzAKZGV2LmNwdS4wLmN4X2xvd2Vz dDogQzEKZGV2LmNwdS4wLmN4X3VzYWdlOiAxMDAuMDAlIGxhc3QgNTAwdXMKZGV2LnBjaV9saW5r LjAuJWRlc2M6IEFDUEkgUENJIExpbmsgTE5LQQpkZXYucGNpX2xpbmsuMC4lZHJpdmVyOiBwY2lf bGluawpkZXYucGNpX2xpbmsuMC4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5QQ0kwLkxQQ18uTE5L QQpkZXYucGNpX2xpbmsuMC4lcG5waW5mbzogX0hJRD1QTlAwQzBGIF9VSUQ9MQpkZXYucGNpX2xp bmsuMC4lcGFyZW50OiBhY3BpMApkZXYucGNpX2xpbmsuMS4lZGVzYzogQUNQSSBQQ0kgTGluayBM TktCCmRldi5wY2lfbGluay4xLiVkcml2ZXI6IHBjaV9saW5rCmRldi5wY2lfbGluay4xLiVsb2Nh dGlvbjogaGFuZGxlPVxfU0JfLlBDSTAuTFBDXy5MTktCCmRldi5wY2lfbGluay4xLiVwbnBpbmZv OiBfSElEPVBOUDBDMEYgX1VJRD0yCmRldi5wY2lfbGluay4xLiVwYXJlbnQ6IGFjcGkwCmRldi5w Y2lfbGluay4yLiVkZXNjOiBBQ1BJIFBDSSBMaW5rIExOS0MKZGV2LnBjaV9saW5rLjIuJWRyaXZl cjogcGNpX2xpbmsKZGV2LnBjaV9saW5rLjIuJWxvY2F0aW9uOiBoYW5kbGU9XF9TQl8uUENJMC5M UENfLkxOS0MKZGV2LnBjaV9saW5rLjIuJXBucGluZm86IF9ISUQ9UE5QMEMwRiBfVUlEPTMKZGV2 LnBjaV9saW5rLjIuJXBhcmVudDogYWNwaTAKZGV2LnBjaV9saW5rLjMuJWRlc2M6IEFDUEkgUENJ IExpbmsgTE5LRApkZXYucGNpX2xpbmsuMy4lZHJpdmVyOiBwY2lfbGluawpkZXYucGNpX2xpbmsu My4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5QQ0kwLkxQQ18uTE5LRApkZXYucGNpX2xpbmsuMy4l cG5waW5mbzogX0hJRD1QTlAwQzBGIF9VSUQ9NApkZXYucGNpX2xpbmsuMy4lcGFyZW50OiBhY3Bp MApkZXYucGNpX2xpbmsuNC4lZGVzYzogQUNQSSBQQ0kgTGluayBMTktFCmRldi5wY2lfbGluay40 LiVkcml2ZXI6IHBjaV9saW5rCmRldi5wY2lfbGluay40LiVsb2NhdGlvbjogaGFuZGxlPVxfU0Jf LlBDSTAuTFBDXy5MTktFCmRldi5wY2lfbGluay40LiVwbnBpbmZvOiBfSElEPVBOUDBDMEYgX1VJ RD01CmRldi5wY2lfbGluay40LiVwYXJlbnQ6IGFjcGkwCmRldi5wY2lfbGluay41LiVkZXNjOiBB Q1BJIFBDSSBMaW5rIExOS0YKZGV2LnBjaV9saW5rLjUuJWRyaXZlcjogcGNpX2xpbmsKZGV2LnBj aV9saW5rLjUuJWxvY2F0aW9uOiBoYW5kbGU9XF9TQl8uUENJMC5MUENfLkxOS0YKZGV2LnBjaV9s aW5rLjUuJXBucGluZm86IF9ISUQ9UE5QMEMwRiBfVUlEPTYKZGV2LnBjaV9saW5rLjUuJXBhcmVu dDogYWNwaTAKZGV2LnBjaV9saW5rLjYuJWRlc2M6IEFDUEkgUENJIExpbmsgTE5LRwpkZXYucGNp X2xpbmsuNi4lZHJpdmVyOiBwY2lfbGluawpkZXYucGNpX2xpbmsuNi4lbG9jYXRpb246IGhhbmRs ZT1cX1NCXy5QQ0kwLkxQQ18uTE5LRwpkZXYucGNpX2xpbmsuNi4lcG5waW5mbzogX0hJRD1QTlAw QzBGIF9VSUQ9NwpkZXYucGNpX2xpbmsuNi4lcGFyZW50OiBhY3BpMApkZXYucGNpX2xpbmsuNy4l ZGVzYzogQUNQSSBQQ0kgTGluayBMTktICmRldi5wY2lfbGluay43LiVkcml2ZXI6IHBjaV9saW5r CmRldi5wY2lfbGluay43LiVsb2NhdGlvbjogaGFuZGxlPVxfU0JfLlBDSTAuTFBDXy5MTktICmRl di5wY2lfbGluay43LiVwbnBpbmZvOiBfSElEPVBOUDBDMEYgX1VJRD04CmRldi5wY2lfbGluay43 LiVwYXJlbnQ6IGFjcGkwCmRldi5hY3BpX2hwZXQuMC4lZGVzYzogSGlnaCBQcmVjaXNpb24gRXZl bnQgVGltZXIKZGV2LmFjcGlfaHBldC4wLiVkcml2ZXI6IGFjcGlfaHBldApkZXYuYWNwaV9ocGV0 LjAuJWxvY2F0aW9uOiB1bmtub3duCmRldi5hY3BpX2hwZXQuMC4lcG5waW5mbzogdW5rbm93bgpk ZXYuYWNwaV9ocGV0LjAuJXBhcmVudDogYWNwaTAKZGV2LmFjcGlfYnV0dG9uLjAuJWRlc2M6IFBv d2VyIEJ1dHRvbgpkZXYuYWNwaV9idXR0b24uMC4lZHJpdmVyOiBhY3BpX2J1dHRvbgpkZXYuYWNw aV9idXR0b24uMC4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5QV1JCCmRldi5hY3BpX2J1dHRvbi4w LiVwbnBpbmZvOiBfSElEPVBOUDBDMEMgX1VJRD0wCmRldi5hY3BpX2J1dHRvbi4wLiVwYXJlbnQ6 IGFjcGkwCmRldi5wY2liLjAuJWRlc2M6IEFDUEkgSG9zdC1QQ0kgYnJpZGdlCmRldi5wY2liLjAu JWRyaXZlcjogcGNpYgpkZXYucGNpYi4wLiVsb2NhdGlvbjogaGFuZGxlPVxfU0JfLlBDSTAKZGV2 LnBjaWIuMC4lcG5waW5mbzogX0hJRD1QTlAwQTAzIF9VSUQ9MApkZXYucGNpYi4wLiVwYXJlbnQ6 IGFjcGkwCmRldi5wY2liLjEuJWRlc2M6IEFDUEkgUENJLVBDSSBicmlkZ2UKZGV2LnBjaWIuMS4l ZHJpdmVyOiBwY2liCmRldi5wY2liLjEuJWxvY2F0aW9uOiBzbG90PTEgZnVuY3Rpb249MCBoYW5k bGU9XF9TQl8uUENJMC5HUkZCCmRldi5wY2liLjEuJXBucGluZm86IHZlbmRvcj0weDEwMDIgZGV2 aWNlPTB4NzkxMiBzdWJ2ZW5kb3I9MHgxMDAyIHN1YmRldmljZT0weDc5MTIgY2xhc3M9MHgwNjA0 MDAKZGV2LnBjaWIuMS4lcGFyZW50OiBwY2kwCmRldi5wY2liLjEuZG9tYWluOiAwCmRldi5wY2li LjEucHJpYnVzOiAwCmRldi5wY2liLjEuc2VjYnVzOiAxCmRldi5wY2liLjEuc3ViYnVzOiAxCmRl di5wY2liLjIuJWRlc2M6IEFDUEkgUENJLVBDSSBicmlkZ2UKZGV2LnBjaWIuMi4lZHJpdmVyOiBw Y2liCmRldi5wY2liLjIuJWxvY2F0aW9uOiBzbG90PTYgZnVuY3Rpb249MCBoYW5kbGU9XF9TQl8u UENJMC5MQU4yCmRldi5wY2liLjIuJXBucGluZm86IHZlbmRvcj0weDEwMDIgZGV2aWNlPTB4Nzkx NiBzdWJ2ZW5kb3I9MHgxNzM0IHN1YmRldmljZT0weDExMWQgY2xhc3M9MHgwNjA0MDAKZGV2LnBj aWIuMi4lcGFyZW50OiBwY2kwCmRldi5wY2liLjIuZG9tYWluOiAwCmRldi5wY2liLjIucHJpYnVz OiAwCmRldi5wY2liLjIuc2VjYnVzOiAyCmRldi5wY2liLjIuc3ViYnVzOiA3CmRldi5wY2liLjIu d2FrZTogMApkZXYucGNpYi4zLiVkZXNjOiBBQ1BJIFBDSS1QQ0kgYnJpZGdlCmRldi5wY2liLjMu JWRyaXZlcjogcGNpYgpkZXYucGNpYi4zLiVsb2NhdGlvbjogc2xvdD03IGZ1bmN0aW9uPTAgaGFu ZGxlPVxfU0JfLlBDSTAuTEFOMQpkZXYucGNpYi4zLiVwbnBpbmZvOiB2ZW5kb3I9MHgxMDAyIGRl dmljZT0weDc5MTcgc3VidmVuZG9yPTB4MTczNCBzdWJkZXZpY2U9MHgxMTFkIGNsYXNzPTB4MDYw NDAwCmRldi5wY2liLjMuJXBhcmVudDogcGNpMApkZXYucGNpYi4zLmRvbWFpbjogMApkZXYucGNp Yi4zLnByaWJ1czogMApkZXYucGNpYi4zLnNlY2J1czogOApkZXYucGNpYi4zLnN1YmJ1czogMTMK ZGV2LnBjaWIuMy53YWtlOiAwCmRldi5wY2liLjQuJWRlc2M6IEFDUEkgUENJLVBDSSBicmlkZ2UK ZGV2LnBjaWIuNC4lZHJpdmVyOiBwY2liCmRldi5wY2liLjQuJWxvY2F0aW9uOiBzbG90PTIwIGZ1 bmN0aW9uPTQgaGFuZGxlPVxfU0JfLlBDSTAuUDJQXwpkZXYucGNpYi40LiVwbnBpbmZvOiB2ZW5k b3I9MHgxMDAyIGRldmljZT0weDQzODQgc3VidmVuZG9yPTB4MDAwMCBzdWJkZXZpY2U9MHgwMDAw IGNsYXNzPTB4MDYwNDAxCmRldi5wY2liLjQuJXBhcmVudDogcGNpMApkZXYucGNpYi40LmRvbWFp bjogMApkZXYucGNpYi40LnByaWJ1czogMApkZXYucGNpYi40LnNlY2J1czogMTQKZGV2LnBjaWIu NC5zdWJidXM6IDE5CmRldi5wY2liLjQud2FrZTogMApkZXYucGNpLjAuJWRlc2M6IEFDUEkgUENJ IGJ1cwpkZXYucGNpLjAuJWRyaXZlcjogcGNpCmRldi5wY2kuMC4lcGFyZW50OiBwY2liMApkZXYu cGNpLjEuJWRlc2M6IEFDUEkgUENJIGJ1cwpkZXYucGNpLjEuJWRyaXZlcjogcGNpCmRldi5wY2ku MS4lcGFyZW50OiBwY2liMQpkZXYucGNpLjIuJWRlc2M6IEFDUEkgUENJIGJ1cwpkZXYucGNpLjIu JWRyaXZlcjogcGNpCmRldi5wY2kuMi4lcGFyZW50OiBwY2liMgpkZXYucGNpLjIud2FrZTogMApk ZXYucGNpLjguJWRlc2M6IEFDUEkgUENJIGJ1cwpkZXYucGNpLjguJWRyaXZlcjogcGNpCmRldi5w Y2kuOC4lcGFyZW50OiBwY2liMwpkZXYucGNpLjgud2FrZTogMApkZXYucGNpLjE0LiVkZXNjOiBB Q1BJIFBDSSBidXMKZGV2LnBjaS4xNC4lZHJpdmVyOiBwY2kKZGV2LnBjaS4xNC4lcGFyZW50OiBw Y2liNApkZXYucGNpLjE0Lndha2U6IDAKZGV2Lmhvc3RiLjAuJWRlc2M6IEhvc3QgdG8gUENJIGJy aWRnZQpkZXYuaG9zdGIuMC4lZHJpdmVyOiBob3N0YgpkZXYuaG9zdGIuMC4lbG9jYXRpb246IHNs b3Q9MCBmdW5jdGlvbj0wCmRldi5ob3N0Yi4wLiVwbnBpbmZvOiB2ZW5kb3I9MHgxMDAyIGRldmlj ZT0weDc5MTAgc3VidmVuZG9yPTB4MTczNCBzdWJkZXZpY2U9MHgxMTFkIGNsYXNzPTB4MDYwMDAw CmRldi5ob3N0Yi4wLiVwYXJlbnQ6IHBjaTAKZGV2Lmhvc3RiLjEuJWRlc2M6IEhvc3QgdG8gUENJ IGJyaWRnZQpkZXYuaG9zdGIuMS4lZHJpdmVyOiBob3N0YgpkZXYuaG9zdGIuMS4lbG9jYXRpb246 IHNsb3Q9MjQgZnVuY3Rpb249MApkZXYuaG9zdGIuMS4lcG5waW5mbzogdmVuZG9yPTB4MTAyMiBk ZXZpY2U9MHgxMTAwIHN1YnZlbmRvcj0weDAwMDAgc3ViZGV2aWNlPTB4MDAwMCBjbGFzcz0weDA2 MDAwMApkZXYuaG9zdGIuMS4lcGFyZW50OiBwY2kwCmRldi5ob3N0Yi4yLiVkZXNjOiBIb3N0IHRv IFBDSSBicmlkZ2UKZGV2Lmhvc3RiLjIuJWRyaXZlcjogaG9zdGIKZGV2Lmhvc3RiLjIuJWxvY2F0 aW9uOiBzbG90PTI0IGZ1bmN0aW9uPTEKZGV2Lmhvc3RiLjIuJXBucGluZm86IHZlbmRvcj0weDEw MjIgZGV2aWNlPTB4MTEwMSBzdWJ2ZW5kb3I9MHgwMDAwIHN1YmRldmljZT0weDAwMDAgY2xhc3M9 MHgwNjAwMDAKZGV2Lmhvc3RiLjIuJXBhcmVudDogcGNpMApkZXYuaG9zdGIuMy4lZGVzYzogSG9z dCB0byBQQ0kgYnJpZGdlCmRldi5ob3N0Yi4zLiVkcml2ZXI6IGhvc3RiCmRldi5ob3N0Yi4zLiVs b2NhdGlvbjogc2xvdD0yNCBmdW5jdGlvbj0yCmRldi5ob3N0Yi4zLiVwbnBpbmZvOiB2ZW5kb3I9 MHgxMDIyIGRldmljZT0weDExMDIgc3VidmVuZG9yPTB4MDAwMCBzdWJkZXZpY2U9MHgwMDAwIGNs YXNzPTB4MDYwMDAwCmRldi5ob3N0Yi4zLiVwYXJlbnQ6IHBjaTAKZGV2Lmhvc3RiLjQuJWRlc2M6 IEhvc3QgdG8gUENJIGJyaWRnZQpkZXYuaG9zdGIuNC4lZHJpdmVyOiBob3N0YgpkZXYuaG9zdGIu NC4lbG9jYXRpb246IHNsb3Q9MjQgZnVuY3Rpb249MwpkZXYuaG9zdGIuNC4lcG5waW5mbzogdmVu ZG9yPTB4MTAyMiBkZXZpY2U9MHgxMTAzIHN1YnZlbmRvcj0weDAwMDAgc3ViZGV2aWNlPTB4MDAw MCBjbGFzcz0weDA2MDAwMApkZXYuaG9zdGIuNC4lcGFyZW50OiBwY2kwCmRldi52Z2FwY2kuMC4l ZGVzYzogVkdBLWNvbXBhdGlibGUgZGlzcGxheQpkZXYudmdhcGNpLjAuJWRyaXZlcjogdmdhcGNp CmRldi52Z2FwY2kuMC4lbG9jYXRpb246IHNsb3Q9NSBmdW5jdGlvbj0wCmRldi52Z2FwY2kuMC4l cG5waW5mbzogdmVuZG9yPTB4MTAwMiBkZXZpY2U9MHg3OTFmIHN1YnZlbmRvcj0weDE3MzQgc3Vi ZGV2aWNlPTB4MTExZCBjbGFzcz0weDAzMDAwMApkZXYudmdhcGNpLjAuJXBhcmVudDogcGNpMQpk ZXYudmdhcG0uMC4lZGVzYzogVkdBIHN1c3BlbmQvcmVzdW1lCmRldi52Z2FwbS4wLiVkcml2ZXI6 IHZnYXBtCmRldi52Z2FwbS4wLiVwYXJlbnQ6IHZnYXBjaTAKZGV2LnJlLjAuJWRlc2M6IFJlYWxU ZWsgODE2OC84MTExIEIvQy9DUC9EL0RQL0UgUENJZSBHaWdhYml0IEV0aGVybmV0CmRldi5yZS4w LiVkcml2ZXI6IHJlCmRldi5yZS4wLiVsb2NhdGlvbjogc2xvdD0wIGZ1bmN0aW9uPTAKZGV2LnJl LjAuJXBucGluZm86IHZlbmRvcj0weDEwZWMgZGV2aWNlPTB4ODE2OCBzdWJ2ZW5kb3I9MHgxNzM0 IHN1YmRldmljZT0weDExMWMgY2xhc3M9MHgwMjAwMDAKZGV2LnJlLjAuJXBhcmVudDogcGNpMgpk ZXYucmUuMS4lZGVzYzogUmVhbFRlayA4MTY4LzgxMTEgQi9DL0NQL0QvRFAvRSBQQ0llIEdpZ2Fi aXQgRXRoZXJuZXQKZGV2LnJlLjEuJWRyaXZlcjogcmUKZGV2LnJlLjEuJWxvY2F0aW9uOiBzbG90 PTAgZnVuY3Rpb249MApkZXYucmUuMS4lcG5waW5mbzogdmVuZG9yPTB4MTBlYyBkZXZpY2U9MHg4 MTY4IHN1YnZlbmRvcj0weDE3MzQgc3ViZGV2aWNlPTB4MTExYyBjbGFzcz0weDAyMDAwMApkZXYu cmUuMS4lcGFyZW50OiBwY2k4CmRldi5taWlidXMuMC4lZGVzYzogTUlJIGJ1cwpkZXYubWlpYnVz LjAuJWRyaXZlcjogbWlpYnVzCmRldi5taWlidXMuMC4lcGFyZW50OiByZTAKZGV2Lm1paWJ1cy4x LiVkZXNjOiBNSUkgYnVzCmRldi5taWlidXMuMS4lZHJpdmVyOiBtaWlidXMKZGV2Lm1paWJ1cy4x LiVwYXJlbnQ6IHJlMQpkZXYucmdlcGh5LjAuJWRlc2M6IFJUTDgxNjlTLzgxMTBTLzgyMTFCIG1l ZGlhIGludGVyZmFjZQpkZXYucmdlcGh5LjAuJWRyaXZlcjogcmdlcGh5CmRldi5yZ2VwaHkuMC4l bG9jYXRpb246IHBoeW5vPTEKZGV2LnJnZXBoeS4wLiVwbnBpbmZvOiBvdWk9MHg3MzIgbW9kZWw9 MHgxMSByZXY9MHgyCmRldi5yZ2VwaHkuMC4lcGFyZW50OiBtaWlidXMwCmRldi5yZ2VwaHkuMS4l ZGVzYzogUlRMODE2OVMvODExMFMvODIxMUIgbWVkaWEgaW50ZXJmYWNlCmRldi5yZ2VwaHkuMS4l ZHJpdmVyOiByZ2VwaHkKZGV2LnJnZXBoeS4xLiVsb2NhdGlvbjogcGh5bm89MQpkZXYucmdlcGh5 LjEuJXBucGluZm86IG91aT0weDczMiBtb2RlbD0weDExIHJldj0weDIKZGV2LnJnZXBoeS4xLiVw YXJlbnQ6IG1paWJ1czEKZGV2LmF0YXBjaS4wLiVkZXNjOiBBVEkgSVhQNjAwIFNBVEEzMDAgY29u dHJvbGxlcgpkZXYuYXRhcGNpLjAuJWRyaXZlcjogYXRhcGNpCmRldi5hdGFwY2kuMC4lbG9jYXRp b246IHNsb3Q9MTggZnVuY3Rpb249MCBoYW5kbGU9XF9TQl8uUENJMC5TQVQwCmRldi5hdGFwY2ku MC4lcG5waW5mbzogdmVuZG9yPTB4MTAwMiBkZXZpY2U9MHg0MzgwIHN1YnZlbmRvcj0weDE3MzQg c3ViZGV2aWNlPTB4MTBmNSBjbGFzcz0weDAxMDE4ZgpkZXYuYXRhcGNpLjAuJXBhcmVudDogcGNp MApkZXYuYXRhcGNpLjEuJWRlc2M6IEFUSSBJWFA2MDAgVURNQTEzMyBjb250cm9sbGVyCmRldi5h dGFwY2kuMS4lZHJpdmVyOiBhdGFwY2kKZGV2LmF0YXBjaS4xLiVsb2NhdGlvbjogc2xvdD0yMCBm dW5jdGlvbj0xIGhhbmRsZT1cX1NCXy5QQ0kwLlBBVEEKZGV2LmF0YXBjaS4xLiVwbnBpbmZvOiB2 ZW5kb3I9MHgxMDAyIGRldmljZT0weDQzOGMgc3VidmVuZG9yPTB4MTczNCBzdWJkZXZpY2U9MHgx MGQxIGNsYXNzPTB4MDEwMThhCmRldi5hdGFwY2kuMS4lcGFyZW50OiBwY2kwCmRldi5hdGEuMi4l ZGVzYzogQVRBIGNoYW5uZWwgMApkZXYuYXRhLjIuJWRyaXZlcjogYXRhCmRldi5hdGEuMi4lbG9j YXRpb246IGNoYW5uZWw9MApkZXYuYXRhLjIuJXBhcmVudDogYXRhcGNpMApkZXYuYXRhLjMuJWRl c2M6IEFUQSBjaGFubmVsIDEKZGV2LmF0YS4zLiVkcml2ZXI6IGF0YQpkZXYuYXRhLjMuJWxvY2F0 aW9uOiBjaGFubmVsPTEKZGV2LmF0YS4zLiVwYXJlbnQ6IGF0YXBjaTAKZGV2LmF0YS40LiVkZXNj OiBBVEEgY2hhbm5lbCAyCmRldi5hdGEuNC4lZHJpdmVyOiBhdGEKZGV2LmF0YS40LiVsb2NhdGlv bjogY2hhbm5lbD0yCmRldi5hdGEuNC4lcGFyZW50OiBhdGFwY2kwCmRldi5hdGEuNS4lZGVzYzog QVRBIGNoYW5uZWwgMwpkZXYuYXRhLjUuJWRyaXZlcjogYXRhCmRldi5hdGEuNS4lbG9jYXRpb246 IGNoYW5uZWw9MwpkZXYuYXRhLjUuJXBhcmVudDogYXRhcGNpMApkZXYuYXRhLjAuJWRlc2M6IEFU QSBjaGFubmVsIDAKZGV2LmF0YS4wLiVkcml2ZXI6IGF0YQpkZXYuYXRhLjAuJWxvY2F0aW9uOiBj aGFubmVsPTAKZGV2LmF0YS4wLiVwYXJlbnQ6IGF0YXBjaTEKZGV2Lm9oY2kuMC4lZGVzYzogT0hD SSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXIKZGV2Lm9oY2kuMC4lZHJpdmVyOiBvaGNpCmRldi5v aGNpLjAuJWxvY2F0aW9uOiBzbG90PTE5IGZ1bmN0aW9uPTAgaGFuZGxlPVxfU0JfLlBDSTAuVVNC MQpkZXYub2hjaS4wLiVwbnBpbmZvOiB2ZW5kb3I9MHgxMDAyIGRldmljZT0weDQzODcgc3VidmVu ZG9yPTB4MTczNCBzdWJkZXZpY2U9MHgxMGQxIGNsYXNzPTB4MGMwMzEwCmRldi5vaGNpLjAuJXBh cmVudDogcGNpMApkZXYub2hjaS4wLndha2U6IDAKZGV2Lm9oY2kuMS4lZGVzYzogT0hDSSAoZ2Vu ZXJpYykgVVNCIGNvbnRyb2xsZXIKZGV2Lm9oY2kuMS4lZHJpdmVyOiBvaGNpCmRldi5vaGNpLjEu JWxvY2F0aW9uOiBzbG90PTE5IGZ1bmN0aW9uPTEgaGFuZGxlPVxfU0JfLlBDSTAuVVNCMgpkZXYu b2hjaS4xLiVwbnBpbmZvOiB2ZW5kb3I9MHgxMDAyIGRldmljZT0weDQzODggc3VidmVuZG9yPTB4 MTczNCBzdWJkZXZpY2U9MHgxMGQxIGNsYXNzPTB4MGMwMzEwCmRldi5vaGNpLjEuJXBhcmVudDog cGNpMApkZXYub2hjaS4xLndha2U6IDAKZGV2Lm9oY2kuMi4lZGVzYzogT0hDSSAoZ2VuZXJpYykg VVNCIGNvbnRyb2xsZXIKZGV2Lm9oY2kuMi4lZHJpdmVyOiBvaGNpCmRldi5vaGNpLjIuJWxvY2F0 aW9uOiBzbG90PTE5IGZ1bmN0aW9uPTIgaGFuZGxlPVxfU0JfLlBDSTAuVVNCMwpkZXYub2hjaS4y LiVwbnBpbmZvOiB2ZW5kb3I9MHgxMDAyIGRldmljZT0weDQzODkgc3VidmVuZG9yPTB4MTczNCBz dWJkZXZpY2U9MHgxMGQxIGNsYXNzPTB4MGMwMzEwCmRldi5vaGNpLjIuJXBhcmVudDogcGNpMApk ZXYub2hjaS4yLndha2U6IDAKZGV2Lm9oY2kuMy4lZGVzYzogT0hDSSAoZ2VuZXJpYykgVVNCIGNv bnRyb2xsZXIKZGV2Lm9oY2kuMy4lZHJpdmVyOiBvaGNpCmRldi5vaGNpLjMuJWxvY2F0aW9uOiBz bG90PTE5IGZ1bmN0aW9uPTMgaGFuZGxlPVxfU0JfLlBDSTAuVVNCNApkZXYub2hjaS4zLiVwbnBp bmZvOiB2ZW5kb3I9MHgxMDAyIGRldmljZT0weDQzOGEgc3VidmVuZG9yPTB4MTczNCBzdWJkZXZp Y2U9MHgxMGQxIGNsYXNzPTB4MGMwMzEwCmRldi5vaGNpLjMuJXBhcmVudDogcGNpMApkZXYub2hj aS4zLndha2U6IDAKZGV2Lm9oY2kuNC4lZGVzYzogT0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xs ZXIKZGV2Lm9oY2kuNC4lZHJpdmVyOiBvaGNpCmRldi5vaGNpLjQuJWxvY2F0aW9uOiBzbG90PTE5 IGZ1bmN0aW9uPTQgaGFuZGxlPVxfU0JfLlBDSTAuVVNCNQpkZXYub2hjaS40LiVwbnBpbmZvOiB2 ZW5kb3I9MHgxMDAyIGRldmljZT0weDQzOGIgc3VidmVuZG9yPTB4MTczNCBzdWJkZXZpY2U9MHgx MGQxIGNsYXNzPTB4MGMwMzEwCmRldi5vaGNpLjQuJXBhcmVudDogcGNpMApkZXYub2hjaS40Lndh a2U6IDAKZGV2LnVzYnVzLjAuJWRlc2M6IE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyCmRl di51c2J1cy4wLiVkcml2ZXI6IHVzYnVzCmRldi51c2J1cy4wLiVwYXJlbnQ6IG9oY2kwCmRldi51 c2J1cy4xLiVkZXNjOiBPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcgpkZXYudXNidXMuMS4l ZHJpdmVyOiB1c2J1cwpkZXYudXNidXMuMS4lcGFyZW50OiBvaGNpMQpkZXYudXNidXMuMi4lZGVz YzogT0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXIKZGV2LnVzYnVzLjIuJWRyaXZlcjogdXNi dXMKZGV2LnVzYnVzLjIuJXBhcmVudDogb2hjaTIKZGV2LnVzYnVzLjMuJWRlc2M6IE9IQ0kgKGdl bmVyaWMpIFVTQiBjb250cm9sbGVyCmRldi51c2J1cy4zLiVkcml2ZXI6IHVzYnVzCmRldi51c2J1 cy4zLiVwYXJlbnQ6IG9oY2kzCmRldi51c2J1cy40LiVkZXNjOiBPSENJIChnZW5lcmljKSBVU0Ig Y29udHJvbGxlcgpkZXYudXNidXMuNC4lZHJpdmVyOiB1c2J1cwpkZXYudXNidXMuNC4lcGFyZW50 OiBvaGNpNApkZXYudXNidXMuNS4lZGVzYzogRUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9s bGVyCmRldi51c2J1cy41LiVkcml2ZXI6IHVzYnVzCmRldi51c2J1cy41LiVwYXJlbnQ6IGVoY2kw CmRldi5laGNpLjAuJWRlc2M6IEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcgpkZXYu ZWhjaS4wLiVkcml2ZXI6IGVoY2kKZGV2LmVoY2kuMC4lbG9jYXRpb246IHNsb3Q9MTkgZnVuY3Rp b249NSBoYW5kbGU9XF9TQl8uUENJMC5VU0I2CmRldi5laGNpLjAuJXBucGluZm86IHZlbmRvcj0w eDEwMDIgZGV2aWNlPTB4NDM4NiBzdWJ2ZW5kb3I9MHgxNzM0IHN1YmRldmljZT0weDEwZDEgY2xh c3M9MHgwYzAzMjAKZGV2LmVoY2kuMC4lcGFyZW50OiBwY2kwCmRldi5laGNpLjAud2FrZTogMApk ZXYuaXNhYi4wLiVkZXNjOiBQQ0ktSVNBIGJyaWRnZQpkZXYuaXNhYi4wLiVkcml2ZXI6IGlzYWIK ZGV2LmlzYWIuMC4lbG9jYXRpb246IHNsb3Q9MjAgZnVuY3Rpb249MyBoYW5kbGU9XF9TQl8uUENJ MC5MUENfCmRldi5pc2FiLjAuJXBucGluZm86IHZlbmRvcj0weDEwMDIgZGV2aWNlPTB4NDM4ZCBz dWJ2ZW5kb3I9MHgxNzM0IHN1YmRldmljZT0weDEwZDEgY2xhc3M9MHgwNjAxMDAKZGV2LmlzYWIu MC4lcGFyZW50OiBwY2kwCmRldi5pc2EuMC4lZGVzYzogSVNBIGJ1cwpkZXYuaXNhLjAuJWRyaXZl cjogaXNhCmRldi5pc2EuMC4lcGFyZW50OiBpc2FiMApkZXYuYXRkbWEuMC4lZGVzYzogQVQgRE1B IGNvbnRyb2xsZXIKZGV2LmF0ZG1hLjAuJWRyaXZlcjogYXRkbWEKZGV2LmF0ZG1hLjAuJWxvY2F0 aW9uOiBoYW5kbGU9XF9TQl8uUENJMC5MUENfLkRNQUMKZGV2LmF0ZG1hLjAuJXBucGluZm86IF9I SUQ9UE5QMDIwMCBfVUlEPTAKZGV2LmF0ZG1hLjAuJXBhcmVudDogYWNwaTAKZGV2LmF0cGljLjAu JWRlc2M6IEFUIGludGVycnVwdCBjb250cm9sbGVyCmRldi5hdHBpYy4wLiVkcml2ZXI6IGF0cGlj CmRldi5hdHBpYy4wLiVsb2NhdGlvbjogaGFuZGxlPVxfU0JfLlBDSTAuTFBDXy5QSUNfCmRldi5h dHBpYy4wLiVwbnBpbmZvOiBfSElEPVBOUDAwMDAgX1VJRD0wCmRldi5hdHBpYy4wLiVwYXJlbnQ6 IGFjcGkwCmRldi5hdHJ0Yy4wLiVkZXNjOiBBVCByZWFsdGltZSBjbG9jawpkZXYuYXRydGMuMC4l ZHJpdmVyOiBhdHJ0YwpkZXYuYXRydGMuMC4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5QQ0kwLkxQ Q18uUlRDXwpkZXYuYXRydGMuMC4lcG5waW5mbzogX0hJRD1QTlAwQjAwIF9VSUQ9MApkZXYuYXRy dGMuMC4lcGFyZW50OiBhY3BpMApkZXYuYXR0aW1lci4wLiVkZXNjOiBBVCB0aW1lcgpkZXYuYXR0 aW1lci4wLiVkcml2ZXI6IGF0dGltZXIKZGV2LmF0dGltZXIuMC4lbG9jYXRpb246IGhhbmRsZT1c X1NCXy5QQ0kwLkxQQ18uVElNRQpkZXYuYXR0aW1lci4wLiVwbnBpbmZvOiBfSElEPVBOUDAxMDAg X1VJRD0wCmRldi5hdHRpbWVyLjAuJXBhcmVudDogYWNwaTAKZGV2Lm5weGlzYS4wLiVkZXNjOiBM ZWdhY3kgSVNBIGNvcHJvY2Vzc29yIHN1cHBvcnQKZGV2Lm5weGlzYS4wLiVkcml2ZXI6IG5weGlz YQpkZXYubnB4aXNhLjAuJWxvY2F0aW9uOiBoYW5kbGU9XF9TQl8uUENJMC5MUENfLk1BVEgKZGV2 Lm5weGlzYS4wLiVwbnBpbmZvOiBfSElEPVBOUDBDMDQgX1VJRD0wCmRldi5ucHhpc2EuMC4lcGFy ZW50OiBhY3BpMApkZXYuYXRrYmRjLjAuJWRlc2M6IEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQy KQpkZXYuYXRrYmRjLjAuJWRyaXZlcjogYXRrYmRjCmRldi5hdGtiZGMuMC4lbG9jYXRpb246IGhh bmRsZT1cX1NCXy5QQ0kwLkxQQ18uU0lPXy5LRVlCCmRldi5hdGtiZGMuMC4lcG5waW5mbzogX0hJ RD1QTlAwMzAzIF9VSUQ9MApkZXYuYXRrYmRjLjAuJXBhcmVudDogYWNwaTAKZGV2LmF0a2JkLjAu JWRlc2M6IEFUIEtleWJvYXJkCmRldi5hdGtiZC4wLiVkcml2ZXI6IGF0a2JkCmRldi5hdGtiZC4w LiVwYXJlbnQ6IGF0a2JkYzAKZGV2LnBzbWNwbnAuMC4lZGVzYzogUFMvMiBtb3VzZSBwb3J0CmRl di5wc21jcG5wLjAuJWRyaXZlcjogcHNtY3BucApkZXYucHNtY3BucC4wLiVsb2NhdGlvbjogaGFu ZGxlPVxfU0JfLlBDSTAuTFBDXy5TSU9fLlBTMk0KZGV2LnBzbWNwbnAuMC4lcG5waW5mbzogX0hJ RD1QTlAwRjEzIF9VSUQ9MApkZXYucHNtY3BucC4wLiVwYXJlbnQ6IGFjcGkwCmRldi51YXJ0LjAu JWRlc2M6IDE2NTUwIG9yIGNvbXBhdGlibGUKZGV2LnVhcnQuMC4lZHJpdmVyOiB1YXJ0CmRldi51 YXJ0LjAuJWxvY2F0aW9uOiBoYW5kbGU9XF9TQl8uUENJMC5MUENfLlNJT18uQ09NMQpkZXYudWFy dC4wLiVwbnBpbmZvOiBfSElEPVBOUDA1MDEgX1VJRD0xCmRldi51YXJ0LjAuJXBhcmVudDogYWNw aTAKZGV2LnVhcnQuMS4lZGVzYzogMTY1NTAgb3IgY29tcGF0aWJsZQpkZXYudWFydC4xLiVkcml2 ZXI6IHVhcnQKZGV2LnVhcnQuMS4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5QQ0kwLkxQQ18uU0lP Xy5DT00yCmRldi51YXJ0LjEuJXBucGluZm86IF9ISUQ9UE5QMDUwMSBfVUlEPTIKZGV2LnVhcnQu MS4lcGFyZW50OiBhY3BpMApkZXYuYXBpYy4wLiVkZXNjOiBBUElDIHJlc291cmNlcwpkZXYuYXBp Yy4wLiVkcml2ZXI6IGFwaWMKZGV2LmFwaWMuMC4lcGFyZW50OiBuZXh1czAKZGV2LnBtdGltZXIu MC4lZHJpdmVyOiBwbXRpbWVyCmRldi5wbXRpbWVyLjAuJXBhcmVudDogaXNhMApkZXYub3JtLjAu JWRlc2M6IElTQSBPcHRpb24gUk9NcwpkZXYub3JtLjAuJWRyaXZlcjogb3JtCmRldi5vcm0uMC4l cG5waW5mbzogcG5waWQ9T1JNMDAwMApkZXYub3JtLjAuJXBhcmVudDogaXNhMApkZXYuc2MuMC4l ZGVzYzogU3lzdGVtIGNvbnNvbGUKZGV2LnNjLjAuJWRyaXZlcjogc2MKZGV2LnNjLjAuJXBhcmVu dDogaXNhMApkZXYudmdhLjAuJWRlc2M6IEdlbmVyaWMgSVNBIFZHQQpkZXYudmdhLjAuJWRyaXZl cjogdmdhCmRldi52Z2EuMC4lcGFyZW50OiBpc2EwCmRldi5wb3dlcm5vdy4wLiVkZXNjOiBDb29s YG4nUXVpZXQgSzgKZGV2LnBvd2Vybm93LjAuJWRyaXZlcjogcG93ZXJub3cKZGV2LnBvd2Vybm93 LjAuJXBhcmVudDogY3B1MApkZXYucG93ZXJub3cuMC5mcmVxX3NldHRpbmdzOiA5OTUvLTEgOTk1 Ly0xCmRldi5jcHVmcmVxLjAuJWRyaXZlcjogY3B1ZnJlcQpkZXYuY3B1ZnJlcS4wLiVwYXJlbnQ6 IGNwdTAKZGV2LmFkLjYuJWRlc2M6IFNUOTE2MDMxNEFTLzAwMDFTRE0xCmRldi5hZC42LiVkcml2 ZXI6IGFkCmRldi5hZC42LiVwYXJlbnQ6IGF0YTMKZGV2LnN1YmRpc2suNi4lZHJpdmVyOiBzdWJk aXNrCmRldi5zdWJkaXNrLjYuJXBhcmVudDogYWQ2CmRldi51aHViLjAuJWRlc2M6IEFUSSBPSENJ IHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQpkZXYudWh1Yi4wLiVk cml2ZXI6IHVodWIKZGV2LnVodWIuMC4lcGFyZW50OiB1c2J1czAKZGV2LnVodWIuMS4lZGVzYzog QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCmRldi51 aHViLjEuJWRyaXZlcjogdWh1YgpkZXYudWh1Yi4xLiVwYXJlbnQ6IHVzYnVzMQpkZXYudWh1Yi4y LiVkZXNjOiBBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDEKZGV2LnVodWIuMi4lZHJpdmVyOiB1aHViCmRldi51aHViLjIuJXBhcmVudDogdXNidXMyCmRl di51aHViLjMuJWRlc2M6IEFUSSBPSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEu MDAsIGFkZHIgMQpkZXYudWh1Yi4zLiVkcml2ZXI6IHVodWIKZGV2LnVodWIuMy4lcGFyZW50OiB1 c2J1czMKZGV2LnVodWIuNC4lZGVzYzogQVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2 IDEuMDAvMS4wMCwgYWRkciAxCmRldi51aHViLjQuJWRyaXZlcjogdWh1YgpkZXYudWh1Yi40LiVw YXJlbnQ6IHVzYnVzNApkZXYudWh1Yi41LiVkZXNjOiBBVEkgRUhDSSByb290IEhVQiwgY2xhc3Mg OS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDEKZGV2LnVodWIuNS4lZHJpdmVyOiB1aHViCmRldi51 aHViLjUuJXBhcmVudDogdXNidXM1CmRldi51a2JkLjAuJWRlc2M6IEJUQyBVU0IgTXVsdGltZWRp YSBLZXlib2FyZCwgY2xhc3MgMC8wLCByZXYgMS4xMC8xLjAwLCBhZGRyIDIKZGV2LnVrYmQuMC4l ZHJpdmVyOiB1a2JkCmRldi51a2JkLjAuJWxvY2F0aW9uOiBidXM9MSBodWJhZGRyPTIgcG9ydD0z IGRldmFkZHI9MiBpbnRlcmZhY2U9MApkZXYudWtiZC4wLiVwbnBpbmZvOiB2ZW5kb3I9MHgwNDZk IHByb2R1Y3Q9MHhjMzEyIGRldmNsYXNzPTB4MDAgZGV2c3ViY2xhc3M9MHgwMCBzZXJudW09IiIg cmVsZWFzZT0weDAxMDAgaW50Y2xhc3M9MHgwMyBpbnRzdWJjbGFzcz0weDAxCmRldi51a2JkLjAu JXBhcmVudDogdWh1YjMKZGV2LnVoaWQuMC4lZGVzYzogQlRDIFVTQiBNdWx0aW1lZGlhIEtleWJv YXJkLCBjbGFzcyAwLzAsIHJldiAxLjEwLzEuMDAsIGFkZHIgMgpkZXYudWhpZC4wLiVkcml2ZXI6 IHVoaWQKZGV2LnVoaWQuMC4lbG9jYXRpb246IGJ1cz0xIGh1YmFkZHI9MiBwb3J0PTMgZGV2YWRk cj0yIGludGVyZmFjZT0xCmRldi51aGlkLjAuJXBucGluZm86IHZlbmRvcj0weDA0NmQgcHJvZHVj dD0weGMzMTIgZGV2Y2xhc3M9MHgwMCBkZXZzdWJjbGFzcz0weDAwIHNlcm51bT0iIiByZWxlYXNl PTB4MDEwMCBpbnRjbGFzcz0weDAzIGludHN1YmNsYXNzPTB4MDAKZGV2LnVoaWQuMC4lcGFyZW50 OiB1aHViMwpocHRtdi5zdGF0dXM6IFJvY2tldFJBSUQgMTh4eCBTQVRBIENvbnRyb2xsZXIgZHJp dmVyIFZlcnNpb24gdjEuMTYKCg== --_007_35CFCFC220BF044DA8BFCE7FC11853D701A1DDEX02reitznerlocal_-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 20:54:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85D8A106564A for ; Tue, 10 Jan 2012 20:54:37 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 4A53D8FC12 for ; Tue, 10 Jan 2012 20:54:36 +0000 (UTC) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id q0AKsa7i086384 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jan 2012 12:54:36 -0800 (PST) (envelope-from mj@feral.com) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.14.4/8.14.4/Submit) with ESMTP id q0AKsahq086381; Tue, 10 Jan 2012 12:54:36 -0800 (PST) (envelope-from mj@feral.com) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Tue, 10 Jan 2012 12:54:36 -0800 (PST) From: Matthew Jacob To: Andriy Gapon In-Reply-To: <4F0C9D14.60705@FreeBSD.org> Message-ID: References: <4F0C9D14.60705@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (ns1.feral.com [127.0.0.1]); Tue, 10 Jan 2012 12:54:36 -0800 (PST) Cc: FreeBSD current Subject: Re: bus dma: a flag/quirk for page zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mj@feral.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 20:54:37 -0000 I think it would be just simpler to disallow page zero usage period. Can you think of any case where physical page 0 is ever a valid DMA address? At the very least, require bounce buffers. On Tue, 10 Jan 2012, Andriy Gapon wrote: > > > Some hardware interfaces may reserve a special meaning for a (physical) memory > address value of zero. One example is the OHCI specification where a zero value > in CurrentBufferPointer doesn't mean a physical address, but has a reserved > meaning. To be honest I don't have another example :) but don't preclude its > existence. > > To deal with this peculiarity we could use a special flag/quirk that would > instruct the bus dma code to never use the page zero for communication with the > hardware. > Here's a proof of concept patch that implements the idea: > http://people.freebsd.org/~avg/usb-dma-pagezero.diff > > Some concerns: > - not sure if BUS_DMA_NO_PAGEZERO is the best name for the flag > - the patch implements the flag only for x86 at the moment > - usb code uses the flag regardless of the actual controller type > > What do you think? > > -- > Andriy Gapon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 21:07:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 421DE1065670 for ; Tue, 10 Jan 2012 21:07:00 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta13.emeryville.ca.mail.comcast.net (qmta13.emeryville.ca.mail.comcast.net [76.96.27.243]) by mx1.freebsd.org (Postfix) with ESMTP id 146B38FC19 for ; Tue, 10 Jan 2012 21:06:58 +0000 (UTC) Received: from omta10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by qmta13.emeryville.ca.mail.comcast.net with comcast id KwqW1i0030cQ2SLADwtoUx; Tue, 10 Jan 2012 20:53:48 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta10.emeryville.ca.mail.comcast.net with comcast id Kwtn1i00r4NgCEG8Wwtn1v; Tue, 10 Jan 2012 20:53:48 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q0AKrjej026746; Tue, 10 Jan 2012 13:53:45 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Andriy Gapon In-Reply-To: <4F0C9D14.60705@FreeBSD.org> References: <4F0C9D14.60705@FreeBSD.org> Content-Type: text/plain Date: Tue, 10 Jan 2012 13:53:45 -0700 Message-Id: <1326228825.2419.22.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD current Subject: Re: bus dma: a flag/quirk for page zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 21:07:00 -0000 On Tue, 2012-01-10 at 22:18 +0200, Andriy Gapon wrote: > > Some hardware interfaces may reserve a special meaning for a (physical) memory > address value of zero. One example is the OHCI specification where a zero value > in CurrentBufferPointer doesn't mean a physical address, but has a reserved > meaning. To be honest I don't have another example :) but don't preclude its > existence. > > To deal with this peculiarity we could use a special flag/quirk that would > instruct the bus dma code to never use the page zero for communication with the > hardware. > Here's a proof of concept patch that implements the idea: > http://people.freebsd.org/~avg/usb-dma-pagezero.diff > > Some concerns: > - not sure if BUS_DMA_NO_PAGEZERO is the best name for the flag > - the patch implements the flag only for x86 at the moment > - usb code uses the flag regardless of the actual controller type > > What do you think? I think another way to handle this, one that doesn't require modifying the busdma_machdep implementation for every architecture, would be for usb_dma_tag_create() to set lowaddr to zero and provide a filter func that filters based on both the value zero and the expression currently being passed as lowaddr. At least, I think that's how the filterfunc stuff is supposed to work, I've never actually coded a busdma filter. This has the advantage I call "locality of strangeness." If only the OHCI hardware needs this strange processing, and it seems like in the future this strangeness will still be more the exception than the rule, then the strangeness is best kept close to the place where it's needed, rather than being spread out all over the place (lots of machdep places). -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 21:11:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB7C21065675; Tue, 10 Jan 2012 21:11:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AE89A8FC08; Tue, 10 Jan 2012 21:11:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id q0ALBBE5065638; Tue, 10 Jan 2012 16:11:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id q0ALBBxH065611; Tue, 10 Jan 2012 21:11:11 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 10 Jan 2012 21:11:11 GMT Message-Id: <201201102111.q0ALBBxH065611@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 21:11:14 -0000 TB --- 2012-01-10 20:46:40 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2012-01-10 20:46:40 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-01-10 20:46:40 - cleaning the object tree TB --- 2012-01-10 20:47:04 - cvsupping the source tree TB --- 2012-01-10 20:47:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-01-10 20:47:19 - building world TB --- 2012-01-10 20:47:19 - CROSS_BUILD_TESTING=YES TB --- 2012-01-10 20:47:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-10 20:47:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-10 20:47:19 - SRCCONF=/dev/null TB --- 2012-01-10 20:47:19 - TARGET=ia64 TB --- 2012-01-10 20:47:19 - TARGET_ARCH=ia64 TB --- 2012-01-10 20:47:19 - TZ=UTC TB --- 2012-01-10 20:47:19 - __MAKE_CONF=/dev/null TB --- 2012-01-10 20:47:19 - cd /src TB --- 2012-01-10 20:47:19 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 10 20:47:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_class.c -o login_class.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_crypt.c -o login_crypt.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_ok.c -o login_ok.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_times.c -o login_times.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_tty.c -o login_tty.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/pidfile.c -o pidfile.o cc1: warnings being treated as errors /src/lib/libutil/pidfile.c:272: warning: no previous prototype for 'pidfile_fileno' *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-10 21:11:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-10 21:11:11 - ERROR: failed to build world TB --- 2012-01-10 21:11:11 - 1067.38 user 264.48 system 1470.57 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 21:15:08 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3487F1065670 for ; Tue, 10 Jan 2012 21:15:08 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7B44B8FC13 for ; Tue, 10 Jan 2012 21:15:07 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA06662; Tue, 10 Jan 2012 23:15:01 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rkj25-0007yz-1u; Tue, 10 Jan 2012 23:15:01 +0200 Message-ID: <4F0CAA54.7060005@FreeBSD.org> Date: Tue, 10 Jan 2012 23:15:00 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Ian Lepore References: <4F0C9D14.60705@FreeBSD.org> <1326228825.2419.22.camel@revolution.hippie.lan> In-Reply-To: <1326228825.2419.22.camel@revolution.hippie.lan> X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD current Subject: Re: bus dma: a flag/quirk for page zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 21:15:08 -0000 on 10/01/2012 22:53 Ian Lepore said the following: > On Tue, 2012-01-10 at 22:18 +0200, Andriy Gapon wrote: >> >> Some hardware interfaces may reserve a special meaning for a (physical) memory >> address value of zero. One example is the OHCI specification where a zero value >> in CurrentBufferPointer doesn't mean a physical address, but has a reserved >> meaning. To be honest I don't have another example :) but don't preclude its >> existence. >> >> To deal with this peculiarity we could use a special flag/quirk that would >> instruct the bus dma code to never use the page zero for communication with the >> hardware. >> Here's a proof of concept patch that implements the idea: >> http://people.freebsd.org/~avg/usb-dma-pagezero.diff >> >> Some concerns: >> - not sure if BUS_DMA_NO_PAGEZERO is the best name for the flag >> - the patch implements the flag only for x86 at the moment >> - usb code uses the flag regardless of the actual controller type >> >> What do you think? > > I think another way to handle this, one that doesn't require modifying > the busdma_machdep implementation for every architecture, would be for > usb_dma_tag_create() to set lowaddr to zero and provide a filter func > that filters based on both the value zero and the expression currently > being passed as lowaddr. At least, I think that's how the filterfunc > stuff is supposed to work, I've never actually coded a busdma filter. This has still some problems: - filter func is called for the range (lowaddr, hiaddr], that is lowadr is not inclusive, as such there is no way to filter page zero - a bounce page could still be at the physical address zero - and overriding the above, even worse, bounce pages are allocated in the range below lowaddr, so with lowaddr of zero it's impossible to have any bounce pages > This has the advantage I call "locality of strangeness." If only the > OHCI hardware needs this strange processing, and it seems like in the > future this strangeness will still be more the exception than the rule, > then the strangeness is best kept close to the place where it's needed, > rather than being spread out all over the place (lots of machdep > places). -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 21:20:20 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4FE8106564A for ; Tue, 10 Jan 2012 21:20:20 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id A90E28FC19 for ; Tue, 10 Jan 2012 21:20:20 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id AC62C7300A; Tue, 10 Jan 2012 22:37:19 +0100 (CET) Date: Tue, 10 Jan 2012 22:37:19 +0100 From: Luigi Rizzo To: FreeBSD current Message-ID: <20120110213719.GA92799@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: memory barriers in bus_dmamap_sync() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 21:20:21 -0000 I was glancing through manpages and implementations of bus_dma(9) and i am a bit unclear on what this API (in particular, bus_dmamap_sync() ) does in terms of memory barriers. I see that the x86/amd64 and ia64 code only does the bounce buffers. The mips seems to do some coherency-related calls. How do we guarantee, say, that a recently built packet is to memory before issuing the tx command to the NIC ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 21:26:35 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D2E51065670 for ; Tue, 10 Jan 2012 21:26:35 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 84C598FC0C for ; Tue, 10 Jan 2012 21:26:34 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA06756; Tue, 10 Jan 2012 23:26:29 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RkjDA-0007zG-Th; Tue, 10 Jan 2012 23:26:28 +0200 Message-ID: <4F0CAD03.1090605@FreeBSD.org> Date: Tue, 10 Jan 2012 23:26:27 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: mj@feral.com References: <4F0C9D14.60705@FreeBSD.org> In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD current Subject: Re: bus dma: a flag/quirk for page zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 21:26:35 -0000 on 10/01/2012 22:54 Matthew Jacob said the following: > > I think it would be just simpler to disallow page zero usage period. That would be simpler indeed. > Can you > think of any case where physical page 0 is ever a valid DMA address? Not sure if I got your question right. I think that it's possible that an arbitrary virtual page with data could reside at the physical address zero. One particular case that I ran into in practice is that at least amd64 dump code always includes page zero into a dump and the umass+usb code tries to do a direct dma from it. > At the very least, require bounce buffers. Not sure if I got this suggestion in this terse form. Could you please explain? Thank you! > On Tue, 10 Jan 2012, Andriy Gapon wrote: > >> >> >> Some hardware interfaces may reserve a special meaning for a (physical) memory >> address value of zero. One example is the OHCI specification where a zero value >> in CurrentBufferPointer doesn't mean a physical address, but has a reserved >> meaning. To be honest I don't have another example :) but don't preclude its >> existence. >> >> To deal with this peculiarity we could use a special flag/quirk that would >> instruct the bus dma code to never use the page zero for communication with the >> hardware. >> Here's a proof of concept patch that implements the idea: >> http://people.freebsd.org/~avg/usb-dma-pagezero.diff >> >> Some concerns: >> - not sure if BUS_DMA_NO_PAGEZERO is the best name for the flag >> - the patch implements the flag only for x86 at the moment >> - usb code uses the flag regardless of the actual controller type >> >> What do you think? >> >> -- >> Andriy Gapon >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 21:27:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD0351065672 for ; Tue, 10 Jan 2012 21:27:56 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id C216D8FC19 for ; Tue, 10 Jan 2012 21:27:56 +0000 (UTC) Received: from omta21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by qmta08.emeryville.ca.mail.comcast.net with comcast id Kwyl1i0081u4NiLA8xTwh6; Tue, 10 Jan 2012 21:27:56 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta21.emeryville.ca.mail.comcast.net with comcast id KxTv1i00L4NgCEG8hxTvyw; Tue, 10 Jan 2012 21:27:56 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q0ALRr0B026784; Tue, 10 Jan 2012 14:27:53 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Andriy Gapon In-Reply-To: <4F0CAA54.7060005@FreeBSD.org> References: <4F0C9D14.60705@FreeBSD.org> <1326228825.2419.22.camel@revolution.hippie.lan> <4F0CAA54.7060005@FreeBSD.org> Content-Type: text/plain Date: Tue, 10 Jan 2012 14:27:53 -0700 Message-Id: <1326230873.2419.41.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD current Subject: Re: bus dma: a flag/quirk for page zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 21:27:57 -0000 On Tue, 2012-01-10 at 23:15 +0200, Andriy Gapon wrote: > on 10/01/2012 22:53 Ian Lepore said the following: > > On Tue, 2012-01-10 at 22:18 +0200, Andriy Gapon wrote: > >> > >> Some hardware interfaces may reserve a special meaning for a (physical) memory > >> address value of zero. One example is the OHCI specification where a zero value > >> in CurrentBufferPointer doesn't mean a physical address, but has a reserved > >> meaning. To be honest I don't have another example :) but don't preclude its > >> existence. > >> > >> To deal with this peculiarity we could use a special flag/quirk that would > >> instruct the bus dma code to never use the page zero for communication with the > >> hardware. > >> Here's a proof of concept patch that implements the idea: > >> http://people.freebsd.org/~avg/usb-dma-pagezero.diff > >> > >> Some concerns: > >> - not sure if BUS_DMA_NO_PAGEZERO is the best name for the flag > >> - the patch implements the flag only for x86 at the moment > >> - usb code uses the flag regardless of the actual controller type > >> > >> What do you think? > > > > I think another way to handle this, one that doesn't require modifying > > the busdma_machdep implementation for every architecture, would be for > > usb_dma_tag_create() to set lowaddr to zero and provide a filter func > > that filters based on both the value zero and the expression currently > > being passed as lowaddr. At least, I think that's how the filterfunc > > stuff is supposed to work, I've never actually coded a busdma filter. > > This has still some problems: > - filter func is called for the range (lowaddr, hiaddr], that is lowadr is not > inclusive, as such there is no way to filter page zero > - a bounce page could still be at the physical address zero > - and overriding the above, even worse, bounce pages are allocated in the range > below lowaddr, so with lowaddr of zero it's impossible to have any bounce pages Wow, I didn't realize. That almost reads like a list of bugs in the current busdma design. It seems especially wrong to assume that no hardware in the world now or ever would have its range of DMA-able addresses in the middle of its physical address space. I'll throw one more idea out, (because it just popped into my head, not because I think it's the best possible idea)... Could the problems you list be circumvented (for this situation and maybe others) with a new flag BUS_DMA_ALWAYS_FILTER that makes the filter function run regardless of the low/high addr values? That would add the flexibility to handle any arbitary kinds of ranges no matter what hardware or strange requirements come along. -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 21:32:01 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F128106564A; Tue, 10 Jan 2012 21:32:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 09E6B8FC15; Tue, 10 Jan 2012 21:32:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id q0ALW06v046258; Tue, 10 Jan 2012 16:32:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id q0ALW0mZ046241; Tue, 10 Jan 2012 21:32:00 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 10 Jan 2012 21:32:00 GMT Message-Id: <201201102132.q0ALW0mZ046241@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 21:32:01 -0000 TB --- 2012-01-10 21:11:12 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2012-01-10 21:11:12 - starting HEAD tinderbox run for mips/mips TB --- 2012-01-10 21:11:12 - cleaning the object tree TB --- 2012-01-10 21:11:19 - cvsupping the source tree TB --- 2012-01-10 21:11:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-01-10 21:11:32 - building world TB --- 2012-01-10 21:11:32 - CROSS_BUILD_TESTING=YES TB --- 2012-01-10 21:11:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-10 21:11:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-10 21:11:32 - SRCCONF=/dev/null TB --- 2012-01-10 21:11:32 - TARGET=mips TB --- 2012-01-10 21:11:32 - TARGET_ARCH=mips TB --- 2012-01-10 21:11:32 - TZ=UTC TB --- 2012-01-10 21:11:32 - __MAKE_CONF=/dev/null TB --- 2012-01-10 21:11:32 - cd /src TB --- 2012-01-10 21:11:32 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 10 21:11:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_class.c -o login_class.o cc -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_crypt.c -o login_crypt.o cc -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_ok.c -o login_ok.o cc -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_times.c -o login_times.o cc -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_tty.c -o login_tty.o cc -O -pipe -G0 -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/pidfile.c -o pidfile.o cc1: warnings being treated as errors /src/lib/libutil/pidfile.c:272: warning: no previous prototype for 'pidfile_fileno' *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-10 21:32:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-10 21:32:00 - ERROR: failed to build world TB --- 2012-01-10 21:32:00 - 878.45 user 251.62 system 1248.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 21:37:15 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62237106566B; Tue, 10 Jan 2012 21:37:15 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 25ABC8FC13; Tue, 10 Jan 2012 21:37:15 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 39B43665E; Tue, 10 Jan 2012 21:37:14 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 0464D8240; Tue, 10 Jan 2012 22:37:13 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Don Lewis References: <201201092034.q09KYPhM031978@gw.catspoiler.org> Date: Tue, 10 Jan 2012 22:37:13 +0100 In-Reply-To: <201201092034.q09KYPhM031978@gw.catspoiler.org> (Don Lewis's message of "Mon, 9 Jan 2012 12:34:25 -0800 (PST)") Message-ID: <86vcojutme.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 21:37:15 -0000 If at any point in this conversation I seemed to make _no sense at all_, it was because I conflated it with a completely different OpenPAM issue (error reporting in openpam_dynamic.c) which has been on my mind lately. Sorry about that. I will attempt to address both issues in the next release, which I intend to roll in February. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 21:40:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52E9D1065675 for ; Tue, 10 Jan 2012 21:40:02 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 389DB8FC15 for ; Tue, 10 Jan 2012 21:40:01 +0000 (UTC) Received: from omta07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by qmta06.emeryville.ca.mail.comcast.net with comcast id Kxfx1i0011GXsucA6xg1Yi; Tue, 10 Jan 2012 21:40:01 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta07.emeryville.ca.mail.comcast.net with comcast id Kxfz1i00M4NgCEG8Uxg0q0; Tue, 10 Jan 2012 21:40:01 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q0ALdvS1026796; Tue, 10 Jan 2012 14:39:57 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Luigi Rizzo In-Reply-To: <20120110213719.GA92799@onelab2.iet.unipi.it> References: <20120110213719.GA92799@onelab2.iet.unipi.it> Content-Type: text/plain Date: Tue, 10 Jan 2012 14:39:57 -0700 Message-Id: <1326231597.2419.46.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD current Subject: Re: memory barriers in bus_dmamap_sync() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 21:40:02 -0000 On Tue, 2012-01-10 at 22:37 +0100, Luigi Rizzo wrote: > I was glancing through manpages and implementations of bus_dma(9) > and i am a bit unclear on what this API (in particular, bus_dmamap_sync() ) > does in terms of memory barriers. > > I see that the x86/amd64 and ia64 code only does the bounce buffers. > The mips seems to do some coherency-related calls. > > How do we guarantee, say, that a recently built packet is > to memory before issuing the tx command to the NIC ? > > cheers > luigi I've always assumed that when the concept of a memory barrier means anything for a given architecture, it's implied that the bus_dmamap_sync() call has to invoke it as needed to ensure the DMA operation picks up the right data. Maybe it would be good if the manpage said that straight out. The ARM implementations do use the memory barrier operations, in the form of a call to cpu_drain_writebuf() in the busdma_machdep code. The ARM specification says that the CPU is stopped until all buffered data is written to memory for that operation. -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 21:52:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6FE41065785 for ; Tue, 10 Jan 2012 21:52:50 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2F0E88FC0C for ; Tue, 10 Jan 2012 21:52:49 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so62430vcb.13 for ; Tue, 10 Jan 2012 13:52:49 -0800 (PST) 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; bh=LjW99kdMh1QQy+HKKIJuxyhpJn88CFaURLXNr0uAoEI=; b=mWxHxeLt8z5rY0xcyQNN1QY0J2SCuhiEvrGWoO3XDtsCIG9c3/NK1pMetoqRQQT1g6 jgSbRR7uElQBthDZKlZojTFkNxDHUTt3xQeDZ6Ozuu1PMY9Ulsd0ONgZiPfATdclCJnt SiEszHsYvlU32tzXTfxX+cph073iUJFENIGf8= MIME-Version: 1.0 Received: by 10.220.149.212 with SMTP id u20mr12614122vcv.7.1326232369303; Tue, 10 Jan 2012 13:52:49 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.36.5 with HTTP; Tue, 10 Jan 2012 13:52:49 -0800 (PST) In-Reply-To: <20120110213719.GA92799@onelab2.iet.unipi.it> References: <20120110213719.GA92799@onelab2.iet.unipi.it> Date: Tue, 10 Jan 2012 13:52:49 -0800 X-Google-Sender-Auth: s9C1sLVaZOyyMoGsaLmDtP9oyGg Message-ID: From: Adrian Chadd To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD current Subject: Re: memory barriers in bus_dmamap_sync() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 21:52:51 -0000 On 10 January 2012 13:37, Luigi Rizzo wrote: > I was glancing through manpages and implementations of bus_dma(9) > and i am a bit unclear on what this API (in particular, bus_dmamap_sync() ) > does in terms of memory barriers. > > I see that the x86/amd64 and ia64 code only does the bounce buffers. > The mips seems to do some coherency-related calls. > > How do we guarantee, say, that a recently built packet is > to memory before issuing the tx command to the NIC ? The drivers should be good examples of doing the right thing. You just do pre-map and post-map calls as appropriate. Some devices don't bother with this on register accesses and this is a bug. (eg, ath/ath_hal.) Others (eg iwn) do explicit flushes where needed. Adrian From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 21:56:54 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 408EE1065672; Tue, 10 Jan 2012 21:56:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 13ED58FC19; Tue, 10 Jan 2012 21:56:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id q0ALurXH041065; Tue, 10 Jan 2012 16:56:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id q0ALurI7040996; Tue, 10 Jan 2012 21:56:53 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 10 Jan 2012 21:56:53 GMT Message-Id: <201201102156.q0ALurI7040996@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 21:56:54 -0000 TB --- 2012-01-10 21:32:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2012-01-10 21:32:00 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-01-10 21:32:00 - cleaning the object tree TB --- 2012-01-10 21:32:19 - cvsupping the source tree TB --- 2012-01-10 21:32:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-01-10 21:32:31 - building world TB --- 2012-01-10 21:32:31 - CROSS_BUILD_TESTING=YES TB --- 2012-01-10 21:32:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-10 21:32:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-10 21:32:31 - SRCCONF=/dev/null TB --- 2012-01-10 21:32:31 - TARGET=powerpc TB --- 2012-01-10 21:32:31 - TARGET_ARCH=powerpc TB --- 2012-01-10 21:32:31 - TZ=UTC TB --- 2012-01-10 21:32:31 - __MAKE_CONF=/dev/null TB --- 2012-01-10 21:32:31 - cd /src TB --- 2012-01-10 21:32:31 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 10 21:32:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_class.c -o login_class.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_crypt.c -o login_crypt.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_ok.c -o login_ok.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_times.c -o login_times.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_tty.c -o login_tty.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/pidfile.c -o pidfile.o cc1: warnings being treated as errors /src/lib/libutil/pidfile.c:272: warning: no previous prototype for 'pidfile_fileno' *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-10 21:56:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-10 21:56:53 - ERROR: failed to build world TB --- 2012-01-10 21:56:53 - 1097.79 user 257.83 system 1492.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 22:04:08 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93C1C106564A; Tue, 10 Jan 2012 22:04:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5F13D8FC16; Tue, 10 Jan 2012 22:04:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id q0AM47K4086975; Tue, 10 Jan 2012 17:04:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id q0AM47KJ086974; Tue, 10 Jan 2012 22:04:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 10 Jan 2012 22:04:07 GMT Message-Id: <201201102204.q0AM47KJ086974@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 22:04:08 -0000 TB --- 2012-01-10 21:38:04 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2012-01-10 21:38:04 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-01-10 21:38:04 - cleaning the object tree TB --- 2012-01-10 21:38:24 - cvsupping the source tree TB --- 2012-01-10 21:38:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-01-10 21:38:36 - building world TB --- 2012-01-10 21:38:36 - CROSS_BUILD_TESTING=YES TB --- 2012-01-10 21:38:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-10 21:38:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-10 21:38:36 - SRCCONF=/dev/null TB --- 2012-01-10 21:38:36 - TARGET=powerpc TB --- 2012-01-10 21:38:36 - TARGET_ARCH=powerpc64 TB --- 2012-01-10 21:38:36 - TZ=UTC TB --- 2012-01-10 21:38:36 - __MAKE_CONF=/dev/null TB --- 2012-01-10 21:38:36 - cd /src TB --- 2012-01-10 21:38:36 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 10 21:38:37 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_class.c -o login_class.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_crypt.c -o login_crypt.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_ok.c -o login_ok.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_times.c -o login_times.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/login_tty.c -o login_tty.o cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libutil/pidfile.c -o pidfile.o cc1: warnings being treated as errors /src/lib/libutil/pidfile.c:272: warning: no previous prototype for 'pidfile_fileno' *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-10 22:04:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-10 22:04:07 - ERROR: failed to build world TB --- 2012-01-10 22:04:07 - 1164.58 user 266.92 system 1563.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 22:12:06 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6011106566B for ; Tue, 10 Jan 2012 22:12:06 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3D1DA8FC13 for ; Tue, 10 Jan 2012 22:12:05 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA07232; Wed, 11 Jan 2012 00:12:01 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RkjvF-00081i-0I; Wed, 11 Jan 2012 00:12:01 +0200 Message-ID: <4F0CB7B0.20809@FreeBSD.org> Date: Wed, 11 Jan 2012 00:12:00 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Ian Lepore References: <4F0C9D14.60705@FreeBSD.org> <1326228825.2419.22.camel@revolution.hippie.lan> <4F0CAA54.7060005@FreeBSD.org> <1326230873.2419.41.camel@revolution.hippie.lan> In-Reply-To: <1326230873.2419.41.camel@revolution.hippie.lan> X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD current Subject: Re: bus dma: a flag/quirk for page zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 22:12:07 -0000 on 10/01/2012 23:27 Ian Lepore said the following: > On Tue, 2012-01-10 at 23:15 +0200, Andriy Gapon wrote: >> This has still some problems: >> - filter func is called for the range (lowaddr, hiaddr], that is lowadr is not >> inclusive, as such there is no way to filter page zero >> - a bounce page could still be at the physical address zero >> - and overriding the above, even worse, bounce pages are allocated in the range >> below lowaddr, so with lowaddr of zero it's impossible to have any bounce pages > > Wow, I didn't realize. That almost reads like a list of bugs in the > current busdma design. It seems especially wrong to assume that no > hardware in the world now or ever would have its range of DMA-able > addresses in the middle of its physical address space. I am tempted to agree with you here, but since this is my first encounter with the bus dma api I prefer to be cautious. I think that there should be good reasons, even if historical, why the current api is the way it is. E.g. I can not think of a good efficient way to allocate proper bounce page if the whole memory range is subject to filtering. Incremental try and error doesn't sound efficient... > I'll throw one more idea out, (because it just popped into my head, not > because I think it's the best possible idea)... Could the problems you > list be circumvented (for this situation and maybe others) with a new > flag BUS_DMA_ALWAYS_FILTER that makes the filter function run regardless > of the low/high addr values? That would add the flexibility to handle > any arbitary kinds of ranges no matter what hardware or strange > requirements come along. This should/could work, but it has the original problem that it has to be implemented for all archs separately. And also the algorithm for allocating bounce pages in this case needs to be devised. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 22:23:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B86310656D2; Tue, 10 Jan 2012 22:23:43 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id E74DE8FC1D; Tue, 10 Jan 2012 22:23:42 +0000 (UTC) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id q0AMNgR3092155 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jan 2012 14:23:42 -0800 (PST) (envelope-from mj@feral.com) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.14.4/8.14.4/Submit) with ESMTP id q0AMNgsD092152; Tue, 10 Jan 2012 14:23:42 -0800 (PST) (envelope-from mj@feral.com) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Tue, 10 Jan 2012 14:23:42 -0800 (PST) From: Matthew Jacob To: Andriy Gapon In-Reply-To: <4F0CAD03.1090605@FreeBSD.org> Message-ID: References: <4F0C9D14.60705@FreeBSD.org> <4F0CAD03.1090605@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (ns1.feral.com [127.0.0.1]); Tue, 10 Jan 2012 14:23:42 -0800 (PST) Cc: FreeBSD current , mj@feral.com Subject: Re: bus dma: a flag/quirk for page zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mj@feral.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 22:23:44 -0000 >> At the very least, require bounce buffers. > > Not sure if I got this suggestion in this terse form. > Could you please explain? Physical address zero can be DMA'd, but via bounce buffers. bcopy from address zero up through a pagesize to a bounce buffer, do the dma from there (read case), write case the opposite order From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 22:24:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80A42106567A; Tue, 10 Jan 2012 22:24:01 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 400A98FC20; Tue, 10 Jan 2012 22:24:00 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 751A37300A; Tue, 10 Jan 2012 23:41:00 +0100 (CET) Date: Tue, 10 Jan 2012 23:41:00 +0100 From: Luigi Rizzo To: Adrian Chadd Message-ID: <20120110224100.GB93082@onelab2.iet.unipi.it> References: <20120110213719.GA92799@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: FreeBSD current Subject: Re: memory barriers in bus_dmamap_sync() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 22:24:01 -0000 On Tue, Jan 10, 2012 at 01:52:49PM -0800, Adrian Chadd wrote: > On 10 January 2012 13:37, Luigi Rizzo wrote: > > I was glancing through manpages and implementations of bus_dma(9) > > and i am a bit unclear on what this API (in particular, bus_dmamap_sync() ) > > does in terms of memory barriers. > > > > I see that the x86/amd64 and ia64 code only does the bounce buffers. > > The mips seems to do some coherency-related calls. > > > > How do we guarantee, say, that a recently built packet is > > to memory before issuing the tx command to the NIC ? > > The drivers should be good examples of doing the right thing. You just > do pre-map and post-map calls as appropriate. > > Some devices don't bother with this on register accesses and this is a > bug. (eg, ath/ath_hal.) Others (eg iwn) do explicit flushes where > needed. so you are saying that drivers are correct unless they are buggy :) Anyways... i see that some drivers use wmb() and rmb() and redefine their own version, usually based on lfence/sfence even on i386 #define rmb() __asm volatile("lfence" ::: "memory") #define wmb() __asm volatile("sfence" ::: "memory") whereas the standard definitions are slightly different, e.g. sys/i386/include/atomic.h: #define rmb() __asm __volatile("lock; addl $0,(%%esp)" : : : "memory") #define wmb() __asm __volatile("lock; addl $0,(%%esp)" : : : "memory") and our bus_space API in sys/x86/include/bus.h is a bit unclear to me (other than the fact that having 4 unused arguments don't really encourage its use...) static __inline void bus_space_barrier(bus_space_tag_t tag __unused, bus_space_handle_t bsh __unused, bus_size_t offset __unused, bus_size_t len __unused, int flags) { #ifdef __GNUCLIKE_ASM if (flags & BUS_SPACE_BARRIER_READ) #ifdef __amd64__ __asm __volatile("lock; addl $0,0(%%rsp)" : : : "memory"); #else __asm __volatile("lock; addl $0,0(%%esp)" : : : "memory"); #endif else __asm __volatile("" : : : "memory"); #endif } cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 22:28:16 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77C7C1065670 for ; Tue, 10 Jan 2012 22:28:16 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C401D8FC0A for ; Tue, 10 Jan 2012 22:28:15 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA07363; Wed, 11 Jan 2012 00:28:10 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RkkAs-00082R-IJ; Wed, 11 Jan 2012 00:28:10 +0200 Message-ID: <4F0CBB78.502@FreeBSD.org> Date: Wed, 11 Jan 2012 00:28:08 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: mj@feral.com References: <4F0C9D14.60705@FreeBSD.org> <4F0CAD03.1090605@FreeBSD.org> In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD current Subject: Re: bus dma: a flag/quirk for page zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 22:28:16 -0000 on 11/01/2012 00:23 Matthew Jacob said the following: >>> At the very least, require bounce buffers. >> >> Not sure if I got this suggestion in this terse form. >> Could you please explain? > > Physical address zero can be DMA'd, but via bounce buffers. > bcopy from address zero up through a pagesize to a bounce buffer, do the dma > from there (read case), write case the opposite order Ah, right. I think that that's what the patch tries to do (among other things) if the flag is set. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 22:49:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 645E91065670 for ; Tue, 10 Jan 2012 22:49:43 +0000 (UTC) (envelope-from guy.helmer@palisadesystems.com) Received: from ps-1-a.compliancesafe.com (ps-1-a.compliancesafe.com [216.81.161.161]) by mx1.freebsd.org (Postfix) with ESMTP id 16B908FC08 for ; Tue, 10 Jan 2012 22:49:42 +0000 (UTC) Received: from mail.palisadesystems.com (localhost [127.0.0.1]) by ps-1-a.compliancesafe.com (8.14.4/8.14.3) with ESMTP id q0AMGwW3037089 for ; Tue, 10 Jan 2012 16:17:12 -0600 (CST) (envelope-from guy.helmer@palisadesystems.com) Received: from guysmbp.dyn.palisadesys.com (GuysMBP.dyn.palisadesys.com [172.16.2.90]) (authenticated bits=0) by mail.palisadesystems.com (8.14.3/8.14.3) with ESMTP id q0AMGVoT024015 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 10 Jan 2012 16:16:49 -0600 (CST) (envelope-from guy.helmer@palisadesystems.com) X-DKIM: Sendmail DKIM Filter v2.8.3 mail.palisadesystems.com q0AMGVoT024015 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=palisadesystems.com; s=mail; t=1326233814; bh=oKY4Xz0amz3S8PZB8+Y8iV61GI+ZtoQ9Sc8DFHTJq70=; l=128; h=From:Mime-Version:Content-Type:Subject:Date:In-Reply-To:To: References:Message-Id; b=MC2deELe2dMiWkSrMgk4oe1ltQK8xaWYK6iHR5fyDn4zW7CQTm3tSMzdvpV32FvmG F1/d4VkYljj4x+3gelYjEVFmU6RosmORbpYK0cyaKBRb2D23nMZxz+xjV70DkmdPZ1 ZaLrQP6vY7QKhoVT5guH4cyT4p5FXHsXVrd/4+18= From: Guy Helmer Mime-Version: 1.0 (Apple Message framework v1251.1) Date: Tue, 10 Jan 2012 16:16:31 -0600 In-Reply-To: <201201102204.q0AM47KJ086974@freebsd-current.sentex.ca> To: current@freebsd.org References: <201201102204.q0AM47KJ086974@freebsd-current.sentex.ca> Message-Id: X-Mailer: Apple Mail (2.1251.1) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.5 (mail.palisadesystems.com [172.16.1.5]); Tue, 10 Jan 2012 16:16:54 -0600 (CST) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner-ID: q0AMGVoT024015 X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-1.627, required 5, ALL_TRUSTED -1.00, BAYES_00 -1.90, HTML_MESSAGE 0.00, RP_8BIT 1.27) X-Palisade-MailScanner-From: guy.helmer@palisadesystems.com X-Spam-Status: No X-PacketSure-Scanned: Yes X-Mailman-Approved-At: Tue, 10 Jan 2012 23:04:52 +0000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 22:49:43 -0000 On Jan 10, 2012, at 4:04 PM, FreeBSD Tinderbox wrote: > cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil = -I/src/lib/libutil/../libc/gen/ -std=3Dgnu99 -fstack-protector = -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter = -Wcast-align -Wchar-subscripts -Winline -Wnested-externs = -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c = /src/lib/libutil/pidfile.c -o pidfile.o > cc1: warnings being treated as errors > /src/lib/libutil/pidfile.c:272: warning: no previous prototype for = 'pidfile_fileno' > *** Error code 1 >=20 > Stop in /src/lib/libutil. > *** Error code 1 I'm not sure how I broke the build -- src/lib/libutil/libutil.h has the = pidfile_fileno() prototype. Guy --------=0AThis message has been scanned by ComplianceSafe, powered by Palisade's PacketSure.=0A From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 23:05:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA2791065672 for ; Tue, 10 Jan 2012 23:05:35 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 68A848FC18 for ; Tue, 10 Jan 2012 23:05:35 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:1d3e:4d27:b4ee:e1e2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id B65074AC2D for ; Wed, 11 Jan 2012 03:05:33 +0400 (MSK) Date: Wed, 11 Jan 2012 03:05:29 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1791250845.20120111030529@serebryakov.spb.ru> To: FreeBSD current MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: Very fresh (two days ago) 10-current becomes completely unresponsive under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 23:05:35 -0000 Hello, FreeBSD. I have home router+AP based on Soekris net5501 (500Mhz GEODE CPU, 512MiB of RAM). It is equipped with vrX NICs (4 of them on-board, one is used as upstream to my ISP, other are unconnectd), em0 PCI board (legacy driver, downstream to my home network) and PCI ath0 (WiFi, for my home wireless network). ISP is connected with PPPoE, mpd 5.6 is used. It is shaped to 40Mbit by ISP. Alos, I have IPv6 tunnel to Hurricane Electric. Box does PPPoE/ipfw/ipfw-nat, DNS (bind from base system), dhcpd, hostapd, nut (network client for UPS, UPS is connected to other box) and it's all. It has serial console to my other computer (no VGA//KBD console on this hardware). I'm running 10-CURRENT to have access to latest ath (WiFi) code. I've used version from 23 Nov 2011 till yesterday, without any significant problems. Then it was upgraded to sources csupped 9 of Jan 2011. And now under network load (it could be loaded up to 75% CPU according to my previous experience, I never seen more than that), it becomes totally unresponsive. It could be pinged. But SSH connection takes tens of minutes. Typing login and wassword on serical console could take 2-5 minutes too. DNS timeouts become frequent. It is alive. But unresponsive. I even could not run "top" on it in such moments, as it doesn't response to typing, even if I logged in before this problem. After some time it answers and works normal for 2-3 minutes (ssh, serial console, etc.) but after that it "hangs" again. No any special messages on console or in demsg output. OH! I have top running right now, when it "hangs". 0% idle time, LA becomes 20 when it have only 35 processes at all, but there is no specific process consuming CPU. Kernel config is stripped down GENERIC, with SHED_ULE. And I never have such problems with 10-CURRENT from 23 Nov 2011. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 23:11:44 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D33C4106566B for ; Tue, 10 Jan 2012 23:11:44 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id A00898FC08 for ; Tue, 10 Jan 2012 23:11:41 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id q0ANAHfu040435; Tue, 10 Jan 2012 15:10:21 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201201102310.q0ANAHfu040435@gw.catspoiler.org> Date: Tue, 10 Jan 2012 15:10:17 -0800 (PST) From: Don Lewis To: des@des.no In-Reply-To: <86vcojutme.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Cc: current@FreeBSD.org Subject: Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 23:11:44 -0000 On 10 Jan, Dag-Erling Smørgrav wrote: > If at any point in this conversation I seemed to make _no sense at all_, > it was because I conflated it with a completely different OpenPAM issue > (error reporting in openpam_dynamic.c) which has been on my mind lately. > Sorry about that. I will attempt to address both issues in the next > release, which I intend to roll in February. Yeah, I didn't see where the change in question would affect error handling, but I think my first patch suggestion would ignore errors. I thought you were commenting on that in your followup messsage. From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 23:21:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 325461065673; Tue, 10 Jan 2012 23:21:18 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id EAEA88FC0A; Tue, 10 Jan 2012 23:21:17 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:1d3e:4d27:b4ee:e1e2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id D280A4AC2D; Wed, 11 Jan 2012 03:21:13 +0400 (MSK) Date: Wed, 11 Jan 2012 03:21:08 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <108354307.20120111032108@serebryakov.spb.ru> To: FreeBSD current In-Reply-To: <1791250845.20120111030529@serebryakov.spb.ru> References: <1791250845.20120111030529@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: mav@freebsd.org, net@freebsd.org Subject: Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 23:21:18 -0000 Hello, Lev. You wrote 11 =FF=ED=E2=E0=F0=FF 2012 =E3., 3:05:29: > OH! I have top running right now, when it "hangs". 0% idle time, LA > becomes 20 when it have only 35 processes at all, but there is no specif= ic > process consuming CPU. Ok, it seems, that here is a problem (CPU time : PID USERNAME PRI NICE SIZE RES STATE TIME WCPU COMMAND 12 root -16 - 0K 8K sleep 18:35 30.18% ng_queue And after that 5 minutes without updates, than normal numbers. It seems, that root of problem is: (a) netgraph in this version of kernel OR (b) new mpd 5.6 (previous version had 5.5). P.S. Adding net@ and mav@ to CC, original posting with all data is in current@ --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 23:35:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93879106566B for ; Tue, 10 Jan 2012 23:35:50 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id EEE0E8FC12 for ; Tue, 10 Jan 2012 23:35:49 +0000 (UTC) Received: by eaan12 with SMTP id n12so55836eaa.13 for ; Tue, 10 Jan 2012 15:35:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=xmwjxX0tFjRn8O7ECuVQdr1nyRg9vUmZTlvbAQMDr6w=; b=XfRI3R5AkwSahOdcfpfM35IImAvwwdlK4q+jfD9c9KlxqSaO8lIj7c3Y0CXs0HMP4H 4YYMMWpcZDCCfhFFXwf11hgrdP0vr277vcopu/RF+pCcto9t8mg0mlZBYFBLQmrTQQeK oo6VbZbzEWEWmZiIk1eTJuBB9BpERahFKrgBA= Received: by 10.213.19.73 with SMTP id z9mr668134eba.41.1326238548606; Tue, 10 Jan 2012 15:35:48 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id a60sm310378713eeb.4.2012.01.10.15.35.46 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 10 Jan 2012 15:35:47 -0800 (PST) Sender: Alexander Motin Message-ID: <4F0CCB50.8020109@FreeBSD.org> Date: Wed, 11 Jan 2012 01:35:44 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: lev@FreeBSD.org References: <1791250845.20120111030529@serebryakov.spb.ru> <108354307.20120111032108@serebryakov.spb.ru> In-Reply-To: <108354307.20120111032108@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD current , net@freebsd.org Subject: Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 23:35:50 -0000 On 01/11/12 01:21, Lev Serebryakov wrote: > Hello, Lev. > You wrote 11 ÿíâàðÿ 2012 ã., 3:05:29: > >> OH! I have top running right now, when it "hangs". 0% idle time, LA >> becomes 20 when it have only 35 processes at all, but there is no specific >> process consuming CPU. > Ok, it seems, that here is a problem (CPU time : > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU COMMAND > 12 root -16 - 0K 8K sleep 18:35 30.18% ng_queue > > And after that 5 minutes without updates, than normal numbers. It > seems, that root of problem is: > > (a) netgraph in this version of kernel > OR > (b) new mpd 5.6 (previous version had 5.5). I remember no changes in mpd-5.6 that I would expect to cause this. Any way it should be trivial to check -- just build 5.5. What do you have configured in mpd configuration and netgraph at all? AFAIR for plain PPPoE it is not very typical to use ng_queue at all as it doesn't requires stack unwrapping and at least few years ago stack size was sufficient to run all processing in one pass. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 23:47:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97AA3106566B for ; Tue, 10 Jan 2012 23:47:12 +0000 (UTC) (envelope-from break19@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 602EC8FC13 for ; Tue, 10 Jan 2012 23:47:12 +0000 (UTC) Received: by iazz13 with SMTP id z13so255758iaz.13 for ; Tue, 10 Jan 2012 15:47:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=tK/hHAzVlR6rb+zxDuMWWYRJ5adcumYo7bwvY/4doI8=; b=E/s95qhlnclfzTktLb+JnGAhs1Pugn7ip96yD2IYSZGTSMEOOT2KqEyhMthIyhryBD Uj2BFbwX3Wq+pWRwPhDQxtusBeEBugKcFpArtRRhA2wqBmBfZr3VSrVHYDN6xD0HVSza V72LMyTR0nvRuz31iOfpvOGGTYRC4pgHaXKSo= Received: by 10.50.88.129 with SMTP id bg1mr4658896igb.10.1326239231798; Tue, 10 Jan 2012 15:47:11 -0800 (PST) Received: from [192.168.4.45] (c-98-230-64-224.hsd1.al.comcast.net. [98.230.64.224]) by mx.google.com with ESMTPS id h9sm268280214ibh.11.2012.01.10.15.47.10 (version=SSLv3 cipher=OTHER); Tue, 10 Jan 2012 15:47:10 -0800 (PST) Message-ID: <4F0CCDFC.9020901@gmail.com> Date: Tue, 10 Jan 2012 17:47:08 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120106 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1791250845.20120111030529@serebryakov.spb.ru> <108354307.20120111032108@serebryakov.spb.ru> In-Reply-To: <108354307.20120111032108@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 23:47:12 -0000 On 01/10/12 17:21, Lev Serebryakov wrote: > Hello, Lev. > You wrote 11 ÿíâàðÿ 2012 ã., 3:05:29: > >> OH! I have top running right now, when it "hangs". 0% idle time, LA >> becomes 20 when it have only 35 processes at all, but there is no specific >> process consuming CPU. > Ok, it seems, that here is a problem (CPU time : > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU COMMAND > 12 root -16 - 0K 8K sleep 18:35 30.18% ng_queue > > And after that 5 minutes without updates, than normal numbers. It > seems, that root of problem is: > > (a) netgraph in this version of kernel > OR > (b) new mpd 5.6 (previous version had 5.5). > > P.S. Adding net@ and mav@ to CC, original posting with all data is in > current@ > If it were me, I would also try with the older 44BSD scheduler, just to see what happens. -- Chuck Burns The Southern Libertarian http://www.thesouthernlibertarian.com/ From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 00:01:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B46291065670; Wed, 11 Jan 2012 00:01:21 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 784AF8FC0C; Wed, 11 Jan 2012 00:01:21 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:1d3e:4d27:b4ee:e1e2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id AD48B4AC2D; Wed, 11 Jan 2012 04:01:19 +0400 (MSK) Date: Wed, 11 Jan 2012 04:01:14 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <16821107.20120111040114@serebryakov.spb.ru> To: Alexander Motin In-Reply-To: <4F0CCB50.8020109@FreeBSD.org> References: <1791250845.20120111030529@serebryakov.spb.ru> <108354307.20120111032108@serebryakov.spb.ru> <4F0CCB50.8020109@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD current , net@freebsd.org Subject: Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 00:01:21 -0000 Hello, Alexander. You wrote 11 =FF=ED=E2=E0=F0=FF 2012 =E3., 3:35:44: > I remember no changes in mpd-5.6 that I would expect to cause this. Any > way it should be trivial to check -- just build 5.5. I'll try tomorrow. > What do you have configured in mpd configuration and netgraph at all?=20 > AFAIR for plain PPPoE it is not very typical to use ng_queue at all as > it doesn't requires stack unwrapping and at least few years ago stack=20 > size was sufficient to run all processing in one pass. I've sent config to you directly. BTW, I've never seen ng_queue in top 10 lines before. Interrupts? For sure. Soft interurpts (netisr)? Yes. ng_queue? Never. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 00:07:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBDC0106566B; Wed, 11 Jan 2012 00:07:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 935B48FC08; Wed, 11 Jan 2012 00:07:10 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so172074vcb.13 for ; Tue, 10 Jan 2012 16:07:09 -0800 (PST) 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; bh=yMH3T0nJojN4Y7h7GWAPhdBB7B/X7WcNAlcEeKxchqI=; b=IC276RFkeNiEepSmGUQljHy9KksTLdgPPBjE49Zn84UGT1LOOX1hvI97TJdjufPetn xsapclDRW6y7iMth87QLxhrTYhKAGYE1jIHtxEKuPkCREQPCH3t60XpNKcLZCeKl0QW4 RnP3EgAX+aGjJ2P6yO8rUZ2hT8qdEhMABCwXw= MIME-Version: 1.0 Received: by 10.52.24.35 with SMTP id r3mr10453773vdf.81.1326240429775; Tue, 10 Jan 2012 16:07:09 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.36.5 with HTTP; Tue, 10 Jan 2012 16:07:09 -0800 (PST) In-Reply-To: <1791250845.20120111030529@serebryakov.spb.ru> References: <1791250845.20120111030529@serebryakov.spb.ru> Date: Tue, 10 Jan 2012 16:07:09 -0800 X-Google-Sender-Auth: aoUZAh9Wcuavz9YFe1Mz5nBLeOU Message-ID: From: Adrian Chadd To: lev@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD current Subject: Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 00:07:11 -0000 Hi, I'd suggest verifying that it's _just_ a kernel update that messes with it. And once you've verified that, what about doing some kernel source version bisecting to narrow down when the relevant change went in that's caused your regression? Adrian From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 01:03:08 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC61810656A3; Wed, 11 Jan 2012 01:03:08 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4F6EB8FC1E; Wed, 11 Jan 2012 01:03:07 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 94FAC66DD; Wed, 11 Jan 2012 01:03:06 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 63A0B8268; Wed, 11 Jan 2012 02:03:06 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Don Lewis References: <201201102310.q0ANAHfu040435@gw.catspoiler.org> Date: Wed, 11 Jan 2012 02:03:05 +0100 In-Reply-To: <201201102310.q0ANAHfu040435@gw.catspoiler.org> (Don Lewis's message of "Tue, 10 Jan 2012 15:10:17 -0800 (PST)") Message-ID: <86ehv7uk3a.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 01:03:08 -0000 Could you please try this: # cd /usr/src/contrib # mv openpam openpam.orig # svn export svn://svn.des.no/openpam/trunk@526 openpam # cd ../lib/libpam # make depend && make all && make install In addition to the pam.conf issue, the major changes relative to head are reduced log spam, improved log messages in certain error conditions, and a different default password prompt for remote logins. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 02:20:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E750A106567D for ; Wed, 11 Jan 2012 02:20:11 +0000 (UTC) (envelope-from alain@bsdgate.org) Received: from slow3-v.mail.gandi.net (slow3-v.mail.gandi.net [217.70.178.89]) by mx1.freebsd.org (Postfix) with ESMTP id 698E28FC15 for ; Wed, 11 Jan 2012 02:20:11 +0000 (UTC) X-WhiteListed: mail was accepted with no delay X-WhiteListed: mail was accepted with no delay Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by slow3-v.mail.gandi.net (Postfix) with ESMTP id 3D3E93AACF for ; Wed, 11 Jan 2012 02:55:11 +0100 (CET) X-Originating-IP: 10.0.10.71 Received: from localhost (front1-v.mgt.gandi.net [10.0.10.71]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 7083AA8080; Wed, 11 Jan 2012 02:55:00 +0100 (CET) MIME-Version: 1.0 X-Mailer: Gandi Mail Message-ID: <57742.1326246900@bsdgate.org> To: "Kirk McKusick" Content-Type: text/plain; charset="utf-8" X-Origin: 78.192.34.210 Date: Wed, 11 Jan 2012 02:55:00 +0100 From: Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, bryce@bryce.net Subject: Re: FS hang when creating snapshots on a UFS SU+J setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alain@bsdgate.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 02:20:12 -0000 Le mar 10/01/12 19:30, "Kirk McKusick" mckusick@mckusick.com a =C3=A9crit: > > Date: Mon, 9 Jan 2012 18:30:51 +0100 > > From: Yamagi Burmeister .org> > To: jeff@freebsd > .org, mckusick > @freebsd.org > Cc: f > reebsd-current@freebsd.org, bryce@bryce.n > et > Subject: Re: FS hang when creating snapshots on a > UFS SU+J setup >=20 > > Hello, > >=20 > > I'm sorry to bother you, but you may not be aware of > this thread and > this problem. We are several people experiencing > deadlocks, kernel > panics and other problems when creating sanpshots on > file systems > with SU+J. It would be nice to get some feedback, > e.g. how can we > help debugging and / or fixing this > problem. >=20 > > Thank you, > > Yamagi >=20 > First step in debugging is to find out if the problem is SU+J > specific. To find out, turn off SU+J but leave SU. This change > is done by running: >=20 > umount > tunefs -j disable > mount > cd > rm .sujournal >=20 > You may want to run `fsck -f' on the filesystem while you have > it unmounted just to be sure that it is clean. Then run your > snapshot request to see if it still fails. If it works, then > we have narrowed the problem down to something related to SU+J. > If it fails then we have a broader issue to deal with. >=20 > If you wish to go back to using SU+J after the test, you can > reenable SU+J by running: >=20 > umount > tunefs -j enable > mount >=20 > When responding to me, it is best to use my k@mckusick.com> email as I tend to read it more regularly. >=20 > Kirk McKusick > _______________________________________________ > f > reebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >=20 >=20 Hi, Agree that i wasn't disable journaling completely before doing a clean full= FSCK. Taking actions requested, i wasn't able to recover this race condition with= SUJ. but snapshot still OK with only SU : So here are some few investigations i have taken: (Sorry being too long)=20 This test system was freshly installed by ISO 9.0 RC1 (18 OCTOBER / after = the fix) and is csuped on 9_RELENG=20 (40G avail) very basic setup, just dovecot running, on GENERIC. Operations and results: Since it's the rootfs: Clean shutdown, boot single, disable SUJ, mount in RW and remove the .sujou= rnal and the bad snapshots file, clean halt. I reboot in single again, then fsck_ufs -y /dev/ufs/ROOTFS I got some very minor fixup with freeblock count wrong and summary informat= ion bad and BLK missing in bitmaps. After a normal reboot, issue a successful snapshot without softupdate journ= aling just su. I reboot in single again, and reactivate SUJ then reboot in normal mode. Issue snapshot: and again mksnap_ffs eating all cpu, not suspendable, not k= illable. So i try to figure out what's going on: with systat -v / gstat / top -SCHP and strace / truss / ktrace on ramfs and nfs for tracking mksanp_ffs: Here some results: gstat : 26 seconds intense io activity: like normal snapshot. Bad spare snapshot file created ( UFS label (ROOTFS) not present and some g= arbage on the beginning. real and sparse size of file 'very' near to a normal snapshot file. Truss begin showing info then hang before being usefull. mksnap_ffs is in running / runnable mode eating 100% cpu in kernel mode, 0%= in user mode. systat : hang top still running correctly : 15 to 25 % CPU in interrupt SWI4 : CLOCK ( C= PU 2 cores ) strace : only for i386 :-( ktrace: block before showing valuable info, even on remote nfs. regular process hanging on suspfs. hard power cycle: After normal reboot , after regular SUJ FIXUP: Got Panic at the login prompt: ( bg_fsck not started ) panic: ffs_sync: rofs mod ( it's physical machine , no screen shots, ) backtrace show ffs_write_suspend+0x...before the ffs_sync So i retry to reboot with the 9 RC1 CD in live mode, disable suj, disable s= u, fsck, renable su, suj,=20 mount the fs,without doing something on it, issue a snapshot ( still in liv= e mode) ,=20 and this time, the snapshot was OK even with SUJ. So i wrongly figure out that touching the root fs in single user is not as = best as touching it with a live CD. But after returning in normal operation, this race is still there. After various tracking tests, and rebooting in normal mode after the SUJ st= andard recovery: I sometime got a double panic after the login prompt panic:ffs_blkfree_cg=20 and just after the backtrace softdep_process_worklist ... -> panic: bufwrite: bufwrite is not busy. I also saw, when there is more io activity while taking snapshot, a kernel = panic saying: panic: softdep_deallocate_dependencies: dangling deps Sure something wrong in this setup, because SUJ snapshot work well on other= systems and on 9.0-RELEASE so i am lost in cyberspace :-) If i don't issue snapshot , the system is very stable, even with heavy acti= vity. (Smartd has never showing bad things.) Since it's not a production system, i can fresh reinstall with 9.0-RELEASE = but since some other people=20 have troubles we prefer investigate. Questions:=20 It Look like journal get out of sync after these race situation ? Idea: Does it can make sense to reinit the log file at shutdown time ? Is it possible that some bad drive write caching (or too aggressive caching= in vm) with bad ordering, can=20 trigger this kind of issues with the journal when snapshot is quiescing the= fs ? (ada0: ATA-8 SATA 2.x device) If required, i can do some more tests, with KDB compiled in, or whatever. Thanks again and again for your wonderful work. Very best regards. Alain BRAUNER. FreeBSD: The way to go :-) From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 06:24:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C301D106564A; Wed, 11 Jan 2012 06:24:33 +0000 (UTC) (envelope-from rea@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 6D4CC8FC13; Wed, 11 Jan 2012 06:24:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codelabs.ru; s=two; h=Sender:Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=IgxnitJxIsnZHhEmbFeBujpa2Zh5xbZSDIIWW9t3yNo=; b=ZX8FhbbALdmGk34BdzQ/D4ST/h1R1CnhXpbFe7Vh+UEd+E7MScI8Gm/sp6bv+azOc/sXZOG4bS5Mb+eZLP0qSY9AZzdcBVs/Jm5z+QSMRC91zqFHUvf10A3hoQdOJiLAL8wiUGS6I4g6o7EKtWraNkQCgue7MNHhgZaD5suHKL918TL2u8OFV/Rfmb5AFma5azuZJhPHqraHXuUfgSCeFYUmLRgVkPPVUosmabsxNz5CzL5ovWSoVsg9RgULWL3fPC86kj7Nn+Mmxsp4+MAMXYgY7FkMKJZ8p1482bSPLb0TECaQO711y9qt11Cq3MoIul2DcTxZZ8SzgnSOTuOiog==; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1RkrLc-000EMY-VN; Wed, 11 Jan 2012 09:07:45 +0300 Date: Wed, 11 Jan 2012 10:07:42 +0400 From: Eygene Ryabinkin To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-embedded@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="N6OI5UwltL9FF6Nb" Content-Disposition: inline Sender: rea@codelabs.ru Cc: Subject: Anyone is currently using the rc_fast_and_loose rc.conf variable? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 06:24:33 -0000 --N6OI5UwltL9FF6Nb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Good day. Sorry for cross-posting, but this question is really belongs to all three lists. Crawling over the rc.d scripts I had found the rc_fast_and_loose variable that affects the way rc.d scripts are processed inside /etc/rc script. There are some problems with certain rc.d script and this variable: they are described in my post to freebsd-rc@, http://lists.freebsd.org/pipermail/freebsd-rc/2011-December/002617.html The question is: does anyone uses rc_fast_and_loose? It seems to be undocumented and not referenced in any scripts and/or manuals. There are at least two ways of proceeding: fix rc.d scripts to work with fast_and_loose and just to eliminate it from rc.subr, so it will be good to know if the second way won't hurt anyone. Thanks. --=20 Eygene Ryabinkin ,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] --N6OI5UwltL9FF6Nb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iF4EAREIAAYFAk8NJy4ACgkQFq+eroFS7PsS6QEAl/9GSxkeQJbrLOxhG7qXYCF/ QDFzE+vXd4kouHq59b8BAIhu2QkyAo2/h+SLx/J/qd5cydJywlXukJtW0DtskgGc =6N7m -----END PGP SIGNATURE----- --N6OI5UwltL9FF6Nb-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 09:30:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65BEF106564A; Wed, 11 Jan 2012 09:30:55 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.org (unknown [IPv6:2a01:4f8:121:2102:1::7]) by mx1.freebsd.org (Postfix) with ESMTP id DB7148FC15; Wed, 11 Jan 2012 09:30:54 +0000 (UTC) Received: from happy.home.yamagi.org (f054061055.adsl.alicedsl.de [78.54.61.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.org (Postfix) with ESMTPSA id 449031666334; Wed, 11 Jan 2012 10:30:50 +0100 (CET) Date: Wed, 11 Jan 2012 10:30:39 +0100 From: Yamagi Burmeister To: mckusick@mckusick.com Message-Id: <20120111103039.d342aef4.lists@yamagi.org> In-Reply-To: <201201101830.q0AIUDP7062707@chez.mckusick.com> References: <20120109183051.1e4de3ca.lists@yamagi.org> <201201101830.q0AIUDP7062707@chez.mckusick.com> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__11_Jan_2012_10_30_39_+0100_MZEwDsONQMm2zskF" Cc: freebsd-current@freebsd.org, bryce@bryce.net Subject: Re: FS hang when creating snapshots on a UFS SU+J setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 09:30:55 -0000 --Signature=_Wed__11_Jan_2012_10_30_39_+0100_MZEwDsONQMm2zskF Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I've done some tests to verify that the problem only occures when SU+J is used, but not SU without J. In fact, I did run the following two loops on different TTYs in parallel: while 1 cp -r /usr/src /root rm -Rf /root/src end while 1 mksnap_ffs / /.snap/snap rm -f /.snap/snap end With SU without J the system survives this for at least 1 hour. But as soon as SU+J is used it most likely deadlocks or even panics in the first 1 or 2 minutes. What extactly happens seems to vary... In most cases the system just deadlocks, sometimes like alain@bsdgate.org descripes and sometimes it's completely unresponsive to any input.=20 I've seen kernel messages like "fsync: giving up on dirty". Several times the system paniced. In most cases printing the generic "panic: page fault while in kernel mode" and one time printing=20 "panic: snapacct_ufs2: bad block". I've never seen the same backtrace twice. One time the system suddenly rebooted, like a tripple fault or something like that happend. Since it's much more likely that the problems described above arrise when the the filesystem is loaded (for example by the first loop) while taking the snapshot this looks like some kind of race condition or something like that.=20 Some more information from an older debug session can be found at: http://deponie.yamagi.org/freebsd/debug/snapshots_panic/ On Tue, 10 Jan 2012 10:30:13 -0800 Kirk McKusick wrote: > > Date: Mon, 9 Jan 2012 18:30:51 +0100 > > From: Yamagi Burmeister > > To: jeff@freebsd.org, mckusick@freebsd.org > > Cc: freebsd-current@freebsd.org, bryce@bryce.net > > Subject: Re: FS hang when creating snapshots on a UFS SU+J setup > >=20 > > Hello, > >=20 > > I'm sorry to bother you, but you may not be aware of this thread and > > this problem. We are several people experiencing deadlocks, kernel > > panics and other problems when creating sanpshots on file systems > > with SU+J. It would be nice to get some feedback, e.g. how can we > > help debugging and / or fixing this problem. > >=20 > > Thank you, > > Yamagi >=20 > First step in debugging is to find out if the problem is SU+J > specific. To find out, turn off SU+J but leave SU. This change > is done by running: >=20 > umount > tunefs -j disable > mount > cd > rm .sujournal >=20 > You may want to run `fsck -f' on the filesystem while you have > it unmounted just to be sure that it is clean. Then run your > snapshot request to see if it still fails. If it works, then > we have narrowed the problem down to something related to SU+J. > If it fails then we have a broader issue to deal with. >=20 > If you wish to go back to using SU+J after the test, you can > reenable SU+J by running: >=20 > umount > tunefs -j enable > mount >=20 > When responding to me, it is best to use my > email as I tend to read it more regularly. >=20 > Kirk McKusick >=20 --=20 Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB --Signature=_Wed__11_Jan_2012_10_30_39_+0100_MZEwDsONQMm2zskF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8NVskACgkQWTjlg++8y8sZmQCg5cPr/75mNEicRDUs8izR061u V5sAoL414rVpi5hYaAB48YVOJIwSrFhV =lN7c -----END PGP SIGNATURE----- --Signature=_Wed__11_Jan_2012_10_30_39_+0100_MZEwDsONQMm2zskF-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 15:14:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2E47106566B; Wed, 11 Jan 2012 15:14:04 +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 8AFAD8FC16; Wed, 11 Jan 2012 15:14:04 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 2E55E46B55; Wed, 11 Jan 2012 10:14:04 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B2A47B922; Wed, 11 Jan 2012 10:14:03 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 11 Jan 2012 10:01:04 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <4F0C9D14.60705@FreeBSD.org> In-Reply-To: <4F0C9D14.60705@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201111001.04724.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 11 Jan 2012 10:14:03 -0500 (EST) Cc: Andriy Gapon Subject: Re: bus dma: a flag/quirk for page zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 15:14:04 -0000 On Tuesday, January 10, 2012 3:18:28 pm Andriy Gapon wrote: > > Some hardware interfaces may reserve a special meaning for a (physical) memory > address value of zero. One example is the OHCI specification where a zero value > in CurrentBufferPointer doesn't mean a physical address, but has a reserved > meaning. To be honest I don't have another example :) but don't preclude its > existence. > > To deal with this peculiarity we could use a special flag/quirk that would > instruct the bus dma code to never use the page zero for communication with the > hardware. > Here's a proof of concept patch that implements the idea: > http://people.freebsd.org/~avg/usb-dma-pagezero.diff > > Some concerns: > - not sure if BUS_DMA_NO_PAGEZERO is the best name for the flag > - the patch implements the flag only for x86 at the moment > - usb code uses the flag regardless of the actual controller type > > What do you think? I think this is fine, but you should just always exclude page zero when allocating bounce pages. Bounce pages are assigned to zones that can be shared by multiple tags, so other tags that map to the same zone can alloc bounce pages that ohci will use (add_bounce_page() should probably take the bounce zone as an arg instead of a tag). I think it's not worth creating a separate zone just for ohci, but to forbid page zero from all zones instead. Also, please change this: - if (newtag->lowaddr < ptoa((vm_paddr_t)Maxmem) - || newtag->alignment > 1) + if (newtag->lowaddr < ptoa((vm_paddr_t)Maxmem) || + newtag->alignment > 1) + newtag->flags |= BUS_DMA_COULD_BOUNCE; + + if ((newtag->flags & BUS_DMA_NO_PAGEZERO) != 0) newtag->flags |= BUS_DMA_COULD_BOUNCE; To just be one if. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 15:14:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48626106564A; Wed, 11 Jan 2012 15:14:06 +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 072188FC17; Wed, 11 Jan 2012 15:14:06 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id B2DF446B09; Wed, 11 Jan 2012 10:14:05 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 20456B960; Wed, 11 Jan 2012 10:14:05 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 11 Jan 2012 10:05:28 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120110213719.GA92799@onelab2.iet.unipi.it> <20120110224100.GB93082@onelab2.iet.unipi.it> In-Reply-To: <20120110224100.GB93082@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201111005.28610.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 11 Jan 2012 10:14:05 -0500 (EST) Cc: Adrian Chadd , Luigi Rizzo Subject: Re: memory barriers in bus_dmamap_sync() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 15:14:06 -0000 On Tuesday, January 10, 2012 5:41:00 pm Luigi Rizzo wrote: > On Tue, Jan 10, 2012 at 01:52:49PM -0800, Adrian Chadd wrote: > > On 10 January 2012 13:37, Luigi Rizzo wrote: > > > I was glancing through manpages and implementations of bus_dma(9) > > > and i am a bit unclear on what this API (in particular, bus_dmamap_sync() ) > > > does in terms of memory barriers. > > > > > > I see that the x86/amd64 and ia64 code only does the bounce buffers. That is because x86 in general does not need memory barriers. Other platforms have them (alpha had them in bus_dmamap_sync()). > > > The mips seems to do some coherency-related calls. > > > > > > How do we guarantee, say, that a recently built packet is > > > to memory before issuing the tx command to the NIC ? > > > > The drivers should be good examples of doing the right thing. You just > > do pre-map and post-map calls as appropriate. > > > > Some devices don't bother with this on register accesses and this is a > > bug. (eg, ath/ath_hal.) Others (eg iwn) do explicit flushes where > > needed. > > so you are saying that drivers are correct unless they are buggy :) For bus_dma, just use bus_dmamap_sync() and you will be fine. > Anyways... i see that some drivers use wmb() and rmb() and redefine > their own version, usually based on lfence/sfence even on i386 > > #define rmb() __asm volatile("lfence" ::: "memory") > #define wmb() __asm volatile("sfence" ::: "memory") > > whereas the standard definitions are slightly different, e.g. > sys/i386/include/atomic.h: > > #define rmb() __asm __volatile("lock; addl $0,(%%esp)" : : : "memory") > #define wmb() __asm __volatile("lock; addl $0,(%%esp)" : : : "memory") > > and our bus_space API in sys/x86/include/bus.h is a bit unclear to > me (other than the fact that having 4 unused arguments don't really > encourage its use...) We could use lfence/sfence on amd64, but on i386 not all processors support those. The broken drivers doing it by hand don't work on early i386 CPUs. Also, I personally don't like using membars like rmb() and wmb() by hand. If you are operating on normal memory I think atomic_load_acq() and atomic_store_rel() are better. > static __inline void > bus_space_barrier(bus_space_tag_t tag __unused, bus_space_handle_t bsh __unused, > bus_size_t offset __unused, bus_size_t len __unused, int flags) > { > #ifdef __GNUCLIKE_ASM > if (flags & BUS_SPACE_BARRIER_READ) > #ifdef __amd64__ > __asm __volatile("lock; addl $0,0(%%rsp)" : : : "memory"); > #else > __asm __volatile("lock; addl $0,0(%%esp)" : : : "memory"); > #endif > else > __asm __volatile("" : : : "memory"); > #endif > } This is only for use with something accessed via bus_space(9). Often these are not needed however. For example, on x86 all bus_space memory is mapped uncached, so no actual barrier is needed except for a compiler barrier. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 15:54:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACE05106564A for ; Wed, 11 Jan 2012 15:54:57 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 7D3188FC1B for ; Wed, 11 Jan 2012 15:54:57 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q0BFsq8p011748; Wed, 11 Jan 2012 08:54:52 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <20120110213719.GA92799@onelab2.iet.unipi.it> Date: Wed, 11 Jan 2012 08:54:52 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120110213719.GA92799@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1251.1) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: FreeBSD current Subject: Re: memory barriers in bus_dmamap_sync() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 15:54:57 -0000 On Jan 10, 2012, at 2:37 PM, Luigi Rizzo wrote: > I was glancing through manpages and implementations of bus_dma(9) > and i am a bit unclear on what this API (in particular, = bus_dmamap_sync() ) > does in terms of memory barriers. >=20 > I see that the x86/amd64 and ia64 code only does the bounce buffers. > The mips seems to do some coherency-related calls. >=20 > How do we guarantee, say, that a recently built packet is > to memory before issuing the tx command to the NIC ? >=20 In short, i386 and amd64 architectures do bus snooping between the cpu = cache and the memory and bus controllers, and coherency is implicit and = guaranteed. No explicit barriers or flushes are needed for device = mastered DMA. Other CPU architectures have appropriate cache flushes = and memory barriers built into their busdma implementations. Note that = this is a different scenario than device register accesses, which is = essentially host mastered DMA. Scott From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 16:02:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4556106564A for ; Wed, 11 Jan 2012 16:02:25 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 6913D8FC15 for ; Wed, 11 Jan 2012 16:02:24 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q0BG2IbX011854; Wed, 11 Jan 2012 09:02:18 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Scott Long In-Reply-To: <4F0C9D14.60705@FreeBSD.org> Date: Wed, 11 Jan 2012 09:02:18 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <43B9536E-7AF4-47A8-A556-79BC30125304@samsco.org> References: <4F0C9D14.60705@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1251.1) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: FreeBSD current Subject: Re: bus dma: a flag/quirk for page zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 16:02:25 -0000 An old controller in the aac driver family had a variation of this = problem back when the FreeBSD contigmalloc algorithm started from the = bottom of memory instead of the top. I worked around it at driver init = time by basically assuring that page 0 (and page 1) were allocated and = thrown away; it seemed easier to leak 8k of memory than to jump through = expensive hoops in busdma. The busdma filter is expensive, and is used so rarely that I'm not even = sure it works. It was created for an old SCSI controller that had a = buggy DMA controller which aliased a repeating pattern of address = ranges; in other words it was a hack. It's expensive to use, since it = forces every bus_dmamap_load() request through the slow path and = possibly bouncing. With that said, your idea of a flag is probably a reasonable change for = now. Alternatively, the ability to specify multiple DMA exclusion = ranges has come up in the past, and would be a more complete answer to = your problem; just treating page0 as special might not be enough (and I = know for a fact that this is true with old i960RX pci processors). = That'll involve an API change, so is something that I'd rather not = happen on a whim. Scott On Jan 10, 2012, at 1:18 PM, Andriy Gapon wrote: >=20 >=20 > Some hardware interfaces may reserve a special meaning for a = (physical) memory > address value of zero. One example is the OHCI specification where a = zero value > in CurrentBufferPointer doesn't mean a physical address, but has a = reserved > meaning. To be honest I don't have another example :) but don't = preclude its > existence. >=20 > To deal with this peculiarity we could use a special flag/quirk that = would > instruct the bus dma code to never use the page zero for communication = with the > hardware. > Here's a proof of concept patch that implements the idea: > http://people.freebsd.org/~avg/usb-dma-pagezero.diff >=20 > Some concerns: > - not sure if BUS_DMA_NO_PAGEZERO is the best name for the flag > - the patch implements the flag only for x86 at the moment > - usb code uses the flag regardless of the actual controller type >=20 > What do you think? >=20 > --=20 > Andriy Gapon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 16:12:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D63D81065672; Wed, 11 Jan 2012 16:12:45 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 96BC78FC0C; Wed, 11 Jan 2012 16:12:45 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 0FFB87300A; Wed, 11 Jan 2012 17:29:44 +0100 (CET) Date: Wed, 11 Jan 2012 17:29:44 +0100 From: Luigi Rizzo To: John Baldwin Message-ID: <20120111162944.GB2266@onelab2.iet.unipi.it> References: <20120110213719.GA92799@onelab2.iet.unipi.it> <20120110224100.GB93082@onelab2.iet.unipi.it> <201201111005.28610.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201201111005.28610.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: memory barriers in bus_dmamap_sync() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 16:12:45 -0000 On Wed, Jan 11, 2012 at 10:05:28AM -0500, John Baldwin wrote: > On Tuesday, January 10, 2012 5:41:00 pm Luigi Rizzo wrote: > > On Tue, Jan 10, 2012 at 01:52:49PM -0800, Adrian Chadd wrote: > > > On 10 January 2012 13:37, Luigi Rizzo wrote: > > > > I was glancing through manpages and implementations of bus_dma(9) > > > > and i am a bit unclear on what this API (in particular, bus_dmamap_sync() ) > > > > does in terms of memory barriers. > > > > > > > > I see that the x86/amd64 and ia64 code only does the bounce buffers. > > That is because x86 in general does not need memory barriers. ... maybe they are not called memory barriers but for instance how do i make sure, even on the x86, that a write to the NIC ring is properly flushed before the write to the 'start' register occurs ? Take for instance the following segment from head/sys/ixgbe/ixgbe.c::ixgbe_xmit() : txd->read.cmd_type_len |= htole32(IXGBE_TXD_CMD_EOP | IXGBE_TXD_CMD_RS); txr->tx_avail -= nsegs; txr->next_avail_desc = i; txbuf->m_head = m_head; /* Swap the dma map between the first and last descriptor */ txr->tx_buffers[first].map = txbuf->map; txbuf->map = map; bus_dmamap_sync(txr->txtag, map, BUS_DMASYNC_PREWRITE); /* Set the index of the descriptor that will be marked done */ txbuf = &txr->tx_buffers[first]; txbuf->eop_index = last; bus_dmamap_sync(txr->txdma.dma_tag, txr->txdma.dma_map, BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); /* * Advance the Transmit Descriptor Tail (Tdt), this tells the * hardware that this frame is available to transmit. */ ++txr->total_packets; IXGBE_WRITE_REG(&adapter->hw, IXGBE_TDT(txr->me), i); the descriptor is allocated without any caching constraint, the bus_dmamap_sync() are effectively NOPs on i386 and amd64, and IXGBE_WRITE_REG has no implicit guard. > We could use lfence/sfence on amd64, but on i386 not all processors support ok then we can make it machine-specific versions... this is kernel code so we do have a list of supported CPUs. > those. The broken drivers doing it by hand don't work on early i386 CPUs. > Also, I personally don't like using membars like rmb() and wmb() by hand. > If you are operating on normal memory I think atomic_load_acq() and > atomic_store_rel() are better. is it just a matter of names ? My complaint was mostly on how many unused parameters you need to pass to bus_space_barrier(). They make life hard for both the programmer and the compiler, which might become unable to optimize them out. I understand that more parameter may help parallelism, but i wonder if it is worth the effort. cheers luigi From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 16:49:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6A8E1065670; Wed, 11 Jan 2012 16:49:46 +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 63C578FC0C; Wed, 11 Jan 2012 16:49:46 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id DCF1646B60; Wed, 11 Jan 2012 11:49:45 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6EA90B922; Wed, 11 Jan 2012 11:49:45 -0500 (EST) From: John Baldwin To: Luigi Rizzo Date: Wed, 11 Jan 2012 11:49:43 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120110213719.GA92799@onelab2.iet.unipi.it> <201201111005.28610.jhb@freebsd.org> <20120111162944.GB2266@onelab2.iet.unipi.it> In-Reply-To: <20120111162944.GB2266@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201111149.44067.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 11 Jan 2012 11:49:45 -0500 (EST) Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: memory barriers in bus_dmamap_sync() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 16:49:46 -0000 On Wednesday, January 11, 2012 11:29:44 am Luigi Rizzo wrote: > On Wed, Jan 11, 2012 at 10:05:28AM -0500, John Baldwin wrote: > > On Tuesday, January 10, 2012 5:41:00 pm Luigi Rizzo wrote: > > > On Tue, Jan 10, 2012 at 01:52:49PM -0800, Adrian Chadd wrote: > > > > On 10 January 2012 13:37, Luigi Rizzo wrote: > > > > > I was glancing through manpages and implementations of bus_dma(9) > > > > > and i am a bit unclear on what this API (in particular, bus_dmamap_sync() ) > > > > > does in terms of memory barriers. > > > > > > > > > > I see that the x86/amd64 and ia64 code only does the bounce buffers. > > > > That is because x86 in general does not need memory barriers. ... > > maybe they are not called memory barriers but for instance > how do i make sure, even on the x86, that a write to the NIC ring > is properly flushed before the write to the 'start' register occurs ? > > Take for instance the following segment from > > head/sys/ixgbe/ixgbe.c::ixgbe_xmit() : > > txd->read.cmd_type_len |= > htole32(IXGBE_TXD_CMD_EOP | IXGBE_TXD_CMD_RS); > txr->tx_avail -= nsegs; > txr->next_avail_desc = i; > > txbuf->m_head = m_head; > /* Swap the dma map between the first and last descriptor */ > txr->tx_buffers[first].map = txbuf->map; > txbuf->map = map; > bus_dmamap_sync(txr->txtag, map, BUS_DMASYNC_PREWRITE); > > /* Set the index of the descriptor that will be marked done */ > txbuf = &txr->tx_buffers[first]; > txbuf->eop_index = last; > > bus_dmamap_sync(txr->txdma.dma_tag, txr->txdma.dma_map, > BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); > /* > * Advance the Transmit Descriptor Tail (Tdt), this tells the > * hardware that this frame is available to transmit. > */ > ++txr->total_packets; > IXGBE_WRITE_REG(&adapter->hw, IXGBE_TDT(txr->me), i); > > the descriptor is allocated without any caching constraint, > the bus_dmamap_sync() are effectively NOPs on i386 and amd64, > and IXGBE_WRITE_REG has no implicit guard. x86 doesn't need a guard as its stores are ordered. The bus_dmamap_sync() would be sufficient for platforms where stores can be reordered in this case (as those platforms should place memory barriers in their implementation of bus_dmamap_sync()). > > We could use lfence/sfence on amd64, but on i386 not all processors support > > ok then we can make it machine-specific versions... this is kernel > code so we do have a list of supported CPUs. It is not worth it to add the overhead for i386 to do that when all modern x86 CPUs are going to run amd64 anyway. > > those. The broken drivers doing it by hand don't work on early i386 CPUs. > > Also, I personally don't like using membars like rmb() and wmb() by hand. > > If you are operating on normal memory I think atomic_load_acq() and > > atomic_store_rel() are better. > > is it just a matter of names ? For regular memory when you are using memory barriers you often want to tie the barrier to a specific operation (e.g. it is the store in IXGBE_WRITE_REG() above that you want ordered after any other stores). Having the load/store and membar in the same call explicitly notes that relationship. > My complaint was mostly on how many > unused parameters you need to pass to bus_space_barrier(). > They make life hard for both the programmer and the > compiler, which might become unable to optimize them out. Yes, it seems overly abstracted. In NetBSD, bus_dmapmap_sync() actually takes extra parameters to say which portion of the map should be sync'd. We removed those in FreeBSD to make the API simpler. bus_space_barrier() could probably use similar simplification (I believe we also adopted that API from NetBSD). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 16:57:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD08C1065672 for ; Wed, 11 Jan 2012 16:57:33 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [IPv6:2001:470:1f0b:105e::1e6]) by mx1.freebsd.org (Postfix) with ESMTP id 6BD048FC0A for ; Wed, 11 Jan 2012 16:57:33 +0000 (UTC) Received: from koef.zs64.net (koef.zs64.net [IPv6:2001:470:1f0b:105e::1e6]) by koef.zs64.net (8.14.5/8.14.4) with ESMTP id q0BGvVUH050232 for ; Wed, 11 Jan 2012 16:57:31 GMT (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.5/8.14.4/Submit) id q0BGvVfL050231 for freebsd-current@freebsd.org; Wed, 11 Jan 2012 11:57:31 -0500 (EST) (envelope-from cracauer) Date: Wed, 11 Jan 2012 11:57:31 -0500 From: Martin Cracauer To: freebsd-current@freebsd.org Message-ID: <20120111165714.GA46594@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Data corruption over NFS in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 16:57:33 -0000 I'm sorry for the unspecific bug report but I thought a heads-up is better than none. $ uname -a FreeBSD wings.cons.org 10.0-CURRENT FreeBSD 10.0-CURRENT #2: Wed Dec 28 12:19:21 EST 2011 cracauer@wings.cons.org:/usr/src/sys/amd64/compile/WINGS amd64 I see filesystem corruption on NFS filesystems here. I am running a heavy shellscript that is noodling around with ascii files assembling them with awk and whatnot. Some actions are concurrent with up to 21 forks doing full-CPU load scripting. This machine is a K8 with a total of 8 cores, diskless NFS and memory filesystem for /tmp. I observe two problems: - for no reason whatsoever, some files change from my (user/group) cracauer/wheel to root/cracauer - the same files will later be corrupted. The beginning of the file is normal but then it has what looks like parts of /usr/ports, including our CVS files and binary junk, mostly zeros I did do some ports building lately but not at the same time that this problem manifested itself. I speculate some ports blocks were still resident in the filesystem buffer cache. Server is Linux. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 16:59:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E92D1065670; Wed, 11 Jan 2012 16:59:53 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 64B428FC12; Wed, 11 Jan 2012 16:59:52 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q0BGxl0B012240; Wed, 11 Jan 2012 09:59:47 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <20120111162944.GB2266@onelab2.iet.unipi.it> Date: Wed, 11 Jan 2012 09:59:47 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <4E8FCE8E-DDCB-4B38-9BFD-2A67BF03D50F@samsco.org> References: <20120110213719.GA92799@onelab2.iet.unipi.it> <20120110224100.GB93082@onelab2.iet.unipi.it> <201201111005.28610.jhb@freebsd.org> <20120111162944.GB2266@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1251.1) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: memory barriers in bus_dmamap_sync() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 16:59:53 -0000 On Jan 11, 2012, at 9:29 AM, Luigi Rizzo wrote: > On Wed, Jan 11, 2012 at 10:05:28AM -0500, John Baldwin wrote: >> On Tuesday, January 10, 2012 5:41:00 pm Luigi Rizzo wrote: >>> On Tue, Jan 10, 2012 at 01:52:49PM -0800, Adrian Chadd wrote: >>>> On 10 January 2012 13:37, Luigi Rizzo wrote: >>>>> I was glancing through manpages and implementations of bus_dma(9) >>>>> and i am a bit unclear on what this API (in particular, = bus_dmamap_sync() ) >>>>> does in terms of memory barriers. >>>>>=20 >>>>> I see that the x86/amd64 and ia64 code only does the bounce = buffers. >>=20 >> That is because x86 in general does not need memory barriers. ... >=20 > maybe they are not called memory barriers but for instance > how do i make sure, even on the x86, that a write to the NIC ring > is properly flushed before the write to the 'start' register occurs ? >=20 Flushed from where? The CPU's cache or the device memory and pci bus? = I already told you that x86/64 is fundamentally designed around bus = snooping, and John already told you that we map device memory to be = uncached. Also, PCI guarantees that reads and writes are retired in = order, and that reads are therefore flushing barriers. So lets take two = scenarios. In the first scenario, the NIC descriptors are in device = memory, so the DMA has to do bus_space accesses to write them. Scenario 1 1. driver writes to the descriptors. These may or may not hang out in = the cpu's cache, though they probably won't because we map PCI device = memory as uncachable. But let's say for the sake of argument that they = are cached. 2. driver writes to the 'go' register on the card. This may or may not = be in the cpu's cache, as in step 1. 3. The writes get flushed out of the cpu and onto the host bus. Again, = the x86/64 architecture guarantees that these writes won't be reordered. 4. The writes get onto the PCI bus and buffered at the first bridge. 5. PCI ordering rules keep the writes in order, and they eventually make = it to the card in the same order that the driver executed them. Scenario 2 1. driver writes to the descriptors in host memory. This memory is = mapped as cache-able, so these writes hang out in the CPU. 2. driver writes to the 'go' register on the card. This may or may not = hang out in the cpu's cache, but likely won't as discussed previously. 3. The 'go' write eventually makes its way down to the card, and the = card starts its processing. 4. the card masters a PCI read for the descriptor data, and the request = goes up the pci bus to the host bridge 5. thanks to the fundamental design guarantees on x86/64, the pci host = bridge, memory controller, and cpu all snoop each other. In this case, = the cpu sees the read come from the pci host bridge, knows that its for = data that's in its cache, and intercepts and fills the request. = Coherency is preserved! Explicit barriers aren't needed in either scenario; everything will = retire correctly and in order. The only caveat is the buffering that = happens on the PCI bus. A write by the host might take a relatively = long and indeterminate time to reach the card thanks to this buffering = and the bus being busy. To guarantee that you know when the write has = been delivered and retired, you can do a read immediately after the = write. On some systems, this might also boost the transaction priority = of the write and get it down faster, but that's really not a reliably = guarantee. All you'll know is that when the read completes, the write = prior to it has also completed. Where barriers _are_ needed is in interrupt handlers, and I can discuss = that if you're interested. Scott From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 17:00:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05E83106568B for ; Wed, 11 Jan 2012 17:00:35 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id A016C8FC28 for ; Wed, 11 Jan 2012 17:00:32 +0000 (UTC) Received: from omta17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by qmta07.emeryville.ca.mail.comcast.net with comcast id LGSC1i0041afHeLA7H0YbZ; Wed, 11 Jan 2012 17:00:32 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta17.emeryville.ca.mail.comcast.net with comcast id LH0X1i0074NgCEG8dH0XHA; Wed, 11 Jan 2012 17:00:32 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q0BH0TpW027657; Wed, 11 Jan 2012 10:00:29 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: John Baldwin In-Reply-To: <201201111149.44067.jhb@freebsd.org> References: <20120110213719.GA92799@onelab2.iet.unipi.it> <201201111005.28610.jhb@freebsd.org> <20120111162944.GB2266@onelab2.iet.unipi.it> <201201111149.44067.jhb@freebsd.org> Content-Type: text/plain Date: Wed, 11 Jan 2012 10:00:29 -0700 Message-Id: <1326301229.2419.78.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: memory barriers in bus_dmamap_sync() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 17:00:36 -0000 On Wed, 2012-01-11 at 11:49 -0500, John Baldwin wrote: > On Wednesday, January 11, 2012 11:29:44 am Luigi Rizzo wrote: > > On Wed, Jan 11, 2012 at 10:05:28AM -0500, John Baldwin wrote: > > > On Tuesday, January 10, 2012 5:41:00 pm Luigi Rizzo wrote: > > > > On Tue, Jan 10, 2012 at 01:52:49PM -0800, Adrian Chadd wrote: > > > > > On 10 January 2012 13:37, Luigi Rizzo wrote: > > > > > > I was glancing through manpages and implementations of bus_dma(9) > > > > > > and i am a bit unclear on what this API (in particular, bus_dmamap_sync() ) > > > > > > does in terms of memory barriers. > > > > > > > > > > > > I see that the x86/amd64 and ia64 code only does the bounce buffers. > > > > > > That is because x86 in general does not need memory barriers. ... > > > > maybe they are not called memory barriers but for instance > > how do i make sure, even on the x86, that a write to the NIC ring > > is properly flushed before the write to the 'start' register occurs ? > > > > Take for instance the following segment from > > > > head/sys/ixgbe/ixgbe.c::ixgbe_xmit() : > > > > txd->read.cmd_type_len |= > > htole32(IXGBE_TXD_CMD_EOP | IXGBE_TXD_CMD_RS); > > txr->tx_avail -= nsegs; > > txr->next_avail_desc = i; > > > > txbuf->m_head = m_head; > > /* Swap the dma map between the first and last descriptor */ > > txr->tx_buffers[first].map = txbuf->map; > > txbuf->map = map; > > bus_dmamap_sync(txr->txtag, map, BUS_DMASYNC_PREWRITE); > > > > /* Set the index of the descriptor that will be marked done */ > > txbuf = &txr->tx_buffers[first]; > > txbuf->eop_index = last; > > > > bus_dmamap_sync(txr->txdma.dma_tag, txr->txdma.dma_map, > > BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); > > /* > > * Advance the Transmit Descriptor Tail (Tdt), this tells the > > * hardware that this frame is available to transmit. > > */ > > ++txr->total_packets; > > IXGBE_WRITE_REG(&adapter->hw, IXGBE_TDT(txr->me), i); > > > > the descriptor is allocated without any caching constraint, > > the bus_dmamap_sync() are effectively NOPs on i386 and amd64, > > and IXGBE_WRITE_REG has no implicit guard. > > x86 doesn't need a guard as its stores are ordered. The bus_dmamap_sync() > would be sufficient for platforms where stores can be reordered in this > case (as those platforms should place memory barriers in their implementation > of bus_dmamap_sync()). > > > > We could use lfence/sfence on amd64, but on i386 not all processors support > > > > ok then we can make it machine-specific versions... this is kernel > > code so we do have a list of supported CPUs. > > It is not worth it to add the overhead for i386 to do that when all modern > x86 CPUs are going to run amd64 anyway. > Harumph. I run i386 on all my x86 CPUs. For our embedded systems products it's because they're small wimpy old CPUs, and for my desktop system it's because I need to run builds for the embedded systems and avoid all the cross-build problems of trying to create i386 ports on a 64 bit host. > > > those. The broken drivers doing it by hand don't work on early i386 CPUs. > > > Also, I personally don't like using membars like rmb() and wmb() by hand. > > > If you are operating on normal memory I think atomic_load_acq() and > > > atomic_store_rel() are better. > > > > is it just a matter of names ? > > For regular memory when you are using memory barriers you often want to tie > the barrier to a specific operation (e.g. it is the store in IXGBE_WRITE_REG() > above that you want ordered after any other stores). Having the load/store > and membar in the same call explicitly notes that relationship. > > > My complaint was mostly on how many > > unused parameters you need to pass to bus_space_barrier(). > > They make life hard for both the programmer and the > > compiler, which might become unable to optimize them out. > > Yes, it seems overly abstracted. In NetBSD, bus_dmapmap_sync() actually takes > extra parameters to say which portion of the map should be sync'd. We removed > those in FreeBSD to make the API simpler. bus_space_barrier() could probably > use similar simplification (I believe we also adopted that API from NetBSD). I've wished (in the ARM world) for the ability to sync a portion of a map. I've even kicked around the idea of proposing an API extension to do so, but I guess if FreeBSD went out of its way to remove that functionality that idea probably won't fly. :) -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 17:04:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 979B9106568E; Wed, 11 Jan 2012 17:04:21 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 642978FC0A; Wed, 11 Jan 2012 17:04:21 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q0BH4Ds9012322; Wed, 11 Jan 2012 10:04:13 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <1326301229.2419.78.camel@revolution.hippie.lan> Date: Wed, 11 Jan 2012 10:04:13 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120110213719.GA92799@onelab2.iet.unipi.it> <201201111005.28610.jhb@freebsd.org> <20120111162944.GB2266@onelab2.iet.unipi.it> <201201111149.44067.jhb@freebsd.org> <1326301229.2419.78.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1251.1) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: memory barriers in bus_dmamap_sync() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 17:04:21 -0000 On Jan 11, 2012, at 10:00 AM, Ian Lepore wrote: >=20 > I've wished (in the ARM world) for the ability to sync a portion of a > map. I've even kicked around the idea of proposing an API extension = to > do so, but I guess if FreeBSD went out of its way to remove that > functionality that idea probably won't fly. :) It's been discussed numerous times since mips and arm became relevant in = FreeBSD, and I'm frankly surprised that it hasn't happened yet. Go = forth and code, it won't be opposed. Scott From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 17:10:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21FC710656D0 for ; Wed, 11 Jan 2012 17:10:45 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta14.emeryville.ca.mail.comcast.net (qmta14.emeryville.ca.mail.comcast.net [76.96.27.212]) by mx1.freebsd.org (Postfix) with ESMTP id 042478FC16 for ; Wed, 11 Jan 2012 17:10:44 +0000 (UTC) Received: from omta19.emeryville.ca.mail.comcast.net ([76.96.30.76]) by qmta14.emeryville.ca.mail.comcast.net with comcast id LFmi1i0051eYJf8AEHAkrJ; Wed, 11 Jan 2012 17:10:44 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta19.emeryville.ca.mail.comcast.net with comcast id LHAj1i0244NgCEG01HAkJo; Wed, 11 Jan 2012 17:10:44 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q0BHAgoA027669; Wed, 11 Jan 2012 10:10:42 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Scott Long In-Reply-To: <4E8FCE8E-DDCB-4B38-9BFD-2A67BF03D50F@samsco.org> References: <20120110213719.GA92799@onelab2.iet.unipi.it> <20120110224100.GB93082@onelab2.iet.unipi.it> <201201111005.28610.jhb@freebsd.org> <20120111162944.GB2266@onelab2.iet.unipi.it> <4E8FCE8E-DDCB-4B38-9BFD-2A67BF03D50F@samsco.org> Content-Type: text/plain Date: Wed, 11 Jan 2012 10:10:42 -0700 Message-Id: <1326301842.2419.80.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: memory barriers in bus_dmamap_sync() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 17:10:45 -0000 On Wed, 2012-01-11 at 09:59 -0700, Scott Long wrote: > > Where barriers _are_ needed is in interrupt handlers, and I can > discuss that if you're interested. > > Scott > I'd be interested in hearing about that (and in general I'm loving the details coming out in your explanations -- thanks!). -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 17:18:49 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB994106566C; Wed, 11 Jan 2012 17:18:49 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D5D108FC16; Wed, 11 Jan 2012 17:18:48 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA20760; Wed, 11 Jan 2012 19:18:47 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <4F0DC476.8050509@FreeBSD.org> Date: Wed, 11 Jan 2012 19:18:46 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: John Baldwin References: <4F0C9D14.60705@FreeBSD.org> <201201111001.04724.jhb@freebsd.org> In-Reply-To: <201201111001.04724.jhb@freebsd.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: bus dma: a flag/quirk for page zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 17:18:49 -0000 on 11/01/2012 17:01 John Baldwin said the following: > I think this is fine, but you should just always exclude page zero when allocating > bounce pages. Bounce pages are assigned to zones that can be shared by multiple > tags, so other tags that map to the same zone can alloc bounce pages that ohci > will use (add_bounce_page() should probably take the bounce zone as an arg instead > of a tag). I think it's not worth creating a separate zone just for ohci, but > to forbid page zero from all zones instead. Thank you for the explanation. Actually, I think that on x86 we don't have to do anything special for any memory allocations that we do, including the bounce pages, as the page zero is excluded from phys_avail and is not available for normal use. The only thing we have to do on x86 is to bounce the page zero if it gets passed to us. (And that can happen only in very special situations, obviously. I am not sure if anything besides the system dump would do that.) And I would prefer to defer any changes to !x86 bus dma to the respective platform maintainers, obviously ;-) > Also, please change this: > > - if (newtag->lowaddr < ptoa((vm_paddr_t)Maxmem) > - || newtag->alignment > 1) > + if (newtag->lowaddr < ptoa((vm_paddr_t)Maxmem) || > + newtag->alignment > 1) > + newtag->flags |= BUS_DMA_COULD_BOUNCE; > + > + if ((newtag->flags & BUS_DMA_NO_PAGEZERO) != 0) > newtag->flags |= BUS_DMA_COULD_BOUNCE; > > To just be one if. Will do. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 17:34:51 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12F0F1065737 for ; Wed, 11 Jan 2012 17:34:50 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 358E38FC08 for ; Wed, 11 Jan 2012 17:34:49 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA20858; Wed, 11 Jan 2012 19:34:36 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <4F0DC82B.4040704@FreeBSD.org> Date: Wed, 11 Jan 2012 19:34:35 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Scott Long References: <4F0C9D14.60705@FreeBSD.org> <43B9536E-7AF4-47A8-A556-79BC30125304@samsco.org> In-Reply-To: <43B9536E-7AF4-47A8-A556-79BC30125304@samsco.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: FreeBSD current Subject: Re: bus dma: a flag/quirk for page zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 17:34:51 -0000 on 11/01/2012 18:02 Scott Long said the following: > An old controller in the aac driver family had a variation of this problem back > when the FreeBSD contigmalloc algorithm started from the bottom of memory > instead of the top. I worked around it at driver init time by basically > assuring that page 0 (and page 1) were allocated and thrown away; it seemed > easier to leak 8k of memory than to jump through expensive hoops in busdma. > > The busdma filter is expensive, and is used so rarely that I'm not even sure it > works. It was created for an old SCSI controller that had a buggy DMA > controller which aliased a repeating pattern of address ranges; in other words > it was a hack. It's expensive to use, since it forces every bus_dmamap_load() > request through the slow path and possibly bouncing. > > With that said, your idea of a flag is probably a reasonable change for now. > Alternatively, the ability to specify multiple DMA exclusion ranges has come up > in the past, and would be a more complete answer to your problem; just treating > page0 as special might not be enough (and I know for a fact that this is true > with old i960RX pci processors). That'll involve an API change, so is > something that I'd rather not happen on a whim. > Scott, thank you very much for the explanation and the insight. As I've written in some other email, on x86 page 0 is already an "unavailable" page and the only way it can get into the dma layer is only during a system dump. I am not sure about all other platforms, probably there is at least one where page 0 is just another normal page. Maybe excluding page 0 from both normal use and the dump is the most simple hummer for this nail... The problem with trying to deal with page zero at the bus dma level is that it pessimizes the cases where previously no bouncing was expected as page zero may pop up anywhere. That's why I decided to go with the flag instead of handling page 0 in all dma tags unconditionally as Matthew has suggested. It feels like there could be a better solution that the flag, but I just can't come up with it. To be fair, I haven't come up with the flag either, it's a John's idea. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 17:42:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F00A8106564A for ; Wed, 11 Jan 2012 17:42:47 +0000 (UTC) (envelope-from gautam@execve.net) Received: from sng001.hawkhost.com (sng001.hawkhost.com [216.12.199.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3ADC58FC0A for ; Wed, 11 Jan 2012 17:42:46 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=execve.net; h=Date:From:To:Cc:Subject:Message-ID:References:Mime-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent:X-OS:X-Secure-Key; b=jad8oO3dSGu/a1YVchMkVMQUSqrRVh9mmBmRcSg5Cc+HCPvPBOWzajgvQ/fqPf6JpXFuvLaaXhnbIrWVki7zIzTobvIL8lXq42B5HIRESELXe3GkYLBc9wR6uXJ8Rtvo; Received: from [117.192.230.44] (port=53514 helo=linbox.localdomain) by sng001.hawkhost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Rl2CB-001bDj-Bz; Thu, 12 Jan 2012 01:42:44 +0800 Received: by linbox.localdomain (Postfix, from userid 1001) id C81BA17052; Wed, 11 Jan 2012 23:12:35 +0530 (IST) Date: Wed, 11 Jan 2012 23:12:35 +0530 From: Gautam Mani To: Yamagi Burmeister , mckusick@mckusick.com Message-ID: <20120111225754.GAf9c67.linbox@execve.net> References: <20120109183051.1e4de3ca.lists@yamagi.org> <201201101830.q0AIUDP7062707@chez.mckusick.com> <20120111103039.d342aef4.lists@yamagi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120111103039.d342aef4.lists@yamagi.org> User-Agent: Mutt/1.4.2.3i X-OS: FreeBSD 9.0-PRERELEASE X-Secure-Key: 0x7586EF34 [ A7E6 795F AF8D 91AF 1D5E 3CC5 7847 7DCC 7586 EF34 ] X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sng001.hawkhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - execve.net Cc: freebsd-current@freebsd.org, bryce@bryce.net Subject: Re: FS hang when creating snapshots on a UFS SU+J setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 17:42:48 -0000 On Wed, Jan 11, 2012 at 10:30:39AM +0100, Yamagi Burmeister wrote: > Hello, > I've done some tests to verify that the problem only occures when SU+J > is used, but not SU without J. In fact, I did run the following two > loops on different TTYs in parallel: I also confirm this using a similar technique. The panic is only seen with SU+J and not with just SU. I did a similar cp -R /root /var/tmp ; rm -rf /var/tmp/root and the panic was trigger with dump -0L... I got the panic (again in less than a minute of issuing the dump command) -- I also got the "giving up on dirty" kind of message. I took a picture of the screen -- I am not sure if that helps! http://picpaste.com/11012012519-LF0sWlpw.jpg > Since it's much more likely that the problems described above arrise > when the the filesystem is loaded (for example by the first loop) while > taking the snapshot this looks like some kind of race condition or > something like that. > Earlier I have seen this happen with dump without any high load -- or atleast very minimum -- again with the /var because some logs were written or cronjob was running writing to it. That didnt panic as I indicated in my previous email -- hogged the CPU and forced a power-cycle. Do let me know if I can try something further. Thanks Gautam From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 18:14:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1DA1106567A for ; Wed, 11 Jan 2012 18:14:47 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 826538FC17 for ; Wed, 11 Jan 2012 18:14:47 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 60DFAAAE02; Wed, 11 Jan 2012 18:14:46 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <20120111165714.GA46594@cons.org> Date: Wed, 11 Jan 2012 19:14:44 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120111165714.GA46594@cons.org> To: Martin Cracauer X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-current@freebsd.org Subject: Re: Data corruption over NFS in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 18:14:47 -0000 Am 11.01.2012 um 17:57 schrieb Martin Cracauer: > I'm sorry for the unspecific bug report but I thought a heads-up is > better than none. >=20 > $ uname -a > FreeBSD wings.cons.org 10.0-CURRENT FreeBSD 10.0-CURRENT #2: Wed Dec > 28 12:19:21 EST 2011 > cracauer@wings.cons.org:/usr/src/sys/amd64/compile/WINGS amd64 I'm sure Rick will want to know which NFS version, which client code = (default new code I'm assuming) and which mount options... > I see filesystem corruption on NFS filesystems here. I am running a > heavy shellscript that is noodling around with ascii files assembling > them with awk and whatnot. Some actions are concurrent with up to 21 > forks doing full-CPU load scripting. This machine is a K8 with a > total of 8 cores, diskless NFS and memory filesystem for /tmp. >=20 > I observe two problems: > - for no reason whatsoever, some files change from my=20 > (user/group) cracauer/wheel to root/cracauer > - the same files will later be corrupted. The beginning of the file > is normal but then it has what looks like parts of /usr/ports, > including our CVS files and binary junk, mostly zeros >=20 > I did do some ports building lately but not at the same time that this > problem manifested itself. I speculate some ports blocks were still > resident in the filesystem buffer cache. >=20 > Server is Linux. >=20 > Martin > --=20 > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > Martin Cracauer http://www.cons.org/cracauer/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 18:21:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45BFA106566C for ; Wed, 11 Jan 2012 18:21:12 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [IPv6:2001:470:1f0b:105e::1e6]) by mx1.freebsd.org (Postfix) with ESMTP id 913288FC18 for ; Wed, 11 Jan 2012 18:21:11 +0000 (UTC) Received: from koef.zs64.net (koef.zs64.net [IPv6:2001:470:1f0b:105e::1e6]) by koef.zs64.net (8.14.5/8.14.4) with ESMTP id q0BILAcE078469; Wed, 11 Jan 2012 18:21:10 GMT (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.5/8.14.4/Submit) id q0BILAu7078468; Wed, 11 Jan 2012 13:21:10 -0500 (EST) (envelope-from cracauer) Date: Wed, 11 Jan 2012 13:21:10 -0500 From: Martin Cracauer To: Stefan Bethke Message-ID: <20120111182110.GA75991@cons.org> References: <20120111165714.GA46594@cons.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Martin Cracauer , freebsd-current@freebsd.org Subject: Re: Data corruption over NFS in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 18:21:12 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Stefan Bethke wrote on Wed, Jan 11, 2012 at 07:14:44PM +0100: > Am 11.01.2012 um 17:57 schrieb Martin Cracauer: > > > I'm sorry for the unspecific bug report but I thought a heads-up is > > better than none. > > > > $ uname -a > > FreeBSD wings.cons.org 10.0-CURRENT FreeBSD 10.0-CURRENT #2: Wed Dec > > 28 12:19:21 EST 2011 > > cracauer@wings.cons.org:/usr/src/sys/amd64/compile/WINGS amd64 > > I'm sure Rick will want to know which NFS version, which client code (default new code I'm assuming) and which mount options... It's all default both in fstab and as reported by mount(8). This is a diskless PXE boot but the mount affected (usr) is not the root filesystem, so this should come in via fstab. BTW, my /usr/ports is another mount so the corruption is cross-mount (garbage from /usr/ports entering /usr). Appending nfsstat output. I am re-running things contiguously to see how reproducible this is. This machine was recently updated from a -current almost a year old, so it's its first time with the new NFS client code. Martin > > I see filesystem corruption on NFS filesystems here. I am running a > > heavy shellscript that is noodling around with ascii files assembling > > them with awk and whatnot. Some actions are concurrent with up to 21 > > forks doing full-CPU load scripting. This machine is a K8 with a > > total of 8 cores, diskless NFS and memory filesystem for /tmp. > > > > I observe two problems: > > - for no reason whatsoever, some files change from my > > (user/group) cracauer/wheel to root/cracauer > > - the same files will later be corrupted. The beginning of the file > > is normal but then it has what looks like parts of /usr/ports, > > including our CVS files and binary junk, mostly zeros > > > > I did do some ports building lately but not at the same time that this > > problem manifested itself. I speculate some ports blocks were still > > resident in the filesystem buffer cache. > > > > Server is Linux. > > > > Martin > > -- > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > Martin Cracauer http://www.cons.org/cracauer/ > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- > Stefan Bethke Fon +49 151 14070811 > > > -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=l Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 94392942 513117 3637266 2577 40227237 2824593 333832 304567 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 32522 5121 4856 20363 13954 179035 0 3534382 Mknod Fsstat Fsinfo PathConf Commit 5 21127240 3 2999 521782 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 167678419 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 1933340911 73265447 1123380719 3636242 90975094 450509 4917135 2824593 BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits Misses 54732346 2577 599049 142917 352394 0 733726346 3534382 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 18:38:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 239C11065676 for ; Wed, 11 Jan 2012 18:38:52 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id AF5F38FC12 for ; Wed, 11 Jan 2012 18:38:51 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q0BIcgO9013123; Wed, 11 Jan 2012 11:38:42 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <1326301842.2419.80.camel@revolution.hippie.lan> Date: Wed, 11 Jan 2012 11:38:42 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <3E27CFAB-DCB3-49E4-9C2A-DD8449B15D64@samsco.org> References: <20120110213719.GA92799@onelab2.iet.unipi.it> <20120110224100.GB93082@onelab2.iet.unipi.it> <201201111005.28610.jhb@freebsd.org> <20120111162944.GB2266@onelab2.iet.unipi.it> <4E8FCE8E-DDCB-4B38-9BFD-2A67BF03D50F@samsco.org> <1326301842.2419.80.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1251.1) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: FreeBSD current , Luigi Rizzo Subject: Re: memory barriers in bus_dmamap_sync() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 18:38:52 -0000 On Jan 11, 2012, at 10:10 AM, Ian Lepore wrote: > On Wed, 2012-01-11 at 09:59 -0700, Scott Long wrote: >>=20 >> Where barriers _are_ needed is in interrupt handlers, and I can >> discuss that if you're interested. >>=20 >> Scott >>=20 >=20 > I'd be interested in hearing about that (and in general I'm loving the > details coming out in your explanations -- thanks!). >=20 > -- Ian >=20 >=20 Well, I unfortunately wasn't as clear as I should have been. Interrupt = handlers need bus barriers, not cpu cache/instruction barriers. This is = because the interrupt signal can arrive at the CPU before data and = control words are finished being DMA's up from the controller. Also, = many controllers require an acknowledgement write to be performed before = leaving the interrupt handler, so the driver needs to do a bus barrier = to ensure that the write flushes. But these are two different topics, = so let me start with the interrupt handler. Legacy interrupts in PCI are carried on discrete pins and are level = triggered. When the device wants to signal an interrupt, it asserts the = pin. That assertion is seen at the IOAPIC on the host bridge and = converted to an interrupt message, which is then sent immediately to the = CPU's lAPIC. This all happened very, very quickly. Meanwhile, the = interrupt condition could have been predicated on the device DMA'ing = bytes up to host memory, and those DMA writes could have gotten stalled = and buffered on the way up the PCI topology. The end result is often = that the driver interrupt handler runs before those writes have hit host = memory. To fix this, drivers do a read of a card register as the first = step in the interrupt handler, even if the read is just a dummy and the = result is thrown away. Thanks to PCI ordering, the read will ensure = that any pending writes from the card have flushed all the way up, and = everything will be coherent by the time the read completes. MSI and MSIX interrupts on modern PCI and PCIe fix this. These = interrupts are sent as byte messages that are DMA'd to the host bridge. = Since they are in-band data, they are subject to the same ordering rules = as all other data on the bus, and thus ordering for them is implicit. = When the MSI message reaches the host bridge, it's converted into an = lAPIC message just like before. However, the driver doesn't need to do = a flushing read because it knows that the MSI message was the last write = on the bus, therefore everything prior to it has arrived and everything = is coherent. Since reads are expensive in PCI, this saves a = considerable amount of time in the driver. Unfortunately, it adds = non-deterministic latency to the interrupt since the MSI message is = in-band and has no way to force priority flushing on a busy bus. So = while MSI/MSIX save some time in the interrupt handler, they actually = make the overall latency situation potentially worse (thanks Intel!). The acknowledgement write issue is a little more straight forward. If = the card requires an acknowledgment write from the driver to know that = the interrupt has been serviced (so that it'll then know to de-assert = the interrupt line), that write has to be flushed to the hardware before = the interrupt handler completes. Otherwise, the write could get = stalled, the interrupt remain asserted, and in the interrupt erroneously = re-trigger on the host CPU. I've seen cases where this devolves into = the card getting out of sync with the driver to the point that = interrupts get missed. Also, this gets a little weird sometimes with = buggy MSI hacks in both device and PCI bridge hardware. Scott From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 19:33:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EFDB1065675 for ; Wed, 11 Jan 2012 19:33:22 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9D0DC8FC24 for ; Wed, 11 Jan 2012 19:33:21 +0000 (UTC) Received: by eekd49 with SMTP id d49so549960eek.13 for ; Wed, 11 Jan 2012 11:33:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=aY7qYXoEO+aEuO8NS6nzvltFyfhygOTqNijz5Rc5lDw=; b=giXKiWc+334DLyjS/XLqeHd2/OOtQHWtBwB9G7IFAkzh+V61ZI67MrFsysk/t6HA/t XjdqyF2uhhE+bywADssDs7ibPnd4uoXfsV01ORMRSIW8s0VaS/WEbz13VMog/Bq/XHkP MTnwDGr7wmqP+8rQssUJrlkChe3boQckNtm08= Received: by 10.14.39.196 with SMTP id d44mr164538eeb.108.1326310400481; Wed, 11 Jan 2012 11:33:20 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id t1sm9479942eeb.3.2012.01.11.11.33.18 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 11 Jan 2012 11:33:19 -0800 (PST) Sender: Alexander Motin Message-ID: <4F0DE3FD.2020203@FreeBSD.org> Date: Wed, 11 Jan 2012 21:33:17 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: FreeBSD current , freebsd-multimedia@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 19:33:22 -0000 Hi. I would like request for testing of my work on further HDA sound driver improvement. List of changes done this time: - Huge old hdac driver was split into three independent pieces: HDA controller driver (hdac), HDA CODEC driver (hdacc) and HDA sudio function driver (hdaa). All drivers are completely independent and talk to each other only via NewBus interfaces. Using more NewBus bells and whistles allows to properly see HDA structure with standard system instruments, such as `devinfo -v`. Biggest driver file size now is 150K, instead of 240K before, and the code is much more clean. - Support for multichannel recording was added. While I've never seen it configured by default, UAA specification tells that it is possible. Now, as specification defines, driver checks input associations for pins with sequence numbers 14 and 15, and if found (usually) -- works as before, mixing signals together. If it doesn't, it configures input association as multichannel. I've found some CODECs doing strange things when configured for multichannel recording, but I've also found successfully working examples. - Signal tracer was improved to look for cases where several DACs/ADCs in CODEC can work with the same audio signal. If such case found, driver registers additional playback/record stream (channel) for the pcm device. Having more then one stream allows to avoid vchans use and so avoid extra conversion to pre-configured vchan rate and sample format. Not many CODECs allow this, especially on playback, but some do. - New controller streams reservation mechanism was implemented. That allows to have more pcm devices then streams supported by the controller (usually 4 in each direction). Now it limits only number of _simultaneously_ transferred audio streams, that is rarely reachable and properly reported if happens. - Codec pins and GPIO signals configuration was exported via set of writable sysctls. Another sysctl dev.hdaa.X.reconfig allows to trigger driver reconfiguration in run-time. The only requirement is that all pcm devices should be closed at the moment, as they will be destroyed and recreated. This should significantly simplify process of fixing CODEC configuration. It should be possible now even to write GUI to do it with few mouse clicks. - Driver now decodes pins location and connector type names. In some cases it allows to hint user where on the system case connectors, related to the pcm device, are located. Number of channels supported by pcm device, reported now (if it is not 2), should also make search easier. - Added fix for digital mic recording on some Asus laptops/netbooks. That is how it may look now in dmesg: hdac0: mem 0xf7ef4000-0xf7ef7fff irq 22 at device 27.0 on pci0 hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 hdacc1: at cad 3 on hdac0 hdaa1: at nid 1 on hdacc1 pcm0: at nid 28,29 and 26,30,27 on hdaa0 pcm1: at nid 32 on hdaa0 pcm2: at nid 6 on hdaa1 Patch can be found here: http://people.freebsd.org/~mav/hda.rewrite.patch Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE and 8-STABLE branches also. Special thanks to iXsystems, Inc. for supporting this work. Comments and tests results are welcome! -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 19:56:53 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3537E106566B; Wed, 11 Jan 2012 19:56:53 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 527508FC1E; Wed, 11 Jan 2012 19:56:51 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA22037; Wed, 11 Jan 2012 21:56:49 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rl4Hx-000BAX-HJ; Wed, 11 Jan 2012 21:56:49 +0200 Message-ID: <4F0DE97F.60208@FreeBSD.org> Date: Wed, 11 Jan 2012 21:56:47 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: John Baldwin References: <4F0C9D14.60705@FreeBSD.org> <201201111001.04724.jhb@freebsd.org> <4F0DC476.8050509@FreeBSD.org> In-Reply-To: <4F0DC476.8050509@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: bus dma: a flag/quirk for page zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 19:56:53 -0000 on 11/01/2012 19:18 Andriy Gapon said the following: > Actually, I think that on x86 we don't have to do anything special for any memory > allocations that we do, including the bounce pages, as the page zero is excluded > from phys_avail and is not available for normal use. After some additional thinking there is probably no reason to take advantage of this fact. First, it would increase differences with other platforms. Second, it would add a hidden dependency. So it's better to be explicit here. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 20:33:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77A50106564A; Wed, 11 Jan 2012 20:33:39 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3AB9A8FC0C; Wed, 11 Jan 2012 20:33:39 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:1d3e:4d27:b4ee:e1e2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 82E7A4AC31; Thu, 12 Jan 2012 00:33:37 +0400 (MSK) Date: Thu, 12 Jan 2012 00:33:32 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <19210156623.20120112003332@serebryakov.spb.ru> To: Chuck Burns In-Reply-To: <4F0CCDFC.9020901@gmail.com> References: <1791250845.20120111030529@serebryakov.spb.ru> <108354307.20120111032108@serebryakov.spb.ru> <4F0CCDFC.9020901@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Alexander Motin , freebsd-current@freebsd.org Subject: Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 20:33:39 -0000 Hello, Chuck. You wrote 11 =FF=ED=E2=E0=F0=FF 2012 =E3., 3:47:08: > If it were me, I would also try with the older 44BSD scheduler, just to > see what happens. It helps both with mpd5.5 and mpd5.6. Now under network load top lines in `top' are PID USERNAME PRI NICE SIZE RES STATE TIME WCPU COMMAND 10 root 155 ki31 0K 8K RUN 2:19 60.74% idle 11 root -72 - 0K 112K WAIT 1:47 32.03% intr{swi1: netis= r 0} And system is very responsive. ng_queue is not in top 17 (one screen) lines of `top' any more, it looks usual to me. I'll try to find revision, which breaks ULE + NetGraph by binary search, but it takes some time as here is 590 revisions in "head/sys" between previous version I used (which works Ok with ULE) and current version (which doesn't). So, it should be ~9 iterations, and every iteration takes ~1 hour and I could not spend 9 hours in row on this task. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 22:32:47 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACE071065672; Wed, 11 Jan 2012 22:32:47 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A14BF8FC20; Wed, 11 Jan 2012 22:32:45 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA23344; Thu, 12 Jan 2012 00:32:43 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rl6ip-000BFu-AY; Thu, 12 Jan 2012 00:32:43 +0200 Message-ID: <4F0E0E0A.40507@FreeBSD.org> Date: Thu, 12 Jan 2012 00:32:42 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Rainer Hurling , FreeBSD Ports , David Chisnall References: <4F0D595B.2000901@FreeBSD.org> <4F0D5CA5.5010409@gwdg.de> <4F0D681A.9020600@FreeBSD.org> <4F0E0B9E.2000600@FreeBSD.org> In-Reply-To: <4F0E0B9E.2000600@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=x-viet-vps Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , Martin Matuska Subject: Re: ImageMagick: tests fail on freebsd 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 22:32:47 -0000 on 12/01/2012 00:22 Andriy Gapon said the following: [snip] > /usr/include/xlocale.h:160:3: error: unknown type name 'va_list' > /usr/include/xlocale.h:162:3: error: unknown type name 'va_list' [snip] > Back to the main problem. I am not sure where the difference between the base > GCC and GCC 4.6 with respect to 'va_list' in xlocale.h comes from. Changing those two instances of 'va_list' to '__va_list' (which is used a lot throughout the header) seems to fix the problem with GCC 4.6. David, what do you think? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 23:19:18 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BCA21065673 for ; Wed, 11 Jan 2012 23:19:18 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id CD4AB8FC0C for ; Wed, 11 Jan 2012 23:19:17 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id q0BNHrqb046878; Wed, 11 Jan 2012 15:17:57 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201201112317.q0BNHrqb046878@gw.catspoiler.org> Date: Wed, 11 Jan 2012 15:17:52 -0800 (PST) From: Don Lewis To: des@des.no In-Reply-To: <86ehv7uk3a.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Cc: current@FreeBSD.org Subject: Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 23:19:18 -0000 On 11 Jan, Dag-Erling Smørgrav wrote: > Could you please try this: > > # cd /usr/src/contrib > # mv openpam openpam.orig > # svn export svn://svn.des.no/openpam/trunk@526 openpam > # cd ../lib/libpam > # make depend && make all && make install [snip] building shared library libpam.so.5 make: don't know how to make openpam.3. Stop *** Error code 2 Other than that, it works great and doesn't get tripped up by my obsolete /etc/pam.conf. Thanks! From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 01:42:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8030106566C for ; Thu, 12 Jan 2012 01:42:26 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 625F48FC1D for ; Thu, 12 Jan 2012 01:42:26 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAFc5Dk+DaFvO/2dsb2JhbABDhQ6pAoFyAQEBAwEBAQEgBCcgCwUWGAICDRkCKQEJJgYIBwQBCBQEh1kIpiyRVoEvgk6HCoEWBIg6ii2CJYp5h2E X-IronPort-AV: E=Sophos;i="4.71,495,1320642000"; d="scan'208";a="151711730" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 11 Jan 2012 20:42:25 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 47D50B3F54; Wed, 11 Jan 2012 20:42:25 -0500 (EST) Date: Wed, 11 Jan 2012 20:42:25 -0500 (EST) From: Rick Macklem To: Martin Cracauer Message-ID: <2072420569.94661.1326332545279.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20120111182110.GA75991@cons.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org, Stefan Bethke Subject: Re: Data corruption over NFS in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 01:42:26 -0000 Martin Cracauer wrote: > Stefan Bethke wrote on Wed, Jan 11, 2012 at 07:14:44PM +0100: > > Am 11.01.2012 um 17:57 schrieb Martin Cracauer: > > > > > I'm sorry for the unspecific bug report but I thought a heads-up > > > is > > > better than none. > > > > > > $ uname -a > > > FreeBSD wings.cons.org 10.0-CURRENT FreeBSD 10.0-CURRENT #2: Wed > > > Dec > > > 28 12:19:21 EST 2011 > > > cracauer@wings.cons.org:/usr/src/sys/amd64/compile/WINGS amd64 > > > > I'm sure Rick will want to know which NFS version, which client code > > (default new code I'm assuming) and which mount options... > > It's all default both in fstab and as reported by mount(8). > I assume that by the above statement, you mean that you don't specify any mount options in your /etc/fstab entry except "rw"? (If this isn't correct, please post your /etc/fstab entries for the NFS mounts.) - If I am correct, in that you just specify "rw", the main difference between the old and new NFS client will be the rsize/wsize used. The new NFS client will use MAX_BSIZE (64Kb) decreased to whatever the server says is the largest it can handle. This should be fine, unless the server says it can handle >= 64Kb, but actually only works correctly for 32Kb (which is what the old NFS client will default to, I think?). A few things to try/check: - Look locally on the server to see if the file is corrupted there. - Try the old NFS client. (Set the fs type to "oldnfs" instead of "nfs" on the lines in your /etc/fstab.) - If switching to the old client helps, it might be a bug in the way the new client generates the create verifier. I just looked at the code and I'm not certain the code in the new client would work correctly for a amd64. (I only have i386 to test with.) - I can easily generate a patch that changes the new client to do this the same way as the old client, but there is no point, unless the old client doesn't have the problem. --> Exclusive create problems might explain the incorrect ownership, since it first does a create that will fill in user/group in whatever default way the Linux server chooses to and then does a Setattr RPC to change them to the correct values. If the Setattr RPC fails, then the file exists owned by whatever the server chooses. (I don't know if Linux servers use the gid of the directory or the gid of the requestor or ???) - If you have a non-Linux NFS server, try running against that to see if it is a Linux server specific problem. (Since I haven't seen any other reports like this, I suspect it might be an interoperability problem related to the Linux server.) Also, if you can reproduce the problem fairly easily, capture a packet trace via # tcpdump -s 0 -w xxx host running on the client (or similar). Then email me "xxx" as an attachment and I can look at it in wireshark. (If you choose to look at it in wireshark, I would suggest you look for Create RPCs to see if they are Exclusive Creates, plus try and see where the data for the corrupt file is written.) Even if the capture is pretty large, it should be easy to find the interesting part, so long as you know the name of the corrupt file and search for that. > This is a diskless PXE boot but the mount affected (usr) is not the > root filesystem, so this should come in via fstab. > > BTW, my /usr/ports is another mount so the corruption is cross-mount > (garbage from /usr/ports entering /usr). > > Appending nfsstat output. > nfsstat output is pretty useless for this kind of situation. I did find it interesting that you do so many Fsstat RPCs, but that shouldn't be a problem, it's just weird to see that. rick > I am re-running things contiguously to see how reproducible this is. > This machine was recently updated from a -current almost a year old, > so it's its first time with the new NFS client code. > > Martin > > > > I see filesystem corruption on NFS filesystems here. I am running > > > a > > > heavy shellscript that is noodling around with ascii files > > > assembling > > > them with awk and whatnot. Some actions are concurrent with up to > > > 21 > > > forks doing full-CPU load scripting. This machine is a K8 with a > > > total of 8 cores, diskless NFS and memory filesystem for /tmp. > > > > > > I observe two problems: > > > - for no reason whatsoever, some files change from my > > > (user/group) cracauer/wheel to root/cracauer > > > - the same files will later be corrupted. The beginning of the > > > file > > > is normal but then it has what looks like parts of /usr/ports, > > > including our CVS files and binary junk, mostly zeros > > > > > > I did do some ports building lately but not at the same time that > > > this > > > problem manifested itself. I speculate some ports blocks were > > > still > > > resident in the filesystem buffer cache. > > > > > > Server is Linux. > > > > > > Martin > > > -- > > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > > Martin Cracauer http://www.cons.org/cracauer/ > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to > > > "freebsd-current-unsubscribe@freebsd.org" > > > > -- > > Stefan Bethke Fon +49 151 14070811 > > > > > > > > -- > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > Martin Cracauer http://www.cons.org/cracauer/ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 01:58:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DD86106564A for ; Thu, 12 Jan 2012 01:58:42 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [IPv6:2001:470:1f0b:105e::1e6]) by mx1.freebsd.org (Postfix) with ESMTP id AE27C8FC08 for ; Thu, 12 Jan 2012 01:58:41 +0000 (UTC) Received: from koef.zs64.net (koef.zs64.net [IPv6:2001:470:1f0b:105e::1e6]) by koef.zs64.net (8.14.5/8.14.4) with ESMTP id q0C1wevc027253; Thu, 12 Jan 2012 01:58:40 GMT (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.5/8.14.4/Submit) id q0C1wdw9027252; Wed, 11 Jan 2012 20:58:39 -0500 (EST) (envelope-from cracauer) Date: Wed, 11 Jan 2012 20:58:39 -0500 From: Martin Cracauer To: Rick Macklem Message-ID: <20120112015839.GA23012@cons.org> References: <20120111182110.GA75991@cons.org> <2072420569.94661.1326332545279.JavaMail.root@erie.cs.uoguelph.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2072420569.94661.1326332545279.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Mutt/1.4.2.3i Cc: Martin Cracauer , freebsd-current@freebsd.org, Stefan Bethke Subject: Re: Data corruption over NFS in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 01:58:42 -0000 Rick Macklem wrote on Wed, Jan 11, 2012 at 08:42:25PM -0500: > Martin Cracauer wrote: > > Stefan Bethke wrote on Wed, Jan 11, 2012 at 07:14:44PM +0100: > > > Am 11.01.2012 um 17:57 schrieb Martin Cracauer: > > > > > > > I'm sorry for the unspecific bug report but I thought a heads-up > > > > is > > > > better than none. > > > > > > > > $ uname -a > > > > FreeBSD wings.cons.org 10.0-CURRENT FreeBSD 10.0-CURRENT #2: Wed > > > > Dec > > > > 28 12:19:21 EST 2011 > > > > cracauer@wings.cons.org:/usr/src/sys/amd64/compile/WINGS amd64 > > > > > > I'm sure Rick will want to know which NFS version, which client code > > > (default new code I'm assuming) and which mount options... > > > > It's all default both in fstab and as reported by mount(8). > > > I assume that by the above statement, you mean that you don't specify any > mount options in your /etc/fstab entry except "rw"? (If this isn't correct, > please post your /etc/fstab entries for the NFS mounts.) 172.18.30.2:/home/diskless/freebsd-current-usr /usr nfs rw 0 0 172.18.30.2:/home/diskless/usr-ports /usr/ports nfs rw 0 0 > - If I am correct, in that you just specify "rw", the main difference > between the old and new NFS client will be the rsize/wsize used. The > new NFS client will use MAX_BSIZE (64Kb) decreased to whatever the > server says is the largest it can handle. This should be fine, unless > the server says it can handle >= 64Kb, but actually only works correctly > for 32Kb (which is what the old NFS client will default to, I think?). I'll try 32 KB. > A few things to try/check: > - Look locally on the server to see if the file is corrupted there. Yes it has the corrupted version of the file, and in a new run I had another file changed to root ownership and that is the same from server and client standpoint. The good news is that this seems fairly reproducible, the root ownership is back. This time I stopped the script when ownership changed so I don't know whether it would have gone forward with corrupting the file afterwards. > - Try the old NFS client. (Set the fs type to "oldnfs" instead of "nfs" > on the lines in your /etc/fstab.) > - If switching to the old client helps, it might be a bug in the way the > new client generates the create verifier. I just looked at the code and > I'm not certain the code in the new client would work correctly for a > amd64. (I only have i386 to test with.) > - I can easily generate a patch that changes the new client to do this > the same way as the old client, but there is no point, unless the old > client doesn't have the problem. > --> Exclusive create problems might explain the incorrect ownership, > since it first does a create that will fill in user/group in whatever > default way the Linux server chooses to and then does a Setattr RPC > to change them to the correct values. If the Setattr RPC fails, then > the file exists owned by whatever the server chooses. (I don't know > if Linux servers use the gid of the directory or the gid of the > requestor or ???) > - If you have a non-Linux NFS server, try running against that to see if it > is a Linux server specific problem. (Since I haven't seen any other reports > like this, I suspect it might be an interoperability problem related to the > Linux server.) I should mention that I also updated the server to Linux-3.1.5 two weeks ago. I'm not sure I put I put heavy load on it since then. I will have a Linux NFS client do the same thing and try the FreeBSD things you mention. > Also, if you can reproduce the problem fairly easily, capture a packet trace via > # tcpdump -s 0 -w xxx host > running on the client (or similar). Then email me "xxx" as an attachment and > I can look at it in wireshark. (If you choose to look at it in wireshark, I > would suggest you look for Create RPCs to see if they are Exclusive Creates, > plus try and see where the data for the corrupt file is written.) > > Even if the capture is pretty large, it should be easy to find the interesting > part, so long as you know the name of the corrupt file and search for that. That's probably not practical, we are talking about hammering the NFS server with several CPU hours worth of parallel activity in a shellscript but I'll do my best :-) Martin > > This is a diskless PXE boot but the mount affected (usr) is not the > > root filesystem, so this should come in via fstab. > > > > BTW, my /usr/ports is another mount so the corruption is cross-mount > > (garbage from /usr/ports entering /usr). > > > > Appending nfsstat output. > > > nfsstat output is pretty useless for this kind of situation. I did find > it interesting that you do so many Fsstat RPCs, but that shouldn't be > a problem, it's just weird to see that. > > rick > > I am re-running things contiguously to see how reproducible this is. > > This machine was recently updated from a -current almost a year old, > > so it's its first time with the new NFS client code. > > > > Martin > > > > > > I see filesystem corruption on NFS filesystems here. I am running > > > > a > > > > heavy shellscript that is noodling around with ascii files > > > > assembling > > > > them with awk and whatnot. Some actions are concurrent with up to > > > > 21 > > > > forks doing full-CPU load scripting. This machine is a K8 with a > > > > total of 8 cores, diskless NFS and memory filesystem for /tmp. > > > > > > > > I observe two problems: > > > > - for no reason whatsoever, some files change from my > > > > (user/group) cracauer/wheel to root/cracauer > > > > - the same files will later be corrupted. The beginning of the > > > > file > > > > is normal but then it has what looks like parts of /usr/ports, > > > > including our CVS files and binary junk, mostly zeros > > > > > > > > I did do some ports building lately but not at the same time that > > > > this > > > > problem manifested itself. I speculate some ports blocks were > > > > still > > > > resident in the filesystem buffer cache. > > > > > > > > Server is Linux. > > > > > > > > Martin > > > > -- > > > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > > > Martin Cracauer http://www.cons.org/cracauer/ > > > > _______________________________________________ > > > > freebsd-current@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > To unsubscribe, send any mail to > > > > "freebsd-current-unsubscribe@freebsd.org" > > > > > > -- > > > Stefan Bethke Fon +49 151 14070811 > > > > > > > > > > > > > -- > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > Martin Cracauer http://www.cons.org/cracauer/ > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 05:04:59 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73C0F1065670; Thu, 12 Jan 2012 05:04:59 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 2C61E8FC15; Thu, 12 Jan 2012 05:04:58 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id q0C54wPl024934; Wed, 11 Jan 2012 22:04:58 -0700 (MST) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q0C54wiG024933; Wed, 11 Jan 2012 22:04:58 -0700 (MST) (envelope-from ken) Date: Wed, 11 Jan 2012 22:04:58 -0700 From: "Kenneth D. Merry" To: current@FreeBSD.org, scsi@FreeBSD.org Message-ID: <20120112050458.GA24148@nargothrond.kdm.org> References: <20120105045311.GA40378@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120105045311.GA40378@nargothrond.kdm.org> User-Agent: Mutt/1.4.2i Cc: Subject: Re: CAM Target Layer available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 05:04:59 -0000 On Wed, Jan 04, 2012 at 21:53:11 -0700, Kenneth D. Merry wrote: > > The CAM Target Layer (CTL) is now available for testing. I am planning to > commit it to to head next week, barring any major objections. > > CTL is a disk and processor device emulation subsystem originally written > for Copan Systems under Linux starting in 2003. It has been shipping in > Copan (now SGI) products since 2005. > > It was ported to FreeBSD in 2008, and thanks to an agreement between SGI > (who acquired Copan's assets in 2010) and Spectra Logic in 2010, CTL is > available under a BSD-style license. The intent behind the agreement was > that Spectra would work to get CTL into the FreeBSD tree. > > The patches are against FreeBSD/head as of SVN change 229516 and are > located here: > > http://people.freebsd.org/~ken/ctl/ctl_diffs.20120104.4.txt.gz > > The code is not "perfect" (few pieces of software are), but is in good > shape from a functional standpoint. My intent is to get it out there for > other folks to use, and perhaps help with improvements. > > There are a few other CAM changes included with these diffs, some of which > will be committed separately from CTL, some concurrently. This is a quick > summary: > > - Fix a panic in the da(4) driver when a drive disappears on boot. > - Fix locking in the CAM EDT traversal code. > - Add an optional sysctl/tunable (disabled by default) to suppress > "duplicate" devices. This most frequently shows up with dual ported SAS > drives. > - Add some very basic error injection into the da(4) driver. > - Bump the length field in the SCSI INQUIRY CDB to 2 bytes to line up with > more recent SCSI specs. > > CTL Features: > ============ > > - Disk and processor device emulation. > - Tagged queueing > - SCSI task attribute support (ordered, head of queue, simple tags) > - SCSI implicit command ordering support. (e.g. if a read follows a mode > select, the read will be blocked until the mode select completes.) > - Full task management support (abort, LUN reset, target reset, etc.) > - Support for multiple ports > - Support for multiple simultaneous initiators > - Support for multiple simultaneous backing stores > - Persistent reservation support > - Mode sense/select support > - Error injection support > - High Availability support (1) > - All I/O handled in-kernel, no userland context switch overhead. > > (1) HA Support is just an API stub, and needs much more to be fully > functional. See the to-do list below. > > Configuring and Running CTL: > =========================== > > - After applying the CTL patchset to your tree, build world and install it > on your target system. > > - Add 'device ctl' to your kernel configuration file. > > - If you're running with a 8Gb or 4Gb Qlogic FC board, add > 'options ISP_TARGET_MODE' to your kernel config file. 'device ispfw' > or loading the ispfw module is also recommended. > > - Rebuild and install a new kernel. > > - Reboot with the new kernel. > > - To add a LUN with the RAM disk backend: > > ctladm create -b ramdisk -s 10485760000000000000 > ctladm port -o on > > - You should now see the CTL disk LUN through camcontrol devlist: > > scbus6 on ctl2cam0 bus 0: > at scbus6 target 1 lun 0 (da24,pass32) > <> at scbus6 target -1 lun -1 () > > This is visible through the CTL CAM SIM. This allows using CTL without > any physical hardware. You should be able to issue any normal SCSI > commands to the device via the pass(4)/da(4) devices. > > If any target-capable HBAs are in the system (e.g. isp(4)), and have > target mode enabled, you should now also be able to see the CTL LUNs via > that target interface. > > Note that all CTL LUNs are presented to all frontends. There is no > LUN masking, or separate, per-port configuration. > > - Note that the ramdisk backend is a "fake" ramdisk. That is, it is > backed by a small amount of RAM that is used for all I/O requests. This > is useful for performance testing, but not for any data integrity tests. > > - To add a LUN with the block/file backend: > > truncate -s +1T myfile > ctladm create -b block -o file=myfile > ctladm port -o on > > - You can also see a list of LUNs and their backends like this: > > # ctladm devlist > LUN Backend Size (Blocks) BS Serial Number Device ID > 0 block 2147483648 512 MYSERIAL 0 MYDEVID 0 > 1 block 2147483648 512 MYSERIAL 1 MYDEVID 1 > 2 block 2147483648 512 MYSERIAL 2 MYDEVID 2 > 3 block 2147483648 512 MYSERIAL 3 MYDEVID 3 > 4 block 2147483648 512 MYSERIAL 4 MYDEVID 4 > 5 block 2147483648 512 MYSERIAL 5 MYDEVID 5 > 6 block 2147483648 512 MYSERIAL 6 MYDEVID 6 > 7 block 2147483648 512 MYSERIAL 7 MYDEVID 7 > 8 block 2147483648 512 MYSERIAL 8 MYDEVID 8 > 9 block 2147483648 512 MYSERIAL 9 MYDEVID 9 > 10 block 2147483648 512 MYSERIAL 10 MYDEVID 10 > 11 block 2147483648 512 MYSERIAL 11 MYDEVID 11 > > - You can see the LUN type and backing store for block/file backend LUNs > like this: > > # ctladm devlist -v > LUN Backend Size (Blocks) BS Serial Number Device ID > 0 block 2147483648 512 MYSERIAL 0 MYDEVID 0 > lun_type=0 > num_threads=14 > file=testdisk0 > 1 block 2147483648 512 MYSERIAL 1 MYDEVID 1 > lun_type=0 > num_threads=14 > file=testdisk1 > 2 block 2147483648 512 MYSERIAL 2 MYDEVID 2 > lun_type=0 > num_threads=14 > file=testdisk2 > 3 block 2147483648 512 MYSERIAL 3 MYDEVID 3 > lun_type=0 > num_threads=14 > file=testdisk3 > 4 block 2147483648 512 MYSERIAL 4 MYDEVID 4 > lun_type=0 > num_threads=14 > file=testdisk4 > 5 block 2147483648 512 MYSERIAL 5 MYDEVID 5 > lun_type=0 > num_threads=14 > file=testdisk5 > 6 block 2147483648 512 MYSERIAL 6 MYDEVID 6 > lun_type=0 > num_threads=14 > file=testdisk6 > 7 block 2147483648 512 MYSERIAL 7 MYDEVID 7 > lun_type=0 > num_threads=14 > file=testdisk7 > 8 block 2147483648 512 MYSERIAL 8 MYDEVID 8 > lun_type=0 > num_threads=14 > file=testdisk8 > 9 block 2147483648 512 MYSERIAL 9 MYDEVID 9 > lun_type=0 > num_threads=14 > file=testdisk9 > 10 ramdisk 0 0 MYSERIAL 0 MYDEVID 0 > lun_type=3 > 11 ramdisk 204800000000000 512 MYSERIAL 1 MYDEVID 1 > lun_type=0 > > - To see system throughput, use ctlstat(8): > > # ctlstat -t > System Read System Write System Total > ms KB/t tps MB/s ms KB/t tps MB/s ms KB/t tps MB/s > 1.71 50.64 0 0.00 1.24 512.00 0 0.03 2.05 245.20 0 0.03 1.0% > 0.00 0.00 0 0.00 1.12 512.00 564 282.00 1.12 512.00 564 282.00 8.4% > 0.00 0.00 0 0.00 1.27 512.00 536 268.00 1.27 512.00 536 268.00 10.0% > 0.00 0.00 0 0.00 1.27 512.00 535 267.50 1.27 512.00 535 267.50 7.6% > 0.00 0.00 0 0.00 1.12 512.00 520 260.00 1.12 512.00 520 260.00 10.9% > 0.00 0.00 0 0.00 1.02 512.00 538 269.00 1.02 512.00 538 269.00 10.9% > 0.00 0.00 0 0.00 1.10 512.00 557 278.50 1.10 512.00 557 278.50 9.6% > 0.00 0.00 0 0.00 1.12 512.00 561 280.50 1.12 512.00 561 280.50 10.4% > 0.00 0.00 0 0.00 1.14 512.00 502 251.00 1.14 512.00 502 251.00 6.5% > 0.00 0.00 0 0.00 1.31 512.00 527 263.50 1.31 512.00 527 263.50 10.5% > 0.00 0.00 0 0.00 1.07 512.00 560 280.00 1.07 512.00 560 280.00 10.3% > > CTL To Do List: > ============== > > - Use devstat(9) for CTL's statistics collection. CTL uses a home-grown > statistics collection system that is similar to devstat(9). ctlstat > should be retired in favor of iostat, etc., once aggregation modes are > available in iostat to match the behavior of ctlstat -t and dump modes > are available to match the behavior of ctlstat -d/ctlstat -J. > > - ZFS ARC backend for CTL. Since ZFS copies all I/O into the ARC > (Adaptive Replacement Cache), running the block/file backend on top of a > ZFS-backed zdev or file will involve an extra set of copies. The > optimal solution for backing targets served by CTL with ZFS would be to > allocate buffers out of the ARC directly, and DMA to/from them directly. > That would eliminate an extra data buffer allocation and copy. > > - Switch CTL over to using CAM CCBs instead of its own union ctl_io. This > will likely require a significant amount of work, but will eliminate > another data structure in the stack, more memory allocations, etc. This > will also require changes to the CAM CCB structure to support CTL. > > - Full-featured High Availability support. The HA API that is in ctl_ha.h > is essentially a renamed version of Copan's HA API. There is no > substance to it, but it remains in CTL to show what needs to be done to > implement active/active HA from a CTL standpoint. The things that would > need to be done include: > - A kernel level software API for message passing as well as DMA > between at least two nodes. > - Hardware support and drivers for inter-node communication. This > could be as simples as ethernet hardware and drivers. > - A "supervisor", or startup framework to control and coordinate > HA startup, failover (going from active/active to single mode), > and failback (going from single mode to active/active). > - HA support in other components of the stack. The goal behind HA > is that one node can fail and another node can seamlessly take > over handling I/O requests. This requires support from pretty > much every component in the storage stack, from top to bottom. > CTL is one piece of it, but you also need support in the RAID > stack/filesystem/backing store. You also need full configuration > mirroring, and all peer nodes need to be able to talk to the > underlying storage hardware. I checked CTL into head today, along with most of the CAM changes I mentioned above. My plan is to MFC CTL into stable/9 in a month. If there is enough interest, I can probably MFC CTL into stable/8 as well. The only potential hiccup there is the change in the size of the inquiry CDB length field. I doubt many, if any, ports are using that data structure, but it is a small API change. (Albeit one brought on by a standards change.) In any case, if anyone sees any ports breakage as a result, please let me know. I'm planning on MFCing the other CAM changes in 2 weeks. I decided not to put in the duplicate suppression code for now. It's a little kludgy. If people think it would be valuable, I can put it in. It's really just a stopgap until we get actual multipath and SAS probing support in CAM. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 06:06:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE853106564A for ; Thu, 12 Jan 2012 06:06:08 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email2.allantgroup.com (email2.emsphone.com [199.67.51.116]) by mx1.freebsd.org (Postfix) with ESMTP id 73FD08FC13 for ; Thu, 12 Jan 2012 06:06:08 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email2.allantgroup.com (8.14.4/8.14.4) with ESMTP id q0C664fX069996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Jan 2012 00:06:04 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.5/8.14.5) with ESMTP id q0C6642K037033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Jan 2012 00:06:04 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.5/8.14.5/Submit) id q0C663nU037032; Thu, 12 Jan 2012 00:06:03 -0600 (CST) (envelope-from dan) Date: Thu, 12 Jan 2012 00:06:03 -0600 From: Dan Nelson To: Martin Cracauer Message-ID: <20120112060603.GH91606@dan.emsphone.com> References: <20120111182110.GA75991@cons.org> <2072420569.94661.1326332545279.JavaMail.root@erie.cs.uoguelph.ca> <20120112015839.GA23012@cons.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120112015839.GA23012@cons.org> X-OS: FreeBSD 8.2-STABLE User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.2 at email2.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (email2.allantgroup.com [199.67.51.78]); Thu, 12 Jan 2012 00:06:05 -0600 (CST) X-Scanned-By: MIMEDefang 2.68 on 199.67.51.78 Cc: Rick Macklem , Stefan Bethke , freebsd-current@freebsd.org Subject: Re: Data corruption over NFS in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 06:06:08 -0000 In the last episode (Jan 11), Martin Cracauer said: > Rick Macklem wrote on Wed, Jan 11, 2012 at 08:42:25PM -0500: > > Also, if you can reproduce the problem fairly easily, capture a packet > > trace via > > # tcpdump -s 0 -w xxx host > > running on the client (or similar). Then email me "xxx" as an attachment > > and I can look at it in wireshark. (If you choose to look at it in > > wireshark, I would suggest you look for Create RPCs to see if they are > > Exclusive Creates, plus try and see where the data for the corrupt file > > is written.) > > > > Even if the capture is pretty large, it should be easy to find the > > interesting part, so long as you know the name of the corrupt file and > > search for that. > > That's probably not practical, we are talking about hammering the NFS > server with several CPU hours worth of parallel activity in a shellscript > but I'll do my best :-) The tcpdump options -C and -W can help here. For example, -C 1000 -W 10 will keep the most recent 10-GB of traffic by circularly writing to 10 1-GB capture files. All you need to do is kill the tcpdump when you discover the corruption, and work backwards through the logs until you find your file. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 06:15:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C1FD1065670 for ; Thu, 12 Jan 2012 06:15:22 +0000 (UTC) (envelope-from okuno.kohji@jp.panasonic.com) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 3F32B8FC08 for ; Thu, 12 Jan 2012 06:15:21 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile13) with ESMTP id q0C6FL4c002080 for ; Thu, 12 Jan 2012 15:15:21 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili15) with ESMTP id q0C6FKv16261 for ; Thu, 12 Jan 2012 15:15:20 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi15) id q0C6FK6v007951 for freebsd-current@freebsd.org; Thu, 12 Jan 2012 15:15:20 +0900 Received: from localhost by lomi15.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id q0C6FKhC007914 for ; Thu, 12 Jan 2012 15:15:20 +0900 Date: Thu, 12 Jan 2012 15:15:17 +0900 (JST) Message-Id: <20120112.151517.1348995565928342686.okuno.kohji@jp.panasonic.com> To: freebsd-current@freebsd.org From: Kohji Okuno Organization: Panasonic Corporation X-Mailer: Mew version 6.4 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-7 Content-Transfer-Encoding: base64 Subject: Can you use a USB3.0 hub? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 06:15:22 -0000 SGksDQoNCkNhbiB5b3UgdXNlIGEgVVNCMy4wIGh1Yj8NCg0KSSB0cmllZCBhIFVTQjMuMCBodWIg KEJVRkZBTE8gQlNINEEwNFUzQkspLg0KQW5kIEkgdXNlZCA4LXN0YWJsZSBhbmQgUENJLUUgY2Fy ZCAoQlVGRkFMTyBJRkMtUENJRTJVMykNCg0KVGhlIGh1YiBpcyBmb3Igb25seSBqYXBhbmVzZSBt YXJrZXQuDQpUaGUgY2FyZCBpcyBORUOicyA3MjAyMDAgY2hpcA0KaHR0cDovL3d3dy5idWZmYWxv dGVjaC5jb20vcHJvZHVjdHMvYWNjZXNzb3JpZXMvaW50ZXJmYWNlLWNhcmQtYWRhcHRlcnMvdXNi LTMwLXBjaS1leHByZXNzLWludGVyZmFjZS1jYXJkLw0KDQoNClRoZSBrZXJuZWwgY291bGQgbm90 IHJlY29nbml6ZSBVU0IzLjAgSEREIHRoYXQgY29ubmVjdGVkIHRvIHRoaXMgaHViDQphcyB0aGUg Zm9sbG93aW5nIGxvZy4gQnV0LCB0aGUga2VybmVsIGNvdWxkIHJlY29uaXplIFVTQjIuMCBIREQg dGhhdA0KY29ubmVjdGVkIHRvIHRoaXMgaHViLg0KDQpSZWdhcmRzLA0KIEtvaGppIE9rdW5vDQoN Ci0tLS0tLS0tLS0tLS0tLS0tLSBsb2cgLS0tLS0tLS0tLS0tLS0tLQ0KeGhjaTA6IDxYSENJIChn ZW5lcmljKSBVU0IgMy4wIGNvbnRyb2xsZXI+IG1lbSAweGY3ZmZlMDAwLTB4ZjdmZmZmZmYgaXJx IDI4IGF0IGQNCmV2aWNlIDAuMCBvbiBwY2kxDQp4aGNpMDogW0lUSFJFQURdDQp4aGNpMDogMzIg Ynl0ZSBjb250ZXh0IHNpemUuDQp1c2J1czAgb24geGhjaTANCiAgLi4uDQoNCnVnZW4wLjI6IDxW SUEgTGFicywgSW5jLj4gYXQgdXNidXMwDQp1aHViMTE6IDxWSUEgTGFicywgSW5jLiA0LVBvcnQg VVNCIDMuMCBIdWIsIGNsYXNzIDkvMCwgcmV2IDMuMDAvMy43NCwgYWRkciAxPiBvbg0KIHVzYnVz MA0KdWh1YjExOiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KdXNiX2Fs bG9jX2RldmljZTogc2V0IGFkZHJlc3MgMyBmYWlsZWQgKFVTQl9FUlJfSU9FUlJPUiwgaWdub3Jl ZCkNCnVzYmRfcmVxX3JlX2VudW1lcmF0ZTogYWRkcj0zLCBzZXQgYWRkcmVzcyBmYWlsZWQhIChV U0JfRVJSX0lPRVJST1IsIGlnbm9yZWQpDQp1c2JkX3JlcV9yZV9lbnVtZXJhdGU6IGFkZHI9Mywg c2V0IGFkZHJlc3MgZmFpbGVkISAoVVNCX0VSUl9JT0VSUk9SLCBpZ25vcmVkKQ0KdWdlbjAuMzog PFVua25vd24+IGF0IHVzYnVzMCAoZGlzY29ubmVjdGVkKQ0KdWh1Yl9yZWF0dGFjaF9wb3J0OiBj b3VsZCBub3QgYWxsb2NhdGUgbmV3IGRldmljZQ0KdWh1Yl9yZWF0dGFjaF9wb3J0OiBkZXZpY2Ug cHJvYmxlbSAoVVNCX0VSUl9TVEFMTEVEKSwgZGlzYWJsaW5nIHBvcnQgNA0KdWdlbjAuMzogPHZl bmRvciAweDIxMDk+IGF0IHVzYnVzMA0KdWh1YjEyOiA8dmVuZG9yIDB4MjEwOSBVU0IyLjAgSHVi LCBjbGFzcyA5LzAsIHJldiAyLjAwLzIuNzQsIGFkZHIgMj4gb24gdXNidXMwDQp1aHViMTI6IDQg cG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQp1c2JfYWxsb2NfZGV2aWNlOiBz ZXQgYWRkcmVzcyA0IGZhaWxlZCAoVVNCX0VSUl9JT0VSUk9SLCBpZ25vcmVkKQ0KdXNiZF9yZXFf cmVfZW51bWVyYXRlOiBhZGRyPTQsIHNldCBhZGRyZXNzIGZhaWxlZCEgKFVTQl9FUlJfSU9FUlJP UiwgaWdub3JlZCkNCnVzYmRfcmVxX3JlX2VudW1lcmF0ZTogYWRkcj00LCBzZXQgYWRkcmVzcyBm YWlsZWQhIChVU0JfRVJSX0lPRVJST1IsIGlnbm9yZWQpDQp1Z2VuMC40OiA8VW5rbm93bj4gYXQg dXNidXMwIChkaXNjb25uZWN0ZWQpDQp1aHViX3JlYXR0YWNoX3BvcnQ6IGNvdWxkIG5vdCBhbGxv Y2F0ZSBuZXcgZGV2aWNlDQp1aHViX3JlYXR0YWNoX3BvcnQ6IGRldmljZSBwcm9ibGVtIChVU0Jf RVJSX1NUQUxMRUQpLCBkaXNhYmxpbmcgcG9ydCA0DQp1c2JfYWxsb2NfZGV2aWNlOiBzZXQgYWRk cmVzcyA0IGZhaWxlZCAoVVNCX0VSUl9JT0VSUk9SLCBpZ25vcmVkKQ0KdXNiZF9yZXFfcmVfZW51 bWVyYXRlOiBhZGRyPTQsIHNldCBhZGRyZXNzIGZhaWxlZCEgKFVTQl9FUlJfSU9FUlJPUiwgaWdu b3JlZCkNCnVzYmRfcmVxX3JlX2VudW1lcmF0ZTogYWRkcj00LCBzZXQgYWRkcmVzcyBmYWlsZWQh IChVU0JfRVJSX0lPRVJST1IsIGlnbm9yZWQpDQp1Z2VuMC40OiA8VW5rbm93bj4gYXQgdXNidXMw IChkaXNjb25uZWN0ZWQpDQp1aHViX3JlYXR0YWNoX3BvcnQ6IGNvdWxkIG5vdCBhbGxvY2F0ZSBu ZXcgZGV2aWNlDQo= From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 07:45:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 915FE106564A; Thu, 12 Jan 2012 07:45:38 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 1F6518FC19; Thu, 12 Jan 2012 07:45:38 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 57C2B25D37C7; Thu, 12 Jan 2012 07:45:36 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 8FCB7BD9007; Thu, 12 Jan 2012 07:45:35 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id ljoh80jqKhZk; Thu, 12 Jan 2012 07:45:34 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id A5DE0BD9006; Thu, 12 Jan 2012 07:45:34 +0000 (UTC) From: "Bjoern A. Zeeb" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 12 Jan 2012 07:45:34 +0000 Message-Id: <511C0E5F-DBA1-4E41-B8CF-6DEEE35E14D6@FreeBSD.org> To: FreeBSD current mailing list Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Cc: freebsd-hackers@freebsd.org Subject: Build Option Survey results X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 07:45:38 -0000 Hey, after two years I had the opportunity to run the build option survey, initially done by phk, again. The number of options seems to have grown quite a bit it felt. I have not even looked at the results yet but here they are fresh off the machine: http://people.freebsd.org/~bz/build_option_survey_20120106/ Special thanks go to np, sbruno and bhaga for bringing worm back to life. /bz PS: the last run from 2010 can still be found here: http://people.freebsd.org/~bz/build_option_survey_20100104/ -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 07:54:37 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA7461065672 for ; Thu, 12 Jan 2012 07:54:37 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 6DC758FC17 for ; Thu, 12 Jan 2012 07:54:37 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 15C677300A; Thu, 12 Jan 2012 09:11:39 +0100 (CET) Date: Thu, 12 Jan 2012 09:11:39 +0100 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20120112081139.GA9921@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: kernel config files outside of sys/${ARCH}/conf ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 07:54:37 -0000 usr/sbin/config assumes that the kernel config file lives in ${src_base}/sys/${arch}/conf , which means that if you need to build a custom kernel one needs RW access to that directory. Any idea on how we can enable config to work in a generic directory ? I scanned the source code usr.sbin/config and found that it uses hardwired paths -- specifically, it looks for the kernel source tree in "../.." and has multiple hardwired paths such as "../../conf/". There is also a somewhat undocumented access to a file called DEFAULTS that extends the configuration you pass. Any objections to the addition of a "-s" option to config(8) to specify the location of the source tree ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 08:38:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F267106564A for ; Thu, 12 Jan 2012 08:38:22 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 1BE7B8FC08 for ; Thu, 12 Jan 2012 08:38:21 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1RlFsD-000OQB-Cr; Thu, 12 Jan 2012 10:19:01 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Martin Cracauer In-reply-to: <20120111182110.GA75991@cons.org> References: <20120111165714.GA46594@cons.org> <20120111182110.GA75991@cons.org> Comments: In-reply-to Martin Cracauer message dated "Wed, 11 Jan 2012 13:21:10 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Jan 2012 10:19:01 +0200 From: Daniel Braniss Message-ID: Cc: freebsd-current@freebsd.org, Stefan Bethke Subject: Re: Data corruption over NFS in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 08:38:22 -0000 > > --+QahgC5+KEYLbs62 > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > Stefan Bethke wrote on Wed, Jan 11, 2012 at 07:14:44PM +0100: > > Am 11.01.2012 um 17:57 schrieb Martin Cracauer: > > > > > I'm sorry for the unspecific bug report but I thought a heads-up is > > > better than none. > > > > > > $ uname -a > > > FreeBSD wings.cons.org 10.0-CURRENT FreeBSD 10.0-CURRENT #2: Wed Dec > > > 28 12:19:21 EST 2011 > > > cracauer@wings.cons.org:/usr/src/sys/amd64/compile/WINGS amd64 > > > > I'm sure Rick will want to know which NFS version, which client code (default new code I'm assuming) and which mount options... > > It's all default both in fstab and as reported by mount(8). > > This is a diskless PXE boot but the mount affected (usr) is not the > root filesystem, so this should come in via fstab. > > BTW, my /usr/ports is another mount so the corruption is cross-mount > (garbage from /usr/ports entering /usr). > > Appending nfsstat output. > > I am re-running things contiguously to see how reproducible this is. > This machine was recently updated from a -current almost a year old, > so it's its first time with the new NFS client code. > > Martin I've seen problems, but they were always related to programs running out of resources and not reporting it correctly - in dataless specialy if running out of memory and there is no swap available. btw, most of my servers are dataless (they boot via PXE but have local swap, var, etc) hth, danny > > > > I see filesystem corruption on NFS filesystems here. I am running a > > > heavy shellscript that is noodling around with ascii files assembling > > > them with awk and whatnot. Some actions are concurrent with up to 21 > > > forks doing full-CPU load scripting. This machine is a K8 with a > > > total of 8 cores, diskless NFS and memory filesystem for /tmp. > > > > > > I observe two problems: > > > - for no reason whatsoever, some files change from my > > > (user/group) cracauer/wheel to root/cracauer > > > - the same files will later be corrupted. The beginning of the file > > > is normal but then it has what looks like parts of /usr/ports, > > > including our CVS files and binary junk, mostly zeros > > > > > > I did do some ports building lately but not at the same time that this > > > problem manifested itself. I speculate some ports blocks were still > > > resident in the filesystem buffer cache. > > > > > > Server is Linux. > > > > > > Martin > > > -- > > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > > Martin Cracauer http://www.cons.org/cracauer/ > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > -- > > Stefan Bethke Fon +49 151 14070811 > > > > > > > > -- > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > Martin Cracauer http://www.cons.org/cracauer/ > > --+QahgC5+KEYLbs62 > Content-Type: text/plain; charset=us-ascii > Content-Disposition: attachment; filename=l > > Client Info: > Rpc Counts: > Getattr Setattr Lookup Readlink Read Write Create Remove > 94392942 513117 3637266 2577 40227237 2824593 333832 304567 > Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access > 32522 5121 4856 20363 13954 179035 0 3534382 > Mknod Fsstat Fsinfo PathConf Commit > 5 21127240 3 2999 521782 > Rpc Info: > TimedOut Invalid X Replies Retries Requests > 0 0 0 0 167678419 > Cache Info: > Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses > 1933340911 73265447 1123380719 3636242 90975094 450509 4917135 2824593 > BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits Misses > 54732346 2577 599049 142917 352394 0 733726346 3534382 > > Server Info: > Getattr Setattr Lookup Readlink Read Write Create Remove > 0 0 0 0 0 0 0 0 > Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access > 0 0 0 0 0 0 0 0 > Mknod Fsstat Fsinfo PathConf Commit > 0 0 0 0 0 > Server Ret-Failed > 0 > Server Faults > 0 > Server Cache Stats: > Inprog Idem Non-idem Misses > 0 0 0 0 > Server Write Gathering: > WriteOps WriteRPC Opsaved > 0 0 0 > > --+QahgC5+KEYLbs62 > Content-Type: text/plain; charset="us-ascii" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > --+QahgC5+KEYLbs62-- > From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 09:10:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CE35106564A; Thu, 12 Jan 2012 09:10:56 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id D74C78FC08; Thu, 12 Jan 2012 09:10:55 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:1d3e:4d27:b4ee:e1e2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id DF1094AC2D; Thu, 12 Jan 2012 13:10:53 +0400 (MSK) Date: Thu, 12 Jan 2012 13:10:47 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <287819916.20120112131047@serebryakov.spb.ru> To: Chuck Burns , freebsd-net@freebsd.org, Alexander Motin , , Adrian Chadd In-Reply-To: <19210156623.20120112003332@serebryakov.spb.ru> References: <1791250845.20120111030529@serebryakov.spb.ru> <108354307.20120111032108@serebryakov.spb.ru> <4F0CCDFC.9020901@gmail.com> <19210156623.20120112003332@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 09:10:56 -0000 Hello, Lev. You wrote 12 =FF=ED=E2=E0=F0=FF 2012 =E3., 0:33:32: > I'll try to find revision, which breaks ULE + NetGraph by binary > search, but it takes some time as here is 590 revisions in "head/sys" > between previous version I used (which works Ok with ULE) and current > version (which doesn't). So, it should be ~9 iterations, and every > iteration takes ~1 hour and I could not spend 9 hours in row on this > task. Everything is much worse, that I thought. mpd built on old systems could not work on new ones and vice versa. I need to rebuild FULL system (not only kernel), update build box, rebuild ports, build image for router. It is about 5 hours per version. More than 512 revisions to search, about 10 iterations. FML. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 09:31:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB672106566C; Thu, 12 Jan 2012 09:31:19 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id ACCD38FC08; Thu, 12 Jan 2012 09:31:19 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:1d3e:4d27:b4ee:e1e2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 5BCF44AC2D; Thu, 12 Jan 2012 13:31:18 +0400 (MSK) Date: Thu, 12 Jan 2012 13:31:12 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1379921442.20120112133112@serebryakov.spb.ru> To: freebsd-current@freebsd.org, freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: avg@FreeBSD.org, jhb@FreeBSD.org Subject: SCHED_ULE / NetGraph interaction broken somwhere between r227874 and r229818 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 09:31:20 -0000 Hello, Freebsd-current. I have router, which connects to upstream ISP with mpd5 from ports using PPPoE. I've used SCHED_ULE for long time without nay problems. Under heavy network load (router is not the fastest one -- 500Mhz Geode CPU) main consumer of CPU was "intr{swi1: netisr 0}" thread. But it never consumes more than 75% and even when upstream channel was competently saturated router was accessible and responsive. Latest "good" I'm sure about revision is about r227874 (yes, from November 2011, I didn't update router's system for long time). But revision r229818 behaves completely different: under network load 100% CPU is consumed by "ng_queue" thread (which is never ever consume any CPU on old system). System is unresponsive, DNS based on this system returns timeouts, I could not log-in via SSH or seral console (pause between login and passwd is so huge, that it leads to timeouts), etc. LA jumps up to 20+, pre-started `top' updates screen one time per 3-4 minutes, etc. Switching to 4BSD helps. 4BSD works as usual: all CPU time is interrupts and network thread, system is responsive under heaviest load, normal operations of DNS, DHCP and hostapd. There was NO significant changes in netgraph (svn log -r 227874:229818 sys/netgraph) and three changes (r229429, r228960, r228718) in kern/sched_*.c files. But I'm not sure, that these changes are only which could affect this behavior. Now I'm trying to find "bad" revision by binary search, but it is very hard to do: old mpd5 doesn't work on new kernel and vice versa, so I need to rebuild whole world, update my build-box, rebuild ports with new world, and only after that build NanoBSD image for my router. It takes about 5 hours per iteration and here is more than 512 revisions, so it is about 10 iterations :( I could provide any debug information from old and new systems. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 09:44:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10ACA106564A for ; Thu, 12 Jan 2012 09:44:59 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 957D58FC16 for ; Thu, 12 Jan 2012 09:44:58 +0000 (UTC) Received: by werb13 with SMTP id b13so1919749wer.13 for ; Thu, 12 Jan 2012 01:44:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; bh=y7C7OaVJxluK9ulFuodOV1+P4ns3JP/HkxPiLIG7fuQ=; b=x0ftOWZp8vdPwP832b/lUf6LBGNW7hcoKB5rWuYC2RYaIXesrAOtiPkg+ZiGRM8/PW qvojM8tXzqrlFwje7pTCc3VDdT/H3104V75lnOewVvhGUt7pUpEdz8/viYeY+hdo1BSl +mzXo5+4GWO81aN1poPFz5bIG/0l9YE6jiwqg= Received: by 10.216.131.145 with SMTP id m17mr4274537wei.21.1326359816770; Thu, 12 Jan 2012 01:16:56 -0800 (PST) Received: from ernst.jennejohn.org (p578E3D0A.dip.t-dialin.net. [87.142.61.10]) by mx.google.com with ESMTPS id k33sm4997127wbo.5.2012.01.12.01.16.55 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 12 Jan 2012 01:16:55 -0800 (PST) Date: Thu, 12 Jan 2012 10:16:53 +0100 From: Gary Jennejohn To: Luigi Rizzo Message-ID: <20120112101653.57decd32@ernst.jennejohn.org> In-Reply-To: <20120112081139.GA9921@onelab2.iet.unipi.it> References: <20120112081139.GA9921@onelab2.iet.unipi.it> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: kernel config files outside of sys/${ARCH}/conf ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 09:44:59 -0000 On Thu, 12 Jan 2012 09:11:39 +0100 Luigi Rizzo wrote: > usr/sbin/config assumes that the kernel config file > lives in ${src_base}/sys/${arch}/conf , which means that > if you need to build a custom kernel one needs RW > access to that directory. > > Any idea on how we can enable config to work in a > generic directory ? > > I scanned the source code usr.sbin/config and found that > it uses hardwired paths -- specifically, it looks for > the kernel source tree in "../.." and has multiple > hardwired paths such as "../../conf/". > There is also a somewhat undocumented access to a > file called DEFAULTS that extends the configuration you pass. > > Any objections to the addition of a "-s" option to config(8) > to specify the location of the source tree ? > Seems like a good idea to me as long as the old behavior is kept. -- Gary Jennejohn (gj@) From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 09:48:30 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72D2E106564A; Thu, 12 Jan 2012 09:48:30 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 32F198FC0C; Thu, 12 Jan 2012 09:48:29 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id B4C1B6B00; Thu, 12 Jan 2012 09:48:28 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 2C65F837E; Thu, 12 Jan 2012 10:48:28 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Don Lewis References: <201201112317.q0BNHrqb046878@gw.catspoiler.org> Date: Thu, 12 Jan 2012 10:48:27 +0100 In-Reply-To: <201201112317.q0BNHrqb046878@gw.catspoiler.org> (Don Lewis's message of "Wed, 11 Jan 2012 15:17:52 -0800 (PST)") Message-ID: <86obu9tfo4.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 09:48:30 -0000 Don Lewis writes: > building shared library libpam.so.5 > make: don't know how to make openpam.3. Stop > *** Error code 2 Ah, yes, the man pages are generated during the release process, so you either have to copy them over from the original contrib/openpam directory (or export the new sources on top of the existing directory) or build with -DNO_MAN. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 09:48:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B023106566C for ; Thu, 12 Jan 2012 09:48:59 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 5A3878FC1E for ; Thu, 12 Jan 2012 09:48:59 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 48EE27300A; Thu, 12 Jan 2012 11:06:01 +0100 (CET) Date: Thu, 12 Jan 2012 11:06:01 +0100 From: Luigi Rizzo To: Gary Jennejohn Message-ID: <20120112100601.GA11325@onelab2.iet.unipi.it> References: <20120112081139.GA9921@onelab2.iet.unipi.it> <20120112101653.57decd32@ernst.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120112101653.57decd32@ernst.jennejohn.org> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: kernel config files outside of sys/${ARCH}/conf ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 09:48:59 -0000 On Thu, Jan 12, 2012 at 10:16:53AM +0100, Gary Jennejohn wrote: > On Thu, 12 Jan 2012 09:11:39 +0100 > Luigi Rizzo wrote: > > > usr/sbin/config assumes that the kernel config file > > lives in ${src_base}/sys/${arch}/conf , which means that > > if you need to build a custom kernel one needs RW > > access to that directory. > > > > Any idea on how we can enable config to work in a > > generic directory ? > > > > I scanned the source code usr.sbin/config and found that > > it uses hardwired paths -- specifically, it looks for > > the kernel source tree in "../.." and has multiple > > hardwired paths such as "../../conf/". > > There is also a somewhat undocumented access to a > > file called DEFAULTS that extends the configuration you pass. > > > > Any objections to the addition of a "-s" option to config(8) > > to specify the location of the source tree ? > > > > Seems like a good idea to me as long as the old behavior is kept. of course :) From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 09:54:44 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB0D4106566B; Thu, 12 Jan 2012 09:54:44 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 76F358FC16; Thu, 12 Jan 2012 09:54:43 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA01377; Thu, 12 Jan 2012 11:54:41 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RlHMn-000E2a-Gr; Thu, 12 Jan 2012 11:54:41 +0200 Message-ID: <4F0EADE1.9070803@FreeBSD.org> Date: Thu, 12 Jan 2012 11:54:41 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: lev@FreeBSD.org References: <1379921442.20120112133112@serebryakov.spb.ru> In-Reply-To: <1379921442.20120112133112@serebryakov.spb.ru> X-Enigmail-Version: undefined Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org, jhb@FreeBSD.org Subject: Re: SCHED_ULE / NetGraph interaction broken somwhere between r227874 and r229818 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 09:54:44 -0000 on 12/01/2012 11:31 Lev Serebryakov said the following: > Switching to 4BSD helps. 4BSD works as usual: all CPU time is > interrupts and network thread, system is responsive under heaviest load, > normal operations of DNS, DHCP and hostapd. How reproducible is this result? In other words, have you definitely ruled out all other factors besides the scheduler? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 09:55:40 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99D011065672 for ; Thu, 12 Jan 2012 09:55:40 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6057D8FC1D for ; Thu, 12 Jan 2012 09:55:40 +0000 (UTC) Received: by obbta17 with SMTP id ta17so792291obb.13 for ; Thu, 12 Jan 2012 01:55:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=B0YbZvZBznPn4E8HqIzW1/ewJ4Iwil6KoXk2g9Ml9Fg=; b=ILplXvDLQpyOmu+IBb+1Zc/UBZjLNW7kFuPab+mDtIj9hOs2Jl+0hVvwJoPZQbE1Qs cgXKapW+CzqKT2UOBKumYiMkGKmIw7HDMaQSpv8tvWdD+Ohvdd2LXXHQJIT2GjsBOftR tdawCM3Zs4sx/KbEmXKxIcQTYNYa1BOJEYdE0= MIME-Version: 1.0 Received: by 10.182.48.36 with SMTP id i4mr2490891obn.9.1326362139927; Thu, 12 Jan 2012 01:55:39 -0800 (PST) Received: by 10.182.152.6 with HTTP; Thu, 12 Jan 2012 01:55:39 -0800 (PST) In-Reply-To: <20120112100601.GA11325@onelab2.iet.unipi.it> References: <20120112081139.GA9921@onelab2.iet.unipi.it> <20120112101653.57decd32@ernst.jennejohn.org> <20120112100601.GA11325@onelab2.iet.unipi.it> Date: Thu, 12 Jan 2012 01:55:39 -0800 Message-ID: From: Garrett Cooper To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: kernel config files outside of sys/${ARCH}/conf ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 09:55:40 -0000 On Thu, Jan 12, 2012 at 2:06 AM, Luigi Rizzo wrote: > On Thu, Jan 12, 2012 at 10:16:53AM +0100, Gary Jennejohn wrote: >> On Thu, 12 Jan 2012 09:11:39 +0100 >> Luigi Rizzo wrote: >> >> > usr/sbin/config assumes that the kernel config file >> > lives in ${src_base}/sys/${arch}/conf , which means that >> > if you need to build a custom kernel one needs RW >> > access to that directory. >> > >> > Any idea on how we can enable config to work in a >> > generic directory ? >> > >> > I scanned the source code usr.sbin/config and found that >> > it uses hardwired paths -- specifically, it looks for >> > the kernel source tree in "../.." and has multiple >> > hardwired paths such as "../../conf/". >> > There is also a somewhat undocumented access to a >> > file called DEFAULTS that extends the configuration you pass. >> > >> > Any objections to the addition of a "-s" option to config(8) >> > to specify the location of the source tree ? >> > >> >> Seems like a good idea to me as long as the old behavior is kept. > > of course :) Why not just set KERNCONFDIR? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 10:00:38 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 141E71065675 for ; Thu, 12 Jan 2012 10:00:38 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id C68848FC17 for ; Thu, 12 Jan 2012 10:00:37 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 4A78D7300A; Thu, 12 Jan 2012 11:17:39 +0100 (CET) Date: Thu, 12 Jan 2012 11:17:39 +0100 From: Luigi Rizzo To: Garrett Cooper Message-ID: <20120112101739.GA11498@onelab2.iet.unipi.it> References: <20120112081139.GA9921@onelab2.iet.unipi.it> <20120112101653.57decd32@ernst.jennejohn.org> <20120112100601.GA11325@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: kernel config files outside of sys/${ARCH}/conf ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 10:00:38 -0000 On Thu, Jan 12, 2012 at 01:55:39AM -0800, Garrett Cooper wrote: > On Thu, Jan 12, 2012 at 2:06 AM, Luigi Rizzo wrote: > > On Thu, Jan 12, 2012 at 10:16:53AM +0100, Gary Jennejohn wrote: > >> On Thu, 12 Jan 2012 09:11:39 +0100 > >> Luigi Rizzo wrote: > >> > >> > usr/sbin/config assumes that the kernel config file > >> > lives in ${src_base}/sys/${arch}/conf , which means that > >> > if you need to build a custom kernel one needs RW > >> > access to that directory. > >> > > >> > Any idea on how we can enable config to work in a > >> > generic directory ? > >> > > >> > I scanned the source code usr.sbin/config and found that > >> > it uses hardwired paths -- specifically, it looks for > >> > the kernel source tree in "../.." and has multiple > >> > hardwired paths such as "../../conf/". > >> > There is also a somewhat undocumented access to a > >> > file called DEFAULTS that extends the configuration you pass. > >> > > >> > Any objections to the addition of a "-s" option to config(8) > >> > to specify the location of the source tree ? > >> > > >> > >> Seems like a good idea to me as long as the old behavior is kept. > > > > of course :) > > Why not just set KERNCONFDIR? The variable does not seem to be used by usr/sbin/config cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 10:05:33 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13CD61065673; Thu, 12 Jan 2012 10:05:33 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id C73978FC18; Thu, 12 Jan 2012 10:05:32 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:1d3e:4d27:b4ee:e1e2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 749434AC2D; Thu, 12 Jan 2012 14:05:31 +0400 (MSK) Date: Thu, 12 Jan 2012 14:05:25 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1699441022.20120112140525@serebryakov.spb.ru> To: Andriy Gapon In-Reply-To: <4F0EADE1.9070803@FreeBSD.org> References: <1379921442.20120112133112@serebryakov.spb.ru> <4F0EADE1.9070803@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org, jhb@FreeBSD.org Subject: Re: SCHED_ULE / NetGraph interaction broken somwhere between r227874 and r229818 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 10:05:33 -0000 Hello, Andriy. You wrote 12 =FF=ED=E2=E0=F0=FF 2012 =E3., 13:54:41: >> Switching to 4BSD helps. 4BSD works as usual: all CPU time is >> interrupts and network thread, system is responsive under heaviest load, >> normal operations of DNS, DHCP and hostapd. > How reproducible is this result? 100% > In other words, have you definitely ruled out all other factors besides t= he > scheduler? I have two almost-identical NanoBSD images which differs in one line in = kernel config -- option about scheduler. Worlds are exactly the same, only kerne= ls were rebuilt. Alexander Motin suggests, that switching scheduler could slightly change stack consumption, which triggers switching to ng_queue instead of direct calls. Really, here is diff between "md5" of all files of one and other images: blob# diff ~lev/bsd-image.md5sums ~lev/ule-image.md5sums 74c74 < MD5 (./boot/kernel/kernel) =3D 3bb0dd757628b5065d27ee5e7fc22eb3 --- > MD5 (./boot/kernel/kernel) =3D 5ba379d2c73e1277566f4bbcb618a9f2 618c618 < MD5 (./conf/base/var/log/userlog) =3D a827af82c1f780687706b19c7d94b29e --- > MD5 (./conf/base/var/log/userlog) =3D fc289b66ae6cb23f9b24b694bf12157b 15678c15678 < MD5 (./var/log/userlog) =3D a827af82c1f780687706b19c7d94b29e --- > MD5 (./var/log/userlog) =3D fc289b66ae6cb23f9b24b694bf12157b --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 10:30:02 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41999106566B; Thu, 12 Jan 2012 10:30:02 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E1E8C8FC13; Thu, 12 Jan 2012 10:30:00 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA01957; Thu, 12 Jan 2012 12:29:59 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RlHuw-000E3v-Vi; Thu, 12 Jan 2012 12:29:59 +0200 Message-ID: <4F0EB625.3000905@FreeBSD.org> Date: Thu, 12 Jan 2012 12:29:57 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: lev@FreeBSD.org References: <1379921442.20120112133112@serebryakov.spb.ru> <4F0EADE1.9070803@FreeBSD.org> <1699441022.20120112140525@serebryakov.spb.ru> In-Reply-To: <1699441022.20120112140525@serebryakov.spb.ru> X-Enigmail-Version: undefined Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org, jhb@FreeBSD.org Subject: Re: SCHED_ULE / NetGraph interaction broken somwhere between r227874 and r229818 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 10:30:02 -0000 on 12/01/2012 12:05 Lev Serebryakov said the following: > Hello, Andriy. > You wrote 12 ÿíâàðÿ 2012 ã., 13:54:41: > >>> Switching to 4BSD helps. 4BSD works as usual: all CPU time is >>> interrupts and network thread, system is responsive under heaviest load, >>> normal operations of DNS, DHCP and hostapd. >> How reproducible is this result? > 100% > >> In other words, have you definitely ruled out all other factors besides the >> scheduler? > > I have two almost-identical NanoBSD images which differs in one line in kernel > config -- option about scheduler. Worlds are exactly the same, only kernels were > rebuilt. > > Alexander Motin suggests, that switching scheduler could slightly > change stack consumption, which triggers switching to ng_queue > instead of direct calls. > > Really, here is diff between "md5" of all files of one and other > images: Well, I mostly meant things like uptime, load level and pattern, etc. But what mav says makes sense. Also I remember seeing some very old reports about some strange issues with SCHED_ULE and dummynet. Some links that I found: http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046332.html http://dadv.livejournal.com/139366.html#cutid1 Given the last link, I wonder if binding the ng_queue thread to a particular CPU would change anything. > blob# diff ~lev/bsd-image.md5sums ~lev/ule-image.md5sums > 74c74 > < MD5 (./boot/kernel/kernel) = 3bb0dd757628b5065d27ee5e7fc22eb3 > --- >> MD5 (./boot/kernel/kernel) = 5ba379d2c73e1277566f4bbcb618a9f2 > 618c618 > < MD5 (./conf/base/var/log/userlog) = a827af82c1f780687706b19c7d94b29e > --- >> MD5 (./conf/base/var/log/userlog) = fc289b66ae6cb23f9b24b694bf12157b > 15678c15678 > < MD5 (./var/log/userlog) = a827af82c1f780687706b19c7d94b29e > --- >> MD5 (./var/log/userlog) = fc289b66ae6cb23f9b24b694bf12157b > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 10:37:59 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3095B106564A; Thu, 12 Jan 2012 10:37:59 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id E2EDA8FC12; Thu, 12 Jan 2012 10:37:58 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:1d3e:4d27:b4ee:e1e2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 8E0294AC2D; Thu, 12 Jan 2012 14:37:57 +0400 (MSK) Date: Thu, 12 Jan 2012 14:37:51 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <524849865.20120112143751@serebryakov.spb.ru> To: Andriy Gapon In-Reply-To: <4F0EB625.3000905@FreeBSD.org> References: <1379921442.20120112133112@serebryakov.spb.ru> <4F0EADE1.9070803@FreeBSD.org> <1699441022.20120112140525@serebryakov.spb.ru> <4F0EB625.3000905@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org, jhb@FreeBSD.org Subject: Re: SCHED_ULE / NetGraph interaction broken somwhere between r227874 and r229818 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 10:37:59 -0000 Hello, Andriy. You wrote 12 =FF=ED=E2=E0=F0=FF 2012 =E3., 14:29:57: > Well, I mostly meant things like uptime, load level and pattern, etc. These are identical too -- freshly boot system, same load (torrent client on other box), only load -- traffic, as it is router, same upload/download speeds and peer counts in torrent client. > But what mav says makes sense. I'm rebuilding system with ULE and KSTACK_PAGES=3D6 (3 is default on i386) now. > Also I remember seeing some very old reports about some strange issues wi= th > SCHED_ULE and dummynet. > Some links that I found: > http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046332.html > http://dadv.livejournal.com/139366.html#cutid1 > Given the last link, I wonder if binding the ng_queue thread to a particu= lar CPU > would change anything. It is AMD Geode 500MHz. There is no ``particular CPU,'' there is only The CPU with The Core :) --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 10:40:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 774D91065676 for ; Thu, 12 Jan 2012 10:40:29 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 2592D8FC14 for ; Thu, 12 Jan 2012 10:40:28 +0000 (UTC) Received: from terran.dlink.ua (unknown [192.168.10.90]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id B5823C492D; Thu, 12 Jan 2012 12:21:31 +0200 (EET) Date: Thu, 12 Jan 2012 12:22:50 +0200 From: Aleksandr Rybalko To: Luigi Rizzo Message-Id: <20120112122250.03176f4a.ray@dlink.ua> In-Reply-To: <20120112101739.GA11498@onelab2.iet.unipi.it> References: <20120112081139.GA9921@onelab2.iet.unipi.it> <20120112101653.57decd32@ernst.jennejohn.org> <20120112100601.GA11325@onelab2.iet.unipi.it> <20120112101739.GA11498@onelab2.iet.unipi.it> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , current@freebsd.org Subject: Re: kernel config files outside of sys/${ARCH}/conf ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 10:40:29 -0000 On Thu, 12 Jan 2012 11:17:39 +0100 Luigi Rizzo wrote: >> On Thu, Jan 12, 2012 at 01:55:39AM -0800, Garrett Cooper wrote: >> > On Thu, Jan 12, 2012 at 2:06 AM, Luigi Rizzo >> > wrote: >> > > On Thu, Jan 12, 2012 at 10:16:53AM +0100, Gary Jennejohn wrote: >> > >> On Thu, 12 Jan 2012 09:11:39 +0100 >> > >> Luigi Rizzo wrote: >> > >> >> > >> > usr/sbin/config assumes that the kernel config file >> > >> > lives in ${src_base}/sys/${arch}/conf , which means that >> > >> > if you need to build a custom kernel one needs RW >> > >> > access to that directory. >> > >> > >> > >> > Any idea on how we can enable config to work in a >> > >> > generic directory ? >> > >> > >> > >> > I scanned the source code usr.sbin/config and found that >> > >> > it uses hardwired paths -- specifically, it looks for >> > >> > the kernel source tree in "../.." and has multiple >> > >> > hardwired paths such as "../../conf/". >> > >> > There is also a somewhat undocumented access to a >> > >> > file called DEFAULTS that extends the configuration you pass. >> > >> > >> > >> > Any objections to the addition of a "-s" option to config(8) >> > >> > to specify the location of the source tree ? >> > >> > >> > >> >> > >> Seems like a good idea to me as long as the old behavior is >> > >> kept. >> > > >> > > of course :) >> > >> > Why not just set KERNCONFDIR? >> >> The variable does not seem to be used by usr/sbin/config >> >> cheers >> luigi >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" Hi, ZRouter.org use just full path to config file make KERNCONF=/path/to/config buildkernel Main difference in: zrouter.org config don't use includes, but generate full config. WBW -- Alexandr Rybalko aka Alex RAY From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 10:52:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCD41106566C; Thu, 12 Jan 2012 10:52:24 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id EBC818FC18; Thu, 12 Jan 2012 10:52:23 +0000 (UTC) Received: by wibhm4 with SMTP id hm4so1669151wib.13 for ; Thu, 12 Jan 2012 02:52:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; bh=A8UvQIVk1IJpx76Pp1jV9PrMQnPfaSPCueTL7dsL57k=; b=NLjX9SIu6oEwdwaroSpgh4byXy9fS4+JBCNTvHbrByXHoNIy+ocsokn3Md8/h8uMNF kjAic7GA3hfjKxaprPQV7RfinkeqoM2u9RczesgyoSXuITV4YRigcitlPqsc2FAP5HqD IhJHte0C5xzEXiXUXY2/iYMQ3CSPFPGHIErnA= Received: by 10.180.109.77 with SMTP id hq13mr17230832wib.7.1326365543109; Thu, 12 Jan 2012 02:52:23 -0800 (PST) Received: from ernst.jennejohn.org (p578E3D0A.dip.t-dialin.net. [87.142.61.10]) by mx.google.com with ESMTPS id o17sm5245274wbh.19.2012.01.12.02.52.21 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 12 Jan 2012 02:52:22 -0800 (PST) Date: Thu, 12 Jan 2012 11:52:20 +0100 From: Gary Jennejohn To: Alexander Motin Message-ID: <20120112115220.1c32b3e2@ernst.jennejohn.org> In-Reply-To: <4F0DE3FD.2020203@FreeBSD.org> References: <4F0DE3FD.2020203@FreeBSD.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 10:52:24 -0000 On Wed, 11 Jan 2012 21:33:17 +0200 Alexander Motin wrote: > I would like request for testing of my work on further HDA sound driver > improvement. > [big snip] > That is how it may look now in dmesg: > > hdac0: mem > 0xf7ef4000-0xf7ef7fff irq 22 at device 27.0 on pci0 > hdacc0: at cad 0 on hdac0 > hdaa0: at nid 1 on hdacc0 > hdacc1: at cad 3 on hdac0 > hdaa1: at nid 1 on hdacc1 > pcm0: at nid 28,29 and 26,30,27 > on hdaa0 > pcm1: at nid 32 on hdaa0 > pcm2: at nid 6 on hdaa1 > > Patch can be found here: > http://people.freebsd.org/~mav/hda.rewrite.patch > > Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE > and 8-STABLE branches also. > The patch doesn't apply cleanly to r230008; hdac.c.rej is 15661 bytes in size (mostly the section which deletes all the manufacturer-specific defines at the top of the file). After fixing that per hand I was able to make a kernel with which sound still works. Here the relevant bits from dmesg: hdac0: mem 0xfcffc000-0xfcffffff irq 18 at device 0.1 on pci1 hdac1: mem 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 5 on hdaa0 hdacc1: at cad 1 on hdac0 hdaa1: at nid 1 on hdacc1 pcm1: at nid 5 on hdaa1 hdacc2: at cad 2 on hdac0 hdaa2: at nid 1 on hdacc2 pcm2: at nid 5 on hdaa2 hdacc3: at cad 3 on hdac0 hdaa3: at nid 1 on hdacc3 pcm3: at nid 5 on hdaa3 hdacc4: at cad 0 on hdac1 hdaa4: at nid 1 on hdacc4 pcm4: at nid 20,22,21,23 and 24,26 on hdaa4 pcm5: at nid 27 and 25 on hdaa4 pcm6: at nid 30 and 31 on hdaa4 I particularly like that the messages now show which jack corresponds to which pcm - makes deciding which jack to use much simpler. I'm using pcm4. -- Gary Jennejohn (gj@) From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 10:54:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 721FB1065670; Thu, 12 Jan 2012 10:54:07 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id CF9768FC0A; Thu, 12 Jan 2012 10:54:06 +0000 (UTC) Received: by eaak12 with SMTP id k12so703033eaa.13 for ; Thu, 12 Jan 2012 02:54:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=VHf4/c3E5Ll3Pq88Emc+xNP3/0P4QL4eWHrtXLt8dUM=; b=V4qmbsvnP9RV/IYqFv05rB8LjGM+OtTte0P8N8A//UGBtiJd6Tx5jmCjU/J0s1YYW/ mE3ffcuvLTN39ZERqBINvmmjgkKotkdfqm/qTVp0DOF3xU6ZWXRoU6JC5YKzymhhz9Tk FEJNYCG5eelLWqxASxEKfqneNjA7JLX0K+Smo= Received: by 10.213.16.198 with SMTP id p6mr681709eba.140.1326365645969; Thu, 12 Jan 2012 02:54:05 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id r2sm18040778eef.7.2012.01.12.02.54.04 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 12 Jan 2012 02:54:05 -0800 (PST) Sender: Alexander Motin Message-ID: <4F0EBBCB.2020909@FreeBSD.org> Date: Thu, 12 Jan 2012 12:54:03 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Micka=EBl_Maillot?= References: <4F0DE3FD.2020203@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 10:54:07 -0000 On 01/12/12 12:45, Mickaël Maillot wrote: > DisplayPort 8ch : does it mean that we now support 8 channel PCM over > DisplayPort and HDMI ? > i need this feature for DTS-HDMA and TrueHD with XBMC. I've never tried that because of quite old receiver. I just hope it may work. If you have respective hardware and usual HDMI/DisplayPort audio is working for you, we could try to make multichannel work. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 11:00:33 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CCDD106564A; Thu, 12 Jan 2012 11:00:33 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4BA368FC16; Thu, 12 Jan 2012 11:00:33 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:1d3e:4d27:b4ee:e1e2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 606234AC2D; Thu, 12 Jan 2012 15:00:27 +0400 (MSK) Date: Thu, 12 Jan 2012 15:00:20 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1378125765.20120112150020@serebryakov.spb.ru> To: Andriy Gapon In-Reply-To: <4F0EB625.3000905@FreeBSD.org> References: <1379921442.20120112133112@serebryakov.spb.ru> <4F0EADE1.9070803@FreeBSD.org> <1699441022.20120112140525@serebryakov.spb.ru> <4F0EB625.3000905@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: SCHED_ULE / NetGraph interaction broken somwhere between r227874 and r229818 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 11:00:33 -0000 Hello, Andriy. You wrote 12 =FF=ED=E2=E0=F0=FF 2012 =E3., 14:29:57: > But what mav says makes sense. It is it -- stack size. Setting KSTACK_PAGES=3D6 fixes situation. Feature request: warn user when ng_queue is used due to stack limitations :) I know from mav, that sometime it is unavoidable (with protocols like L2TP), but, IMHO, it is good idea to warn user when it COULD be avoided. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 11:00:56 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80849106564A for ; Thu, 12 Jan 2012 11:00:56 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 391F18FC18 for ; Thu, 12 Jan 2012 11:00:55 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 90D357300A; Thu, 12 Jan 2012 12:17:57 +0100 (CET) Date: Thu, 12 Jan 2012 12:17:57 +0100 From: Luigi Rizzo To: Aleksandr Rybalko Message-ID: <20120112111757.GA12063@onelab2.iet.unipi.it> References: <20120112081139.GA9921@onelab2.iet.unipi.it> <20120112101653.57decd32@ernst.jennejohn.org> <20120112100601.GA11325@onelab2.iet.unipi.it> <20120112101739.GA11498@onelab2.iet.unipi.it> <20120112122250.03176f4a.ray@dlink.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120112122250.03176f4a.ray@dlink.ua> User-Agent: Mutt/1.4.2.3i Cc: Garrett Cooper , current@freebsd.org Subject: Re: kernel config files outside of sys/${ARCH}/conf ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 11:00:56 -0000 On Thu, Jan 12, 2012 at 12:22:50PM +0200, Aleksandr Rybalko wrote: > On Thu, 12 Jan 2012 11:17:39 +0100 > Luigi Rizzo wrote: > > >> On Thu, Jan 12, 2012 at 01:55:39AM -0800, Garrett Cooper wrote: > >> > On Thu, Jan 12, 2012 at 2:06 AM, Luigi Rizzo > >> > wrote: > >> > > On Thu, Jan 12, 2012 at 10:16:53AM +0100, Gary Jennejohn wrote: > >> > >> On Thu, 12 Jan 2012 09:11:39 +0100 > >> > >> Luigi Rizzo wrote: > >> > >> > >> > >> > usr/sbin/config assumes that the kernel config file > >> > >> > lives in ${src_base}/sys/${arch}/conf , which means that > >> > >> > if you need to build a custom kernel one needs RW > >> > >> > access to that directory. > >> > >> > > >> > >> > Any idea on how we can enable config to work in a > >> > >> > generic directory ? > >> > >> > > >> > >> > I scanned the source code usr.sbin/config and found that > >> > >> > it uses hardwired paths -- specifically, it looks for > >> > >> > the kernel source tree in "../.." and has multiple > >> > >> > hardwired paths such as "../../conf/". > >> > >> > There is also a somewhat undocumented access to a > >> > >> > file called DEFAULTS that extends the configuration you pass. > >> > >> > > >> > >> > Any objections to the addition of a "-s" option to config(8) > >> > >> > to specify the location of the source tree ? > >> > >> > > >> > >> > >> > >> Seems like a good idea to me as long as the old behavior is > >> > >> kept. > >> > > > >> > > of course :) > >> > > >> > Why not just set KERNCONFDIR? > >> > >> The variable does not seem to be used by usr/sbin/config > >> > >> cheers > >> luigi > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to > >> "freebsd-current-unsubscribe@freebsd.org" > > Hi, > > ZRouter.org use just full path to config file > make KERNCONF=/path/to/config buildkernel It does not work: > ls -l /home/luigi/FreeBSD/pico9/qemu/PICOBSD.amd64 -rw-r--r-- 1 luigi wheel 4285 Jan 12 11:32 /home/luigi/FreeBSD/pico9/qemu/PICOBSD.amd64 > make KERNCONF=/home/luigi/FreeBSD/pico9/qemu/PICOBSD.amd64 buildkernel ERROR: Missing kernel configuration file(s) (/home/luigi/FreeBSD/pico9/qemu/PICOBSD.amd64). As i said, the hardwired paths in config suggest that there is a requirement that the config lives under the source tree and cannot be in a completely arbitrary position. My tests confirm that. So, KERNCONF=/path/to/config only works for certain values of /path/to/config . Of course i may be wrong but if you have direct experience in building a kernel whose config file name is /tmp/NOT_GENERIC please let me know how you do it. cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 11:07:21 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD78F106566B; Thu, 12 Jan 2012 11:07:21 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9A2E58FC0A; Thu, 12 Jan 2012 11:07:21 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:1d3e:4d27:b4ee:e1e2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id A02764AC2D; Thu, 12 Jan 2012 15:07:20 +0400 (MSK) Date: Thu, 12 Jan 2012 15:07:15 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <188797811.20120112150715@serebryakov.spb.ru> To: Lev Serebryakov In-Reply-To: <1378125765.20120112150020@serebryakov.spb.ru> References: <1379921442.20120112133112@serebryakov.spb.ru> <4F0EADE1.9070803@FreeBSD.org> <1699441022.20120112140525@serebryakov.spb.ru> <4F0EB625.3000905@FreeBSD.org> <1378125765.20120112150020@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org, Andriy Gapon Subject: Re: SCHED_ULE / NetGraph interaction broken somwhere between r227874 and r229818 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 11:07:22 -0000 Hello, Lev. You wrote 12 =FF=ED=E2=E0=F0=FF 2012 =E3., 15:00:20: >> But what mav says makes sense. > It is it -- stack size. Setting KSTACK_PAGES=3D6 fixes situation. OOOPS. Not. After another 5 minutes ng_queue again consumes 100% CPU :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 11:11:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB491106566B; Thu, 12 Jan 2012 11:11:59 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8C9B58FC0A; Thu, 12 Jan 2012 11:11:58 +0000 (UTC) Received: by qabj34 with SMTP id j34so265457qab.13 for ; Thu, 12 Jan 2012 03:11:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=E8YRtad4dtbhr0HEaZZ6tFE2FcCPFL+yOMA6j0gMrKA=; b=DXvT14DkiPhw77hjK7RKex9qbYaERzXKhDIRCYyEhzqEk1goz8n+MskJTOGJzTxIXB 2GhhSueFWcZ/wZx3J6S2CEjnwJ5XAWnIEvegZyBXL+oGe843yUZ5eyAcN8eDXakLzc1b KdI7fVilM0kLzy/Xzozn809FBje1ClQG3TCSE= MIME-Version: 1.0 Received: by 10.224.214.201 with SMTP id hb9mr4528904qab.86.1326365115840; Thu, 12 Jan 2012 02:45:15 -0800 (PST) Received: by 10.229.124.11 with HTTP; Thu, 12 Jan 2012 02:45:15 -0800 (PST) In-Reply-To: <4F0DE3FD.2020203@FreeBSD.org> References: <4F0DE3FD.2020203@FreeBSD.org> Date: Thu, 12 Jan 2012 11:45:15 +0100 Message-ID: From: =?ISO-8859-1?Q?Micka=EBl_Maillot?= To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 11:12:00 -0000 2012/1/11 Alexander Motin > Hi. > > I would like request for testing of my work on further HDA sound driver > improvement. > > List of changes done this time: > - Huge old hdac driver was split into three independent pieces: HDA > controller driver (hdac), HDA CODEC driver (hdacc) and HDA sudio function > driver (hdaa). All drivers are completely independent and talk to each > other only via NewBus interfaces. Using more NewBus bells and whistles > allows to properly see HDA structure with standard system instruments, such > as `devinfo -v`. Biggest driver file size now is 150K, instead of 240K > before, and the code is much more clean. > - Support for multichannel recording was added. While I've never seen it > configured by default, UAA specification tells that it is possible. Now, as > specification defines, driver checks input associations for pins with > sequence numbers 14 and 15, and if found (usually) -- works as before, > mixing signals together. If it doesn't, it configures input association as > multichannel. I've found some CODECs doing strange things when configured > for multichannel recording, but I've also found successfully working > examples. > - Signal tracer was improved to look for cases where several DACs/ADCs in > CODEC can work with the same audio signal. If such case found, driver > registers additional playback/record stream (channel) for the pcm device. > Having more then one stream allows to avoid vchans use and so avoid extra > conversion to pre-configured vchan rate and sample format. Not many CODECs > allow this, especially on playback, but some do. > - New controller streams reservation mechanism was implemented. That > allows to have more pcm devices then streams supported by the controller > (usually 4 in each direction). Now it limits only number of > _simultaneously_ transferred audio streams, that is rarely reachable and > properly reported if happens. > - Codec pins and GPIO signals configuration was exported via set of > writable sysctls. Another sysctl dev.hdaa.X.reconfig allows to trigger > driver reconfiguration in run-time. The only requirement is that all pcm > devices should be closed at the moment, as they will be destroyed and > recreated. This should significantly simplify process of fixing CODEC > configuration. It should be possible now even to write GUI to do it with > few mouse clicks. > - Driver now decodes pins location and connector type names. In some > cases it allows to hint user where on the system case connectors, related > to the pcm device, are located. Number of channels supported by pcm device, > reported now (if it is not 2), should also make search easier. > - Added fix for digital mic recording on some Asus laptops/netbooks. > > That is how it may look now in dmesg: > > hdac0: mem > 0xf7ef4000-0xf7ef7fff irq 22 at device 27.0 on pci0 > hdacc0: at cad 0 on hdac0 > hdaa0: at nid 1 on hdacc0 > hdacc1: at cad 3 on hdac0 > hdaa1: at nid 1 on hdacc1 > pcm0: at nid 28,29 and 26,30,27 on > hdaa0 > pcm1: at nid 32 on hdaa0 > pcm2: at nid 6 on hdaa1 > > Patch can be found here: > http://people.freebsd.org/~**mav/hda.rewrite.patch > > Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE and > 8-STABLE branches also. > > Special thanks to iXsystems, Inc. for supporting this work. > > Comments and tests results are welcome! > > Hi, first thank for your work ! i'll try the patch this week end. DisplayPort 8ch : does it mean that we now support 8 channel PCM over DisplayPort and HDMI ? i need this feature for DTS-HDMA and TrueHD with XBMC. From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 11:18:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E78EE106566C; Thu, 12 Jan 2012 11:18:23 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4C98F8FC15; Thu, 12 Jan 2012 11:18:22 +0000 (UTC) Received: by eeke53 with SMTP id e53so156829eek.13 for ; Thu, 12 Jan 2012 03:18:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=jmkz0hG+B0QSP0D2wyS/xBXQ17syS9jWsKt9l06CGjc=; b=FRCuokj7ONTQ3d28xad212Mpl3ZO6vj5sUFw5l96ibwDi/ZKDbMfLWgErZleLayPwD xiPBxXMUNxzWsedxsGdlu/G4dHwXLAmqSQ145bae+sv6NOllQ8cHekqNa/STiA8VkgHY 3d7N+InGbpk+aJeJW5rzdyEEDwwEB22oFuEGA= Received: by 10.14.47.79 with SMTP id s55mr1235952eeb.69.1326367102212; Thu, 12 Jan 2012 03:18:22 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id u53sm18279360eeu.6.2012.01.12.03.18.20 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 12 Jan 2012 03:18:21 -0800 (PST) Sender: Alexander Motin Message-ID: <4F0EC17B.8040908@FreeBSD.org> Date: Thu, 12 Jan 2012 13:18:19 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: gljennjohn@googlemail.com References: <4F0DE3FD.2020203@FreeBSD.org> <20120112115220.1c32b3e2@ernst.jennejohn.org> In-Reply-To: <20120112115220.1c32b3e2@ernst.jennejohn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 11:18:24 -0000 On 01/12/12 12:52, Gary Jennejohn wrote: > On Wed, 11 Jan 2012 21:33:17 +0200 > Alexander Motin wrote: >> I would like request for testing of my work on further HDA sound driver >> improvement. > > [big snip] > >> Patch can be found here: >> http://people.freebsd.org/~mav/hda.rewrite.patch >> >> Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE >> and 8-STABLE branches also. > > The patch doesn't apply cleanly to r230008; hdac.c.rej is 15661 bytes > in size (mostly the section which deletes all the manufacturer-specific > defines at the top of the file). That is probably because of $FreeBSD$ macro resolution. Here is version with present value from 10-CURRENT SVN (sources from CVS or STABLE will need that patch line modified respectively) and some minor additional improvements like CODEC ODs and some more sysctls: http://people.freebsd.org/~mav/hda.rewrite2.patch > After fixing that per hand I was able to make a kernel with which sound > still works. Here the relevant bits from dmesg: > > hdac0: mem 0xfcffc000-0xfcffffff irq 18 at device 0.1 on pci1 > hdac1: mem 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 > hdacc0: at cad 0 on hdac0 > hdaa0: at nid 1 on hdacc0 > pcm0: at nid 5 on hdaa0 > hdacc1: at cad 1 on hdac0 > hdaa1: at nid 1 on hdacc1 > pcm1: at nid 5 on hdaa1 > hdacc2: at cad 2 on hdac0 > hdaa2: at nid 1 on hdacc2 > pcm2: at nid 5 on hdaa2 > hdacc3: at cad 3 on hdac0 > hdaa3: at nid 1 on hdacc3 > pcm3: at nid 5 on hdaa3 > hdacc4: at cad 0 on hdac1 > hdaa4: at nid 1 on hdacc4 > pcm4: at nid 20,22,21,23 and 24,26 on hdaa4 > pcm5: at nid 27 and 25 on hdaa4 > pcm6: at nid 30 and 31 on hdaa4 > > I particularly like that the messages now show which jack corresponds to > which pcm - makes deciding which jack to use much simpler. Thank you for the report. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 11:50:27 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48C14106564A for ; Thu, 12 Jan 2012 11:50:27 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 55BF38FC12 for ; Thu, 12 Jan 2012 11:50:26 +0000 (UTC) Received: from terran.dlink.ua (unknown [192.168.10.90]) by smtp.dlink.ua (Postfix) with SMTP id D36A1C492D; Thu, 12 Jan 2012 13:34:46 +0200 (EET) Date: Thu, 12 Jan 2012 13:36:05 +0200 From: Aleksandr Rybalko To: Luigi Rizzo Message-Id: <20120112133605.c1cba15b.ray@freebsd.org> In-Reply-To: <20120112111757.GA12063@onelab2.iet.unipi.it> References: <20120112081139.GA9921@onelab2.iet.unipi.it> <20120112101653.57decd32@ernst.jennejohn.org> <20120112100601.GA11325@onelab2.iet.unipi.it> <20120112101739.GA11498@onelab2.iet.unipi.it> <20120112122250.03176f4a.ray@dlink.ua> <20120112111757.GA12063@onelab2.iet.unipi.it> Organization: FreeBSD Project X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , current@freebsd.org Subject: Re: kernel config files outside of sys/${ARCH}/conf ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 11:50:27 -0000 On Thu, 12 Jan 2012 12:17:57 +0100 Luigi Rizzo wrote: >> On Thu, Jan 12, 2012 at 12:22:50PM +0200, Aleksandr Rybalko wrote: >> > On Thu, 12 Jan 2012 11:17:39 +0100 >> > Luigi Rizzo wrote: >> > >> > >> On Thu, Jan 12, 2012 at 01:55:39AM -0800, Garrett Cooper wrote: >> > >> > On Thu, Jan 12, 2012 at 2:06 AM, Luigi Rizzo >> > >> > wrote: >> > >> > > On Thu, Jan 12, 2012 at 10:16:53AM +0100, Gary Jennejohn >> > >> > > wrote: >> > >> > >> On Thu, 12 Jan 2012 09:11:39 +0100 >> > >> > >> Luigi Rizzo wrote: >> > >> > >> >> > >> > >> > usr/sbin/config assumes that the kernel config file >> > >> > >> > lives in ${src_base}/sys/${arch}/conf , which means that >> > >> > >> > if you need to build a custom kernel one needs RW >> > >> > >> > access to that directory. >> > >> > >> > >> > >> > >> > Any idea on how we can enable config to work in a >> > >> > >> > generic directory ? >> > >> > >> > >> > >> > >> > I scanned the source code usr.sbin/config and found that >> > >> > >> > it uses hardwired paths -- specifically, it looks for >> > >> > >> > the kernel source tree in "../.." and has multiple >> > >> > >> > hardwired paths such as "../../conf/". >> > >> > >> > There is also a somewhat undocumented access to a >> > >> > >> > file called DEFAULTS that extends the configuration you >> > >> > >> > pass. >> > >> > >> > >> > >> > >> > Any objections to the addition of a "-s" option to config >> > >> > >> > (8) to specify the location of the source tree ? >> > >> > >> > >> > >> > >> >> > >> > >> Seems like a good idea to me as long as the old behavior is >> > >> > >> kept. >> > >> > > >> > >> > > of course :) >> > >> > >> > >> > Why not just set KERNCONFDIR? >> > >> >> > >> The variable does not seem to be used by usr/sbin/config >> > >> >> > >> cheers >> > >> luigi >> > >> _______________________________________________ >> > >> freebsd-current@freebsd.org mailing list >> > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> > >> To unsubscribe, send any mail to >> > >> "freebsd-current-unsubscribe@freebsd.org" >> > >> > Hi, >> > >> > ZRouter.org use just full path to config file >> > make KERNCONF=/path/to/config buildkernel >> >> It does not work: >> >> > ls -l /home/luigi/FreeBSD/pico9/qemu/PICOBSD.amd64 >> -rw-r--r-- 1 luigi wheel 4285 Jan 12 >> 11:32 /home/luigi/FreeBSD/pico9/qemu/PICOBSD.amd64 >> > make KERNCONF=/home/luigi/FreeBSD/pico9/qemu/PICOBSD.amd64 >> > buildkernel >> ERROR: Missing kernel configuration file(s) >> (/home/luigi/FreeBSD/pico9/qemu/PICOBSD.amd64). >> >> As i said, the hardwired paths in config suggest that there is >> a requirement that the config lives under the source tree and >> cannot be in a completely arbitrary position. My tests confirm that. >> So, KERNCONF=/path/to/config only works for certain values of >> /path/to/config . >> >> Of course i may be wrong but if you have direct experience >> in building a kernel whose config file name is /tmp/NOT_GENERIC >> please let me know how you do it. >> >> cheers >> luigi >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" Oh, yes, sorry, I forgot about Makefile.inc1 changes. Her it is: Index: Makefile.inc1 =================================================================== --- Makefile.inc1 (revision 229577) +++ Makefile.inc1 (working copy) @@ -29,6 +29,7 @@ # /usr/share/mk. These include: # obj depend all install clean cleandepend cleanobj +SRC_ROOT=${.CURDIR} # You are supposed to define both of these when calling Makefile.inc1 # directly. However, some old scripts don't. Cope for the moment, but # issue a new warning for a transition period. @@ -215,6 +216,7 @@ CROSSENV= MAKEOBJDIRPREFIX=${OBJTREE} \ MACHINE_ARCH=${TARGET_ARCH} \ MACHINE=${TARGET} \ + SRC_ROOT=${.CURDIR} \ CPUTYPE=${TARGET_CPUTYPE} .if ${OSRELDATE} < 700044 CROSSENV+= AR=gnu-ar RANLIB=gnu-ranlib @@ -381,6 +383,7 @@ mtree -deU -f ${.CURDIR}/etc/mtree/BIND.include.dist \ -p ${WORLDTMP}/usr/include >/dev/null .endif + mkdir -p ${WORLDTMP}/legacy/usr/include/lzma >/dev/null _legacy: @echo @echo "--------------------------------------------------------------" @@ -768,12 +771,19 @@ BUILDKERNELS= INSTALLKERNEL= .for _kernel in ${KERNCONF} +__absolute=${_kernel:C/^\/.*$/abs/} .if exists(${KERNCONFDIR}/${_kernel}) BUILDKERNELS+= ${_kernel} .if empty(INSTALLKERNEL) INSTALLKERNEL= ${_kernel} .endif +.elif exists(${_kernel}) && ${__absolute} == "abs" +# Kernel config with absolute path +BUILDKERNELS+= ${_kernel} +.if empty(INSTALLKERNEL) +INSTALLKERNEL= ${_kernel} .endif +.endif .endfor # @@ -798,17 +808,24 @@ @echo ">>> Kernel build for ${_kernel} started on `LC_ALL=C date`" @echo "--------------------------------------------------------------" @echo "===> ${_kernel}" - mkdir -p ${KRNLOBJDIR} + mkdir -p ${KRNLOBJDIR}/${_kernel} .if !defined(NO_KERNELCONFIG) @echo @echo "--------------------------------------------------------------" @echo ">>> stage 1: configuring the kernel" @echo "--------------------------------------------------------------" +.if ! empty(_kernel:S/^\/.*$//) cd ${KRNLCONFDIR}; \ PATH=${TMPPATH} \ config ${CONFIGARGS} -d ${KRNLOBJDIR}/${_kernel} \ ${KERNCONFDIR}/${_kernel} +.else + cd ${KRNLCONFDIR}; \ + PATH=${TMPPATH} \ + config ${CONFIGARGS} -d ${KRNLOBJDIR}/${_kernel} \ + ${_kernel} .endif +.endif .if !defined(NO_CLEAN) && !defined(NO_KERNELCLEAN) @echo @echo "--------------------------------------------------------------" P.S. somewhere I else have patch to zrouter which allow do same w/o Makefile.inc1 modification posted by Luiz Otavio O Souza, but I can't find it right now :) WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 12:18:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F221B106564A; Thu, 12 Jan 2012 12:18:55 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from procyon.xvoid.org (procyon.xvoid.org [IPv6:2001:470:28:4ba:20c:29ff:feb6:11bc]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1E58FC14; Thu, 12 Jan 2012 12:18:54 +0000 (UTC) Received: from procyon.xvoid.org (yuri@procyon.xvoid.org [IPv6:::1]) by procyon.xvoid.org (8.14.5/8.14.5) with ESMTP id q0CCIrs5019732; Thu, 12 Jan 2012 16:18:53 +0400 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by procyon.xvoid.org (8.14.5/8.14.5/Submit) id q0CCIrE8019731; Thu, 12 Jan 2012 16:18:53 +0400 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: procyon.xvoid.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Thu, 12 Jan 2012 16:18:53 +0400 From: Yuri Pankov To: Alexander Motin Message-ID: <20120112121853.GC1429@procyon.xvoid.org> References: <4F0DE3FD.2020203@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F0DE3FD.2020203@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 12:18:56 -0000 On Wed, Jan 11, 2012 at 09:33:17PM +0200, Alexander Motin wrote: > Hi. > > I would like request for testing of my work on further HDA sound driver > improvement. [...] > Patch can be found here: > http://people.freebsd.org/~mav/hda.rewrite.patch > > Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE > and 8-STABLE branches also. Patch applied cleanly to r230008 using `svn patch`. hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 5 on hdaa0 hdacc1: at cad 1 on hdac0 hdaa1: at nid 1 on hdacc1 pcm1: at nid 5 on hdaa1 hdacc2: at cad 2 on hdac0 hdaa2: at nid 1 on hdacc2 pcm2: at nid 5 on hdaa2 hdacc3: at cad 3 on hdac0 hdaa3: at nid 1 on hdacc3 pcm3: at nid 5 on hdaa3 hdacc4: at cad 0 on hdac1 hdaa4: at nid 1 on hdacc4 pcm4: at nid 13 and 11 on hdaa4 pcm5: at nid 15 and 24 on hdaa4 pcm6: at nid 30 on hdaa4 pcm4 (builtin speakers) and pcm5 (headphones) seem to work fine, however I'm not getting anything out of pcm0-pcm3 (connected to a TV via HDMI), mplayer just pauses at the beggining, trying to cat anything to /dev/dsp{0-3}.0 gives: pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead It was the same with the old driver and I'm not sure if it's (most likely) my misconfiguration or a driver problem. Thanks, Yuri From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 12:30:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC8BF1065673; Thu, 12 Jan 2012 12:30:55 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id 0AA438FC1A; Thu, 12 Jan 2012 12:30:55 +0000 (UTC) Received: from pd951c176.dip.t-dialin.net ([217.81.193.118] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RlJnx-0003Jq-KY; Thu, 12 Jan 2012 13:30:53 +0100 Message-ID: <4F0ED27A.8070600@gwdg.de> Date: Thu, 12 Jan 2012 13:30:50 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Alexander Motin References: <4F0DE3FD.2020203@FreeBSD.org> <20120112115220.1c32b3e2@ernst.jennejohn.org> <4F0EC17B.8040908@FreeBSD.org> In-Reply-To: <4F0EC17B.8040908@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-multimedia@FreeBSD.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 12:30:55 -0000 On 12.01.2012 12:18 (UTC+1), Alexander Motin wrote: > On 01/12/12 12:52, Gary Jennejohn wrote: >> On Wed, 11 Jan 2012 21:33:17 +0200 >> Alexander Motin wrote: >>> I would like request for testing of my work on further HDA sound driver >>> improvement. >> >> [big snip] >> >>> Patch can be found here: >>> http://people.freebsd.org/~mav/hda.rewrite.patch >>> >>> Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE >>> and 8-STABLE branches also. >> >> The patch doesn't apply cleanly to r230008; hdac.c.rej is 15661 bytes >> in size (mostly the section which deletes all the manufacturer-specific >> defines at the top of the file). > > That is probably because of $FreeBSD$ macro resolution. Here is version > with present value from 10-CURRENT SVN (sources from CVS or STABLE will > need that patch line modified respectively) and some minor additional > improvements like CODEC ODs and some more sysctls: > http://people.freebsd.org/~mav/hda.rewrite2.patch I just patched 10.0-CURRENT (amd64) r230009 against hda.rewrite2.patch. All went fine so far. My box is now running again with following messages: hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 5 on hdaa0 hdacc1: at cad 1 on hdac0 hdaa1: at nid 1 on hdacc1 pcm1: at nid 5 on hdaa1 hdacc2: at cad 2 on hdac0 hdaa2: at nid 1 on hdacc2 pcm2: at nid 5 on hdaa2 hdacc3: at cad 3 on hdac0 hdaa3: at nid 1 on hdacc3 pcm3: at nid 5 on hdaa3 hdacc4: at cad 0 on hdac1 hdaa4: at nid 1 on hdacc4 pcm4: at nid 20,22,23,21 and 24,26 on hdaa4 pcm5: at nid 27 and 25 on hdaa4 pcm6: at nid 30 on hdaa4 pcm7: at nid 17 on hdaa4 I am using pcm4 with 5.1 surround sound and pulseaudio. All seems to work fine :-) The mainboard is an Asus M4A88TD-V EVO/USB3, the graphics card is a NVidia GeForce GTS 450. The Realtek ALC892 is regocnized by the driver, the NVidia HDMI sound device is not. I am looking forward to the commit of this patch! >> After fixing that per hand I was able to make a kernel with which sound >> still works. Here the relevant bits from dmesg: >> >> hdac0: mem 0xfcffc000-0xfcffffff irq >> 18 at device 0.1 on pci1 >> hdac1: mem 0xfe024000-0xfe027fff irq 16 at >> device 20.2 on pci0 >> hdacc0: at cad 0 on hdac0 >> hdaa0: at nid 1 on hdacc0 >> pcm0: at nid 5 on hdaa0 >> hdacc1: at cad 1 on hdac0 >> hdaa1: at nid 1 on hdacc1 >> pcm1: at nid 5 on hdaa1 >> hdacc2: at cad 2 on hdac0 >> hdaa2: at nid 1 on hdacc2 >> pcm2: at nid 5 on hdaa2 >> hdacc3: at cad 3 on hdac0 >> hdaa3: at nid 1 on hdacc3 >> pcm3: at nid 5 on hdaa3 >> hdacc4: at cad 0 on hdac1 >> hdaa4: at nid 1 on hdacc4 >> pcm4: at nid >> 20,22,21,23 and 24,26 on hdaa4 >> pcm5: at nid 27 and 25 >> on hdaa4 >> pcm6: at nid 30 and 31 >> on hdaa4 >> >> I particularly like that the messages now show which jack corresponds to >> which pcm - makes deciding which jack to use much simpler. > > Thank you for the report. > From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 12:35:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68C54106564A; Thu, 12 Jan 2012 12:35:39 +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 3C2388FC12; Thu, 12 Jan 2012 12:35:39 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id D5CDA46B0D; Thu, 12 Jan 2012 07:35:38 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 64BE9B941; Thu, 12 Jan 2012 07:35:38 -0500 (EST) From: John Baldwin To: Andriy Gapon Date: Wed, 11 Jan 2012 17:40:31 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <4F0C9D14.60705@FreeBSD.org> <4F0DC476.8050509@FreeBSD.org> <4F0DE97F.60208@FreeBSD.org> In-Reply-To: <4F0DE97F.60208@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201111740.31125.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 12 Jan 2012 07:35:38 -0500 (EST) Cc: freebsd-current@freebsd.org Subject: Re: bus dma: a flag/quirk for page zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 12:35:39 -0000 On Wednesday, January 11, 2012 2:56:47 pm Andriy Gapon wrote: > on 11/01/2012 19:18 Andriy Gapon said the following: > > Actually, I think that on x86 we don't have to do anything special for any memory > > allocations that we do, including the bounce pages, as the page zero is excluded > > from phys_avail and is not available for normal use. > > After some additional thinking there is probably no reason to take advantage of > this fact. First, it would increase differences with other platforms. Second, > it would add a hidden dependency. So it's better to be explicit here. Agreed. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 12:57:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CE0A106566C; Thu, 12 Jan 2012 12:57:57 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9A9BE8FC16; Thu, 12 Jan 2012 12:57:56 +0000 (UTC) Received: by eaai12 with SMTP id i12so12260eaa.13 for ; Thu, 12 Jan 2012 04:57:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=XEYfb5JzEXjqXAai8QXALCNl6OKXZkpb9WruD3xh6o0=; b=JTYY1ZSM3HmkuECpLNRquAamlsLAGaBOgc7AgPXcI1gFnBe+lInhQWZJa0w3OS2soC 21Q5PUNKj10ZRRHFqIoXpl4xuJTtepy0xYfwpB44s2vRa5+qazi0q9WWD2jqe3BFqJZt SQ8CU1BWr4UWJC0rtWuMRfrpjcIhxU5+NJrn0= Received: by 10.213.20.201 with SMTP id g9mr1122670ebb.43.1326373075622; Thu, 12 Jan 2012 04:57:55 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id y12sm19162825eeb.11.2012.01.12.04.57.53 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 12 Jan 2012 04:57:54 -0800 (PST) Sender: Alexander Motin Message-ID: <4F0ED8D0.8080403@FreeBSD.org> Date: Thu, 12 Jan 2012 14:57:52 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Yuri Pankov References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> In-Reply-To: <20120112121853.GC1429@procyon.xvoid.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 12:57:57 -0000 On 01/12/12 14:18, Yuri Pankov wrote: > On Wed, Jan 11, 2012 at 09:33:17PM +0200, Alexander Motin wrote: >> I would like request for testing of my work on further HDA sound driver >> improvement. > [...] >> Patch can be found here: >> http://people.freebsd.org/~mav/hda.rewrite.patch >> >> Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE >> and 8-STABLE branches also. > > Patch applied cleanly to r230008 using `svn patch`. > > hdacc0: at cad 0 on hdac0 > hdaa0: at nid 1 on hdacc0 > pcm0: at nid 5 on hdaa0 > hdacc1: at cad 1 on hdac0 > hdaa1: at nid 1 on hdacc1 > pcm1: at nid 5 on hdaa1 > hdacc2: at cad 2 on hdac0 > hdaa2: at nid 1 on hdacc2 > pcm2: at nid 5 on hdaa2 > hdacc3: at cad 3 on hdac0 > hdaa3: at nid 1 on hdacc3 > pcm3: at nid 5 on hdaa3 > hdacc4: at cad 0 on hdac1 > hdaa4: at nid 1 on hdacc4 > pcm4: at nid 13 and 11 on hdaa4 > pcm5: at nid 15 and 24 on hdaa4 > pcm6: at nid 30 on hdaa4 > > pcm4 (builtin speakers) and pcm5 (headphones) seem to work fine, however Thank you. > I'm not getting anything out of pcm0-pcm3 (connected to a TV via HDMI), > mplayer just pauses at the beggining, trying to cat anything to > /dev/dsp{0-3}.0 gives: > > pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead > > It was the same with the old driver and I'm not sure if it's (most > likely) my misconfiguration or a driver problem. It sounds more like a driver problem. HDMI audio is still not very well discovered area, and, according to ALSA reading, NVidia HDMI is also not very standard. Probably I'll finally have to buy something to experiment. What card do you have? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 13:04:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68070106566C; Thu, 12 Jan 2012 13:04:06 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from procyon.xvoid.org (procyon.xvoid.org [IPv6:2001:470:28:4ba:20c:29ff:feb6:11bc]) by mx1.freebsd.org (Postfix) with ESMTP id BDD658FC19; Thu, 12 Jan 2012 13:04:05 +0000 (UTC) Received: from procyon.xvoid.org (yuri@procyon.xvoid.org [IPv6:::1]) by procyon.xvoid.org (8.14.5/8.14.5) with ESMTP id q0CD44pL019879; Thu, 12 Jan 2012 17:04:04 +0400 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by procyon.xvoid.org (8.14.5/8.14.5/Submit) id q0CD44oc019878; Thu, 12 Jan 2012 17:04:04 +0400 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: procyon.xvoid.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Thu, 12 Jan 2012 17:04:04 +0400 From: Yuri Pankov To: Alexander Motin Message-ID: <20120112130404.GD1429@procyon.xvoid.org> References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F0ED8D0.8080403@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 13:04:06 -0000 On Thu, Jan 12, 2012 at 02:57:52PM +0200, Alexander Motin wrote: > On 01/12/12 14:18, Yuri Pankov wrote: > > On Wed, Jan 11, 2012 at 09:33:17PM +0200, Alexander Motin wrote: > >> I would like request for testing of my work on further HDA sound driver > >> improvement. > > [...] > >> Patch can be found here: > >> http://people.freebsd.org/~mav/hda.rewrite.patch > >> > >> Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE > >> and 8-STABLE branches also. > > > > Patch applied cleanly to r230008 using `svn patch`. > > > > hdacc0: at cad 0 on hdac0 > > hdaa0: at nid 1 on hdacc0 > > pcm0: at nid 5 on hdaa0 > > hdacc1: at cad 1 on hdac0 > > hdaa1: at nid 1 on hdacc1 > > pcm1: at nid 5 on hdaa1 > > hdacc2: at cad 2 on hdac0 > > hdaa2: at nid 1 on hdacc2 > > pcm2: at nid 5 on hdaa2 > > hdacc3: at cad 3 on hdac0 > > hdaa3: at nid 1 on hdacc3 > > pcm3: at nid 5 on hdaa3 > > hdacc4: at cad 0 on hdac1 > > hdaa4: at nid 1 on hdacc4 > > pcm4: at nid 13 and 11 on hdaa4 > > pcm5: at nid 15 and 24 on hdaa4 > > pcm6: at nid 30 on hdaa4 > > > > pcm4 (builtin speakers) and pcm5 (headphones) seem to work fine, however > > Thank you. > > > I'm not getting anything out of pcm0-pcm3 (connected to a TV via HDMI), > > mplayer just pauses at the beggining, trying to cat anything to > > /dev/dsp{0-3}.0 gives: > > > > pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead > > > > It was the same with the old driver and I'm not sure if it's (most > > likely) my misconfiguration or a driver problem. > > It sounds more like a driver problem. HDMI audio is still not very well > discovered area, and, according to ALSA reading, NVidia HDMI is also not > very standard. Probably I'll finally have to buy something to > experiment. What card do you have? It's a laptop with "nVidia Corporation GT216 [GeForce GT 230M]" (as identified by x11/nvidia-driver). The verbose dmesg is at: https://www.xvoid.org/stuff/spica.dmesg Yuri From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 18:32:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3B7D106564A for ; Thu, 12 Jan 2012 18:32:12 +0000 (UTC) (envelope-from gautam@execve.net) Received: from sng001.hawkhost.com (sng001.hawkhost.com [216.12.199.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4404A8FC18 for ; Thu, 12 Jan 2012 18:32:12 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=execve.net; h=Date:From:To:Cc:Subject:Message-ID:References:Mime-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent:X-OS:X-Secure-Key; b=CdbjwZdvz8MEchMwhjfVxugp/J9iyULRhQ3QBgvqHWs+RRDHN5v9rHBNzekzgY1ojn4DrOsfRCX0fM/8Ppa5LRmWMRF1UBsEod/tIJkxz+nP1YecSY3/W8ZfXLwGTWL6; Received: from [117.192.237.106] (port=17440 helo=linbox.localdomain) by sng001.hawkhost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RlPRV-0038UN-8D; Fri, 13 Jan 2012 02:32:05 +0800 Received: by linbox.localdomain (Postfix, from userid 1001) id 4208117031; Fri, 13 Jan 2012 00:01:59 +0530 (IST) Date: Fri, 13 Jan 2012 00:01:59 +0530 From: Gautam Mani To: Yamagi Burmeister , mckusick@mckusick.com Message-ID: <20120112183159.GA3203@localhost> References: <20120109183051.1e4de3ca.lists@yamagi.org> <201201101830.q0AIUDP7062707@chez.mckusick.com> <20120111103039.d342aef4.lists@yamagi.org> <20120111225754.GAf9c67.linbox@execve.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120111225754.GAf9c67.linbox@execve.net> User-Agent: Mutt/1.4.2.3i X-OS: FreeBSD 9.0-PRERELEASE X-Secure-Key: 0x7586EF34 [ A7E6 795F AF8D 91AF 1D5E 3CC5 7847 7DCC 7586 EF34 ] X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sng001.hawkhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - execve.net Cc: freebsd-current@freebsd.org, bryce@bryce.net Subject: Re: FS hang when creating snapshots on a UFS SU+J setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 18:32:12 -0000 On Wed, Jan 11, 2012 at 11:12:35PM +0530, Gautam Mani wrote: > > Do let me know if I can try something further. > I reproduced this again and here is the core.txt crash summary if it helps. http://pastebin.com/hTGMXX6A Thanks Gautam From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 18:42:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1492B106566B; Thu, 12 Jan 2012 18:42:50 +0000 (UTC) (envelope-from gkontos.mail@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 CB7028FC08; Thu, 12 Jan 2012 18:42:49 +0000 (UTC) Received: by iazz13 with SMTP id z13so4634391iaz.13 for ; Thu, 12 Jan 2012 10:42:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=Qvlf6c5sL5Ek7wapLPuEF8S53A813392B4nskG2/LE8=; b=EVpb1rfPpmIlmWvd6WKdNQs/QcS/bxoyC/8oBpOB9NKumeRZF9ca62v4sB8ITHD8Xl YeVHQyZ9lTLpfVLgi24SwKFE0rAFZcdhERtvSMFmfB4CPqPKm8gRZO0atsRHx+zocBDQ f61QbjmCxnZLNgDKTU4KnrNvS2JlRnKbrsj1Y= MIME-Version: 1.0 Received: by 10.42.180.9 with SMTP id bs9mr4634179icb.0.1326393769260; Thu, 12 Jan 2012 10:42:49 -0800 (PST) Received: by 10.231.135.3 with HTTP; Thu, 12 Jan 2012 10:42:49 -0800 (PST) Date: Thu, 12 Jan 2012 20:42:49 +0200 Message-ID: From: George Kontostanos To: FreeBSD Stable , FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: FreeBSD 9 & recompile ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 18:42:50 -0000 Greetings all and my apologies for cross posting! There seems to be a confusion regarding the ABI change in FreeBSD 9 and if this affects the usual upgrade path which includes a full port rebuild. The relevant post is here: http://forums.freebsd.org/showthread.php?t=28831 Frankly, I am also confused because I remember a relevant discussion a few months ago in the lists. Traditionally a major RELEASE upgrade requires a full ports rebuild, however this time there is no COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be working fine. On the other hand this is stated in UPDATING: 20110828: Bump the shared library version numbers for libraries that do not use symbol versioning, have changed the ABI compared to stable/8 and which shared library version was not bumped. Done as part of 9.0-RELEASE cycle. Your input would be appreciated! Regards, -- George Kontostanos Aicom telecoms ltd From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 19:47:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82FB9106564A; Thu, 12 Jan 2012 19:47:50 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 07AA38FC14; Thu, 12 Jan 2012 19:47:49 +0000 (UTC) Received: by vbbfp1 with SMTP id fp1so1068390vbb.13 for ; Thu, 12 Jan 2012 11:47:49 -0800 (PST) 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=Qgjo9JySNIvOV1xLq3gZhv/0nN7a0yDwVNuoHjEGrRU=; b=VzAhWMVHPu6lxOpAUKNt38/IOi9SPqj5yueMHo06jI0G4+0GUkdD8GxPeRFJhFl72B gLWYmp2YzOM8m1uxYth9hewG6Sv69Kg4FBTut8hvO7NaWQg8FwMbRkn7nOVAskBnPbsB NzaoX1rXaEhaU/zblRYgmDdE4qeoPQI+wkECw= MIME-Version: 1.0 Received: by 10.52.70.45 with SMTP id j13mr2131945vdu.115.1326397669285; Thu, 12 Jan 2012 11:47:49 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.36.5 with HTTP; Thu, 12 Jan 2012 11:47:49 -0800 (PST) In-Reply-To: <287819916.20120112131047@serebryakov.spb.ru> References: <1791250845.20120111030529@serebryakov.spb.ru> <108354307.20120111032108@serebryakov.spb.ru> <4F0CCDFC.9020901@gmail.com> <19210156623.20120112003332@serebryakov.spb.ru> <287819916.20120112131047@serebryakov.spb.ru> Date: Thu, 12 Jan 2012 11:47:49 -0800 X-Google-Sender-Auth: b5XMVPEqxviegDGuwSFFM_R_MME Message-ID: From: Adrian Chadd To: lev@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Alexander Motin , freebsd-current@freebsd.org, Chuck Burns Subject: Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 19:47:50 -0000 .. this is why someone needs to put together an automated testing framework to build, run, test and report on this. Then, the warehouse-sized space and cooling needed for a few hundred machines, all doing automated regression testing. That's how "a project" fixes this. :-) The alternative is people keep up to date on -HEAD, every two or so weeks, and report issues. But we know how often that happens.. Adrian 2012/1/12 Lev Serebryakov : > Hello, Lev. > You wrote 12 =D1=8F=D0=BD=D0=B2=D0=B0=D1=80=D1=8F 2012 =D0=B3., 0:33:32: > >> =C2=A0I'll try to find revision, which breaks ULE + NetGraph by binary >> search, but it takes some time as here is 590 revisions in "head/sys" >> between previous version I used (which works Ok with ULE) and current >> version (which doesn't). So, it should be ~9 iterations, and every >> iteration takes ~1 hour and I could not spend 9 hours in row on this >> task. > =C2=A0Everything is much worse, that I thought. mpd built on old systems > =C2=A0could not work on new ones and vice versa. I need to rebuild FULL > =C2=A0system (not only kernel), update build box, rebuild ports, build > =C2=A0image for router. It is about 5 hours per version. More than 512 > =C2=A0revisions to search, about 10 iterations. FML. > > -- > // Black Lion AKA Lev Serebryakov > From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 21:08:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB1A3106564A for ; Thu, 12 Jan 2012 21:08:11 +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 A01578FC16 for ; Thu, 12 Jan 2012 21:08:11 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 440D846B1A; Thu, 12 Jan 2012 16:08:11 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C5D8AB91C; Thu, 12 Jan 2012 16:08:10 -0500 (EST) From: John Baldwin To: Adrian Connolly Date: Thu, 12 Jan 2012 16:08:09 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <863081.90627.qm@web100405.mail.kks.yahoo.co.jp> <201201031037.36965.jhb@freebsd.org> <76ED7D95-63D6-4328-B689-BBBA5C9F24A0@yahoo.co.jp> In-Reply-To: <76ED7D95-63D6-4328-B689-BBBA5C9F24A0@yahoo.co.jp> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201201121608.09808.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 12 Jan 2012 16:08:10 -0500 (EST) Cc: "freebsd-current@freebsd.org" Subject: Re: atkbc not loaded with ACPI enabled in 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 21:08:11 -0000 On Tuesday, January 03, 2012 7:31:59 pm Adrian Connolly wrote: > On 2012/01/04, at 0:37, John Baldwin wrote: > > > > On Monday, January 02, 2012 11:39:10 pm aconnolly08@yahoo.co.jp wrote: > >> I am running 9.0-RC3 on an Acer Aspire One D255E netbook. I have most of the > > functionality I want with one major exception, when I enable ACPI my > > integrated keyboard drivers aren't loaded. Without ACPI I can use my keyboard > > as atkbdc and atkbd get loaded, (not psm though), but I have problems with > > shutdown, time settings, power settings and usb controllers. > >> I have tried various ways of tackling this including: > >> 1. including "nooptions NEW_PCIB" in kernel configuration, rebuilding and > > installing >> no effect > >> 2a. including "debug.acpi.disabled="pci" " >> can't mount file system2b. > > including "debug.acpi.disabled="bus" " >> can't mount file system 2c. > > including "debug.acpi.disabled="children" " >> can't mount file system2d. > > including "debug.acpi.disabled="hostres" " > >>>> no effect > >> 3. making the edit in r228961, rebuilding the kernel and installing >> no > > effect > >> I have the latest bios (v3.x), but it features very few changeable options. > >> Here's the output of my dmesg -aHere's the output of my devinfo -vrHere's > > the output of my devinfo -ur > >> Any suggestions would be greatly appreciated. > >> Best regards,Adrian Connolly > > > > Hmm, none of your attachments made it to the list. Can you post them at a > > URL? > > > > -- > > John Baldwin > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > My apologies, here are the URLs of the output, > > dmesg -a http://pastebin.com/rJhddt4A > > devinfo -vr http://pastebin.com/MYd8wS7F > > devinfo -ur http://pastebin.com/iBr62epv Please try this patch: Index: sys/dev/atkbdc/atkbdc_isa.c =================================================================== --- atkbdc_isa.c (revision 230009) +++ atkbdc_isa.c (working copy) @@ -87,6 +87,7 @@ static driver_t atkbdc_isa_driver = { static struct isa_pnp_id atkbdc_ids[] = { { 0x0303d041, "Keyboard controller (i8042)" }, /* PNP0303 */ + { 0x0320d041, "Keyboard controller (i8042)" }, /* PNP0320 */ { 0 } }; -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 21:25:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7478D1065673 for ; Thu, 12 Jan 2012 21:25:46 +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 F2BF48FC16 for ; Thu, 12 Jan 2012 21:25:45 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.4.2) with ESMTPA id 226146806; Thu, 12 Jan 2012 22:25:43 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 12 Jan 2012 22:23:22 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <20120112.151517.1348995565928342686.okuno.kohji@jp.panasonic.com> In-Reply-To: <20120112.151517.1348995565928342686.okuno.kohji@jp.panasonic.com> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@ =?utf-8?q?d2+AyewRX=7DmAm=3BYp=0A=09=7CU=5B?=@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y> =?utf-8?q?Y=7Dk1C4TfysrsUI=0A=09-=25GU9V5=5DiUZF=26nRn9mJ=27=3F=26?=>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201201122223.22122.hselasky@c2i.net> Cc: Kohji Okuno Subject: Re: Can you use a USB3.0 hub? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 21:25:46 -0000 On Thursday 12 January 2012 07:15:17 Kohji Okuno wrote: > Hi, >=20 > Can you use a USB3.0 hub? >=20 > I tried a USB3.0 hub (BUFFALO BSH4A04U3BK). > And I used 8-stable and PCI-E card (BUFFALO IFC-PCIE2U3) >=20 > The hub is for only japanese market. > The card is NEC=E2=80=99s 720200 chip > http://www.buffalotech.com/products/accessories/interface-card-adapters/u= sb > -30-pci-express-interface-card/ >=20 >=20 > The kernel could not recognize USB3.0 HDD that connected to this hub > as the following log. But, the kernel could reconize USB2.0 HDD that > connected to this hub. >=20 > Regards, > Kohji Okuno Hi, There is a problem with USB 3.0 HUBs, most likely something related to the= =20 XHCI route string or USB HUB set depth. I don't have a USB 3.0 analyzer, so I cannot find this out quickly. If you= =20 could help debug, would be great. Here is a patch which you can put on top = of=20 8/9- or 10- stable: http://svn.freebsd.org/changeset/base/230032 It fixes a few issues, but not all. =2D-HPS From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 21:27:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50300106564A for ; Thu, 12 Jan 2012 21:27:48 +0000 (UTC) (envelope-from danismostlikely@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id DA74C8FC15 for ; Thu, 12 Jan 2012 21:27:47 +0000 (UTC) Received: by mail-ww0-f50.google.com with SMTP id dr11so2596383wgb.31 for ; Thu, 12 Jan 2012 13:27:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=kJ1oUIjwOiGPJyhMPTDTF6LRLPX2Mw9LH3pw1gJHfuE=; b=JYhpxR/HbxONJpgbpiQnkOHPLa4XWJfnGpCMpFdwwbEuwsCqOLhjN4cF9ruesbMcmu +tNajslKji4IbAw1L/DPhOfGYsDLw6X5fAXsbaoWp3yGbwqfEEm8BATNG4DvB52f+oEF 8tRDMxLPCqB99RO8o954od0Sr92Dp+GBR6gYU= MIME-Version: 1.0 Received: by 10.180.101.101 with SMTP id ff5mr3489886wib.14.1326401951117; Thu, 12 Jan 2012 12:59:11 -0800 (PST) Received: by 10.180.103.193 with HTTP; Thu, 12 Jan 2012 12:59:11 -0800 (PST) Date: Thu, 12 Jan 2012 14:59:11 -0600 Message-ID: From: Dan McGregor To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=f46d0442829c202fe804b65b059a X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ctlstat not building with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 21:27:48 -0000 --f46d0442829c202fe804b65b059a Content-Type: text/plain; charset=ISO-8859-1 Building world with clang now (as of r229997) no longer compiles because ctlstat was imported into the tree. The error is: clang -O2 -pipe -I/usr/src/usr.bin/ctlstat/../../sys -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /usr/src/usr.bin/ctlstat/ctlstat.c /usr/src/usr.bin/ctlstat/ctlstat.c:149:35: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] fprintf(error ? stderr : stdout, ctlstat_usage); ^~~~~~~~~~~~~ 1 error generated. *** Error code 1 Stop in /usr/src/usr.bin/ctlstat How do people feel about the attached patch that turns a call to fprintf to fputs? --f46d0442829c202fe804b65b059a Content-Type: text/x-diff; charset=US-ASCII; name="ctlstat.patch" Content-Disposition: attachment; filename="ctlstat.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gxc9edo40 SW5kZXg6IGN0bHN0YXQuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBjdGxzdGF0LmMgICAocmV2aXNpb24gMjMw MDI2KQorKysgY3Rsc3RhdC5jICAgKHdvcmtpbmcgY29weSkKQEAgLTE0Niw3ICsxNDYsNyBAQAog c3RhdGljIHZvaWQKIHVzYWdlKGludCBlcnJvcikKIHsKLSAgICAgICBmcHJpbnRmKGVycm9yID8g c3RkZXJyIDogc3Rkb3V0LCBjdGxzdGF0X3VzYWdlKTsKKyAgICAgICBmcHV0cyhjdGxzdGF0X3Vz YWdlLCBlcnJvciA/IHN0ZGVyciA6IHN0ZG91dCk7CiB9CiAKIHN0YXRpYyBpbnQK --f46d0442829c202fe804b65b059a-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 22:46:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 622C8106566B for ; Thu, 12 Jan 2012 22:46:22 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 22C138FC16 for ; Thu, 12 Jan 2012 22:46:22 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id q0CMDkxh012274; Thu, 12 Jan 2012 15:13:46 -0700 (MST) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q0CMDjJm012273; Thu, 12 Jan 2012 15:13:45 -0700 (MST) (envelope-from ken) Date: Thu, 12 Jan 2012 15:13:45 -0700 From: "Kenneth D. Merry" To: Dan McGregor Message-ID: <20120112221345.GA10593@nargothrond.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i Cc: freebsd-current@freebsd.org Subject: Re: ctlstat not building with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 22:46:22 -0000 On Thu, Jan 12, 2012 at 14:59:11 -0600, Dan McGregor wrote: > Building world with clang now (as of r229997) no longer compiles because > ctlstat was imported into the tree. The error is: > > clang -O2 -pipe -I/usr/src/usr.bin/ctlstat/../../sys -std=gnu99 > -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W > -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow > -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs > -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c > /usr/src/usr.bin/ctlstat/ctlstat.c > /usr/src/usr.bin/ctlstat/ctlstat.c:149:35: error: format string is not a > string literal (potentially insecure) > [-Werror,-Wformat-security] > fprintf(error ? stderr : stdout, ctlstat_usage); > ^~~~~~~~~~~~~ > 1 error generated. > *** Error code 1 > > Stop in /usr/src/usr.bin/ctlstat > > How do people feel about the attached patch that turns a call to fprintf to > fputs? Looks fine, I just committed it. Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 23:54:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D494A106564A; Thu, 12 Jan 2012 23:54:16 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id A91378FC14; Thu, 12 Jan 2012 23:54:16 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id EB9C9F0F0; Thu, 12 Jan 2012 18:54:14 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id 22DA4D58A; Thu, 12 Jan 2012 18:54:14 -0500 (EST) Received: from smtp3.acsu.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id 0F0E4F0F0; Thu, 12 Jan 2012 18:54:14 -0500 (EST) Received: from ken-smiths-macbook-pro.local (cpe-72-231-248-9.buffalo.res.rr.com [72.231.248.9]) (Authenticated sender: kensmith@buffalo.edu) by smtp3.acsu.buffalo.edu (Postfix) with ESMTPSA id 6BC1749629; Thu, 12 Jan 2012 18:54:12 -0500 (EST) Message-ID: <4F0F729B.1070909@buffalo.edu> Date: Thu, 12 Jan 2012 18:54:03 -0500 From: Ken Smith User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: XX: 27% Cc: Subject: FYI: 9.0-RELEASE announced... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2012 23:54:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 JFYI for those of you who aren't subscribed to the announce@ mailing list... 9.0-RELEASE is, finally, announced. The announcement message is available here: http://www.freebsd.org/releases/9.0R/announce.html Lots of you noticed that the 9.0-RELEASE ISO and memstick images appeared on the FTP sites a while ago. But as pointed out this release turned out to be an example of why the "official policy" is that it's not truly released until the announcement email gets sent out. I had not tested using sysinstall(8) to install pre-built packages from the DVD during my initial testing since we're sorta moving away from sysinstall(8). I had just tested installing the pre-built packages using pkg_add(8). Someone noticed sysinstall(8) misbehaved before I got the images put up on Bittorrent and the fix was simply adding one file to the DVD image that the new build infrastructure omitted since bsdinstall(8) doesn't use it. So I went ahead with replacing the DVD images on the FTP site. That's also why we waited longer than normal between the images appearing on the FTP sites and the announcement - we gave extra time to try and make sure the updated images got to all the FTP mirrors. Sorry about the screw-up. If you downloaded the amd64 and/or i386 DVD images before now you might want to check the checksums with the ones posted in the release announcement. The fix to make sysinstall(8) happy about installing from the DVD images was the *only* change made to the updated images. The "bad" images were never available via Bittorrent so if you got the images that way you wouldn't have a bad image. On behalf of the Release Engineering Team and the FreeBSD Developers we hope you enjoy 9.0-RELEASE. - -- Ken Smith - - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8PcpsACgkQ/G14VSmup/aLFgCfar7x43ViPu44M3eF8MzvYhOU /z0AnRN1jXDT1fS0UA9J0Trd5sRQcwdy =oU1m -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 02:41:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D15A71065670 for ; Fri, 13 Jan 2012 02:41:00 +0000 (UTC) (envelope-from okuno.kohji@jp.panasonic.com) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 5EE598FC13 for ; Fri, 13 Jan 2012 02:41:00 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile14) with ESMTP id q0D2er2P010935; Fri, 13 Jan 2012 11:40:53 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili15) with ESMTP id q0D2erv05405; Fri, 13 Jan 2012 11:40:53 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi14) id q0D2erse010585; Fri, 13 Jan 2012 11:40:53 +0900 Received: from localhost by lomi14.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id q0D2eqRp010543; Fri, 13 Jan 2012 11:40:52 +0900 Date: Fri, 13 Jan 2012 11:40:48 +0900 (JST) Message-Id: <20120113.114048.57809163941080076.okuno.kohji@jp.panasonic.com> To: hselasky@c2i.net From: Kohji Okuno In-Reply-To: <201201122223.22122.hselasky@c2i.net> References: <20120112.151517.1348995565928342686.okuno.kohji@jp.panasonic.com> <201201122223.22122.hselasky@c2i.net> Organization: Panasonic Corporation X-Mailer: Mew version 6.4 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-7 Content-Transfer-Encoding: base64 Cc: freebsd-current@freebsd.org, okuno.kohji@jp.panasonic.com Subject: Re: Can you use a USB3.0 hub? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2012 02:41:00 -0000 SGkgSFBTLA0KDQpGcm9tOiBIYW5zIFBldHRlciBTZWxhc2t5IDxoc2VsYXNreUBjMmkubmV0Pg0K U3ViamVjdDogUmU6IENhbiB5b3UgdXNlIGEgVVNCMy4wIGh1Yj8NCkRhdGU6IFRodSwgMTIgSmFu IDIwMTIgMjI6MjM6MjIgKzAxMDANCg0KPiBPbiBUaHVyc2RheSAxMiBKYW51YXJ5IDIwMTIgMDc6 MTU6MTcgS29oamkgT2t1bm8gd3JvdGU6DQo+PiBIaSwNCj4+IA0KPj4gQ2FuIHlvdSB1c2UgYSBV U0IzLjAgaHViPw0KPj4gDQo+PiBJIHRyaWVkIGEgVVNCMy4wIGh1YiAoQlVGRkFMTyBCU0g0QTA0 VTNCSykuDQo+PiBBbmQgSSB1c2VkIDgtc3RhYmxlIGFuZCBQQ0ktRSBjYXJkIChCVUZGQUxPIElG Qy1QQ0lFMlUzKQ0KPj4gDQo+PiBUaGUgaHViIGlzIGZvciBvbmx5IGphcGFuZXNlIG1hcmtldC4N Cj4+IFRoZSBjYXJkIGlzIE5FQ6JzIDcyMDIwMCBjaGlwDQo+PiBodHRwOi8vd3d3LmJ1ZmZhbG90 ZWNoLmNvbS9wcm9kdWN0cy9hY2Nlc3Nvcmllcy9pbnRlcmZhY2UtY2FyZC1hZGFwdGVycy91c2IN Cj4+IC0zMC1wY2ktZXhwcmVzcy1pbnRlcmZhY2UtY2FyZC8NCj4+IA0KPj4gDQo+PiBUaGUga2Vy bmVsIGNvdWxkIG5vdCByZWNvZ25pemUgVVNCMy4wIEhERCB0aGF0IGNvbm5lY3RlZCB0byB0aGlz IGh1Yg0KPj4gYXMgdGhlIGZvbGxvd2luZyBsb2cuIEJ1dCwgdGhlIGtlcm5lbCBjb3VsZCByZWNv bml6ZSBVU0IyLjAgSEREIHRoYXQNCj4+IGNvbm5lY3RlZCB0byB0aGlzIGh1Yi4NCj4+IA0KPj4g UmVnYXJkcywNCj4+ICBLb2hqaSBPa3Vubw0KPiANCj4gSGksDQo+IA0KPiBUaGVyZSBpcyBhIHBy b2JsZW0gd2l0aCBVU0IgMy4wIEhVQnMsIG1vc3QgbGlrZWx5IHNvbWV0aGluZyByZWxhdGVkIHRv IHRoZSANCj4gWEhDSSByb3V0ZSBzdHJpbmcgb3IgVVNCIEhVQiBzZXQgZGVwdGguDQo+IA0KPiBJ IGRvbid0IGhhdmUgYSBVU0IgMy4wIGFuYWx5emVyLCBzbyBJIGNhbm5vdCBmaW5kIHRoaXMgb3V0 IHF1aWNrbHkuIElmIHlvdSANCj4gY291bGQgaGVscCBkZWJ1Zywgd291bGQgYmUgZ3JlYXQuIEhl cmUgaXMgYSBwYXRjaCB3aGljaCB5b3UgY2FuIHB1dCBvbiB0b3Agb2YgDQo+IDgvOS0gb3IgMTAt IHN0YWJsZToNCj4gDQo+IGh0dHA6Ly9zdm4uZnJlZWJzZC5vcmcvY2hhbmdlc2V0L2Jhc2UvMjMw MDMyDQo+IA0KPiBJdCBmaXhlcyBhIGZldyBpc3N1ZXMsIGJ1dCBub3QgYWxsLg0KDQpJIHRoaW5r IHlvdXIgY29tbWl0IGlzIHdyb25nIGFib3V0IFVQU19QT1JUX1BPV0VSX1NTLg0KDQotICNkZWZp bmUgVVBTX1BPUlRfUE9XRVJfU1MgICAgICAgICAgICAgICAweDAyMDAgIC8qIHN1cGVyLXNwZWVk IG9ubHkgKi8NCiAgI2RlZmluZSBVUFNfTE9XX1NQRUVEICAgICAgICAgICAgICAgICAgIDB4MDIw MA0KDQorICNkZWZpbmUgVVBTX1BPUlRfUE9XRVJfU1MgICAgICAgICAgICAgICAweDIwMDAgIC8q IHN1cGVyLXNwZWVkIG9ubHkgKi8NCiAgI2RlZmluZSBVUFNfTE9XX1NQRUVEICAgICAgICAgICAg ICAgICAgIDB4MDIwMA0KDQpOb3csIHVzYjMuMCBIREQgd2FzIG5vdCBhYmxlIHRvIHJlY29nbml6 ZS4NCkkgaGF2ZSBVU0IgMy4wIGFuYWx5emVyKExlQ3JveSBWb3lhZ2VyKSwgc28gSSBjYW4gaGVs cCBkZWJ1Zy4NCg0K From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 10:06:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C52451065672; Fri, 13 Jan 2012 10:06:05 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2CD768FC15; Fri, 13 Jan 2012 10:06:05 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so3099925wgb.31 for ; Fri, 13 Jan 2012 02:06:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=/E1gXJdjkFBjDIQBP/bxPN3pBowO8xbyAX0f/XTXhFA=; b=nxVmDZANG7ty5ej5LcBKvTr6//fENbdN5bHi1SPNLk1wZ/9mPQWVQMN6J7MW5LZ5Lk bnjSQwoI3FkYxJEswq4KjDT8FlbJl969RjWlZePiIa8l7TMaUa+hQqoOgIslB56pUm/Q HIsWfZot3bUjE2t8N7KyGmIFQEgXjq6iCjCNU= Received: by 10.180.82.41 with SMTP id f9mr329819wiy.7.1326449164324; Fri, 13 Jan 2012 02:06:04 -0800 (PST) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id fg15sm10429479wbb.7.2012.01.13.02.06.02 (version=SSLv3 cipher=OTHER); Fri, 13 Jan 2012 02:06:03 -0800 (PST) Message-ID: <4F100209.2010900@gmail.com> Date: Fri, 13 Jan 2012 12:06:01 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0.1) Gecko/20120110 Firefox/9.0.1 SeaMonkey/2.6.1 MIME-Version: 1.0 To: George Kontostanos References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , FreeBSD Stable Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2012 10:06:05 -0000 George Kontostanos wrote: > Greetings all and my apologies for cross posting! > > There seems to be a confusion regarding the ABI change in FreeBSD 9 > and if this affects the usual upgrade path which includes a full port > rebuild. > > The relevant post is here: http://forums.freebsd.org/showthread.php?t=28831 > > Frankly, I am also confused because I remember a relevant discussion a > few months ago in the lists. Traditionally a major RELEASE upgrade > requires a full ports rebuild, however this time there is no > COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be > working fine. On the other hand this is stated in UPDATING: > > 20110828: > Bump the shared library version numbers for libraries that > do not use symbol versioning, have changed the ABI compared > to stable/8 and which shared library version was not bumped. > Done as part of 9.0-RELEASE cycle. > > Your input would be appreciated! Why can't it be that only shared libraries should be bumped, but no kernel incompatible changes were introduced? -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 10:19:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 2E657106566C; Fri, 13 Jan 2012 10:19:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D8AD414E545; Fri, 13 Jan 2012 10:19:13 +0000 (UTC) Message-ID: <4F100521.7040005@FreeBSD.org> Date: Fri, 13 Jan 2012 02:19:13 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Volodymyr Kostyrko References: <4F100209.2010900@gmail.com> In-Reply-To: <4F100209.2010900@gmail.com> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , FreeBSD Stable , George Kontostanos Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2012 10:19:14 -0000 On 01/13/2012 02:06, Volodymyr Kostyrko wrote: > Why can't it be that only shared libraries should be bumped, but no > kernel incompatible changes were introduced? Because one of the reasons we have major branches is so that we can change the various API/KPI/etc. in the newer branch. Doug -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 10:52:56 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6378A10656D7; Fri, 13 Jan 2012 10:52:56 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 437868FC08; Fri, 13 Jan 2012 10:52:54 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA18581; Fri, 13 Jan 2012 12:52:52 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rleke-000Hah-9B; Fri, 13 Jan 2012 12:52:52 +0200 Message-ID: <4F100D02.3070207@FreeBSD.org> Date: Fri, 13 Jan 2012 12:52:50 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Doug Barton References: <4F100209.2010900@gmail.com> <4F100521.7040005@FreeBSD.org> In-Reply-To: <4F100521.7040005@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Volodymyr Kostyrko , FreeBSD-Current , FreeBSD Stable , George Kontostanos Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2012 10:52:56 -0000 on 13/01/2012 12:19 Doug Barton said the following: > On 01/13/2012 02:06, Volodymyr Kostyrko wrote: >> Why can't it be that only shared libraries should be bumped, but no >> kernel incompatible changes were introduced? > > Because one of the reasons we have major branches is so that we can > change the various API/KPI/etc. in the newer branch. Are you saying that every major branch _has_ to introduce incompatibilities into a at least one system call? Otherwise, you are answering a question different from what Volodymyr asked :) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 12:57:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9103A1065672; Fri, 13 Jan 2012 12:57:17 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 36FF18FC12; Fri, 13 Jan 2012 12:57:17 +0000 (UTC) Received: by ggki1 with SMTP id i1so2033922ggk.13 for ; Fri, 13 Jan 2012 04:57:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=+AYqhZN9oX8HYM66ZVV9KzdW/QbODYTWnPlJWx/avAg=; b=RKxwvU2PKyqQNXsGhZ3OAb122XpksW2mdrL8GBZXn5F568HPn5y035GQ4scducTFDi Vei/H4h/j4SksVkJGcZ/PomVkwfa0o9Xk/mMA9YvuKRrCLogEY165BXYqu2aGNh6rzum KTDYmrHaRoRvwCeFCcvNukE3XD2wjU+biCMgw= MIME-Version: 1.0 Received: by 10.50.95.169 with SMTP id dl9mr798642igb.12.1326459436487; Fri, 13 Jan 2012 04:57:16 -0800 (PST) Received: by 10.231.135.3 with HTTP; Fri, 13 Jan 2012 04:57:16 -0800 (PST) In-Reply-To: <4F1024F2.20103@gmail.com> References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F1024F2.20103@gmail.com> Date: Fri, 13 Jan 2012 14:57:16 +0200 Message-ID: From: George Kontostanos To: Johan Hendriks Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current , freebsd-stable Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2012 12:57:17 -0000 On Fri, Jan 13, 2012 at 2:34 PM, Johan Hendriks wr= ote: > George Kontostanos schreef: > >> On Fri, Jan 13, 2012 at 12:55 PM, Andriy Gapon =A0wrote= : >>> >>> on 13/01/2012 11:59 Doug Barton said the following: >>>> >>>> On 01/13/2012 01:52, George Kontostanos wrote: >>>>> >>>>> On Thu, Jan 12, 2012 at 8:42 PM, George Kontostanos >>>>> =A0wrote: >>>>>> >>>>>> Greetings all and my apologies for cross posting! >>>>>> >>>>>> There seems to be a confusion regarding the ABI change in FreeBSD 9 >>>>>> and if this affects the usual upgrade path which includes a full por= t >>>>>> rebuild. >>>>>> >>>>>> The relevant post is here: >>>>>> http://forums.freebsd.org/showthread.php?t=3D28831 >>>>>> >>>>>> Frankly, I am also confused because I remember a relevant discussion= a >>>>>> few months ago in the lists. Traditionally a major RELEASE upgrade >>>>>> requires a full ports rebuild, however this time there is no >>>>>> COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be >>>>>> working fine. On the other hand this is stated in UPDATING: >>>>>> >>>>>> 20110828: >>>>>> =A0 =A0 =A0 =A0Bump the shared library version numbers for libraries= that >>>>>> =A0 =A0 =A0 =A0do not use symbol versioning, have changed the ABI co= mpared >>>>>> =A0 =A0 =A0 =A0to stable/8 and which shared library version was not = bumped. >>>>>> =A0 =A0 =A0 =A0Done as part of 9.0-RELEASE cycle. >>>>>> >>>>>> Your input would be appreciated! >>>>> >>>>> Hmm, anyone :) ? >>>> >>>> If your question is, "Do I need to rebuild my ports when doing a major >>>> OS version upgrade?" the answer is always "Yes." >>>> >>>> The method described at the end of the portmaster man page is preferre= d, >>>> whether you actually use portmaster to do the upgrade or not. (I.e., >>>> good backups, delete everything, start over from scratch.) >>> >>> I think that another part of the question was "why there is no >>> COMPAT_FREEBSD8 >>> kernel option in 9?" and I think that Volodymyr has tried to answer thi= s >>> part >>> with another question. >>> >>> -- >>> Andriy Gapon >> >> Hi guys, >> >> I am aware of the proper procedure which requires a full rebuild after >> a major upgrade. >> >> Doug, the question had to to with =A0COMPAT_FREEBSD8 missing from GENERI= C. >> >> It seems this and the fact that some upgrades from 8.2-STABLE worked >> fine without a recompile, has created the confusion. >> >> > Did he do make delete-old-libs, if you leave them, then no recompile is > needed, and the ports still have there old libs laying around.! > If you do the make delete-old-libs command, your ports do not work anymor= e. > > regards > Johan Hendriks > > Very good point! Still the question remains regarding COMPAT_FREEBSD8 and how does this affects ports/misc/compat8x/ Cheers --=20 George Kontostanos Aicom telecoms ltd http://www.aisecure.net From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 14:11:28 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0207B106566B; Fri, 13 Jan 2012 14:11:28 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 162B78FC0C; Fri, 13 Jan 2012 14:11:26 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA20401; Fri, 13 Jan 2012 16:11:23 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <4F103B8A.3050904@FreeBSD.org> Date: Fri, 13 Jan 2012 16:11:22 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: George Kontostanos References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F1024F2.20103@gmail.com> In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Johan Hendriks , FreeBSD-Current , freebsd-stable Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2012 14:11:28 -0000 on 13/01/2012 14:57 George Kontostanos said the following: > Still the question remains regarding COMPAT_FREEBSD8 and how does this > affects ports/misc/compat8x/ Looks like all the previous hints have not been clear enough. There is no direct relation between COMPAT_FREEBSD8 and misc/compat8x. COMPAT_FREEBSD options are only needed when going from release X to release X+1 there was a change to an existing system call at the kernel-userland boundary. A side note: kernel options affect only what's in the kernel, quite obviously. misc/compatx contains versions of shared libraries from release X that are no longer present in X+1. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 14:18:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 581561065670; Fri, 13 Jan 2012 14:18:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9717B8FC17; Fri, 13 Jan 2012 14:18:35 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q0DEITWJ024707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Jan 2012 16:18:29 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q0DEISw5042654; Fri, 13 Jan 2012 16:18:28 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q0DEISnl042653; Fri, 13 Jan 2012 16:18:28 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 13 Jan 2012 16:18:28 +0200 From: Kostik Belousov To: Andriy Gapon Message-ID: <20120113141828.GJ31224@deviant.kiev.zoral.com.ua> References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F1024F2.20103@gmail.com> <4F103B8A.3050904@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ssm4laEr1iQw2x1G" Content-Disposition: inline In-Reply-To: <4F103B8A.3050904@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Johan Hendriks , FreeBSD-Current , freebsd-stable , George Kontostanos Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2012 14:18:36 -0000 --ssm4laEr1iQw2x1G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 13, 2012 at 04:11:22PM +0200, Andriy Gapon wrote: > on 13/01/2012 14:57 George Kontostanos said the following: > > Still the question remains regarding COMPAT_FREEBSD8 and how does this > > affects ports/misc/compat8x/ >=20 > Looks like all the previous hints have not been clear enough. > There is no direct relation between COMPAT_FREEBSD8 and misc/compat8x. > COMPAT_FREEBSD options are only needed when going from release X to re= lease X+1 > there was a change to an existing system call at the kernel-userland boun= dary. > A side note: kernel options affect only what's in the kernel, quite obvio= usly. > misc/compatx contains versions of shared libraries from release X that= are no > longer present in X+1. Additional twist is that not every change at the kernel/usermode boundary is covered with backward-compatibility shims. Recent example is the CAM ABI change, which makes libcam.so.5 from the compat8x useless. --ssm4laEr1iQw2x1G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk8QPTIACgkQC3+MBN1Mb4hPrgCgjNIcGnTt2Km8Q5wLFqorOClD 2a8AoM5Bh8fYTcTCiUBeZ3sFJV94/lFC =U/oI -----END PGP SIGNATURE----- --ssm4laEr1iQw2x1G-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 14:38:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB31F106564A for ; Fri, 13 Jan 2012 14:38:00 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [IPv6:2001:470:1f0b:105e::1e6]) by mx1.freebsd.org (Postfix) with ESMTP id 82C3F8FC16 for ; Fri, 13 Jan 2012 14:38:00 +0000 (UTC) Received: from koef.zs64.net (koef.zs64.net [IPv6:2001:470:1f0b:105e::1e6]) by koef.zs64.net (8.14.5/8.14.4) with ESMTP id q0DEbC6U066593; Fri, 13 Jan 2012 14:37:12 GMT (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.5/8.14.4/Submit) id q0DEbBdL066592; Fri, 13 Jan 2012 09:37:11 -0500 (EST) (envelope-from cracauer) Date: Fri, 13 Jan 2012 09:37:11 -0500 From: Martin Cracauer To: Daniel Braniss Message-ID: <20120113143711.GA62486@cons.org> References: <20120111165714.GA46594@cons.org> <20120111182110.GA75991@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Martin Cracauer , freebsd-current@freebsd.org, Stefan Bethke Subject: Re: Data corruption over NFS in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2012 14:38:00 -0000 More findings. Reminder, with the original report I found: - files for no reason changing ownership and group to root/ - data corruption as in inserting binary junk obviously from ports - data corruption as in malformed ascii text that might be a bug I have in my code that is only exposed in FreeBSD I ran the script on a Linux machine in the same situation again the same NFS server, it worked fine. I haven't look at blocksizes, NFS versions etc in play yet. I ran with oldnfs (reboot), which showed only the third problem. I re-ran with newfs (reboot) which worked (all three problems absent). I then started building ports/land/gcc47 at the same time as I re-started my crazy script and it too only a few seconds for an unexpected ownership to root to occur. My next steps are: - trying block sizes and other parameters, maybe use a different NFS version with the Linux client. My NFS server is newly upgraded to Linux kernel 3.1.5 - running my script on a FreeBSD host with local disk to see whether problem #3 is a general problem that appears or is exposed only on FreeBSD - capture tcpdump as mentioned earlier I will probably have to turn debug off since this script run is dominated by system time now and gets 10x slower as it is now. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 15:13:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B5FE106566B; Fri, 13 Jan 2012 15:13:32 +0000 (UTC) (envelope-from gkontos.mail@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 3278D8FC12; Fri, 13 Jan 2012 15:13:32 +0000 (UTC) Received: by iazz13 with SMTP id z13so6786216iaz.13 for ; Fri, 13 Jan 2012 07:13:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=USG9c6eM4pykc+aYkWnD7s9GcvjNFUeSa5WBXQGdy84=; b=TuiCxMDbBkMd0VEK7FDbheBlMjiTJX5xqbU7OIAcVYp2rArH+K4Z7eWGBUx4gIAHil 4oJsKByN2sumNGMd1IMPSRK7OcXz6Wuy+u9EYG5EZwOsgivYH9ZifXSuW9T9BQZIaUBf TiryEWd42aJuACQFsrS6j4dshHYkDb2C+KYOg= MIME-Version: 1.0 Received: by 10.50.77.226 with SMTP id v2mr230964igw.12.1326467611723; Fri, 13 Jan 2012 07:13:31 -0800 (PST) Received: by 10.231.135.3 with HTTP; Fri, 13 Jan 2012 07:13:31 -0800 (PST) In-Reply-To: <20120113141828.GJ31224@deviant.kiev.zoral.com.ua> References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F1024F2.20103@gmail.com> <4F103B8A.3050904@FreeBSD.org> <20120113141828.GJ31224@deviant.kiev.zoral.com.ua> Date: Fri, 13 Jan 2012 17:13:31 +0200 Message-ID: From: George Kontostanos To: Kostik Belousov , Andriy Gapon , Johan Hendriks , FreeBSD-Current , freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2012 15:13:32 -0000 On Fri, Jan 13, 2012 at 4:18 PM, Kostik Belousov wrote: > On Fri, Jan 13, 2012 at 04:11:22PM +0200, Andriy Gapon wrote: >> on 13/01/2012 14:57 George Kontostanos said the following: >> > Still the question remains regarding COMPAT_FREEBSD8 and how does this >> > affects ports/misc/compat8x/ >> >> Looks like all the previous hints have not been clear enough. >> There is no direct relation between COMPAT_FREEBSD8 and misc/compat8x. >> COMPAT_FREEBSD options are only needed when going from release X to release X+1 >> there was a change to an existing system call at the kernel-userland boundary. >> A side note: kernel options affect only what's in the kernel, quite obviously. >> misc/compatx contains versions of shared libraries from release X that are no >> longer present in X+1. > > Additional twist is that not every change at the kernel/usermode boundary > is covered with backward-compatibility shims. Recent example is the CAM > ABI change, which makes libcam.so.5 from the compat8x useless. Thanks to all for your input. It looks quite obvious to me know and I think this clears any further confusion. Best Regards, George From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 16:46:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE15C106564A for ; Fri, 13 Jan 2012 16:46:08 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 973AD8FC14 for ; Fri, 13 Jan 2012 16:46:08 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EACZfEE+DaFvO/2dsb2JhbABChRCpEIFyAQEBAwEBAQEgKyALBRYYAgINGQIpAQkmBggHBAEIFASHWQilZ5E6gS+JWIEWBIg8ii+CJ4p8h2E X-IronPort-AV: E=Sophos;i="4.71,505,1320642000"; d="scan'208";a="151975781" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 13 Jan 2012 11:46:04 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id C30C4B3F7C; Fri, 13 Jan 2012 11:46:04 -0500 (EST) Date: Fri, 13 Jan 2012 11:46:04 -0500 (EST) From: Rick Macklem To: Martin Cracauer Message-ID: <443595541.203994.1326473164783.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20120113143711.GA62486@cons.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org, Stefan Bethke Subject: Re: Data corruption over NFS in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2012 16:46:09 -0000 Martin Cracauer wrote: > More findings. > > Reminder, with the original report I found: > - files for no reason changing ownership and group to > root/ > - data corruption as in inserting binary junk obviously from ports > - data corruption as in malformed ascii text that might be a bug I > have in my code that is only exposed in FreeBSD > > I ran the script on a Linux machine in the same situation again the > same > NFS server, it worked fine. I haven't look at blocksizes, NFS > versions etc in play yet. > > I ran with oldnfs (reboot), which showed only the third problem. > > I re-ran with newfs (reboot) which worked (all three problems absent). > Since this test worked, it suggests that problem #3 is not a bug in your software, unless your runs aren't processing the same data. However, a test using a local disk to confirm this, would be nice. > I then started building ports/land/gcc47 at the same time as I > re-started my crazy script and it too only a few seconds for an > unexpected ownership to root to occur. > Well, from my experience, isolating a problem like this is much easier if you can reproduce it reliably. I'd try this a few times and if doing ports/land/gcc47 concurrently reproduces the problem reliably, then I'd use that for all the testing. (I'd suggest you re-do the above tests doing ports/land/gcc47 concurrently with the script.) Also, I'd run "systat -vmstat" or similar (others may have better suggestions than "systat -vmstat"?) while running the tests, to see if there might be a memory exhaustion issue. (Daniel mentioned he had seen this, if I understood his post correctly. Maybe he can elaborate on how he spotted the memory exhaustion?) > My next steps are: > - trying block sizes and other parameters, maybe use a different NFS > version with the Linux client. My NFS server is newly upgraded to > Linux kernel 3.1.5 or go back to the old version of the NFS server, if that is feasible. Two changes (new Linux NFS server and new FreeBSD version) at about the same time, makes it harder to point your finger at the problem. > - running my script on a FreeBSD host with local disk to see whether > problem #3 is a general problem that appears or is exposed only on > FreeBSD It might also be useful to run this FreeBSD host with local disk using the NFS mount and having a swap partition on the disk. (Again, related to what Daniel mentioned.) > - capture tcpdump as mentioned earlier > If the combination of running the script and ports/land/gcc47 reproduces the problem reliably, then doing a tcpdump should be straightforward. Good luck with it. I'll admit I doubt this will be resolved quickly or easily, but pursuing it as far as you can find the time to do so will be appreciated by others who might run into the same problem. rick > I will probably have to turn debug off since this script run is > dominated by system time now and gets 10x slower as it is now. > > Martin > -- > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > Martin Cracauer http://www.cons.org/cracauer/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 19:32:21 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B69CC106566B for ; Fri, 13 Jan 2012 19:32:21 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from forward8.mail.yandex.net (forward8.mail.yandex.net [IPv6:2a02:6b8:0:202::3]) by mx1.freebsd.org (Postfix) with ESMTP id E56598FC12 for ; Fri, 13 Jan 2012 19:32:20 +0000 (UTC) Received: from smtp9.mail.yandex.net (smtp9.mail.yandex.net [77.88.61.35]) by forward8.mail.yandex.net (Yandex) with ESMTP id 65D5CF62792 for ; Fri, 13 Jan 2012 23:32:19 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1326483139; bh=G/KQf01ZtdLFM2mV9PjcG+MVhEkmzPTBw5WlSLmyBz8=; h=Date:From:Reply-To:Message-ID:To:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=P+rbx8d8ICHb/gz30DFTHl0HToTX68t+AJ2qLZz/2gxT8cEwCrrhSpEX/SzycWW/h GJmuZHi/KGvZc5Dv0xHGvJorsP6yYNUo6Ly5l9f/exOOvdsf/ShSACfOfklIpHYWKp tBiZQn1OBXHSm0xKJNdjgPSqmKpXTLNTrN5I0Uso= Received: from smtp9.mail.yandex.net (localhost [127.0.0.1]) by smtp9.mail.yandex.net (Yandex) with ESMTP id 4D6CC152033B for ; Fri, 13 Jan 2012 23:32:19 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1326483139; bh=G/KQf01ZtdLFM2mV9PjcG+MVhEkmzPTBw5WlSLmyBz8=; h=Date:From:Reply-To:Message-ID:To:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=P+rbx8d8ICHb/gz30DFTHl0HToTX68t+AJ2qLZz/2gxT8cEwCrrhSpEX/SzycWW/h GJmuZHi/KGvZc5Dv0xHGvJorsP6yYNUo6Ly5l9f/exOOvdsf/ShSACfOfklIpHYWKp tBiZQn1OBXHSm0xKJNdjgPSqmKpXTLNTrN5I0Uso= Received: from unknown (unknown [77.93.52.19]) by smtp9.mail.yandex.net (nwsmtp/Yandex) with ESMTP id WI7mZ6QA-WJ7CA0JH; Fri, 13 Jan 2012 23:32:19 +0400 X-Yandex-Spam: 1 Date: Fri, 13 Jan 2012 21:32:14 +0200 From: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= X-Mailer: The Bat! (v4.0.24) Professional Organization: =?windows-1251?B?188gyu7t/Oru4iwgRnJlZUxpbmU=?= X-Priority: 3 (Normal) Message-ID: <795575756.20120113213214@yandex.ru> To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: Subject: upgrading to r230059 cause slow network throughput X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2012 19:32:21 -0000 I have tryed as ULE as SCHED_4BSD, no changes in both cases low throughput CPUload http://piccy.info/view3/2478224/e5d7f208538d05d813411c34eb493a8f/orig/ if load http://piccy.info/view3/2478228/bf8dca5fad12c1436092f4d6aaf2356f/orig/ looking on graphs CPU load it seems strange distribution... it seems almost not scheduling ng_queue and netisr last pid: 54347; load averages: 0.30, 0.28, 0.22 up 0+06:24:06 21:25:11 273 processes: 5 running, 237 sleeping, 31 waiting CPU 0: 0.0% user, 0.0% nice, 3.1% system, 0.4% interrupt, 96.5% idle CPU 1: 3.5% user, 0.0% nice, 1.2% system, 0.4% interrupt, 94.9% idle CPU 2: 2.0% user, 0.0% nice, 1.6% system, 0.4% interrupt, 96.1% idle CPU 3: 0.0% user, 0.0% nice, 0.8% system, 3.1% interrupt, 96.1% idle Mem: 310M Active, 1080M Inact, 179M Wired, 112M Buf, 354M Free Swap: 3926M Total, 3926M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 155 ki31 0K 32K CPU3 3 359:26 94.38% idle{idle: cpu3} 11 root 155 ki31 0K 32K CPU0 0 356:33 92.77% idle{idle: cpu0} 11 root 155 ki31 0K 32K RUN 1 345:23 89.60% idle{idle: cpu1} 11 root 155 ki31 0K 32K CPU2 2 340:20 85.35% idle{idle: cpu2} 3312 root 40 0 15468K 6488K select 2 15:00 4.25% snmpd 12 root -60 - 0K 248K WAIT 0 7:20 1.07% intr{swi4: clock} 12 root -92 - 0K 248K WAIT 3 12:06 0.29% intr{irq266: re0} 0 root -92 0 0K 152K - 3 6:45 0.05% kernel{dummynet} 13 root -92 - 0K 32K sleep 1 1:39 0.00% ng_queue{ng_queue1} 13 root -92 - 0K 32K sleep 1 1:39 0.00% ng_queue{ng_queue3} 13 root -92 - 0K 32K sleep 3 1:39 0.00% ng_queue{ng_queue0} 13 root -92 - 0K 32K sleep 0 1:39 0.00% ng_queue{ng_queue2} 6880 root 8 0 9592K 1300K nanslp 1 0:46 0.00% monitord 0 root -16 0 0K 152K sched 1 0:43 0.00% kernel{swapper} 95148 root 16 0 9756K 1452K pause 1 0:37 0.00% netstat 12 root -72 - 0K 248K WAIT 3 0:34 0.00% intr{swi1: netisr 3} 15 root -16 - 0K 8K - 3 0:28 0.00% yarrow 1070 root 40 0 10524K 4224K select 1 0:21 0.00% zebra 2020 root 30 -10 50664K 22824K select 3 0:20 0.00% mpd5{mpd5} 7611 firebird 30 -10 106M 65780K usem 2 0:14 0.00% fb_smp_server{fb_smp_server} 1766 root 40 0 9680K 1480K select 2 0:11 0.00% syslogd 1909 bind 40 0 69244K 55360K uwait 1 0:06 0.00% named{named} 1909 bind 40 0 69244K 55360K uwait 1 0:06 0.00% named{named} 1909 bind 40 0 69244K 55360K uwait 1 0:06 0.00% named{named} 1909 bind 40 0 69244K 55360K uwait 3 0:06 0.00% named{named} 8 root 16 - 0K 8K syncer 0 0:06 0.00% syncer 1909 bind 4 0 69244K 55360K kqread 2 0:06 0.00% named{named} in compare to FreeBSD-9, 10-CURRENT has only one {swi1: netisr 3} 9- has four process: {swi1: netisr 0} {swi1: netisr 1} {swi1: netisr 2} {swi1: netisr 3} last pid: 40679; load averages: 2.38, 2.39, 2.28 up 2+05:31:50 21:23:43 294 processes: 7 running, 269 sleeping, 18 waiting CPU 0: 1.2% user, 0.0% nice, 20.4% system, 23.9% interrupt, 54.5% idle CPU 1: 1.2% user, 0.0% nice, 10.6% system, 29.8% interrupt, 58.4% idle CPU 2: 0.4% user, 0.0% nice, 10.2% system, 26.7% interrupt, 62.7% idle CPU 3: 1.2% user, 0.0% nice, 16.1% system, 22.4% interrupt, 60.4% idle Mem: 750M Active, 2700M Inact, 307M Wired, 83M Cache, 112M Buf, 58M Free Swap: 4096M Total, 49M Used, 4047M Free, 1% Inuse PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 155 ki31 0K 32K RUN 1 37.1H 59.23% {idle: cpu1} 11 root 155 ki31 0K 32K RUN 3 37.3H 58.79% {idle: cpu3} 11 root 155 ki31 0K 32K RUN 2 36.8H 57.62% {idle: cpu2} 11 root 155 ki31 0K 32K CPU0 0 34.9H 51.46% {idle: cpu0} 12 root -72 - 0K 160K CPU2 2 778:00 39.99% {swi1: netisr 3} 12 root -72 - 0K 160K CPU1 1 558:58 22.56% {swi1: netisr 1} 12 root -92 - 0K 160K WAIT 0 424:04 16.60% {irq256: re0} 12 root -72 - 0K 160K WAIT 3 204:04 14.36% {swi1: netisr 0} 12 root -72 - 0K 160K WAIT 1 224:14 7.62% {swi1: netisr 2} 13 root -16 - 0K 32K sleep 0 123:28 5.37% {ng_queue0} 6907 root 23 0 15392K 5348K select 2 123:59 5.22% snmpd 13 root -16 - 0K 32K sleep 0 123:32 5.18% {ng_queue3} 13 root -16 - 0K 32K sleep 0 123:20 5.08% {ng_queue1} 13 root -16 - 0K 32K sleep 0 123:20 5.03% {ng_queue2} 3605 root 25 0 10460K 3704K select 0 22:19 2.49% zebra 16519 firebird 20 -10 251M 158M usem 1 0:49 1.32% {fb_smp_server} 5553 root 20 0 205M 102M select 3 39:29 0.98% {mpd5} 61490 freeradius 20 -20 354M 317M usem 1 3:40 0.63% {radiusd} 61490 freeradius 20 -20 354M 317M usem 2 3:33 0.63% {radiusd} 61490 freeradius 20 -20 354M 317M usem 0 3:58 0.54% {radiusd} 61490 freeradius 20 -20 354M 317M usem 0 3:32 0.54% {radiusd} 61490 freeradius 20 -20 354M 317M usem 1 3:29 0.54% {radiusd} 61490 freeradius 20 -20 354M 317M usem 2 3:23 0.54% {radiusd} 61490 freeradius 20 -20 354M 317M usem 3 3:22 0.54% {radiusd} 61490 freeradius 20 -20 354M 317M usem 3 3:35 0.44% {radiusd} 61490 freeradius 20 -20 354M 317M usem 0 3:21 0.44% {radiusd} -- Ñ óâàæåíèåì, Êîíüêîâ mailto:kes-kes@yandex.ru From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 21:15:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B3281065675 for ; Fri, 13 Jan 2012 21:15:13 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm25.bullet.mail.sp2.yahoo.com (nm25.bullet.mail.sp2.yahoo.com [98.139.91.95]) by mx1.freebsd.org (Postfix) with SMTP id D85468FC0C for ; Fri, 13 Jan 2012 21:15:12 +0000 (UTC) Received: from [98.139.91.62] by nm25.bullet.mail.sp2.yahoo.com with NNFMP; 13 Jan 2012 21:15:12 -0000 Received: from [72.30.22.39] by tm2.bullet.mail.sp2.yahoo.com with NNFMP; 13 Jan 2012 21:15:12 -0000 Received: from [127.0.0.1] by omp1069.mail.sp2.yahoo.com with NNFMP; 13 Jan 2012 21:15:12 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 581560.5438.bm@omp1069.mail.sp2.yahoo.com Received: (qmail 28778 invoked by uid 60001); 13 Jan 2012 21:15:12 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1326489312; bh=I4DkgDmPSc4bwvn08CJXN+izqbExSwk1tADASntZP/A=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=t/q6Uyo9w8nMqmjLqrqh84fNktR5uMqgHKtVhsV9I7VlEoAzHuhTXhBUpijQrKsafNtuOsii6Za3mPFgL4H94J6fuUiHiRzVc7gUsoOyD/OjhiRivVrTAnJaPdNhdiqSCKqN+j1QGGT1GOzCewWDT2APfuzoYIMl6yyUel+8Al8= X-YMail-OSG: xhHsEuMVM1kxzRQ0_P1kWEs.TnkhL_MlPJowhzyXvw.102B L5dPdrfQygXvcMptvinPshEaktx2fnN3a3GbBoscp38MOGmLmRhypRyVFuhm O996EraEysixIfaD7Q_R.2m2OaXWmdHFpcRoBKEWafflUBM3Lk2eGNDgH.w3 lgYhjfZKMs4UXC.JV_00BbtiVUaZ.rtvs3a0C.qrSTBJaKLhPsI335r3w5Ru W6we9.XyIklmZDOhOy7Asta5K0h7JcphaKPRL0RXJcMQdZvCP1AN8YpTZ0xZ RJiUofn87uo52ScxC_EZQyRGME3s6ql5g3j1_YdG_kTPXrfdM3.6HLl2pSUJ nhlX66vyxPleQUt1_uVlXio12j3t67301SFo41cGAkkqijJfCO2LMdf0780H kNY8Bz2pG5R1.WZO0zrXJK8VIdiXofQuSSQtHSvBA6aGd.KhVkglBhIKZ1Ss NcDN88XtY_.CUujgZFLdiXr0WZ2vcNnGP4r.IOUJ_Ed3tjFjbzf8G7BVZm5. PICRH9L.wZ0sIMVuAydkMrXo9nSXmpcTnOTt0jEq80fhrJDqmDYoTuJtCNZK HTC9PdIDB8MCtZQ-- Received: from [200.118.157.7] by web113515.mail.gq1.yahoo.com via HTTP; Fri, 13 Jan 2012 13:15:11 PST X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.4 YahooMailWebService/0.8.115.331698 Message-ID: <1326489311.18406.YahooMailClassic@web113515.mail.gq1.yahoo.com> Date: Fri, 13 Jan 2012 13:15:11 -0800 (PST) From: Pedro Giffuni To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-multimedia@FreeBSD.org Subject: [CFT] New headers from the maestro3 snd driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfg@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2012 21:15:13 -0000 Hello guys;=0A=0AAs some of you may have noticed I have been replacing=0Aso= me GPL'd headers from the sound system.=0A=0AIn the case of the Maestro3 sn= d driver, basically=0Athe same headers are available in the BSD licensed=0A= OSS drivers (in the Attic though - that card is=0Arather old).=0A=0AIf some= one still has that card please test this=0Apatch:=0A=0Ahttp://people.freebs= d.org/~pfg/patch-maestro3=0A=0AApparently there are also some open PRs rela= ted=0Ato that card but it would certainly be good to=0Ahave some feedback o= n the status of this driver.=0A=0APedro. From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 22:31:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F434106564A for ; Fri, 13 Jan 2012 22:31:31 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.c2i.net [212.247.155.2]) by mx1.freebsd.org (Postfix) with ESMTP id C3F7C8FC13 for ; Fri, 13 Jan 2012 22:31:30 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe09.swip.net (CommuniGate Pro SMTP 5.4.2) with ESMTPA id 53672554; Fri, 13 Jan 2012 23:31:28 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 13 Jan 2012 23:29:14 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <20120112.151517.1348995565928342686.okuno.kohji@jp.panasonic.com> <201201122223.22122.hselasky@c2i.net> <20120113.114048.57809163941080076.okuno.kohji@jp.panasonic.com> In-Reply-To: <20120113.114048.57809163941080076.okuno.kohji@jp.panasonic.com> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@ =?utf-8?q?d2+AyewRX=7DmAm=3BYp=0A=09=7CU=5B?=@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y> =?utf-8?q?Y=7Dk1C4TfysrsUI=0A=09-=25GU9V5=5DiUZF=26nRn9mJ=27=3F=26?=>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201201132329.14808.hselasky@c2i.net> Cc: Kohji Okuno Subject: Re: Can you use a USB3.0 hub? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2012 22:31:31 -0000 Hi, Issues with USB 3.0 HUBs should be fixed in 10-current after: http://svn.freebsd.org/changeset/base/230091 And will be MFC'ed to 9-stable and 8-stable next week. Please test! --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 03:27:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BC501065676 for ; Sat, 14 Jan 2012 03:27:16 +0000 (UTC) (envelope-from aconnolly08@yahoo.co.jp) Received: from web100418.mail.kks.yahoo.co.jp (web100418.mail.kks.yahoo.co.jp [183.79.28.120]) by mx1.freebsd.org (Postfix) with SMTP id 657C58FC1A for ; Sat, 14 Jan 2012 03:27:14 +0000 (UTC) Received: (qmail 61156 invoked by uid 60001); 14 Jan 2012 03:27:13 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1326511633; bh=DsYZDTrmkLdDgDxeBZvQUvP2OAeNcMCh1ITeXjZbCMo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=dtJMVJzVRonCIa7IwHZazWrh99PlcdjXFNSqKib9fvUnLCvj/aEu0TDM9zxLCwF3/RvUGy7EZyJU8n+o4cwQ/6iaHlkMVc0w5cYKLIcvOOIienzTdmVayLOAw3Axjpuk2vrMmaEGBirJLPjooKH+QMG/alhm3pZ/xBWoVhCuwww= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=LOlclVqOSYsk0FtPydYs0WBFbhGE9PwIPRZB3z7aydZPOIrC8aWijMTFRdSh8mehy5HDI/D37YNRfxuE7uNmJAOpW85tMzNPpQuZrPHkvXRT+ciJaE24G+AnOGJA4Tn7hPCIbbLN778CKJvC/7IltxK7msHJDubp9XOHwaUxR/k=; Message-ID: <589189.61152.qm@web100418.mail.kks.yahoo.co.jp> X-YMail-OSG: Fs6ntjkVM1nSY6TqPP_Jb30NuxqrdrEpRzZWcnI0kyh0RmExrd5evTDJBEi2n2ONipUA9slRmY5365KCEPsjRIPZ5M3L0lCAySxdBLR6n2uWYM1IP9usZhE1JGIAi689F7rXxdq05ubYTadiFqCBz4iiCv9QFfzvvO4KHMOAgmLxJQkjuNcxUN3d8wFlRQy0fl88_Xtk9M3NKvU64.vQ9J26XxpC_fU4sYqkLf.gBwS5i7HwSnuQsBCCvZcOGqJwdw-- Received: from [119.104.145.117] by web100418.mail.kks.yahoo.co.jp via HTTP; Sat, 14 Jan 2012 12:27:13 JST X-Mailer: YahooMailClassic/6.0.19_42 YahooMailWebService/0.7.289.12_42 Date: Sat, 14 Jan 2012 12:27:13 +0900 (JST) From: To: John Baldwin In-Reply-To: <201201121608.09808.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-current@freebsd.org" Subject: Re: atkbc not loaded with ACPI enabled in 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2012 03:27:16 -0000 --- On Fri, 2012/1/13, John Baldwin wrote: On Tuesday, January 03, 2012 7:31:59 pm Adrian Connolly wrote: > On 2012/01/04, at 0:37, John Baldwin wrote: >=20 >=20 > > On Monday, January 02, 2012 11:39:10 pm aconnolly08@yahoo.co.jp wrote: > >> I am running 9.0-RC3 on an Acer Aspire One D255E netbook. I have most = of=20 the=20 > > functionality I want with one major exception, when I enable ACPI my=20 > > integrated keyboard drivers aren't loaded. Without ACPI I can use my=20 keyboard=20 > > as atkbdc and atkbd get loaded, (not psm though), but I have problems w= ith=20 > > shutdown, time settings, power settings and usb controllers. > >> I have tried various ways of tackling this including: > >> 1. including "nooptions NEW_PCIB" in kernel configuration, rebuilding = and=20 > > installing >> no effect > >> 2a. including "debug.acpi.disabled=3D"pci" " >> can't mount file syste= m2b.=20 > > including "debug.acpi.disabled=3D"bus" " >> can't mount file system 2c.= =20 > > including "debug.acpi.disabled=3D"children" " >> can't mount file syste= m2d.=20 > > including "debug.acpi.disabled=3D"hostres" " > >>>> no effect > >> 3. making the edit in r228961, rebuilding the kernel and installing >>= no=20 > > effect > >> I have the latest bios (v3.x), but it features very few changeable=20 options. > >> Here's the output of my dmesg -aHere's the output of my devinfo -vrHer= e's=20 > > the output of my devinfo -ur > >> Any suggestions would be greatly appreciated. > >> Best regards,Adrian Connolly > >=20 > > Hmm, none of your attachments made it to the list. Can you post them a= t a=20 > > URL? > >=20 > > --=20 > > John Baldwin > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > My apologies, here are the URLs of the output, >=20 > dmesg -a http://pastebin.com/rJhddt4A >=20 > devinfo -vr http://pastebin.com/MYd8wS7F >=20 > devinfo -ur http://pastebin.com/iBr62epv Please try this patch: Index: sys/dev/atkbdc/atkbdc_isa.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- atkbdc_isa.c (revision 230009) +++ atkbdc_isa.c (working copy) @@ -87,6 +87,7 @@ static driver_t atkbdc_isa_driver =3D { =20 static struct isa_pnp_id atkbdc_ids[] =3D { { 0x0303d041, "Keyboard controller (i8042)" }, /* PNP0303 */ + { 0x0320d041, "Keyboard controller (i8042)" }, /* PNP0320 */ { 0 } }; =20 --=20 John Baldwin _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org John, Thanks for your help, but that patch doesn't appear to address the problem.= I edited the atkbdc_isa.c file as you instructed, rebuilt and installed my= kernel, but my integrated keyboard remains unresponsive with ACPI enabled. Here's the new output of dmesg -a http://pastebin.com/h6ahmD2ddevinfo -ur h= ttp://pastebin.com/sdNcNEJUdevinfo -vr http://pastebin.com/P2yqQBLY Perhaps I was supposed to remove PNP0303 support? Regards,Adrian From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 09:06:00 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 36311106566B for ; Sat, 14 Jan 2012 09:06:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id B953D14FAF6 for ; Sat, 14 Jan 2012 09:05:59 +0000 (UTC) Message-ID: <4F114577.30201@FreeBSD.org> Date: Sat, 14 Jan 2012 01:05:59 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: HEADS UP: set_rcvar() removed from rc.subr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2012 09:06:00 -0000 Howdy, Per discussion in freebsd-rc@, I have removed set_rcvar() from rc.subr. The concept of set_rcvar() was nice in theory, but the forks it creates are a drag on the startup process, which is especially noticeable on slower systems, such as embedded ones. I have no plans to MFC this change, so it should only affect users who are actually on 10-current. If you have scripts in /usr/local/etc/rc.d (which if you have ports installed you almost certainly do) ... to make the change by hand, change this: name=foo rcvar=`set_rcvar` to: name=foo rcvar=foo_enable I didn't bump PORTREVISIONs because the change only applies to HEAD. But all of the ports are updated, so if you can't figure out how to make the change, just reinstall it. Doug -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 11:11:23 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE702106566B for ; Sat, 14 Jan 2012 11:11:23 +0000 (UTC) (envelope-from dennylin93@hs.ntnu.edu.tw) Received: from mail.hs.ntnu.edu.tw (mail.hs.ntnu.edu.tw [140.131.149.3]) by mx1.freebsd.org (Postfix) with ESMTP id 87B5D8FC15 for ; Sat, 14 Jan 2012 11:11:23 +0000 (UTC) Received: by mail.hs.ntnu.edu.tw (Postfix, from userid 1001) id 4B0221C6439; Sat, 14 Jan 2012 19:11:22 +0800 (CST) Date: Sat, 14 Jan 2012 19:11:22 +0800 From: Denny Lin To: Doug Barton Message-ID: <20120114111121.GF86837@mail.hs.ntnu.edu.tw> References: <4F114577.30201@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4F114577.30201@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current Subject: Re: HEADS UP: set_rcvar() removed from rc.subr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2012 11:11:23 -0000 On Sat, Jan 14, 2012 at 01:05:59AM -0800, Doug Barton wrote: > to make the change by hand, change this: > > name=foo > rcvar=`set_rcvar` > > to: > > name=foo > rcvar=foo_enable The scripts installed by net/avahi-app still use set_rcvar() because they are included in the source. -- Denny Lin From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 12:09:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC5F3106564A; Sat, 14 Jan 2012 12:09:34 +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 8B7258FC0A; Sat, 14 Jan 2012 12:09:34 +0000 (UTC) Received: by iagz16 with SMTP id z16so1457074iag.13 for ; Sat, 14 Jan 2012 04:09:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=HRGI2J/dVBOFcrsJ0sG0HU7FsynacKYBNk09q/ZDn9w=; b=UrbQ6CJK2SBmQXbg5NnEHgb8/Lg646Ds39uytcZNaPf49Y2pz7xFn8AJu8Q/s96h3I ei2Tus8tu4P59dh54S0AXfAStXogO3L7whCLpIDhCdgpaeABLp7ImO7e2m4bYGH7o7pp JzGqickQM3aJT1YGjtNxka+b4ZB2I1uZCCiOU= Received: by 10.50.46.196 with SMTP id x4mr4830797igm.15.1326542974261; Sat, 14 Jan 2012 04:09:34 -0800 (PST) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.207.7 with HTTP; Sat, 14 Jan 2012 04:09:03 -0800 (PST) In-Reply-To: <20120114111121.GF86837@mail.hs.ntnu.edu.tw> References: <4F114577.30201@FreeBSD.org> <20120114111121.GF86837@mail.hs.ntnu.edu.tw> From: Chris Rees Date: Sat, 14 Jan 2012 12:09:03 +0000 X-Google-Sender-Auth: D9snABlohdpFRTPmpLOIs2xnafk Message-ID: To: Denny Lin Content-Type: text/plain; charset=ISO-8859-1 Cc: Doug Barton , freebsd-current Subject: Re: HEADS UP: set_rcvar() removed from rc.subr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2012 12:09:34 -0000 On 14 January 2012 11:11, Denny Lin wrote: > On Sat, Jan 14, 2012 at 01:05:59AM -0800, Doug Barton wrote: >> to make the change by hand, change this: >> >> name=foo >> rcvar=`set_rcvar` >> >> to: >> >> name=foo >> rcvar=foo_enable > > The scripts installed by net/avahi-app still use set_rcvar() because > they are included in the source. I imagine we'll see a few of these, but they'll get fixed quickly enough. Chris From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 12:27:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BE18106564A; Sat, 14 Jan 2012 12:27:44 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id D91058FC12; Sat, 14 Jan 2012 12:27:43 +0000 (UTC) Received: by eeke53 with SMTP id e53so892349eek.13 for ; Sat, 14 Jan 2012 04:27:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=1/3W/r7jdoQqDNQDLU/FOvCoZtNornIuZo/jPb12H+A=; b=W0Jxp+Fy9fygRZbHtL2nHie+juM89WsIvGxwfbQyBI32aR5cwfI4lxFGpfSDquVODU dROn3oCAp+7c+aSfv20ycfQTMD1V3UVLjVOlojbdPw+9nakYsKPY3MWqvCf2dVbwIXMv 13Z433q2SwTHuGViWVRlJHDtowsbim9d/R11w= Received: by 10.213.28.205 with SMTP id n13mr601790ebc.97.1326544062053; Sat, 14 Jan 2012 04:27:42 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id 76sm43201328eeh.0.2012.01.14.04.27.39 (version=SSLv3 cipher=OTHER); Sat, 14 Jan 2012 04:27:40 -0800 (PST) Sender: Alexander Motin Message-ID: <4F1174B1.9050006@FreeBSD.org> Date: Sat, 14 Jan 2012 14:27:29 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111112 Thunderbird/8.0 MIME-Version: 1.0 To: Michael Schnell References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <20120112130404.GD1429@procyon.xvoid.org> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Yuri Pankov , freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2012 12:27:44 -0000 On 14.01.2012 04:10, Michael Schnell wrote: > > On Thu, 12 Jan 2012, Yuri Pankov wrote: > >> On Thu, Jan 12, 2012 at 02:57:52PM +0200, Alexander Motin wrote: >>> On 01/12/12 14:18, Yuri Pankov wrote: >>>> On Wed, Jan 11, 2012 at 09:33:17PM +0200, Alexander Motin wrote: >>>>> I would like request for testing of my work on further HDA sound >>>>> driver >>>>> improvement. >>>> [...] >>>>> Patch can be found here: >>>>> http://people.freebsd.org/~mav/hda.rewrite.patch >>>>> >>>>> Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE >>>>> and 8-STABLE branches also. >>>> >>>> Patch applied cleanly to r230008 using `svn patch`. >>>> >>>> hdacc0: at cad 0 on hdac0 >>>> hdaa0: at nid 1 on hdacc0 >>>> pcm0: at nid 5 on hdaa0 >>>> hdacc1: at cad 1 on hdac0 >>>> hdaa1: at nid 1 on hdacc1 >>>> pcm1: at nid 5 on hdaa1 >>>> hdacc2: at cad 2 on hdac0 >>>> hdaa2: at nid 1 on hdacc2 >>>> pcm2: at nid 5 on hdaa2 >>>> hdacc3: at cad 3 on hdac0 >>>> hdaa3: at nid 1 on hdacc3 >>>> pcm3: at nid 5 on hdaa3 >>>> hdacc4: at cad 0 on hdac1 >>>> hdaa4: at nid 1 on hdacc4 >>>> pcm4: at nid 13 and 11 on hdaa4 >>>> pcm5: at nid 15 and 24 on hdaa4 >>>> pcm6: at nid 30 on hdaa4 >>>> >>>> pcm4 (builtin speakers) and pcm5 (headphones) seem to work fine, >>>> however >>> >>> Thank you. >>> >>>> I'm not getting anything out of pcm0-pcm3 (connected to a TV via HDMI), >>>> mplayer just pauses at the beggining, trying to cat anything to >>>> /dev/dsp{0-3}.0 gives: >>>> >>>> pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, >>>> channel dead >>>> >>>> It was the same with the old driver and I'm not sure if it's (most >>>> likely) my misconfiguration or a driver problem. >>> >>> It sounds more like a driver problem. HDMI audio is still not very well >>> discovered area, and, according to ALSA reading, NVidia HDMI is also not >>> very standard. Probably I'll finally have to buy something to >>> experiment. What card do you have? >> >> It's a laptop with "nVidia Corporation GT216 [GeForce GT 230M]" (as >> identified by x11/nvidia-driver). >> >> The verbose dmesg is at: >> >> https://www.xvoid.org/stuff/spica.dmesg > > I had the same problem for some time and I was going over the code and > honestly I took some inspiration of how the linux kernel handle this and > added some quirks to the code to get it working. However, after some > time I realize that a sysctl > dev.hdac..0.polling=1 will do something similar and this also works for > me. I don't think this polling mechanism is a good idea, better would be > some interrupt for state updates but anyway, I was glad that I can here > (digital) music over my receiver with my laptop. I have an NVS 3100M > graphic card and it is connected over a (fragile) Displayport-HDMI adapter. > > I would gladly test this with Alexanders patch, but I only have an > 9.0-RELEASE and I already tried to port the patch back, but this would > take some effort. In addition this is my production system and I already > messed it up enough. ;) I also don't like polling, especially in context of new event timers that are not generating interrupts when not needed. In this patch I haven't even reimplemented polling support while rewriting that part of the code, as for several years since implementing it I haven't seen reports that it was really useful. If it is useful, I'll think of it. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 13:31:08 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E56F106566C for ; Sat, 14 Jan 2012 13:31:08 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from forward3.mail.yandex.net (forward3.mail.yandex.net [IPv6:2a02:6b8:0:602::3]) by mx1.freebsd.org (Postfix) with ESMTP id 7DF6F8FC14 for ; Sat, 14 Jan 2012 13:31:07 +0000 (UTC) Received: from smtp4.mail.yandex.net (smtp4.mail.yandex.net [77.88.46.104]) by forward3.mail.yandex.net (Yandex) with ESMTP id EEBE9B41977 for ; Sat, 14 Jan 2012 17:31:05 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1326547865; bh=0mpwlOr0a0doPYur+ozRMrmwITJRJ3Qf8F5ZfsVdBNU=; h=Date:From:Reply-To:Message-ID:To:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=KhiRYKFUH2vkYPgTs/mJ7NXTx3Zhfzh280nvV/IpsHnGHswcApOedssFOxJJsIo0s wYeFZ0SeGxnko+HweDTuISG9MnxPx5Z7eoPtL90RQywvYFy9rqUxynUQj2BjbHXzYV YpI+nIEETIwOB86diK9XmHYJq+RuAv+WTVVPQ8QM= Received: from smtp4.mail.yandex.net (localhost [127.0.0.1]) by smtp4.mail.yandex.net (Yandex) with ESMTP id CB8F75C0581 for ; Sat, 14 Jan 2012 17:31:05 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1326547865; bh=0mpwlOr0a0doPYur+ozRMrmwITJRJ3Qf8F5ZfsVdBNU=; h=Date:From:Reply-To:Message-ID:To:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=KhiRYKFUH2vkYPgTs/mJ7NXTx3Zhfzh280nvV/IpsHnGHswcApOedssFOxJJsIo0s wYeFZ0SeGxnko+HweDTuISG9MnxPx5Z7eoPtL90RQywvYFy9rqUxynUQj2BjbHXzYV YpI+nIEETIwOB86diK9XmHYJq+RuAv+WTVVPQ8QM= Received: from unknown (unknown [77.93.52.22]) by smtp4.mail.yandex.net (nwsmtp/Yandex) with ESMTP id V57ujgS6-V57iInmn; Sat, 14 Jan 2012 17:31:05 +0400 X-Yandex-Spam: 1 Date: Sat, 14 Jan 2012 15:31:04 +0200 From: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= X-Mailer: The Bat! (v4.0.24) Professional Organization: =?windows-1251?B?188gyu7t/Oru4iwgRnJlZUxpbmU=?= X-Priority: 2 (High) Message-ID: <1583789622.20120114153104@yandex.ru> To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Subject: netisr ambigios policy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2012 13:31:08 -0000 =0D=0AFrom sys/net/netisr.c switch (netisr_dispatch_policy) { case NETISR_DISPATCH_DEFERRED: netisr_direct_force =3D 0; netisr_direct =3D 0; break; case NETISR_DISPATCH_HYBRID: netisr_direct_force =3D 0; netisr_direct =3D 1; break; case NETISR_DISPATCH_DIRECT: netisr_direct_force =3D 1; netisr_direct =3D 1; break; that having direct_force =3D 0 and direct =3D 0 it is DISPATCH_DEFFERED but doing: # sysctl net.isr net.isr.numthreads: 4 net.isr.maxprot: 16 net.isr.defaultqlimit: 256 net.isr.maxqlimit: 10240 net.isr.bindthreads: 0 net.isr.maxthreads: 4 net.isr.direct: 0 net.isr.direct_force: 0 net.isr.dispatch: direct you can see that net.isr.dispatch is 'direct' I expect 'deffered' as it declared here: static const struct netisr_dispatch_table_entry netisr_dispatch_table[] =3D= { { NETISR_DISPATCH_DEFAULT, "default" }, { NETISR_DISPATCH_DEFERRED, "deferred" }, { NETISR_DISPATCH_HYBRID, "hybrid" }, { NETISR_DISPATCH_DIRECT, "direct" }, Is this a BUG? From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 13:48:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 626911065676; Sat, 14 Jan 2012 13:48:42 +0000 (UTC) Date: Sat, 14 Jan 2012 13:48:42 +0000 From: Alexander Best To: Rainer Hurling Message-ID: <20120114134842.GA34133@freebsd.org> References: <4F0DE3FD.2020203@FreeBSD.org> <20120112115220.1c32b3e2@ernst.jennejohn.org> <4F0EC17B.8040908@FreeBSD.org> <4F0ED27A.8070600@gwdg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F0ED27A.8070600@gwdg.de> Cc: freebsd-multimedia@FreeBSD.org, Alexander Motin , FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2012 13:48:42 -0000 On Thu Jan 12 12, Rainer Hurling wrote: > On 12.01.2012 12:18 (UTC+1), Alexander Motin wrote: > >On 01/12/12 12:52, Gary Jennejohn wrote: > >>On Wed, 11 Jan 2012 21:33:17 +0200 > >>Alexander Motin wrote: > >>>I would like request for testing of my work on further HDA sound driver > >>>improvement. > >> > >>[big snip] > >> > >>>Patch can be found here: > >>>http://people.freebsd.org/~mav/hda.rewrite.patch > >>> > >>>Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE > >>>and 8-STABLE branches also. > >> > >>The patch doesn't apply cleanly to r230008; hdac.c.rej is 15661 bytes > >>in size (mostly the section which deletes all the manufacturer-specific > >>defines at the top of the file). > > > >That is probably because of $FreeBSD$ macro resolution. Here is version > >with present value from 10-CURRENT SVN (sources from CVS or STABLE will > >need that patch line modified respectively) and some minor additional > >improvements like CODEC ODs and some more sysctls: > >http://people.freebsd.org/~mav/hda.rewrite2.patch maybe you could try silencencing these clang warnings? /usr/subversion-src/sys/dev/sound/pci/hda/hdaa.c:5707:25: warning: format string is not a string literal (potentially insecure) [-Wformat-security] snprintf(buf, buflen, chans = "4.0"); ^~~~~~~~~~~~~ /usr/subversion-src/sys/dev/sound/pci/hda/hdaa.c:5709:25: warning: format string is not a string literal (potentially insecure) [-Wformat-security] snprintf(buf, buflen, chans = "5.1"); ^~~~~~~~~~~~~ /usr/subversion-src/sys/dev/sound/pci/hda/hdaa.c:5711:25: warning: format string is not a string literal (potentially insecure) [-Wformat-security] snprintf(buf, buflen, chans = "7.1"); ^~~~~~~~~~~~~~ /usr/subversion-src/sys/dev/sound/pci/hda/hdacc.c:563:52: warning: if statement has empty body [-Wempty-body] if ((child = codec->streams[dir][stream]) != NULL); ^ 4 warning generated. ..i'll report how the changes interact with my system later on. cheers. alex > > > I just patched 10.0-CURRENT (amd64) r230009 against hda.rewrite2.patch. > All went fine so far. My box is now running again with following messages: > > hdacc0: at cad 0 on hdac0 > hdaa0: at nid 1 on hdacc0 > pcm0: at nid 5 on hdaa0 > hdacc1: at cad 1 on hdac0 > hdaa1: at nid 1 on hdacc1 > pcm1: at nid 5 on hdaa1 > hdacc2: at cad 2 on hdac0 > hdaa2: at nid 1 on hdacc2 > pcm2: at nid 5 on hdaa2 > hdacc3: at cad 3 on hdac0 > hdaa3: at nid 1 on hdacc3 > pcm3: at nid 5 on hdaa3 > hdacc4: at cad 0 on hdac1 > hdaa4: at nid 1 on hdacc4 > pcm4: at nid > 20,22,23,21 and 24,26 on hdaa4 > pcm5: at nid 27 and 25 on > hdaa4 > pcm6: at nid 30 on hdaa4 > pcm7: at nid 17 on hdaa4 > > I am using pcm4 with 5.1 surround sound and pulseaudio. All seems to > work fine :-) > > The mainboard is an Asus M4A88TD-V EVO/USB3, the graphics card is a > NVidia GeForce GTS 450. The Realtek ALC892 is regocnized by the driver, > the NVidia HDMI sound device is not. > > I am looking forward to the commit of this patch! > > > >>After fixing that per hand I was able to make a kernel with which sound > >>still works. Here the relevant bits from dmesg: > >> > >>hdac0: mem 0xfcffc000-0xfcffffff irq > >>18 at device 0.1 on pci1 > >>hdac1: mem 0xfe024000-0xfe027fff irq 16 at > >>device 20.2 on pci0 > >>hdacc0: at cad 0 on hdac0 > >>hdaa0: at nid 1 on hdacc0 > >>pcm0: at nid 5 on hdaa0 > >>hdacc1: at cad 1 on hdac0 > >>hdaa1: at nid 1 on hdacc1 > >>pcm1: at nid 5 on hdaa1 > >>hdacc2: at cad 2 on hdac0 > >>hdaa2: at nid 1 on hdacc2 > >>pcm2: at nid 5 on hdaa2 > >>hdacc3: at cad 3 on hdac0 > >>hdaa3: at nid 1 on hdacc3 > >>pcm3: at nid 5 on hdaa3 > >>hdacc4: at cad 0 on hdac1 > >>hdaa4: at nid 1 on hdacc4 > >>pcm4: at nid > >>20,22,21,23 and 24,26 on hdaa4 > >>pcm5: at nid 27 and 25 > >>on hdaa4 > >>pcm6: at nid 30 and 31 > >>on hdaa4 > >> > >>I particularly like that the messages now show which jack corresponds to > >>which pcm - makes deciding which jack to use much simpler. > > > >Thank you for the report. > > > From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 14:01:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD2B9106566B; Sat, 14 Jan 2012 14:01:03 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 33F1C8FC0C; Sat, 14 Jan 2012 14:01:02 +0000 (UTC) Received: by eeke53 with SMTP id e53so911764eek.13 for ; Sat, 14 Jan 2012 06:01:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=lKhfniFKWWO11T8j04th08eaMaa83R2CNkozzZUdKBs=; b=YMgFvq065Pzyqcxe9x9yvzE6/rKYy3yR7czvy44BYDV2haVY7MvWkfwDet7ljLsqPX EuCXI0HXS4aof+xGxJUGRQ8ZWBVtNDFOZ1BTJlCENvRNyH4O27C60lWGVfOwhDTKg0GK yCJDuMAPIukLuz5vxvVaXDrHqA5VPC6x7ZDQE= Received: by 10.213.28.69 with SMTP id l5mr1442998ebc.110.1326549661907; Sat, 14 Jan 2012 06:01:01 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id r2sm44142324eef.7.2012.01.14.06.00.57 (version=SSLv3 cipher=OTHER); Sat, 14 Jan 2012 06:01:00 -0800 (PST) Sender: Alexander Motin Message-ID: <4F118A98.8020608@FreeBSD.org> Date: Sat, 14 Jan 2012 16:00:56 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Alexander Best References: <4F0DE3FD.2020203@FreeBSD.org> <20120112115220.1c32b3e2@ernst.jennejohn.org> <4F0EC17B.8040908@FreeBSD.org> <4F0ED27A.8070600@gwdg.de> <20120114134842.GA34133@freebsd.org> In-Reply-To: <20120114134842.GA34133@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2012 14:01:04 -0000 On 01/14/12 15:48, Alexander Best wrote: > On Thu Jan 12 12, Rainer Hurling wrote: >> On 12.01.2012 12:18 (UTC+1), Alexander Motin wrote: >>> On 01/12/12 12:52, Gary Jennejohn wrote: >>>> On Wed, 11 Jan 2012 21:33:17 +0200 >>>> Alexander Motin wrote: >>>>> I would like request for testing of my work on further HDA sound driver >>>>> improvement. >>>> >>>> [big snip] >>>> >>>>> Patch can be found here: >>>>> http://people.freebsd.org/~mav/hda.rewrite.patch >>>>> >>>>> Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE >>>>> and 8-STABLE branches also. >>>> >>>> The patch doesn't apply cleanly to r230008; hdac.c.rej is 15661 bytes >>>> in size (mostly the section which deletes all the manufacturer-specific >>>> defines at the top of the file). >>> >>> That is probably because of $FreeBSD$ macro resolution. Here is version >>> with present value from 10-CURRENT SVN (sources from CVS or STABLE will >>> need that patch line modified respectively) and some minor additional >>> improvements like CODEC ODs and some more sysctls: >>> http://people.freebsd.org/~mav/hda.rewrite2.patch > > maybe you could try silencencing these clang warnings? > > /usr/subversion-src/sys/dev/sound/pci/hda/hdaa.c:5707:25: warning: format string is not a string literal (potentially insecure) [-Wformat-security] > snprintf(buf, buflen, chans = "4.0"); > ^~~~~~~~~~~~~ > /usr/subversion-src/sys/dev/sound/pci/hda/hdaa.c:5709:25: warning: format string is not a string literal (potentially insecure) [-Wformat-security] > snprintf(buf, buflen, chans = "5.1"); > ^~~~~~~~~~~~~ > /usr/subversion-src/sys/dev/sound/pci/hda/hdaa.c:5711:25: warning: format string is not a string literal (potentially insecure) [-Wformat-security] > snprintf(buf, buflen, chans = "7.1"); > ^~~~~~~~~~~~~~ > /usr/subversion-src/sys/dev/sound/pci/hda/hdacc.c:563:52: warning: if statement has empty body [-Wempty-body] > if ((child = codec->streams[dir][stream]) != NULL); > ^ > 4 warning generated. > > ..i'll report how the changes interact with my system later on. Thank you! That variable is not even used now, so I'll just remove that assignment. I've passed the code through the clang static analyzer at some point, but probably I've introduced that later. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 14:44:47 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B34F2106566B; Sat, 14 Jan 2012 14:44:47 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) by mx1.freebsd.org (Postfix) with ESMTP id 0045C8FC0C; Sat, 14 Jan 2012 14:44:46 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id CB9491E018E; Sat, 14 Jan 2012 15:44:45 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id B206A28468; Sat, 14 Jan 2012 15:44:45 +0100 (CET) Date: Sat, 14 Jan 2012 15:44:45 +0100 From: Jilles Tjoelker To: Doug Barton Message-ID: <20120114144445.GA53777@stack.nl> References: <4F114577.30201@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F114577.30201@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current Subject: Re: HEADS UP: set_rcvar() removed from rc.subr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2012 14:44:47 -0000 On Sat, Jan 14, 2012 at 01:05:59AM -0800, Doug Barton wrote: > Per discussion in freebsd-rc@, I have removed set_rcvar() from rc.subr. > The concept of set_rcvar() was nice in theory, but the forks it creates > are a drag on the startup process, which is especially noticeable on > slower systems, such as embedded ones. > I have no plans to MFC this change, so it should only affect users who > are actually on 10-current. If you have scripts in /usr/local/etc/rc.d > (which if you have ports installed you almost certainly do) ... > to make the change by hand, change this: > name=foo > rcvar=`set_rcvar` > to: > name=foo > rcvar=foo_enable > I didn't bump PORTREVISIONs because the change only applies to HEAD. But > all of the ports are updated, so if you can't figure out how to make the > change, just reinstall it. Why must the 2-argument form of set_rcvar die at the same time? It is used very differently and does not cause unnecessary forks. Instead, it is called in the same shell environment to define additional rc.conf variables that have defaults and are shown in '