From owner-freebsd-stable@FreeBSD.ORG Sun Jun 12 04:37:17 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 912E4106564A; Sun, 12 Jun 2011 04:37:17 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from eccles.ee.ryerson.ca (ee.ryerson.ca [141.117.1.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1D9358FC16; Sun, 12 Jun 2011 04:37:16 +0000 (UTC) Received: from [10.0.1.2] (bas2-toronto09-1176443988.dsl.bell.ca [70.31.28.84]) (authenticated bits=0) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id p5C3wY5L015382 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 11 Jun 2011 23:58:35 -0400 (EDT) (envelope-from dmagda@ee.ryerson.ca) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: David Magda In-Reply-To: <4DF28BCF.3060008@gmail.com> Date: Sat, 11 Jun 2011 23:58:39 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <525D503A-240C-49F2-9AAD-EC8E3C1CDB9A@ee.ryerson.ca> References: <4DECB197.8020102@FreeBSD.org> <4DF28BCF.3060008@gmail.com> To: Volodymyr Kostyrko X-Mailer: Apple Mail (2.1084) Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org, Martin Matuska Subject: Re: HEADS UP: ZFS v28 merged to 8-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 04:37:17 -0000 On Jun 10, 2011, at 17:25, Volodymyr Kostyrko wrote: > Am I missing something? How about using fletcher[24] for dedup? Fletcher is fairly weak as things go, and so even though two checksums = are the same, there's a decent chance that the data is actually = different. At least with recent releases of (Open)Solaris, when you = enable do a 'dedup=3Don' the has used is SHA-256, which has very, very, = very, low odds of having the same value occur from two different blocks = of data. When ZFS dedupe originally came out you could have one of the following = values: . off . on (=3D=3D sha256) . flecther4 with verify/compare . sha256 (without verify/compare) . sha256 with verify There was a long-ish thread on zfs-discuss fairly recently on whether = SHA-256 was "good enough" where you could trust it, or whether one = should do a verify step in addition to SHA-256: = http://mail.opensolaris.org/pipermail/zfs-discuss/2011-January/046875.html= While some people argued that it was prudent to use "verify" (especially = with your data/job on the line), a good portion of folks though said = that it's not worth it (i.e., if you're not worried about being hit by = lightning (2^-17 to 2^-18), you shouldn't be worried about a hash = collision (2^-128)). From owner-freebsd-stable@FreeBSD.ORG Sun Jun 12 04:46:00 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 037A9106566B; Sun, 12 Jun 2011 04:46:00 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from eccles.ee.ryerson.ca (ee.ryerson.ca [141.117.1.2]) by mx1.freebsd.org (Postfix) with ESMTP id B99648FC14; Sun, 12 Jun 2011 04:45:59 +0000 (UTC) Received: from [10.0.1.2] (bas2-toronto09-1176443988.dsl.bell.ca [70.31.28.84]) (authenticated bits=0) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id p5C4jpHp016219 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 12 Jun 2011 00:45:52 -0400 (EDT) (envelope-from dmagda@ee.ryerson.ca) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: David Magda In-Reply-To: Date: Sun, 12 Jun 2011 00:45:57 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4DECB197.8020102@FreeBSD.org> <20110610211202.GA52253@icarus.home.lan> To: Bob Friesenhahn X-Mailer: Apple Mail (2.1084) Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: HEADS UP: ZFS v28 merged to 8-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 04:46:00 -0000 On Jun 10, 2011, at 17:24, Bob Friesenhahn wrote: > Dedup can require a huge amount of RAM, or a dedicated L2ARC SSD, = depending on the size of your storage. You should not enable it unless = you are prepared for the consequences. Under OpenSolaris, each tracking entry for a deduped block (which can be = between 512B to 128KB) can be up to 376 bytes (struct ddt_entry): so for = one 1 GB (10^9) of deduped data (244140 blocks@4K), you would need ~91MB = of overhead to keep track of it; for 1 TB (10^12) of deduped data you = would need ~91 GB of space to keep track of all the blocks. And if you = can't fit the DDT in RAM, it will have to be saved to disk, which means = more I/O to fetch the data. = http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/cddl/contrib/opensolaris/uts= /common/fs/zfs/sys/ddt.h?rev=3D1.2 If your data is in blocks smaller than 4K you'll need more memory for = the DDT; if the data is broken up into blocks larger than 4K you'll = probably need less. Also remember that even though an L2ARC cache may save you from having = to go to spinning rust, you still need to use some RAM (struct = arc_buf_hdr; ~178B) to reference the DDT stuff in L2ARC: = http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/cddl/contrib/opensolaris/uts= /common/fs/zfs/arc.c A few threads on zfs-dicuss on this: = http://mail.opensolaris.org/pipermail/zfs-discuss/2011-April/thread.html#4= 8026 = http://mail.opensolaris.org/pipermail/zfs-discuss/2011-May/thread.html#481= 85 Also, the above numbers are for OpenSolaris: someone may want to check = the structure sizes for FreeBSD to be sure. They should get you in the = right ballpark though. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 12 07:33:52 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D04E4106566B for ; Sun, 12 Jun 2011 07:33:52 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 55F028FC12 for ; Sun, 12 Jun 2011 07:33:51 +0000 (UTC) Received: by wyf23 with SMTP id 23so3866916wyf.13 for ; Sun, 12 Jun 2011 00:33:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=8b+DOLKq19NMVjcGSKppjiUHkp5prW0b5vQEsKh8+rE=; b=i0P0VKayNGxkdME+IV7WjrqLS2SncHJo8Fcb+jiOXJwt9afMFbt1NgMoBWRRevjbpb +77wmmeV9CrD0N9MUo8FFZgXT+YH62SMaT7bmMa0PeHL83g/wKLUx0MOovXRc7MJNWve 8zW/MONk6w+OBYMcyc/YD+wmKP6HC5k/1hhig= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=p3WepIYR8BEiZ92iVbyGTm9HE1dqutogX+HsyZRqd8YWU3wnaZdjh1ijkRM5qqucX3 1BwFbZKNaDT0lkSPDoNnLCeNkfdd2hSvaLyCFFD8cEC9hqLzyFoI6lCqbubkU9ni78yX M39NaLnAyzpwJm/CL3dTuzLiVsyi+7tPpyMQs= MIME-Version: 1.0 Received: by 10.216.221.158 with SMTP id r30mr1395604wep.50.1307864030885; Sun, 12 Jun 2011 00:33:50 -0700 (PDT) Received: by 10.216.157.201 with HTTP; Sun, 12 Jun 2011 00:33:50 -0700 (PDT) In-Reply-To: References: <201106070233.p572XI8T056329@apollo.backplane.com> Date: Sun, 12 Jun 2011 17:03:50 +0930 Message-ID: From: Matt Thyer To: Matthew Dillon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: PCIe SATA HBA for ZFS on -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 07:33:52 -0000 On 8 June 2011 20:55, Matt Thyer wrote: > On 7 June 2011 12:03, Matthew Dillon wrote: > >> The absolute cheapest solution is to buy a Sil-3132 PCIe card >> (providing 2 E-SATA ports), and then connect an external port >> multiplier >> to each port. External port multiplier enclosures typically support >> 5 drives each so that would give you your 10 drives. >> > > I've decided to avoid issues with port multiplication by going for a > Supermicro AOC-USAS2-L8i and then to flash it to IT (as opposed to IR) mode > to make it run as a standard non-RAID HBA. > > As I've got 8 x 2 TB drives for the ZFS raidz2 I'll put them all on the > AOC-USAS2-L8i and save my onboard SATA-II ports for my 2 x 1TB drives for > the FreeBSD O.S. and any eSATA use. > > Now the only remaining issue is whether to go with the Supermicro firmware > or the generic Lsi Logic firmware as some have reported better performance > with the version 9 Lsi Logic firmware. > > I'll report on my experiences (as I keep a record of the revision of my > -STABLE build this should actually be useful!). > > I could not be happier with the result. As planned, I've put all 8 2TB Western Digital WD20EARS drives on the 8 lane PCIe 2.0 AOC-USAS2-L8i (flashed with the latest SuperMicro firmware to behave as an AOC-USAS2-L8e). Many of you are now screaming "Why is he using the dreaded WD20EARS ?". The answer is that I bought the first 4 drives before I knew their issues and later decided to continue with them once I knew how to mitigate their issues by: - Using the DOS based WDIDLE3.EXE utility to change the default "park the heads after 8 seconds of idle time" to the maximum of 5 minutes - Avoiding alignment problems by putting ZFS on the whole disks (with no GPT or MBR partition table) - Convincing ZFS to use 4KiB transfers by creating the pool on top of 4KiB block sized devices created with "gnop -S 4096" And the resulting performance... Previously I could sustain about 45 MiB/s writing from high powered Windows 7 machines (via Samba using asynchronous I/O) on to my old arrangement of 4 drives in raidz1 (using only the Intel on-board SATA ports on the H55 chipset motherboard). I can now sustain 90 MiB/s over the network with the 8 drive raidz2 but that's only because the Windows 7 machines can't feed the data fast enough. I can see from "zpool iostat pool 1" that ZFS is idle for about 5-7 seconds and then it will write at around 390 - 410 MB/s for about 3 seconds. dd tests are: > sudo dd if=/dev/zero of=/export/1G bs=1M count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 3.218604 secs (333604841 bytes/sec) > sudo dd if=/dev/random of=/export/1G bs=1M count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 15.531615 secs (69132658 bytes/sec) So I'm very happy that I can keep my home network users happy with the limits now being due to my gigabit ethernet network (and I'm not going 10 GbE any time soon!). This is on 8-STABLE at r220359 (~ 5th of April 2011). From owner-freebsd-stable@FreeBSD.ORG Sun Jun 12 18:20:04 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34CAE106564A; Sun, 12 Jun 2011 18:20:04 +0000 (UTC) (envelope-from greg@bonett.org) Received: from bonett.org (bonett.org [66.249.7.150]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA538FC13; Sun, 12 Jun 2011 18:20:03 +0000 (UTC) Received: from [192.168.1.216] (unknown [76.91.19.169]) by bonett.org (Postfix) with ESMTPSA id 486F21240FE; Sun, 12 Jun 2011 18:20:02 +0000 (UTC) From: Greg Bonett To: Artem Belevich In-Reply-To: References: <1307649610.2135.29.camel@ubuntu> <1307659424.2135.43.camel@ubuntu> Content-Type: text/plain; charset="UTF-8" Date: Sun, 12 Jun 2011 11:19:57 -0700 Message-ID: <1307902797.12626.1511.camel@ubuntu> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" Subject: Re: recover file from destroyed zfs snapshot - is it possible? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 18:20:04 -0000 I wanted to send a quick message to resolve this thread. With the help of a friend, I was able to recover the data in question. Since the file was significantly smaller than the ZFS block size, and compression was not enabled (or at least was not enabled at the time the file was written), we were able to read each ZFS block and see if it contained the string in question. I'm happy to say our efforts were successful. My friend wrote a nice little c++ program to do this and posted it here: http://www.aronnax.net/node/20 --Greg From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 14:22:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 980D31065672 for ; Mon, 13 Jun 2011 14:22:28 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id CFC7C8FC08 for ; Mon, 13 Jun 2011 14:22:27 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QW825-0005C5-JL for freebsd-stable@freebsd.org; Mon, 13 Jun 2011 16:22:25 +0200 Received: from dtmd-4db2b5a3.pool.mediaways.net ([77.178.181.163]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 13 Jun 2011 16:22:25 +0200 Received: from christian.baer by dtmd-4db2b5a3.pool.mediaways.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 13 Jun 2011 16:22:25 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Christian Baer Date: Mon, 13 Jun 2011 16:22:12 +0200 Lines: 247 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: dtmd-4db2b5a3.pool.mediaways.net User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.16) Gecko/20101125 Lightning/1.0b1 Thunderbird/3.0.11 Subject: Crashes with Promise controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 14:22:28 -0000 Hey everybody! A while back I noticed strange system crashes on my personal file server. At first I thought they were caused by bad connections. But after exchanging all the SATA cables, the crashes didn't go away. Then I started looking around the web. As it seems there is a problem with FreeBSD ata(4) and certain Promise controllers out there - probably as a result of the lack of documentation from the hardware vendor. There have been threads discussing the problem. I haven't however seen any where someone with the actual problem and controller tried out much of anything. Sofar I have *not* been able to reproduce the errors at will, I can only say that heavy I/O helps - which however shouldn't come as much of a surprise. As far as I can tell by now, a crash only occurs when writing to a drive. I have gone through several gigs of reading (as fast as the system will read) and there hasn't been a crash yet. Writing files (even over a slow 100MB network connection) has crashed the system several times now within the last 48 hours. I have to slightly explain the word "crash" here: I don't actually have to hard reset the system myself. My box just does a reboot by itself. No filesystem is unmounted cleanly and because the machine isn't really new and powerful fsck takes pretty long. As you can imagine, the situation is rather ball busting. This is not so much a complaint but rather a show of motivation to do something about it. If one of the developers wants me to try out certain things to find clues, hit me. I don't mind compiling the kernel serveral times a day - or even the whole world if that will do any good. Just remember that this is only a 32 bit AMD, so compiling and results may take some time. :-) Below is a selection[1] of the error messages from /var/log/messages. Not that I use geli(8). All of the drives where this happens are encrypted. I doubt that that has anything to do with my problems though since I found lots of accounts of this problem on the web without any mention of geli. I have also includes the boot-messages[2] from my box. You will notice that there are two identical controller in the system. Before FreeBSD 8 I used 6 (and skipped 7). Before the installation of 6 I had no problems with there controllers. On a side note... Should this problem prove to be non.resolvable, I would appreciate a recommendation about alternative controllers that work and where the vendor isn't quite so reluctant to hand out documentation. Best regards from Germany, Chris [1] Jun 13 15:31:10 jon kernel: ata8: error issuing SET_MULTI command Jun 13 15:31:10 jon kernel: ad16: FAILURE - WRITE_DMA timed out LBA=511 Jun 13 15:31:10 jon kernel: GEOM_ELI: Crypto WRITE request failed (error=5). ad16s1d.eli[WRITE(offset=229376, length=20480)] Jun 13 15:31:10 jon kernel: g_vfs_done():ad16s1d.eli[WRITE(offset=229376, length=20480)]error = 5 Jun 13 15:31:34 jon kernel: ata8: SIGNATURE: ffffffff Jun 13 15:31:34 jon kernel: ata8: timeout waiting to issue command Jun 13 15:31:34 jon kernel: ata8: error issuing SETFEATURES SET TRANSFER MODE command Jun 13 15:31:34 jon kernel: ata8: timeout waiting to issue command Jun 13 15:31:34 jon kernel: ata8: error issuing SETFEATURES ENABLE RCACHE command Jun 13 15:31:34 jon kernel: ata8: timeout waiting to issue command Jun 13 15:31:34 jon kernel: ata8: error issuing SETFEATURES ENABLE WCACHE command Jun 13 15:31:34 jon kernel: ata8: timeout waiting to issue command Jun 13 15:31:34 jon kernel: ata8: error issuing SET_MULTI command Jun 13 15:31:34 jon kernel: ad16: TIMEOUT - READ_DMA48 retrying (0 retries left) LBA=509133183 Jun 13 15:33:17 jon syslogd: kernel boot file is /boot/kernel/kernel Jun 13 15:33:17 jon kernel: Copyright (c) 1992-2011 The FreeBSD Project. Jun 13 15:33:17 jon kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 [2] Jun 13 15:33:17 jon kernel: FreeBSD 8.2-STABLE #1: Sun Jun 12 17:42:17 CEST 2011 Jun 13 15:33:17 jon kernel: root@jon.rz1.convenimus.net:/usr/obj/usr/src/sys/JON i386 Jun 13 15:33:17 jon kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Jun 13 15:33:17 jon kernel: CPU: AMD Athlon(tm) XP 2400+ (1992.03-MHz 686-class CPU) Jun 13 15:33:17 jon kernel: Origin = "AuthenticAMD" Id = 0x681 Family = 6 Model = 8 Stepping = 1 Jun 13 15:33:17 jon kernel: Features=0x383fbff Jun 13 15:33:17 jon kernel: AMD Features=0xc0400800 Jun 13 15:33:17 jon kernel: real memory = 671088640 (640 MB) Jun 13 15:33:17 jon kernel: avail memory = 647278592 (617 MB) Jun 13 15:33:17 jon kernel: ACPI Error: A valid RSDP was not found (20101013/tbxfroot-309) Jun 13 15:33:17 jon kernel: MPTable: Jun 13 15:33:17 jon kernel: ioapic0: Assuming intbase of 0 Jun 13 15:33:17 jon kernel: ioapic0 irqs 0-23 on motherboard Jun 13 15:33:17 jon kernel: kbd1 at kbdmux0 Jun 13 15:33:17 jon kernel: ACPI Error: A valid RSDP was not found (20101013/tbxfroot-309) Jun 13 15:33:17 jon kernel: ACPI: Table initialisation failed: AE_NOT_FOUND Jun 13 15:33:17 jon kernel: ACPI: Try disabling either ACPI or apic support. Jun 13 15:33:17 jon kernel: pcib0: pcibus 0 on motherboard Jun 13 15:33:17 jon kernel: pci0: on pcib0 Jun 13 15:33:17 jon kernel: agp0: on hostb0 Jun 13 15:33:17 jon kernel: agp0: aperture size is 4M Jun 13 15:33:17 jon kernel: pcib1: at device 1.0 on pci0 Jun 13 15:33:17 jon kernel: pci1: on pcib1 Jun 13 15:33:17 jon kernel: isab0: at device 7.0 on pci0 Jun 13 15:33:17 jon kernel: isa0: on isab0 Jun 13 15:33:17 jon kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 7.1 on pci0 Jun 13 15:33:17 jon kernel: atapci0: Correcting VIA config for southbridge data corruption bug Jun 13 15:33:17 jon kernel: ata0: on atapci0 Jun 13 15:33:17 jon kernel: ata0: [ITHREAD] Jun 13 15:33:17 jon kernel: ata1: on atapci0 Jun 13 15:33:17 jon kernel: ata1: [ITHREAD] Jun 13 15:33:17 jon kernel: atapci1: port 0xdc00-0xdc7f,0xe000-0xe0ff mem 0xd3461000-0xd3461fff,0xd3420000-0xd343ffff irq 11 at device 8.0 on pci0 Jun 13 15:33:17 jon kernel: atapci1: [ITHREAD] Jun 13 15:33:17 jon kernel: atapci1: [ITHREAD] Jun 13 15:33:17 jon kernel: ata2: on atapci1 Jun 13 15:33:17 jon kernel: ata2: SIGNATURE: 00000101 Jun 13 15:33:17 jon kernel: ata2: [ITHREAD] Jun 13 15:33:17 jon kernel: ata3: on atapci1 Jun 13 15:33:17 jon kernel: ata3: SIGNATURE: 00000101 Jun 13 15:33:17 jon kernel: ata3: [ITHREAD] Jun 13 15:33:17 jon kernel: ata4: on atapci1 Jun 13 15:33:17 jon kernel: ata4: SIGNATURE: 00000101 Jun 13 15:33:17 jon kernel: ata4: [ITHREAD] Jun 13 15:33:17 jon kernel: ata5: on atapci1 Jun 13 15:33:17 jon kernel: ata5: SIGNATURE: 00000101 Jun 13 15:33:17 jon kernel: ata5: [ITHREAD] Jun 13 15:33:17 jon kernel: fxp0: port 0xe400-0xe43f mem 0xd3460000-0xd3460fff,0xd3440000-0xd345ffff irq 10 at device 9.0 on pci0 Jun 13 15:33:17 jon kernel: miibus0: on fxp0 Jun 13 15:33:17 jon kernel: inphy0: PHY 1 on miibus0 Jun 13 15:33:17 jon kernel: inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow Jun 13 15:33:17 jon kernel: fxp0: Ethernet address: 00:02:b3:ad:ad:d7 Jun 13 15:33:17 jon kernel: fxp0: [ITHREAD] Jun 13 15:33:17 jon kernel: atapci2: port 0xe800-0xe87f,0xec00-0xecff mem 0xd3462000-0xd3462fff,0xd3400000-0xd341ffff irq 11 at device 12.0 on pci0 Jun 13 15:33:17 jon kernel: atapci2: [ITHREAD] Jun 13 15:33:17 jon kernel: atapci2: [ITHREAD] Jun 13 15:33:17 jon kernel: ata6: on atapci2 Jun 13 15:33:17 jon kernel: ata6: SIGNATURE: 00000101 Jun 13 15:33:17 jon kernel: ata6: [ITHREAD] Jun 13 15:33:17 jon kernel: ata7: on atapci2 Jun 13 15:33:17 jon kernel: ata7: SIGNATURE: 00000101 Jun 13 15:33:17 jon kernel: ata7: [ITHREAD] Jun 13 15:33:17 jon kernel: ata8: on atapci2 Jun 13 15:33:17 jon kernel: ata8: SIGNATURE: 00000101 Jun 13 15:33:17 jon kernel: ata8: [ITHREAD] Jun 13 15:33:17 jon kernel: ata9: on atapci2 Jun 13 15:33:17 jon kernel: ata9: SIGNATURE: 00000101 Jun 13 15:33:17 jon kernel: ata9: [ITHREAD] Jun 13 15:33:17 jon kernel: vgapci0: mem 0xd1000000-0xd1003fff,0xd2000000-0xd27fffff at device 13.0 on pci0 Jun 13 15:33:17 jon kernel: cpu0 on motherboard Jun 13 15:33:17 jon kernel: pmtimer0 on isa0 Jun 13 15:33:17 jon kernel: atrtc0: at port 0x70-0x71 irq 8 pnpid PNP0b00 on isa0 Jun 13 15:33:17 jon kernel: atkbdc0: at port 0x60,0x64 irq 1 pnpid PNP0303 on isa0 Jun 13 15:33:17 jon kernel: atkbd0: irq 1 on atkbdc0 Jun 13 15:33:17 jon kernel: kbd0 at atkbd0 Jun 13 15:33:17 jon kernel: atkbd0: [GIANT-LOCKED] Jun 13 15:33:17 jon kernel: atkbd0: [ITHREAD] Jun 13 15:33:17 jon kernel: unknown: can't assign resources (memory) Jun 13 15:33:17 jon kernel: psm0: irq 12 on atkbdc0 Jun 13 15:33:17 jon kernel: psm0: [GIANT-LOCKED] Jun 13 15:33:17 jon kernel: psm0: [ITHREAD] Jun 13 15:33:17 jon kernel: psm0: model Generic PS/2 mouse, device ID 0 Jun 13 15:33:17 jon kernel: fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 pnpid PNP0700 on isa0 Jun 13 15:33:17 jon kernel: fdc0: [FILTER] Jun 13 15:33:17 jon kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Jun 13 15:33:17 jon kernel: orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 Jun 13 15:33:17 jon kernel: sc0: at flags 0x100 on isa0 Jun 13 15:33:17 jon kernel: sc0: VGA <16 virtual consoles, flags=0x300> Jun 13 15:33:17 jon kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Jun 13 15:33:17 jon kernel: ppc0: parallel port not found. Jun 13 15:33:17 jon kernel: unknown: can't assign resources (memory) Jun 13 15:33:17 jon kernel: Timecounter "TSC" frequency 1992030730 Hz quality 800 Jun 13 15:33:17 jon kernel: Timecounters tick every 1.000 msec Jun 13 15:33:17 jon kernel: ad0: 14664MB at ata0-master UDMA66 Jun 13 15:33:17 jon kernel: ad2: 305245MB at ata1-master UDMA100 Jun 13 15:33:17 jon kernel: ad3: 238475MB at ata1-slave UDMA100 Jun 13 15:33:17 jon kernel: ad4: 476940MB at ata2-master UDMA100 SATA 3Gb/s Jun 13 15:33:17 jon kernel: ad6: 1907729MB at ata3-master UDMA100 SATA 3Gb/s Jun 13 15:33:17 jon kernel: ad8: 476940MB at ata4-master UDMA100 SATA 3Gb/s Jun 13 15:33:17 jon kernel: ad10: 305245MB at ata5-master UDMA100 SATA 1.5Gb/s Jun 13 15:33:17 jon kernel: ad12: 1430799MB at ata6-master UDMA100 SATA 3Gb/s Jun 13 15:33:17 jon kernel: ad14: 476940MB at ata7-master UDMA100 SATA 1.5Gb/s Jun 13 15:33:17 jon kernel: ad16: 1907729MB at ata8-master UDMA100 SATA 3Gb/s Jun 13 15:33:17 jon kernel: ad18: 953869MB at ata9-master UDMA100 SATA 3Gb/s Jun 13 15:33:17 jon kernel: GEOM: ad2s1: geometry does not match label (16h,63s != 1h,63s). Jun 13 15:33:17 jon kernel: GEOM: ad3s1: geometry does not match label (16h,63s != 1h,63s). Jun 13 15:33:17 jon kernel: Trying to mount root from ufs:/dev/ad0s1a Jun 13 15:33:17 jon kernel: WARNING: / was not properly dismounted Jun 13 15:33:17 jon kernel: WARNING: /usr was not properly dismounted Jun 13 15:33:17 jon kernel: WARNING: /var was not properly dismounted Jun 13 15:33:17 jon kernel: /var: mount pending error: blocks 8 files 2 Jun 13 15:33:18 jon kernel: fxp0: link state changed to UP Jun 13 15:33:19 jon kernel: fxp0: link state changed to DOWN Jun 13 15:33:21 jon kernel: fxp0: link state changed to UP Jun 13 15:33:22 jon dhclient: New IP Address (fxp0): 192.168.100.9 Jun 13 15:33:22 jon kernel: fxp0: link state changed to DOWN Jun 13 15:33:22 jon dhclient: New Subnet Mask (fxp0): 255.255.255.0 Jun 13 15:33:22 jon dhclient: New Broadcast Address (fxp0): 192.168.100.255 Jun 13 15:33:22 jon dhclient: New Routers (fxp0): 192.168.100.250 Jun 13 15:33:24 jon kernel: fxp0: link state changed to UP Jun 13 15:38:07 jon fsck: /dev/ad0s1e: 285849 files, 1607328 used, 2887803 free (117739 frags, 346258 blocks, 2.6% fragmentation) [after that only messages from fsck] From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 15:26:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E04F5106564A; Mon, 13 Jun 2011 15:26:57 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from megatron.madpilot.net (megatron.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id 7CFE48FC0C; Mon, 13 Jun 2011 15:26:57 +0000 (UTC) Received: from megatron.madpilot.net (localhost [127.0.0.1]) by megatron.madpilot.net (Postfix) with ESMTP id 67F1D1BE3; Mon, 13 Jun 2011 17:26:56 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= user-agent:in-reply-to:content-disposition:content-type :content-type:mime-version:references:message-id:subject:subject :from:from:date:date:received:received; s=mail; t=1307978813; x= 1309793213; bh=i2mJ2jAR9QjmSrYgyr/YJNIBZmCH3hNe7rp2e+4J6JA=; b=R WsznYEd9p9mCKrg2yViPz8Qe+sxgoUybIvsJVEPuL56b+E4Gk6T9/Ec8/tJgnHPO ypcfEOchhNC+/UYB3S1W4h4Z2RRYvgkmor5atwH6laM+ADx3lv3pQcrqRVrHqDB2 /Rg8o5a0Nw7kUhakEyHl9pBLgeLpRKpWWWmlkm0iyg= X-Virus-Scanned: amavisd-new at madpilot.net Received: from megatron.madpilot.net ([127.0.0.1]) by megatron.madpilot.net (megatron.madpilot.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id HHw4D3ZljZ8g; Mon, 13 Jun 2011 17:26:53 +0200 (CEST) Received: by megatron.madpilot.net (Postfix, from userid 1000) id BE1871BDA; Mon, 13 Jun 2011 17:26:53 +0200 (CEST) Date: Mon, 13 Jun 2011 17:26:53 +0200 From: Guido Falsi To: John Baldwin Message-ID: <20110613152653.GA82909@megatron.madpilot.net> References: <20110609152820.GC57263@megatron.madpilot.net> <201106091543.16028.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201106091543.16028.jhb@freebsd.org> X-Operating-System: FreeBSD 8.2-STABLE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: BTX loader problem on specific hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 15:26:58 -0000 On Thu, Jun 09, 2011 at 03:43:15PM -0400, John Baldwin wrote: > On Thursday, June 09, 2011 11:28:20 am Guido Falsi wrote: > > Hi! > > > > I'm having a problem with BTX hanging on an HP 6005 Pro PC. > > > > I have filed a followup to an existing PR about this exact problem: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=151122 > > > > All the information there looks correct and stands true. > > > > Hmm, these are not so easy to debug. You can try putting a 'foo: jmp foo' > instruction in various places as a sort of 'while (1)' loop. The first test I > would do is to put it earlier in btxld before the messages that BTXLDR_VERBOSE > logs to see if when it hangs the cursor stays at its current location rather > than jumping back up. If that works out then you can start moving the 'foo: > jmp foo' later until you find a point where it hangs and moves the cursor > (which means it hung in between your previous 'jmp foo' and the one you most > recently added). I would start by walking down through btxldr.S. If it makes > it all the way through that, start walking through the BTX init code. > > Oddly enough, BTX had to run at least once so that boot2 could find the loader > and kick off the btxldr.S. I found something performing the tests you suggested. I finally found out that it's loader triggering the lockup at it's very start. System locks up in the first part of bios_getmem() when BIOS "int 0x15 function 0xe820" is called. I noticed this is used here to get the memory map info from the BIOS. And this is not the first time there are memory map problems with HP BIOSes. :( I'm trying to understand how to disassemble the bios code for that function, but I'm having some problems, do someone have any pointers to some how-to or help? -- Guido Falsi From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 15:47:52 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 237F8106564A for ; Mon, 13 Jun 2011 15:47:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id ED03D8FC0A for ; Mon, 13 Jun 2011 15:47:51 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9909B46B03; Mon, 13 Jun 2011 11:47:51 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EAAA48A01F; Mon, 13 Jun 2011 11:47:50 -0400 (EDT) From: John Baldwin To: Guido Falsi Date: Mon, 13 Jun 2011 11:45:07 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110609152820.GC57263@megatron.madpilot.net> <201106091543.16028.jhb@freebsd.org> <20110613152653.GA82909@megatron.madpilot.net> In-Reply-To: <20110613152653.GA82909@megatron.madpilot.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106131145.08185.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 13 Jun 2011 11:47:51 -0400 (EDT) Cc: freebsd-stable@freebsd.org Subject: Re: BTX loader problem on specific hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 15:47:52 -0000 On Monday, June 13, 2011 11:26:53 am Guido Falsi wrote: > On Thu, Jun 09, 2011 at 03:43:15PM -0400, John Baldwin wrote: > > On Thursday, June 09, 2011 11:28:20 am Guido Falsi wrote: > > > Hi! > > > > > > I'm having a problem with BTX hanging on an HP 6005 Pro PC. > > > > > > I have filed a followup to an existing PR about this exact problem: > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=151122 > > > > > > All the information there looks correct and stands true. > > > > > > > Hmm, these are not so easy to debug. You can try putting a 'foo: jmp foo' > > instruction in various places as a sort of 'while (1)' loop. The first test I > > would do is to put it earlier in btxld before the messages that BTXLDR_VERBOSE > > logs to see if when it hangs the cursor stays at its current location rather > > than jumping back up. If that works out then you can start moving the 'foo: > > jmp foo' later until you find a point where it hangs and moves the cursor > > (which means it hung in between your previous 'jmp foo' and the one you most > > recently added). I would start by walking down through btxldr.S. If it makes > > it all the way through that, start walking through the BTX init code. > > > > Oddly enough, BTX had to run at least once so that boot2 could find the loader > > and kick off the btxldr.S. > > I found something performing the tests you suggested. I finally found out > that it's loader triggering the lockup at it's very start. > > System locks up in the first part of bios_getmem() when BIOS "int > 0x15 function 0xe820" is called. > > I noticed this is used here to get the memory map info from the > BIOS. And this is not the first time there are memory map problems > with HP BIOSes. :( > > I'm trying to understand how to disassemble the bios code for that > function, but I'm having some problems, do someone have any pointers to > some how-to or help? Ouch. Well, these can be a PITA to disassemble. ndisasm from the devel/nasm port is a good x86 disassembler that you can use. You will need to use dd on /dev/mem to extract INT 15's entry point from the IDT. For example: # dd if=/dev/mem bs=4 iseek=0x15 count=1 | hd 1+0 records in 1+0 records out 4 bytes transferred in 0.000021 secs (190650 bytes/sec) 00000000 59 f8 00 f0 |Y...| 00000004 On this machine that gives a pointer of 0xf000:f859 which is a raw physical address of '0xff859'. You can then grab a block of that to disassemble like so: # dd if=/dev/mem bs=1 iseek=0xff859 count=100 | ndisasm - 00000000 EB00 jmp short 0x2 00000002 80FC87 cmp ah,0x87 00000005 7503 jnz 0xa 00000007 E94CF9 jmp word 0xf956 .... In this case I'd then need to look at what was at 0xff956, etc. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 18:24:18 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50A02106564A; Mon, 13 Jun 2011 18:24:18 +0000 (UTC) (envelope-from kc5vdj.freebsd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D261B8FC14; Mon, 13 Jun 2011 18:24:17 +0000 (UTC) Received: by iwn33 with SMTP id 33so5936014iwn.13 for ; Mon, 13 Jun 2011 11:24:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=7pK5BihVH5M4hCHxf/4vW14nbZDyY4nIioENN0SsSvg=; b=gxbXXWJ/6OM/KtSm32AeEx3VhPBmDQJMF+KVn9eZYsn2f/7XJOQWiK5fxOsSe9CKXG iEXz84BB3obA9qeRTz+f3/KN5/5fm4bBoP6nVuziF7r3SSdf9ImLy99eHTiOgaFwBYtc bewsMvtoacLqYEmhN0vyLkeyD801HAieiTC5M= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=KW23oXEQBRjgyk5hXOpLvh7dD4V9f9x20UyG5OeNzNs/BJS5SRhcr4V8uACB2uqjl+ JYQrEpPRkA1ZJUyi/thE/Q9qWYLtq6juO25gJcafiBF61BFptMYiWrcjkjonoOYjkm/E qEs7yTP2ajNL+inw+Jy1+011TjmUuNNs/DFjg= Received: by 10.42.132.65 with SMTP id c1mr6554149ict.302.1307989456351; Mon, 13 Jun 2011 11:24:16 -0700 (PDT) Received: from argus.electron-tube.net (desm-45-047.dsl.netins.net [167.142.45.47]) by mx.google.com with ESMTPS id s2sm4950793icw.17.2011.06.13.11.24.12 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Jun 2011 11:24:15 -0700 (PDT) Message-ID: <4DF655C5.9030003@gmail.com> Date: Mon, 13 Jun 2011 13:24:05 -0500 From: Jim Bryant User-Agent: Thunderbird 2.0.0.24 (X11/20100911) MIME-Version: 1.0 To: Adrian Chadd References: <4DF12E4A.5020906@gmail.com> <201106100913.42480.bschmidt@freebsd.org> <4DF274F6.6050905@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-wireless@freebsd.org, weongyo@freebsd.org, freebsd-usb@freebsd.org, bschmidt@freebsd.org Subject: Re: problem with urtw X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 18:24:18 -0000 would manufacturer-supplied linux driver source code suffice? i can't buy you one, but i can send you the linux driver sources. Adrian Chadd wrote: > On 11 June 2011 03:48, Jim Bryant wrote: > > >> this is with if_urtw.c patched to change L to B as you supplied. >> >> I'm here for testing.. any more ideas? If anyone wants to play themselves, >> look on ebay for WiFiSky 1500mW B/G with 6dBi antenna. It seems that half >> of Hong Kong is selling these for under $20 USD. >> > > I've enough wireless hardware. :) > > If someone: > > * buys me a pair; > * demonstrates it runs fine under linux or some other open source > operating system; > * gives me enough time; > > Then sure, I may make this work. > > (The offer stands for Linux carl9170 compatible devices btw. I'll > likely take a crack at porting that driver after my exams, but only > once I've finished off the Atheros 11n TX code.) > > > Adrian > > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 23:57:21 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE306106564A; Mon, 13 Jun 2011 23:57:21 +0000 (UTC) (envelope-from adrian.chadd@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 3C5D68FC12; Mon, 13 Jun 2011 23:57:21 +0000 (UTC) Received: by gxk28 with SMTP id 28so4596863gxk.13 for ; Mon, 13 Jun 2011 16:57:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ZPsF98FNwGYtiTjHrjjkW1ePeb0/+cC8lL0oTpWk8IM=; b=SIER0tzbvxyUd6g8RgKrJleJiP3guBQW8lrHsqaAKTvVz6brfdDaN1qBZrd2ypgJhe NNCzS6gj/0cgV41E1w2kR0UMFtQsmN6ZwCoX2/HKrbfAXvNt5U7qyjrIFkgWVwPq8OTm vzyd21yIiJwCzIidqgt51lDFzKGlJYkExKKSg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=tRTe4bY8/NKES2xccsdi9tMurEWmA4N6MVXhwRVW3sbC0WFRPNv2jKvpv2N4etVsjA A2at/h3p9HoKM6MO/UAtRhIfF7iqz+aqmeHZeLUbfTty5KI2c3Bf30gsqdqwtABOYCfF Gdj5sQ1tNcDUhErbr5kFuW5I8YAXoNJOTP/7s= MIME-Version: 1.0 Received: by 10.150.132.15 with SMTP id f15mr6878006ybd.388.1308009440415; Mon, 13 Jun 2011 16:57:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.150.216.3 with HTTP; Mon, 13 Jun 2011 16:57:20 -0700 (PDT) In-Reply-To: <4DF655C5.9030003@gmail.com> References: <4DF12E4A.5020906@gmail.com> <201106100913.42480.bschmidt@freebsd.org> <4DF274F6.6050905@gmail.com> <4DF655C5.9030003@gmail.com> Date: Tue, 14 Jun 2011 07:57:20 +0800 X-Google-Sender-Auth: 2rmLjjFkJHFFW6Hj3TjIHy4Qdmk Message-ID: From: Adrian Chadd To: Jim Bryant Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: weongyo@freebsd.org, freebsd-wireless@freebsd.org, freebsd-stable@freebsd.org, freebsd-usb@freebsd.org, bschmidt@freebsd.org Subject: Re: problem with urtw X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 23:57:21 -0000 On 14 June 2011 02:24, Jim Bryant wrote: > would manufacturer-supplied linux driver source code suffice? =A0i can't = buy > you one, but i can send you the linux driver sources. If you have a link to the manufacturer linux driver source then that'll be a good start. But typically porting it requires some hardware to at least verify it works= . :-) If someone else would like to take a crack at this then please do - I've got my hands full with ath(4) 11n TX support at the moment. Adrian From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 09:34:33 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED726106564A for ; Tue, 14 Jun 2011 09:34:33 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8E7118FC14 for ; Tue, 14 Jun 2011 09:34:33 +0000 (UTC) Received: by wyf23 with SMTP id 23so5841623wyf.13 for ; Tue, 14 Jun 2011 02:34:32 -0700 (PDT) Received: by 10.227.9.131 with SMTP id l3mr3909102wbl.54.1308042379967; Tue, 14 Jun 2011 02:06:19 -0700 (PDT) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id p21sm4864170wbh.57.2011.06.14.02.06.17 (version=SSLv3 cipher=OTHER); Tue, 14 Jun 2011 02:06:17 -0700 (PDT) Message-ID: <4DF72488.6050806@my.gd> Date: Tue, 14 Jun 2011 11:06:16 +0200 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Networking - CARP interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 09:34:34 -0000 Hello list, Here I am today, setting up CARP interfaces on our backup firewalls, and I'm wondering something... Let's take the following scenario: Datacenter PRIM, firewall PRIM: - carp13 has public IPs X and Y and is master (advskew 100) Datacenter PRIM, firewall BACK: - carp13 has public IPs X and Y and is backup (advskew 150) Datacenter BACK, firewall PRIM: - carp13 has public IPs X, Y, W and Z (advskew 230, down) Datacenter BACK, firewall BACK: - carp13 has public IPs X, Y, W and Z (advskew 250, down) If I bring up my carp13 interfaces on the backup datacenter, will they become master because the carp interfaces on the primary datacenter is lacking 2 public IPs ? That would be a problem... Has anyone faced this situation before ? Also, adding IPs W and Z on my primary datacenter is not an option at the moment. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 13:39:23 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09D53106566B; Tue, 14 Jun 2011 13:39:23 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8A5958FC15; Tue, 14 Jun 2011 13:39:22 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id p5EDdB5n056493 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 14 Jun 2011 16:39:17 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4DF7647F.7020901@digsys.bg> Date: Tue, 14 Jun 2011 16:39:11 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110519 Thunderbird/3.1.10 MIME-Version: 1.0 To: Mikolaj Golub References: <4DE21C64.8060107@digsys.bg> <4DE3ACF8.4070809@digsys.bg> <86d3j02fox.fsf@kopusha.home.net> <4DE4E43B.7030302@digsys.bg> <86zkm3t11g.fsf@in138.ua3> <4DE5048B.3080206@digsys.bg> <4DE5D535.20804@digsys.bg> <4DE8FE78.6070401@digsys.bg> <4DE90955.9020505@digsys.bg> <86zklp8vmg.fsf@kopusha.home.net> <86vcwd8vj8.fsf@kopusha.home.net> In-Reply-To: <86vcwd8vj8.fsf@kopusha.home.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: HAST instability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 13:39:23 -0000 On 10.06.11 20:07, Mikolaj Golub wrote: > On Fri, 10 Jun 2011 20:05:43 +0300 Mikolaj Golub wrote to Daniel Kalchev: > > MG> Could you please try this patch? > > MG> http://people.freebsd.org/~trociny/hastd.no_shutdown.patch > > Sure you still have to have your kernel patched with uipc_socket.c.patch :-) > It is now running for about a day with both patches applied, without disconnects. Also, now TCP/IP connections always stay in ESTABLISHED state. As I believe they should. Primary to secondary drain quickly on switching form init to primary etc. No troubles without checksums as well. Kernel is as of FreeBSD b1a 8.2-STABLE FreeBSD 8.2-STABLE #1: Mon Jun 13 11:32:38 EEST 2011 root@b1a:/usr/obj/usr/src/sys/GENERIC amd64 Daniel From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 14:47:00 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A73B10656A3 for ; Tue, 14 Jun 2011 14:47:00 +0000 (UTC) (envelope-from alp@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.freebsd.org (Postfix) with ESMTP id 00C138FC0A for ; Tue, 14 Jun 2011 14:46:59 +0000 (UTC) Received: from pyhalov.cc.rsu.ru (pyhalov.cc.rsu.ru [195.208.252.128]) (authenticated bits=0) by mail.r61.net (8.14.4/8.14.4) with ESMTP id p5EEDQeb073069 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Tue, 14 Jun 2011 18:13:26 +0400 (MSD) (envelope-from alp@rsu.ru) Message-ID: <4DF76C86.2030101@rsu.ru> Date: Tue, 14 Jun 2011 18:13:26 +0400 From: Alexander Pyhalov User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.14) Gecko/20110306 Thunderbird/3.1.8 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: boot0 bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 14:47:00 -0000 Hello. I have IBM blade, which is connected to EMC Clarion disk storage (2 FC adapters connected to 2 FC switches, so system sees 4 paths to storage). One lun is provided to the system. The problem is that FreeBSD doesn't boot randomly (at least 1 attempt from 5 boots is unsuccessful). The blade stalls and I see only blank screen. I've tried other operating systems - OpenIndiana b148 and Ubuntu 10.10 - each of them has booted perfectly 10 times without any issues. I don't see any messages from boot1 stage and system is logged in to EMC storage with only one path. When the system boots successfully, I can see on EMC Clarion that it is connected with all paths. I've tried to use boot0 from CURRENT - results are the same (boot fails randomly). How can I debug this issue? I have several FreeBSD servers with the same configuration which boot perfectly. I tried different tricks to to achieve normal boot and all of them worked randomly (or didn't work): some bios and FC adapter settings, labeling all 4.2BSD partitions as unused and so on. This time I noticed the following: if I leave my system stalling with blank screen for ten minutes or more, it boots successfully... Does someone have any ideas? Additional info: # uname -a FreeBSD fbsdhost-STABLE.mgmt.r61.net 8.2-STABLE FreeBSD 8.2-STABLE #2 r222809M: Tue Jun 7 12:35:22 MSD 2011 alp@os.test.rsu.ru:/usr/obj/usr/src-stable-8/sys/ibm-hs-21xm-vnet-amd64.releng-8.2 amd64 # camcontrol devlist -v scbus0 on isp0 bus 0: at scbus0 target 0 lun 0 (da0,sg0,pass0) at scbus0 target 1 lun 0 (da1,sg1,pass1) <> at scbus0 target -1 lun -1 () scbus1 on isp1 bus 0: at scbus1 target 0 lun 0 (da2,sg2,pass2) at scbus1 target 1 lun 0 (da3,sg3,pass3) <> at scbus1 target -1 lun -1 () scbus-1 on xpt0 bus 0: <> at scbus-1 target -1 lun -1 (xpt0) # gmultipath status Name Status Components multipath/fbsdhost-STABLE N/A da0 da1 da2 da3 # gpart show => 63 33554367 multipath/fbsdhost-STABLE MBR (16G) 63 33543657 1 freebsd [active] (16G) 33543720 10710 - free - (5.2M) => 0 33543657 multipath/fbsdhost-STABLEs1 BSD (16G) 0 16 - free - (8.0k) 16 18863577 1 !0 (9G) 18863593 4194304 2 freebsd-swap (2.0G) 23057897 2097152 4 !0 (1.0G) 25155049 8388608 5 !0 (4.0G) # boot0cfg -v /dev/multipath/fbsdhost-STABLE # flag start chs type end chs offset size 1 0x80 0: 1: 1 0xa5 39:254:63 63 33543657 version=2.0 drive=0x80 mask=0xf ticks=182 bell=# (0x23) options=packet,update,nosetdrv volume serial ID 9090-9090 default_selection=F1 (Slice 1) # df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/multipath/fbsdhost-STABLEs1a 9129786 517594 7881810 6% / devfs 1 1 0 100% /dev /dev/multipath/fbsdhost-STABLEs1d 1012974 12 931926 0% /tmp /dev/multipath/fbsdhost-STABLEs1e 4058062 2902 3730516 0% /var -- Best regards, Alexander Pyhalov, system administrator of Computer Center of Southern Federal University From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 14:56:49 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDFDF106566B; Tue, 14 Jun 2011 14:56:49 +0000 (UTC) (envelope-from to.my.trociny@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 3E9D78FC27; Tue, 14 Jun 2011 14:56:48 +0000 (UTC) Received: by eyg7 with SMTP id 7so3028830eyg.13 for ; Tue, 14 Jun 2011 07:56:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:organization:references :sender:date:in-reply-to:message-id:user-agent:mime-version :content-type; bh=Ssyu8Qv8hlQOn9DgwxmJ/P81OqQ0bXv7uba7EaMeCQ8=; b=GO5vfyutyJvyGm3F6L6i5FtiRReqjFUCthDgdLvngMq1EGh/fK84HJSQS5+k1gzymW M1l4VFwMC5h/TTeAwAPkNPdy+p6MHQ//W5d4a3kMJ5fhbvGp7+vMeSbC+6nbpf/RWijR O7dMJ5X8BwBZ6+ydjHFrnBX2I6EwyEzkWV5f0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:organization:references:sender:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=ImBemtagiy44dl+EXYDB45rL8YnXV/zif7+8O3QBmlG1U3USCqiCXOrFog4yg4EGfE jP3FnGWAyAs+yghuJ5oIPMbK0ZCWykB/LDxFLtYomyDPtBmfQwzb2o9zAbHogNIBB5E4 HSS3amdC0VRUuTNtYsQTuB55EwUjmjK/BP1ng= Received: by 10.223.75.15 with SMTP id w15mr34468faj.134.1308063408081; Tue, 14 Jun 2011 07:56:48 -0700 (PDT) Received: from localhost ([94.27.39.186]) by mx.google.com with ESMTPS id b25sm2789544fab.28.2011.06.14.07.56.45 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 14 Jun 2011 07:56:46 -0700 (PDT) From: Mikolaj Golub To: Daniel Kalchev Organization: TOA Ukraine References: <4DE21C64.8060107@digsys.bg> <4DE3ACF8.4070809@digsys.bg> <86d3j02fox.fsf@kopusha.home.net> <4DE4E43B.7030302@digsys.bg> <86zkm3t11g.fsf@in138.ua3> <4DE5048B.3080206@digsys.bg> <4DE5D535.20804@digsys.bg> <4DE8FE78.6070401@digsys.bg> <4DE90955.9020505@digsys.bg> <86zklp8vmg.fsf@kopusha.home.net> <86vcwd8vj8.fsf@kopusha.home.net> <4DF7647F.7020901@digsys.bg> Sender: Mikolaj Golub Date: Tue, 14 Jun 2011 17:56:43 +0300 In-Reply-To: <4DF7647F.7020901@digsys.bg> (Daniel Kalchev's message of "Tue, 14 Jun 2011 16:39:11 +0300") Message-ID: <86ei2wmpg4.fsf@in138.ua3> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: pjd@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HAST instability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 14:56:49 -0000 On Tue, 14 Jun 2011 16:39:11 +0300 Daniel Kalchev wrote: DK> On 10.06.11 20:07, Mikolaj Golub wrote: >> On Fri, 10 Jun 2011 20:05:43 +0300 Mikolaj Golub wrote to Daniel Kalchev: >> >> MG> Could you please try this patch? >> >> MG> http://people.freebsd.org/~trociny/hastd.no_shutdown.patch >> >> Sure you still have to have your kernel patched with uipc_socket.c.patch :-) >> DK> It is now running for about a day with both patches applied, without DK> disconnects. DK> Also, now TCP/IP connections always stay in ESTABLISHED state. As I DK> believe they should. Primary to secondary drain quickly on switching DK> form init to primary etc. No troubles without checksums as DK> well. Kernel is as of Thanks! It has turned out that automatic receive buffer sizing works only for connections in ESTABLISHED state. And with small receive buffer the connection might stuck sending data only via TCP window probes -- one byte every few seconds (see "Scenario to make recv(MSG_WAITALL) stuck" in net@ for details). hastd.no_shutdown.patch disables closing of unused directions so the connections remain in ESTABLISHED state and automatic receive buffer sizing works again. uipc_socket.c.patch has been committed to CURRENT and I am going to MFC soon. DK> FreeBSD b1a 8.2-STABLE FreeBSD 8.2-STABLE #1: Mon Jun 13 11:32:38 EEST DK> 2011 root@b1a:/usr/obj/usr/src/sys/GENERIC amd64 DK> Daniel -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 15:07:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD4151065670; Tue, 14 Jun 2011 15:07:39 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id F184F8FC0A; Tue, 14 Jun 2011 15:07:38 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id p5EF7SeG056848 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 14 Jun 2011 18:07:34 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4DF77930.3060203@digsys.bg> Date: Tue, 14 Jun 2011 18:07:28 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110519 Thunderbird/3.1.10 MIME-Version: 1.0 To: Mikolaj Golub References: <4DE21C64.8060107@digsys.bg> <4DE3ACF8.4070809@digsys.bg> <86d3j02fox.fsf@kopusha.home.net> <4DE4E43B.7030302@digsys.bg> <86zkm3t11g.fsf@in138.ua3> <4DE5048B.3080206@digsys.bg> <4DE5D535.20804@digsys.bg> <4DE8FE78.6070401@digsys.bg> <4DE90955.9020505@digsys.bg> <86zklp8vmg.fsf@kopusha.home.net> <86vcwd8vj8.fsf@kopusha.home.net> <4DF7647F.7020901@digsys.bg> <86ei2wmpg4.fsf@in138.ua3> In-Reply-To: <86ei2wmpg4.fsf@in138.ua3> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pjd@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HAST instability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 15:07:39 -0000 On 14.06.11 17:56, Mikolaj Golub wrote: > It has turned out that automatic receive buffer sizing works only for > connections in ESTABLISHED state. And with small receive buffer the connection > might stuck sending data only via TCP window probes -- one byte every few > seconds (see "Scenario to make recv(MSG_WAITALL) stuck" in net@ for details). > I have tried some TCP/IP tuning to help utilize the faster network, but for the moment it is likely local disks limit the throughput to about 230 MB/sec peak. The peaks now are the same as before, but now the total performance is better. However, it may turn out that single TCP/IP session across 10Gbit network would not be able to achieve very high throughput. It may be beneficial to support multiple parallel TCP/IP connections between primary/slave in order to utilize faster networks. Daniel From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 17:00:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92CA010656A6 for ; Tue, 14 Jun 2011 17:00:41 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 328968FC1F for ; Tue, 14 Jun 2011 17:00:40 +0000 (UTC) Received: by wwc33 with SMTP id 33so5984053wwc.31 for ; Tue, 14 Jun 2011 10:00:40 -0700 (PDT) Received: by 10.216.236.28 with SMTP id v28mr1066606weq.12.1308070839982; Tue, 14 Jun 2011 10:00:39 -0700 (PDT) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id c17sm5180332wbh.63.2011.06.14.10.00.38 (version=SSLv3 cipher=OTHER); Tue, 14 Jun 2011 10:00:39 -0700 (PDT) Message-ID: <4DF793B5.903@my.gd> Date: Tue, 14 Jun 2011 19:00:37 +0200 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" References: <4DF72488.6050806@my.gd> In-Reply-To: <4DF72488.6050806@my.gd> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Networking - CARP interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 17:00:41 -0000 On 6/14/11 11:06 AM, Damien Fleuriot wrote: > Hello list, > > > > Here I am today, setting up CARP interfaces on our backup firewalls, and > I'm wondering something... > > > Let's take the following scenario: > > > Datacenter PRIM, firewall PRIM: > - carp13 has public IPs X and Y and is master (advskew 100) > > Datacenter PRIM, firewall BACK: > - carp13 has public IPs X and Y and is backup (advskew 150) > > > Datacenter BACK, firewall PRIM: > - carp13 has public IPs X, Y, W and Z (advskew 230, down) > > Datacenter BACK, firewall BACK: > - carp13 has public IPs X, Y, W and Z (advskew 250, down) > > > > If I bring up my carp13 interfaces on the backup datacenter, will they > become master because the carp interfaces on the primary datacenter is > lacking 2 public IPs ? > > That would be a problem... > > Has anyone faced this situation before ? > > Also, adding IPs W and Z on my primary datacenter is not an option at > the moment. Replying to myself, I can confirm that this scenario causes problems, see below: ### ON FIREWALL 1 , carp master for carp0, carp1, carp2 carp2: flags=49 metric 0 mtu 1500 inet 192.168.224.254 netmask 0xffffff00 carp: MASTER vhid 224 advbase 1 advskew 50 ### ON FIREWALL 2 , carp backup for carp0, carp1, carp2 carp2: flags=49 metric 0 mtu 1500 inet 192.168.234.254 netmask 0xffffff00 carp: BACKUP vhid 234 advbase 1 advskew 100 Now, I add a dummy IP to carp2 on FIREWALL 2, which is supposedly backup: ifconfig carp2 inet 192.168.234.207 alias Result: ### ON FIREWALL 1, carp master for carp0, carp1, carp2 carp2: flags=49 metric 0 mtu 1500 inet 192.168.224.254 netmask 0xffffff00 carp: MASTER vhid 224 advbase 1 advskew 50 ### ON FIREWALL 2, carp backup for carp0, carp1, but no longer carp2 carp2: flags=49 metric 0 mtu 1500 inet 192.168.234.254 netmask 0xffffff00 inet 192.168.234.207 netmask 0xffffff00 carp: MASTER vhid 234 advbase 1 advskew 100 After I remove the extraneous IP, the interface becomes backup again: # This was a long time ago carp0: MASTER -> BACKUP (more frequent advertisement received) carp0: link state changed to DOWN carp2: MASTER -> BACKUP (more frequent advertisement received) carp2: link state changed to DOWN carp1: MASTER -> BACKUP (more frequent advertisement received) carp1: link state changed to DOWN carp2: link state changed to DOWN # This was when I ran my tests carp2: INIT -> MASTER (preempting) carp2: link state changed to UP carp2: MASTER -> BACKUP (more frequent advertisement received) carp2: link state changed to DOWN This entails that hosts in a given carp vhid must have the exact same IP addresses configured on that interface. While this is perfectly understandable in a master-backup scenario, this is a bit more annoying for us in a master-backup + backup-backup scenario with 2 datacenters. I'll just have to adapt and ensure they have the same IP addresses then. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 17:47:03 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAAB0106564A for ; Tue, 14 Jun 2011 17:47:03 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from qmta04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id C3FC08FC19 for ; Tue, 14 Jun 2011 17:47:03 +0000 (UTC) Received: from omta19.emeryville.ca.mail.comcast.net ([76.96.30.76]) by qmta04.emeryville.ca.mail.comcast.net with comcast id vt1F1g0071eYJf8A4tZsHU; Tue, 14 Jun 2011 17:33:52 +0000 Received: from [192.168.2.164] ([206.210.89.202]) by omta19.emeryville.ca.mail.comcast.net with comcast id vtZh1g00L4Mx3R201tZjDn; Tue, 14 Jun 2011 17:33:52 +0000 Message-ID: <4DF79B72.2090805@comcast.net> Date: Tue, 14 Jun 2011 13:33:38 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110516 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Damien Fleuriot References: <4DF72488.6050806@my.gd> <4DF793B5.903@my.gd> In-Reply-To: <4DF793B5.903@my.gd> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: Networking - CARP interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 17:47:03 -0000 On 06/14/2011 01:00 PM, Damien Fleuriot wrote: > > I can confirm that this scenario causes problems, see below: > > ### ON FIREWALL 1 , carp master for carp0, carp1, carp2 > carp2: flags=49 metric 0 mtu 1500 > inet 192.168.224.254 netmask 0xffffff00 > carp: MASTER vhid 224 advbase 1 advskew 50 > > > ### ON FIREWALL 2 , carp backup for carp0, carp1, carp2 > carp2: flags=49 metric 0 mtu 1500 > inet 192.168.234.254 netmask 0xffffff00 > carp: BACKUP vhid 234 advbase 1 advskew 100 > > > Now, I add a dummy IP to carp2 on FIREWALL 2, which is supposedly backup: > > ifconfig carp2 inet 192.168.234.207 alias > > Result: > > ### ON FIREWALL 1, carp master for carp0, carp1, carp2 > carp2: flags=49 metric 0 mtu 1500 > inet 192.168.224.254 netmask 0xffffff00 > carp: MASTER vhid 224 advbase 1 advskew 50 > > ### ON FIREWALL 2, carp backup for carp0, carp1, but no longer carp2 > carp2: flags=49 metric 0 mtu 1500 > inet 192.168.234.254 netmask 0xffffff00 > inet 192.168.234.207 netmask 0xffffff00 > carp: MASTER vhid 234 advbase 1 advskew 100 > > > After I remove the extraneous IP, the interface becomes backup again: > > > # This was a long time ago > carp0: MASTER -> BACKUP (more frequent advertisement received) > carp0: link state changed to DOWN > carp2: MASTER -> BACKUP (more frequent advertisement received) > carp2: link state changed to DOWN > carp1: MASTER -> BACKUP (more frequent advertisement received) > carp1: link state changed to DOWN > carp2: link state changed to DOWN > # This was when I ran my tests > carp2: INIT -> MASTER (preempting) > carp2: link state changed to UP > carp2: MASTER -> BACKUP (more frequent advertisement received) > carp2: link state changed to DOWN Did you give this enough time to reasonably settle? Sometimes when the interfaces initially come up, they will become MASTER for a bit before backing down. > This entails that hosts in a given carp vhid must have the exact same IP > addresses configured on that interface. > > While this is perfectly understandable in a master-backup scenario, this > is a bit more annoying for us in a master-backup + backup-backup > scenario with 2 datacenters. > > I'll just have to adapt and ensure they have the same IP addresses then. I have a suspicion that the important part may be the number of IP addresses on the CARP interface. If CARP sends an advertisement from each IP alias on a CARP interface, then I think that would explain what you are seeing - and also possibly give you a workaround by adding two more bogus IPs on your primary datacenter firewalls (where IPs W and Z are normally missing). - Steve From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 20:51:26 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20EEF106575B for ; Tue, 14 Jun 2011 20:51:26 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id B3E1B8FC17 for ; Tue, 14 Jun 2011 20:51:23 +0000 (UTC) Received: by wwk4 with SMTP id 4so65210wwk.1 for ; Tue, 14 Jun 2011 13:51:22 -0700 (PDT) Received: by 10.216.79.5 with SMTP id h5mr1769216wee.110.1308084682341; Tue, 14 Jun 2011 13:51:22 -0700 (PDT) Received: from [192.168.0.12] (did75-17-88-165-130-96.fbx.proxad.net [88.165.130.96]) by mx.google.com with ESMTPS id h43sm3709143wes.35.2011.06.14.13.51.20 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 14 Jun 2011 13:51:21 -0700 (PDT) References: <4DF72488.6050806@my.gd> <4DF793B5.903@my.gd> <4DF79B72.2090805@comcast.net> In-Reply-To: <4DF79B72.2090805@comcast.net> Mime-Version: 1.0 (iPhone Mail 8J2) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <99A75196-BE3C-466C-9B0B-CF874C1287B5@my.gd> X-Mailer: iPhone Mail (8J2) From: Damien Fleuriot Date: Tue, 14 Jun 2011 22:51:18 +0200 To: Steve Polyack Cc: "freebsd-stable@freebsd.org" Subject: Re: Networking - CARP interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 20:51:26 -0000 On 14 Jun 2011, at 19:33, Steve Polyack wrote: > On 06/14/2011 01:00 PM, Damien Fleuriot wrote: >>=20 >> I can confirm that this scenario causes problems, see below: >>=20 >> ### ON FIREWALL 1 , carp master for carp0, carp1, carp2 >> carp2: flags=3D49 metric 0 mtu 1500 >> inet 192.168.224.254 netmask 0xffffff00 >> carp: MASTER vhid 224 advbase 1 advskew 50 >>=20 >>=20 >> ### ON FIREWALL 2 , carp backup for carp0, carp1, carp2 >> carp2: flags=3D49 metric 0 mtu 1500 >> inet 192.168.234.254 netmask 0xffffff00 >> carp: BACKUP vhid 234 advbase 1 advskew 100 >>=20 >>=20 >> Now, I add a dummy IP to carp2 on FIREWALL 2, which is supposedly backup:= >>=20 >> ifconfig carp2 inet 192.168.234.207 alias >>=20 >> Result: >>=20 >> ### ON FIREWALL 1, carp master for carp0, carp1, carp2 >> carp2: flags=3D49 metric 0 mtu 1500 >> inet 192.168.224.254 netmask 0xffffff00 >> carp: MASTER vhid 224 advbase 1 advskew 50 >>=20 >> ### ON FIREWALL 2, carp backup for carp0, carp1, but no longer carp2 >> carp2: flags=3D49 metric 0 mtu 1500 >> inet 192.168.234.254 netmask 0xffffff00 >> inet 192.168.234.207 netmask 0xffffff00 >> carp: MASTER vhid 234 advbase 1 advskew 100 >> =20 >> =20 >> After I remove the extraneous IP, the interface becomes backup again: >>=20 >>=20 >> # This was a long time ago >> carp0: MASTER -> BACKUP (more frequent advertisement received) >> carp0: link state changed to DOWN >> carp2: MASTER -> BACKUP (more frequent advertisement received) >> carp2: link state changed to DOWN >> carp1: MASTER -> BACKUP (more frequent advertisement received) >> carp1: link state changed to DOWN >> carp2: link state changed to DOWN >> # This was when I ran my tests >> carp2: INIT -> MASTER (preempting) >> carp2: link state changed to UP >> carp2: MASTER -> BACKUP (more frequent advertisement received) >> carp2: link state changed to DOWN >=20 > Did you give this enough time to reasonably settle? Sometimes when the in= terfaces initially come up, they will become MASTER for a bit before backing= down. >=20 I think I did but I can do try again tomorrow evening just to make sure. Oh god, if only dmesg entries were timestamped... >> This entails that hosts in a given carp vhid must have the exact same IP >> addresses configured on that interface. >>=20 >> While this is perfectly understandable in a master-backup scenario, this >> is a bit more annoying for us in a master-backup + backup-backup >> scenario with 2 datacenters. >>=20 >> I'll just have to adapt and ensure they have the same IP addresses then. >=20 > I have a suspicion that the important part may be the number of IP address= es on the CARP interface. If CARP sends an advertisement from each IP alias= on a CARP interface, then I think that would explain what you are seeing - a= nd also possibly give you a workaround by adding two more bogus IPs on your p= rimary datacenter firewalls (where IPs W and Z are normally missing). >=20 > - Steve >=20 I'll give it a try, although I think in a scenario where the carp interfaces= have the same number of IPs and these IPs differ, both interfaces will clai= m mastership. Will post results.= From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 21:14:50 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDDAF1065674 for ; Tue, 14 Jun 2011 21:14:49 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from qmta03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 9F70E8FC1B for ; Tue, 14 Jun 2011 21:14:49 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta03.westchester.pa.mail.comcast.net with comcast id vwcv1g0051ei1Bg53x1aS3; Tue, 14 Jun 2011 21:01:34 +0000 Received: from [192.168.2.164] ([206.210.89.202]) by omta24.westchester.pa.mail.comcast.net with comcast id vx1P1g00W4Mx3R23kx1R7j; Tue, 14 Jun 2011 21:01:32 +0000 Message-ID: <4DF7CC21.6040500@comcast.net> Date: Tue, 14 Jun 2011 17:01:21 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110516 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Damien Fleuriot References: <4DF72488.6050806@my.gd> <4DF793B5.903@my.gd> <4DF79B72.2090805@comcast.net> <99A75196-BE3C-466C-9B0B-CF874C1287B5@my.gd> In-Reply-To: <99A75196-BE3C-466C-9B0B-CF874C1287B5@my.gd> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: Networking - CARP interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 21:14:50 -0000 On 06/14/2011 04:51 PM, Damien Fleuriot wrote: > > On 14 Jun 2011, at 19:33, Steve Polyack wrote: > >> On 06/14/2011 01:00 PM, Damien Fleuriot wrote: >>> I can confirm that this scenario causes problems, see below: >>> >>> ### ON FIREWALL 1 , carp master for carp0, carp1, carp2 >>> carp2: flags=49 metric 0 mtu 1500 >>> inet 192.168.224.254 netmask 0xffffff00 >>> carp: MASTER vhid 224 advbase 1 advskew 50 >>> >>> >>> ### ON FIREWALL 2 , carp backup for carp0, carp1, carp2 >>> carp2: flags=49 metric 0 mtu 1500 >>> inet 192.168.234.254 netmask 0xffffff00 >>> carp: BACKUP vhid 234 advbase 1 advskew 100 >>> >>> >>> Now, I add a dummy IP to carp2 on FIREWALL 2, which is supposedly backup: >>> >>> ifconfig carp2 inet 192.168.234.207 alias >>> >>> Result: >>> >>> ### ON FIREWALL 1, carp master for carp0, carp1, carp2 >>> carp2: flags=49 metric 0 mtu 1500 >>> inet 192.168.224.254 netmask 0xffffff00 >>> carp: MASTER vhid 224 advbase 1 advskew 50 >>> >>> ### ON FIREWALL 2, carp backup for carp0, carp1, but no longer carp2 >>> carp2: flags=49 metric 0 mtu 1500 >>> inet 192.168.234.254 netmask 0xffffff00 >>> inet 192.168.234.207 netmask 0xffffff00 >>> carp: MASTER vhid 234 advbase 1 advskew 100 >>> >>> >>> After I remove the extraneous IP, the interface becomes backup again: >>> >>> >>> # This was a long time ago >>> carp0: MASTER -> BACKUP (more frequent advertisement received) >>> carp0: link state changed to DOWN >>> carp2: MASTER -> BACKUP (more frequent advertisement received) >>> carp2: link state changed to DOWN >>> carp1: MASTER -> BACKUP (more frequent advertisement received) >>> carp1: link state changed to DOWN >>> carp2: link state changed to DOWN >>> # This was when I ran my tests >>> carp2: INIT -> MASTER (preempting) >>> carp2: link state changed to UP >>> carp2: MASTER -> BACKUP (more frequent advertisement received) >>> carp2: link state changed to DOWN >> Did you give this enough time to reasonably settle? Sometimes when the interfaces initially come up, they will become MASTER for a bit before backing down. >> > I think I did but I can do try again tomorrow evening just to make sure. > > Oh god, if only dmesg entries were timestamped... > > >>> This entails that hosts in a given carp vhid must have the exact same IP >>> addresses configured on that interface. >>> >>> While this is perfectly understandable in a master-backup scenario, this >>> is a bit more annoying for us in a master-backup + backup-backup >>> scenario with 2 datacenters. >>> >>> I'll just have to adapt and ensure they have the same IP addresses then. >> I have a suspicion that the important part may be the number of IP addresses on the CARP interface. If CARP sends an advertisement from each IP alias on a CARP interface, then I think that would explain what you are seeing - and also possibly give you a workaround by adding two more bogus IPs on your primary datacenter firewalls (where IPs W and Z are normally missing). >> >> - Steve >> > I'll give it a try, although I think in a scenario where the carp interfaces have the same number of IPs and these IPs differ, both interfaces will claim mastership. > > Will post results. Now that I look at the spec, it looks like both the count and the addresses themselves are provided in VRRP packets. CARP likely does the same. I can't speak for whether these things are considered along with the VHID and password, but it's worth a shot. I think you are correct, though. http://www.networksorcery.com/enp/protocol/vrrp.htm - Steve From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 07:42:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5697106564A for ; Wed, 15 Jun 2011 07:42:25 +0000 (UTC) (envelope-from boydjd@jbip.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 528358FC08 for ; Wed, 15 Jun 2011 07:42:25 +0000 (UTC) Received: by fxm11 with SMTP id 11so292005fxm.13 for ; Wed, 15 Jun 2011 00:42:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jbip.net; s=google; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=E8W1CgudBcZjta8IxpCE9FMBApLVSMMfQq7On5Km3Zw=; b=BrgILHPZOjBM3cQV1eeNOnDUlgsX0J/9U1HrSe8Xf9y0weJFVqdtl2S3ScPPtcP94C pdfNNpIEL2vmI4kEBzaMfpYqkjYErDz4u7PKpIS5E5nxUkMVOcX00ixPayOjkjRWQw7N wThjvz1W2DlBiLxXE6MEoDiR9uPniyqS0dq3E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=jbip.net; s=google; h=mime-version:from:date:message-id:subject:to:content-type; b=RUgYlRCRf53ZsyBdMf4IlM1ZoUfbj32jgAtfwIhYai3i8ab8eIAB8MdpEXSOmLSPSH nAJOrpu9Jphlw3G1s1X+oT2FFYm6TKGXX8uCuNqpVS15w1eVCVPZWIVpwifcvWN8rzI/ Z7ccme6p8iDRkFJIWjA+6y4tH0sU1qeNv7AdQ= Received: by 10.223.55.27 with SMTP id s27mr164792fag.121.1308122103322; Wed, 15 Jun 2011 00:15:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.112.1 with HTTP; Wed, 15 Jun 2011 00:14:43 -0700 (PDT) From: Joshua Boyd Date: Wed, 15 Jun 2011 03:14:43 -0400 Message-ID: To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: em0 watchdog timeouts on 8-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 07:42:25 -0000 I recently updated my server to the latest 8-STABLE, and upgraded to v28 ZFS. I have not had these problems on any other version of 8-STABLE or 7-STABLE, which this box was upgraded from some time ago. Now, during my weekly scrub, I get the following messages and em0 is unresponsive: Jun 12 03:07:58 foghornleghorn kernel: em0: Watchdog timeout -- resetting Jun 12 03:07:58 foghornleghorn kernel: em0: link state changed to DOWN Jun 12 03:08:01 foghornleghorn kernel: em0: link state changed to UP Jun 12 03:08:47 foghornleghorn kernel: em0: Watchdog timeout -- resetting Jun 12 03:08:47 foghornleghorn kernel: em0: link state changed to DOWN Jun 12 03:08:50 foghornleghorn kernel: em0: link state changed to UP My scrub is scheduled to start at 03:00:00, so it looks like watchdog timeouts start occurring pretty quickly once I/O ramps up. Here's some possibly relevant information, let me know if anything else would be helpful to troubleshoot. FreeBSD foghornleghorn.res.openband.net 8.2-STABLE FreeBSD 8.2-STABLE #17: Mon Jun 6 19:40:19 EDT 2011 root@foghornleghorn.res.openband.net:/usr/obj/usr/src/sys/FOGHORNLEGHORN amd64 em0: port 0xe800-0xe83f mem 0xfebe0000-0xfebfffff,0xfebc0000-0xfebdffff irq 20 at device 5.0 on pci7 em0@pci0:7:5:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' class = network subclass = ethernet And, the SAS cards: dev.mpt.0.%desc: LSILogic SAS/SATA Adapter dev.mpt.0.%driver: mpt dev.mpt.0.%location: slot=0 function=0 dev.mpt.0.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x15d9 subdevice=0xa580 class=0x010000 dev.mpt.0.%parent: pci1 dev.mpt.0.debug: 3 dev.mpt.0.role: 1 dev.mpt.1.%desc: LSILogic SAS/SATA Adapter dev.mpt.1.%driver: mpt dev.mpt.1.%location: slot=0 function=0 dev.mpt.1.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x15d9 subdevice=0xa580 class=0x010000 dev.mpt.1.%parent: pci2 dev.mpt.1.debug: 3 dev.mpt.1.role: 1 dev.mpt.2.%desc: LSILogic SAS/SATA Adapter dev.mpt.2.%driver: mpt dev.mpt.2.%location: slot=0 function=0 dev.mpt.2.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x1000 subdevice=0x30a0 class=0x010000 dev.mpt.2.%parent: pci6 dev.mpt.2.debug: 3 dev.mpt.2.role: 1 -- Joshua Boyd JBipNet E-mail: boydjd@jbip.net Cell: (513) 375-0157 http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 07:57:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A4301065672 for ; Wed, 15 Jun 2011 07:57:57 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id CC3DC8FC0A for ; Wed, 15 Jun 2011 07:57:56 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta03.westchester.pa.mail.comcast.net with comcast id w7xx1g0011swQuc537xxEr; Wed, 15 Jun 2011 07:57:57 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta15.westchester.pa.mail.comcast.net with comcast id w7xv1g00S1t3BNj3b7xwy3; Wed, 15 Jun 2011 07:57:57 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 736CC102C19; Wed, 15 Jun 2011 00:57:54 -0700 (PDT) Date: Wed, 15 Jun 2011 00:57:54 -0700 From: Jeremy Chadwick To: Joshua Boyd Message-ID: <20110615075754.GA54879@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable , "Vogel, Jack" Subject: Re: em0 watchdog timeouts on 8-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 07:57:57 -0000 On Wed, Jun 15, 2011 at 03:14:43AM -0400, Joshua Boyd wrote: > I recently updated my server to the latest 8-STABLE, and upgraded to v28 > ZFS. I have not had these problems on any other version of 8-STABLE or > 7-STABLE, which this box was upgraded from some time ago. > > Now, during my weekly scrub, I get the following messages and em0 is > unresponsive: > > Jun 12 03:07:58 foghornleghorn kernel: em0: Watchdog timeout -- resetting > Jun 12 03:07:58 foghornleghorn kernel: em0: link state changed to DOWN > Jun 12 03:08:01 foghornleghorn kernel: em0: link state changed to UP > Jun 12 03:08:47 foghornleghorn kernel: em0: Watchdog timeout -- resetting > Jun 12 03:08:47 foghornleghorn kernel: em0: link state changed to DOWN > Jun 12 03:08:50 foghornleghorn kernel: em0: link state changed to UP > > My scrub is scheduled to start at 03:00:00, so it looks like watchdog > timeouts start occurring pretty quickly once I/O ramps up. > > Here's some possibly relevant information, let me know if anything else > would be helpful to troubleshoot. > > FreeBSD foghornleghorn.res.openband.net 8.2-STABLE FreeBSD 8.2-STABLE #17: > Mon Jun 6 19:40:19 EDT 2011 > root@foghornleghorn.res.openband.net:/usr/obj/usr/src/sys/FOGHORNLEGHORN > amd64 > > em0: port 0xe800-0xe83f > mem 0xfebe0000-0xfebfffff,0xfebc0000-0xfebdffff irq 20 at device 5.0 on pci7 > > em0@pci0:7:5:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' > class = network > subclass = ethernet > > And, the SAS cards: > > dev.mpt.0.%desc: LSILogic SAS/SATA Adapter > dev.mpt.0.%driver: mpt > dev.mpt.0.%location: slot=0 function=0 > dev.mpt.0.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x15d9 > subdevice=0xa580 class=0x010000 > dev.mpt.0.%parent: pci1 > dev.mpt.0.debug: 3 > dev.mpt.0.role: 1 > dev.mpt.1.%desc: LSILogic SAS/SATA Adapter > dev.mpt.1.%driver: mpt > dev.mpt.1.%location: slot=0 function=0 > dev.mpt.1.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x15d9 > subdevice=0xa580 class=0x010000 > dev.mpt.1.%parent: pci2 > dev.mpt.1.debug: 3 > dev.mpt.1.role: 1 > dev.mpt.2.%desc: LSILogic SAS/SATA Adapter > dev.mpt.2.%driver: mpt > dev.mpt.2.%location: slot=0 function=0 > dev.mpt.2.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x1000 > subdevice=0x30a0 class=0x010000 > dev.mpt.2.%parent: pci6 > dev.mpt.2.debug: 3 > dev.mpt.2.role: 1 Please provide output from the following commands (as root): # pciconf -lvcb # vmstat -i # sysctl -a | grep msi # dmesg -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 09:10:18 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 313F8106564A for ; Wed, 15 Jun 2011 09:10:18 +0000 (UTC) (envelope-from boydjd@jbip.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 11BC78FC0A for ; Wed, 15 Jun 2011 09:10:16 +0000 (UTC) Received: by fxm11 with SMTP id 11so352493fxm.13 for ; Wed, 15 Jun 2011 02:10:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jbip.net; s=google; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=lOIcX8aiZ3C3u2Zenu6M1k21M5gtjF+wnwpFPgkg5yE=; b=dW2+HMWJRgCGp4Op7Ixfb2R8f7IYLHe9uN0yKhUHCdcFqjACB2VtxOuTlxBM+DGFUE KMa9rujMtGXCB/Dmgo/0SQMpAxf+BEPtMKHSNpfSW08Zl3F7+5t1kvtp2WTQSecvFBqR /qdr9o03G31qSNqkDmIKQUc8umqiUM+ONhlC0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=jbip.net; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=BLkr7fXT01B2cRYBdqMiKxschurf17sKLXArwD1NNVrbZnOi1hD5GvTw62ZKEwv2Bk 6vsi5GICD1GZhLxnTV9U345VT88sgLeN+k+aMsoCv946KeSJ3pr/DY9irY7t+Xvbye3r TC4D2Gcsf5T/VLSKZNhcfu9dTc1rUFuLwnrlE= Received: by 10.223.98.82 with SMTP id p18mr307971fan.64.1308129015285; Wed, 15 Jun 2011 02:10:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.112.1 with HTTP; Wed, 15 Jun 2011 02:09:55 -0700 (PDT) In-Reply-To: <20110615075754.GA54879@icarus.home.lan> References: <20110615075754.GA54879@icarus.home.lan> From: Joshua Boyd Date: Wed, 15 Jun 2011 05:09:55 -0400 Message-ID: To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable , "Vogel, Jack" Subject: Re: em0 watchdog timeouts on 8-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 09:10:18 -0000 On Wed, Jun 15, 2011 at 3:57 AM, Jeremy Chadwick wrote: > On Wed, Jun 15, 2011 at 03:14:43AM -0400, Joshua Boyd wrote: > > I recently updated my server to the latest 8-STABLE, and upgraded to v28 > > ZFS. I have not had these problems on any other version of 8-STABLE or > > 7-STABLE, which this box was upgraded from some time ago. > > > > Now, during my weekly scrub, I get the following messages and em0 is > > unresponsive: > > > > Jun 12 03:07:58 foghornleghorn kernel: em0: Watchdog timeout -- resetting > > Jun 12 03:07:58 foghornleghorn kernel: em0: link state changed to DOWN > > Jun 12 03:08:01 foghornleghorn kernel: em0: link state changed to UP > > Jun 12 03:08:47 foghornleghorn kernel: em0: Watchdog timeout -- resetting > > Jun 12 03:08:47 foghornleghorn kernel: em0: link state changed to DOWN > > Jun 12 03:08:50 foghornleghorn kernel: em0: link state changed to UP > > > > My scrub is scheduled to start at 03:00:00, so it looks like watchdog > > timeouts start occurring pretty quickly once I/O ramps up. > > > > Here's some possibly relevant information, let me know if anything else > > would be helpful to troubleshoot. > > > > FreeBSD foghornleghorn.res.openband.net 8.2-STABLE FreeBSD 8.2-STABLE > #17: > > Mon Jun 6 19:40:19 EDT 2011 > > root@foghornleghorn.res.openband.net:/usr/obj/usr/src/sys/FOGHORNLEGHORN > > amd64 > > > > em0: port > 0xe800-0xe83f > > mem 0xfebe0000-0xfebfffff,0xfebc0000-0xfebdffff irq 20 at device 5.0 on > pci7 > > > > em0@pci0:7:5:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 > > hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' > > class = network > > subclass = ethernet > > > > And, the SAS cards: > > > > dev.mpt.0.%desc: LSILogic SAS/SATA Adapter > > dev.mpt.0.%driver: mpt > > dev.mpt.0.%location: slot=0 function=0 > > dev.mpt.0.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x15d9 > > subdevice=0xa580 class=0x010000 > > dev.mpt.0.%parent: pci1 > > dev.mpt.0.debug: 3 > > dev.mpt.0.role: 1 > > dev.mpt.1.%desc: LSILogic SAS/SATA Adapter > > dev.mpt.1.%driver: mpt > > dev.mpt.1.%location: slot=0 function=0 > > dev.mpt.1.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x15d9 > > subdevice=0xa580 class=0x010000 > > dev.mpt.1.%parent: pci2 > > dev.mpt.1.debug: 3 > > dev.mpt.1.role: 1 > > dev.mpt.2.%desc: LSILogic SAS/SATA Adapter > > dev.mpt.2.%driver: mpt > > dev.mpt.2.%location: slot=0 function=0 > > dev.mpt.2.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x1000 > > subdevice=0x30a0 class=0x010000 > > dev.mpt.2.%parent: pci6 > > dev.mpt.2.debug: 3 > > dev.mpt.2.role: 1 > > Please provide output from the following commands (as root): > > # pciconf -lvcb > hostb0@pci0:0:0:0: class=0x060000 card=0x59561002 chip=0x59561002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'RD790 GFX Dual Slot' class = bridge subclass = HOST-PCI pcib1@pci0:0:2:0: class=0x060400 card=0x59561002 chip=0x59781002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'RD790 PCI to PCI bridge (external gfx0 port A)' class = bridge subclass = PCI-PCI pcib2@pci0:0:3:0: class=0x060400 card=0x59561002 chip=0x59791002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'RD790 PCI to PCI bridge (external gfx0 port B)' class = bridge subclass = PCI-PCI pcib3@pci0:0:4:0: class=0x060400 card=0x59561002 chip=0x597a1002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'RD790 PCI to PCI bridge (PCIe gpp port A)' class = bridge subclass = PCI-PCI pcib4@pci0:0:6:0: class=0x060400 card=0x59561002 chip=0x597c1002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'RD790 PCI to PCI bridge (PCIe gpp port C)' class = bridge subclass = PCI-PCI pcib5@pci0:0:7:0: class=0x060400 card=0x59561002 chip=0x597d1002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'RD790 PCI to PCI bridge (PCIe gpp port D)' class = bridge subclass = PCI-PCI pcib6@pci0:0:11:0: class=0x060400 card=0x59561002 chip=0x59801002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'RD790 PCI to PCI bridge (external gfx1 port A)' class = bridge subclass = PCI-PCI atapci4@pci0:0:18:0: class=0x01018f card=0x81ef1043 chip=0x43801002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 Serial ATA Controller' class = mass storage subclass = ATA ohci0@pci0:0:19:0: class=0x0c0310 card=0x82881043 chip=0x43871002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 USB Controller (OHCI0)' class = serial bus subclass = USB ohci1@pci0:0:19:1: class=0x0c0310 card=0x82881043 chip=0x43881002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 USB Controller (OHCI1)' class = serial bus subclass = USB ohci2@pci0:0:19:2: class=0x0c0310 card=0x82881043 chip=0x43891002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 USB Controller (OHCI2)' class = serial bus subclass = USB ohci3@pci0:0:19:3: class=0x0c0310 card=0x82881043 chip=0x438a1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 USB Controller (OHCI3)' class = serial bus subclass = USB ohci4@pci0:0:19:4: class=0x0c0310 card=0x82881043 chip=0x438b1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 USB Controller (OHCI4)' class = serial bus subclass = USB ehci0@pci0:0:19:5: class=0x0c0320 card=0x82881043 chip=0x43861002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 USB Controller (EHCI)' class = serial bus subclass = USB none0@pci0:0:20:0: class=0x0c0500 card=0x82881043 chip=0x43851002 rev=0x14 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'ATI SMBus (ATI RD600/RS600)' class = serial bus subclass = SMBus atapci5@pci0:0:20:1: class=0x01018a card=0x82881043 chip=0x438c1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'ATI RD600/RS600 IDE Controller (RD600/RS600)' class = mass storage subclass = ATA none1@pci0:0:20:2: class=0x040300 card=0x82881043 chip=0x43831002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 High Definition Audio Controller' class = multimedia subclass = HDA isab0@pci0:0:20:3: class=0x060100 card=0x82881043 chip=0x438d1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 PCI to LPC Bridge' class = bridge subclass = PCI-ISA pcib7@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 PCI to PCI Bridge' class = bridge subclass = PCI-PCI hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x12001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 10h) Athlon64/Opteron/Sempron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x12011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 10h) Athlon64/Opteron/Sempron Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x12021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 10h) Athlon64/Opteron/Sempron DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x12031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 10h) Athlon64/Opteron/Sempron Miscellaneous Control' class = bridge subclass = HOST-PCI hostb5@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x12041022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 10h) Athlon64/Opteron/Sempron Link Control' class = bridge subclass = HOST-PCI mpt0@pci0:1:0:0: class=0x010000 card=0xa58015d9 chip=0x00581000 rev=0x08 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS 3000 series, 8-port with 1068E -StorPort' class = mass storage subclass = SCSI mpt1@pci0:2:0:0: class=0x010000 card=0xa58015d9 chip=0x00581000 rev=0x08 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS 3000 series, 8-port with 1068E -StorPort' class = mass storage subclass = SCSI atapci0@pci0:3:0:0: class=0x01018f card=0x612111ab chip=0x612111ab rev=0xb1 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '6121 SATA2 Controller' class = mass storage subclass = ATA mskc0@pci0:4:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab rev=0x12 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Yukon PCI-E Gigabit Ethernet Controller (88E8056)' class = network subclass = ethernet atapci2@pci0:5:0:0: class=0x01018f card=0x612111ab chip=0x612111ab rev=0xb2 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '6121 SATA2 Controller' class = mass storage subclass = ATA mpt2@pci0:6:0:0: class=0x010000 card=0x30a01000 chip=0x00581000 rev=0x08 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS 3000 series, 8-port with 1068E -StorPort' class = mass storage subclass = SCSI em0@pci0:7:5:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' class = network subclass = ethernet vgapci0@pci0:7:6:0: class=0x030000 card=0x00000000 chip=0x88115333 rev=0x44 hdr=0x00 vendor = 'S3 Graphics Co., Ltd' device = '86C732 Trio32, 86C764 Trio64, 86C765 Trio64V+ Rev 01' class = display subclass = VGA none2@pci0:7:8:0: class=0x0c0010 card=0x82941043 chip=0x581111c1 rev=0x70 hdr=0x00 vendor = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)' device = '1394A PCI PHY/Link Open Host Ctrlr I/F (FW322)' class = serial bus subclass = FireWire [josh@foghornleghorn /var/log]$ sudo su - foghornleghorn# pciconf -lvcb hostb0@pci0:0:0:0: class=0x060000 card=0x59561002 chip=0x59561002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'RD790 GFX Dual Slot' class = bridge subclass = HOST-PCI cap 08[c4] = HT slave cap 08[40] = HT retry mode cap 08[54] = HT unit ID clumping cap 08[9c] = HT unknown d03c pcib1@pci0:0:2:0: class=0x060400 card=0x59561002 chip=0x59781002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'RD790 PCI to PCI bridge (external gfx0 port A)' class = bridge subclass = PCI-PCI cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 10[58] = PCI-Express 2 root port max data 128(128) link x4(x8) cap 05[a0] = MSI supports 1 message cap 0d[b0] = PCI Bridge card=0x59561002 cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] = unknown 1 ecap 0002[110] = VC 1 max VC0 pcib2@pci0:0:3:0: class=0x060400 card=0x59561002 chip=0x59791002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'RD790 PCI to PCI bridge (external gfx0 port B)' class = bridge subclass = PCI-PCI cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 10[58] = PCI-Express 2 root port max data 128(128) link x4(x8) cap 05[a0] = MSI supports 1 message cap 0d[b0] = PCI Bridge card=0x59561002 cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] = unknown 1 ecap 0002[110] = VC 1 max VC0 pcib3@pci0:0:4:0: class=0x060400 card=0x59561002 chip=0x597a1002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'RD790 PCI to PCI bridge (PCIe gpp port A)' class = bridge subclass = PCI-PCI cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 10[58] = PCI-Express 2 root port max data 128(128) link x1(x2) cap 05[a0] = MSI supports 1 message cap 0d[b0] = PCI Bridge card=0x59561002 cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] = unknown 1 ecap 0002[110] = VC 1 max VC0 pcib4@pci0:0:6:0: class=0x060400 card=0x59561002 chip=0x597c1002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'RD790 PCI to PCI bridge (PCIe gpp port C)' class = bridge subclass = PCI-PCI cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 10[58] = PCI-Express 2 root port max data 128(128) link x1(x1) cap 05[a0] = MSI supports 1 message cap 0d[b0] = PCI Bridge card=0x59561002 cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] = unknown 1 ecap 0002[110] = VC 1 max VC0 pcib5@pci0:0:7:0: class=0x060400 card=0x59561002 chip=0x597d1002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'RD790 PCI to PCI bridge (PCIe gpp port D)' class = bridge subclass = PCI-PCI cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 10[58] = PCI-Express 2 root port max data 128(128) link x1(x1) cap 05[a0] = MSI supports 1 message cap 0d[b0] = PCI Bridge card=0x59561002 cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] = unknown 1 ecap 0002[110] = VC 1 max VC0 pcib6@pci0:0:11:0: class=0x060400 card=0x59561002 chip=0x59801002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'RD790 PCI to PCI bridge (external gfx1 port A)' class = bridge subclass = PCI-PCI cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 10[58] = PCI-Express 2 root port max data 128(128) link x4(x8) cap 05[a0] = MSI supports 1 message cap 0d[b0] = PCI Bridge card=0x59561002 cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] = unknown 1 ecap 0002[110] = VC 1 max VC0 atapci4@pci0:0:18:0: class=0x01018f card=0x81ef1043 chip=0x43801002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 Serial ATA Controller' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0x5000, size 8, enabled bar [14] = type I/O Port, range 32, base 0x4000, size 4, enabled bar [18] = type I/O Port, range 32, base 0x3000, size 8, enabled bar [1c] = type I/O Port, range 32, base 0x2000, size 4, enabled bar [20] = type I/O Port, range 32, base 0x1000, size 16, enabled bar [24] = type Memory, range 32, base 0xf71ff800, size 1024, enabled cap 01[60] = powerspec 2 supports D0 D3 current D0 ohci0@pci0:0:19:0: class=0x0c0310 card=0x82881043 chip=0x43871002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 USB Controller (OHCI0)' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf71fe000, size 4096, enabled ohci1@pci0:0:19:1: class=0x0c0310 card=0x82881043 chip=0x43881002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 USB Controller (OHCI1)' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf71fd000, size 4096, enabled ohci2@pci0:0:19:2: class=0x0c0310 card=0x82881043 chip=0x43891002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 USB Controller (OHCI2)' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf71fc000, size 4096, enabled ohci3@pci0:0:19:3: class=0x0c0310 card=0x82881043 chip=0x438a1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 USB Controller (OHCI3)' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf71fb000, size 4096, enabled ohci4@pci0:0:19:4: class=0x0c0310 card=0x82881043 chip=0x438b1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 USB Controller (OHCI4)' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf71fa000, size 4096, enabled ehci0@pci0:0:19:5: class=0x0c0320 card=0x82881043 chip=0x43861002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 USB Controller (EHCI)' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf71ff000, size 256, enabled cap 01[c0] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 05[d0] = MSI supports 1 message cap 0a[e4] = EHCI Debug Port at offset 0xe0 in map 0x14 none0@pci0:0:20:0: class=0x0c0500 card=0x82881043 chip=0x43851002 rev=0x14 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'ATI SMBus (ATI RD600/RS600)' class = serial bus subclass = SMBus bar [10] = type I/O Port, range 32, base 0xb00, size 16, enabled cap 08[b0] = HT MSI fixed address window disabled at 0xfee00000 atapci5@pci0:0:20:1: class=0x01018a card=0x82881043 chip=0x438c1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'ATI RD600/RS600 IDE Controller (RD600/RS600)' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0x1f0, size 8, enabled bar [14] = type I/O Port, range 32, base 0x3f4, size 1, enabled bar [18] = type I/O Port, range 32, base 0x170, size 8, enabled bar [1c] = type I/O Port, range 32, base 0x374, size 1, enabled bar [20] = type I/O Port, range 32, base 0xff00, size 16, enabled none1@pci0:0:20:2: class=0x040300 card=0x82881043 chip=0x43831002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 High Definition Audio Controller' class = multimedia subclass = HDA bar [10] = type Memory, range 64, base 0xf71f4000, size 16384, enabled cap 01[50] = powerspec 2 supports D0 D3 current D0 isab0@pci0:0:20:3: class=0x060100 card=0x82881043 chip=0x438d1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 PCI to LPC Bridge' class = bridge subclass = PCI-ISA pcib7@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 PCI to PCI Bridge' class = bridge subclass = PCI-PCI hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x12001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 10h) Athlon64/Opteron/Sempron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI cap 08[80] = HT host hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x12011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 10h) Athlon64/Opteron/Sempron Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x12021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 10h) Athlon64/Opteron/Sempron DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x12031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 10h) Athlon64/Opteron/Sempron Miscellaneous Control' class = bridge subclass = HOST-PCI cap 0f[f0] = unknown hostb5@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x12041022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 10h) Athlon64/Opteron/Sempron Link Control' class = bridge subclass = HOST-PCI mpt0@pci0:1:0:0: class=0x010000 card=0xa58015d9 chip=0x00581000 rev=0x08 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS 3000 series, 8-port with 1068E -StorPort' class = mass storage subclass = SCSI bar [10] = type I/O Port, range 32, base 0x6000, size 256, disabled bar [14] = type Memory, range 64, base 0xf75fc000, size 16384, enabled bar [1c] = type Memory, range 64, base 0xf75e0000, size 65536, enabled cap 01[50] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 10[68] = PCI-Express 1 endpoint max data 128(4096) link x4(x8) cap 05[98] = MSI supports 1 message, 64 bit cap 11[b0] = MSI-X supports 1 message in map 0x14 ecap 0001[100] = AER 1 1 fatal 1 non-fatal 0 corrected mpt1@pci0:2:0:0: class=0x010000 card=0xa58015d9 chip=0x00581000 rev=0x08 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS 3000 series, 8-port with 1068E -StorPort' class = mass storage subclass = SCSI bar [10] = type I/O Port, range 32, base 0x7000, size 256, disabled bar [14] = type Memory, range 64, base 0xf78fc000, size 16384, enabled bar [1c] = type Memory, range 64, base 0xf78e0000, size 65536, enabled cap 01[50] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 10[68] = PCI-Express 1 endpoint max data 128(4096) link x4(x8) cap 05[98] = MSI supports 1 message, 64 bit cap 11[b0] = MSI-X supports 1 message in map 0x14 ecap 0001[100] = AER 1 1 fatal 1 non-fatal 0 corrected atapci0@pci0:3:0:0: class=0x01018f card=0x612111ab chip=0x612111ab rev=0xb1 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '6121 SATA2 Controller' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0x9800, size 8, enabled bar [14] = type I/O Port, range 32, base 0x9400, size 4, enabled bar [18] = type I/O Port, range 32, base 0x9000, size 8, enabled bar [1c] = type I/O Port, range 32, base 0x8800, size 4, enabled bar [20] = type I/O Port, range 32, base 0x8400, size 16, enabled bar [24] = type Memory, range 32, base 0xf79ffc00, size 1024, enabled cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 cap 05[50] = MSI supports 1 message cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 2 corrected mskc0@pci0:4:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab rev=0x12 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Yukon PCI-E Gigabit Ethernet Controller (88E8056)' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xf7afc000, size 16384, enabled bar [18] = type I/O Port, range 32, base 0xa800, size 256, enabled cap 01[48] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 03[50] = VPD cap 05[5c] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected atapci2@pci0:5:0:0: class=0x01018f card=0x612111ab chip=0x612111ab rev=0xb2 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '6121 SATA2 Controller' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0xc800, size 8, enabled bar [14] = type I/O Port, range 32, base 0xc400, size 4, enabled bar [18] = type I/O Port, range 32, base 0xc000, size 8, enabled bar [1c] = type I/O Port, range 32, base 0xb800, size 4, enabled bar [20] = type I/O Port, range 32, base 0xb400, size 16, enabled bar [24] = type Memory, range 32, base 0xf7bffc00, size 1024, enabled cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 cap 05[50] = MSI supports 1 message cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected mpt2@pci0:6:0:0: class=0x010000 card=0x30a01000 chip=0x00581000 rev=0x08 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS 3000 series, 8-port with 1068E -StorPort' class = mass storage subclass = SCSI bar [10] = type I/O Port, range 32, base 0xd000, size 256, disabled bar [14] = type Memory, range 64, base 0xf7ffc000, size 16384, enabled bar [1c] = type Memory, range 64, base 0xf7fe0000, size 65536, enabled cap 01[50] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 10[68] = PCI-Express 1 endpoint max data 128(4096) link x4(x8) cap 05[98] = MSI supports 1 message, 64 bit cap 11[b0] = MSI-X supports 1 message in map 0x14 ecap 0001[100] = AER 1 1 fatal 1 non-fatal 0 corrected em0@pci0:7:5:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xfebe0000, size 131072, enabled bar [14] = type Memory, range 32, base 0xfebc0000, size 131072, enabled bar [18] = type I/O Port, range 32, base 0xe800, size 64, enabled cap 01[dc] = powerspec 2 supports D0 D3 current D0 cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction vgapci0@pci0:7:6:0: class=0x030000 card=0x00000000 chip=0x88115333 rev=0x44 hdr=0x00 vendor = 'S3 Graphics Co., Ltd' device = '86C732 Trio32, 86C764 Trio64, 86C765 Trio64V+ Rev 01' class = display subclass = VGA bar [10] = type Memory, range 32, base 0xf8000000, size 67108864, enabled none2@pci0:7:8:0: class=0x0c0010 card=0x82941043 chip=0x581111c1 rev=0x70 hdr=0x00 vendor = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)' device = '1394A PCI PHY/Link Open Host Ctrlr I/F (FW322)' class = serial bus subclass = FireWire bar [10] = type Memory, range 32, base 0xfeb8f000, size 4096, enabled cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 > # vmstat -i > interrupt total rate irq9: acpi0 1 0 irq16: atapci0+ 2 0 irq17: ohci1 ohci3 3 0 irq18: mpt0 ohci2+ 7066718 31 irq19: mpt1 atapci* 7798877 34 irq20: em0 11715792 51 irq22: atapci4 628883 2 cpu0: timer 455853831 1999 irq256: mskc0 97098730 425 cpu1: timer 455845190 1999 Total 1036008027 4544 > # sysctl -a | grep msi > hw.pci.honor_msi_blacklist: 1 hw.pci.enable_msix: 1 hw.pci.enable_msi: 1 > # dmesg > Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.2-STABLE #17: Mon Jun 6 19:40:19 EDT 2011 root@foghornleghorn.res.openband.net:/usr/obj/usr/src/sys/FOGHORNLEGHORN amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Phenom(tm) II X2 555 Processor (3209.77-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f43 Family = 10 Model = 4 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37ff TSC: P-state invariant real memory = 8589934592 (8192 MB) avail memory = 8257736704 (7875 MB) ACPI APIC Table: <092310 OEMAPIC > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard acpi0: <092310 OEMRSDT> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fff00000, 100000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 18 at device 2.0 on pci0 pci1: on pcib1 mpt0: port 0x6000-0x60ff mem 0xf75fc000-0xf75fffff,0xf75e0000-0xf75effff irq 18 at device 0.0 on pci1 mpt0: [ITHREAD] mpt0: MPI Version=1.5.20.0 pcib2: irq 19 at device 3.0 on pci0 pci2: on pcib2 mpt1: port 0x7000-0x70ff mem 0xf78fc000-0xf78fffff,0xf78e0000-0xf78effff irq 19 at device 0.0 on pci2 mpt1: [ITHREAD] mpt1: MPI Version=1.5.20.0 pcib3: irq 16 at device 4.0 on pci0 pci3: on pcib3 atapci0: port 0x9800-0x9807,0x9400-0x9403,0x9000-0x9007,0x8800-0x8803,0x8400-0x840f mem 0xf79ffc00-0xf79fffff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] atapci1: on atapci0 atapci1: [ITHREAD] atapci1: AHCI v1.00 controller with 3 3Gbps ports, PM supported ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] pcib4: irq 18 at device 6.0 on pci0 pci4: on pcib4 mskc0: port 0xa800-0xa8ff mem 0xf7afc000-0xf7afffff irq 18 at device 0.0 on pci4 msk0: on mskc0 msk0: Ethernet address: 00:1f:c6:e9:f8:7c miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow mskc0: [ITHREAD] pcib5: irq 19 at device 7.0 on pci0 pci5: on pcib5 atapci2: port 0xc800-0xc807,0xc400-0xc403,0xc000-0xc007,0xb800-0xb803,0xb400-0xb40f mem 0xf7bffc00-0xf7bfffff irq 19 at device 0.0 on pci5 atapci2: [ITHREAD] atapci3: on atapci2 atapci3: [ITHREAD] atapci3: AHCI v1.00 controller with 3 3Gbps ports, PM supported ata5: on atapci3 ata5: [ITHREAD] ata6: on atapci3 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] pcib6: irq 19 at device 11.0 on pci0 pci6: on pcib6 mpt2: port 0xd000-0xd0ff mem 0xf7ffc000-0xf7ffffff,0xf7fe0000-0xf7feffff irq 19 at device 0.0 on pci6 mpt2: [ITHREAD] mpt2: MPI Version=1.5.19.0 atapci4: port 0x5000-0x5007,0x4000-0x4003,0x3000-0x3007,0x2000-0x2003,0x1000-0x100f mem 0xf71ff800-0xf71ffbff irq 22 at device 18.0 on pci0 atapci4: [ITHREAD] atapci4: AHCI v1.10 controller with 4 3Gbps ports, PM supported ata8: on atapci4 ata8: port is not ready (timeout 0ms) tfd = 000001d0 ata8: software reset clear timeout ata8: [ITHREAD] ata9: on atapci4 ata9: [ITHREAD] ata10: on atapci4 ata10: [ITHREAD] ata11: on atapci4 ata11: [ITHREAD] ohci0: mem 0xf71fe000-0xf71fefff irq 16 at device 19.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xf71fd000-0xf71fdfff irq 17 at device 19.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ohci2: mem 0xf71fc000-0xf71fcfff irq 18 at device 19.2 on pci0 ohci2: [ITHREAD] usbus2: on ohci2 ohci3: mem 0xf71fb000-0xf71fbfff irq 17 at device 19.3 on pci0 ohci3: [ITHREAD] usbus3: on ohci3 ohci4: mem 0xf71fa000-0xf71fafff irq 18 at device 19.4 on pci0 ohci4: [ITHREAD] usbus4: on ohci4 ehci0: mem 0xf71ff000-0xf71ff0ff irq 19 at device 19.5 on pci0 ehci0: [ITHREAD] ehci0: AMD SB600/700 quirk applied usbus5: EHCI version 1.0 usbus5: on ehci0 pci0: at device 20.0 (no driver attached) atapci5: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: on atapci5 ata0: [ITHREAD] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib7: at device 20.4 on pci0 pci7: on pcib7 em0: port 0xe800-0xe83f mem 0xfebe0000-0xfebfffff,0xfebc0000-0xfebdffff irq 20 at device 5.0 on pci7 em0: [FILTER] em0: Ethernet address: 00:1b:21:4e:e5:2e vgapci0: mem 0xf8000000-0xfbffffff at device 6.0 on pci7 pci7: at device 8.0 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 acpi_hpet1: iomem 0xfed00000-0xfed003ff on acpi0 device_attach: acpi_hpet1 attach returned 12 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc87ff,0xc8800-0xc97ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 acpi_throttle0: on cpu0 acpi_throttle0: CLK_VAL field overlaps THT_EN bit device_attach: acpi_throttle0 attach returned 6 hwpstate0: on cpu0 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ad16: 476940MB at ata8-master UDMA100 SATA 3Gb/s uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered da8 at mpt0 bus 0 scbus0 target 0 lun 0 da8: Fixed Direct Access SCSI-5 device da8: 300.000MB/s transfers da8: Command Queueing enabled da8: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da9 at mpt0 bus 0 scbus0 target 1 lun 0 da9: Fixed Direct Access SCSI-5 device da9: 300.000MB/s transfers da9: Command Queueing enabled da9: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da10 at mpt0 bus 0 scbus0 target 2 lun 0 da10: Fixed Direct Access SCSI-5 device da10: 300.000MB/s transfers da10: Command Queueing enabled da10: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da11 at mpt0 bus 0 scbus0 target 3 lun 0 da11: Fixed Direct Access SCSI-5 device da11: 300.000MB/s transfers da11: Command Queueing enabled da11: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da12 at mpt0 bus 0 scbus0 target 4 lun 0 da12: Fixed Direct Access SCSI-5 device da12: 300.000MB/s transfers da12: Command Queueing enabled da12: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da13 at mpt0 bus 0 scbus0 target 5 lun 0 da13: Fixed Direct Access SCSI-5 device da13: 300.000MB/s transfers da13: Command Queueing enabled da13: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da14 at mpt0 bus 0 scbus0 target 6 lun 0 da14: Fixed Direct Access SCSI-5 device da14: 300.000MB/s transfers da14: Command Queueing enabled da14: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da0 at mpt1 bus 0 scbus1 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 300.000MB/s transfers da0: Command Queueing enabled da0: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da1 at mpt1 bus 0 scbus1 target 1 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 300.000MB/s transfers da1: Command Queueing enabled da1: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da2 at mpt1 bus 0 scbus1 target 2 lun 0 da2: Fixed Direct Access SCSI-5 device da2: 300.000MB/s transfers da2: Command Queueing enabled da2: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da3 at mpt1 bus 0 scbus1 target 3 lun 0 da3: Fixed Direct Access SCSI-5 device da3: 300.000MB/s transfers da3: Command Queueing enabled da3: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da4 at mpt1 bus 0 scbus1 target 4 lun 0 da4: Fixed Direct Access SCSI-5 device da4: 300.000MB/s transfers da4: Command Queueing enabled da4: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da5 at mpt1 bus 0 scbus1 target 5 lun 0 da5: Fixed Direct Access SCSI-5 device da5: 300.000MB/s transfers da5: Command Queueing enabled da5: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da6 at mpt1 bus 0 scbus1 target 6 lun 0 da6: Fixed Direct Access SCSI-5 device da6: 300.000MB/s transfers da6: Command Queueing enabled da6: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da7 at mpt1 bus 0 scbus1 target 7 lun 0 da7: Fixed Direct Access SCSI-5 device da7: 300.000MB/s transfers da7: Command Queueing enabled da7: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) SMP: AP CPU #1 Launched! uhub5: 10 ports with 10 removable, self powered GEOM: da7: geometry does not match label (16h,63s != 255h,63s). Trying to mount root from ufs:/dev/ad16s1a WARNING: / was not properly dismounted ZFS filesystem version 5 ZFS storage pool version 28 WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted 0 mpt1: request 0xffffff80002c57f0:2369 timed out for ccb 0xffffff00063bb000 (req->ccb 0xffffff00063bb000) mpt1: attempting to abort req 0xffffff80002c57f0:2369 function 0 mpt1: mpt_wait_req(1) timed out mpt1: mpt_recover_commands: abort timed-out. Resetting controller mpt1: mpt_cam_event: 0x80 mpt1: mpt_cam_event: 0x80 mpt1: completing timedout/aborted req 0xffffff80002c57f0:2369 mpt1: mpt_cam_event: 0x16 mpt1: mpt_cam_event: 0x12 mpt1: mpt_cam_event: 0x12 mpt1: mpt_cam_event: 0x12 mpt1: mpt_cam_event: 0x12 mpt1: mpt_cam_event: 0x12 mpt1: mpt_cam_event: 0x12 mpt1: mpt_cam_event: 0x12 mpt1: mpt_cam_event: 0x12 mpt1: mpt_cam_event: 0x16 mpt1: request 0xffffff80002c5c70:2375 timed out for ccb 0xffffff00063bb000 (req->ccb 0xffffff00063bb000) mpt1: attempting to abort req 0xffffff80002c5c70:2375 function 0 mpt1: completing timedout/aborted req 0xffffff80002c5c70:2375 mpt1: abort of req 0xffffff80002c5c70:0 completed mpt1: mpt_cam_event: 0x16 mpt1: mpt_cam_event: 0x16 mpt1: request 0xffffff80002c5fd0:2379 timed out for ccb 0xffffff00063bb000 (req->ccb 0xffffff00063bb000) mpt1: attempting to abort req 0xffffff80002c5fd0:2379 function 0 mpt1: completing timedout/aborted req 0xffffff80002c5fd0:2379 mpt1: abort of req 0xffffff80002c5fd0:0 completed mpt1: mpt_cam_event: 0x16 mpt1: mpt_cam_event: 0x16 mpt1: request 0xffffff80002c6210:2383 timed out for ccb 0xffffff00063bb000 (req->ccb 0xffffff00063bb000) mpt1: attempting to abort req 0xffffff80002c6210:2383 function 0 mpt1: completing timedout/aborted req 0xffffff80002c6210:2383 mpt1: abort of req 0xffffff80002c6210:0 completed mpt1: mpt_cam_event: 0x16 mpt1: mpt_cam_event: 0x16 mpt1: request 0xffffff80002c6180:2387 timed out for ccb 0xffffff00063bb000 (req->ccb 0xffffff00063bb000) mpt1: attempting to abort req 0xffffff80002c6180:2387 function 0 mpt1: completing timedout/aborted req 0xffffff80002c6180:2387 mpt1: abort of req 0xffffff80002c6180:0 completed mpt1: mpt_cam_event: 0x16 mpt1: mpt_cam_event: 0x16 mpt1: request 0xffffff80002c62a0:2391 timed out for ccb 0xffffff00063bb000 (req->ccb 0xffffff00063bb000) mpt1: attempting to abort req 0xffffff80002c62a0:2391 function 0 mpt1: completing timedout/aborted req 0xffffff80002c62a0:2391 mpt1: abort of req 0xffffff80002c62a0:0 completed mpt1: mpt_cam_event: 0x16 mpt1: mpt_cam_event: 0x16 mpt1: request 0xffffff80002c6720:2395 timed out for ccb 0xffffff00063bb000 (req->ccb 0xffffff00063bb000) mpt1: attempting to abort req 0xffffff80002c6720:2395 function 0 mpt1: completing timedout/aborted req 0xffffff80002c6720:2395 mpt1: abort of req 0xffffff80002c6720:0 completed mpt1: mpt_cam_event: 0x16 mpt1: mpt_cam_event: 0x16 mpt1: request 0xffffff80002c67b0:2399 timed out for ccb 0xffffff00063bb000 (req->ccb 0xffffff00063bb000) mpt1: attempting to abort req 0xffffff80002c67b0:2399 function 0 mpt1: completing timedout/aborted req 0xffffff80002c67b0:2399 mpt1: abort of req 0xffffff80002c67b0:0 completed mpt1: mpt_cam_event: 0x16 mpt1: mpt_cam_event: 0x16 mpt0: request 0xffffff80002a69e0:2082 timed out for ccb 0xffffff0006389800 (req->ccb 0xffffff0006389800) mpt0: attempting to abort req 0xffffff80002a69e0:2082 function 0 mpt0: completing timedout/aborted req 0xffffff80002a69e0:2082 mpt0: abort of req 0xffffff80002a69e0:0 completed mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x16 mpt0: request 0xffffff80002a6c20:2086 timed out for ccb 0xffffff0006389800 (req->ccb 0xffffff0006389800) mpt0: attempting to abort req 0xffffff80002a6c20:2086 function 0 mpt0: completing timedout/aborted req 0xffffff80002a6c20:2086 mpt0: abort of req 0xffffff80002a6c20:0 completed mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x16 mpt0: request 0xffffff80002a6cb0:2090 timed out for ccb 0xffffff0006389800 (req->ccb 0xffffff0006389800) mpt0: attempting to abort req 0xffffff80002a6cb0:2090 function 0 mpt0: completing timedout/aborted req 0xffffff80002a6cb0:2090 mpt0: abort of req 0xffffff80002a6cb0:0 completed mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x16 mpt0: request 0xffffff80002a6b90:2094 timed out for ccb 0xffffff0006389800 (req->ccb 0xffffff0006389800) mpt0: attempting to abort req 0xffffff80002a6b90:2094 function 0 mpt0: completing timedout/aborted req 0xffffff80002a6b90:2094 mpt0: abort of req 0xffffff80002a6b90:0 completed mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x16 tun0: link state changed to UP (da8:mpt0:0:0:0): READ(10). CDB: 28 0 3e e2 6f 56 0 0 1 0 (da8:mpt0:0:0:0): CAM status: SCSI Status Error (da8:mpt0:0:0:0): SCSI status: Check Condition (da8:mpt0:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da11:mpt0:0:3:0): READ(10). CDB: 28 0 1a b6 92 0 0 0 80 0 (da11:mpt0:0:3:0): CAM status: SCSI Status Error (da11:mpt0:0:3:0): SCSI status: Check Condition (da11:mpt0:0:3:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da2:mpt1:0:2:0): READ(10). CDB: 28 0 76 7b de 0 0 0 80 0 (da2:mpt1:0:2:0): CAM status: SCSI Status Error (da2:mpt1:0:2:0): SCSI status: Check Condition (da2:mpt1:0:2:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da10:mpt0:0:2:0): READ(10). CDB: 28 0 1a ff 67 80 0 0 80 0 (da10:mpt0:0:2:0): CAM status: SCSI Status Error (da10:mpt0:0:2:0): SCSI status: Check Condition (da10:mpt0:0:2:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da5:mpt1:0:5:0): READ(10). CDB: 28 0 1a ff 67 80 0 0 80 0 (da5:mpt1:0:5:0): CAM status: SCSI Status Error (da5:mpt1:0:5:0): SCSI status: Check Condition (da5:mpt1:0:5:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da7:mpt1:0:7:0): READ(10). CDB: 28 0 40 d7 da 80 0 0 80 0 (da7:mpt1:0:7:0): CAM status: SCSI Status Error (da7:mpt1:0:7:0): SCSI status: Check Condition (da7:mpt1:0:7:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da6:mpt1:0:6:0): READ(10). CDB: 28 0 40 d7 da 80 0 0 80 0 (da6:mpt1:0:6:0): CAM status: SCSI Status Error (da6:mpt1:0:6:0): SCSI status: Check Condition (da6:mpt1:0:6:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da0:mpt1:0:0:0): READ(10). CDB: 28 0 76 91 87 e3 0 0 1 0 (da0:mpt1:0:0:0): CAM status: SCSI Status Error (da0:mpt1:0:0:0): SCSI status: Check Condition (da0:mpt1:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da3:mpt1:0:3:0): READ(10). CDB: 28 0 76 69 1 1c 0 0 1 0 (da3:mpt1:0:3:0): CAM status: SCSI Status Error (da3:mpt1:0:3:0): SCSI status: Check Condition (da3:mpt1:0:3:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da1:mpt1:0:1:0): READ(10). CDB: 28 0 76 69 1 1c 0 0 1 0 (da1:mpt1:0:1:0): CAM status: SCSI Status Error (da1:mpt1:0:1:0): SCSI status: Check Condition (da1:mpt1:0:1:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da9:mpt0:0:1:0): READ(10). CDB: 28 0 1a b3 d7 0 0 0 80 0 (da9:mpt0:0:1:0): CAM status: SCSI Status Error (da9:mpt0:0:1:0): SCSI status: Check Condition (da9:mpt0:0:1:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da4:mpt1:0:4:0): READ(10). CDB: 28 0 53 3c c6 0 0 0 80 0 (da4:mpt1:0:4:0): CAM status: SCSI Status Error (da4:mpt1:0:4:0): SCSI status: Check Condition (da4:mpt1:0:4:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) > > -- > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, US | > | Making life hard for others since 1977. PGP 4BD6C0CB | > > -- Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 11:42:17 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2DF11065674 for ; Wed, 15 Jun 2011 11:42:17 +0000 (UTC) (envelope-from hosting@syscare.sk) Received: from services.syscare.sk (services.syscare.sk [188.40.39.36]) by mx1.freebsd.org (Postfix) with ESMTP id 9669D8FC15 for ; Wed, 15 Jun 2011 11:42:17 +0000 (UTC) Received: from services.syscare.sk (services [188.40.39.36]) by services.syscare.sk (Postfix) with ESMTP id AAA0925BCE for ; Wed, 15 Jun 2011 13:27:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.syscare.sk ([188.40.39.36]) by services.syscare.sk (services.rulez.sk [188.40.39.36]) (amavisd-new, port 10024) with ESMTP id REwo5MLoUrCj for ; Wed, 15 Jun 2011 13:27:10 +0200 (CEST) Received: from hosting.syscare.sk (hosting [188.40.39.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by services.syscare.sk (Postfix) with ESMTPS id E6F8625BC3 for ; Wed, 15 Jun 2011 13:27:10 +0200 (CEST) Received: (from www@localhost) by hosting.syscare.sk (8.14.4/8.14.4/Submit) id p5FBRAae068139; Wed, 15 Jun 2011 13:27:10 +0200 (CEST) (envelope-from hosting@syscare.sk) X-Authentication-Warning: hosting.syscare.sk: www set sender to hosting@syscare.sk using -f To: X-PHP-Originating-Script: 0:func.inc MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 15 Jun 2011 12:27:10 +0100 From: Daniel Gerzo Organization: The FreeBSD Project In-Reply-To: <4DF7CC21.6040500@comcast.net> References: <4DF72488.6050806@my.gd> <4DF793B5.903@my.gd> <4DF79B72.2090805@comcast.net> <99A75196-BE3C-466C-9B0B-CF874C1287B5@my.gd> <4DF7CC21.6040500@comcast.net> Message-ID: <576e36f56ac928be2a5ecb651e034af8@rulez.sk> X-Sender: danger@FreeBSD.org User-Agent: Roundcube Webmail/0.5.1 Subject: Re: Networking - CARP interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 11:42:18 -0000 On Tue, 14 Jun 2011 17:01:21 -0400, Steve Polyack wrote: >>>> >>>> I'll just have to adapt and ensure they have the same IP addresses >>>> then. >>> I have a suspicion that the important part may be the number of IP >>> addresses on the CARP interface. If CARP sends an advertisement from >>> each IP alias on a CARP interface, then I think that would explain >>> what you are seeing - and also possibly give you a workaround by >>> adding two more bogus IPs on your primary datacenter firewalls (where >>> IPs W and Z are normally missing). >>> >>> - Steve >>> >> I'll give it a try, although I think in a scenario where the carp >> interfaces have the same number of IPs and these IPs differ, both >> interfaces will claim mastership. >> >> Will post results. > > Now that I look at the spec, it looks like both the count and the > addresses themselves are provided in VRRP packets. CARP likely does > the same. I can't speak for whether these things are considered > along > with the VHID and password, but it's worth a shot. I think you are > correct, though. CARP does the same and should you have different IP addresses on the master/backup machines they will misbehave. I think the way to solve this issue is to split the two other IP addresses onto a separate carpN interface... -- Kind regards Daniel From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 11:43:26 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4F121065670 for ; Wed, 15 Jun 2011 11:43:26 +0000 (UTC) (envelope-from bartosz.stec@it4pro.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 0FE848FC29 for ; Wed, 15 Jun 2011 11:43:25 +0000 (UTC) Received: from static-78-8-144-74.ssp.dialog.net.pl ([78.8.144.74] helo=[192.168.0.2]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QWoV8-000MFE-Sc for freebsd-stable@freebsd.org; Wed, 15 Jun 2011 13:43:24 +0200 Message-ID: <4DF89ACA.7080404@it4pro.pl> Date: Wed, 15 Jun 2011 13:43:06 +0200 From: Bartosz Stec Organization: IT4Pro User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: FreeBSD Stable X-Authenticated-User: bartosz.stec@it4pro.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.1 X-Spam-Score-Int: -80 X-Exim-Version: 4.76 (build at 12-May-2011 10:41:54) X-Date: 2011-06-15 13:43:24 X-Connected-IP: 78.8.144.74:65135 X-Message-Linecount: 659 X-Body-Linecount: 648 X-Message-Size: 22617 X-Body-Size: 22136 X-Received-Count: 1 X-Recipient-Count: 1 X-Local-Recipient-Count: 1 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: gpt labels for zfs partitions don't appear in /dev/gpt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 11:43:26 -0000 Hi list, please take a look at this: #gpart show => 34 80293181 ada0 GPT (38G) 34 128 1 freebsd-boot (64k) 162 2097152 2 freebsd-swap (1.0G) 2097314 76068013 3 freebsd-zfs (36G) 78165327 2127888 - free - (1.0G) => 34 78165293 ada1 GPT (37G) 34 128 1 freebsd-boot (64k) 162 2097152 2 freebsd-swap (1.0G) 2097314 76068013 3 freebsd-zfs (36G) => 34 80293181 ada2 GPT (38G) 34 128 1 freebsd-boot (64k) 162 2097152 2 freebsd-swap (1.0G) 2097314 76068013 3 freebsd-zfs (36G) 78165327 2127888 - free - (1.0G) # gpart show -l => 34 80293181 ada0 GPT (38G) 34 128 1 (null) (64k) 162 2097152 2 swap0 (1.0G) 2097314 76068013 3 disk0 (36G) 78165327 2127888 - free - (1.0G) => 34 78165293 ada1 GPT (37G) 34 128 1 (null) (64k) 162 2097152 2 swap1 (1.0G) 2097314 76068013 3 disk1 (36G) => 34 80293181 ada2 GPT (38G) 34 128 1 (null) (64k) 162 2097152 2 swap2 (1.0G) 2097314 76068013 3 disk2 (36G) 78165327 2127888 - free - (1.0G) As you see I have ada{0-2}p3 labeled as disk{0-2} All labeled partitions have valid gpt id but zfs partitions don't have accesible gpt label in /dev/gpt: # glabel list Geom name: ada0p1 Providers: 1. Name: gptid/fe8c7129-bc68-11df-8955-0050dad823cd Mediasize: 65536 (64k) Sectorsize: 512 Stripesize: 0 Stripeoffset: 17408 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 128 length: 65536 index: 0 Consumers: 1. Name: ada0p1 Mediasize: 65536 (64k) Sectorsize: 512 Stripesize: 0 Stripeoffset: 17408 Mode: r0w0e0 Geom name: ada0p2 Providers: 1. Name: gpt/swap0 Mediasize: 1073741824 (1.0G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 82944 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 2097152 length: 1073741824 index: 0 Consumers: 1. Name: ada0p2 Mediasize: 1073741824 (1.0G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 82944 Mode: r1w1e2 Geom name: ada0p3 Providers: 1. Name: gptid/2ea57c66-bc69-11df-8955-0050dad823cd Mediasize: 38946822656 (36G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1073824768 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 76068013 length: 38946822656 index: 0 Consumers: 1. Name: ada0p3 Mediasize: 38946822656 (36G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1073824768 Mode: r1w1e2 Geom name: ada1p1 Providers: 1. Name: gptid/060c432a-6852-11df-a16c-0050dad823cd Mediasize: 65536 (64k) Sectorsize: 512 Stripesize: 0 Stripeoffset: 17408 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 128 length: 65536 index: 0 Consumers: 1. Name: ada1p1 Mediasize: 65536 (64k) Sectorsize: 512 Stripesize: 0 Stripeoffset: 17408 Mode: r0w0e0 Geom name: ada1p2 Providers: 1. Name: gpt/swap1 Mediasize: 1073741824 (1.0G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 82944 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 2097152 length: 1073741824 index: 0 Consumers: 1. Name: ada1p2 Mediasize: 1073741824 (1.0G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 82944 Mode: r1w1e2 Geom name: ada1p3 Providers: 1. Name: gptid/5bc92016-6852-11df-a16c-0050dad823cd Mediasize: 38946822656 (36G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1073824768 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 76068013 length: 38946822656 index: 0 Consumers: 1. Name: ada1p3 Mediasize: 38946822656 (36G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1073824768 Mode: r1w1e2 Geom name: ada2p1 Providers: 1. Name: gptid/c506cc78-bc3a-11df-8066-0050dad823cd Mediasize: 65536 (64k) Sectorsize: 512 Stripesize: 0 Stripeoffset: 17408 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 128 length: 65536 index: 0 Consumers: 1. Name: ada2p1 Mediasize: 65536 (64k) Sectorsize: 512 Stripesize: 0 Stripeoffset: 17408 Mode: r0w0e0 Geom name: ada2p2 Providers: 1. Name: gpt/swap2 Mediasize: 1073741824 (1.0G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 82944 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 2097152 length: 1073741824 index: 0 Consumers: 1. Name: ada2p2 Mediasize: 1073741824 (1.0G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 82944 Mode: r1w1e2 Geom name: ada2p3 Providers: 1. Name: gptid/87d467cc-bc3b-11df-8066-0050dad823cd Mediasize: 38946822656 (36G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1073824768 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 76068013 length: 38946822656 index: 0 Consumers: 1. Name: ada2p3 Mediasize: 38946822656 (36G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1073824768 Mode: r1w1e2 And also: # ls /dev/gpt swap0 swap1 swap2 I've enabled kern.geom.label.debug=1 and here's what I got during boot: # dmesg | grep GEOM_LABEL GEOM_LABEL[1]: MSDOSFS: ada0: FAT12/16 volume not valid. GEOM_LABEL[1]: MSDOSFS: ada1: FAT12/16 volume not valid. GEOM_LABEL[1]: MSDOSFS: ada2: FAT12/16 volume not valid. GEOM_LABEL[1]: MSDOSFS: ada0p1: no FAT signature found. GEOM_LABEL[1]: Label for provider ada0p1 is gptid/fe8c7129-bc68-11df-8955-0050dad823cd. GEOM_LABEL[1]: MSDOSFS: ada0p2: no FAT signature found. GEOM_LABEL[1]: Label for provider ada0p2 is gpt/swap0. GEOM_LABEL[1]: Label for provider ada0p2 is gptid/0c0b5606-bc69-11df-8955-0050dad823cd. GEOM_LABEL[1]: MSDOSFS: ada0p3: no FAT signature found. GEOM_LABEL[1]: Label for provider ada0p3 is gpt/disk0. GEOM_LABEL[1]: Label for provider ada0p3 is gptid/2ea57c66-bc69-11df-8955-0050dad823cd. GEOM_LABEL[1]: MSDOSFS: ada1p1: no FAT signature found. GEOM_LABEL[1]: Label for provider ada1p1 is gptid/060c432a-6852-11df-a16c-0050dad823cd. GEOM_LABEL[1]: MSDOSFS: ada1p2: no FAT signature found. GEOM_LABEL[1]: Label for provider ada1p2 is gpt/swap1. GEOM_LABEL[1]: Label for provider ada1p2 is gptid/303e329f-6852-11df-a16c-0050dad823cd. GEOM_LABEL[1]: MSDOSFS: ada1p3: no FAT signature found. GEOM_LABEL[1]: Label for provider ada1p3 is gpt/disk1. GEOM_LABEL[1]: Label for provider ada1p3 is gptid/5bc92016-6852-11df-a16c-0050dad823cd. GEOM_LABEL[1]: MSDOSFS: ada2p1: no FAT signature found. GEOM_LABEL[1]: Label for provider ada2p1 is gptid/c506cc78-bc3a-11df-8066-0050dad823cd. GEOM_LABEL[1]: MSDOSFS: ada2p2: no FAT signature found. GEOM_LABEL[1]: Label for provider ada2p2 is gpt/swap2. GEOM_LABEL[1]: Label for provider ada2p2 is gptid/f5ee2146-bc3a-11df-8066-0050dad823cd. GEOM_LABEL[1]: MSDOSFS: ada2p3: no FAT signature found. GEOM_LABEL[1]: Label for provider ada2p3 is gpt/disk2. GEOM_LABEL[1]: Label for provider ada2p3 is gptid/87d467cc-bc3b-11df-8066-0050dad823cd. GEOM_LABEL[1]: Label gptid/0c0b5606-bc69-11df-8955-0050dad823cd removed. GEOM_LABEL[1]: Label gptid/303e329f-6852-11df-a16c-0050dad823cd removed. GEOM_LABEL[1]: Label gptid/f5ee2146-bc3a-11df-8066-0050dad823cd removed. GEOM_LABEL[1]: MSDOSFS: mirror/swap: no FAT signature found. GEOM_LABEL[1]: Label gpt/disk0 removed. GEOM_LABEL[1]: Label gpt/disk1 removed. GEOM_LABEL[1]: Label gpt/disk2 removed. As you see labels was firstly seen, but removed at the end. I tried to set blank label and then correct one again, but no luck. Any ideas what's possibly wrong here? Problem appeared after my pool was broken and I imported it from some boot CD to fix this by "import -F". Now I have unreadable output from zpool commands, like this: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 gptid/2ea57c66-bc69-11df-8955-0050dad823cd ONLINE 0 0 0 gptid/5bc92016-6852-11df-a16c-0050dad823cd ONLINE 0 0 0 gptid/87d467cc-bc3b-11df-8066-0050dad823cd ONLINE 0 0 0 -- Bartosz Stec From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 12:12:23 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF72B106566C for ; Wed, 15 Jun 2011 12:12:23 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward5.mail.yandex.net (forward5.mail.yandex.net [77.88.46.21]) by mx1.freebsd.org (Postfix) with ESMTP id 62A588FC12 for ; Wed, 15 Jun 2011 12:12:23 +0000 (UTC) Received: from smtp4.mail.yandex.net (smtp4.mail.yandex.net [77.88.46.104]) by forward5.mail.yandex.net (Yandex) with ESMTP id 7B0BC1200DB5; Wed, 15 Jun 2011 16:12:21 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1308139941; bh=pu+CcZfSF/daPdBtSI7rLojNDvxhFZjQB4bUwODEQNQ=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=qpepqmHHCp+MV3L/WkDs8Pm/ic8Onfg7qM0VfqiYZHyp+Yl2ls49W5K0X1pqPnBee p5TSwXkdT2pyYAoKT9lQdGs+wayychDV+RzWUtt0pZUD4H/PFVEyqc934/+Ouq44ZM q5Ma5JCBrWQTJYfwe2oZkcJtvtfvOFJzLpQI4SE8= Received: from [127.0.0.1] (unknown [77.72.136.145]) by smtp4.mail.yandex.net (Yandex) with ESMTPSA id 3C6F56498075; Wed, 15 Jun 2011 16:12:21 +0400 (MSD) Message-ID: <4DF8A1A4.6050607@yandex.ru> Date: Wed, 15 Jun 2011 16:12:20 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Bartosz Stec References: <4DF89ACA.7080404@it4pro.pl> In-Reply-To: <4DF89ACA.7080404@it4pro.pl> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Yandex-Spam: 1 Cc: FreeBSD Stable Subject: Re: gpt labels for zfs partitions don't appear in /dev/gpt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 12:12:23 -0000 On 15.06.2011 15:43, Bartosz Stec wrote: > As you see I have ada{0-2}p3 labeled as disk{0-2} All labeled partitions have valid gpt id but > zfs partitions don't have accesible gpt label in /dev/gpt: It always worked so. Read geom(4) manual page, especially about SPOILING. > As you see labels was firstly seen, but removed at the end. I tried to set blank label and then > correct one again, but no luck. > Any ideas what's possibly wrong here? There are two reasons: 1. glabel does not create providers for providers which are already in use. 2. `gpart modify` does not touch partition provider and it is not spoiled and retasted. > Problem appeared after my pool was broken and I imported it from some boot CD to fix this by "import > -F". > > Now I have unreadable output from zpool commands, like this: > > NAME STATE READ WRITE CKSUM > zroot ONLINE 0 0 0 > raidz1-0 ONLINE 0 0 0 > gptid/2ea57c66-bc69-11df-8955-0050dad823cd ONLINE 0 0 0 > gptid/5bc92016-6852-11df-a16c-0050dad823cd ONLINE 0 0 0 > gptid/87d467cc-bc3b-11df-8066-0050dad823cd ONLINE 0 0 0 > You can disable gptids and this output will be changed back: echo kern.geom.label.gptid.enable="0" >> /boot/loader.conf -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 12:36:42 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CBDF1065673 for ; Wed, 15 Jun 2011 12:36:42 +0000 (UTC) (envelope-from bartosz.stec@it4pro.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id D42008FC12 for ; Wed, 15 Jun 2011 12:36:41 +0000 (UTC) Received: from static-78-8-144-74.ssp.dialog.net.pl ([78.8.144.74] helo=[192.168.0.2]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QWpKj-000Mf6-NT; Wed, 15 Jun 2011 14:36:40 +0200 Message-ID: <4DF8A749.4030708@it4pro.pl> Date: Wed, 15 Jun 2011 14:36:25 +0200 From: Bartosz Stec Organization: IT4Pro User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4DF89ACA.7080404@it4pro.pl> <4DF8A1A4.6050607@yandex.ru> In-Reply-To: <4DF8A1A4.6050607@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: bartosz.stec@it4pro.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.2 X-Spam-Score-Int: -81 X-Exim-Version: 4.76 (build at 12-May-2011 10:41:54) X-Date: 2011-06-15 14:36:40 X-Connected-IP: 78.8.144.74:56286 X-Message-Linecount: 48 X-Body-Linecount: 34 X-Message-Size: 2292 X-Body-Size: 1649 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: FreeBSD Stable Subject: Re: gpt labels for zfs partitions don't appear in /dev/gpt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 12:36:42 -0000 W dniu 2011-06-15 14:12, Andrey V. Elsukov pisze: > On 15.06.2011 15:43, Bartosz Stec wrote: >> As you see I have ada{0-2}p3 labeled as disk{0-2} All labeled partitions have valid gpt id but >> zfs partitions don't have accesible gpt label in /dev/gpt: > It always worked so. Read geom(4) manual page, especially about SPOILING. Ah, I see your point now. >> As you see labels was firstly seen, but removed at the end. I tried to set blank label and then >> correct one again, but no luck. >> Any ideas what's possibly wrong here? > There are two reasons: > 1. glabel does not create providers for providers which are already in use. > 2. `gpart modify` does not touch partition provider and it is not spoiled and retasted. > >> Problem appeared after my pool was broken and I imported it from some boot CD to fix this by "import >> -F". >> >> Now I have unreadable output from zpool commands, like this: >> >> NAME STATE READ WRITE CKSUM >> zroot ONLINE 0 0 0 >> raidz1-0 ONLINE 0 0 0 >> gptid/2ea57c66-bc69-11df-8955-0050dad823cd ONLINE 0 0 0 >> gptid/5bc92016-6852-11df-a16c-0050dad823cd ONLINE 0 0 0 >> gptid/87d467cc-bc3b-11df-8066-0050dad823cd ONLINE 0 0 0 >> > You can disable gptids and this output will be changed back: > echo kern.geom.label.gptid.enable="0">> /boot/loader.conf > Yes, indeed it did the trick. Thank you for your detailed explanation. -- Bartosz Stec From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 13:57:06 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1194106567A for ; Wed, 15 Jun 2011 13:57:06 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 833418FC17 for ; Wed, 15 Jun 2011 13:57:06 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 0F66543; Wed, 15 Jun 2011 15:57:05 +0200 (MET DST) Date: Wed, 15 Jun 2011 15:57:05 +0200 From: Joerg Wunsch To: freebsd-stable@freebsd.org Message-ID: <20110615135704.GQ23206@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: doscmd under 8-stable, anyone? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 13:57:06 -0000 When trying to use doscmd on 8-stable, all I get is: Error mapping HMA, HMA disabled: : Invalid argument Segmentation fault (core dumped) The segfault happens at the end of mem_init(), when the allocated DOS memory (which is located at virtual address 0) is attempted to be written to. Apparently, the mmap() failure that causes the "HMA disabled" message is actually a fatal error rather than a benign one the could be ignored, as it results in no valid DOS memory allocation at all. Right now, the only older system I could test it against uses FreeBSD 5.x, where the mmap() works as expected. So does anyone have an idea why this mmap() call: if (mmap((caddr_t)0x000000, 0x100000, PROT_EXEC | PROT_READ | PROT_WRITE, MAP_ANON | MAP_FIXED | MAP_SHARED, -1, 0) == MAP_FAILED) { perror("Error mapping HMA, HMA disabled: "); HMA_a20 = -1; close(HMA_fd_off); close(HMA_fd_on); return; } yields an EINVAL now under 8-stable? -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 14:12:54 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2622C106566B for ; Wed, 15 Jun 2011 14:12:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id C92878FC1A for ; Wed, 15 Jun 2011 14:12:53 +0000 (UTC) Received: from omta09.westchester.pa.mail.comcast.net ([76.96.62.20]) by qmta06.westchester.pa.mail.comcast.net with comcast id wECc1g0030SCNGk56ECufB; Wed, 15 Jun 2011 14:12:54 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta09.westchester.pa.mail.comcast.net with comcast id wECh1g01i1t3BNj3VECoWd; Wed, 15 Jun 2011 14:12:51 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 3F08E102C19; Wed, 15 Jun 2011 07:12:40 -0700 (PDT) Date: Wed, 15 Jun 2011 07:12:40 -0700 From: Jeremy Chadwick To: Joerg Wunsch Message-ID: <20110615141240.GA61227@icarus.home.lan> References: <20110615135704.GQ23206@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110615135704.GQ23206@uriah.heep.sax.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: doscmd under 8-stable, anyone? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 14:12:54 -0000 On Wed, Jun 15, 2011 at 03:57:05PM +0200, Joerg Wunsch wrote: > When trying to use doscmd on 8-stable, all I get is: > > Error mapping HMA, HMA disabled: : Invalid argument > Segmentation fault (core dumped) > > The segfault happens at the end of mem_init(), when the allocated DOS > memory (which is located at virtual address 0) is attempted to be > written to. Apparently, the mmap() failure that causes the "HMA > disabled" message is actually a fatal error rather than a benign one > the could be ignored, as it results in no valid DOS memory allocation > at all. > > Right now, the only older system I could test it against uses FreeBSD > 5.x, where the mmap() works as expected. So does anyone have an idea > why this mmap() call: > > if (mmap((caddr_t)0x000000, 0x100000, > PROT_EXEC | PROT_READ | PROT_WRITE, > MAP_ANON | MAP_FIXED | MAP_SHARED, > -1, 0) == MAP_FAILED) { > perror("Error mapping HMA, HMA disabled: "); > HMA_a20 = -1; > close(HMA_fd_off); > close(HMA_fd_on); > return; > } > > yields an EINVAL now under 8-stable? Based on what I can determine from the mmap(2) man page: MAP_FIXED Do not permit the system to select a different address than the one specified. If the specified address can- not be used, mmap() will fail. If MAP_FIXED is speci- fied, addr must be a multiple of the pagesize. If a MAP_FIXED request is successful, the mapping estab- lished by mmap() replaces any previous mappings for the process' pages in the range from addr to addr + len. Use of this option is discouraged. [EINVAL] MAP_FIXED was specified and the addr argument was not page aligned, or part of the desired address space resides out of the valid address space for a user process. I imagine that the page size ordeal is probably what's biting you. Now, I'm not sure if page size in that above context refers to "kernel page size" (e.g. hw.pagesizes or hw.pagesize) or if it refers to "a page of memory" as in what libc/malloc uses. I'm not sure why a person would need or want MAP_FIXED in this situation; why can't they just take the result of mmap() (a void *) and use that as a base address offset instead of assuming zero in their software? -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 14:31:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DDDA1065674; Wed, 15 Jun 2011 14:31:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 14DD68FC12; Wed, 15 Jun 2011 14:31:40 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p5FE0qsk001186 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Jun 2011 17:00:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p5FE0qfb081465; Wed, 15 Jun 2011 17:00:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p5FE0qNt081464; Wed, 15 Jun 2011 17:00:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 15 Jun 2011 17:00:51 +0300 From: Kostik Belousov To: Joerg Wunsch Message-ID: <20110615140051.GL48734@deviant.kiev.zoral.com.ua> References: <20110615135704.GQ23206@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+YUTx28Pm90FnKYj" Content-Disposition: inline In-Reply-To: <20110615135704.GQ23206@uriah.heep.sax.de> 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.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: doscmd under 8-stable, anyone? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 14:31:41 -0000 --+YUTx28Pm90FnKYj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 15, 2011 at 03:57:05PM +0200, Joerg Wunsch wrote: > When trying to use doscmd on 8-stable, all I get is: >=20 > Error mapping HMA, HMA disabled: : Invalid argument > Segmentation fault (core dumped) >=20 > The segfault happens at the end of mem_init(), when the allocated DOS > memory (which is located at virtual address 0) is attempted to be > written to. Apparently, the mmap() failure that causes the "HMA > disabled" message is actually a fatal error rather than a benign one > the could be ignored, as it results in no valid DOS memory allocation > at all. >=20 > Right now, the only older system I could test it against uses FreeBSD > 5.x, where the mmap() works as expected. So does anyone have an idea > why this mmap() call: >=20 > if (mmap((caddr_t)0x000000, 0x100000, > PROT_EXEC | PROT_READ | PROT_WRITE, > MAP_ANON | MAP_FIXED | MAP_SHARED, > -1, 0) =3D=3D MAP_FAILED) { > perror("Error mapping HMA, HMA disabled: "); > HMA_a20 =3D -1; > close(HMA_fd_off); > close(HMA_fd_on); > return; > } >=20 > yields an EINVAL now under 8-stable? Do sysctl security.bsd.map_at_zero=3D1 --+YUTx28Pm90FnKYj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk34uxMACgkQC3+MBN1Mb4i7ZwCgzIlY8O+tC8lnzzAZTzdlzDry yIIAni7u2Ec+QVcRLcYinmmASniovBgg =kXPb -----END PGP SIGNATURE----- --+YUTx28Pm90FnKYj-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 14:32:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 609021065673; Wed, 15 Jun 2011 14:32:56 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 091918FC1B; Wed, 15 Jun 2011 14:32:55 +0000 (UTC) Received: by qyk27 with SMTP id 27so301873qyk.13 for ; Wed, 15 Jun 2011 07:32:55 -0700 (PDT) Received: by 10.229.202.42 with SMTP id fc42mr414376qcb.272.1308146495155; Wed, 15 Jun 2011 07:01:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.211.212 with HTTP; Wed, 15 Jun 2011 07:00:55 -0700 (PDT) In-Reply-To: <20110615135704.GQ23206@uriah.heep.sax.de> References: <20110615135704.GQ23206@uriah.heep.sax.de> From: Vlad Galu Date: Wed, 15 Jun 2011 16:00:55 +0200 Message-ID: To: Joerg Wunsch Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: doscmd under 8-stable, anyone? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 14:32:56 -0000 Hi Joerg, Flip security.bsd**.map_at_zero to 1. On Wed, Jun 15, 2011 at 3:57 PM, Joerg Wunsch < freebsd-stable@uriah.heep.sax.de> wrote: > When trying to use doscmd on 8-stable, all I get is: > > Error mapping HMA, HMA disabled: : Invalid argument > Segmentation fault (core dumped) > > The segfault happens at the end of mem_init(), when the allocated DOS > memory (which is located at virtual address 0) is attempted to be > written to. Apparently, the mmap() failure that causes the "HMA > disabled" message is actually a fatal error rather than a benign one > the could be ignored, as it results in no valid DOS memory allocation > at all. > > Right now, the only older system I could test it against uses FreeBSD > 5.x, where the mmap() works as expected. So does anyone have an idea > why this mmap() call: > > if (mmap((caddr_t)0x000000, 0x100000, > PROT_EXEC | PROT_READ | PROT_WRITE, > MAP_ANON | MAP_FIXED | MAP_SHARED, > -1, 0) == MAP_FAILED) { > perror("Error mapping HMA, HMA disabled: "); > HMA_a20 = -1; > close(HMA_fd_off); > close(HMA_fd_on); > return; > } > > yields an EINVAL now under 8-stable? > > -- > cheers, J"org .-.-. --... ...-- -.. . DL8DTL > > http://www.sax.de/~joerg/ NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Good, fast & cheap. Pick any two. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 14:37:17 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 474951065670 for ; Wed, 15 Jun 2011 14:37:17 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id CE6FB8FC17 for ; Wed, 15 Jun 2011 14:37:16 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 91A757A; Wed, 15 Jun 2011 16:37:15 +0200 (MET DST) Date: Wed, 15 Jun 2011 16:37:15 +0200 From: Joerg Wunsch To: freebsd-stable@freebsd.org Message-ID: <20110615143715.GR23206@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110615140051.GL48734@deviant.kiev.zoral.com.ua> <20110615141240.GA61227@icarus.home.lan> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Kostik Belousov , Jeremy Chadwick Subject: Re: doscmd under 8-stable, anyone? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 14:37:17 -0000 As Kostik Belousov wrote: > > So does anyone have an idea > > why this mmap() call: ... > > yields an EINVAL now under 8-stable? > > Do sysctl security.bsd.map_at_zero=1 Ah, thanks! Now it works. Well, at least it doesn't crash anymore (I somehow have to fix my boot environment, hopefully I'll be able to perform a fresh installation of FreeDOS there.) So I guess this should be added to doscmd's documentation then. As Jeremy Chadwick wrote: > I'm not sure why a person would need or want MAP_FIXED in this > situation; why can't they just take the result of mmap() (a void *) and > use that as a base address offset instead of assuming zero in their > software? Because MS-DOS utilities are written in the assumption of running at address 0 (or only slightly beyond). Remember, this mmap() maps the MS-DOS emulator base memory (that's why it is fatal if the allocation fails). -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 14:44:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0499C1065672 for ; Wed, 15 Jun 2011 14:44:57 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id ADB268FC08 for ; Wed, 15 Jun 2011 14:44:56 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 93F8D7A; Wed, 15 Jun 2011 16:44:55 +0200 (MET DST) Date: Wed, 15 Jun 2011 16:44:55 +0200 From: Joerg Wunsch To: freebsd-stable@freebsd.org Message-ID: <20110615144455.GS23206@uriah.heep.sax.de> References: <20110615135704.GQ23206@uriah.heep.sax.de> <20110615140051.GL48734@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110615140051.GL48734@deviant.kiev.zoral.com.ua> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: doscmd under 8-stable, anyone? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 14:44:57 -0000 As Kostik Belousov wrote: > Do sysctl security.bsd.map_at_zero=1 Just for the record, this sysctl also makes my really really old utree binary work again. The binary dates back to 386BSD 0.0, and I'm only keeping it out of curiosity: j@uriah 66% ls -l /usr/local/bin/utree -rwxr-xr-x 1 bin bin 179639 Apr 30 1992 /usr/local/bin/utree* The only thing to make it run is to use a termcap entry that is smaller than 1024 byte, as this used to be a hard-coded limitation in the termcap library of those days, and the binary is statically linked. TERM=vt100 works, xterm no longer does. The ability to run this binary only serves as a proof that no backward compatibility has ever been broken in FreeBSD. ;-) (Obviously, all the various COMPAT_* options must be present in the kernel config.) -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 14:46:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C88E6106566C for ; Wed, 15 Jun 2011 14:46:43 +0000 (UTC) (envelope-from nickolasbug@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 8463B8FC1D for ; Wed, 15 Jun 2011 14:46:43 +0000 (UTC) Received: by qwc9 with SMTP id 9so335789qwc.13 for ; Wed, 15 Jun 2011 07:46:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=h086MxhJZF/lPC7nGCakoS4i5h+1VlBp2qBhdMF7X+Q=; b=j8i1xvS6DJOT9R2D6nROB3cScZCqyifg/LxiH5X+pbvp+NVL7GO/AJEDGFJuYo2X3P QikywaRC9UzkS/ERYfqm0QUstg1i6WrucZpyKUN/T8HiVWCnJtcwNFGYnjZBMvLRhRtS WaH3RNXT6PNQPSB0ABNrEDgiL1DB1Lda4tDMQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=YAQcSIMyTO6r1JbXhTxORqW3o1Y1EUt/z4fo/qFCJs4wdsxbR7xdnltTij6LvEJlt0 A7b3ez6G9PVAiaQWPw0Uc6mHgf9sIyeKne8WHdLH7/2wzV+PZtS/aP2D8Pq6A265zC87 x/vvIa/XWmqJr4mL1L0rXm4QxuVZRqH1BDDnw= MIME-Version: 1.0 Received: by 10.229.25.211 with SMTP id a19mr519926qcc.81.1308149202526; Wed, 15 Jun 2011 07:46:42 -0700 (PDT) Received: by 10.229.82.65 with HTTP; Wed, 15 Jun 2011 07:46:42 -0700 (PDT) In-Reply-To: <20110615141240.GA61227@icarus.home.lan> References: <20110615135704.GQ23206@uriah.heep.sax.de> <20110615141240.GA61227@icarus.home.lan> Date: Wed, 15 Jun 2011 17:46:42 +0300 Message-ID: From: nickolasbug@gmail.com To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Joerg Wunsch Subject: Re: doscmd under 8-stable, anyone? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 14:46:44 -0000 2011/6/15 Jeremy Chadwick : > On Wed, Jun 15, 2011 at 03:57:05PM +0200, Joerg Wunsch wrote: >> When trying to use doscmd on 8-stable, all I get is: >> >> Error mapping HMA, HMA disabled: : Invalid argument >> Segmentation fault (core dumped) >> >> The segfault happens at the end of mem_init(), when the allocated DOS >> memory (which is located at virtual address 0) is attempted to be >> written to. =A0Apparently, the mmap() failure that causes the "HMA >> disabled" message is actually a fatal error rather than a benign one >> the could be ignored, as it results in no valid DOS memory allocation >> at all. >> >> Right now, the only older system I could test it against uses FreeBSD >> 5.x, where the mmap() works as expected. =A0So does anyone have an idea >> why this mmap() call: >> >> =A0 =A0 if (mmap((caddr_t)0x000000, 0x100000, >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PROT_EXEC | PROT_READ | PROT_WRIT= E, >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0MAP_ANON | MAP_FIXED | MAP_SHARED= , >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0-1, 0) =3D=3D MAP_FAILED) { >> =A0 =A0 =A0 =A0 perror("Error mapping HMA, HMA disabled: "); >> =A0 =A0 =A0 =A0 HMA_a20 =3D -1; >> =A0 =A0 =A0 =A0 close(HMA_fd_off); >> =A0 =A0 =A0 =A0 close(HMA_fd_on); >> =A0 =A0 =A0 =A0 return; >> =A0 =A0 } >> >> yields an EINVAL now under 8-stable? As I remember, mapping of "zero" page forbidden by default. > I imagine that the page size ordeal is probably what's biting you. =A0Now= , > I'm not sure if page size in that above context refers to "kernel page > size" (e.g. hw.pagesizes or hw.pagesize) or if it refers to "a page of > memory" as in what libc/malloc uses. It refers. mmap(2) is system call. On i386/amd64 "big" page size is 2MB, and code above is trying to allocate 1MB, so memory will be allocated with 4KB-sized pages. > > I'm not sure why a person would need or want MAP_FIXED in this > situation; why can't they just take the result of mmap() (a void *) and > use that as a base address offset instead of assuming zero in their > software? AFAIK, doscmd is trying to emulate real mode on real hardware while being in protected mode, thus it want first pages of memory. Another way to do the same thing - open /dev/mem and call mmap() at zero of= fset. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 14:50:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D3EE1065673 for ; Wed, 15 Jun 2011 14:50:28 +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 770D48FC18 for ; Wed, 15 Jun 2011 14:50:26 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p5FEoI1v005923 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Jun 2011 17:50:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p5FEoIPI083260; Wed, 15 Jun 2011 17:50:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p5FEoI8T083259; Wed, 15 Jun 2011 17:50:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 15 Jun 2011 17:50:18 +0300 From: Kostik Belousov To: Joerg Wunsch Message-ID: <20110615145018.GM48734@deviant.kiev.zoral.com.ua> References: <20110615135704.GQ23206@uriah.heep.sax.de> <20110615140051.GL48734@deviant.kiev.zoral.com.ua> <20110615144455.GS23206@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YRwqFeLBE20lHcU+" Content-Disposition: inline In-Reply-To: <20110615144455.GS23206@uriah.heep.sax.de> 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.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: doscmd under 8-stable, anyone? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 14:50:28 -0000 --YRwqFeLBE20lHcU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 15, 2011 at 04:44:55PM +0200, Joerg Wunsch wrote: > As Kostik Belousov wrote: >=20 > > Do sysctl security.bsd.map_at_zero=3D1 >=20 > Just for the record, this sysctl also makes my really really old utree > binary work again. The binary dates back to 386BSD 0.0, and I'm only > keeping it out of curiosity: >=20 > j@uriah 66% ls -l /usr/local/bin/utree > -rwxr-xr-x 1 bin bin 179639 Apr 30 1992 /usr/local/bin/utree* >=20 > The only thing to make it run is to use a termcap entry that is > smaller than 1024 byte, as this used to be a hard-coded limitation in > the termcap library of those days, and the binary is statically > linked. TERM=3Dvt100 works, xterm no longer does. >=20 > The ability to run this binary only serves as a proof that no backward > compatibility has ever been broken in FreeBSD. ;-) (Obviously, all > the various COMPAT_* options must be present in the kernel config.) Yes, doscmd and N-magic a.out binaries were the arguments to implement the sysctl instead of outright disable of the mapping at address 0. You are the first documented case of the wiseness of the decision :). BTW, I semi-jokingly committed the support for FreeBSD-1.0/i386 ABI on amd64 on April 1. Would be interesting to see how does your binary behaves. --YRwqFeLBE20lHcU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk34xqoACgkQC3+MBN1Mb4i7sACeNeWAJVwSrOVNYrsX41gY8sr7 3vMAoOTqVAx8e43vD5WprvQKsrx+aRBs =CiPn -----END PGP SIGNATURE----- --YRwqFeLBE20lHcU+-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 00:37:23 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BF601065679 for ; Thu, 16 Jun 2011 00:37:23 +0000 (UTC) (envelope-from boydjd@jbip.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5B0EB8FC12 for ; Thu, 16 Jun 2011 00:37:21 +0000 (UTC) Received: by fxm11 with SMTP id 11so1122289fxm.13 for ; Wed, 15 Jun 2011 17:37:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jbip.net; s=google; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=7t5ZHxtHk8+Tq4CwGPKxqvdz0/PgB7PeRc6mzVDeRI4=; b=ghNm4cTO6px4tiuQNSJN4FvXqf4gkz//K0p7mjtqBKMZF/LUlB66Piehn+NRga16Mo VClAtEzDpCjxhIbM+DmRgek1IdtGB8Z8cpDzZzXPQCoP5QQtMe2sXjnRSarWXXTn/Vcr n5+Z3LRWJej0pObrk84+sCE01XfDXguiuUwq0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=jbip.net; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=Ba/8si/zh3jpz/ubcLPyY2+pYMGWzyvqLW/2zz+IYG3XLJyRWO04OnDA6r0P35YvAo pT201VaN9FS0V/+ELyHOcHFAmbfhG+/tsfNI4qv6N7EIWozbBrDrLoTgpHpbmDlLP0ev /nlMRqIP/nV3XxjoHG0k189dfMzAlL+RmTtqQ= Received: by 10.223.27.195 with SMTP id j3mr310228fac.83.1308184641138; Wed, 15 Jun 2011 17:37:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.115.17 with HTTP; Wed, 15 Jun 2011 17:37:01 -0700 (PDT) In-Reply-To: References: <20110615075754.GA54879@icarus.home.lan> From: Joshua Boyd Date: Wed, 15 Jun 2011 20:37:01 -0400 Message-ID: To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable , "Vogel, Jack" , Jeremy Chadwick Subject: Re: em0 watchdog timeouts on 8-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 00:37:23 -0000 In the kernel. Here's my kernel configuration: http://pastebin.com/raw.php?i=4JL814m3 On Wed, Jun 15, 2011 at 8:20 PM, Jack Vogel wrote: > I have hardware now, am working on reproducing this. Just curious, do you > have > the em driver defined in the kernel, or as a module? > > Jack > > > On Wed, Jun 15, 2011 at 2:09 AM, Joshua Boyd wrote: > >> On Wed, Jun 15, 2011 at 3:57 AM, Jeremy Chadwick >> wrote: >> >> > On Wed, Jun 15, 2011 at 03:14:43AM -0400, Joshua Boyd wrote: >> > > I recently updated my server to the latest 8-STABLE, and upgraded to >> v28 >> > > ZFS. I have not had these problems on any other version of 8-STABLE or >> > > 7-STABLE, which this box was upgraded from some time ago. >> > > >> > > Now, during my weekly scrub, I get the following messages and em0 is >> > > unresponsive: >> > > >> > > Jun 12 03:07:58 foghornleghorn kernel: em0: Watchdog timeout -- >> resetting >> > > Jun 12 03:07:58 foghornleghorn kernel: em0: link state changed to DOWN >> > > Jun 12 03:08:01 foghornleghorn kernel: em0: link state changed to UP >> > > Jun 12 03:08:47 foghornleghorn kernel: em0: Watchdog timeout -- >> resetting >> > > Jun 12 03:08:47 foghornleghorn kernel: em0: link state changed to DOWN >> > > Jun 12 03:08:50 foghornleghorn kernel: em0: link state changed to UP >> > > >> > > My scrub is scheduled to start at 03:00:00, so it looks like watchdog >> > > timeouts start occurring pretty quickly once I/O ramps up. >> > > >> > > Here's some possibly relevant information, let me know if anything >> else >> > > would be helpful to troubleshoot. >> > > >> > > FreeBSD foghornleghorn.res.openband.net 8.2-STABLE FreeBSD 8.2-STABLE >> > #17: >> > > Mon Jun 6 19:40:19 EDT 2011 >> > > root@foghornleghorn.res.openband.net: >> /usr/obj/usr/src/sys/FOGHORNLEGHORN >> > > amd64 >> > > >> > > em0: port >> > 0xe800-0xe83f >> > > mem 0xfebe0000-0xfebfffff,0xfebc0000-0xfebdffff irq 20 at device 5.0 >> on >> > pci7 >> > > >> > > em0@pci0:7:5:0: class=0x020000 card=0x13768086 chip=0x107c8086 >> rev=0x05 >> > > hdr=0x00 >> > > vendor = 'Intel Corporation' >> > > device = 'Gigabit Ethernet Controller (Copper) rev 5 >> (82541PI)' >> > > class = network >> > > subclass = ethernet >> > > >> > > And, the SAS cards: >> > > >> > > dev.mpt.0.%desc: LSILogic SAS/SATA Adapter >> > > dev.mpt.0.%driver: mpt >> > > dev.mpt.0.%location: slot=0 function=0 >> > > dev.mpt.0.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x15d9 >> > > subdevice=0xa580 class=0x010000 >> > > dev.mpt.0.%parent: pci1 >> > > dev.mpt.0.debug: 3 >> > > dev.mpt.0.role: 1 >> > > dev.mpt.1.%desc: LSILogic SAS/SATA Adapter >> > > dev.mpt.1.%driver: mpt >> > > dev.mpt.1.%location: slot=0 function=0 >> > > dev.mpt.1.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x15d9 >> > > subdevice=0xa580 class=0x010000 >> > > dev.mpt.1.%parent: pci2 >> > > dev.mpt.1.debug: 3 >> > > dev.mpt.1.role: 1 >> > > dev.mpt.2.%desc: LSILogic SAS/SATA Adapter >> > > dev.mpt.2.%driver: mpt >> > > dev.mpt.2.%location: slot=0 function=0 >> > > dev.mpt.2.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x1000 >> > > subdevice=0x30a0 class=0x010000 >> > > dev.mpt.2.%parent: pci6 >> > > dev.mpt.2.debug: 3 >> > > dev.mpt.2.role: 1 >> > >> > Please provide output from the following commands (as root): >> > >> > # pciconf -lvcb >> > >> >> hostb0@pci0:0:0:0: class=0x060000 card=0x59561002 chip=0x59561002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'RD790 GFX Dual Slot' >> class = bridge >> subclass = HOST-PCI >> pcib1@pci0:0:2:0: class=0x060400 card=0x59561002 chip=0x59781002 rev=0x00 >> hdr=0x01 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'RD790 PCI to PCI bridge (external gfx0 port A)' >> class = bridge >> subclass = PCI-PCI >> pcib2@pci0:0:3:0: class=0x060400 card=0x59561002 chip=0x59791002 rev=0x00 >> hdr=0x01 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'RD790 PCI to PCI bridge (external gfx0 port B)' >> class = bridge >> subclass = PCI-PCI >> pcib3@pci0:0:4:0: class=0x060400 card=0x59561002 chip=0x597a1002 rev=0x00 >> hdr=0x01 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'RD790 PCI to PCI bridge (PCIe gpp port A)' >> class = bridge >> subclass = PCI-PCI >> pcib4@pci0:0:6:0: class=0x060400 card=0x59561002 chip=0x597c1002 rev=0x00 >> hdr=0x01 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'RD790 PCI to PCI bridge (PCIe gpp port C)' >> class = bridge >> subclass = PCI-PCI >> pcib5@pci0:0:7:0: class=0x060400 card=0x59561002 chip=0x597d1002 rev=0x00 >> hdr=0x01 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'RD790 PCI to PCI bridge (PCIe gpp port D)' >> class = bridge >> subclass = PCI-PCI >> pcib6@pci0:0:11:0: class=0x060400 card=0x59561002 chip=0x59801002 >> rev=0x00 >> hdr=0x01 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'RD790 PCI to PCI bridge (external gfx1 port A)' >> class = bridge >> subclass = PCI-PCI >> atapci4@pci0:0:18:0: class=0x01018f card=0x81ef1043 chip=0x43801002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 Serial ATA Controller' >> class = mass storage >> subclass = ATA >> ohci0@pci0:0:19:0: class=0x0c0310 card=0x82881043 chip=0x43871002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 USB Controller (OHCI0)' >> class = serial bus >> subclass = USB >> ohci1@pci0:0:19:1: class=0x0c0310 card=0x82881043 chip=0x43881002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 USB Controller (OHCI1)' >> class = serial bus >> subclass = USB >> ohci2@pci0:0:19:2: class=0x0c0310 card=0x82881043 chip=0x43891002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 USB Controller (OHCI2)' >> class = serial bus >> subclass = USB >> ohci3@pci0:0:19:3: class=0x0c0310 card=0x82881043 chip=0x438a1002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 USB Controller (OHCI3)' >> class = serial bus >> subclass = USB >> ohci4@pci0:0:19:4: class=0x0c0310 card=0x82881043 chip=0x438b1002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 USB Controller (OHCI4)' >> class = serial bus >> subclass = USB >> ehci0@pci0:0:19:5: class=0x0c0320 card=0x82881043 chip=0x43861002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 USB Controller (EHCI)' >> class = serial bus >> subclass = USB >> none0@pci0:0:20:0: class=0x0c0500 card=0x82881043 chip=0x43851002 >> rev=0x14 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'ATI SMBus (ATI RD600/RS600)' >> class = serial bus >> subclass = SMBus >> atapci5@pci0:0:20:1: class=0x01018a card=0x82881043 chip=0x438c1002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'ATI RD600/RS600 IDE Controller (RD600/RS600)' >> class = mass storage >> subclass = ATA >> none1@pci0:0:20:2: class=0x040300 card=0x82881043 chip=0x43831002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 High Definition Audio Controller' >> class = multimedia >> subclass = HDA >> isab0@pci0:0:20:3: class=0x060100 card=0x82881043 chip=0x438d1002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 PCI to LPC Bridge' >> class = bridge >> subclass = PCI-ISA >> pcib7@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 >> rev=0x00 >> hdr=0x01 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 PCI to PCI Bridge' >> class = bridge >> subclass = PCI-PCI >> hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x12001022 >> rev=0x00 >> hdr=0x00 >> vendor = 'Advanced Micro Devices (AMD)' >> device = '(Family 10h) Athlon64/Opteron/Sempron HyperTransport >> Technology Configuration' >> class = bridge >> subclass = HOST-PCI >> hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x12011022 >> rev=0x00 >> hdr=0x00 >> vendor = 'Advanced Micro Devices (AMD)' >> device = '(Family 10h) Athlon64/Opteron/Sempron Address Map' >> class = bridge >> subclass = HOST-PCI >> hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x12021022 >> rev=0x00 >> hdr=0x00 >> vendor = 'Advanced Micro Devices (AMD)' >> device = '(Family 10h) Athlon64/Opteron/Sempron DRAM Controller' >> class = bridge >> subclass = HOST-PCI >> hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x12031022 >> rev=0x00 >> hdr=0x00 >> vendor = 'Advanced Micro Devices (AMD)' >> device = '(Family 10h) Athlon64/Opteron/Sempron Miscellaneous >> Control' >> class = bridge >> subclass = HOST-PCI >> hostb5@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x12041022 >> rev=0x00 >> hdr=0x00 >> vendor = 'Advanced Micro Devices (AMD)' >> device = '(Family 10h) Athlon64/Opteron/Sempron Link Control' >> class = bridge >> subclass = HOST-PCI >> mpt0@pci0:1:0:0: class=0x010000 card=0xa58015d9 chip=0x00581000 rev=0x08 >> hdr=0x00 >> vendor = 'LSI Logic (Was: Symbios Logic, NCR)' >> device = 'SAS 3000 series, 8-port with 1068E -StorPort' >> class = mass storage >> subclass = SCSI >> mpt1@pci0:2:0:0: class=0x010000 card=0xa58015d9 chip=0x00581000 rev=0x08 >> hdr=0x00 >> vendor = 'LSI Logic (Was: Symbios Logic, NCR)' >> device = 'SAS 3000 series, 8-port with 1068E -StorPort' >> class = mass storage >> subclass = SCSI >> atapci0@pci0:3:0:0: class=0x01018f card=0x612111ab chip=0x612111ab >> rev=0xb1 >> hdr=0x00 >> vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' >> device = '6121 SATA2 Controller' >> class = mass storage >> subclass = ATA >> mskc0@pci0:4:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab rev=0x12 >> hdr=0x00 >> vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' >> device = 'Yukon PCI-E Gigabit Ethernet Controller (88E8056)' >> class = network >> subclass = ethernet >> atapci2@pci0:5:0:0: class=0x01018f card=0x612111ab chip=0x612111ab >> rev=0xb2 >> hdr=0x00 >> vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' >> device = '6121 SATA2 Controller' >> class = mass storage >> subclass = ATA >> mpt2@pci0:6:0:0: class=0x010000 card=0x30a01000 chip=0x00581000 rev=0x08 >> hdr=0x00 >> vendor = 'LSI Logic (Was: Symbios Logic, NCR)' >> device = 'SAS 3000 series, 8-port with 1068E -StorPort' >> class = mass storage >> subclass = SCSI >> em0@pci0:7:5:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' >> class = network >> subclass = ethernet >> vgapci0@pci0:7:6:0: class=0x030000 card=0x00000000 chip=0x88115333 >> rev=0x44 >> hdr=0x00 >> vendor = 'S3 Graphics Co., Ltd' >> device = '86C732 Trio32, 86C764 Trio64, 86C765 Trio64V+ Rev 01' >> class = display >> subclass = VGA >> none2@pci0:7:8:0: class=0x0c0010 card=0x82941043 chip=0x581111c1 rev=0x70 >> hdr=0x00 >> vendor = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)' >> device = '1394A PCI PHY/Link Open Host Ctrlr I/F (FW322)' >> class = serial bus >> subclass = FireWire >> [josh@foghornleghorn /var/log]$ sudo su - >> foghornleghorn# pciconf -lvcb >> hostb0@pci0:0:0:0: class=0x060000 card=0x59561002 chip=0x59561002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'RD790 GFX Dual Slot' >> class = bridge >> subclass = HOST-PCI >> cap 08[c4] = HT slave >> cap 08[40] = HT retry mode >> cap 08[54] = HT unit ID clumping >> cap 08[9c] = HT unknown d03c >> pcib1@pci0:0:2:0: class=0x060400 card=0x59561002 chip=0x59781002 rev=0x00 >> hdr=0x01 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'RD790 PCI to PCI bridge (external gfx0 port A)' >> class = bridge >> subclass = PCI-PCI >> cap 01[50] = powerspec 3 supports D0 D3 current D0 >> cap 10[58] = PCI-Express 2 root port max data 128(128) link x4(x8) >> cap 05[a0] = MSI supports 1 message >> cap 0d[b0] = PCI Bridge card=0x59561002 >> cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 >> ecap 000b[100] = unknown 1 >> ecap 0002[110] = VC 1 max VC0 >> pcib2@pci0:0:3:0: class=0x060400 card=0x59561002 chip=0x59791002 rev=0x00 >> hdr=0x01 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'RD790 PCI to PCI bridge (external gfx0 port B)' >> class = bridge >> subclass = PCI-PCI >> cap 01[50] = powerspec 3 supports D0 D3 current D0 >> cap 10[58] = PCI-Express 2 root port max data 128(128) link x4(x8) >> cap 05[a0] = MSI supports 1 message >> cap 0d[b0] = PCI Bridge card=0x59561002 >> cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 >> ecap 000b[100] = unknown 1 >> ecap 0002[110] = VC 1 max VC0 >> pcib3@pci0:0:4:0: class=0x060400 card=0x59561002 chip=0x597a1002 rev=0x00 >> hdr=0x01 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'RD790 PCI to PCI bridge (PCIe gpp port A)' >> class = bridge >> subclass = PCI-PCI >> cap 01[50] = powerspec 3 supports D0 D3 current D0 >> cap 10[58] = PCI-Express 2 root port max data 128(128) link x1(x2) >> cap 05[a0] = MSI supports 1 message >> cap 0d[b0] = PCI Bridge card=0x59561002 >> cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 >> ecap 000b[100] = unknown 1 >> ecap 0002[110] = VC 1 max VC0 >> pcib4@pci0:0:6:0: class=0x060400 card=0x59561002 chip=0x597c1002 rev=0x00 >> hdr=0x01 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'RD790 PCI to PCI bridge (PCIe gpp port C)' >> class = bridge >> subclass = PCI-PCI >> cap 01[50] = powerspec 3 supports D0 D3 current D0 >> cap 10[58] = PCI-Express 2 root port max data 128(128) link x1(x1) >> cap 05[a0] = MSI supports 1 message >> cap 0d[b0] = PCI Bridge card=0x59561002 >> cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 >> ecap 000b[100] = unknown 1 >> ecap 0002[110] = VC 1 max VC0 >> pcib5@pci0:0:7:0: class=0x060400 card=0x59561002 chip=0x597d1002 rev=0x00 >> hdr=0x01 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'RD790 PCI to PCI bridge (PCIe gpp port D)' >> class = bridge >> subclass = PCI-PCI >> cap 01[50] = powerspec 3 supports D0 D3 current D0 >> cap 10[58] = PCI-Express 2 root port max data 128(128) link x1(x1) >> cap 05[a0] = MSI supports 1 message >> cap 0d[b0] = PCI Bridge card=0x59561002 >> cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 >> ecap 000b[100] = unknown 1 >> ecap 0002[110] = VC 1 max VC0 >> pcib6@pci0:0:11:0: class=0x060400 card=0x59561002 chip=0x59801002 >> rev=0x00 >> hdr=0x01 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'RD790 PCI to PCI bridge (external gfx1 port A)' >> class = bridge >> subclass = PCI-PCI >> cap 01[50] = powerspec 3 supports D0 D3 current D0 >> cap 10[58] = PCI-Express 2 root port max data 128(128) link x4(x8) >> cap 05[a0] = MSI supports 1 message >> cap 0d[b0] = PCI Bridge card=0x59561002 >> cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 >> ecap 000b[100] = unknown 1 >> ecap 0002[110] = VC 1 max VC0 >> atapci4@pci0:0:18:0: class=0x01018f card=0x81ef1043 chip=0x43801002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 Serial ATA Controller' >> class = mass storage >> subclass = ATA >> bar [10] = type I/O Port, range 32, base 0x5000, size 8, enabled >> bar [14] = type I/O Port, range 32, base 0x4000, size 4, enabled >> bar [18] = type I/O Port, range 32, base 0x3000, size 8, enabled >> bar [1c] = type I/O Port, range 32, base 0x2000, size 4, enabled >> bar [20] = type I/O Port, range 32, base 0x1000, size 16, enabled >> bar [24] = type Memory, range 32, base 0xf71ff800, size 1024, enabled >> cap 01[60] = powerspec 2 supports D0 D3 current D0 >> ohci0@pci0:0:19:0: class=0x0c0310 card=0x82881043 chip=0x43871002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 USB Controller (OHCI0)' >> class = serial bus >> subclass = USB >> bar [10] = type Memory, range 32, base 0xf71fe000, size 4096, enabled >> ohci1@pci0:0:19:1: class=0x0c0310 card=0x82881043 chip=0x43881002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 USB Controller (OHCI1)' >> class = serial bus >> subclass = USB >> bar [10] = type Memory, range 32, base 0xf71fd000, size 4096, enabled >> ohci2@pci0:0:19:2: class=0x0c0310 card=0x82881043 chip=0x43891002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 USB Controller (OHCI2)' >> class = serial bus >> subclass = USB >> bar [10] = type Memory, range 32, base 0xf71fc000, size 4096, enabled >> ohci3@pci0:0:19:3: class=0x0c0310 card=0x82881043 chip=0x438a1002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 USB Controller (OHCI3)' >> class = serial bus >> subclass = USB >> bar [10] = type Memory, range 32, base 0xf71fb000, size 4096, enabled >> ohci4@pci0:0:19:4: class=0x0c0310 card=0x82881043 chip=0x438b1002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 USB Controller (OHCI4)' >> class = serial bus >> subclass = USB >> bar [10] = type Memory, range 32, base 0xf71fa000, size 4096, enabled >> ehci0@pci0:0:19:5: class=0x0c0320 card=0x82881043 chip=0x43861002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 USB Controller (EHCI)' >> class = serial bus >> subclass = USB >> bar [10] = type Memory, range 32, base 0xf71ff000, size 256, enabled >> cap 01[c0] = powerspec 2 supports D0 D1 D2 D3 current D0 >> cap 05[d0] = MSI supports 1 message >> cap 0a[e4] = EHCI Debug Port at offset 0xe0 in map 0x14 >> none0@pci0:0:20:0: class=0x0c0500 card=0x82881043 chip=0x43851002 >> rev=0x14 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'ATI SMBus (ATI RD600/RS600)' >> class = serial bus >> subclass = SMBus >> bar [10] = type I/O Port, range 32, base 0xb00, size 16, enabled >> cap 08[b0] = HT MSI fixed address window disabled at 0xfee00000 >> atapci5@pci0:0:20:1: class=0x01018a card=0x82881043 chip=0x438c1002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'ATI RD600/RS600 IDE Controller (RD600/RS600)' >> class = mass storage >> subclass = ATA >> bar [10] = type I/O Port, range 32, base 0x1f0, size 8, enabled >> bar [14] = type I/O Port, range 32, base 0x3f4, size 1, enabled >> bar [18] = type I/O Port, range 32, base 0x170, size 8, enabled >> bar [1c] = type I/O Port, range 32, base 0x374, size 1, enabled >> bar [20] = type I/O Port, range 32, base 0xff00, size 16, enabled >> none1@pci0:0:20:2: class=0x040300 card=0x82881043 chip=0x43831002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 High Definition Audio Controller' >> class = multimedia >> subclass = HDA >> bar [10] = type Memory, range 64, base 0xf71f4000, size 16384, >> enabled >> cap 01[50] = powerspec 2 supports D0 D3 current D0 >> isab0@pci0:0:20:3: class=0x060100 card=0x82881043 chip=0x438d1002 >> rev=0x00 >> hdr=0x00 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 PCI to LPC Bridge' >> class = bridge >> subclass = PCI-ISA >> pcib7@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 >> rev=0x00 >> hdr=0x01 >> vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' >> device = 'IXP SB600 PCI to PCI Bridge' >> class = bridge >> subclass = PCI-PCI >> hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x12001022 >> rev=0x00 >> hdr=0x00 >> vendor = 'Advanced Micro Devices (AMD)' >> device = '(Family 10h) Athlon64/Opteron/Sempron HyperTransport >> Technology Configuration' >> class = bridge >> subclass = HOST-PCI >> cap 08[80] = HT host >> hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x12011022 >> rev=0x00 >> hdr=0x00 >> vendor = 'Advanced Micro Devices (AMD)' >> device = '(Family 10h) Athlon64/Opteron/Sempron Address Map' >> class = bridge >> subclass = HOST-PCI >> hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x12021022 >> rev=0x00 >> hdr=0x00 >> vendor = 'Advanced Micro Devices (AMD)' >> device = '(Family 10h) Athlon64/Opteron/Sempron DRAM Controller' >> class = bridge >> subclass = HOST-PCI >> hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x12031022 >> rev=0x00 >> hdr=0x00 >> vendor = 'Advanced Micro Devices (AMD)' >> device = '(Family 10h) Athlon64/Opteron/Sempron Miscellaneous >> Control' >> class = bridge >> subclass = HOST-PCI >> cap 0f[f0] = unknown >> hostb5@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x12041022 >> rev=0x00 >> hdr=0x00 >> vendor = 'Advanced Micro Devices (AMD)' >> device = '(Family 10h) Athlon64/Opteron/Sempron Link Control' >> class = bridge >> subclass = HOST-PCI >> mpt0@pci0:1:0:0: class=0x010000 card=0xa58015d9 chip=0x00581000 rev=0x08 >> hdr=0x00 >> vendor = 'LSI Logic (Was: Symbios Logic, NCR)' >> device = 'SAS 3000 series, 8-port with 1068E -StorPort' >> class = mass storage >> subclass = SCSI >> bar [10] = type I/O Port, range 32, base 0x6000, size 256, disabled >> bar [14] = type Memory, range 64, base 0xf75fc000, size 16384, >> enabled >> bar [1c] = type Memory, range 64, base 0xf75e0000, size 65536, >> enabled >> cap 01[50] = powerspec 2 supports D0 D1 D2 D3 current D0 >> cap 10[68] = PCI-Express 1 endpoint max data 128(4096) link x4(x8) >> cap 05[98] = MSI supports 1 message, 64 bit >> cap 11[b0] = MSI-X supports 1 message in map 0x14 >> ecap 0001[100] = AER 1 1 fatal 1 non-fatal 0 corrected >> mpt1@pci0:2:0:0: class=0x010000 card=0xa58015d9 chip=0x00581000 rev=0x08 >> hdr=0x00 >> vendor = 'LSI Logic (Was: Symbios Logic, NCR)' >> device = 'SAS 3000 series, 8-port with 1068E -StorPort' >> class = mass storage >> subclass = SCSI >> bar [10] = type I/O Port, range 32, base 0x7000, size 256, disabled >> bar [14] = type Memory, range 64, base 0xf78fc000, size 16384, >> enabled >> bar [1c] = type Memory, range 64, base 0xf78e0000, size 65536, >> enabled >> cap 01[50] = powerspec 2 supports D0 D1 D2 D3 current D0 >> cap 10[68] = PCI-Express 1 endpoint max data 128(4096) link x4(x8) >> cap 05[98] = MSI supports 1 message, 64 bit >> cap 11[b0] = MSI-X supports 1 message in map 0x14 >> ecap 0001[100] = AER 1 1 fatal 1 non-fatal 0 corrected >> atapci0@pci0:3:0:0: class=0x01018f card=0x612111ab chip=0x612111ab >> rev=0xb1 >> hdr=0x00 >> vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' >> device = '6121 SATA2 Controller' >> class = mass storage >> subclass = ATA >> bar [10] = type I/O Port, range 32, base 0x9800, size 8, enabled >> bar [14] = type I/O Port, range 32, base 0x9400, size 4, enabled >> bar [18] = type I/O Port, range 32, base 0x9000, size 8, enabled >> bar [1c] = type I/O Port, range 32, base 0x8800, size 4, enabled >> bar [20] = type I/O Port, range 32, base 0x8400, size 16, enabled >> bar [24] = type Memory, range 32, base 0xf79ffc00, size 1024, enabled >> cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 >> cap 05[50] = MSI supports 1 message >> cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link >> x1(x1) >> ecap 0001[100] = AER 1 0 fatal 0 non-fatal 2 corrected >> mskc0@pci0:4:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab rev=0x12 >> hdr=0x00 >> vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' >> device = 'Yukon PCI-E Gigabit Ethernet Controller (88E8056)' >> class = network >> subclass = ethernet >> bar [10] = type Memory, range 64, base 0xf7afc000, size 16384, >> enabled >> bar [18] = type I/O Port, range 32, base 0xa800, size 256, enabled >> cap 01[48] = powerspec 3 supports D0 D1 D2 D3 current D0 >> cap 03[50] = VPD >> cap 05[5c] = MSI supports 1 message, 64 bit enabled with 1 message >> cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link >> x1(x1) >> ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected >> atapci2@pci0:5:0:0: class=0x01018f card=0x612111ab chip=0x612111ab >> rev=0xb2 >> hdr=0x00 >> vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' >> device = '6121 SATA2 Controller' >> class = mass storage >> subclass = ATA >> bar [10] = type I/O Port, range 32, base 0xc800, size 8, enabled >> bar [14] = type I/O Port, range 32, base 0xc400, size 4, enabled >> bar [18] = type I/O Port, range 32, base 0xc000, size 8, enabled >> bar [1c] = type I/O Port, range 32, base 0xb800, size 4, enabled >> bar [20] = type I/O Port, range 32, base 0xb400, size 16, enabled >> bar [24] = type Memory, range 32, base 0xf7bffc00, size 1024, enabled >> cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 >> cap 05[50] = MSI supports 1 message >> cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link >> x1(x1) >> ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected >> mpt2@pci0:6:0:0: class=0x010000 card=0x30a01000 chip=0x00581000 rev=0x08 >> hdr=0x00 >> vendor = 'LSI Logic (Was: Symbios Logic, NCR)' >> device = 'SAS 3000 series, 8-port with 1068E -StorPort' >> class = mass storage >> subclass = SCSI >> bar [10] = type I/O Port, range 32, base 0xd000, size 256, disabled >> bar [14] = type Memory, range 64, base 0xf7ffc000, size 16384, >> enabled >> bar [1c] = type Memory, range 64, base 0xf7fe0000, size 65536, >> enabled >> cap 01[50] = powerspec 2 supports D0 D1 D2 D3 current D0 >> cap 10[68] = PCI-Express 1 endpoint max data 128(4096) link x4(x8) >> cap 05[98] = MSI supports 1 message, 64 bit >> cap 11[b0] = MSI-X supports 1 message in map 0x14 >> ecap 0001[100] = AER 1 1 fatal 1 non-fatal 0 corrected >> em0@pci0:7:5:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' >> class = network >> subclass = ethernet >> bar [10] = type Memory, range 32, base 0xfebe0000, size 131072, >> enabled >> bar [14] = type Memory, range 32, base 0xfebc0000, size 131072, >> enabled >> bar [18] = type I/O Port, range 32, base 0xe800, size 64, enabled >> cap 01[dc] = powerspec 2 supports D0 D3 current D0 >> cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction >> vgapci0@pci0:7:6:0: class=0x030000 card=0x00000000 chip=0x88115333 >> rev=0x44 >> hdr=0x00 >> vendor = 'S3 Graphics Co., Ltd' >> device = '86C732 Trio32, 86C764 Trio64, 86C765 Trio64V+ Rev 01' >> class = display >> subclass = VGA >> bar [10] = type Memory, range 32, base 0xf8000000, size 67108864, >> enabled >> none2@pci0:7:8:0: class=0x0c0010 card=0x82941043 chip=0x581111c1 rev=0x70 >> hdr=0x00 >> vendor = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)' >> device = '1394A PCI PHY/Link Open Host Ctrlr I/F (FW322)' >> class = serial bus >> subclass = FireWire >> bar [10] = type Memory, range 32, base 0xfeb8f000, size 4096, enabled >> cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 >> >> >> >> > # vmstat -i >> > >> >> interrupt total rate >> irq9: acpi0 1 0 >> irq16: atapci0+ 2 0 >> irq17: ohci1 ohci3 3 0 >> irq18: mpt0 ohci2+ 7066718 31 >> irq19: mpt1 atapci* 7798877 34 >> irq20: em0 11715792 51 >> irq22: atapci4 628883 2 >> cpu0: timer 455853831 1999 >> irq256: mskc0 97098730 425 >> cpu1: timer 455845190 1999 >> Total 1036008027 4544 >> >> >> >> > # sysctl -a | grep msi >> > >> >> hw.pci.honor_msi_blacklist: 1 >> hw.pci.enable_msix: 1 >> hw.pci.enable_msi: 1 >> >> >> >> > # dmesg >> > >> >> Copyright (c) 1992-2011 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 8.2-STABLE #17: Mon Jun 6 19:40:19 EDT 2011 >> root@foghornleghorn.res.openband.net: >> /usr/obj/usr/src/sys/FOGHORNLEGHORN >> amd64 >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: AMD Phenom(tm) II X2 555 Processor (3209.77-MHz K8-class CPU) >> Origin = "AuthenticAMD" Id = 0x100f43 Family = 10 Model = 4 Stepping >> = >> 3 >> >> >> Features=0x178bfbff >> Features2=0x802009 >> AMD >> >> Features=0xee500800 >> AMD >> >> Features2=0x37ff >> TSC: P-state invariant >> real memory = 8589934592 (8192 MB) >> avail memory = 8257736704 (7875 MB) >> ACPI APIC Table: <092310 OEMAPIC > >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> FreeBSD/SMP: 1 package(s) x 2 core(s) >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> ioapic0 irqs 0-23 on motherboard >> acpi0: <092310 OEMRSDT> on motherboard >> acpi0: [ITHREAD] >> acpi0: Power Button (fixed) >> acpi0: reservation of fee00000, 1000 (3) failed >> acpi0: reservation of ffb80000, 80000 (3) failed >> acpi0: reservation of fff00000, 100000 (3) failed >> acpi0: reservation of 0, a0000 (3) failed >> acpi0: reservation of 100000, dff00000 (3) failed >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 >> cpu0: on acpi0 >> cpu1: on acpi0 >> acpi_hpet0: iomem 0xfed00000-0xfed003ff on >> acpi0 >> Timecounter "HPET" frequency 14318180 Hz quality 900 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> pcib1: irq 18 at device 2.0 on pci0 >> pci1: on pcib1 >> mpt0: port 0x6000-0x60ff mem >> 0xf75fc000-0xf75fffff,0xf75e0000-0xf75effff irq 18 at device 0.0 on pci1 >> mpt0: [ITHREAD] >> mpt0: MPI Version=1.5.20.0 >> pcib2: irq 19 at device 3.0 on pci0 >> pci2: on pcib2 >> mpt1: port 0x7000-0x70ff mem >> 0xf78fc000-0xf78fffff,0xf78e0000-0xf78effff irq 19 at device 0.0 on pci2 >> mpt1: [ITHREAD] >> mpt1: MPI Version=1.5.20.0 >> pcib3: irq 16 at device 4.0 on pci0 >> pci3: on pcib3 >> atapci0: port >> 0x9800-0x9807,0x9400-0x9403,0x9000-0x9007,0x8800-0x8803,0x8400-0x840f mem >> 0xf79ffc00-0xf79fffff irq 16 at device 0.0 on pci3 >> atapci0: [ITHREAD] >> atapci1: on atapci0 >> atapci1: [ITHREAD] >> atapci1: AHCI v1.00 controller with 3 3Gbps ports, PM supported >> ata2: on atapci1 >> ata2: [ITHREAD] >> ata3: on atapci1 >> ata3: [ITHREAD] >> ata4: on atapci0 >> ata4: [ITHREAD] >> pcib4: irq 18 at device 6.0 on pci0 >> pci4: on pcib4 >> mskc0: port 0xa800-0xa8ff mem >> 0xf7afc000-0xf7afffff irq 18 at device 0.0 on pci4 >> msk0: on >> mskc0 >> msk0: Ethernet address: 00:1f:c6:e9:f8:7c >> miibus0: on msk0 >> e1000phy0: PHY 0 on miibus0 >> e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow >> mskc0: [ITHREAD] >> pcib5: irq 19 at device 7.0 on pci0 >> pci5: on pcib5 >> atapci2: port >> 0xc800-0xc807,0xc400-0xc403,0xc000-0xc007,0xb800-0xb803,0xb400-0xb40f mem >> 0xf7bffc00-0xf7bfffff irq 19 at device 0.0 on pci5 >> atapci2: [ITHREAD] >> atapci3: on atapci2 >> atapci3: [ITHREAD] >> atapci3: AHCI v1.00 controller with 3 3Gbps ports, PM supported >> ata5: on atapci3 >> ata5: [ITHREAD] >> ata6: on atapci3 >> ata6: [ITHREAD] >> ata7: on atapci2 >> ata7: [ITHREAD] >> pcib6: irq 19 at device 11.0 on pci0 >> pci6: on pcib6 >> mpt2: port 0xd000-0xd0ff mem >> 0xf7ffc000-0xf7ffffff,0xf7fe0000-0xf7feffff irq 19 at device 0.0 on pci6 >> mpt2: [ITHREAD] >> mpt2: MPI Version=1.5.19.0 >> atapci4: port >> 0x5000-0x5007,0x4000-0x4003,0x3000-0x3007,0x2000-0x2003,0x1000-0x100f mem >> 0xf71ff800-0xf71ffbff irq 22 at device 18.0 on pci0 >> atapci4: [ITHREAD] >> atapci4: AHCI v1.10 controller with 4 3Gbps ports, PM supported >> ata8: on atapci4 >> ata8: port is not ready (timeout 0ms) tfd = 000001d0 >> ata8: software reset clear timeout >> ata8: [ITHREAD] >> ata9: on atapci4 >> ata9: [ITHREAD] >> ata10: on atapci4 >> ata10: [ITHREAD] >> ata11: on atapci4 >> ata11: [ITHREAD] >> ohci0: mem 0xf71fe000-0xf71fefff irq 16 at >> device 19.0 on pci0 >> ohci0: [ITHREAD] >> usbus0: on ohci0 >> ohci1: mem 0xf71fd000-0xf71fdfff irq 17 at >> device 19.1 on pci0 >> ohci1: [ITHREAD] >> usbus1: on ohci1 >> ohci2: mem 0xf71fc000-0xf71fcfff irq 18 at >> device 19.2 on pci0 >> ohci2: [ITHREAD] >> usbus2: on ohci2 >> ohci3: mem 0xf71fb000-0xf71fbfff irq 17 at >> device 19.3 on pci0 >> ohci3: [ITHREAD] >> usbus3: on ohci3 >> ohci4: mem 0xf71fa000-0xf71fafff irq 18 at >> device 19.4 on pci0 >> ohci4: [ITHREAD] >> usbus4: on ohci4 >> ehci0: mem 0xf71ff000-0xf71ff0ff irq >> 19 >> at device 19.5 on pci0 >> ehci0: [ITHREAD] >> ehci0: AMD SB600/700 quirk applied >> usbus5: EHCI version 1.0 >> usbus5: on ehci0 >> pci0: at device 20.0 (no driver attached) >> atapci5: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 >> ata0: on atapci5 >> ata0: [ITHREAD] >> pci0: at device 20.2 (no driver attached) >> isab0: at device 20.3 on pci0 >> isa0: on isab0 >> pcib7: at device 20.4 on pci0 >> pci7: on pcib7 >> em0: port >> 0xe800-0xe83f >> mem 0xfebe0000-0xfebfffff,0xfebc0000-0xfebdffff irq 20 at device 5.0 on >> pci7 >> em0: [FILTER] >> em0: Ethernet address: 00:1b:21:4e:e5:2e >> vgapci0: mem 0xf8000000-0xfbffffff at device 6.0 >> on >> pci7 >> pci7: at device 8.0 (no driver attached) >> acpi_button0: on acpi0 >> atrtc0: port 0x70-0x71 irq 8 on acpi0 >> acpi_hpet1: iomem 0xfed00000-0xfed003ff on >> acpi0 >> device_attach: acpi_hpet1 attach returned 12 >> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >> uart0: [FILTER] >> orm0: at iomem >> 0xc0000-0xc7fff,0xc8000-0xc87ff,0xc8800-0xc97ff on isa0 >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=0x300> >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >> acpi_throttle0: on cpu0 >> acpi_throttle0: CLK_VAL field overlaps THT_EN bit >> device_attach: acpi_throttle0 attach returned 6 >> hwpstate0: on cpu0 >> Timecounters tick every 1.000 msec >> usbus0: 12Mbps Full Speed USB v1.0 >> usbus1: 12Mbps Full Speed USB v1.0 >> usbus2: 12Mbps Full Speed USB v1.0 >> usbus3: 12Mbps Full Speed USB v1.0 >> usbus4: 12Mbps Full Speed USB v1.0 >> usbus5: 480Mbps High Speed USB v2.0 >> ugen0.1: at usbus0 >> uhub0: on usbus0 >> ugen1.1: at usbus1 >> uhub1: on usbus1 >> ugen2.1: at usbus2 >> uhub2: on usbus2 >> ugen3.1: at usbus3 >> uhub3: on usbus3 >> ugen4.1: at usbus4 >> uhub4: on usbus4 >> ugen5.1: at usbus5 >> uhub5: on usbus5 >> ad16: 476940MB at ata8-master UDMA100 SATA >> 3Gb/s >> uhub0: 2 ports with 2 removable, self powered >> uhub1: 2 ports with 2 removable, self powered >> uhub2: 2 ports with 2 removable, self powered >> uhub3: 2 ports with 2 removable, self powered >> uhub4: 2 ports with 2 removable, self powered >> da8 at mpt0 bus 0 scbus0 target 0 lun 0 >> da8: Fixed Direct Access SCSI-5 device >> da8: 300.000MB/s transfers >> da8: Command Queueing enabled >> da8: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) >> da9 at mpt0 bus 0 scbus0 target 1 lun 0 >> da9: Fixed Direct Access SCSI-5 device >> da9: 300.000MB/s transfers >> da9: Command Queueing enabled >> da9: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) >> da10 at mpt0 bus 0 scbus0 target 2 lun 0 >> da10: Fixed Direct Access SCSI-5 device >> da10: 300.000MB/s transfers >> da10: Command Queueing enabled >> da10: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) >> da11 at mpt0 bus 0 scbus0 target 3 lun 0 >> da11: Fixed Direct Access SCSI-5 device >> da11: 300.000MB/s transfers >> da11: Command Queueing enabled >> da11: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) >> da12 at mpt0 bus 0 scbus0 target 4 lun 0 >> da12: Fixed Direct Access SCSI-5 device >> da12: 300.000MB/s transfers >> da12: Command Queueing enabled >> da12: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) >> da13 at mpt0 bus 0 scbus0 target 5 lun 0 >> da13: Fixed Direct Access SCSI-5 device >> da13: 300.000MB/s transfers >> da13: Command Queueing enabled >> da13: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) >> da14 at mpt0 bus 0 scbus0 target 6 lun 0 >> da14: Fixed Direct Access SCSI-5 device >> da14: 300.000MB/s transfers >> da14: Command Queueing enabled >> da14: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) >> da0 at mpt1 bus 0 scbus1 target 0 lun 0 >> da0: Fixed Direct Access SCSI-5 device >> da0: 300.000MB/s transfers >> da0: Command Queueing enabled >> da0: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) >> da1 at mpt1 bus 0 scbus1 target 1 lun 0 >> da1: Fixed Direct Access SCSI-5 device >> da1: 300.000MB/s transfers >> da1: Command Queueing enabled >> da1: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) >> da2 at mpt1 bus 0 scbus1 target 2 lun 0 >> da2: Fixed Direct Access SCSI-5 device >> da2: 300.000MB/s transfers >> da2: Command Queueing enabled >> da2: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) >> da3 at mpt1 bus 0 scbus1 target 3 lun 0 >> da3: Fixed Direct Access SCSI-5 device >> da3: 300.000MB/s transfers >> da3: Command Queueing enabled >> da3: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) >> da4 at mpt1 bus 0 scbus1 target 4 lun 0 >> da4: Fixed Direct Access SCSI-5 device >> da4: 300.000MB/s transfers >> da4: Command Queueing enabled >> da4: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) >> da5 at mpt1 bus 0 scbus1 target 5 lun 0 >> da5: Fixed Direct Access SCSI-5 device >> da5: 300.000MB/s transfers >> da5: Command Queueing enabled >> da5: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) >> da6 at mpt1 bus 0 scbus1 target 6 lun 0 >> da6: Fixed Direct Access SCSI-5 device >> da6: 300.000MB/s transfers >> da6: Command Queueing enabled >> da6: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) >> da7 at mpt1 bus 0 scbus1 target 7 lun 0 >> da7: Fixed Direct Access SCSI-5 device >> da7: 300.000MB/s transfers >> da7: Command Queueing enabled >> da7: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) >> SMP: AP CPU #1 Launched! >> uhub5: 10 ports with 10 removable, self powered >> GEOM: da7: geometry does not match label (16h,63s != 255h,63s). >> Trying to mount root from ufs:/dev/ad16s1a >> WARNING: / was not properly dismounted >> ZFS filesystem version 5 >> ZFS storage pool version 28 >> WARNING: /tmp was not properly dismounted >> WARNING: /usr was not properly dismounted >> WARNING: /var was not properly dismounted >> 0 >> mpt1: request 0xffffff80002c57f0:2369 timed out for ccb 0xffffff00063bb000 >> (req->ccb 0xffffff00063bb000) >> mpt1: attempting to abort req 0xffffff80002c57f0:2369 function 0 >> mpt1: mpt_wait_req(1) timed out >> mpt1: mpt_recover_commands: abort timed-out. Resetting controller >> mpt1: mpt_cam_event: 0x80 >> mpt1: mpt_cam_event: 0x80 >> mpt1: completing timedout/aborted req 0xffffff80002c57f0:2369 >> mpt1: mpt_cam_event: 0x16 >> mpt1: mpt_cam_event: 0x12 >> mpt1: mpt_cam_event: 0x12 >> mpt1: mpt_cam_event: 0x12 >> mpt1: mpt_cam_event: 0x12 >> mpt1: mpt_cam_event: 0x12 >> mpt1: mpt_cam_event: 0x12 >> mpt1: mpt_cam_event: 0x12 >> mpt1: mpt_cam_event: 0x12 >> mpt1: mpt_cam_event: 0x16 >> mpt1: request 0xffffff80002c5c70:2375 timed out for ccb 0xffffff00063bb000 >> (req->ccb 0xffffff00063bb000) >> mpt1: attempting to abort req 0xffffff80002c5c70:2375 function 0 >> mpt1: completing timedout/aborted req 0xffffff80002c5c70:2375 >> mpt1: >> abort of req 0xffffff80002c5c70:0 completed >> mpt1: mpt_cam_event: 0x16 >> mpt1: mpt_cam_event: 0x16 >> mpt1: request 0xffffff80002c5fd0:2379 timed out for ccb 0xffffff00063bb000 >> (req->ccb 0xffffff00063bb000) >> mpt1: attempting to abort req 0xffffff80002c5fd0:2379 function 0 >> mpt1: completing timedout/aborted req 0xffffff80002c5fd0:2379 >> mpt1: >> abort of req 0xffffff80002c5fd0:0 completed >> mpt1: mpt_cam_event: 0x16 >> mpt1: mpt_cam_event: 0x16 >> mpt1: request 0xffffff80002c6210:2383 timed out for ccb 0xffffff00063bb000 >> (req->ccb 0xffffff00063bb000) >> mpt1: attempting to abort req 0xffffff80002c6210:2383 function 0 >> mpt1: completing timedout/aborted req 0xffffff80002c6210:2383 >> mpt1: >> abort of req 0xffffff80002c6210:0 completed >> mpt1: mpt_cam_event: 0x16 >> mpt1: mpt_cam_event: 0x16 >> mpt1: request 0xffffff80002c6180:2387 timed out for ccb 0xffffff00063bb000 >> (req->ccb 0xffffff00063bb000) >> mpt1: attempting to abort req 0xffffff80002c6180:2387 function 0 >> mpt1: completing timedout/aborted req 0xffffff80002c6180:2387 >> mpt1: >> abort of req 0xffffff80002c6180:0 completed >> mpt1: mpt_cam_event: 0x16 >> mpt1: mpt_cam_event: 0x16 >> mpt1: request 0xffffff80002c62a0:2391 timed out for ccb 0xffffff00063bb000 >> (req->ccb 0xffffff00063bb000) >> mpt1: attempting to abort req 0xffffff80002c62a0:2391 function 0 >> mpt1: completing timedout/aborted req 0xffffff80002c62a0:2391 >> mpt1: >> abort of req 0xffffff80002c62a0:0 completed >> mpt1: mpt_cam_event: 0x16 >> mpt1: mpt_cam_event: 0x16 >> mpt1: request 0xffffff80002c6720:2395 timed out for ccb 0xffffff00063bb000 >> (req->ccb 0xffffff00063bb000) >> mpt1: attempting to abort req 0xffffff80002c6720:2395 function 0 >> mpt1: completing timedout/aborted req 0xffffff80002c6720:2395 >> mpt1: >> abort of req 0xffffff80002c6720:0 completed >> mpt1: mpt_cam_event: 0x16 >> mpt1: mpt_cam_event: 0x16 >> mpt1: request 0xffffff80002c67b0:2399 timed out for ccb 0xffffff00063bb000 >> (req->ccb 0xffffff00063bb000) >> mpt1: attempting to abort req 0xffffff80002c67b0:2399 function 0 >> mpt1: completing timedout/aborted req 0xffffff80002c67b0:2399 >> mpt1: >> abort of req 0xffffff80002c67b0:0 completed >> mpt1: mpt_cam_event: 0x16 >> mpt1: mpt_cam_event: 0x16 >> mpt0: request 0xffffff80002a69e0:2082 timed out for ccb 0xffffff0006389800 >> (req->ccb 0xffffff0006389800) >> mpt0: attempting to abort req 0xffffff80002a69e0:2082 function 0 >> mpt0: completing timedout/aborted req 0xffffff80002a69e0:2082 >> mpt0: abort of req 0xffffff80002a69e0:0 completed >> mpt0: mpt_cam_event: 0x16 >> mpt0: mpt_cam_event: 0x16 >> mpt0: request 0xffffff80002a6c20:2086 timed out for ccb 0xffffff0006389800 >> (req->ccb 0xffffff0006389800) >> mpt0: attempting to abort req 0xffffff80002a6c20:2086 function 0 >> mpt0: completing timedout/aborted req 0xffffff80002a6c20:2086 >> mpt0: abort of req 0xffffff80002a6c20:0 completed >> mpt0: mpt_cam_event: 0x16 >> mpt0: mpt_cam_event: 0x16 >> mpt0: request 0xffffff80002a6cb0:2090 timed out for ccb 0xffffff0006389800 >> (req->ccb 0xffffff0006389800) >> mpt0: attempting to abort req 0xffffff80002a6cb0:2090 function 0 >> mpt0: completing timedout/aborted req 0xffffff80002a6cb0:2090 >> mpt0: abort of req 0xffffff80002a6cb0:0 completed >> mpt0: mpt_cam_event: 0x16 >> mpt0: mpt_cam_event: 0x16 >> mpt0: request 0xffffff80002a6b90:2094 timed out for ccb 0xffffff0006389800 >> (req->ccb 0xffffff0006389800) >> mpt0: attempting to abort req 0xffffff80002a6b90:2094 function 0 >> mpt0: completing timedout/aborted req 0xffffff80002a6b90:2094 >> mpt0: abort of req 0xffffff80002a6b90:0 completed >> mpt0: mpt_cam_event: 0x16 >> mpt0: mpt_cam_event: 0x16 >> tun0: link state changed to UP >> (da8:mpt0:0:0:0): READ(10). CDB: 28 0 3e e2 6f 56 0 0 1 0 >> (da8:mpt0:0:0:0): CAM status: SCSI Status Error >> (da8:mpt0:0:0:0): SCSI status: Check Condition >> (da8:mpt0:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or >> bus device reset occurred) >> (da11:mpt0:0:3:0): READ(10). CDB: 28 0 1a b6 92 0 0 0 80 0 >> (da11:mpt0:0:3:0): CAM status: SCSI Status Error >> (da11:mpt0:0:3:0): SCSI status: Check Condition >> (da11:mpt0:0:3:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, >> or >> bus device reset occurred) >> (da2:mpt1:0:2:0): READ(10). CDB: 28 0 76 7b de 0 0 0 80 0 >> (da2:mpt1:0:2:0): CAM status: SCSI Status Error >> (da2:mpt1:0:2:0): SCSI status: Check Condition >> (da2:mpt1:0:2:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or >> bus device reset occurred) >> (da10:mpt0:0:2:0): READ(10). CDB: 28 0 1a ff 67 80 0 0 80 0 >> (da10:mpt0:0:2:0): CAM status: SCSI Status Error >> (da10:mpt0:0:2:0): SCSI status: Check Condition >> (da10:mpt0:0:2:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, >> or >> bus device reset occurred) >> (da5:mpt1:0:5:0): READ(10). CDB: 28 0 1a ff 67 80 0 0 80 0 >> (da5:mpt1:0:5:0): CAM status: SCSI Status Error >> (da5:mpt1:0:5:0): SCSI status: Check Condition >> (da5:mpt1:0:5:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or >> bus device reset occurred) >> (da7:mpt1:0:7:0): READ(10). CDB: 28 0 40 d7 da 80 0 0 80 0 >> (da7:mpt1:0:7:0): CAM status: SCSI Status Error >> (da7:mpt1:0:7:0): SCSI status: Check Condition >> (da7:mpt1:0:7:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or >> bus device reset occurred) >> (da6:mpt1:0:6:0): READ(10). CDB: 28 0 40 d7 da 80 0 0 80 0 >> (da6:mpt1:0:6:0): CAM status: SCSI Status Error >> (da6:mpt1:0:6:0): SCSI status: Check Condition >> (da6:mpt1:0:6:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or >> bus device reset occurred) >> (da0:mpt1:0:0:0): READ(10). CDB: 28 0 76 91 87 e3 0 0 1 0 >> (da0:mpt1:0:0:0): CAM status: SCSI Status Error >> (da0:mpt1:0:0:0): SCSI status: Check Condition >> (da0:mpt1:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or >> bus device reset occurred) >> (da3:mpt1:0:3:0): READ(10). CDB: 28 0 76 69 1 1c 0 0 1 0 >> (da3:mpt1:0:3:0): CAM status: SCSI Status Error >> (da3:mpt1:0:3:0): SCSI status: Check Condition >> (da3:mpt1:0:3:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or >> bus device reset occurred) >> (da1:mpt1:0:1:0): READ(10). CDB: 28 0 76 69 1 1c 0 0 1 0 >> (da1:mpt1:0:1:0): CAM status: SCSI Status Error >> (da1:mpt1:0:1:0): SCSI status: Check Condition >> (da1:mpt1:0:1:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or >> bus device reset occurred) >> (da9:mpt0:0:1:0): READ(10). CDB: 28 0 1a b3 d7 0 0 0 80 0 >> (da9:mpt0:0:1:0): CAM status: SCSI Status Error >> (da9:mpt0:0:1:0): SCSI status: Check Condition >> (da9:mpt0:0:1:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or >> bus device reset occurred) >> (da4:mpt1:0:4:0): READ(10). CDB: 28 0 53 3c c6 0 0 0 80 0 >> (da4:mpt1:0:4:0): CAM status: SCSI Status Error >> (da4:mpt1:0:4:0): SCSI status: Check Condition >> (da4:mpt1:0:4:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or >> bus device reset occurred) >> >> >> >> > >> > -- >> > | Jeremy Chadwick jdc@parodius.com | >> > | Parodius Networking http://www.parodius.com/ | >> > | UNIX Systems Administrator Mountain View, CA, US | >> > | Making life hard for others since 1977. PGP 4BD6C0CB | >> > >> > >> >> >> -- >> Joshua Boyd >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > -- Joshua Boyd From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 00:42:27 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D30B8106564A for ; Thu, 16 Jun 2011 00:42:27 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6A7DC8FC0C for ; Thu, 16 Jun 2011 00:42:27 +0000 (UTC) Received: by fxm11 with SMTP id 11so1124788fxm.13 for ; Wed, 15 Jun 2011 17:42:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=8qB9repZdPnOTt5gUoQrZ2tKdSrto7q5vcjN2oMgB/c=; b=DdyeKJf4krFq+2x5Gqy92lMMa0rTQdSQ1XjxWhxNqml+WtDdDCZP/44vZfP5oj7x90 +wHgL8q30HdCToAYjXWONZioz9fT6TwXrBC5d+3DLtxwKdIdE9H0SvhPRAiZHb3iX7jZ WadL2ZJwHarDNaDAUKbBLliFyrxz4qPDSxa1Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=BdIuFuciV46/XHvRdL54C2VQJQmuyEQXEPQ+JHhM7oxsikVRENq3WSl79D11APU4eB u+rpms55MYZssVOe26KeJ8oZCzmAPr7mRDgJkJXfi0JreyX0ecK9H6Uqt+VPb95hHJt7 se+e4Es41QtM9qemebkEE26emNWGS2PgN9VcA= MIME-Version: 1.0 Received: by 10.223.41.89 with SMTP id n25mr357963fae.7.1308184946248; Wed, 15 Jun 2011 17:42:26 -0700 (PDT) Received: by 10.223.72.13 with HTTP; Wed, 15 Jun 2011 17:42:26 -0700 (PDT) Date: Wed, 15 Jun 2011 19:42:26 -0500 Message-ID: From: Zhihao Yuan To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 Subject: ZFS boot inside on the second partition inside a slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 00:42:27 -0000 Hi, I configured my disk layout according to http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition But I swapped the order of the freebsd-zfs and freebsd-swap. The 4.0G freebsd-swap partition appears first inside the slice. After that, I write zfsboot on both ada0s2 and ada0s2b, but the boot0 gives me a "Read error". What should do? Thanks. -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 00:44:15 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D89F5106564A for ; Thu, 16 Jun 2011 00:44:15 +0000 (UTC) (envelope-from jfvogel@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 49BAC8FC19 for ; Thu, 16 Jun 2011 00:44:14 +0000 (UTC) Received: by vxc34 with SMTP id 34so1117652vxc.13 for ; Wed, 15 Jun 2011 17:44:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=XqvzCzaqlkmj2fO5iXgt+TvikDyZezw6GsAS9O/7gr8=; b=j9+AW4b93y1TK1z7krruIw8rn8GVr54ztEjy09csoPVELIv66HNlaIAv+cQmab3huK Gt/fH54w8/Ka7zUncWhg9nOOkRsQgm1N+mDnhUqw97banvgKMkEoJpcrHxjWKujvVBqv pXWKGeANWtJKqEEltPUKG3AUEisTFdeT3n78o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=DOMkYSw/pGMc+z41DXHCAsihjiISrsYMvcK8CF9iNDC6w4BpyMVot7f2rcN5crwA4M Fm7jUYDfV2ocLItfVyAERSCJ83s5sI91SnTCqpNb9gaOl7PcHiQUGKV2Uof8nWBub3QQ abUI2HgOh6mOxtJqvQ3Mlw5rhXYlyJhwE1d4s= MIME-Version: 1.0 Received: by 10.52.32.98 with SMTP id h2mr343877vdi.227.1308183658926; Wed, 15 Jun 2011 17:20:58 -0700 (PDT) Received: by 10.52.115.138 with HTTP; Wed, 15 Jun 2011 17:20:58 -0700 (PDT) In-Reply-To: References: <20110615075754.GA54879@icarus.home.lan> Date: Wed, 15 Jun 2011 17:20:58 -0700 Message-ID: From: Jack Vogel To: Joshua Boyd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable , "Vogel, Jack" , Jeremy Chadwick Subject: Re: em0 watchdog timeouts on 8-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 00:44:15 -0000 I have hardware now, am working on reproducing this. Just curious, do you have the em driver defined in the kernel, or as a module? Jack On Wed, Jun 15, 2011 at 2:09 AM, Joshua Boyd wrote: > On Wed, Jun 15, 2011 at 3:57 AM, Jeremy Chadwick > wrote: > > > On Wed, Jun 15, 2011 at 03:14:43AM -0400, Joshua Boyd wrote: > > > I recently updated my server to the latest 8-STABLE, and upgraded to > v28 > > > ZFS. I have not had these problems on any other version of 8-STABLE or > > > 7-STABLE, which this box was upgraded from some time ago. > > > > > > Now, during my weekly scrub, I get the following messages and em0 is > > > unresponsive: > > > > > > Jun 12 03:07:58 foghornleghorn kernel: em0: Watchdog timeout -- > resetting > > > Jun 12 03:07:58 foghornleghorn kernel: em0: link state changed to DOWN > > > Jun 12 03:08:01 foghornleghorn kernel: em0: link state changed to UP > > > Jun 12 03:08:47 foghornleghorn kernel: em0: Watchdog timeout -- > resetting > > > Jun 12 03:08:47 foghornleghorn kernel: em0: link state changed to DOWN > > > Jun 12 03:08:50 foghornleghorn kernel: em0: link state changed to UP > > > > > > My scrub is scheduled to start at 03:00:00, so it looks like watchdog > > > timeouts start occurring pretty quickly once I/O ramps up. > > > > > > Here's some possibly relevant information, let me know if anything else > > > would be helpful to troubleshoot. > > > > > > FreeBSD foghornleghorn.res.openband.net 8.2-STABLE FreeBSD 8.2-STABLE > > #17: > > > Mon Jun 6 19:40:19 EDT 2011 > > > root@foghornleghorn.res.openband.net: > /usr/obj/usr/src/sys/FOGHORNLEGHORN > > > amd64 > > > > > > em0: port > > 0xe800-0xe83f > > > mem 0xfebe0000-0xfebfffff,0xfebc0000-0xfebdffff irq 20 at device 5.0 on > > pci7 > > > > > > em0@pci0:7:5:0: class=0x020000 card=0x13768086 chip=0x107c8086 > rev=0x05 > > > hdr=0x00 > > > vendor = 'Intel Corporation' > > > device = 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' > > > class = network > > > subclass = ethernet > > > > > > And, the SAS cards: > > > > > > dev.mpt.0.%desc: LSILogic SAS/SATA Adapter > > > dev.mpt.0.%driver: mpt > > > dev.mpt.0.%location: slot=0 function=0 > > > dev.mpt.0.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x15d9 > > > subdevice=0xa580 class=0x010000 > > > dev.mpt.0.%parent: pci1 > > > dev.mpt.0.debug: 3 > > > dev.mpt.0.role: 1 > > > dev.mpt.1.%desc: LSILogic SAS/SATA Adapter > > > dev.mpt.1.%driver: mpt > > > dev.mpt.1.%location: slot=0 function=0 > > > dev.mpt.1.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x15d9 > > > subdevice=0xa580 class=0x010000 > > > dev.mpt.1.%parent: pci2 > > > dev.mpt.1.debug: 3 > > > dev.mpt.1.role: 1 > > > dev.mpt.2.%desc: LSILogic SAS/SATA Adapter > > > dev.mpt.2.%driver: mpt > > > dev.mpt.2.%location: slot=0 function=0 > > > dev.mpt.2.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x1000 > > > subdevice=0x30a0 class=0x010000 > > > dev.mpt.2.%parent: pci6 > > > dev.mpt.2.debug: 3 > > > dev.mpt.2.role: 1 > > > > Please provide output from the following commands (as root): > > > > # pciconf -lvcb > > > > hostb0@pci0:0:0:0: class=0x060000 card=0x59561002 chip=0x59561002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'RD790 GFX Dual Slot' > class = bridge > subclass = HOST-PCI > pcib1@pci0:0:2:0: class=0x060400 card=0x59561002 chip=0x59781002 rev=0x00 > hdr=0x01 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'RD790 PCI to PCI bridge (external gfx0 port A)' > class = bridge > subclass = PCI-PCI > pcib2@pci0:0:3:0: class=0x060400 card=0x59561002 chip=0x59791002 rev=0x00 > hdr=0x01 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'RD790 PCI to PCI bridge (external gfx0 port B)' > class = bridge > subclass = PCI-PCI > pcib3@pci0:0:4:0: class=0x060400 card=0x59561002 chip=0x597a1002 rev=0x00 > hdr=0x01 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'RD790 PCI to PCI bridge (PCIe gpp port A)' > class = bridge > subclass = PCI-PCI > pcib4@pci0:0:6:0: class=0x060400 card=0x59561002 chip=0x597c1002 rev=0x00 > hdr=0x01 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'RD790 PCI to PCI bridge (PCIe gpp port C)' > class = bridge > subclass = PCI-PCI > pcib5@pci0:0:7:0: class=0x060400 card=0x59561002 chip=0x597d1002 rev=0x00 > hdr=0x01 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'RD790 PCI to PCI bridge (PCIe gpp port D)' > class = bridge > subclass = PCI-PCI > pcib6@pci0:0:11:0: class=0x060400 card=0x59561002 chip=0x59801002 rev=0x00 > hdr=0x01 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'RD790 PCI to PCI bridge (external gfx1 port A)' > class = bridge > subclass = PCI-PCI > atapci4@pci0:0:18:0: class=0x01018f card=0x81ef1043 chip=0x43801002 > rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 Serial ATA Controller' > class = mass storage > subclass = ATA > ohci0@pci0:0:19:0: class=0x0c0310 card=0x82881043 chip=0x43871002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 USB Controller (OHCI0)' > class = serial bus > subclass = USB > ohci1@pci0:0:19:1: class=0x0c0310 card=0x82881043 chip=0x43881002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 USB Controller (OHCI1)' > class = serial bus > subclass = USB > ohci2@pci0:0:19:2: class=0x0c0310 card=0x82881043 chip=0x43891002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 USB Controller (OHCI2)' > class = serial bus > subclass = USB > ohci3@pci0:0:19:3: class=0x0c0310 card=0x82881043 chip=0x438a1002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 USB Controller (OHCI3)' > class = serial bus > subclass = USB > ohci4@pci0:0:19:4: class=0x0c0310 card=0x82881043 chip=0x438b1002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 USB Controller (OHCI4)' > class = serial bus > subclass = USB > ehci0@pci0:0:19:5: class=0x0c0320 card=0x82881043 chip=0x43861002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 USB Controller (EHCI)' > class = serial bus > subclass = USB > none0@pci0:0:20:0: class=0x0c0500 card=0x82881043 chip=0x43851002 rev=0x14 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'ATI SMBus (ATI RD600/RS600)' > class = serial bus > subclass = SMBus > atapci5@pci0:0:20:1: class=0x01018a card=0x82881043 chip=0x438c1002 > rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'ATI RD600/RS600 IDE Controller (RD600/RS600)' > class = mass storage > subclass = ATA > none1@pci0:0:20:2: class=0x040300 card=0x82881043 chip=0x43831002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 High Definition Audio Controller' > class = multimedia > subclass = HDA > isab0@pci0:0:20:3: class=0x060100 card=0x82881043 chip=0x438d1002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 PCI to LPC Bridge' > class = bridge > subclass = PCI-ISA > pcib7@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 rev=0x00 > hdr=0x01 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 PCI to PCI Bridge' > class = bridge > subclass = PCI-PCI > hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x12001022 > rev=0x00 > hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(Family 10h) Athlon64/Opteron/Sempron HyperTransport > Technology Configuration' > class = bridge > subclass = HOST-PCI > hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x12011022 > rev=0x00 > hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(Family 10h) Athlon64/Opteron/Sempron Address Map' > class = bridge > subclass = HOST-PCI > hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x12021022 > rev=0x00 > hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(Family 10h) Athlon64/Opteron/Sempron DRAM Controller' > class = bridge > subclass = HOST-PCI > hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x12031022 > rev=0x00 > hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(Family 10h) Athlon64/Opteron/Sempron Miscellaneous > Control' > class = bridge > subclass = HOST-PCI > hostb5@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x12041022 > rev=0x00 > hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(Family 10h) Athlon64/Opteron/Sempron Link Control' > class = bridge > subclass = HOST-PCI > mpt0@pci0:1:0:0: class=0x010000 card=0xa58015d9 chip=0x00581000 rev=0x08 > hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'SAS 3000 series, 8-port with 1068E -StorPort' > class = mass storage > subclass = SCSI > mpt1@pci0:2:0:0: class=0x010000 card=0xa58015d9 chip=0x00581000 rev=0x08 > hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'SAS 3000 series, 8-port with 1068E -StorPort' > class = mass storage > subclass = SCSI > atapci0@pci0:3:0:0: class=0x01018f card=0x612111ab chip=0x612111ab > rev=0xb1 > hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = '6121 SATA2 Controller' > class = mass storage > subclass = ATA > mskc0@pci0:4:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab rev=0x12 > hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'Yukon PCI-E Gigabit Ethernet Controller (88E8056)' > class = network > subclass = ethernet > atapci2@pci0:5:0:0: class=0x01018f card=0x612111ab chip=0x612111ab > rev=0xb2 > hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = '6121 SATA2 Controller' > class = mass storage > subclass = ATA > mpt2@pci0:6:0:0: class=0x010000 card=0x30a01000 chip=0x00581000 rev=0x08 > hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'SAS 3000 series, 8-port with 1068E -StorPort' > class = mass storage > subclass = SCSI > em0@pci0:7:5:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' > class = network > subclass = ethernet > vgapci0@pci0:7:6:0: class=0x030000 card=0x00000000 chip=0x88115333 > rev=0x44 > hdr=0x00 > vendor = 'S3 Graphics Co., Ltd' > device = '86C732 Trio32, 86C764 Trio64, 86C765 Trio64V+ Rev 01' > class = display > subclass = VGA > none2@pci0:7:8:0: class=0x0c0010 card=0x82941043 chip=0x581111c1 rev=0x70 > hdr=0x00 > vendor = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)' > device = '1394A PCI PHY/Link Open Host Ctrlr I/F (FW322)' > class = serial bus > subclass = FireWire > [josh@foghornleghorn /var/log]$ sudo su - > foghornleghorn# pciconf -lvcb > hostb0@pci0:0:0:0: class=0x060000 card=0x59561002 chip=0x59561002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'RD790 GFX Dual Slot' > class = bridge > subclass = HOST-PCI > cap 08[c4] = HT slave > cap 08[40] = HT retry mode > cap 08[54] = HT unit ID clumping > cap 08[9c] = HT unknown d03c > pcib1@pci0:0:2:0: class=0x060400 card=0x59561002 chip=0x59781002 rev=0x00 > hdr=0x01 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'RD790 PCI to PCI bridge (external gfx0 port A)' > class = bridge > subclass = PCI-PCI > cap 01[50] = powerspec 3 supports D0 D3 current D0 > cap 10[58] = PCI-Express 2 root port max data 128(128) link x4(x8) > cap 05[a0] = MSI supports 1 message > cap 0d[b0] = PCI Bridge card=0x59561002 > cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 > ecap 000b[100] = unknown 1 > ecap 0002[110] = VC 1 max VC0 > pcib2@pci0:0:3:0: class=0x060400 card=0x59561002 chip=0x59791002 rev=0x00 > hdr=0x01 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'RD790 PCI to PCI bridge (external gfx0 port B)' > class = bridge > subclass = PCI-PCI > cap 01[50] = powerspec 3 supports D0 D3 current D0 > cap 10[58] = PCI-Express 2 root port max data 128(128) link x4(x8) > cap 05[a0] = MSI supports 1 message > cap 0d[b0] = PCI Bridge card=0x59561002 > cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 > ecap 000b[100] = unknown 1 > ecap 0002[110] = VC 1 max VC0 > pcib3@pci0:0:4:0: class=0x060400 card=0x59561002 chip=0x597a1002 rev=0x00 > hdr=0x01 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'RD790 PCI to PCI bridge (PCIe gpp port A)' > class = bridge > subclass = PCI-PCI > cap 01[50] = powerspec 3 supports D0 D3 current D0 > cap 10[58] = PCI-Express 2 root port max data 128(128) link x1(x2) > cap 05[a0] = MSI supports 1 message > cap 0d[b0] = PCI Bridge card=0x59561002 > cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 > ecap 000b[100] = unknown 1 > ecap 0002[110] = VC 1 max VC0 > pcib4@pci0:0:6:0: class=0x060400 card=0x59561002 chip=0x597c1002 rev=0x00 > hdr=0x01 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'RD790 PCI to PCI bridge (PCIe gpp port C)' > class = bridge > subclass = PCI-PCI > cap 01[50] = powerspec 3 supports D0 D3 current D0 > cap 10[58] = PCI-Express 2 root port max data 128(128) link x1(x1) > cap 05[a0] = MSI supports 1 message > cap 0d[b0] = PCI Bridge card=0x59561002 > cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 > ecap 000b[100] = unknown 1 > ecap 0002[110] = VC 1 max VC0 > pcib5@pci0:0:7:0: class=0x060400 card=0x59561002 chip=0x597d1002 rev=0x00 > hdr=0x01 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'RD790 PCI to PCI bridge (PCIe gpp port D)' > class = bridge > subclass = PCI-PCI > cap 01[50] = powerspec 3 supports D0 D3 current D0 > cap 10[58] = PCI-Express 2 root port max data 128(128) link x1(x1) > cap 05[a0] = MSI supports 1 message > cap 0d[b0] = PCI Bridge card=0x59561002 > cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 > ecap 000b[100] = unknown 1 > ecap 0002[110] = VC 1 max VC0 > pcib6@pci0:0:11:0: class=0x060400 card=0x59561002 chip=0x59801002 rev=0x00 > hdr=0x01 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'RD790 PCI to PCI bridge (external gfx1 port A)' > class = bridge > subclass = PCI-PCI > cap 01[50] = powerspec 3 supports D0 D3 current D0 > cap 10[58] = PCI-Express 2 root port max data 128(128) link x4(x8) > cap 05[a0] = MSI supports 1 message > cap 0d[b0] = PCI Bridge card=0x59561002 > cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 > ecap 000b[100] = unknown 1 > ecap 0002[110] = VC 1 max VC0 > atapci4@pci0:0:18:0: class=0x01018f card=0x81ef1043 chip=0x43801002 > rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 Serial ATA Controller' > class = mass storage > subclass = ATA > bar [10] = type I/O Port, range 32, base 0x5000, size 8, enabled > bar [14] = type I/O Port, range 32, base 0x4000, size 4, enabled > bar [18] = type I/O Port, range 32, base 0x3000, size 8, enabled > bar [1c] = type I/O Port, range 32, base 0x2000, size 4, enabled > bar [20] = type I/O Port, range 32, base 0x1000, size 16, enabled > bar [24] = type Memory, range 32, base 0xf71ff800, size 1024, enabled > cap 01[60] = powerspec 2 supports D0 D3 current D0 > ohci0@pci0:0:19:0: class=0x0c0310 card=0x82881043 chip=0x43871002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 USB Controller (OHCI0)' > class = serial bus > subclass = USB > bar [10] = type Memory, range 32, base 0xf71fe000, size 4096, enabled > ohci1@pci0:0:19:1: class=0x0c0310 card=0x82881043 chip=0x43881002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 USB Controller (OHCI1)' > class = serial bus > subclass = USB > bar [10] = type Memory, range 32, base 0xf71fd000, size 4096, enabled > ohci2@pci0:0:19:2: class=0x0c0310 card=0x82881043 chip=0x43891002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 USB Controller (OHCI2)' > class = serial bus > subclass = USB > bar [10] = type Memory, range 32, base 0xf71fc000, size 4096, enabled > ohci3@pci0:0:19:3: class=0x0c0310 card=0x82881043 chip=0x438a1002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 USB Controller (OHCI3)' > class = serial bus > subclass = USB > bar [10] = type Memory, range 32, base 0xf71fb000, size 4096, enabled > ohci4@pci0:0:19:4: class=0x0c0310 card=0x82881043 chip=0x438b1002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 USB Controller (OHCI4)' > class = serial bus > subclass = USB > bar [10] = type Memory, range 32, base 0xf71fa000, size 4096, enabled > ehci0@pci0:0:19:5: class=0x0c0320 card=0x82881043 chip=0x43861002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 USB Controller (EHCI)' > class = serial bus > subclass = USB > bar [10] = type Memory, range 32, base 0xf71ff000, size 256, enabled > cap 01[c0] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 05[d0] = MSI supports 1 message > cap 0a[e4] = EHCI Debug Port at offset 0xe0 in map 0x14 > none0@pci0:0:20:0: class=0x0c0500 card=0x82881043 chip=0x43851002 rev=0x14 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'ATI SMBus (ATI RD600/RS600)' > class = serial bus > subclass = SMBus > bar [10] = type I/O Port, range 32, base 0xb00, size 16, enabled > cap 08[b0] = HT MSI fixed address window disabled at 0xfee00000 > atapci5@pci0:0:20:1: class=0x01018a card=0x82881043 chip=0x438c1002 > rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'ATI RD600/RS600 IDE Controller (RD600/RS600)' > class = mass storage > subclass = ATA > bar [10] = type I/O Port, range 32, base 0x1f0, size 8, enabled > bar [14] = type I/O Port, range 32, base 0x3f4, size 1, enabled > bar [18] = type I/O Port, range 32, base 0x170, size 8, enabled > bar [1c] = type I/O Port, range 32, base 0x374, size 1, enabled > bar [20] = type I/O Port, range 32, base 0xff00, size 16, enabled > none1@pci0:0:20:2: class=0x040300 card=0x82881043 chip=0x43831002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 High Definition Audio Controller' > class = multimedia > subclass = HDA > bar [10] = type Memory, range 64, base 0xf71f4000, size 16384, enabled > cap 01[50] = powerspec 2 supports D0 D3 current D0 > isab0@pci0:0:20:3: class=0x060100 card=0x82881043 chip=0x438d1002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 PCI to LPC Bridge' > class = bridge > subclass = PCI-ISA > pcib7@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 rev=0x00 > hdr=0x01 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 PCI to PCI Bridge' > class = bridge > subclass = PCI-PCI > hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x12001022 > rev=0x00 > hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(Family 10h) Athlon64/Opteron/Sempron HyperTransport > Technology Configuration' > class = bridge > subclass = HOST-PCI > cap 08[80] = HT host > hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x12011022 > rev=0x00 > hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(Family 10h) Athlon64/Opteron/Sempron Address Map' > class = bridge > subclass = HOST-PCI > hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x12021022 > rev=0x00 > hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(Family 10h) Athlon64/Opteron/Sempron DRAM Controller' > class = bridge > subclass = HOST-PCI > hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x12031022 > rev=0x00 > hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(Family 10h) Athlon64/Opteron/Sempron Miscellaneous > Control' > class = bridge > subclass = HOST-PCI > cap 0f[f0] = unknown > hostb5@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x12041022 > rev=0x00 > hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = '(Family 10h) Athlon64/Opteron/Sempron Link Control' > class = bridge > subclass = HOST-PCI > mpt0@pci0:1:0:0: class=0x010000 card=0xa58015d9 chip=0x00581000 rev=0x08 > hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'SAS 3000 series, 8-port with 1068E -StorPort' > class = mass storage > subclass = SCSI > bar [10] = type I/O Port, range 32, base 0x6000, size 256, disabled > bar [14] = type Memory, range 64, base 0xf75fc000, size 16384, enabled > bar [1c] = type Memory, range 64, base 0xf75e0000, size 65536, enabled > cap 01[50] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 10[68] = PCI-Express 1 endpoint max data 128(4096) link x4(x8) > cap 05[98] = MSI supports 1 message, 64 bit > cap 11[b0] = MSI-X supports 1 message in map 0x14 > ecap 0001[100] = AER 1 1 fatal 1 non-fatal 0 corrected > mpt1@pci0:2:0:0: class=0x010000 card=0xa58015d9 chip=0x00581000 rev=0x08 > hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'SAS 3000 series, 8-port with 1068E -StorPort' > class = mass storage > subclass = SCSI > bar [10] = type I/O Port, range 32, base 0x7000, size 256, disabled > bar [14] = type Memory, range 64, base 0xf78fc000, size 16384, enabled > bar [1c] = type Memory, range 64, base 0xf78e0000, size 65536, enabled > cap 01[50] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 10[68] = PCI-Express 1 endpoint max data 128(4096) link x4(x8) > cap 05[98] = MSI supports 1 message, 64 bit > cap 11[b0] = MSI-X supports 1 message in map 0x14 > ecap 0001[100] = AER 1 1 fatal 1 non-fatal 0 corrected > atapci0@pci0:3:0:0: class=0x01018f card=0x612111ab chip=0x612111ab > rev=0xb1 > hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = '6121 SATA2 Controller' > class = mass storage > subclass = ATA > bar [10] = type I/O Port, range 32, base 0x9800, size 8, enabled > bar [14] = type I/O Port, range 32, base 0x9400, size 4, enabled > bar [18] = type I/O Port, range 32, base 0x9000, size 8, enabled > bar [1c] = type I/O Port, range 32, base 0x8800, size 4, enabled > bar [20] = type I/O Port, range 32, base 0x8400, size 16, enabled > bar [24] = type Memory, range 32, base 0xf79ffc00, size 1024, enabled > cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 > cap 05[50] = MSI supports 1 message > cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1) > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 2 corrected > mskc0@pci0:4:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab rev=0x12 > hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'Yukon PCI-E Gigabit Ethernet Controller (88E8056)' > class = network > subclass = ethernet > bar [10] = type Memory, range 64, base 0xf7afc000, size 16384, enabled > bar [18] = type I/O Port, range 32, base 0xa800, size 256, enabled > cap 01[48] = powerspec 3 supports D0 D1 D2 D3 current D0 > cap 03[50] = VPD > cap 05[5c] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1) > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected > atapci2@pci0:5:0:0: class=0x01018f card=0x612111ab chip=0x612111ab > rev=0xb2 > hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = '6121 SATA2 Controller' > class = mass storage > subclass = ATA > bar [10] = type I/O Port, range 32, base 0xc800, size 8, enabled > bar [14] = type I/O Port, range 32, base 0xc400, size 4, enabled > bar [18] = type I/O Port, range 32, base 0xc000, size 8, enabled > bar [1c] = type I/O Port, range 32, base 0xb800, size 4, enabled > bar [20] = type I/O Port, range 32, base 0xb400, size 16, enabled > bar [24] = type Memory, range 32, base 0xf7bffc00, size 1024, enabled > cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 > cap 05[50] = MSI supports 1 message > cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1) > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected > mpt2@pci0:6:0:0: class=0x010000 card=0x30a01000 chip=0x00581000 rev=0x08 > hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'SAS 3000 series, 8-port with 1068E -StorPort' > class = mass storage > subclass = SCSI > bar [10] = type I/O Port, range 32, base 0xd000, size 256, disabled > bar [14] = type Memory, range 64, base 0xf7ffc000, size 16384, enabled > bar [1c] = type Memory, range 64, base 0xf7fe0000, size 65536, enabled > cap 01[50] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 10[68] = PCI-Express 1 endpoint max data 128(4096) link x4(x8) > cap 05[98] = MSI supports 1 message, 64 bit > cap 11[b0] = MSI-X supports 1 message in map 0x14 > ecap 0001[100] = AER 1 1 fatal 1 non-fatal 0 corrected > em0@pci0:7:5:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' > class = network > subclass = ethernet > bar [10] = type Memory, range 32, base 0xfebe0000, size 131072, > enabled > bar [14] = type Memory, range 32, base 0xfebc0000, size 131072, > enabled > bar [18] = type I/O Port, range 32, base 0xe800, size 64, enabled > cap 01[dc] = powerspec 2 supports D0 D3 current D0 > cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction > vgapci0@pci0:7:6:0: class=0x030000 card=0x00000000 chip=0x88115333 > rev=0x44 > hdr=0x00 > vendor = 'S3 Graphics Co., Ltd' > device = '86C732 Trio32, 86C764 Trio64, 86C765 Trio64V+ Rev 01' > class = display > subclass = VGA > bar [10] = type Memory, range 32, base 0xf8000000, size 67108864, > enabled > none2@pci0:7:8:0: class=0x0c0010 card=0x82941043 chip=0x581111c1 rev=0x70 > hdr=0x00 > vendor = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)' > device = '1394A PCI PHY/Link Open Host Ctrlr I/F (FW322)' > class = serial bus > subclass = FireWire > bar [10] = type Memory, range 32, base 0xfeb8f000, size 4096, enabled > cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 > > > > > # vmstat -i > > > > interrupt total rate > irq9: acpi0 1 0 > irq16: atapci0+ 2 0 > irq17: ohci1 ohci3 3 0 > irq18: mpt0 ohci2+ 7066718 31 > irq19: mpt1 atapci* 7798877 34 > irq20: em0 11715792 51 > irq22: atapci4 628883 2 > cpu0: timer 455853831 1999 > irq256: mskc0 97098730 425 > cpu1: timer 455845190 1999 > Total 1036008027 4544 > > > > > # sysctl -a | grep msi > > > > hw.pci.honor_msi_blacklist: 1 > hw.pci.enable_msix: 1 > hw.pci.enable_msi: 1 > > > > > # dmesg > > > > Copyright (c) 1992-2011 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.2-STABLE #17: Mon Jun 6 19:40:19 EDT 2011 > root@foghornleghorn.res.openband.net: > /usr/obj/usr/src/sys/FOGHORNLEGHORN > amd64 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Phenom(tm) II X2 555 Processor (3209.77-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x100f43 Family = 10 Model = 4 Stepping = > 3 > > > Features=0x178bfbff > Features2=0x802009 > AMD > Features=0xee500800 > AMD > > Features2=0x37ff > TSC: P-state invariant > real memory = 8589934592 (8192 MB) > avail memory = 8257736704 (7875 MB) > ACPI APIC Table: <092310 OEMAPIC > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > acpi0: <092310 OEMRSDT> on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of fee00000, 1000 (3) failed > acpi0: reservation of ffb80000, 80000 (3) failed > acpi0: reservation of fff00000, 100000 (3) failed > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, dff00000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on > acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 900 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 18 at device 2.0 on pci0 > pci1: on pcib1 > mpt0: port 0x6000-0x60ff mem > 0xf75fc000-0xf75fffff,0xf75e0000-0xf75effff irq 18 at device 0.0 on pci1 > mpt0: [ITHREAD] > mpt0: MPI Version=1.5.20.0 > pcib2: irq 19 at device 3.0 on pci0 > pci2: on pcib2 > mpt1: port 0x7000-0x70ff mem > 0xf78fc000-0xf78fffff,0xf78e0000-0xf78effff irq 19 at device 0.0 on pci2 > mpt1: [ITHREAD] > mpt1: MPI Version=1.5.20.0 > pcib3: irq 16 at device 4.0 on pci0 > pci3: on pcib3 > atapci0: port > 0x9800-0x9807,0x9400-0x9403,0x9000-0x9007,0x8800-0x8803,0x8400-0x840f mem > 0xf79ffc00-0xf79fffff irq 16 at device 0.0 on pci3 > atapci0: [ITHREAD] > atapci1: on atapci0 > atapci1: [ITHREAD] > atapci1: AHCI v1.00 controller with 3 3Gbps ports, PM supported > ata2: on atapci1 > ata2: [ITHREAD] > ata3: on atapci1 > ata3: [ITHREAD] > ata4: on atapci0 > ata4: [ITHREAD] > pcib4: irq 18 at device 6.0 on pci0 > pci4: on pcib4 > mskc0: port 0xa800-0xa8ff mem > 0xf7afc000-0xf7afffff irq 18 at device 0.0 on pci4 > msk0: on > mskc0 > msk0: Ethernet address: 00:1f:c6:e9:f8:7c > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > mskc0: [ITHREAD] > pcib5: irq 19 at device 7.0 on pci0 > pci5: on pcib5 > atapci2: port > 0xc800-0xc807,0xc400-0xc403,0xc000-0xc007,0xb800-0xb803,0xb400-0xb40f mem > 0xf7bffc00-0xf7bfffff irq 19 at device 0.0 on pci5 > atapci2: [ITHREAD] > atapci3: on atapci2 > atapci3: [ITHREAD] > atapci3: AHCI v1.00 controller with 3 3Gbps ports, PM supported > ata5: on atapci3 > ata5: [ITHREAD] > ata6: on atapci3 > ata6: [ITHREAD] > ata7: on atapci2 > ata7: [ITHREAD] > pcib6: irq 19 at device 11.0 on pci0 > pci6: on pcib6 > mpt2: port 0xd000-0xd0ff mem > 0xf7ffc000-0xf7ffffff,0xf7fe0000-0xf7feffff irq 19 at device 0.0 on pci6 > mpt2: [ITHREAD] > mpt2: MPI Version=1.5.19.0 > atapci4: port > 0x5000-0x5007,0x4000-0x4003,0x3000-0x3007,0x2000-0x2003,0x1000-0x100f mem > 0xf71ff800-0xf71ffbff irq 22 at device 18.0 on pci0 > atapci4: [ITHREAD] > atapci4: AHCI v1.10 controller with 4 3Gbps ports, PM supported > ata8: on atapci4 > ata8: port is not ready (timeout 0ms) tfd = 000001d0 > ata8: software reset clear timeout > ata8: [ITHREAD] > ata9: on atapci4 > ata9: [ITHREAD] > ata10: on atapci4 > ata10: [ITHREAD] > ata11: on atapci4 > ata11: [ITHREAD] > ohci0: mem 0xf71fe000-0xf71fefff irq 16 at > device 19.0 on pci0 > ohci0: [ITHREAD] > usbus0: on ohci0 > ohci1: mem 0xf71fd000-0xf71fdfff irq 17 at > device 19.1 on pci0 > ohci1: [ITHREAD] > usbus1: on ohci1 > ohci2: mem 0xf71fc000-0xf71fcfff irq 18 at > device 19.2 on pci0 > ohci2: [ITHREAD] > usbus2: on ohci2 > ohci3: mem 0xf71fb000-0xf71fbfff irq 17 at > device 19.3 on pci0 > ohci3: [ITHREAD] > usbus3: on ohci3 > ohci4: mem 0xf71fa000-0xf71fafff irq 18 at > device 19.4 on pci0 > ohci4: [ITHREAD] > usbus4: on ohci4 > ehci0: mem 0xf71ff000-0xf71ff0ff irq 19 > at device 19.5 on pci0 > ehci0: [ITHREAD] > ehci0: AMD SB600/700 quirk applied > usbus5: EHCI version 1.0 > usbus5: on ehci0 > pci0: at device 20.0 (no driver attached) > atapci5: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 > ata0: on atapci5 > ata0: [ITHREAD] > pci0: at device 20.2 (no driver attached) > isab0: at device 20.3 on pci0 > isa0: on isab0 > pcib7: at device 20.4 on pci0 > pci7: on pcib7 > em0: port 0xe800-0xe83f > mem 0xfebe0000-0xfebfffff,0xfebc0000-0xfebdffff irq 20 at device 5.0 on > pci7 > em0: [FILTER] > em0: Ethernet address: 00:1b:21:4e:e5:2e > vgapci0: mem 0xf8000000-0xfbffffff at device 6.0 > on > pci7 > pci7: at device 8.0 (no driver attached) > acpi_button0: on acpi0 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > acpi_hpet1: iomem 0xfed00000-0xfed003ff on > acpi0 > device_attach: acpi_hpet1 attach returned 12 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > orm0: at iomem > 0xc0000-0xc7fff,0xc8000-0xc87ff,0xc8800-0xc97ff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > acpi_throttle0: on cpu0 > acpi_throttle0: CLK_VAL field overlaps THT_EN bit > device_attach: acpi_throttle0 attach returned 6 > hwpstate0: on cpu0 > Timecounters tick every 1.000 msec > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > usbus3: 12Mbps Full Speed USB v1.0 > usbus4: 12Mbps Full Speed USB v1.0 > usbus5: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > ugen2.1: at usbus2 > uhub2: on usbus2 > ugen3.1: at usbus3 > uhub3: on usbus3 > ugen4.1: at usbus4 > uhub4: on usbus4 > ugen5.1: at usbus5 > uhub5: on usbus5 > ad16: 476940MB at ata8-master UDMA100 SATA > 3Gb/s > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > uhub2: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > uhub4: 2 ports with 2 removable, self powered > da8 at mpt0 bus 0 scbus0 target 0 lun 0 > da8: Fixed Direct Access SCSI-5 device > da8: 300.000MB/s transfers > da8: Command Queueing enabled > da8: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) > da9 at mpt0 bus 0 scbus0 target 1 lun 0 > da9: Fixed Direct Access SCSI-5 device > da9: 300.000MB/s transfers > da9: Command Queueing enabled > da9: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) > da10 at mpt0 bus 0 scbus0 target 2 lun 0 > da10: Fixed Direct Access SCSI-5 device > da10: 300.000MB/s transfers > da10: Command Queueing enabled > da10: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) > da11 at mpt0 bus 0 scbus0 target 3 lun 0 > da11: Fixed Direct Access SCSI-5 device > da11: 300.000MB/s transfers > da11: Command Queueing enabled > da11: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) > da12 at mpt0 bus 0 scbus0 target 4 lun 0 > da12: Fixed Direct Access SCSI-5 device > da12: 300.000MB/s transfers > da12: Command Queueing enabled > da12: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) > da13 at mpt0 bus 0 scbus0 target 5 lun 0 > da13: Fixed Direct Access SCSI-5 device > da13: 300.000MB/s transfers > da13: Command Queueing enabled > da13: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) > da14 at mpt0 bus 0 scbus0 target 6 lun 0 > da14: Fixed Direct Access SCSI-5 device > da14: 300.000MB/s transfers > da14: Command Queueing enabled > da14: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) > da0 at mpt1 bus 0 scbus1 target 0 lun 0 > da0: Fixed Direct Access SCSI-5 device > da0: 300.000MB/s transfers > da0: Command Queueing enabled > da0: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) > da1 at mpt1 bus 0 scbus1 target 1 lun 0 > da1: Fixed Direct Access SCSI-5 device > da1: 300.000MB/s transfers > da1: Command Queueing enabled > da1: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) > da2 at mpt1 bus 0 scbus1 target 2 lun 0 > da2: Fixed Direct Access SCSI-5 device > da2: 300.000MB/s transfers > da2: Command Queueing enabled > da2: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) > da3 at mpt1 bus 0 scbus1 target 3 lun 0 > da3: Fixed Direct Access SCSI-5 device > da3: 300.000MB/s transfers > da3: Command Queueing enabled > da3: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) > da4 at mpt1 bus 0 scbus1 target 4 lun 0 > da4: Fixed Direct Access SCSI-5 device > da4: 300.000MB/s transfers > da4: Command Queueing enabled > da4: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) > da5 at mpt1 bus 0 scbus1 target 5 lun 0 > da5: Fixed Direct Access SCSI-5 device > da5: 300.000MB/s transfers > da5: Command Queueing enabled > da5: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) > da6 at mpt1 bus 0 scbus1 target 6 lun 0 > da6: Fixed Direct Access SCSI-5 device > da6: 300.000MB/s transfers > da6: Command Queueing enabled > da6: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) > da7 at mpt1 bus 0 scbus1 target 7 lun 0 > da7: Fixed Direct Access SCSI-5 device > da7: 300.000MB/s transfers > da7: Command Queueing enabled > da7: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) > SMP: AP CPU #1 Launched! > uhub5: 10 ports with 10 removable, self powered > GEOM: da7: geometry does not match label (16h,63s != 255h,63s). > Trying to mount root from ufs:/dev/ad16s1a > WARNING: / was not properly dismounted > ZFS filesystem version 5 > ZFS storage pool version 28 > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > 0 > mpt1: request 0xffffff80002c57f0:2369 timed out for ccb 0xffffff00063bb000 > (req->ccb 0xffffff00063bb000) > mpt1: attempting to abort req 0xffffff80002c57f0:2369 function 0 > mpt1: mpt_wait_req(1) timed out > mpt1: mpt_recover_commands: abort timed-out. Resetting controller > mpt1: mpt_cam_event: 0x80 > mpt1: mpt_cam_event: 0x80 > mpt1: completing timedout/aborted req 0xffffff80002c57f0:2369 > mpt1: mpt_cam_event: 0x16 > mpt1: mpt_cam_event: 0x12 > mpt1: mpt_cam_event: 0x12 > mpt1: mpt_cam_event: 0x12 > mpt1: mpt_cam_event: 0x12 > mpt1: mpt_cam_event: 0x12 > mpt1: mpt_cam_event: 0x12 > mpt1: mpt_cam_event: 0x12 > mpt1: mpt_cam_event: 0x12 > mpt1: mpt_cam_event: 0x16 > mpt1: request 0xffffff80002c5c70:2375 timed out for ccb 0xffffff00063bb000 > (req->ccb 0xffffff00063bb000) > mpt1: attempting to abort req 0xffffff80002c5c70:2375 function 0 > mpt1: completing timedout/aborted req 0xffffff80002c5c70:2375 > mpt1: > abort of req 0xffffff80002c5c70:0 completed > mpt1: mpt_cam_event: 0x16 > mpt1: mpt_cam_event: 0x16 > mpt1: request 0xffffff80002c5fd0:2379 timed out for ccb 0xffffff00063bb000 > (req->ccb 0xffffff00063bb000) > mpt1: attempting to abort req 0xffffff80002c5fd0:2379 function 0 > mpt1: completing timedout/aborted req 0xffffff80002c5fd0:2379 > mpt1: > abort of req 0xffffff80002c5fd0:0 completed > mpt1: mpt_cam_event: 0x16 > mpt1: mpt_cam_event: 0x16 > mpt1: request 0xffffff80002c6210:2383 timed out for ccb 0xffffff00063bb000 > (req->ccb 0xffffff00063bb000) > mpt1: attempting to abort req 0xffffff80002c6210:2383 function 0 > mpt1: completing timedout/aborted req 0xffffff80002c6210:2383 > mpt1: > abort of req 0xffffff80002c6210:0 completed > mpt1: mpt_cam_event: 0x16 > mpt1: mpt_cam_event: 0x16 > mpt1: request 0xffffff80002c6180:2387 timed out for ccb 0xffffff00063bb000 > (req->ccb 0xffffff00063bb000) > mpt1: attempting to abort req 0xffffff80002c6180:2387 function 0 > mpt1: completing timedout/aborted req 0xffffff80002c6180:2387 > mpt1: > abort of req 0xffffff80002c6180:0 completed > mpt1: mpt_cam_event: 0x16 > mpt1: mpt_cam_event: 0x16 > mpt1: request 0xffffff80002c62a0:2391 timed out for ccb 0xffffff00063bb000 > (req->ccb 0xffffff00063bb000) > mpt1: attempting to abort req 0xffffff80002c62a0:2391 function 0 > mpt1: completing timedout/aborted req 0xffffff80002c62a0:2391 > mpt1: > abort of req 0xffffff80002c62a0:0 completed > mpt1: mpt_cam_event: 0x16 > mpt1: mpt_cam_event: 0x16 > mpt1: request 0xffffff80002c6720:2395 timed out for ccb 0xffffff00063bb000 > (req->ccb 0xffffff00063bb000) > mpt1: attempting to abort req 0xffffff80002c6720:2395 function 0 > mpt1: completing timedout/aborted req 0xffffff80002c6720:2395 > mpt1: > abort of req 0xffffff80002c6720:0 completed > mpt1: mpt_cam_event: 0x16 > mpt1: mpt_cam_event: 0x16 > mpt1: request 0xffffff80002c67b0:2399 timed out for ccb 0xffffff00063bb000 > (req->ccb 0xffffff00063bb000) > mpt1: attempting to abort req 0xffffff80002c67b0:2399 function 0 > mpt1: completing timedout/aborted req 0xffffff80002c67b0:2399 > mpt1: > abort of req 0xffffff80002c67b0:0 completed > mpt1: mpt_cam_event: 0x16 > mpt1: mpt_cam_event: 0x16 > mpt0: request 0xffffff80002a69e0:2082 timed out for ccb 0xffffff0006389800 > (req->ccb 0xffffff0006389800) > mpt0: attempting to abort req 0xffffff80002a69e0:2082 function 0 > mpt0: completing timedout/aborted req 0xffffff80002a69e0:2082 > mpt0: abort of req 0xffffff80002a69e0:0 completed > mpt0: mpt_cam_event: 0x16 > mpt0: mpt_cam_event: 0x16 > mpt0: request 0xffffff80002a6c20:2086 timed out for ccb 0xffffff0006389800 > (req->ccb 0xffffff0006389800) > mpt0: attempting to abort req 0xffffff80002a6c20:2086 function 0 > mpt0: completing timedout/aborted req 0xffffff80002a6c20:2086 > mpt0: abort of req 0xffffff80002a6c20:0 completed > mpt0: mpt_cam_event: 0x16 > mpt0: mpt_cam_event: 0x16 > mpt0: request 0xffffff80002a6cb0:2090 timed out for ccb 0xffffff0006389800 > (req->ccb 0xffffff0006389800) > mpt0: attempting to abort req 0xffffff80002a6cb0:2090 function 0 > mpt0: completing timedout/aborted req 0xffffff80002a6cb0:2090 > mpt0: abort of req 0xffffff80002a6cb0:0 completed > mpt0: mpt_cam_event: 0x16 > mpt0: mpt_cam_event: 0x16 > mpt0: request 0xffffff80002a6b90:2094 timed out for ccb 0xffffff0006389800 > (req->ccb 0xffffff0006389800) > mpt0: attempting to abort req 0xffffff80002a6b90:2094 function 0 > mpt0: completing timedout/aborted req 0xffffff80002a6b90:2094 > mpt0: abort of req 0xffffff80002a6b90:0 completed > mpt0: mpt_cam_event: 0x16 > mpt0: mpt_cam_event: 0x16 > tun0: link state changed to UP > (da8:mpt0:0:0:0): READ(10). CDB: 28 0 3e e2 6f 56 0 0 1 0 > (da8:mpt0:0:0:0): CAM status: SCSI Status Error > (da8:mpt0:0:0:0): SCSI status: Check Condition > (da8:mpt0:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or > bus device reset occurred) > (da11:mpt0:0:3:0): READ(10). CDB: 28 0 1a b6 92 0 0 0 80 0 > (da11:mpt0:0:3:0): CAM status: SCSI Status Error > (da11:mpt0:0:3:0): SCSI status: Check Condition > (da11:mpt0:0:3:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or > bus device reset occurred) > (da2:mpt1:0:2:0): READ(10). CDB: 28 0 76 7b de 0 0 0 80 0 > (da2:mpt1:0:2:0): CAM status: SCSI Status Error > (da2:mpt1:0:2:0): SCSI status: Check Condition > (da2:mpt1:0:2:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or > bus device reset occurred) > (da10:mpt0:0:2:0): READ(10). CDB: 28 0 1a ff 67 80 0 0 80 0 > (da10:mpt0:0:2:0): CAM status: SCSI Status Error > (da10:mpt0:0:2:0): SCSI status: Check Condition > (da10:mpt0:0:2:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or > bus device reset occurred) > (da5:mpt1:0:5:0): READ(10). CDB: 28 0 1a ff 67 80 0 0 80 0 > (da5:mpt1:0:5:0): CAM status: SCSI Status Error > (da5:mpt1:0:5:0): SCSI status: Check Condition > (da5:mpt1:0:5:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or > bus device reset occurred) > (da7:mpt1:0:7:0): READ(10). CDB: 28 0 40 d7 da 80 0 0 80 0 > (da7:mpt1:0:7:0): CAM status: SCSI Status Error > (da7:mpt1:0:7:0): SCSI status: Check Condition > (da7:mpt1:0:7:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or > bus device reset occurred) > (da6:mpt1:0:6:0): READ(10). CDB: 28 0 40 d7 da 80 0 0 80 0 > (da6:mpt1:0:6:0): CAM status: SCSI Status Error > (da6:mpt1:0:6:0): SCSI status: Check Condition > (da6:mpt1:0:6:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or > bus device reset occurred) > (da0:mpt1:0:0:0): READ(10). CDB: 28 0 76 91 87 e3 0 0 1 0 > (da0:mpt1:0:0:0): CAM status: SCSI Status Error > (da0:mpt1:0:0:0): SCSI status: Check Condition > (da0:mpt1:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or > bus device reset occurred) > (da3:mpt1:0:3:0): READ(10). CDB: 28 0 76 69 1 1c 0 0 1 0 > (da3:mpt1:0:3:0): CAM status: SCSI Status Error > (da3:mpt1:0:3:0): SCSI status: Check Condition > (da3:mpt1:0:3:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or > bus device reset occurred) > (da1:mpt1:0:1:0): READ(10). CDB: 28 0 76 69 1 1c 0 0 1 0 > (da1:mpt1:0:1:0): CAM status: SCSI Status Error > (da1:mpt1:0:1:0): SCSI status: Check Condition > (da1:mpt1:0:1:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or > bus device reset occurred) > (da9:mpt0:0:1:0): READ(10). CDB: 28 0 1a b3 d7 0 0 0 80 0 > (da9:mpt0:0:1:0): CAM status: SCSI Status Error > (da9:mpt0:0:1:0): SCSI status: Check Condition > (da9:mpt0:0:1:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or > bus device reset occurred) > (da4:mpt1:0:4:0): READ(10). CDB: 28 0 53 3c c6 0 0 0 80 0 > (da4:mpt1:0:4:0): CAM status: SCSI Status Error > (da4:mpt1:0:4:0): SCSI status: Check Condition > (da4:mpt1:0:4:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or > bus device reset occurred) > > > > > > > -- > > | Jeremy Chadwick jdc@parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, US | > > | Making life hard for others since 1977. PGP 4BD6C0CB | > > > > > > > -- > Joshua Boyd > JBipNet > > E-mail: boydjd@jbip.net > > http://www.jbip.net > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 00:58:21 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BD871065670 for ; Thu, 16 Jun 2011 00:58:21 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id 73A9F8FC1D for ; Thu, 16 Jun 2011 00:58:21 +0000 (UTC) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 47730304C; Wed, 15 Jun 2011 17:58:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=anubis; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:mime-version:to: subject:references:in-reply-to:openpgp:content-type:content-transfer-encoding; b=bDks+NvyWX7EMtFfKnLPNMr7i6xxjUajzTBhqH7rmHTa5+vNL55FPN12Zero5Rxbd 0zWPz1Fy1vrOX4HrrGiRfnb2IExYPyKKIgMoh34fFK/UqnGq8T9MyegN0CNZK1LRZEy VnTbWj4GdfLrL8BKwGTC6BjLV/3fPhh3xqwItvQ= Message-ID: <4DF9552C.6080806@delphij.net> Date: Wed, 15 Jun 2011 17:58:20 -0700 From: Xin LI Organization: The FreeBSD Project MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: ZFS boot inside on the second partition inside a slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 00:58:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 06/15/11 17:42, Zhihao Yuan wrote: > Hi, > > I configured my disk layout according to > http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition > > But I swapped the order of the freebsd-zfs and freebsd-swap. The 4.0G > freebsd-swap partition appears first inside the slice. > After that, I write zfsboot on both ada0s2 and ada0s2b, but the boot0 > gives me a "Read error". Where did your second slice start? There can be a lot of reasons why it gives Read error. I personally recommend using GPT scheme instead of MBR, as you have a dedicated partition for gptzfsboot, which is much cleaner than this approach. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBCAAGBQJN+VUrAAoJEATO+BI/yjfBpksH/2ZswQ+ogdDpYwvhRIjJaqLs NEl8FtC2Ua+c3F2sNwrLK5a/fn/LL+jPAXndvuQdxOaz41Iqtnt8w1i9Dz5ATkva T+i0fnRVwXFqjrlRTWK+ODtNtrhI2/7ECAIfOOLNhaiJnPRrJJgvxJ6V5W+/N+l7 Lt4yMp6hGbhO/9Yp2UoaQuUThOTz+dKNZGECd1nLT+ooHbTPhBvjii080hHowNl6 Ef+JBaEng2NbRJPxYWrRwz6R7A44RDXvrKzn5w/TuUa+4fYrS25EZxygzIh3xjFX 2ILP25yabJ+Vw5o8bFCsJ3ExbEfq0PnfROHanRSdTjMDra27dGY9JZKyytE+Ykc= =D5+X -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 01:07:30 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D2FE106564A for ; Thu, 16 Jun 2011 01:07:30 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9B1C48FC13 for ; Thu, 16 Jun 2011 01:07:29 +0000 (UTC) Received: by fxm15 with SMTP id 15so1380248fxm.17 for ; Wed, 15 Jun 2011 18:07:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=k6qLjpcVEewCcYOf0DcktveID7IlbiyroTyP007XeOw=; b=tgkeVSLxT7hanvD1/z7v5+5PhaJyZ+RpgMNjKX9usklwzmDeoEwuXft4HJM4X33vgk 9q6Q1GY9q+icSfAttCKr4Iz/ymGjQfP+sH4t1LIK/v8agbC0bH+IIEtF0NIjOVbX2sHa Vyuf+peDru5S3YOgch04k+0x32hiVQN1nt0EA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=BPuGhA4MWRTW6CoquhqJ0LYud7a/bkr6mW/upaGnsz6VQUKcfIgrMy0JhRj1S7/Mx3 JUGMG/iQ4RoGetZJrUAFxMMqCrmg/mxQuMwhhxp6Fu0Yhfj9d719yDsyAkMcxAWBndsF rzKfyjNL8f4g5LmKsLWtGK9Ru3YW9IEWfYByM= MIME-Version: 1.0 Received: by 10.223.127.213 with SMTP id h21mr351082fas.45.1308186448052; Wed, 15 Jun 2011 18:07:28 -0700 (PDT) Received: by 10.223.72.13 with HTTP; Wed, 15 Jun 2011 18:07:28 -0700 (PDT) In-Reply-To: <4DF9552C.6080806@delphij.net> References: <4DF9552C.6080806@delphij.net> Date: Wed, 15 Jun 2011 20:07:28 -0500 Message-ID: From: Zhihao Yuan To: d@delphij.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: ZFS boot inside on the second partition inside a slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 01:07:30 -0000 On Wed, Jun 15, 2011 at 7:58 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 06/15/11 17:42, Zhihao Yuan wrote: >> Hi, >> >> I configured my disk layout according to >> http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition >> >> But I swapped the order of the freebsd-zfs and freebsd-swap. The 4.0G >> freebsd-swap partition appears first inside the slice. >> After that, I write zfsboot on both ada0s2 and ada0s2b, but the boot0 >> gives me a "Read error". > > Where did your second slice start? =C2=A0There can be a lot of reasons wh= y it > gives Read error. After an NTFS partition of 12GB. This should be the problem with zfsboot, because if I use sysinstall to install a bootmgr, the boot gives me a "not UFS" error, which means the boot0 is done (am I right?). > > I personally recommend using GPT scheme instead of MBR, as you have a > dedicated partition for gptzfsboot, which is much cleaner than this > approach. > Yeah, yeah, I agree. I should not plan to play Windows games. > Cheers, > - -- > Xin LI =C2=A0 =C2=A0http://www.delphij.net/ > FreeBSD - The Power to Serve! =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Live free= or die > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.17 (FreeBSD) > > iQEcBAEBCAAGBQJN+VUrAAoJEATO+BI/yjfBpksH/2ZswQ+ogdDpYwvhRIjJaqLs > NEl8FtC2Ua+c3F2sNwrLK5a/fn/LL+jPAXndvuQdxOaz41Iqtnt8w1i9Dz5ATkva > T+i0fnRVwXFqjrlRTWK+ODtNtrhI2/7ECAIfOOLNhaiJnPRrJJgvxJ6V5W+/N+l7 > Lt4yMp6hGbhO/9Yp2UoaQuUThOTz+dKNZGECd1nLT+ooHbTPhBvjii080hHowNl6 > Ef+JBaEng2NbRJPxYWrRwz6R7A44RDXvrKzn5w/TuUa+4fYrS25EZxygzIh3xjFX > 2ILP25yabJ+Vw5o8bFCsJ3ExbEfq0PnfROHanRSdTjMDra27dGY9JZKyytE+Ykc=3D > =3DD5+X > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 05:32:18 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9234B106566B for ; Thu, 16 Jun 2011 05:32:18 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id E02638FC12 for ; Thu, 16 Jun 2011 05:32:17 +0000 (UTC) Received: by fxm11 with SMTP id 11so1254336fxm.13 for ; Wed, 15 Jun 2011 22:32:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NvSU2rJRjCrXvv2RHxhQf7eAwP48ClM9mFL3TJG8aSs=; b=EJqyNhlH629V4D710oQPC6Xf+nOT1sV7XEEpDOJo93b57S2OgAWkQDmJk8druR4oDk v5rG69GrKRh1uxztf9k5TS1ScGb078kUadmtwxoFPekc4k712qRZMfJax3M+Y4Pmxvih Sc01aPEhzstH5O8dwsZwzjnWyUrZhzMQ8UTR8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ok6K/FeD8Js3aenat4Mm9OnPVQyU8pbZdie1BWkS+1XXCEBJBduz5dMeEX+CXPiP6h dTBJWYgbCQCgrsMEp7Nr+sNmzWpHB89TwWA0DjjUwiWUEuscm0Xl+FBzHTKb9hIldxKK 6t4ijDCcOyzyvi7PbrmEO4pelV8CLuuCEKvIg= MIME-Version: 1.0 Received: by 10.223.41.89 with SMTP id n25mr588258fae.7.1308202336743; Wed, 15 Jun 2011 22:32:16 -0700 (PDT) Received: by 10.223.72.13 with HTTP; Wed, 15 Jun 2011 22:32:16 -0700 (PDT) In-Reply-To: References: <4DF9552C.6080806@delphij.net> Date: Thu, 16 Jun 2011 00:32:16 -0500 Message-ID: From: Zhihao Yuan To: delphij@delphij.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: ZFS boot inside on the second partition inside a slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 05:32:18 -0000 I just redo everything, and changed the order of freebsd-zfs and freebsd-swap. The "Read error" still happens! On Wed, Jun 15, 2011 at 8:07 PM, Zhihao Yuan wrote: > On Wed, Jun 15, 2011 at 7:58 PM, Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> On 06/15/11 17:42, Zhihao Yuan wrote: >>> Hi, >>> >>> I configured my disk layout according to >>> http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition >>> >>> But I swapped the order of the freebsd-zfs and freebsd-swap. The 4.0G >>> freebsd-swap partition appears first inside the slice. >>> After that, I write zfsboot on both ada0s2 and ada0s2b, but the boot0 >>> gives me a "Read error". >> >> Where did your second slice start? =C2=A0There can be a lot of reasons w= hy it >> gives Read error. > > After an NTFS partition of 12GB. > This should be the problem with zfsboot, because if I use sysinstall > to install a bootmgr, the boot gives me a "not UFS" error, which means > the boot0 is done (am I right?). > >> >> I personally recommend using GPT scheme instead of MBR, as you have a >> dedicated partition for gptzfsboot, which is much cleaner than this >> approach. >> > > Yeah, yeah, I agree. I should not plan to play Windows games. > >> Cheers, >> - -- >> Xin LI =C2=A0 =C2=A0http://www.delphij.net/ >> FreeBSD - The Power to Serve! =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Live fre= e or die >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2.0.17 (FreeBSD) >> >> iQEcBAEBCAAGBQJN+VUrAAoJEATO+BI/yjfBpksH/2ZswQ+ogdDpYwvhRIjJaqLs >> NEl8FtC2Ua+c3F2sNwrLK5a/fn/LL+jPAXndvuQdxOaz41Iqtnt8w1i9Dz5ATkva >> T+i0fnRVwXFqjrlRTWK+ODtNtrhI2/7ECAIfOOLNhaiJnPRrJJgvxJ6V5W+/N+l7 >> Lt4yMp6hGbhO/9Yp2UoaQuUThOTz+dKNZGECd1nLT+ooHbTPhBvjii080hHowNl6 >> Ef+JBaEng2NbRJPxYWrRwz6R7A44RDXvrKzn5w/TuUa+4fYrS25EZxygzIh3xjFX >> 2ILP25yabJ+Vw5o8bFCsJ3ExbEfq0PnfROHanRSdTjMDra27dGY9JZKyytE+Ykc=3D >> =3DD5+X >> -----END PGP SIGNATURE----- >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " >> > > > > -- > Zhihao Yuan, nickname lichray > The best way to predict the future is to invent it. > ___________________________________________________ > 4BSD -- http://4bsd.biz/ > --=20 Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 12:36:33 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC0781065676 for ; Thu, 16 Jun 2011 12:36:33 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 528148FC17 for ; Thu, 16 Jun 2011 12:36:33 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 1819B14B3F for ; Thu, 16 Jun 2011 14:36:32 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id p5GCaUj2051324 for ; Thu, 16 Jun 2011 14:36:31 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be p5GCaUj2051324 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1308227791; bh=jXYVJVZ6kVZDNM3NbIvYJ+vhpOHTGfi9JG4Beqt4VPM=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=JQMK21/RKysdutoRfQ/KFaWsdCly02ufKhwCOas0ZuW5RcWXlTgeJ0d2HBV0hjpTa Qyz10p7edHsP1RMxvjoOA== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be p5GCaUj2051324 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:content-type:content-transfer-encoding; b=xJz85Qbxd7WTGNO1YLZTtjsA16HscukW+RXF38SBRqqEGX0ifD54pNj5G5ry8LReS 5zuYmc31Fe8tVIrw/h00w== Message-ID: <4DF9F8CE.4020409@restart.be> Date: Thu, 16 Jun 2011 14:36:30 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.17) Gecko/20110430 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4DF9552C.6080806@delphij.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ZFS boot inside on the second partition inside a slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 12:36:34 -0000 On 06/16/2011 07:32, Zhihao Yuan wrote: > I just redo everything, and changed the order of freebsd-zfs and > freebsd-swap. The "Read error" still happens! Just a me too. Everything was working great with zfsboot from 8.2-RELEASE + a patch (http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/153552). As I update to 8.2-STABLE after v28 MFC, I have to write a new zfsboot to be allowed to upgrade my pool. I get the "Read Error" after that. PS - same comfig, a netboot with windows7 on first partition - so I can't switch to gpt. Henri > > On Wed, Jun 15, 2011 at 8:07 PM, Zhihao Yuan wrote: >> On Wed, Jun 15, 2011 at 7:58 PM, Xin LI wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA256 >>> >>> On 06/15/11 17:42, Zhihao Yuan wrote: >>>> Hi, >>>> >>>> I configured my disk layout according to >>>> http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition >>>> >>>> But I swapped the order of the freebsd-zfs and freebsd-swap. The 4.0G >>>> freebsd-swap partition appears first inside the slice. >>>> After that, I write zfsboot on both ada0s2 and ada0s2b, but the boot0 >>>> gives me a "Read error". >>> >>> Where did your second slice start? There can be a lot of reasons why it >>> gives Read error. >> >> After an NTFS partition of 12GB. >> This should be the problem with zfsboot, because if I use sysinstall >> to install a bootmgr, the boot gives me a "not UFS" error, which means >> the boot0 is done (am I right?). >> >>> >>> I personally recommend using GPT scheme instead of MBR, as you have a >>> dedicated partition for gptzfsboot, which is much cleaner than this >>> approach. >>> >> >> Yeah, yeah, I agree. I should not plan to play Windows games. >> >>> Cheers, >>> - -- >>> Xin LI http://www.delphij.net/ >>> FreeBSD - The Power to Serve! Live free or die >>> -----BEGIN PGP SIGNATURE----- >>> Version: GnuPG v2.0.17 (FreeBSD) >>> >>> iQEcBAEBCAAGBQJN+VUrAAoJEATO+BI/yjfBpksH/2ZswQ+ogdDpYwvhRIjJaqLs >>> NEl8FtC2Ua+c3F2sNwrLK5a/fn/LL+jPAXndvuQdxOaz41Iqtnt8w1i9Dz5ATkva >>> T+i0fnRVwXFqjrlRTWK+ODtNtrhI2/7ECAIfOOLNhaiJnPRrJJgvxJ6V5W+/N+l7 >>> Lt4yMp6hGbhO/9Yp2UoaQuUThOTz+dKNZGECd1nLT+ooHbTPhBvjii080hHowNl6 >>> Ef+JBaEng2NbRJPxYWrRwz6R7A44RDXvrKzn5w/TuUa+4fYrS25EZxygzIh3xjFX >>> 2ILP25yabJ+Vw5o8bFCsJ3ExbEfq0PnfROHanRSdTjMDra27dGY9JZKyytE+Ykc= >>> =D5+X >>> -----END PGP SIGNATURE----- >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>> >> >> >> >> -- >> Zhihao Yuan, nickname lichray >> The best way to predict the future is to invent it. >> ___________________________________________________ >> 4BSD -- http://4bsd.biz/ >> > > > From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 12:45:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD5E21065673 for ; Thu, 16 Jun 2011 12:45:43 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 696AD8FC19 for ; Thu, 16 Jun 2011 12:45:42 +0000 (UTC) Received: by fxm11 with SMTP id 11so1558883fxm.13 for ; Thu, 16 Jun 2011 05:45:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=jOkCExMuAJxrjW1aV0LPUVLMA8/EXw9UwoZ5/Sg36AM=; b=xRNN16hyHU+TYXHceML09Y7ELFPjMbx4VDDMqpAfO0lbT2LJ6WtPxgF4ZxIPSLi7dW KrTNgJTXbV+4MdYCPu/sCe095W8qRhLVAC+sSZSMOMJ5+OgZOk+LHowT9z4AjXFQtTyO kMUA18iQdlZafC5m7KM1v8MbbAtBtxP8yFMmw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=pX1PzMi2LkLfuuX1jkmnAApuqt8r+CLyAkE1TYP7yvRk4rnDqfkq33JLUa1HT9RgvB ydi1yrkb/abr8DugTRUrAAXUxdE8ooycB2U7lvjfispIby2TsURloNoU7UcMbafudQ9M DkhXU38xSZHzTCO7x7GiJwCSJOQQX143zdxf0= MIME-Version: 1.0 Received: by 10.223.27.195 with SMTP id j3mr1070832fac.83.1308228342053; Thu, 16 Jun 2011 05:45:42 -0700 (PDT) Received: by 10.223.95.195 with HTTP; Thu, 16 Jun 2011 05:45:41 -0700 (PDT) In-Reply-To: <4DF9F8CE.4020409@restart.be> References: <4DF9552C.6080806@delphij.net> <4DF9F8CE.4020409@restart.be> Date: Thu, 16 Jun 2011 07:45:41 -0500 Message-ID: From: Zhihao Yuan To: Henri Hennebert Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: ZFS boot inside on the second partition inside a slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 12:45:43 -0000 Exactly. The MFCed ZFSv28 is different from any patch maintained by mm@. Maybe some untested changes involved. On Thu, Jun 16, 2011 at 7:36 AM, Henri Hennebert wrote: > On 06/16/2011 07:32, Zhihao Yuan wrote: >> >> I just redo everything, and changed the order of freebsd-zfs and >> freebsd-swap. The "Read error" still happens! > > Just a me too. > > Everything was working great with zfsboot from 8.2-RELEASE + a patch > (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/153552). > > As I update to 8.2-STABLE after v28 MFC, I have to write a new zfsboot to= be > allowed to upgrade my pool. I get the "Read Error" after that. > > PS - same comfig, a netboot with windows7 on first partition - so I can't > switch to gpt. > > Henri >> >> On Wed, Jun 15, 2011 at 8:07 PM, Zhihao Yuan =C2=A0wr= ote: >>> >>> On Wed, Jun 15, 2011 at 7:58 PM, Xin LI =C2=A0wrot= e: >>>> >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA256 >>>> >>>> On 06/15/11 17:42, Zhihao Yuan wrote: >>>>> >>>>> Hi, >>>>> >>>>> I configured my disk layout according to >>>>> http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition >>>>> >>>>> But I swapped the order of the freebsd-zfs and freebsd-swap. The 4.0G >>>>> freebsd-swap partition appears first inside the slice. >>>>> After that, I write zfsboot on both ada0s2 and ada0s2b, but the boot0 >>>>> gives me a "Read error". >>>> >>>> Where did your second slice start? =C2=A0There can be a lot of reasons= why it >>>> gives Read error. >>> >>> After an NTFS partition of 12GB. >>> This should be the problem with zfsboot, because if I use sysinstall >>> to install a bootmgr, the boot gives me a "not UFS" error, which means >>> the boot0 is done (am I right?). >>> >>>> >>>> I personally recommend using GPT scheme instead of MBR, as you have a >>>> dedicated partition for gptzfsboot, which is much cleaner than this >>>> approach. >>>> >>> >>> Yeah, yeah, I agree. I should not plan to play Windows games. >>> >>>> Cheers, >>>> - -- >>>> Xin LI =C2=A0 =C2=A0 =C2=A0http://www.delphij.net= / >>>> FreeBSD - The Power to Serve! =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Live f= ree or die >>>> -----BEGIN PGP SIGNATURE----- >>>> Version: GnuPG v2.0.17 (FreeBSD) >>>> >>>> iQEcBAEBCAAGBQJN+VUrAAoJEATO+BI/yjfBpksH/2ZswQ+ogdDpYwvhRIjJaqLs >>>> NEl8FtC2Ua+c3F2sNwrLK5a/fn/LL+jPAXndvuQdxOaz41Iqtnt8w1i9Dz5ATkva >>>> T+i0fnRVwXFqjrlRTWK+ODtNtrhI2/7ECAIfOOLNhaiJnPRrJJgvxJ6V5W+/N+l7 >>>> Lt4yMp6hGbhO/9Yp2UoaQuUThOTz+dKNZGECd1nLT+ooHbTPhBvjii080hHowNl6 >>>> Ef+JBaEng2NbRJPxYWrRwz6R7A44RDXvrKzn5w/TuUa+4fYrS25EZxygzIh3xjFX >>>> 2ILP25yabJ+Vw5o8bFCsJ3ExbEfq0PnfROHanRSdTjMDra27dGY9JZKyytE+Ykc=3D >>>> =3DD5+X >>>> -----END PGP SIGNATURE----- >>>> _______________________________________________ >>>> freebsd-stable@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>> To unsubscribe, send any mail to >>>> "freebsd-stable-unsubscribe@freebsd.org" >>>> >>> >>> >>> >>> -- >>> Zhihao Yuan, nickname lichray >>> The best way to predict the future is to invent it. >>> ___________________________________________________ >>> 4BSD -- http://4bsd.biz/ >>> >> >> >> > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 12:54:55 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F435106564A for ; Thu, 16 Jun 2011 12:54:55 +0000 (UTC) (envelope-from nickolasbug@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id B9A9E8FC21 for ; Thu, 16 Jun 2011 12:54:54 +0000 (UTC) Received: by qyk27 with SMTP id 27so925511qyk.13 for ; Thu, 16 Jun 2011 05:54:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=oQhtgSi0XAAEC6euu30FiafXwhRX9KU2ViLYY1R3lqc=; b=P0FgxHeK5VTlLaxaQHVj/i7CPMZEQNrhCZKKrXSDREYWvdV7JUFXylmBQGSxOw0llM UG/tqNzcJOqQfYpoW6ng11iOmSLF8BXHxQXB237926qukaGkl90RIjQIiAGfLAZOn6uA BO31MdHWAaKpTgCzJM/z7px0Ev7JTT1jhTNdw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=tHoECKMY3C5ERZ8BAQZSpZJWQ/Anw5Nljg1l6z6pIF5Rz9KtbkRT02MLdcw2C8snvl Ein1joflcRqmQmEhpDI5X5bwBjrZxjyNPtnY+tCCh1/vlMbbs6mLruVPpXeR6qI5uq+x KaBxmLkN++fW74y6aKI/w6PP689R+h34VZc10= MIME-Version: 1.0 Received: by 10.229.140.195 with SMTP id j3mr743102qcu.5.1308228893861; Thu, 16 Jun 2011 05:54:53 -0700 (PDT) Received: by 10.229.82.65 with HTTP; Thu, 16 Jun 2011 05:54:53 -0700 (PDT) Date: Thu, 16 Jun 2011 15:54:53 +0300 Message-ID: From: nickolasbug@gmail.com To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: UFS SU+J X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 12:54:55 -0000 Hi all! I' like to know, if there plans to MFC journaled softupdates to 8-stable? If yes, when it would be done? Thanks. wbr, Nickolas From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 13:01:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D7201065678 for ; Thu, 16 Jun 2011 13:01:56 +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 56F228FC20 for ; Thu, 16 Jun 2011 13:01:56 +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 5B88525D389F; Thu, 16 Jun 2011 13:01:55 +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 DF07F15A1C7F; Thu, 16 Jun 2011 13:01:54 +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 7zBoDwgqlzMl; Thu, 16 Jun 2011 13:01:53 +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 40C3615A1C5A; Thu, 16 Jun 2011 13:01:53 +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: Thu, 16 Jun 2011 13:01:52 +0000 Content-Transfer-Encoding: 7bit Message-Id: <8D25FDEA-9F87-4132-9DAA-1982B1DA72B2@lists.zabbadoz.net> References: To: nickolasbug@gmail.com X-Mailer: Apple Mail (2.1084) Cc: freebsd-stable@freebsd.org Subject: Re: UFS SU+J X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 13:01:56 -0000 On Jun 16, 2011, at 12:54 PM, nickolasbug@gmail.com wrote: > I' like to know, if there plans to MFC journaled softupdates to 8-stable? > If yes, when it would be done? it cannot be done and will therefor not happen. There used to be a branch in user/jeff/ or somewhere in the /user or /project area in svn with an older version of a backport but I am not sure if it was ever updated again. /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 17:19:03 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 289561065675 for ; Thu, 16 Jun 2011 17:19:03 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id B068B8FC1A for ; Thu, 16 Jun 2011 17:19:02 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QXGDb-0003qs-GA for freebsd-stable@freebsd.org; Thu, 16 Jun 2011 19:18:59 +0200 Received: from cpe-188-129-85-132.dynamic.amis.hr ([188.129.85.132]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 Jun 2011 19:18:59 +0200 Received: from ivoras by cpe-188-129-85-132.dynamic.amis.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 Jun 2011 19:18:59 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 16 Jun 2011 19:18:37 +0200 Lines: 67 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cpe-188-129-85-132.dynamic.amis.hr User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 Subject: csh Cannot open /etc/termcap after starting "screen" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 17:19:03 -0000 Hello, This *looks* like it should be a trivial problem (or at least often-encountered one) but short of debugging both screen and tcsh, I have no ideas what to do next... On several machines (seemingly random, some are running 7-stable, others 8-stable), I get this message after starting "screen", written on the newly created screen: csh: Cannot open /etc/termcap. csh: using dumb terminal settings. The problem is: this also happens whan I'm doing it as the root user, and /etc/termcap is a symlink to /usr/share/misc/termcap, which definitely exists and is readable. To make it even stranger, it looks like the environment contains something which seems to be valid termcap data: lara:/home/ivoras# setenv STY=58859.pts-13.lara TERM=screen TERMCAP=SC|screen|VT 100/ANSI X3.64 virtual terminal:\ :DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:bs:bt=\E[Z:\ :cd=\E[J:ce=\E[K:cl=\E[H\E[J:cm=\E[%i%d;%dH:ct=\E[3g:\ :do=^J:nd=\E[C:pt:rc=\E8:rs=\Ec:sc=\E7:st=\EH:up=\EM:\ :le=^H:bl=^G:cr=^M:it#8:ho=\E[H:nw=\EE:ta=^I:is=\E)0:\ :li#48:co#104:am:xn:xv:LP:sr=\EM:al=\E[L:AL=\E[%dL:\ :cs=\E[%i%d;%dr:dl=\E[M:DL=\E[%dM:dc=\E[P:DC=\E[%dP:\ :im=\E[4h:ei=\E[4l:mi:IC=\E[%d@:ks=\E[?1h\E=:\ :ke=\E[?1l\E>:vi=\E[?25l:ve=\E[34h\E[?25h:vs=\E[34l:\ :ti=\E[?1049h:te=\E[?1049l:us=\E[4m:ue=\E[24m:so=\E[3m:\ :se=\E[23m:mb=\E[5m:md=\E[1m:mh=\E[2m:mr=\E[7m:\ :me=\E[m:ms:\ :Co#8:pa#64:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:AX:\ :vb=\Eg:as=\E(0:ae=\E(B:\ :ac=\140\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\ :k0=\E[10~:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:\ :k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:\ :F1=\E[23~:F2=\E[24~:F3=\E[25~:F4=\E[26~:F5=\E[28~:\ :F6=\E[29~:F7=\E[31~:F8=\E[32~:F9=\E[33~:FA=\E[34~:kb=^?:\ :K2=\E[G:kh=\E[1~:@1=\E[1~:kH=\E[4~:@7=\E[4~:kN=\E[6~:\ :kP=\E[5~:kI=\E[2~:kD=\E[3~:ku=\EOA:kd=\EOB:kr=\EOC:\ :kl=\EOD: WINDOW=0 SHELL=/bin/csh The shell and all started programs are misbehaving and/or treating the terminal as "dumb". For example, "mc" writes this: lara:/home/ivoras# mc Unknown terminal: screen Check the TERM environment variable. Also make sure that the terminal is defined in the terminfo database. Alternatively, set the TERMCAP environment variable to the desired termcap entry. There really isn't a termcap line in /etc/termcap beginning with ^screen, but there is one beginning with ^SC containing the entry which is also in the environment listing above (which fails with the same error if I set it). The system works if I set some other terminal type like "xterm". Any ideas? Why is the "screen" terminal type so special? From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 17:35:48 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F924106566B for ; Thu, 16 Jun 2011 17:35:48 +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 15DA68FC15 for ; Thu, 16 Jun 2011 17:35:48 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id BE3C146B23; Thu, 16 Jun 2011 13:35:47 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4870B8A027; Thu, 16 Jun 2011 13:35:47 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 16 Jun 2011 13:35:46 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <4DF9F8CE.4020409@restart.be> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201106161335.46337.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 16 Jun 2011 13:35:47 -0400 (EDT) Cc: Henri Hennebert Subject: Re: ZFS boot inside on the second partition inside a slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 17:35:48 -0000 On Thursday, June 16, 2011 8:45:41 am Zhihao Yuan wrote: > Exactly. The MFCed ZFSv28 is different from any patch maintained by > mm@. Maybe some untested changes involved. Can you try reverting this change: Author: jhb Date: Thu Apr 28 17:44:24 2011 New Revision: 221177 URL: http://svn.freebsd.org/changeset/base/221177 Log: Due to space constraints, the UFS boot2 and boot1 use an evil hack where boot2 calls back into boot1 to perform disk reads. The ZFS MBR boot blocks do not have the same space constraints, so remove this hack for ZFS. While here, remove commented out code to support C/H/S addressing from zfsldr. The ZFS and GPT bootstraps always just use EDD LBA addressing. MFC after: 2 weeks Modified: head/sys/boot/i386/boot2/Makefile head/sys/boot/i386/common/drv.c head/sys/boot/i386/zfsboot/Makefile head/sys/boot/i386/zfsboot/zfsldr.S -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 19:07:59 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C0E51065725 for ; Thu, 16 Jun 2011 19:07:59 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1DA248FC15 for ; Thu, 16 Jun 2011 19:07:58 +0000 (UTC) Received: by fxm11 with SMTP id 11so1924708fxm.13 for ; Thu, 16 Jun 2011 12:07:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ic/8QG36h7PR7D86NSUo5swv+xrRhe+wfFZO0W9+l3s=; b=yBXmtWdUqAxFQWv5buOCSLbj6VkHO2HEuZBkhUyW7tjQHW0cpBCtQEN+PpyJLWs4ch 2xbD/DfQNWESbFnwiPb9zdsFvMvzlAtJVC94jEHqELIV7w9V/eI7sVeEyJCUH8HEGmUg d/ghG+2TWcrhEhtBYlmuucgEUBWBHL+NWOavI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=TjcqWjlHa2rnq9pzTETkMxmpWN1Ix0Wtd0erktofNspXAybwx/9JCUyc3RDhFMOaNb Nt67emchfQoZGQSXDYQkxaTW2IiV9fBiylUy8hFKHmHiaXf+wc2T+1O+Z0dSUeduvPhd VEh8szeolm4BmtzRiAOqmDdgf2SLg9dDU2VZA= MIME-Version: 1.0 Received: by 10.223.127.213 with SMTP id h21mr1551766fas.45.1308251277549; Thu, 16 Jun 2011 12:07:57 -0700 (PDT) Received: by 10.223.95.195 with HTTP; Thu, 16 Jun 2011 12:07:57 -0700 (PDT) In-Reply-To: <201106161335.46337.jhb@freebsd.org> References: <4DF9F8CE.4020409@restart.be> <201106161335.46337.jhb@freebsd.org> Date: Thu, 16 Jun 2011 14:07:57 -0500 Message-ID: From: Zhihao Yuan To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Henri Hennebert , freebsd-stable@freebsd.org Subject: Re: ZFS boot inside on the second partition inside a slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 19:07:59 -0000 I wish I can get a binary version... Because I have no working FreeBSD box now.... On Thu, Jun 16, 2011 at 12:35 PM, John Baldwin wrote: > On Thursday, June 16, 2011 8:45:41 am Zhihao Yuan wrote: >> Exactly. The MFCed ZFSv28 is different from any patch maintained by >> mm@. Maybe some untested changes involved. > > Can you try reverting this change: > > Author: jhb > Date: Thu Apr 28 17:44:24 2011 > New Revision: 221177 > URL: http://svn.freebsd.org/changeset/base/221177 > > Log: > =C2=A0Due to space constraints, the UFS boot2 and boot1 use an evil hack = where > =C2=A0boot2 calls back into boot1 to perform disk reads. =C2=A0The ZFS MB= R boot blocks > =C2=A0do not have the same space constraints, so remove this hack for ZFS= . > =C2=A0While here, remove commented out code to support C/H/S addressing f= rom > =C2=A0zfsldr. =C2=A0The ZFS and GPT bootstraps always just use EDD LBA ad= dressing. > > =C2=A0MFC after: =C2=A0 =C2=A02 weeks > > Modified: > =C2=A0head/sys/boot/i386/boot2/Makefile > =C2=A0head/sys/boot/i386/common/drv.c > =C2=A0head/sys/boot/i386/zfsboot/Makefile > =C2=A0head/sys/boot/i386/zfsboot/zfsldr.S > > -- > John Baldwin > --=20 Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 19:18:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB9F7106564A; Thu, 16 Jun 2011 19:18:41 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 544EA8FC0C; Thu, 16 Jun 2011 19:18:41 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id A001D143D4; Thu, 16 Jun 2011 21:18:40 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id p5GJIdl0060633; Thu, 16 Jun 2011 21:18:39 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be p5GJIdl0060633 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1308251919; bh=TOezr+GKyB5eQz91tbQAMeB6zb0xecMwMVvvrzpSCdU=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Ey8hbyPoOPyW0287swLWIVOBMZ9cXY2h91ss2I76qABWFBuavMdi6ScsXJqa7HiEY x6k7sUKDWfrdEToXK/Elg== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be p5GJIdl0060633 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type:content-transfer-encoding; b=KhxmZ7kcuNCEONWLZZoOelKRPruoyScsym/kvgx1nNQ8qClADgSzAGjtn6CxegVCH SAU5ajHcxcjSly/PTgMJw== Message-ID: <4DFA570F.9080002@restart.be> Date: Thu, 16 Jun 2011 21:18:39 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.17) Gecko/20110430 Thunderbird/3.1.10 MIME-Version: 1.0 To: John Baldwin References: <4DF9F8CE.4020409@restart.be> <201106161335.46337.jhb@freebsd.org> In-Reply-To: <201106161335.46337.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS boot inside on the second partition inside a slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 19:18:41 -0000 On 06/16/2011 19:35, John Baldwin wrote: > On Thursday, June 16, 2011 8:45:41 am Zhihao Yuan wrote: >> Exactly. The MFCed ZFSv28 is different from any patch maintained by >> mm@. Maybe some untested changes involved. > > Can you try reverting this change: > > Author: jhb > Date: Thu Apr 28 17:44:24 2011 > New Revision: 221177 > URL: http://svn.freebsd.org/changeset/base/221177 > > Log: > Due to space constraints, the UFS boot2 and boot1 use an evil hack where > boot2 calls back into boot1 to perform disk reads. The ZFS MBR boot blocks > do not have the same space constraints, so remove this hack for ZFS. > While here, remove commented out code to support C/H/S addressing from > zfsldr. The ZFS and GPT bootstraps always just use EDD LBA addressing. > > MFC after: 2 weeks > > Modified: > head/sys/boot/i386/boot2/Makefile > head/sys/boot/i386/common/drv.c > head/sys/boot/i386/zfsboot/Makefile > head/sys/boot/i386/zfsboot/zfsldr.S > I will try this saturday! Thanks Henri From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 19:23:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAEB0106566B; Thu, 16 Jun 2011 19:23:07 +0000 (UTC) (envelope-from hans@beastielabs.net) Received: from mail.beastielabs.net (beasties.demon.nl [82.161.3.114]) by mx1.freebsd.org (Postfix) with ESMTP id 735D38FC0A; Thu, 16 Jun 2011 19:23:07 +0000 (UTC) Received: from testsoekris.hotsoft.nl (localhost [127.0.0.1]) by mail.beastielabs.net (8.14.4/8.14.4) with ESMTP id p5GIxprU088122; Thu, 16 Jun 2011 20:59:51 +0200 (CEST) (envelope-from hans@testsoekris.hotsoft.nl) Received: (from hans@localhost) by testsoekris.hotsoft.nl (8.14.4/8.14.4/Submit) id p5GIxpHG088121; Thu, 16 Jun 2011 20:59:51 +0200 (CEST) (envelope-from hans) Date: Thu, 16 Jun 2011 20:59:51 +0200 From: Hans Ottevanger To: Ivan Voras Message-ID: <20110616185951.GA88009@testsoekris.hotsoft.nl> 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 Cc: freebsd-stable@freebsd.org Subject: Re: csh Cannot open /etc/termcap after starting "screen" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 19:23:08 -0000 On Thu, Jun 16, 2011 at 07:18:37PM +0200, Ivan Voras wrote: > Hello, > > This *looks* like it should be a trivial problem (or at least > often-encountered one) but short of debugging both screen and tcsh, I > have no ideas what to do next... > > On several machines (seemingly random, some are running 7-stable, others > 8-stable), I get this message after starting "screen", written on the > newly created screen: > > csh: Cannot open /etc/termcap. > csh: using dumb terminal settings. > > The problem is: this also happens whan I'm doing it as the root user, > and /etc/termcap is a symlink to /usr/share/misc/termcap, which > definitely exists and is readable. To make it even stranger, it looks > like the environment contains something which seems to be valid termcap > data: > > lara:/home/ivoras# setenv > STY=58859.pts-13.lara > TERM=screen > TERMCAP=SC|screen|VT 100/ANSI X3.64 virtual terminal:\ > :DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:bs:bt=\E[Z:\ > :cd=\E[J:ce=\E[K:cl=\E[H\E[J:cm=\E[%i%d;%dH:ct=\E[3g:\ > :do=^J:nd=\E[C:pt:rc=\E8:rs=\Ec:sc=\E7:st=\EH:up=\EM:\ > :le=^H:bl=^G:cr=^M:it#8:ho=\E[H:nw=\EE:ta=^I:is=\E)0:\ > :li#48:co#104:am:xn:xv:LP:sr=\EM:al=\E[L:AL=\E[%dL:\ > :cs=\E[%i%d;%dr:dl=\E[M:DL=\E[%dM:dc=\E[P:DC=\E[%dP:\ > :im=\E[4h:ei=\E[4l:mi:IC=\E[%d@:ks=\E[?1h\E=:\ > :ke=\E[?1l\E>:vi=\E[?25l:ve=\E[34h\E[?25h:vs=\E[34l:\ > :ti=\E[?1049h:te=\E[?1049l:us=\E[4m:ue=\E[24m:so=\E[3m:\ > :se=\E[23m:mb=\E[5m:md=\E[1m:mh=\E[2m:mr=\E[7m:\ > :me=\E[m:ms:\ > :Co#8:pa#64:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:AX:\ > :vb=\Eg:as=\E(0:ae=\E(B:\ > > :ac=\140\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\ > :k0=\E[10~:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:\ > :k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:\ > :F1=\E[23~:F2=\E[24~:F3=\E[25~:F4=\E[26~:F5=\E[28~:\ > :F6=\E[29~:F7=\E[31~:F8=\E[32~:F9=\E[33~:FA=\E[34~:kb=^?:\ > :K2=\E[G:kh=\E[1~:@1=\E[1~:kH=\E[4~:@7=\E[4~:kN=\E[6~:\ > :kP=\E[5~:kI=\E[2~:kD=\E[3~:ku=\EOA:kd=\EOB:kr=\EOC:\ > :kl=\EOD: > WINDOW=0 > SHELL=/bin/csh > > The shell and all started programs are misbehaving and/or treating the > terminal as "dumb". For example, "mc" writes this: > > lara:/home/ivoras# mc > Unknown terminal: screen > Check the TERM environment variable. > Also make sure that the terminal is defined in the terminfo database. > Alternatively, set the TERMCAP environment variable to the desired > termcap entry. > > There really isn't a termcap line in /etc/termcap beginning with > ^screen, but there is one beginning with ^SC containing the entry which > is also in the environment listing above (which fails with the same > error if I set it). > > The system works if I set some other terminal type like "xterm". > > Any ideas? Why is the "screen" terminal type so special? > This is probably because your termcap entry is too long. If I remember well the length is limited to 1024, which is confirmed by the following citation from 'man 5 termcap': The total length of a single entry (excluding only escaped newlines) may not exceed 1024. I have tried the TERMCAP entry you specified using bash and I get similar problems when using e.g. vi or clear. If I shorten the TERMCAP somewhat everything works again, though probably with reduced functionality. On 8.2-STABLE I can also set TERM to either screen or SC. Apparently the SC entry in /etc/termcap is just short enough. Hope this helps. Kind regards, Hans From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 20:15:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD6AA1065674 for ; Thu, 16 Jun 2011 20:15:22 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id 8A0EB8FC1C for ; Thu, 16 Jun 2011 20:15:22 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta08.westchester.pa.mail.comcast.net with comcast id wj0v1g0031swQuc58kFNqa; Thu, 16 Jun 2011 20:15:22 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta15.westchester.pa.mail.comcast.net with comcast id wkFJ1g00U1t3BNj3bkFK0X; Thu, 16 Jun 2011 20:15:21 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D363F102C19; Thu, 16 Jun 2011 13:15:16 -0700 (PDT) Date: Thu, 16 Jun 2011 13:15:16 -0700 From: Jeremy Chadwick To: Hans Ottevanger Message-ID: <20110616201516.GA90053@icarus.home.lan> References: <20110616185951.GA88009@testsoekris.hotsoft.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110616185951.GA88009@testsoekris.hotsoft.nl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: csh Cannot open /etc/termcap after starting "screen" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 20:15:22 -0000 On Thu, Jun 16, 2011 at 08:59:51PM +0200, Hans Ottevanger wrote: > On Thu, Jun 16, 2011 at 07:18:37PM +0200, Ivan Voras wrote: > > Hello, > > > > This *looks* like it should be a trivial problem (or at least > > often-encountered one) but short of debugging both screen and tcsh, I > > have no ideas what to do next... > > > > On several machines (seemingly random, some are running 7-stable, others > > 8-stable), I get this message after starting "screen", written on the > > newly created screen: > > > > csh: Cannot open /etc/termcap. > > csh: using dumb terminal settings. > > > > The problem is: this also happens whan I'm doing it as the root user, > > and /etc/termcap is a symlink to /usr/share/misc/termcap, which > > definitely exists and is readable. To make it even stranger, it looks > > like the environment contains something which seems to be valid termcap > > data: > > > > lara:/home/ivoras# setenv > > STY=58859.pts-13.lara > > TERM=screen > > TERMCAP=SC|screen|VT 100/ANSI X3.64 virtual terminal:\ > > :DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:bs:bt=\E[Z:\ > > :cd=\E[J:ce=\E[K:cl=\E[H\E[J:cm=\E[%i%d;%dH:ct=\E[3g:\ > > :do=^J:nd=\E[C:pt:rc=\E8:rs=\Ec:sc=\E7:st=\EH:up=\EM:\ > > :le=^H:bl=^G:cr=^M:it#8:ho=\E[H:nw=\EE:ta=^I:is=\E)0:\ > > :li#48:co#104:am:xn:xv:LP:sr=\EM:al=\E[L:AL=\E[%dL:\ > > :cs=\E[%i%d;%dr:dl=\E[M:DL=\E[%dM:dc=\E[P:DC=\E[%dP:\ > > :im=\E[4h:ei=\E[4l:mi:IC=\E[%d@:ks=\E[?1h\E=:\ > > :ke=\E[?1l\E>:vi=\E[?25l:ve=\E[34h\E[?25h:vs=\E[34l:\ > > :ti=\E[?1049h:te=\E[?1049l:us=\E[4m:ue=\E[24m:so=\E[3m:\ > > :se=\E[23m:mb=\E[5m:md=\E[1m:mh=\E[2m:mr=\E[7m:\ > > :me=\E[m:ms:\ > > :Co#8:pa#64:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:AX:\ > > :vb=\Eg:as=\E(0:ae=\E(B:\ > > > > :ac=\140\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\ > > :k0=\E[10~:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:\ > > :k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:\ > > :F1=\E[23~:F2=\E[24~:F3=\E[25~:F4=\E[26~:F5=\E[28~:\ > > :F6=\E[29~:F7=\E[31~:F8=\E[32~:F9=\E[33~:FA=\E[34~:kb=^?:\ > > :K2=\E[G:kh=\E[1~:@1=\E[1~:kH=\E[4~:@7=\E[4~:kN=\E[6~:\ > > :kP=\E[5~:kI=\E[2~:kD=\E[3~:ku=\EOA:kd=\EOB:kr=\EOC:\ > > :kl=\EOD: > > WINDOW=0 > > SHELL=/bin/csh > > > > The shell and all started programs are misbehaving and/or treating the > > terminal as "dumb". For example, "mc" writes this: > > > > lara:/home/ivoras# mc > > Unknown terminal: screen > > Check the TERM environment variable. > > Also make sure that the terminal is defined in the terminfo database. > > Alternatively, set the TERMCAP environment variable to the desired > > termcap entry. > > > > There really isn't a termcap line in /etc/termcap beginning with > > ^screen, but there is one beginning with ^SC containing the entry which > > is also in the environment listing above (which fails with the same > > error if I set it). > > > > The system works if I set some other terminal type like "xterm". > > > > Any ideas? Why is the "screen" terminal type so special? > > > > This is probably because your termcap entry is too long. > > If I remember well the length is limited to 1024, which is confirmed by > the following citation from 'man 5 termcap': > > The total length of a single entry (excluding only escaped newlines) may not > exceed 1024. > > I have tried the TERMCAP entry you specified using bash and I get similar > problems when using e.g. vi or clear. If I shorten the TERMCAP somewhat > everything works again, though probably with reduced functionality. > > On 8.2-STABLE I can also set TERM to either screen or SC. Apparently the SC entry in > /etc/termcap is just short enough. Normally I don't spout off blatant advocacy, but Here's a better idea for Ivan: Get rid of the atrocity that is GNU screen and use tmux instead. Please see the tmux FAQ for the differences between it and GNU screen (read: why tmux is *way* better). The terminal "translation" that GNU screen does -- thus requiring the joke that is TERM=screen -- is a disgrace. It tries to "convert" between the attached terminal type (e.g. xterm, rxvt, vt100) and its own ("screen"). And it does a horrible job of it, while mangling the output you see. Example: run mutt from within GNU screen while connected to the system with PuTTY, then copy some of the terminal content and paste it somewhere. Wow, look at all those extraneous spaces at the end of lines, which you now gloriously have to manually remove. I've also never seen terminal BCE work properly under screen, even with defbce on. The most common conversation I have with people (personally and professionally) about "terminal weirdness" always involves GNU screen. The conversations go like this: "This program sucks, it looks like crap" "Really? Hmm, it looks okay here, terminal/environment issue?" "No it isn't" "Are you using GNU screen?" "Why would that matter?" "Try the app without it" "... wow, it works! WTF?" "Stop using GNU screen". http://tmux.sourceforge.net/ -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 20:57:20 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C474106567C; Thu, 16 Jun 2011 20:57:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 4132F8FC19; Thu, 16 Jun 2011 20:57:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GKvJ5R097830; Thu, 16 Jun 2011 20:57:19 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.4/8.14.4/Submit) id p5GKvJVr097769; Thu, 16 Jun 2011 20:57:19 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 20:57:19 GMT Message-Id: <201106162057.p5GKvJVr097769@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8_2 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 20:57:20 -0000 TB --- 2011-06-16 18:27:04 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2011-06-16 18:27:04 - starting RELENG_8_2 tinderbox run for amd64/amd64 TB --- 2011-06-16 18:27:04 - cleaning the object tree TB --- 2011-06-16 18:27:39 - cvsupping the source tree TB --- 2011-06-16 18:27:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_2/amd64/amd64/supfile TB --- 2011-06-16 18:28:27 - building world TB --- 2011-06-16 18:28:27 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 18:28:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 18:28:27 - TARGET=amd64 TB --- 2011-06-16 18:28:27 - TARGET_ARCH=amd64 TB --- 2011-06-16 18:28:27 - TZ=UTC TB --- 2011-06-16 18:28:27 - __MAKE_CONF=/dev/null TB --- 2011-06-16 18:28:27 - cd /src TB --- 2011-06-16 18:28:27 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 18:28:29 UTC 2011 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Jun 16 20:52:41 UTC 2011 TB --- 2011-06-16 20:52:41 - generating LINT kernel config TB --- 2011-06-16 20:52:41 - cd /src/sys/amd64/conf TB --- 2011-06-16 20:52:41 - /usr/bin/make -B LINT TB --- 2011-06-16 20:52:41 - building LINT kernel TB --- 2011-06-16 20:52:41 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 20:52:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 20:52:41 - TARGET=amd64 TB --- 2011-06-16 20:52:41 - TARGET_ARCH=amd64 TB --- 2011-06-16 20:52:41 - TZ=UTC TB --- 2011-06-16 20:52:41 - __MAKE_CONF=/dev/null TB --- 2011-06-16 20:52:41 - cd /src TB --- 2011-06-16 20:52:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 16 20:52:41 UTC 2011 >>> 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 [...] awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/src/sys/LINT /src/sys/modules/safe/../../dev/safe/safe.c ===> scc (depend) @ -> /src/sys machine -> /src/sys/amd64/include awk -f @/tools/makeobjops.awk @/dev/scc/scc_if.m -c /libexec/ld-elf.so.1: Cannot open "/lib/libm.so.5" *** Error code 1 Stop in /src/sys/modules/scc. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 20:57:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 20:57:18 - ERROR: failed to build lint kernel TB --- 2011-06-16 20:57:18 - 4633.49 user 684.12 system 9014.38 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8_2-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 20:58:33 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CA8C106578E; Thu, 16 Jun 2011 20:58:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id DC8CF8FC16; Thu, 16 Jun 2011 20:58:32 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GKwWGG011134; Thu, 16 Jun 2011 20:58:32 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.4/8.14.4/Submit) id p5GKwWwn011131; Thu, 16 Jun 2011 20:58:32 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 20:58:32 GMT Message-Id: <201106162058.p5GKwWwn011131@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8_2 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 20:58:33 -0000 TB --- 2011-06-16 19:51:48 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2011-06-16 19:51:48 - starting RELENG_8_2 tinderbox run for i386/i386 TB --- 2011-06-16 19:51:48 - cleaning the object tree TB --- 2011-06-16 19:52:24 - cvsupping the source tree TB --- 2011-06-16 19:52:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_2/i386/i386/supfile TB --- 2011-06-16 19:53:20 - building world TB --- 2011-06-16 19:53:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 19:53:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 19:53:20 - TARGET=i386 TB --- 2011-06-16 19:53:20 - TARGET_ARCH=i386 TB --- 2011-06-16 19:53:20 - TZ=UTC TB --- 2011-06-16 19:53:20 - __MAKE_CONF=/dev/null TB --- 2011-06-16 19:53:20 - cd /src TB --- 2011-06-16 19:53:20 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 19:53:22 UTC 2011 >>> 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 [...] ===> gnu/usr.bin/cvs/cvsbug (all) version=`sed < /src/gnu/usr.bin/cvs/cvsbug/../../../../contrib/cvs/configure -e '/^[ ]*VERSION=/!d' -e 's/.*=["'\'']\{0,1\}\([^"'\'']*\)["'\'']\{0,1\}/\1/' -e q`; sed -e "s,@VERSION@,${version}-FreeBSD,g" -e "s,@MKTEMP@,/usr/bin/mktemp,g" -e "s,@PACKAGE_BUGREPORT@,bug-cvs@gnu.org,g" -e "s,@SENDMAIL@,/usr/sbin/sendmail,g" -e "s,@MKTEMP_FUNCTION@,," -e "s,@MKTEMP_SH_FUNCTION@,," /src/gnu/usr.bin/cvs/cvsbug/../../../../contrib/cvs/src/cvsbug.in > cvsbug gzip -cn /src/gnu/usr.bin/cvs/cvsbug/../../../../contrib/cvs/man/cvsbug.8 > cvsbug.8.gz ===> gnu/usr.bin/cvs/doc (all) makeinfo --no-split -I /src/gnu/usr.bin/cvs/doc -I /src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc /src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc/cvs.texinfo -o cvs.info gzip -cn cvs.info > cvs.info.gz makeinfo --no-split -I /src/gnu/usr.bin/cvs/doc -I /src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc /src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc/cvsclient.texi -o cvsclient.info makeinfo:Permission denied *** Error code 1 Stop in /src/gnu/usr.bin/cvs/doc. *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 20:58:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 20:58:32 - ERROR: failed to build world TB --- 2011-06-16 20:58:32 - 2227.91 user 317.52 system 4004.27 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8_2-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 09:02:30 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5165D106564A for ; Fri, 17 Jun 2011 09:02:30 +0000 (UTC) (envelope-from mail.lexa@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 1C08E8FC08 for ; Fri, 17 Jun 2011 09:02:29 +0000 (UTC) Received: by iyj12 with SMTP id 12so2620368iyj.13 for ; Fri, 17 Jun 2011 02:02:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=qxZYWFXV3YHV+uyi1SsYfXr00eZJoqAfvjH21B5DB74=; b=IKfMT8MLeg8qyMgAVY9lqcLDUHFFhxXOadBQDhNfdsGjsdHLexLS4AoGhp7PcjMgnm R0+chH5EnOTI+3EQwEbAYU0mfp8Im2gkROwYMifW7ksj3FfhSNsu0GtvOJtyorpFNkeS 3G77GjUhcfwRSapLkgnF9nY1vTo2oYw/4cPIY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=x9rwvVUTmQ9FuK8TdRo4vXCScofAV4wtXvrsM7WypUpJpXtgBPwNtC7Pp166QPiRsh W7fGZVgUvQ45hc+Z6cblS92vYMQu0MbzNJpUvKdH2bzi/m5klFEpk8CiwKNpsOTQoxWD Ud/wyKE61SGLWYFzMdziPGsGukSvzWQFBOWdo= Received: by 10.42.224.71 with SMTP id in7mr1981562icb.255.1308299562082; Fri, 17 Jun 2011 01:32:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.180.5 with HTTP; Fri, 17 Jun 2011 01:32:22 -0700 (PDT) From: Aleksey Date: Fri, 17 Jun 2011 12:32:22 +0400 Message-ID: To: freebsd-stable@freebsd.org X-Mailman-Approved-At: Fri, 17 Jun 2011 11:34:19 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ZFS raid1 crash kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 09:02:30 -0000 Hello, I have a ZFS raid1 from 2 drives to 1TB . Recently, my system OS: FreeBSD 8.2-RELEASE has crashed, with kernel panic: -------------------------------- panic: solaris assert: ss->ss_end >= end (0x6a80753600 >= 0x6a80753800), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c, line: 174 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: solaris assert: ss->ss_end >= end (0x6a80753600 >= 0x6a80753800), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c, line: 174 cpuid = 0 KDB: stack backtrace: #0 0xffffffff805f4e0e at kdb_backtrace+0x5e #1 0xffffffff805c2d07 at panic+0x187 #2 0xffffffff80ee36f6 at space_map_remove+0x296 #3 0xffffffff80ee3d9b at space_map_load+0x1bb #4 0xffffffff80ed4c19 at metaslab_activate+0x89 #5 0xffffffff80ed586e at metaslab_alloc+0x6ae #6 0xffffffff80f00299 at zio_dva_allocate+0x69 #7 0xffffffff80efe287 at zio_execute+0x77 #8 0xffffffff80e9e303 at taskq_run_safe+0x13 #9 0xffffffff805ffeb5 at taskqueue_run_locked+0x85 #10 0xffffffff8060004e at taskqueue_thread_loop+0x4e #11 0xffffffff805994f8 at fork_exit+0x118 #12 0xffffffff8089547e at fork_trampoline+0xe --------------- Reinstall OS and import zfs pool not change anything. smartctl-a says that everything is OK Can anybody tell me what is it? From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 12:43:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 353EC106566C for ; Fri, 17 Jun 2011 12:43:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1FD438FC12 for ; Fri, 17 Jun 2011 12:43:43 +0000 (UTC) Received: from omta09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by qmta12.emeryville.ca.mail.comcast.net with comcast id x0jh1g0020S2fkCAC0jiyL; Fri, 17 Jun 2011 12:43:42 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta09.emeryville.ca.mail.comcast.net with comcast id x0ji1g01j1t3BNj8V0jjpA; Fri, 17 Jun 2011 12:43:43 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5CDEC102C19; Fri, 17 Jun 2011 05:43:42 -0700 (PDT) Date: Fri, 17 Jun 2011 05:43:42 -0700 From: Jeremy Chadwick To: Aleksey Message-ID: <20110617124342.GA6254@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS raid1 crash kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 12:43:44 -0000 On Fri, Jun 17, 2011 at 12:32:22PM +0400, Aleksey wrote: > Hello, > > [snip] You posted this issue to freebsd-fs two days ago. Let's continue the discussion there please? http://lists.freebsd.org/pipermail/freebsd-fs/2011-June/011775.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 12:51:52 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C250106566B for ; Fri, 17 Jun 2011 12:51:52 +0000 (UTC) (envelope-from mail.lexa@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 E6BE98FC08 for ; Fri, 17 Jun 2011 12:51:51 +0000 (UTC) Received: by iyj12 with SMTP id 12so2824257iyj.13 for ; Fri, 17 Jun 2011 05:51:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=A4Kqya55nn1tMBDNTNDccAuhoLM8dgTc6yY1sTY/ZQE=; b=wQCs/g5XJSrEbqyb5dpTEzhcbq+/0R8TfRsRpv2Ip/d/DYmiJqVprggXOo1Xk3mDOw sGnZi5BF7ZOTlk95sGH1AObN3v1WgiC9ncYNtmuqtce7dnLoFFFMyaDbJ6Bm3BxLIwr4 CfQLfJfOxAnNKYAETQBFyjUM7iZ3YSGxENNyc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=hEW+6gXtdaFuqZO84tkOwF1NSFQxC2tkdPGdmKsvBSahS9G22SfhDLGNaYml/HsQ5j X6Ooz0RC2MMn2fQG8DN36YJfrt1KCX8b+2OcKa3sfjbIsWBcnuQUA3CB667q3+iuRln4 A4KdC/QWvEDqQEwUl9oj/nkz0wFXebIxZjqKg= Received: by 10.42.155.10 with SMTP id s10mr2058328icw.54.1308315111073; Fri, 17 Jun 2011 05:51:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.180.5 with HTTP; Fri, 17 Jun 2011 05:51:31 -0700 (PDT) In-Reply-To: <20110617124342.GA6254@icarus.home.lan> References: <20110617124342.GA6254@icarus.home.lan> From: Aleksey Date: Fri, 17 Jun 2011 16:51:31 +0400 Message-ID: To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: ZFS raid1 crash kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 12:51:52 -0000 ok) 2011/6/17 Jeremy Chadwick > On Fri, Jun 17, 2011 at 12:32:22PM +0400, Aleksey wrote: > > Hello, > > > > [snip] > > You posted this issue to freebsd-fs two days ago. Let's continue the > discussion there please? > > http://lists.freebsd.org/pipermail/freebsd-fs/2011-June/011775.html > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, US | > | Making life hard for others since 1977. PGP 4BD6C0CB | > > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 13:07:02 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 945BF1065678 for ; Fri, 17 Jun 2011 13:07:02 +0000 (UTC) (envelope-from bartosz.stec@it4pro.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 448A38FC1D for ; Fri, 17 Jun 2011 13:07:02 +0000 (UTC) Received: from mb01.admin.lan.kkip.pl ([10.66.3.0]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QXYlA-0008T8-Hw; Fri, 17 Jun 2011 15:06:59 +0200 Message-ID: <4DFB516B.30006@it4pro.pl> Date: Fri, 17 Jun 2011 15:06:51 +0200 From: Bartosz Stec Organization: IT4Pro User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Sergey Kandaurov References: <4DF3913F.1000108@lazlarlyricon.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: bartosz.stec@it4pro.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -7.8 X-Spam-Score-Int: -77 X-Exim-Version: 4.76 (build at 12-May-2011 10:41:54) X-Date: 2011-06-17 15:06:59 X-Connected-IP: 10.66.3.0:4001 X-Message-Linecount: 43 X-Body-Linecount: 27 X-Message-Size: 1774 X-Body-Size: 970 X-Received-Count: 1 X-Recipient-Count: 3 X-Local-Recipient-Count: 3 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: freebsd-stable@freebsd.org Subject: Re: "log_sysevent: type 19 is not implemented" messages during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 13:07:02 -0000 W dniu 2011-06-11 18:43, Sergey Kandaurov pisze: > On 11 June 2011 20:01, Rolf Nielsen wrote: >> Hi all, >> >> After going from 8.2-RELEASE to 8-STABLE (to get ZFS v28), I get >> >> log_sysevent: type 19 is not implemented >> >> exactly 20 times during boot. What does that message mean? Need I worry >> about it? And even if it's harmless, it annoys me, so can I get rid of it, >> and if so, how? >> > Hi. > This warning indeed came with ZFS v28 recently merged to 8-STABLE. > AFAIK it's rather harmless. It was silenced in current recently (see svn > r222343), and the fix is expected to be merged to 8-STABLE soon. > Are you sure that it's harmless? It appeared for me as an evidence of pool breakage. I had these messages when I ran any zpool command on broken pool. I do't havesingle one after pool is fixed. Here's my thread on freebsd-fs : http://lists.freebsd.org/pipermail/freebsd-fs/2011-June/011639.html -- Bartosz Stec From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 13:42:12 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 848321065673 for ; Fri, 17 Jun 2011 13:42:12 +0000 (UTC) (envelope-from bartosz.stec@it4pro.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 305DC8FC13 for ; Fri, 17 Jun 2011 13:42:11 +0000 (UTC) Received: from mb01.admin.lan.kkip.pl ([10.66.3.0]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QXZJ8-0008fY-PW; Fri, 17 Jun 2011 15:42:05 +0200 Message-ID: <4DFB59A6.9030508@it4pro.pl> Date: Fri, 17 Jun 2011 15:41:58 +0200 From: Bartosz Stec Organization: IT4Pro User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: "Vogel, Jack" References: <4DC6A277.4030801@it4pro.pl> <4DC6E23B.2040207@it4pro.pl> <4DC81E22.5030806@it4pro.pl> <4DCC3844.6070008@it4pro.pl> <4DCD1672.4020405@FreeBSD.org> <4DF1DC26.5010600@it4pro.pl> <20110610093728.GA39453@icarus.home.lan> <4DF1EB98.9080109@it4pro.pl> <1DB50624F8348F48840F2E2CF6040A9D018ACA75C7@orsmsx508.amr.corp.intel.com> In-Reply-To: <1DB50624F8348F48840F2E2CF6040A9D018ACA75C7@orsmsx508.amr.corp.intel.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: bartosz.stec@it4pro.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.1 X-Spam-Score-Int: -80 X-Exim-Version: 4.76 (build at 12-May-2011 10:41:54) X-Date: 2011-06-17 15:42:05 X-Connected-IP: 10.66.3.0:4119 X-Message-Linecount: 46 X-Body-Linecount: 29 X-Message-Size: 2547 X-Body-Size: 1468 X-Received-Count: 1 X-Recipient-Count: 3 X-Local-Recipient-Count: 3 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: FreeBSD Stable , Jeremy Chadwick Subject: Re: Panic during kernel booting on HP Proliant DL180G6 and latest STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 13:42:12 -0000 W dniu 2011-06-10 20:23, Vogel, Jack pisze: > Er, so what if you get rid of ZFS, does your panic go away? It doesn't really matter what type adapter it is, the igb driver only requests standard size clusters, so memory is getting trashed somewhere I suspect. > > Jack Well, from my observations about this issue (which could be very wrong because my lack of knowledge about BSD kernel) I don't suspect igb driver directly, but rather an order which kernel is processing stuff related to MSIX and hardware (so I suppose that real cause of the problem could be very hard to catch and repeat)? Here's why: 1. There's no panic when using GENERIC kernel. There's also nothing unusual in my custom kernel (included in thread), neither in make.conf. 2. Before current build, panic was seen with igb driver included in kernel, but no panic when using a module. Even better - no panic when trying to load a module while igb driver is stil included in source. No random memory corruption here - same scenario seen every boot with all variants above. It's HP server with HP ECC memory by the way. 3. With current build kernel panics regardless if igb driver is a module or included in kernel (unless i disable MSIX). But I found override - I removed igb driver from kernel config, and a module from loader.conf. Than booted in single user mode, and manually loaded igb driver. No panic! Appareantly something gets wrong _only_ at boot time. -- Bartosz Stec From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 14:29:40 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C8BD106564A for ; Fri, 17 Jun 2011 14:29:40 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 354D78FC24 for ; Fri, 17 Jun 2011 14:29:39 +0000 (UTC) Received: by yic13 with SMTP id 13so1848000yic.13 for ; Fri, 17 Jun 2011 07:29:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/1c3XlnSSWlu5+j/DxiMwlUINkTZ9xdjNa31FdXS25g=; b=sTDCuDEV6Wmh4dOMz5/oRD++Hmhy43HmjmdBU+S9MNhzzUOYCWpWY8tJ3/lh1UYtYQ BOPkUQJ9Gu+l3AJYbUDrl9DEzGBqWrNYUGSNvODTPyzzMY5RRrcfYd8kMDYIOZGqLGQr Kp43sfC+/DM5dr5LU7ZhVFknmFlA062KB4AN8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=Skv3k6eZ99KAV/gWvW85eTLKT+BUq79pcm97MOpo+wq6yYcbDvbDEfIDHh0g14Weac JecY6ILd3ncAwWAPZO2JfaLNT2RFeQXCUwNUBqEL6G1l3bzxBNBFq1hMQeVnjGcVfl2s a0wr+XGLlnxhVPdEvUftDoVzeFQ9JG5/oGMRI= MIME-Version: 1.0 Received: by 10.236.186.65 with SMTP id v41mr3721064yhm.1.1308320977961; Fri, 17 Jun 2011 07:29:37 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.236.61.73 with HTTP; Fri, 17 Jun 2011 07:29:37 -0700 (PDT) In-Reply-To: <4DFB516B.30006@it4pro.pl> References: <4DF3913F.1000108@lazlarlyricon.com> <4DFB516B.30006@it4pro.pl> Date: Fri, 17 Jun 2011 07:29:37 -0700 X-Google-Sender-Auth: 0uJxY0OISBA1y8tCy71iesUj4jM Message-ID: From: Artem Belevich To: Bartosz Stec Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Sergey Kandaurov , freebsd-stable@freebsd.org Subject: Re: "log_sysevent: type 19 is not implemented" messages during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 14:29:40 -0000 On Fri, Jun 17, 2011 at 6:06 AM, Bartosz Stec wrot= e: > W dniu 2011-06-11 18:43, Sergey Kandaurov pisze: >> >> On 11 June 2011 20:01, Rolf Nielsen =A0wro= te: >>> >>> Hi all, >>> >>> After going from 8.2-RELEASE to 8-STABLE (to get ZFS v28), I get >>> >>> log_sysevent: type 19 is not implemented >>> >>> exactly 20 times during boot. What does that message mean? Need I worry >>> about it? And even if it's harmless, it annoys me, so can I get rid of >>> it, >>> and if so, how? >>> >> Hi. >> This warning indeed came with ZFS v28 recently merged to 8-STABLE. >> AFAIK it's rather harmless. It was silenced in current recently (see svn >> r222343), and the fix is expected to be merged to 8-STABLE soon. >> > Are you sure that it's harmless? It appeared for me as an evidence of poo= l > breakage. I had these messages when I ran any zpool command on broken poo= l. > I do't havesingle one after pool is fixed. Here's my thread on freebsd-fs= : > http://lists.freebsd.org/pipermail/freebsd-fs/2011-June/011639.html Indeed. Same story here. Last week I've got my pool corrupted due to a bad memory stick. Then I've got tons of thse "log_sysevent: type 19..." messages. After re-importing the pool with -F the messages went away. So, from where I stand, those messages do seem to correlate with a problem and should not be hushed by default. Instead, they should probably be converted to something easier to understand by humans. Something like "Oops. I do hope you had a backup of this pool." should do the trick. --Artem From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 15:12:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35E431065673 for ; Fri, 17 Jun 2011 15:12:56 +0000 (UTC) (envelope-from listreader@lazlarlyricon.com) Received: from mailgw13.surf-town.net (mail13.surf-town.net [212.97.132.53]) by mx1.freebsd.org (Postfix) with ESMTP id DDD868FC12 for ; Fri, 17 Jun 2011 15:12:55 +0000 (UTC) Received: by mailgw13.surf-town.net (Postfix, from userid 65534) id 5E46841266; Fri, 17 Jun 2011 17:12:54 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mailgw13.surf-town.net (Postfix) with ESMTP id 2792141265; Fri, 17 Jun 2011 17:12:54 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mailgw3.surf-town.net X-Spam-Flag: NO X-Spam-Score: -1.44 X-Spam-Level: X-Spam-Status: No, score=-1.44 tagged_above=-999 required=7 tests=[ALL_TRUSTED=-1.44] autolearn=disabled Received: from mailgw13.surf-town.net ([127.0.0.1]) by localhost (mailgw13.surf-town.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id uhBbVxLztLmd; Fri, 17 Jun 2011 17:12:48 +0200 (CEST) Received: from lazlar.kicks-ass.net (c-0987e355.09-42-6e6b7010.cust.bredbandsbolaget.se [85.227.135.9]) by mailgw13.surf-town.net (Postfix) with ESMTPA id 3BC7241263; Fri, 17 Jun 2011 17:12:45 +0200 (CEST) Message-ID: <4DFB6EEC.20206@lazlarlyricon.com> Date: Fri, 17 Jun 2011 17:12:44 +0200 From: Rolf Nielsen User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; sv-SE; rv:1.9.2.17) Gecko/20110615 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Artem Belevich References: <4DF3913F.1000108@lazlarlyricon.com> <4DFB516B.30006@it4pro.pl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Bartosz Stec , Sergey Kandaurov , freebsd-stable@freebsd.org Subject: Re: "log_sysevent: type 19 is not implemented" messages during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 15:12:56 -0000 2011-06-17 16:29, Artem Belevich skrev: <...> >> Are you sure that it's harmless? It appeared for me as an evidence of pool >> breakage. I had these messages when I ran any zpool command on broken pool. >> I do't havesingle one after pool is fixed. Here's my thread on freebsd-fs : >> http://lists.freebsd.org/pipermail/freebsd-fs/2011-June/011639.html > > Indeed. Same story here. Last week I've got my pool corrupted due to a > bad memory stick. Then I've got tons of thse "log_sysevent: type > 19..." messages. After re-importing the pool with -F the messages went > away. So, from where I stand, those messages do seem to correlate with > a problem and should not be hushed by default. > > Instead, they should probably be converted to something easier to > understand by humans. Something like "Oops. I do hope you had a backup > of this pool." should do the trick. > > --Artem > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > I haven't had any problems at all. In the daily script I get "all pools are healthy", and I have, AFAIK, experienced no data loss (and yes, I do daily backups). Seems to me it's a useless message, if it sometimes, but not always, signals a problem. /Rolf From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 15:28:52 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A25291065674; Fri, 17 Jun 2011 15:28:52 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2F09A8FC13; Fri, 17 Jun 2011 15:28:52 +0000 (UTC) Received: by pvg11 with SMTP id 11so2660410pvg.13 for ; Fri, 17 Jun 2011 08:28:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.33.42 with SMTP id o10mr1083937pbi.90.1308324531834; Fri, 17 Jun 2011 08:28:51 -0700 (PDT) Received: by 10.68.50.166 with HTTP; Fri, 17 Jun 2011 08:28:51 -0700 (PDT) In-Reply-To: <4DFB6EEC.20206@lazlarlyricon.com> References: <4DF3913F.1000108@lazlarlyricon.com> <4DFB516B.30006@it4pro.pl> <4DFB6EEC.20206@lazlarlyricon.com> Date: Fri, 17 Jun 2011 17:28:51 +0200 Message-ID: From: Olivier Smedts To: Rolf Nielsen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Bartosz Stec , Artem Belevich , Sergey Kandaurov , freebsd-stable@freebsd.org Subject: Re: "log_sysevent: type 19 is not implemented" messages during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 15:28:52 -0000 2011/6/17 Rolf Nielsen : > 2011-06-17 16:29, Artem Belevich skrev: > <...> >>> >>> Are you sure that it's harmless? It appeared for me as an evidence of >>> pool >>> breakage. I had these messages when I ran any zpool command on broken >>> pool. >>> I do't havesingle one after pool is fixed. Here's my thread on freebsd-= fs >>> : >>> http://lists.freebsd.org/pipermail/freebsd-fs/2011-June/011639.html >> >> Indeed. Same story here. Last week I've got my pool corrupted due to a >> bad memory stick. =A0Then I've got tons of thse "log_sysevent: type >> 19..." messages. After re-importing the pool with -F the messages went >> away. So, from where I stand, those messages do seem to correlate with >> a problem and should not be hushed by default. >> >> Instead, they should probably be converted to something easier to >> understand by humans. Something like "Oops. I do hope you had a backup >> of this pool." should do the trick. >> >> --Artem >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " >> >> > > I haven't had any problems at all. In the daily script I get "all pools a= re > healthy", and I have, AFAIK, experienced no data loss (and yes, I do dail= y > backups). Seems to me it's a useless message, if it sometimes, but not > always, signals a problem. On mine, it pops up at boot on the console if the cache device is inaccessible (usb key). No real problem on the pool, but an information with more meaning would be useful. > > /Rolf > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 15:30:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F34410656B1; Fri, 17 Jun 2011 15:30:32 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from megatron.madpilot.net (megatron.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id F23728FC25; Fri, 17 Jun 2011 15:30:31 +0000 (UTC) Received: from megatron.madpilot.net (localhost [127.0.0.1]) by megatron.madpilot.net (Postfix) with ESMTP id 069F01814; Fri, 17 Jun 2011 17:30:31 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= user-agent:in-reply-to:content-disposition:content-type :content-type:mime-version:references:message-id:subject:subject :from:from:date:date:received:received; s=mail; t=1308324628; x= 1310139028; bh=44wabp5pfPApNgGk6/ULCDYl2iRoK+jHXOBtpOQhaW0=; b=n lUEt/TCBl6FbHOF54PLuPqTzo2bfyskNGpu40cEWgIGTvWVfz50/+fgnq7AiyXqP Mk5bpfPtSkyG2a0+6iM/4JCCL+kbFyWWhMGj4QraeDOX+yJhdb1+9UUiGHDStyTx o54auO5i//adyScXQppBji/11CQxeaA4YTgOhBEs34= X-Virus-Scanned: amavisd-new at madpilot.net Received: from megatron.madpilot.net ([127.0.0.1]) by megatron.madpilot.net (megatron.madpilot.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Btq2EdPJzcUb; Fri, 17 Jun 2011 17:30:28 +0200 (CEST) Received: by megatron.madpilot.net (Postfix, from userid 1000) id 763421808; Fri, 17 Jun 2011 17:30:28 +0200 (CEST) Date: Fri, 17 Jun 2011 17:30:28 +0200 From: Guido Falsi To: John Baldwin Message-ID: <20110617153028.GB37006@megatron.madpilot.net> References: <20110609152820.GC57263@megatron.madpilot.net> <201106091543.16028.jhb@freebsd.org> <20110613152653.GA82909@megatron.madpilot.net> <201106131145.08185.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201106131145.08185.jhb@freebsd.org> X-Operating-System: FreeBSD 8.2-STABLE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: BTX loader problem on specific hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 15:30:32 -0000 On Mon, Jun 13, 2011 at 11:45:07AM -0400, John Baldwin wrote: > > Ouch. Well, these can be a PITA to disassemble. ndisasm from the devel/nasm > port is a good x86 disassembler that you can use. You will need to use dd > on /dev/mem to extract INT 15's entry point from the IDT. For example: > > # dd if=/dev/mem bs=4 iseek=0x15 count=1 | hd > 1+0 records in > 1+0 records out > 4 bytes transferred in 0.000021 secs (190650 bytes/sec) > 00000000 59 f8 00 f0 |Y...| > 00000004 > > On this machine that gives a pointer of 0xf000:f859 which is a raw physical > address of '0xff859'. You can then grab a block of that to disassemble like > so: > > # dd if=/dev/mem bs=1 iseek=0xff859 count=100 | ndisasm - > 00000000 EB00 jmp short 0x2 > 00000002 80FC87 cmp ah,0x87 > 00000005 7503 jnz 0xa > 00000007 E94CF9 jmp word 0xf956 > .... > > In this case I'd then need to look at what was at 0xff956, etc. Following your suggestions I finally got through that code. I could understand just part of it. As I said I have almost no experience with ASM. I also disassebled the same function from another PC (same manufacturer) on which BTX/loader works. Only thing I could make out is that the 6005Pro BIOS has a part of it's code where it touches the cr[034] and msr registers. This code if surrounded by a check on a memory location which, when I dump it, makes the code run. I don't know if at machine boot this byte has a different value. There is an instruction near there which makes the code what I see it, but it's not in the code path from the bios function in question. I see that older BTX used to emulate all the operations on CR and MSR registers, so maybe that's why it went through. Any idea or help on a possible workaround? I'm not sure, but maybe rdmsr or wrmsr are generating exceptions which are not managed by BTX? I could be wrong, I really dont' know that much about the internals of CPUs. I obviously have the disassembled code available, but not posting it here because I'm not sure what policies there are about disassembled code on the lists. -- Guido Falsi From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 16:01:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0637106564A for ; Fri, 17 Jun 2011 16:01:43 +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 6D34B8FC08 for ; Fri, 17 Jun 2011 16:01:43 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 1761446B23; Fri, 17 Jun 2011 12:01:43 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 967008A01F; Fri, 17 Jun 2011 12:01:42 -0400 (EDT) From: John Baldwin To: Guido Falsi Date: Fri, 17 Jun 2011 12:01:33 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110609152820.GC57263@megatron.madpilot.net> <201106131145.08185.jhb@freebsd.org> <20110617153028.GB37006@megatron.madpilot.net> In-Reply-To: <20110617153028.GB37006@megatron.madpilot.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106171201.34037.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 17 Jun 2011 12:01:42 -0400 (EDT) Cc: freebsd-stable@freebsd.org Subject: Re: BTX loader problem on specific hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 16:01:43 -0000 On Friday, June 17, 2011 11:30:28 am Guido Falsi wrote: > On Mon, Jun 13, 2011 at 11:45:07AM -0400, John Baldwin wrote: > > > > Ouch. Well, these can be a PITA to disassemble. ndisasm from the devel/nasm > > port is a good x86 disassembler that you can use. You will need to use dd > > on /dev/mem to extract INT 15's entry point from the IDT. For example: > > > > # dd if=/dev/mem bs=4 iseek=0x15 count=1 | hd > > 1+0 records in > > 1+0 records out > > 4 bytes transferred in 0.000021 secs (190650 bytes/sec) > > 00000000 59 f8 00 f0 |Y...| > > 00000004 > > > > On this machine that gives a pointer of 0xf000:f859 which is a raw physical > > address of '0xff859'. You can then grab a block of that to disassemble like > > so: > > > > # dd if=/dev/mem bs=1 iseek=0xff859 count=100 | ndisasm - > > 00000000 EB00 jmp short 0x2 > > 00000002 80FC87 cmp ah,0x87 > > 00000005 7503 jnz 0xa > > 00000007 E94CF9 jmp word 0xf956 > > .... > > > > In this case I'd then need to look at what was at 0xff956, etc. > > Following your suggestions I finally got through that code. I could > understand just part of it. As I said I have almost no experience > with ASM. > > I also disassebled the same function from another PC (same manufacturer) > on which BTX/loader works. > > Only thing I could make out is that the 6005Pro BIOS has a part of it's > code where it touches the cr[034] and msr registers. This code if > surrounded by a check on a memory location which, when I dump it, makes > the code run. I don't know if at machine boot this byte has a different > value. There is an instruction near there which makes the code what I > see it, but it's not in the code path from the bios function in > question. > > I see that older BTX used to emulate all the operations on CR and MSR > registers, so maybe that's why it went through. Any idea or help on a > possible workaround? > > I'm not sure, but maybe rdmsr or wrmsr are generating exceptions which > are not managed by BTX? I could be wrong, I really dont' know that much > about the internals of CPUs. Well, the old BTX didn't allow full access to CR registers. Running in real mode, there should be no problems with any MSR accesses though in the new BTX. > I obviously have the disassembled code available, but not posting it > here because I'm not sure what policies there are about disassembled > code on the lists. You can post a URL perhaps (or just send it to me directly if you wish). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 16:27:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EB9E106567B for ; Fri, 17 Jun 2011 16:27:22 +0000 (UTC) (envelope-from jack.vogel@intel.com) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by mx1.freebsd.org (Postfix) with ESMTP id 2064A8FC1A for ; Fri, 17 Jun 2011 16:27:21 +0000 (UTC) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga102.jf.intel.com with ESMTP; 17 Jun 2011 09:27:21 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.65,382,1304319600"; d="scan'208";a="16282670" Received: from orsmsx603.amr.corp.intel.com ([10.22.226.49]) by orsmga001.jf.intel.com with ESMTP; 17 Jun 2011 09:27:21 -0700 Received: from orsmsx605.amr.corp.intel.com (10.22.226.10) by orsmsx603.amr.corp.intel.com (10.22.226.49) with Microsoft SMTP Server (TLS) id 8.2.255.0; Fri, 17 Jun 2011 09:27:21 -0700 Received: from orsmsx508.amr.corp.intel.com ([10.22.226.46]) by orsmsx605.amr.corp.intel.com ([10.22.226.10]) with mapi; Fri, 17 Jun 2011 09:27:21 -0700 From: "Vogel, Jack" To: Bartosz Stec Date: Fri, 17 Jun 2011 09:27:20 -0700 Thread-Topic: Panic during kernel booting on HP Proliant DL180G6 and latest STABLE Thread-Index: Acws9Fw7xaBG0uQ7RxSO7c3SPO5KAgAFqBEg Message-ID: <1DB50624F8348F48840F2E2CF6040A9D018D22E697@orsmsx508.amr.corp.intel.com> References: <4DC6A277.4030801@it4pro.pl> <4DC6E23B.2040207@it4pro.pl> <4DC81E22.5030806@it4pro.pl> <4DCC3844.6070008@it4pro.pl> <4DCD1672.4020405@FreeBSD.org> <4DF1DC26.5010600@it4pro.pl> <20110610093728.GA39453@icarus.home.lan> <4DF1EB98.9080109@it4pro.pl> <1DB50624F8348F48840F2E2CF6040A9D018ACA75C7@orsmsx508.amr.corp.intel.com> <4DFB59A6.9030508@it4pro.pl> In-Reply-To: <4DFB59A6.9030508@it4pro.pl> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: FreeBSD Stable , Jeremy Chadwick Subject: RE: Panic during kernel booting on HP Proliant DL180G6 and latest STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 16:27:22 -0000 Yes, there have been a few times when I have seen something like this, and = issue when the driver is static and not when modulized. I have never been c= lear what to make of this. If anyone else here has any thoughts or enlighte= ning ideas I'd appreciate it. Also if it does not even happen when using th= e GENERIC config then it would be interesting to see the diff between that = and what does cause the panic. Regards, Jack -----Original Message----- From: Bartosz Stec [mailto:bartosz.stec@it4pro.pl]=20 Sent: Friday, June 17, 2011 6:42 AM To: Vogel, Jack Cc: Jeremy Chadwick; FreeBSD Stable Subject: Re: Panic during kernel booting on HP Proliant DL180G6 and latest = STABLE W dniu 2011-06-10 20:23, Vogel, Jack pisze: > Er, so what if you get rid of ZFS, does your panic go away? It doesn't r= eally matter what type adapter it is, the igb driver only requests standard= size clusters, so memory is getting trashed somewhere I suspect. > > Jack Well, from my observations about this issue (which could be very wrong=20 because my lack of knowledge about BSD kernel) I don't suspect igb=20 driver directly, but rather an order which kernel is processing stuff=20 related to MSIX and hardware (so I suppose that real cause of the=20 problem could be very hard to catch and repeat)? Here's why: 1. There's no panic when using GENERIC kernel. There's also nothing=20 unusual in my custom kernel (included in thread), neither in make.conf. 2. Before current build, panic was seen with igb driver included in=20 kernel, but no panic when using a module. Even better - no panic when=20 trying to load a module while igb driver is stil included in source. No=20 random memory corruption here - same scenario seen every boot with all=20 variants above. It's HP server with HP ECC memory by the way. 3. With current build kernel panics regardless if igb driver is a module=20 or included in kernel (unless i disable MSIX). But I found override - I=20 removed igb driver from kernel config, and a module from loader.conf.=20 Than booted in single user mode, and manually loaded igb driver. No=20 panic! Appareantly something gets wrong _only_ at boot time. --=20 Bartosz Stec From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 17:06:26 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91FDC1065675; Fri, 17 Jun 2011 17:06:26 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 188158FC13; Fri, 17 Jun 2011 17:06:26 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 2CD2C14D5A; Fri, 17 Jun 2011 19:06:25 +0200 (CEST) Received: from meribel.restart.bel (meribel.restart.bel [IPv6:2001:41d0:2:56bf:1:8::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id p5HH6M5D091237 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=OK); Fri, 17 Jun 2011 19:06:24 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be p5HH6M5D091237 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1308330384; bh=iZw1TT1J1NBigyThhYV9exZ6Zj2Yv56RpsNIVqyRQrk=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=a0qc+OFIbqkg4S1efQlP8bZC04IWZMtdQRvYLABPTy6/76A6vcH16JUGPNnOH+vOX ABQpFPt9rp35Jk7faNmCA== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be p5HH6M5D091237 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=BkZ3oXo81dg13hTG3SsTva7u8IPrnIstmjPMELfh8iD2TmTMJKvLOB/Qr854wUoiG OCJLmmaQ9gmgh1iIlsz8g== Message-ID: <4DFB898E.4070202@restart.be> Date: Fri, 17 Jun 2011 19:06:22 +0200 From: Henri Hennebert User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.17) Gecko/20110430 Thunderbird/3.1.10 MIME-Version: 1.0 To: John Baldwin References: <4DF9F8CE.4020409@restart.be> <201106161335.46337.jhb@freebsd.org> In-Reply-To: <201106161335.46337.jhb@freebsd.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=D351A503 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS boot inside on the second partition inside a slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 17:06:26 -0000 On 06/16/2011 19:35, John Baldwin wrote: > On Thursday, June 16, 2011 8:45:41 am Zhihao Yuan wrote: >> Exactly. The MFCed ZFSv28 is different from any patch maintained by >> mm@. Maybe some untested changes involved. > > Can you try reverting this change: > > Author: jhb > Date: Thu Apr 28 17:44:24 2011 > New Revision: 221177 > URL: http://svn.freebsd.org/changeset/base/221177 > > Log: > Due to space constraints, the UFS boot2 and boot1 use an evil hack where > boot2 calls back into boot1 to perform disk reads. The ZFS MBR boot blocks > do not have the same space constraints, so remove this hack for ZFS. > While here, remove commented out code to support C/H/S addressing from > zfsldr. The ZFS and GPT bootstraps always just use EDD LBA addressing. > > MFC after: 2 weeks > > Modified: > head/sys/boot/i386/boot2/Makefile > head/sys/boot/i386/common/drv.c > head/sys/boot/i386/zfsboot/Makefile > head/sys/boot/i386/zfsboot/zfsldr.S > I try with this revision (221177) reverted to no avail: same error - 'read error' Henri From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 18:26:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF71C106566B for ; Fri, 17 Jun 2011 18:26:22 +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 B66858FC0C for ; Fri, 17 Jun 2011 18:26:22 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 559B546B24; Fri, 17 Jun 2011 14:26:22 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E06298A01F; Fri, 17 Jun 2011 14:26:21 -0400 (EDT) From: John Baldwin To: Henri Hennebert Date: Fri, 17 Jun 2011 13:37:38 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201106161335.46337.jhb@freebsd.org> <4DFB898E.4070202@restart.be> In-Reply-To: <4DFB898E.4070202@restart.be> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201106171337.39104.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 17 Jun 2011 14:26:22 -0400 (EDT) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS boot inside on the second partition inside a slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 18:26:23 -0000 On Friday, June 17, 2011 1:06:22 pm Henri Hennebert wrote: > On 06/16/2011 19:35, John Baldwin wrote: > > On Thursday, June 16, 2011 8:45:41 am Zhihao Yuan wrote: > >> Exactly. The MFCed ZFSv28 is different from any patch maintained by > >> mm@. Maybe some untested changes involved. > > > > Can you try reverting this change: > > > > Author: jhb > > Date: Thu Apr 28 17:44:24 2011 > > New Revision: 221177 > > URL: http://svn.freebsd.org/changeset/base/221177 > > > > Log: > > Due to space constraints, the UFS boot2 and boot1 use an evil hack where > > boot2 calls back into boot1 to perform disk reads. The ZFS MBR boot blocks > > do not have the same space constraints, so remove this hack for ZFS. > > While here, remove commented out code to support C/H/S addressing from > > zfsldr. The ZFS and GPT bootstraps always just use EDD LBA addressing. > > > > MFC after: 2 weeks > > > > Modified: > > head/sys/boot/i386/boot2/Makefile > > head/sys/boot/i386/common/drv.c > > head/sys/boot/i386/zfsboot/Makefile > > head/sys/boot/i386/zfsboot/zfsldr.S > > > I try with this revision (221177) reverted to no avail: > same error - 'read error' Hmm, ok. No other ideas off the top of my head. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 00:51:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 158291065675 for ; Sat, 18 Jun 2011 00:51:28 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.westchester.pa.mail.comcast.net (qmta13.westchester.pa.mail.comcast.net [76.96.59.243]) by mx1.freebsd.org (Postfix) with ESMTP id B8BE88FC17 for ; Sat, 18 Jun 2011 00:51:27 +0000 (UTC) Received: from omta19.westchester.pa.mail.comcast.net ([76.96.62.98]) by qmta13.westchester.pa.mail.comcast.net with comcast id xCeV1g00127AodY5DCrTPP; Sat, 18 Jun 2011 00:51:27 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta19.westchester.pa.mail.comcast.net with comcast id xCrR1g00H1t3BNj3fCrTT5; Sat, 18 Jun 2011 00:51:27 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 7EA40102C19; Fri, 17 Jun 2011 17:51:24 -0700 (PDT) Date: Fri, 17 Jun 2011 17:51:24 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20110618005124.GA43568@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org Subject: MFC: graid(8) (RAID GEOM) support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 00:51:28 -0000 Sorry for the cross-post, but I thought both lists would want to know about this. Looks like mav@ just committed this ~17 hours ago: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/geom/raid/g_raid.c Those who have historically wanted to use Intel MatrixRAID (now called Intel RST (Rapid Storage Technology)), but haven't due to the severe issues/risks with ataraid(4), will probably be very interested in this commit. I know I am! I plan on stress-testing the Intel support on a 2-disk system with RAID-1 enabled, and will document my experiences, procedures, etc... Thanks, mav@ and imp@ ! I'll be sending another mail momentarily asking about USB memory stick image building, since to accomplish the above, I want to do a "bare-bones" install on our test system (e.g. enable Intel RAID, set up 2 disks in a RAID-1 mirror, boot a USB memory stick that contains this latest RELENG_8 build, and do sysinstall, etc.. the normal way). ===================================================================== MFC r219974, r220209, r220210, r220790: Add new RAID GEOM class, that is going to replace ataraid(4) in supporting various BIOS-based software RAIDs. Unlike ataraid(4) this implementation does not depend on legacy ata(4) subsystem and can be used with any disk drivers, including new CAM-based ones (ahci(4), siis(4), mvs(4), ata(4) with `options ATA_CAM`). To make code more readable and extensible, this implementation follows modular design, including core part and two sets of modules, implementing support for different metadata formats and RAID levels. Support for such popular metadata formats is now implemented: Intel, JMicron, NVIDIA, Promise (also used by AMD/ATI) and SiliconImage. Such RAID levels are now supported: RAID0, RAID1, RAID1E, RAID10, SINGLE, CONCAT. For all of these RAID levels and metadata formats this class supports full cycle of volume operations: reading, writing, creation, deletion, disk removal and insertion, rebuilding, dirty shutdown detection and resynchronization, bad sector recovery, faulty disks tracking, hot-spare disks. For Intel and Promise formats there is support multiple volumes per disk set. Look graid(8) manual page for additional details. Co-authored by: imp Sponsored by: Cisco Systems, Inc. and iXsystems, Inc. ===================================================================== -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 01:23:01 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACBF51065679 for ; Sat, 18 Jun 2011 01:23:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 5BD5C8FC0A for ; Sat, 18 Jun 2011 01:23:00 +0000 (UTC) Received: from omta09.westchester.pa.mail.comcast.net ([76.96.62.20]) by qmta06.westchester.pa.mail.comcast.net with comcast id xDGr1g0010SCNGk56DP1pr; Sat, 18 Jun 2011 01:23:01 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta09.westchester.pa.mail.comcast.net with comcast id xDNy1g0131t3BNj3VDNz3E; Sat, 18 Jun 2011 01:23:00 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 9C6CC102C19; Fri, 17 Jun 2011 18:22:57 -0700 (PDT) Date: Fri, 17 Jun 2011 18:22:57 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20110618012257.GA84652@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: nwhitehorn@freebsd.org, kensmith@freebsd.org, mm@freebsd.org Subject: Building your own FreeBSD USB memstick image X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 01:23:01 -0000 CC'ing Ken, Nathan, and Martin since they all have some insight to this procedure. Given the recent MFC of graid(8) to RELENG_8, I'd like to make my own FreeBSD USB memstick image but with the latest RELENG_8 kernel/world. For the USB memstick, I've found src/release/scripts/make-memstick.sh, but there's no real explanation as to what "/path/to/directory" should be, and that's probably because I'm not familiar with the "build a base system" infrastructure. Is the procedure for creating new FreeBSD memstick images documented anywhere? I've got some hints on the web that one should be using the DESTDIR knob to accomplish this when building/installing world/kernel. So would something like this be the correct procedure (on a system already running the latest RELENG_8 tag): mkdir /newimage (or preferably a big filesystem) cd /usr/src make DESTDIR=/newimage buildworld make DESTDIR=/newimage buildkernel make DESTDIR=/newimage installkernel make DESTDIR=/newimage installworld cd /usr/src/release/scripts ./make-memstick.sh /newimage /var/tmp/my-memstick.img I'd be surprised if it were really that easy, since Martin's "make your own ISO image" stuff seems to do a heck of a lot more than that: https://box.vx.sk/wsvn/mfsbsd/trunk/Makefile -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 02:14:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B29911065675 for ; Sat, 18 Jun 2011 02:14:28 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [204.109.61.45]) by mx1.freebsd.org (Postfix) with SMTP id 6163D8FC23 for ; Sat, 18 Jun 2011 02:14:28 +0000 (UTC) Received: (qmail 22543 invoked by uid 0); 17 Jun 2011 22:07:46 -0400 Received: from unknown (HELO schism.local) (gjb@76.124.49.145) by 0 with SMTP; 17 Jun 2011 22:07:46 -0400 Message-ID: <4DFC0871.9070906@FreeBSD.org> Date: Fri, 17 Jun 2011 22:07:45 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Jeremy Chadwick References: <20110618012257.GA84652@icarus.home.lan> <4DFC06FD.6010805@FreeBSD.org> In-Reply-To: <4DFC06FD.6010805@FreeBSD.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, nwhitehorn@freebsd.org, kensmith@freebsd.org, mm@freebsd.org Subject: Re: Building your own FreeBSD USB memstick image X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 02:14:28 -0000 On 6/17/11 10:01 PM, Glen Barber wrote: > Hey, > > On 6/17/11 9:22 PM, Jeremy Chadwick wrote: >> CC'ing Ken, Nathan, and Martin since they all have some insight to this >> procedure. >> >> Given the recent MFC of graid(8) to RELENG_8, I'd like to make my own >> FreeBSD USB memstick image but with the latest RELENG_8 kernel/world. >> >> For the USB memstick, I've found src/release/scripts/make-memstick.sh, >> but there's no real explanation as to what "/path/to/directory" should >> be, and that's probably because I'm not familiar with the "build a >> base system" infrastructure. >> > > /path/to/directory should be the 'R/' directory from the 'make release' > process, a subdirectory of the CHROOTDIR target. > Oops, my mistake. There's more to the hierarchy that I neglected. '/path/to/directory' in my case is '/usr/release/R/cdrom/disc1/8-STABLE', where '/usr/release' is CHROOTDIR. Again, I'd be happy to be proven wrong, or inaccurate. Regards, -- Glen Barber | gjb@FreeBSD.org FreeBSD Documentation Project From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 02:15:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5C481065677 for ; Sat, 18 Jun 2011 02:15:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [204.109.61.45]) by mx1.freebsd.org (Postfix) with SMTP id 86CE18FC20 for ; Sat, 18 Jun 2011 02:15:20 +0000 (UTC) Received: (qmail 22491 invoked by uid 0); 17 Jun 2011 22:01:33 -0400 Received: from unknown (HELO schism.local) (gjb@76.124.49.145) by 0 with SMTP; 17 Jun 2011 22:01:33 -0400 Message-ID: <4DFC06FD.6010805@FreeBSD.org> Date: Fri, 17 Jun 2011 22:01:33 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Jeremy Chadwick References: <20110618012257.GA84652@icarus.home.lan> In-Reply-To: <20110618012257.GA84652@icarus.home.lan> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, nwhitehorn@freebsd.org, kensmith@freebsd.org, mm@freebsd.org Subject: Re: Building your own FreeBSD USB memstick image X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 02:15:20 -0000 Hey, On 6/17/11 9:22 PM, Jeremy Chadwick wrote: > CC'ing Ken, Nathan, and Martin since they all have some insight to this > procedure. > > Given the recent MFC of graid(8) to RELENG_8, I'd like to make my own > FreeBSD USB memstick image but with the latest RELENG_8 kernel/world. > > For the USB memstick, I've found src/release/scripts/make-memstick.sh, > but there's no real explanation as to what "/path/to/directory" should > be, and that's probably because I'm not familiar with the "build a > base system" infrastructure. > /path/to/directory should be the 'R/' directory from the 'make release' process, a subdirectory of the CHROOTDIR target. > Is the procedure for creating new FreeBSD memstick images documented > anywhere? > I'd be happy to be proven wrong, but I don't think so. The release process for 9.x builds the memstick by default, so I'm not sure it's worth updating the 7.x/8.x documentation for this. Regards, -- Glen Barber | gjb@FreeBSD.org FreeBSD Documentation Project From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 02:18:30 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 179EB1065672; Sat, 18 Jun 2011 02:18:30 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 69C368FC08; Sat, 18 Jun 2011 02:18:28 +0000 (UTC) Received: by fxm11 with SMTP id 11so816663fxm.13 for ; Fri, 17 Jun 2011 19:18:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=saxcpvfQDMigpCK+S5MRMltK0zznESU0FDlnxqb91mE=; b=sv8weBfsJigSv7sAP7ywHteUREIY1iU3oo2/xX24UuA96S0niuI+csfDwImSA0T9dF LKya0HcEjOGKqsVg8GUog9gWhkCcik8lhfdv1pI6HxuA2quQEU9XGcpvsnIFeDOvvWLX 9sAQ+AhAcae9W0/j6Rv3Z8xixBq0dS1AIWpdY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=rh5WDJu/+KjxNDISoVkV3l2SLEXEqpTu3YqR271eUuBxFvHvp3LOKY6pcCNdVyehlO /eiY/Kiig+VAurNkiTbPPcxluQFmi9t6M3Yt1pCftYdnzQ8/gbhTz2l3EgryHNnDGGj1 Ctt8tMaQMgxfgQ8a+fihEZfiYxpZnEHNmUS3E= MIME-Version: 1.0 Received: by 10.223.55.27 with SMTP id s27mr3296164fag.121.1308363508222; Fri, 17 Jun 2011 19:18:28 -0700 (PDT) Received: by 10.223.95.195 with HTTP; Fri, 17 Jun 2011 19:18:28 -0700 (PDT) In-Reply-To: <201106171337.39104.jhb@freebsd.org> References: <201106161335.46337.jhb@freebsd.org> <4DFB898E.4070202@restart.be> <201106171337.39104.jhb@freebsd.org> Date: Fri, 17 Jun 2011 21:18:28 -0500 Message-ID: From: Zhihao Yuan To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Henri Hennebert , freebsd-stable@freebsd.org Subject: Re: ZFS boot inside on the second partition inside a slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 02:18:30 -0000 If this problem can not be solved, I probably have to redo everything to use GPT-based solution and lose my Windows............. On Fri, Jun 17, 2011 at 12:37 PM, John Baldwin wrote: > On Friday, June 17, 2011 1:06:22 pm Henri Hennebert wrote: >> On 06/16/2011 19:35, John Baldwin wrote: >> > On Thursday, June 16, 2011 8:45:41 am Zhihao Yuan wrote: >> >> Exactly. The MFCed ZFSv28 is different from any patch maintained by >> >> mm@. Maybe some untested changes involved. >> > >> > Can you try reverting this change: >> > >> > Author: jhb >> > Date: Thu Apr 28 17:44:24 2011 >> > New Revision: 221177 >> > URL: http://svn.freebsd.org/changeset/base/221177 >> > >> > Log: >> > =C2=A0 Due to space constraints, the UFS boot2 and boot1 use an evil h= ack where >> > =C2=A0 boot2 calls back into boot1 to perform disk reads. =C2=A0The ZF= S MBR boot blocks >> > =C2=A0 do not have the same space constraints, so remove this hack for= ZFS. >> > =C2=A0 While here, remove commented out code to support C/H/S addressi= ng from >> > =C2=A0 zfsldr. =C2=A0The ZFS and GPT bootstraps always just use EDD LB= A addressing. >> > >> > =C2=A0 MFC after: =C2=A0 =C2=A02 weeks >> > >> > Modified: >> > =C2=A0 head/sys/boot/i386/boot2/Makefile >> > =C2=A0 head/sys/boot/i386/common/drv.c >> > =C2=A0 head/sys/boot/i386/zfsboot/Makefile >> > =C2=A0 head/sys/boot/i386/zfsboot/zfsldr.S >> > >> I try with this revision (221177) reverted to no avail: >> same error - 'read error' > > Hmm, ok. =C2=A0No other ideas off the top of my head. > > -- > John Baldwin > --=20 Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 08:10:48 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2ACA1065672; Sat, 18 Jun 2011 08:10:48 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from megatron.madpilot.net (megatron.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id 580638FC0C; Sat, 18 Jun 2011 08:10:48 +0000 (UTC) Received: from megatron.madpilot.net (localhost [127.0.0.1]) by megatron.madpilot.net (Postfix) with ESMTP id E72C21B4C; Sat, 18 Jun 2011 10:10:46 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :references:subject:subject:mime-version:user-agent:from:from :date:date:message-id:received:received; s=mail; t=1308384640; x=1310199040; bh=YxaJwXbdFJYKVIan81rPVZrNi4w5SOlc6jAZf2/GnKM=; b= ppw7WYcDbdXQest/BeIR95DWTecUwau4XRV9io1JugqePDuSk1y/QP/6neqDk1P+ HBJP7rEYw/+9mHyGSigfxnCdzfBFOPUgwhew6kupdAKEU+N0taykeDRDk7nKH/kc 4xT0AQmC4FaPShqfbIkzH/XBIUsSadzw7k4bS200ZDY= X-Virus-Scanned: amavisd-new at madpilot.net Received: from megatron.madpilot.net ([127.0.0.1]) by megatron.madpilot.net (megatron.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CuYIpGUbA0VK; Sat, 18 Jun 2011 10:10:40 +0200 (CEST) Received: from marvin.madpilot.net (localhost [127.0.0.1]) by megatron.madpilot.net (Postfix) with ESMTP; Sat, 18 Jun 2011 10:10:40 +0200 (CEST) Message-ID: <4DFC5D7F.70501@madpilot.net> Date: Sat, 18 Jun 2011 10:10:39 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110508 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: John Baldwin References: <20110609152820.GC57263@megatron.madpilot.net> <201106131145.08185.jhb@freebsd.org> <20110617153028.GB37006@megatron.madpilot.net> <201106171201.34037.jhb@freebsd.org> In-Reply-To: <201106171201.34037.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: BTX loader problem on specific hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 08:10:48 -0000 On 06/17/11 18:01, John Baldwin wrote: >> I'm not sure, but maybe rdmsr or wrmsr are generating exceptions which >> are not managed by BTX? I could be wrong, I really dont' know that much >> about the internals of CPUs. > > Well, the old BTX didn't allow full access to CR registers. Running in > real mode, there should be no problems with any MSR accesses though in > the new BTX. I thought that, but I could not identify any other big diffs from the other BIOS I had a look at. >> I obviously have the disassembled code available, but not posting it >> here because I'm not sure what policies there are about disassembled >> code on the lists. > > You can post a URL perhaps (or just send it to me directly if you wish). > http://www.madpilot.net/HP6005Pro/ I put there a disassembled.txt with the relevant parts disassembled and put in some kind of order(you'll anyway need to jump a round a little, could not make it any better). There's a small comment identifying the critical area. I put there a dump of the full BIOS and the IDT, just in case. Thank you again! -- Guido Falsi From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 09:04:17 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FA1E106564A; Sat, 18 Jun 2011 09:04:17 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 8A0AC8FC12; Sat, 18 Jun 2011 09:04:13 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id D33EB1409B; Sat, 18 Jun 2011 11:04:11 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id p5I947Rj013469; Sat, 18 Jun 2011 11:04:07 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be p5I947Rj013469 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1308387850; bh=q1boKn2t4HASUCCFlW78aSvLblHMmp0oDfU+wKNPmAw=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=W8kbrWJhSgNHsco1Nb+jDh3D+Urp2jHKBQJmR88S9CxIj22XFpqL85XRIEdQ72pMh gyhyL07+J7nPq6+TBkReg== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be p5I947Rj013469 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type; b=JpQQAFO4t3ix6m5WgvUJM032RmldVHnMTjheOYXgfH61PS021UFNoscOcefO5T9Zx JgA1vwZbQ3AFi18Dbe7rA== Message-ID: <4DFC6A07.7090607@restart.be> Date: Sat, 18 Jun 2011 11:04:07 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.17) Gecko/20110616 Thunderbird/3.1.10 MIME-Version: 1.0 To: John Baldwin References: <201106161335.46337.jhb@freebsd.org> <4DFB898E.4070202@restart.be> <201106171337.39104.jhb@freebsd.org> In-Reply-To: <201106171337.39104.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="------------090709000004050904010809" X-Mailman-Approved-At: Sat, 18 Jun 2011 10:37:11 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: ZFS boot inside on the second partition inside a slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 09:04:17 -0000 This is a multi-part message in MIME format. --------------090709000004050904010809 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 06/17/2011 19:37, John Baldwin wrote: > On Friday, June 17, 2011 1:06:22 pm Henri Hennebert wrote: >> On 06/16/2011 19:35, John Baldwin wrote: >>> On Thursday, June 16, 2011 8:45:41 am Zhihao Yuan wrote: >>>> Exactly. The MFCed ZFSv28 is different from any patch maintained by >>>> mm@. Maybe some untested changes involved. >>> >>> Can you try reverting this change: >>> >>> Author: jhb >>> Date: Thu Apr 28 17:44:24 2011 >>> New Revision: 221177 >>> URL: http://svn.freebsd.org/changeset/base/221177 >>> >>> Log: >>> Due to space constraints, the UFS boot2 and boot1 use an evil hack where >>> boot2 calls back into boot1 to perform disk reads. The ZFS MBR boot blocks >>> do not have the same space constraints, so remove this hack for ZFS. >>> While here, remove commented out code to support C/H/S addressing from >>> zfsldr. The ZFS and GPT bootstraps always just use EDD LBA addressing. >>> >>> MFC after: 2 weeks >>> >>> Modified: >>> head/sys/boot/i386/boot2/Makefile >>> head/sys/boot/i386/common/drv.c >>> head/sys/boot/i386/zfsboot/Makefile >>> head/sys/boot/i386/zfsboot/zfsldr.S >>> >> I try with this revision (221177) reverted to no avail: >> same error - 'read error' > > Hmm, ok. No other ideas off the top of my head. > I make the same test under virtualbox and get: A critical error has occurred while running the virtual machine and the machine execution has been stopped. I attach VBox.log. PS - the message 'ZFS: supported version 28' comes from my patch: Index: sys/boot/zfs/zfsimpl.c =================================================================== --- sys/boot/zfs/zfsimpl.c (revision 212549) +++ sys/boot/zfs/zfsimpl.c (working copy) @@ -61,6 +61,8 @@ STAILQ_INIT(&zfs_vdevs); STAILQ_INIT(&zfs_pools); + printf("ZFS: supported version %u\n", (unsigned) SPA_VERSION); + zfs_temp_buf = malloc(TEMP_SIZE); zfs_temp_end = zfs_temp_buf + TEMP_SIZE; zfs_temp_ptr = zfs_temp_buf; Henri --------------090709000004050904010809 Content-Type: text/plain; name="VBox.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="VBox.log" MDA6MDA6MDEuNzQ5IFZpcnR1YWxCb3ggNC4wLjhfT1NFIHI3MTc3OCBmcmVlYnNkLng4NiAo TWF5IDIzIDIwMTEgMjE6NDY6MDIpIHJlbGVhc2UgbG9nCjAwOjAwOjAxLjc0OSBMb2cgb3Bl bmVkIDIwMTEtMDYtMThUMDg6NTk6MzkuMTE0MDczMDAwWgowMDowMDowMS43NDkgT1MgUHJv ZHVjdDogRnJlZUJTRAowMDowMDowMS43NDkgT1MgUmVsZWFzZTogOC4yLVNUQUJMRQowMDow MDowMS43NDkgT1MgVmVyc2lvbjogRnJlZUJTRCA4LjItU1RBQkxFICMwIHIyMjMwODFNOiBU dWUgSnVuIDE0IDE3OjE5OjA2IENFU1QgMjAxMSAgICAgcm9vdEBtb3J6aW5lLnJlc3RhcnQu YmVsOi91c3Ivb2JqL3Vzci9zcmMvc3lzL01PUlpJTkUKMDA6MDA6MDEuNzQ5IEhvc3QgUkFN OiAzMDQ2TUIgUkFNLCBhdmFpbGFibGU6IDE1MzVNQgowMDowMDowMS43NDkgRXhlY3V0YWJs ZTogL3Vzci9sb2NhbC9saWIvdmlydHVhbGJveC9WaXJ0dWFsQm94CjAwOjAwOjAxLjc0OSBQ cm9jZXNzIElEOiAyMjEzCjAwOjAwOjAxLjc0OSBQYWNrYWdlIHR5cGU6IEJTRF8zMkJJVFNf R0VORVJJQyAoT1NFKQowMDowMDowMS43ODggVXNpbmcgWEtCIGZvciBrZXljb2RlIHRvIHNj YW4gY29kZSBjb252ZXJzaW9uCjAwOjAwOjAxLjc5MiBWUkRFOiBWaXJ0dWFsQm94IFJlbW90 ZSBEZXNrdG9wIEV4dGVuc2lvbiBpcyBub3QgYXZhaWxhYmxlLgowMDowMDowMS44MzAgU1VQ OiBMb2FkZWQgVk1NUjAucjAgKC91c3IvbG9jYWwvbGliL3ZpcnR1YWxib3gvVk1NUjAucjAp IGF0IDB4ZDgxYmQwMjAgLSBNb2R1bGVJbml0IGF0IDAwMDAwMDAwZDgxZDJjNDAgYW5kIE1v ZHVsZVRlcm0gYXQgMDAwMDAwMDBkODFkMmMxMAowMDowMDowMS44MzAgU1VQOiBWTU1SMEVu dHJ5RXggbG9jYXRlZCBhdCAwMDAwMDAwMGQ4MWQyYWUwLCBWTU1SMEVudHJ5RmFzdCBhdCAw MDAwMDAwMGQ4MWQyY2MwIGFuZCBWTU1SMEVudHJ5SW50IGF0IDAwMDAwMDAwZDgxZDFiYTAK MDA6MDA6MDEuODg2IEZpbGUgc3lzdGVtIG9mICcvaG9tZS9obGgvVmlydHVhbEJveC9NYWNo aW5lcy9GcmVlQlNELTguMi9TbmFwc2hvdHMnIChzbmFwc2hvdHMpIGlzIHVua25vd24KMDA6 MDA6MDEuODg2IEZpbGUgc3lzdGVtIG9mICcvcG9vbDEvVmlydHVhbEJveC9IYXJkRGlza3Mv RnJlZUJTRC1NQlItOC4yLnZkaScgaXMgemZzCjAwOjAwOjAxLjk1OSBWQm94U2hhcmVkQ2xp cGJvYXJkIG1vZGU6IEJpZGlyZWN0aW9uYWwKMDA6MDA6MDEuOTY0ICoqKioqKioqKioqKioq KioqKioqKioqKiogQ0ZHTSBkdW1wICoqKioqKioqKioqKioqKioqKioqKioqKioKMDA6MDA6 MDEuOTY0IFsvXSAobGV2ZWwgMCkKMDA6MDA6MDEuOTY0ICAgQ1NBTUVuYWJsZWQgICAgIDxp bnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDEuOTY0ICAgQ3B1RXhl Y3V0aW9uQ2FwIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDA2NCAoMTAwKQowMDowMDow MS45NjQgICBFbmFibGVQQUUgICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAw ICgwKQowMDowMDowMS45NjQgICBId1ZpcnRFeHRGb3JjZWQgPGludGVnZXI+ID0gMHgwMDAw MDAwMDAwMDAwMDAwICgwKQowMDowMDowMS45NjQgICBNZW1CYWxsb29uU2l6ZSAgPGludGVn ZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowMS45NjQgICBOYW1lICAgICAg ICAgICAgPHN0cmluZz4gID0gIkZyZWVCU0QtOC4yIiAoY2I9MTIpCjAwOjAwOjAxLjk2NCAg IE51bUNQVXMgICAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAw OjAwOjAxLjk2NCAgIFBBVE1FbmFibGVkICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAw MDAwMDEgKDEpCjAwOjAwOjAxLjk2NCAgIFBhZ2VGdXNpb24gICAgICA8aW50ZWdlcj4gPSAw eDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAxLjk2NCAgIFJhbUhvbGVTaXplICAgICA8 aW50ZWdlcj4gPSAweDAwMDAwMDAwMjAwMDAwMDAgKDUzNjg3MDkxMikKMDA6MDA6MDEuOTY0 ICAgUmFtU2l6ZSAgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDA0MDAwMDAwMCAoMTA3 Mzc0MTgyNCkKMDA6MDA6MDEuOTY0ICAgUmF3UjBFbmFibGVkICAgIDxpbnRlZ2VyPiA9IDB4 MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDEuOTY0ICAgUmF3UjNFbmFibGVkICAgIDxp bnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDEuOTY0ICAgVGltZXJN aWxsaWVzICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwYSAoMTApCjAwOjAwOjAx Ljk2NCAgIFVVSUQgICAgICAgICAgICA8Ynl0ZXM+ICAgPSAiZmEgNTcgM2IgMjAgYjIgY2Qg NDIgNGMgYTAgMDEgMDEgODcgNGUgNWQgNGEgMzYiIChjYj0xNikKMDA6MDA6MDEuOTY0IAow MDowMDowMS45NjQgWy9DUFVNL10gKGxldmVsIDEpCjAwOjAwOjAxLjk2NCAgIFN5bnRoZXRp Y0NwdSA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAxLjk2NCAK MDA6MDA6MDEuOTY0IFsvRGV2aWNlcy9dIChsZXZlbCAxKQowMDowMDowMS45NjQgCjAwOjAw OjAxLjk2NCBbL0RldmljZXMvODIzN0EvXSAobGV2ZWwgMikKMDA6MDA6MDEuOTY0IAowMDow MDowMS45NjQgWy9EZXZpY2VzLzgyMzdBLzAvXSAobGV2ZWwgMykKMDA6MDA6MDEuOTY0ICAg VHJ1c3RlZCA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAxLjk2 NCAKMDA6MDA6MDEuOTY0IFsvRGV2aWNlcy9BdWRpb1NuaWZmZXIvXSAobGV2ZWwgMikKMDA6 MDA6MDEuOTY0IAowMDowMDowMS45NjQgWy9EZXZpY2VzL0F1ZGlvU25pZmZlci8wL10gKGxl dmVsIDMpCjAwOjAwOjAxLjk2NCAKMDA6MDA6MDEuOTY0IFsvRGV2aWNlcy9BdWRpb1NuaWZm ZXIvMC9Db25maWcvXSAobGV2ZWwgNCkKMDA6MDA6MDEuOTY0IAowMDowMDowMS45NjQgWy9E ZXZpY2VzL0F1ZGlvU25pZmZlci8wL0xVTiMwL10gKGxldmVsIDQpCjAwOjAwOjAxLjk2NCAg IERyaXZlciA8c3RyaW5nPiAgPSAiTWFpbkF1ZGlvU25pZmZlciIgKGNiPTE3KQowMDowMDow MS45NjQgCjAwOjAwOjAxLjk2NCBbL0RldmljZXMvQXVkaW9TbmlmZmVyLzAvTFVOIzAvQ29u ZmlnL10gKGxldmVsIDUpCjAwOjAwOjAxLjk2NCAgIE9iamVjdCA8aW50ZWdlcj4gPSAweDAw MDAwMDAwMzgzNjc3ZDAgKDk0MzA5MzcxMikKMDA6MDA6MDEuOTY0IAowMDowMDowMS45NjQg Wy9EZXZpY2VzL1ZNTURldi9dIChsZXZlbCAyKQowMDowMDowMS45NjQgCjAwOjAwOjAxLjk2 NCBbL0RldmljZXMvVk1NRGV2LzAvXSAobGV2ZWwgMykKMDA6MDA6MDEuOTY0ICAgUENJQnVz Tm8gICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAxLjk2 NCAgIFBDSURldmljZU5vICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDA0ICg0KQow MDowMDowMS45NjQgICBQQ0lGdW5jdGlvbk5vIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAw MDAwMCAoMCkKMDA6MDA6MDEuOTY0ICAgVHJ1c3RlZCAgICAgICA8aW50ZWdlcj4gPSAweDAw MDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAxLjk2NCAKMDA6MDA6MDEuOTY0IFsvRGV2aWNl cy9WTU1EZXYvMC9Db25maWcvXSAobGV2ZWwgNCkKMDA6MDA6MDEuOTY0ICAgR3Vlc3RDb3Jl RHVtcERpciA8c3RyaW5nPiAgPSAiL2hvbWUvaGxoL1ZpcnR1YWxCb3gvTWFjaGluZXMvRnJl ZUJTRC04LjIvU25hcHNob3RzIiAoY2I9NTIpCjAwOjAwOjAxLjk2NCAgIFJhbVNpemUgICAg ICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDQwMDAwMDAwICgxMDczNzQxODI0KQowMDow MDowMS45NjQgCjAwOjAwOjAxLjk2NCBbL0RldmljZXMvVk1NRGV2LzAvTFVOIzAvXSAobGV2 ZWwgNCkKMDA6MDA6MDEuOTY0ICAgRHJpdmVyIDxzdHJpbmc+ICA9ICJIR0NNIiAoY2I9NSkK MDA6MDA6MDEuOTY0IAowMDowMDowMS45NjQgWy9EZXZpY2VzL1ZNTURldi8wL0xVTiMwL0Nv bmZpZy9dIChsZXZlbCA1KQowMDowMDowMS45NjQgICBPYmplY3QgPGludGVnZXI+ID0gMHgw MDAwMDAwMDM4MzVmNzQwICg5NDMwNjA4MDApCjAwOjAwOjAxLjk2NCAKMDA6MDA6MDEuOTY0 IFsvRGV2aWNlcy9WTU1EZXYvMC9MVU4jOTk5L10gKGxldmVsIDQpCjAwOjAwOjAxLjk2NCAg IERyaXZlciA8c3RyaW5nPiAgPSAiTWFpblN0YXR1cyIgKGNiPTExKQowMDowMDowMS45NjQg CjAwOjAwOjAxLjk2NCBbL0RldmljZXMvVk1NRGV2LzAvTFVOIzk5OS9Db25maWcvXSAobGV2 ZWwgNSkKMDA6MDA6MDEuOTY0ICAgRmlyc3QgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAw MDAwMDAgKDApCjAwOjAwOjAxLjk2NCAgIExhc3QgICAgPGludGVnZXI+ID0gMHgwMDAwMDAw MDAwMDAwMDAwICgwKQowMDowMDowMS45NjQgICBwYXBMZWRzIDxpbnRlZ2VyPiA9IDB4MDAw MDAwMDAzODM5MDMwMCAoOTQzMjYwNDE2KQowMDowMDowMS45NjQgCjAwOjAwOjAxLjk2NCBb L0RldmljZXMvYWNwaS9dIChsZXZlbCAyKQowMDowMDowMS45NjQgCjAwOjAwOjAxLjk2NCBb L0RldmljZXMvYWNwaS8wL10gKGxldmVsIDMpCjAwOjAwOjAxLjk2NCAgIFBDSUJ1c05vICAg ICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowMS45NjQgICBQ Q0lEZXZpY2VObyAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwNyAoNykKMDA6MDA6 MDEuOTY0ICAgUENJRnVuY3Rpb25ObyA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAg KDApCjAwOjAwOjAxLjk2NCAgIFRydXN0ZWQgICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAw MDAwMDAwMDAxICgxKQowMDowMDowMS45NjQgCjAwOjAwOjAxLjk2NCBbL0RldmljZXMvYWNw aS8wL0NvbmZpZy9dIChsZXZlbCA0KQowMDowMDowMS45NjQgICBDcHVIb3RQbHVnICAgICAg ICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAxLjk2NCAgIEZk Y0VuYWJsZWQgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6 MDA6MDEuOTY0ICAgSG9zdEJ1c1BjaUFkZHJlc3MgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAw MDAwMDAwICgwKQowMDowMDowMS45NjQgICBIcGV0RW5hYmxlZCAgICAgICA8aW50ZWdlcj4g PSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAxLjk2NCAgIElPQVBJQyAgICAgICAg ICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDEuOTY0ICAg SW9jUGNpQWRkcmVzcyAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDEwMDAwICg2NTUz NikKMDA6MDA6MDEuOTY0ICAgTnVtQ1BVcyAgICAgICAgICAgPGludGVnZXI+ID0gMHgwMDAw MDAwMDAwMDAwMDAxICgxKQowMDowMDowMS45NjQgICBSYW1Ib2xlU2l6ZSAgICAgICA8aW50 ZWdlcj4gPSAweDAwMDAwMDAwMjAwMDAwMDAgKDUzNjg3MDkxMikKMDA6MDA6MDEuOTY0ICAg UmFtU2l6ZSAgICAgICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDQwMDAwMDAwICgxMDcz NzQxODI0KQowMDowMDowMS45NjQgICBTaG93Q3B1ICAgICAgICAgICA8aW50ZWdlcj4gPSAw eDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAxLjk2NCAgIFNob3dSdGMgICAgICAgICAg IDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDEuOTY0ICAgU21j RW5hYmxlZCAgICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDow MDowMS45NjQgCjAwOjAwOjAxLjk2NCBbL0RldmljZXMvYWNwaS8wL0xVTiMwL10gKGxldmVs IDQpCjAwOjAwOjAxLjk2NCAgIERyaXZlciA8c3RyaW5nPiAgPSAiQUNQSUhvc3QiIChjYj05 KQowMDowMDowMS45NjQgCjAwOjAwOjAxLjk2NCBbL0RldmljZXMvYWNwaS8wL0xVTiMwL0Nv bmZpZy9dIChsZXZlbCA1KQowMDowMDowMS45NjQgCjAwOjAwOjAxLjk2NCBbL0RldmljZXMv YXBpYy9dIChsZXZlbCAyKQowMDowMDowMS45NjQgCjAwOjAwOjAxLjk2NCBbL0RldmljZXMv YXBpYy8wL10gKGxldmVsIDMpCjAwOjAwOjAxLjk2NCAgIFRydXN0ZWQgPGludGVnZXI+ID0g MHgwMDAwMDAwMDAwMDAwMDAxICgxKQowMDowMDowMS45NjQgCjAwOjAwOjAxLjk2NCBbL0Rl dmljZXMvYXBpYy8wL0NvbmZpZy9dIChsZXZlbCA0KQowMDowMDowMS45NjQgICBJT0FQSUMg IDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDEuOTY0ICAgTnVt Q1BVcyA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAxLjk2NCAK MDA6MDA6MDEuOTY0IFsvRGV2aWNlcy9lMTAwMC9dIChsZXZlbCAyKQowMDowMDowMS45NjQg CjAwOjAwOjAxLjk2NCBbL0RldmljZXMvZTEwMDAvMC9dIChsZXZlbCAzKQowMDowMDowMS45 NjQgICBQQ0lCdXNObyAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkK MDA6MDA6MDEuOTY0ICAgUENJRGV2aWNlTm8gICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAw MDAwMDMgKDMpCjAwOjAwOjAxLjk2NCAgIFBDSUZ1bmN0aW9uTm8gPGludGVnZXI+ID0gMHgw MDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowMS45NjQgICBUcnVzdGVkICAgICAgIDxpbnRl Z2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDEuOTY0IAowMDowMDowMS45 NjQgWy9EZXZpY2VzL2UxMDAwLzAvQ29uZmlnL10gKGxldmVsIDQpCjAwOjAwOjAxLjk2NCAg IEFkYXB0ZXJUeXBlICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6 MDA6MDEuOTY1ICAgQ2FibGVDb25uZWN0ZWQgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAw MDAxICgxKQowMDowMDowMS45NjUgICBMaW5lU3BlZWQgICAgICA8aW50ZWdlcj4gPSAweDAw MDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAxLjk2NSAgIE1BQyAgICAgICAgICAgIDxieXRl cz4gICA9ICIwOCAwMCAyNyA4MSAzNiA0ZSIgKGNiPTYpCjAwOjAwOjAxLjk2NSAKMDA6MDA6 MDEuOTY1IFsvRGV2aWNlcy9lMTAwMC8wL0xVTiMwL10gKGxldmVsIDQpCjAwOjAwOjAxLjk2 NSAgIERyaXZlciA8c3RyaW5nPiAgPSAiSW50TmV0IiAoY2I9NykKMDA6MDA6MDEuOTY1IAow MDowMDowMS45NjUgWy9EZXZpY2VzL2UxMDAwLzAvTFVOIzAvQ29uZmlnL10gKGxldmVsIDUp CjAwOjAwOjAxLjk2NSAgIElmUG9saWN5UHJvbWlzYyA8c3RyaW5nPiAgPSAiZGVueSIgKGNi PTUpCjAwOjAwOjAxLjk2NSAgIE5ldHdvcmsgICAgICAgICA8c3RyaW5nPiAgPSAiSG9zdElu dGVyZmFjZU5ldHdvcmtpbmctdmJveG5ldDAiIChjYj0zMykKMDA6MDA6MDEuOTY1ICAgVHJ1 bmsgICAgICAgICAgIDxzdHJpbmc+ICA9ICJ2Ym94bmV0MCIgKGNiPTkpCjAwOjAwOjAxLjk2 NSAgIFRydW5rVHlwZSAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDMgKDMp CjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvRGV2aWNlcy9lMTAwMC8wL0xVTiM5OTkv XSAobGV2ZWwgNCkKMDA6MDA6MDEuOTY1ICAgRHJpdmVyIDxzdHJpbmc+ICA9ICJNYWluU3Rh dHVzIiAoY2I9MTEpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvRGV2aWNlcy9lMTAw MC8wL0xVTiM5OTkvQ29uZmlnL10gKGxldmVsIDUpCjAwOjAwOjAxLjk2NSAgIHBhcExlZHMg PGludGVnZXI+ID0gMHgwMDAwMDAwMDM4MzkwMmUwICg5NDMyNjAzODQpCjAwOjAwOjAxLjk2 NSAKMDA6MDA6MDEuOTY1IFsvRGV2aWNlcy9pODI1NC9dIChsZXZlbCAyKQowMDowMDowMS45 NjUgCjAwOjAwOjAxLjk2NSBbL0RldmljZXMvaTgyNTQvMC9dIChsZXZlbCAzKQowMDowMDow MS45NjUgCjAwOjAwOjAxLjk2NSBbL0RldmljZXMvaTgyNTQvMC9Db25maWcvXSAobGV2ZWwg NCkKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9EZXZpY2VzL2k4MjU5L10gKGxldmVs IDIpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvRGV2aWNlcy9pODI1OS8wL10gKGxl dmVsIDMpCjAwOjAwOjAxLjk2NSAgIFRydXN0ZWQgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAw MDAwMDAxICgxKQowMDowMDowMS45NjUgCjAwOjAwOjAxLjk2NSBbL0RldmljZXMvaTgyNTkv MC9Db25maWcvXSAobGV2ZWwgNCkKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9EZXZp Y2VzL2ljaGFjOTcvXSAobGV2ZWwgMikKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9E ZXZpY2VzL2ljaGFjOTcvMC9dIChsZXZlbCAzKQowMDowMDowMS45NjUgICBQQ0lCdXNObyAg ICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDEuOTY1ICAg UENJRGV2aWNlTm8gICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDUgKDUpCjAwOjAw OjAxLjk2NSAgIFBDSUZ1bmN0aW9uTm8gPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAw ICgwKQowMDowMDowMS45NjUgICBUcnVzdGVkICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAw MDAwMDAwMDAwMSAoMSkKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9EZXZpY2VzL2lj aGFjOTcvMC9Db25maWcvXSAobGV2ZWwgNCkKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUg Wy9EZXZpY2VzL2ljaGFjOTcvMC9MVU4jMC9dIChsZXZlbCA0KQowMDowMDowMS45NjUgICBE cml2ZXIgPHN0cmluZz4gID0gIkFVRElPIiAoY2I9NikKMDA6MDA6MDEuOTY1IAowMDowMDow MS45NjUgWy9EZXZpY2VzL2ljaGFjOTcvMC9MVU4jMC9Db25maWcvXSAobGV2ZWwgNSkKMDA6 MDA6MDEuOTY1ICAgQXVkaW9Ecml2ZXIgPHN0cmluZz4gID0gIm9zcyIgKGNiPTQpCjAwOjAw OjAxLjk2NSAgIFN0cmVhbU5hbWUgIDxzdHJpbmc+ICA9ICJGcmVlQlNELTguMiIgKGNiPTEy KQowMDowMDowMS45NjUgCjAwOjAwOjAxLjk2NSBbL0RldmljZXMvaW9hcGljL10gKGxldmVs IDIpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvRGV2aWNlcy9pb2FwaWMvMC9dIChs ZXZlbCAzKQowMDowMDowMS45NjUgICBUcnVzdGVkIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAw MDAwMDAwMSAoMSkKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9EZXZpY2VzL2lvYXBp Yy8wL0NvbmZpZy9dIChsZXZlbCA0KQowMDowMDowMS45NjUgCjAwOjAwOjAxLjk2NSBbL0Rl dmljZXMvbWMxNDY4MTgvXSAobGV2ZWwgMikKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUg Wy9EZXZpY2VzL21jMTQ2ODE4LzAvXSAobGV2ZWwgMykKMDA6MDA6MDEuOTY1IAowMDowMDow MS45NjUgWy9EZXZpY2VzL21jMTQ2ODE4LzAvQ29uZmlnL10gKGxldmVsIDQpCjAwOjAwOjAx Ljk2NSAgIFVzZVVUQyA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAw OjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvRGV2aWNlcy9wYXJhbGxlbC9dIChsZXZlbCAyKQow MDowMDowMS45NjUgCjAwOjAwOjAxLjk2NSBbL0RldmljZXMvcGNhcmNoL10gKGxldmVsIDIp CjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvRGV2aWNlcy9wY2FyY2gvMC9dIChsZXZl bCAzKQowMDowMDowMS45NjUgICBUcnVzdGVkIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAw MDAwMSAoMSkKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9EZXZpY2VzL3BjYXJjaC8w L0NvbmZpZy9dIChsZXZlbCA0KQowMDowMDowMS45NjUgCjAwOjAwOjAxLjk2NSBbL0Rldmlj ZXMvcGNiaW9zL10gKGxldmVsIDIpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvRGV2 aWNlcy9wY2Jpb3MvMC9dIChsZXZlbCAzKQowMDowMDowMS45NjUgICBUcnVzdGVkIDxpbnRl Z2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDEuOTY1IAowMDowMDowMS45 NjUgWy9EZXZpY2VzL3BjYmlvcy8wL0NvbmZpZy9dIChsZXZlbCA0KQowMDowMDowMS45NjUg ICBCb290RGV2aWNlMCAgICA8c3RyaW5nPiAgPSAiRkxPUFBZIiAoY2I9NykKMDA6MDA6MDEu OTY1ICAgQm9vdERldmljZTEgICAgPHN0cmluZz4gID0gIkRWRCIgKGNiPTQpCjAwOjAwOjAx Ljk2NSAgIEJvb3REZXZpY2UyICAgIDxzdHJpbmc+ICA9ICJJREUiIChjYj00KQowMDowMDow MS45NjUgICBCb290RGV2aWNlMyAgICA8c3RyaW5nPiAgPSAiTk9ORSIgKGNiPTUpCjAwOjAw OjAxLjk2NSAgIEZsb3BweURldmljZSAgIDxzdHJpbmc+ICA9ICJpODIwNzgiIChjYj03KQow MDowMDowMS45NjUgICBIYXJkRGlza0RldmljZSA8c3RyaW5nPiAgPSAicGlpeDNpZGUiIChj Yj05KQowMDowMDowMS45NjUgICBJT0FQSUMgICAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAw MDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAxLjk2NSAgIE1jZmdCYXNlICAgICAgIDxpbnRlZ2Vy PiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDEuOTY1ICAgTWNmZ0xlbmd0aCAg ICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowMS45NjUgICBO dW1DUFVzICAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAw OjAxLjk2NSAgIFBYRURlYnVnICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAw MCAoMCkKMDA6MDA6MDEuOTY1ICAgUmFtSG9sZVNpemUgICAgPGludGVnZXI+ID0gMHgwMDAw MDAwMDIwMDAwMDAwICg1MzY4NzA5MTIpCjAwOjAwOjAxLjk2NSAgIFJhbVNpemUgICAgICAg IDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDA0MDAwMDAwMCAoMTA3Mzc0MTgyNCkKMDA6MDA6MDEu OTY1ICAgVVVJRCAgICAgICAgICAgPGJ5dGVzPiAgID0gImZhIDU3IDNiIDIwIGIyIGNkIDQy IDRjIGEwIDAxIDAxIDg3IDRlIDVkIDRhIDM2IiAoY2I9MTYpCjAwOjAwOjAxLjk2NSAKMDA6 MDA6MDEuOTY1IFsvRGV2aWNlcy9wY2Jpb3MvMC9Db25maWcvTmV0Qm9vdC9dIChsZXZlbCA1 KQowMDowMDowMS45NjUgCjAwOjAwOjAxLjk2NSBbL0RldmljZXMvcGNiaW9zLzAvQ29uZmln L05ldEJvb3QvMC9dIChsZXZlbCA2KQowMDowMDowMS45NjUgICBOSUMgICAgICAgICAgIDxp bnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDEuOTY1ICAgUENJQnVz Tm8gICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAxLjk2 NSAgIFBDSURldmljZU5vICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAzICgzKQow MDowMDowMS45NjUgICBQQ0lGdW5jdGlvbk5vIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAw MDAwMCAoMCkKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9EZXZpY2VzL3BjaS9dIChs ZXZlbCAyKQowMDowMDowMS45NjUgCjAwOjAwOjAxLjk2NSBbL0RldmljZXMvcGNpLzAvXSAo bGV2ZWwgMykKMDA6MDA6MDEuOTY1ICAgVHJ1c3RlZCA8aW50ZWdlcj4gPSAweDAwMDAwMDAw MDAwMDAwMDEgKDEpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvRGV2aWNlcy9wY2kv MC9Db25maWcvXSAobGV2ZWwgNCkKMDA6MDA6MDEuOTY1ICAgSU9BUElDIDxpbnRlZ2VyPiA9 IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9E ZXZpY2VzL3Bja2JkL10gKGxldmVsIDIpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsv RGV2aWNlcy9wY2tiZC8wL10gKGxldmVsIDMpCjAwOjAwOjAxLjk2NSAgIFRydXN0ZWQgPGlu dGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAxICgxKQowMDowMDowMS45NjUgCjAwOjAwOjAx Ljk2NSBbL0RldmljZXMvcGNrYmQvMC9Db25maWcvXSAobGV2ZWwgNCkKMDA6MDA6MDEuOTY1 IAowMDowMDowMS45NjUgWy9EZXZpY2VzL3Bja2JkLzAvTFVOIzAvXSAobGV2ZWwgNCkKMDA6 MDA6MDEuOTY1ICAgRHJpdmVyIDxzdHJpbmc+ICA9ICJLZXlib2FyZFF1ZXVlIiAoY2I9MTQp CjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvRGV2aWNlcy9wY2tiZC8wL0xVTiMwL0F0 dGFjaGVkRHJpdmVyL10gKGxldmVsIDUpCjAwOjAwOjAxLjk2NSAgIERyaXZlciA8c3RyaW5n PiAgPSAiTWFpbktleWJvYXJkIiAoY2I9MTMpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1 IFsvRGV2aWNlcy9wY2tiZC8wL0xVTiMwL0F0dGFjaGVkRHJpdmVyL0NvbmZpZy9dIChsZXZl bCA2KQowMDowMDowMS45NjUgICBPYmplY3QgPGludGVnZXI+ID0gMHgwMDAwMDAwMDM4MzZj NDcwICg5NDMxMTMzMjgpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvRGV2aWNlcy9w Y2tiZC8wL0xVTiMwL0NvbmZpZy9dIChsZXZlbCA1KQowMDowMDowMS45NjUgICBRdWV1ZVNp emUgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDQwICg2NCkKMDA6MDA6MDEuOTY1IAow MDowMDowMS45NjUgWy9EZXZpY2VzL3Bja2JkLzAvTFVOIzEvXSAobGV2ZWwgNCkKMDA6MDA6 MDEuOTY1ICAgRHJpdmVyIDxzdHJpbmc+ICA9ICJNb3VzZVF1ZXVlIiAoY2I9MTEpCjAwOjAw OjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvRGV2aWNlcy9wY2tiZC8wL0xVTiMxL0F0dGFjaGVk RHJpdmVyL10gKGxldmVsIDUpCjAwOjAwOjAxLjk2NSAgIERyaXZlciA8c3RyaW5nPiAgPSAi TWFpbk1vdXNlIiAoY2I9MTApCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvRGV2aWNl cy9wY2tiZC8wL0xVTiMxL0F0dGFjaGVkRHJpdmVyL0NvbmZpZy9dIChsZXZlbCA2KQowMDow MDowMS45NjUgICBPYmplY3QgPGludGVnZXI+ID0gMHgwMDAwMDAwMDM4MzZmZjQwICg5NDMx MjgzODQpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvRGV2aWNlcy9wY2tiZC8wL0xV TiMxL0NvbmZpZy9dIChsZXZlbCA1KQowMDowMDowMS45NjUgICBRdWV1ZVNpemUgPGludGVn ZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDgwICgxMjgpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEu OTY1IFsvRGV2aWNlcy9wY25ldC9dIChsZXZlbCAyKQowMDowMDowMS45NjUgCjAwOjAwOjAx Ljk2NSBbL0RldmljZXMvcGlpeDNpZGUvXSAobGV2ZWwgMikKMDA6MDA6MDEuOTY1IAowMDow MDowMS45NjUgWy9EZXZpY2VzL3BpaXgzaWRlLzAvXSAobGV2ZWwgMykKMDA6MDA6MDEuOTY1 ICAgUENJQnVzTm8gICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAw OjAwOjAxLjk2NSAgIFBDSURldmljZU5vICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAw MDAxICgxKQowMDowMDowMS45NjUgICBQQ0lGdW5jdGlvbk5vIDxpbnRlZ2VyPiA9IDB4MDAw MDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDEuOTY1ICAgVHJ1c3RlZCAgICAgICA8aW50ZWdl cj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1 IFsvRGV2aWNlcy9waWl4M2lkZS8wL0NvbmZpZy9dIChsZXZlbCA0KQowMDowMDowMS45NjUg ICBUeXBlIDxzdHJpbmc+ICA9ICJQSUlYNCIgKGNiPTYpCjAwOjAwOjAxLjk2NSAKMDA6MDA6 MDEuOTY1IFsvRGV2aWNlcy9waWl4M2lkZS8wL0xVTiMwL10gKGxldmVsIDQpCjAwOjAwOjAx Ljk2NSAgIERyaXZlciA8c3RyaW5nPiAgPSAiQmxvY2siIChjYj02KQowMDowMDowMS45NjUg CjAwOjAwOjAxLjk2NSBbL0RldmljZXMvcGlpeDNpZGUvMC9MVU4jMC9BdHRhY2hlZERyaXZl ci9dIChsZXZlbCA1KQowMDowMDowMS45NjUgICBEcml2ZXIgPHN0cmluZz4gID0gIlZEIiAo Y2I9MykKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9EZXZpY2VzL3BpaXgzaWRlLzAv TFVOIzAvQXR0YWNoZWREcml2ZXIvQ29uZmlnL10gKGxldmVsIDYpCjAwOjAwOjAxLjk2NSAg IEZvcm1hdCA8c3RyaW5nPiAgPSAiVkRJIiAoY2I9NCkKMDA6MDA6MDEuOTY1ICAgUGF0aCAg IDxzdHJpbmc+ICA9ICIvcG9vbDEvVmlydHVhbEJveC9IYXJkRGlza3MvRnJlZUJTRC1NQlIt OC4yLnZkaSIgKGNiPTQ4KQowMDowMDowMS45NjUgICBUeXBlICAgPHN0cmluZz4gID0gIkhh cmREaXNrIiAoY2I9OSkKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9EZXZpY2VzL3Bp aXgzaWRlLzAvTFVOIzAvQ29uZmlnL10gKGxldmVsIDUpCjAwOjAwOjAxLjk2NSAgIE1vdW50 YWJsZSA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAxLjk2NSAg IFR5cGUgICAgICA8c3RyaW5nPiAgPSAiSGFyZERpc2siIChjYj05KQowMDowMDowMS45NjUg CjAwOjAwOjAxLjk2NSBbL0RldmljZXMvcGlpeDNpZGUvMC9MVU4jMS9dIChsZXZlbCA0KQow MDowMDowMS45NjUgICBEcml2ZXIgPHN0cmluZz4gID0gIkJsb2NrIiAoY2I9NikKMDA6MDA6 MDEuOTY1IAowMDowMDowMS45NjUgWy9EZXZpY2VzL3BpaXgzaWRlLzAvTFVOIzEvQXR0YWNo ZWREcml2ZXIvXSAobGV2ZWwgNSkKMDA6MDA6MDEuOTY1ICAgRHJpdmVyIDxzdHJpbmc+ICA9 ICJWRCIgKGNiPTMpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvRGV2aWNlcy9waWl4 M2lkZS8wL0xVTiMxL0F0dGFjaGVkRHJpdmVyL0NvbmZpZy9dIChsZXZlbCA2KQowMDowMDow MS45NjUgICBGb3JtYXQgICA8c3RyaW5nPiAgPSAiUkFXIiAoY2I9NCkKMDA6MDA6MDEuOTY1 ICAgUGF0aCAgICAgPHN0cmluZz4gID0gIi9ob21lL2hsaC9WaXJ0dWFsQm94L0lTTy9tZnNi c2QtOC4yLXpmc3YyOC1hbWQ2NC5pc28iIChjYj01MykKMDA6MDA6MDEuOTY1ICAgUmVhZE9u bHkgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAxICgxKQowMDowMDowMS45NjUgICBU eXBlICAgICA8c3RyaW5nPiAgPSAiRFZEIiAoY2I9NCkKMDA6MDA6MDEuOTY1IAowMDowMDow MS45NjUgWy9EZXZpY2VzL3BpaXgzaWRlLzAvTFVOIzEvQ29uZmlnL10gKGxldmVsIDUpCjAw OjAwOjAxLjk2NSAgIE1vdW50YWJsZSA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEg KDEpCjAwOjAwOjAxLjk2NSAgIFR5cGUgICAgICA8c3RyaW5nPiAgPSAiRFZEIiAoY2I9NCkK MDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9EZXZpY2VzL3BpaXgzaWRlLzAvTFVOIzk5 OS9dIChsZXZlbCA0KQowMDowMDowMS45NjUgICBEcml2ZXIgPHN0cmluZz4gID0gIk1haW5T dGF0dXMiIChjYj0xMSkKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9EZXZpY2VzL3Bp aXgzaWRlLzAvTFVOIzk5OS9Db25maWcvXSAobGV2ZWwgNSkKMDA6MDA6MDEuOTY1ICAgRmly c3QgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAxLjk2NSAg IExhc3QgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAzICgzKQowMDowMDowMS45 NjUgICBwYXBMZWRzIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAzODM5MDFmOCAoOTQzMjYwMTUy KQowMDowMDowMS45NjUgCjAwOjAwOjAxLjk2NSBbL0RldmljZXMvc2VyaWFsL10gKGxldmVs IDIpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvRGV2aWNlcy92Z2EvXSAobGV2ZWwg MikKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9EZXZpY2VzL3ZnYS8wL10gKGxldmVs IDMpCjAwOjAwOjAxLjk2NSAgIFBDSUJ1c05vICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAw MDAwMDAwMDAwICgwKQowMDowMDowMS45NjUgICBQQ0lEZXZpY2VObyAgIDxpbnRlZ2VyPiA9 IDB4MDAwMDAwMDAwMDAwMDAwMiAoMikKMDA6MDA6MDEuOTY1ICAgUENJRnVuY3Rpb25ObyA8 aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAxLjk2NSAgIFRydXN0 ZWQgICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAxICgxKQowMDowMDowMS45 NjUgCjAwOjAwOjAxLjk2NSBbL0RldmljZXMvdmdhLzAvQ29uZmlnL10gKGxldmVsIDQpCjAw OjAwOjAxLjk2NSAgIEN1c3RvbVZpZGVvTW9kZXMgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAw MDAwMDAwICgwKQowMDowMDowMS45NjUgICBGYWRlSW4gICAgICAgICAgIDxpbnRlZ2VyPiA9 IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDEuOTY1ICAgRmFkZU91dCAgICAgICAg ICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAxLjk2NSAgIEhl aWdodFJlZHVjdGlvbiAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDow MDowMS45NjUgICBMb2dvRmlsZSAgICAgICAgIDxzdHJpbmc+ICA9ICIiIChjYj0xKQowMDow MDowMS45NjUgICBMb2dvVGltZSAgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAw MDAwMCAoMCkKMDA6MDA6MDEuOTY1ICAgTW9uaXRvckNvdW50ICAgICA8aW50ZWdlcj4gPSAw eDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAxLjk2NSAgIFNob3dCb290TWVudSAgICAg PGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAyICgyKQowMDowMDowMS45NjUgICBWUmFt U2l6ZSAgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDgwMDAwMCAoODM4ODYwOCkK MDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9EZXZpY2VzL3ZnYS8wL0xVTiMwL10gKGxl dmVsIDQpCjAwOjAwOjAxLjk2NSAgIERyaXZlciA8c3RyaW5nPiAgPSAiTWFpbkRpc3BsYXki IChjYj0xMikKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9EZXZpY2VzL3ZnYS8wL0xV TiMwL0NvbmZpZy9dIChsZXZlbCA1KQowMDowMDowMS45NjUgICBPYmplY3QgPGludGVnZXI+ ID0gMHgwMDAwMDAwMDM4M2Q4YzAwICg5NDM1NTc2MzIpCjAwOjAwOjAxLjk2NSAKMDA6MDA6 MDEuOTY1IFsvRGV2aWNlcy92aXJ0aW8tbmV0L10gKGxldmVsIDIpCjAwOjAwOjAxLjk2NSAK MDA6MDA6MDEuOTY1IFsvSFdWaXJ0RXh0L10gKGxldmVsIDEpCjAwOjAwOjAxLjk2NSAgIDY0 Yml0RW5hYmxlZCAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAw OjAwOjAxLjk2NSAgIEVuYWJsZUxhcmdlUGFnZXMgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAw MDAwMDAwMDAgKDApCjAwOjAwOjAxLjk2NSAgIEVuYWJsZU5lc3RlZFBhZ2luZyA8aW50ZWdl cj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAxLjk2NSAgIEVuYWJsZVZQSUQg ICAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAxLjk2 NSAgIEVuYWJsZWQgICAgICAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEg KDEpCjAwOjAwOjAxLjk2NSAgIEV4Y2x1c2l2ZSAgICAgICAgICA8aW50ZWdlcj4gPSAweDAw MDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvTU0vXSAo bGV2ZWwgMSkKMDA6MDA6MDEuOTY1ICAgQ2FuVXNlTGFyZ2VySGVhcCA8aW50ZWdlcj4gPSAw eDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvUERN L10gKGxldmVsIDEpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvUERNL0FzeW5jQ29t cGxldGlvbi9dIChsZXZlbCAyKQowMDowMDowMS45NjUgCjAwOjAwOjAxLjk2NSBbL1BETS9B c3luY0NvbXBsZXRpb24vRmlsZS9dIChsZXZlbCAzKQowMDowMDowMS45NjUgCjAwOjAwOjAx Ljk2NSBbL1BETS9Bc3luY0NvbXBsZXRpb24vRmlsZS9Cd0dyb3Vwcy9dIChsZXZlbCA0KQow MDowMDowMS45NjUgCjAwOjAwOjAxLjk2NSBbL1BETS9CbGtDYWNoZS9dIChsZXZlbCAyKQow MDowMDowMS45NjUgICBDYWNoZVNpemUgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwNTAwMDAw ICg1MjQyODgwKQowMDowMDowMS45NjUgCjAwOjAwOjAxLjk2NSBbL1BETS9EZXZpY2VzL10g KGxldmVsIDIpCjAwOjAwOjAxLjk2NSAKMDA6MDA6MDEuOTY1IFsvUERNL0RyaXZlcnMvXSAo bGV2ZWwgMikKMDA6MDA6MDEuOTY1IAowMDowMDowMS45NjUgWy9QRE0vRHJpdmVycy9WQm94 Qy9dIChsZXZlbCAzKQowMDowMDowMS45NjUgICBQYXRoIDxzdHJpbmc+ICA9ICIvdXNyL2xv Y2FsL2xpYi92aXJ0dWFsYm94L2NvbXBvbmVudHMvVkJveEMiIChjYj00MykKMDA6MDA6MDEu OTY1IAowMDowMDowMS45NjUgWy9SRU0vXSAobGV2ZWwgMSkKMDA6MDA6MDEuOTY1ICAgNjRi aXRFbmFibGVkIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDEu OTY1IAowMDowMDowMS45NjUgWy9UTS9dIChsZXZlbCAxKQowMDowMDowMS45NjUgICBVVENP ZmZzZXQgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowMS45NjUg CjAwOjAwOjAxLjk2NSAqKioqKioqKioqKioqKioqKioqKiogRW5kIG9mIENGR00gZHVtcCAq KioqKioqKioqKioqKioqKioqKioqCjAwOjAwOjAxLjk2NSBNTTogY2JIeXBlckhlYXA9MHgx NDAwMDAgKDEzMTA3MjApCjAwOjAwOjAxLjk2NyBMb2dpY2FsIGhvc3QgcHJvY2Vzc29yczog MiBwcmVzZW50LCAyIG1heCwgMiBvbmxpbmUsIG9ubGluZSBtYXNrOiAwMDAwMDAwMDAwMDAw MDAzCjAwOjAwOjAxLjk2NyAqKioqKioqKioqKioqKioqKioqKioqKioqIENQVUlEIGR1bXAg KioqKioqKioqKioqKioqKioqKioqKioqCjAwOjAwOjAxLjk2NyAgICAgICAgICBSQVcgU3Rh bmRhcmQgQ1BVSURzCjAwOjAwOjAxLjk2NyAgICAgIEZ1bmN0aW9uICBlYXggICAgICBlYngg ICAgICBlY3ggICAgICBlZHgKMDA6MDA6MDEuOTY3IEdzdDogMDAwMDAwMDAgIDAwMDAwMDA1 IDc1NmU2NTQ3IDZjNjU3NDZlIDQ5NjU2ZTY5CjAwOjAwOjAxLjk2NyBIc3Q6ICAgICAgICAg ICAwMDAwMDAwYSA3NTZlNjU0NyA2YzY1NzQ2ZSA0OTY1NmU2OQowMDowMDowMS45NjcgR3N0 OiAwMDAwMDAwMSAgMDAwMDA2ZjYgMDAwMDA4MDAgMDAwMDAyMDkgMDc4YmYxYmYKMDA6MDA6 MDEuOTY3IEhzdDogICAgICAgICAgIDAwMDAwNmY2IDAwMDIwODAwIDAwMDRlMzNkIGJmZWJm YmZmCjAwOjAwOjAxLjk2NyBHc3Q6IDAwMDAwMDAyICAwNWIwYjEwMSAwMDU2NTdmMCAwMDAw MDAwMCAyY2I0MzA0OQowMDowMDowMS45NjcgSHN0OiAgICAgICAgICAgMDViMGIxMDEgMDA1 NjU3ZjAgMDAwMDAwMDAgMmNiNDMwNDkKMDA6MDA6MDEuOTY3IEdzdDogMDAwMDAwMDMgIDAw MDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwCjAwOjAwOjAxLjk2NyBIc3Q6ICAg ICAgICAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDowMS45 NjcgR3N0OiAwMDAwMDAwNCAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAK MDA6MDA6MDEuOTY3IEhzdDogICAgICAgICAgIDA0MDAwMTIxIDAxYzAwMDNmIDAwMDAwMDNm IDAwMDAwMDAxCjAwOjAwOjAxLjk2NyBHc3Q6IDAwMDAwMDA1ICAwMDAwMDA0MCAwMDAwMDA0 MCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDowMS45NjcgSHN0OiAgICAgICAgICAgMDAwMDAw NDAgMDAwMDAwNDAgMDAwMDAwMDMgMDAwMDAwMjAKMDA6MDA6MDEuOTY3IE5hbWU6ICAgICAg ICAgICAgICAgICAgICAgICAgICAgIEdlbnVpbmVJbnRlbAowMDowMDowMS45NjcgU3VwcG9y dHM6ICAgICAgICAgICAgICAgICAgICAgICAgMC01CjAwOjAwOjAxLjk2NyBGYW1pbHk6ICAg ICAgICAgICAgICAgICAgICAgICAgICA2ICAJRXh0ZW5kZWQ6IDAgCUVmZmVjdGl2ZTogNgow MDowMDowMS45NjcgTW9kZWw6ICAgICAgICAgICAgICAgICAgICAgICAgICAgMTUgIAlFeHRl bmRlZDogMCAJRWZmZWN0aXZlOiAxNQowMDowMDowMS45NjcgU3RlcHBpbmc6ICAgICAgICAg ICAgICAgICAgICAgICAgNgowMDowMDowMS45NjcgVHlwZTogICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAocHJpbWFyeSkKMDA6MDA6MDEuOTY3IEFQSUMgSUQ6ICAgICAgICAgICAg ICAgICAgICAgICAgIDB4MDAKMDA6MDA6MDEuOTY3IExvZ2ljYWwgQ1BVczogICAgICAgICAg ICAgICAgICAgIDAKMDA6MDA6MDEuOTY3IENMRkxVU0ggU2l6ZTogICAgICAgICAgICAgICAg ICAgIDgKMDA6MDA6MDEuOTY3IEJyYW5kIElEOiAgICAgICAgICAgICAgICAgICAgICAgIDB4 MDAKMDA6MDA6MDEuOTY3IE1uZW1vbmljIC0gRGVzY3JpcHRpb24gICAgICAgICAgICAgICAg ID0gZ3Vlc3QgKGhvc3QpCjAwOjAwOjAxLjk2NyBGUFUgLSB4ODcgRlBVIG9uIENoaXAgICAg ICAgICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAxLjk2NyBWTUUgLSBWaXJ0dWFsIDgwODYg TW9kZSBFbmhhbmNlbWVudHMgICA9IDEgKDEpCjAwOjAwOjAxLjk2NyBERSAtIERlYnVnZ2lu ZyBleHRlbnNpb25zICAgICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAxLjk2NyBQU0UgLSBQ YWdlIFNpemUgRXh0ZW5zaW9uICAgICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAxLjk2NyBU U0MgLSBUaW1lIFN0YW1wIENvdW50ZXIgICAgICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAx Ljk2NyBNU1IgLSBNb2RlbCBTcGVjaWZpYyBSZWdpc3RlcnMgICAgICAgICA9IDEgKDEpCjAw OjAwOjAxLjk2NyBQQUUgLSBQaHlzaWNhbCBBZGRyZXNzIEV4dGVuc2lvbiAgICAgICA9IDAg KDEpCjAwOjAwOjAxLjk2NyBNQ0UgLSBNYWNoaW5lIENoZWNrIEV4Y2VwdGlvbiAgICAgICAg ICA9IDEgKDEpCjAwOjAwOjAxLjk2NyBDWDggLSBDTVBYQ0hHOEIgaW5zdHJ1Y3Rpb24gICAg ICAgICAgICA9IDEgKDEpCjAwOjAwOjAxLjk2NyBBUElDIC0gQVBJQyBPbi1DaGlwICAgICAg ICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAxLjk2NyAxMCAtIFJlc2VydmVkICAgICAg ICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAxLjk2NyBTRVAgLSBTWVNFTlRF UiBhbmQgU1lTRVhJVCAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAxLjk2NyBNVFJSIC0g TWVtb3J5IFR5cGUgUmFuZ2UgUmVnaXN0ZXJzICAgICA9IDEgKDEpCjAwOjAwOjAxLjk2NyBQ R0UgLSBQVEUgR2xvYmFsIEJpdCAgICAgICAgICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAx Ljk2NyBNQ0EgLSBNYWNoaW5lIENoZWNrIEFyY2hpdGVjdHVyZSAgICAgICA9IDEgKDEpCjAw OjAwOjAxLjk2NyBDTU9WIC0gQ29uZGl0aW9uYWwgTW92ZSBJbnN0cnVjdGlvbnMgICA9IDEg KDEpCjAwOjAwOjAxLjk2NyBQQVQgLSBQYWdlIEF0dHJpYnV0ZSBUYWJsZSAgICAgICAgICAg ICA9IDEgKDEpCjAwOjAwOjAxLjk2NyBQU0UtMzYgLSAzNi1iaXQgUGFnZSBTaXplIEV4dGVu dGlvbiAgICA9IDEgKDEpCjAwOjAwOjAxLjk2NyBQU04gLSBQcm9jZXNzb3IgU2VyaWFsIE51 bWJlciAgICAgICAgICA9IDAgKDApCjAwOjAwOjAxLjk2NyBDTEZTSCAtIENMRkxVU0ggSW5z dHJ1Y3Rpb24uICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAxLjk2NyAyMCAtIFJlc2VydmVk ICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAxLjk2NyBEUyAtIERl YnVnIFN0b3JlICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAxLjk2NyBB Q1BJIC0gVGhlcm1hbCBNb24uICYgU29mdC4gQ2xvY2sgQ3RybC49IDAgKDEpCjAwOjAwOjAx Ljk2NyBNTVggLSBJbnRlbCBNTVggVGVjaG5vbG9neSAgICAgICAgICAgICA9IDEgKDEpCjAw OjAwOjAxLjk2NyBGWFNSIC0gRlhTQVZFIGFuZCBGWFJTVE9SIEluc3RydWN0aW9ucyA9IDEg KDEpCjAwOjAwOjAxLjk2NyBTU0UgLSBTU0UgU3VwcG9ydCAgICAgICAgICAgICAgICAgICAg ICA9IDEgKDEpCjAwOjAwOjAxLjk2NyBTU0UyIC0gU1NFMiBTdXBwb3J0ICAgICAgICAgICAg ICAgICAgICA9IDEgKDEpCjAwOjAwOjAxLjk2NyBTUyAtIFNlbGYgU25vb3AgICAgICAgICAg ICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAxLjk2NyBIVFQgLSBIeXBlci1UaHJlYWRp bmcgVGVjaG5vbG9neSAgICAgICA9IDAgKDEpCjAwOjAwOjAxLjk2NyBUTSAtIFRoZXJtYWwg TW9uaXRvciAgICAgICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAxLjk2NyAzMCAtIFJl c2VydmVkICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAxLjk2NyBQ QkUgLSBQZW5kaW5nIEJyZWFrIEVuYWJsZSAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAx Ljk2NyBTdXBwb3J0cyBTU0UzICAgICAgICAgICAgICAgICAgICAgICAgICA9IDEgKDEpCjAw OjAwOjAxLjk2NyBQQ0xNVUxRRFEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAg KDApCjAwOjAwOjAxLjk2NyBEUyBBcmVhIDY0LWJpdCBsYXlvdXQgICAgICAgICAgICAgICAg ICA9IDAgKDEpCjAwOjAwOjAxLjk2NyBTdXBwb3J0cyBNT05JVE9SL01XQUlUICAgICAgICAg ICAgICAgICA9IDEgKDEpCjAwOjAwOjAxLjk2NyBDUEwtRFMgLSBDUEwgUXVhbGlmaWVkIERl YnVnIFN0b3JlICAgICA9IDAgKDEpCjAwOjAwOjAxLjk2NyBWTVggLSBWaXJ0dWFsIE1hY2hp bmUgVGVjaG5vbG9neSAgICAgICA9IDAgKDEpCjAwOjAwOjAxLjk2NyBTTVggLSBTYWZlciBN b2RlIEV4dGVuc2lvbnMgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAxLjk2NyBFbmhhbmNl ZCBTcGVlZFN0ZXAgVGVjaG5vbG9neSAgICAgICAgICA9IDAgKDApCjAwOjAwOjAxLjk2NyBU ZXJtaW5hbCBNb25pdG9yIDIgICAgICAgICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAx Ljk2NyBTdXBwbGVtZW50YWwgU1NFMyBpbnN0cnVjdGlvbnMgICAgICAgICA9IDEgKDEpCjAw OjAwOjAxLjk2NyBMMSBDb250ZXh0IElEICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAg KDApCjAwOjAwOjAxLjk2NyAxMSAtIFJlc2VydmVkICAgICAgICAgICAgICAgICAgICAgICAg ICA9IDAgKDApCjAwOjAwOjAxLjk2NyBGTUEgZXh0ZW5zaW9ucyB1c2luZyBZTU0gc3RhdGUg ICAgICAgICA9IDAgKDApCjAwOjAwOjAxLjk2NyBDTVBYQ0hHMTZCIGluc3RydWN0aW9uICAg ICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAxLjk2NyB4VFBSIFVwZGF0ZSBDb250cm9s ICAgICAgICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAxLjk2NyBQZXJmL0RlYnVnIENh cGFiaWxpdHkgTVNSICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAxLjk2NyAxNiAtIFJl c2VydmVkICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAxLjk2NyBQ Q0lEIC0gUHJvY2Vzcy1jb250ZXh0IGlkZW50aWZpZXJzICAgICA9IDAgKDApCjAwOjAwOjAx Ljk2NyBEQ0EgLSBEaXJlY3QgQ2FjaGUgQWNjZXNzICAgICAgICAgICAgICA9IDAgKDEpCjAw OjAwOjAxLjk2NyBTU0U0LjEgaW5zdHJ1Y3Rpb24gZXh0ZW5zaW9ucyAgICAgICAgICA9IDAg KDApCjAwOjAwOjAxLjk2NyBTU0U0LjIgaW5zdHJ1Y3Rpb24gZXh0ZW5zaW9ucyAgICAgICAg ICA9IDAgKDApCjAwOjAwOjAxLjk2NyBTdXBwb3J0cyB0aGUgeDJBUElDIGV4dGVuc2lvbnMg ICAgICAgICA9IDAgKDApCjAwOjAwOjAxLjk2NyBNT1ZCRSBpbnN0cnVjdGlvbiAgICAgICAg ICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAxLjk2NyBQT1BDTlQgaW5zdHJ1Y3Rpb24g ICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAxLjk2NyBUU0MtRGVhZGxpbmUg TEFQSUMgdGltZXIgbW9kZSAgICAgICAgICA9IDAgKDApCjAwOjAwOjAxLjk2NyBBRVNOSSBp bnN0cnVjdGlvbiBleHRlbnNpb25zICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAxLjk2NyBY U0FWRS9YUlNUT1IgZXh0ZW5kZWQgc3RhdGUgZmVhdHVyZSAgICA9IDAgKDApCjAwOjAwOjAx Ljk2NyBTdXBwb3J0cyBPU1hTQVZFICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAw OjAwOjAxLjk2NyBBVlggaW5zdHJ1Y3Rpb24gZXh0ZW5zaW9ucyAgICAgICAgICAgICA9IDAg KDApCjAwOjAwOjAxLjk2NyAyOS8zMCAtIFJlc2VydmVkICAgICAgICAgICAgICAgICAgICAg ICA9IDB4MCAoMHgwKQowMDowMDowMS45NjcgMzEgLSBSZXNlcnZlZCAoYWx3YXlzIDApICAg ICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgCjAwOjAwOjAxLjk2NyAgICAgICAg ICBSQVcgRXh0ZW5kZWQgQ1BVSURzCjAwOjAwOjAxLjk2NyAgICAgIEZ1bmN0aW9uICBlYXgg ICAgICBlYnggICAgICBlY3ggICAgICBlZHgKMDA6MDA6MDEuOTY3IEdzdDogODAwMDAwMDAg IDgwMDAwMDA4IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwCjAwOjAwOjAxLjk2NyBIc3Q6 ICAgICAgICAgICA4MDAwMDAwOCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDow MS45NjcgR3N0OiA4MDAwMDAwMSAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw MDAKMDA6MDA6MDEuOTY3IEhzdDogICAgICAgICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAw MDAxIDIwMTAwMDAwCjAwOjAwOjAxLjk2NyBHc3Q6IDgwMDAwMDAyICA2NTc0NmU0OSAyOTUy Mjg2YyA2ZjY1NTgyMCAyOTUyMjg2ZQowMDowMDowMS45NjcgSHN0OiAgICAgICAgICAgNjU3 NDZlNDkgMjk1MjI4NmMgNmY2NTU4MjAgMjk1MjI4NmUKMDA6MDA6MDEuOTY3IEdzdDogODAw MDAwMDMgIDU1NTA0MzIwIDIwMjAyMDIwIDIwMjAyMDIwIDIwMjAyMDIwCjAwOjAwOjAxLjk2 NyBIc3Q6ICAgICAgICAgICA1NTUwNDMyMCAyMDIwMjAyMCAyMDIwMjAyMCAyMDIwMjAyMAow MDowMDowMS45NjcgR3N0OiA4MDAwMDAwNCAgMzAzMzMxMzUgMjA0MDIwMjAgMzAzMDJlMzIg MDA3YTQ4NDcKMDA6MDA6MDEuOTY3IEhzdDogICAgICAgICAgIDMwMzMzMTM1IDIwNDAyMDIw IDMwMzAyZTMyIDAwN2E0ODQ3CjAwOjAwOjAxLjk2NyBHc3Q6IDgwMDAwMDA1ICAwMDAwMDAw MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDowMS45NjcgSHN0OiAgICAgICAg ICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDEuOTY3IEdz dDogODAwMDAwMDYgIDAwMDAwMDAwIDAwMDAwMDAwIDEwMDA4MDQwIDAwMDAwMDAwCjAwOjAw OjAxLjk2NyBIc3Q6ICAgICAgICAgICAwMDAwMDAwMCAwMDAwMDAwMCAxMDAwODA0MCAwMDAw MDAwMAowMDowMDowMS45NjcgR3N0OiA4MDAwMDAwNyAgMDAwMDAwMDAgMDAwMDAwMDAgMDAw MDAwMDAgMDAwMDAwMDAKMDA6MDA6MDEuOTY3IEhzdDogICAgICAgICAgIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwCjAwOjAwOjAxLjk2NyBHc3Q6IDgwMDAwMDA4ICAw MDAwMzAyNCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDowMS45NjcgSHN0OiAg ICAgICAgICAgMDAwMDMwMjQgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDEu OTY3IEdzdDogODAwMDAwMDkgIDA3MjgwMjAyIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAw KgowMDowMDowMS45NjcgSHN0OiAgICAgICAgICAgMDcyODAyMDIgMDAwMDAwMDAgMDAwMDAw MDAgMDAwMDAwMDAKMDA6MDA6MDEuOTY3IEV4dCBOYW1lOiAgICAgICAgICAgICAgICAgICAg ICAgIAowMDowMDowMS45NjcgRXh0IFN1cHBvcnRzOiAgICAgICAgICAgICAgICAgICAgMHg4 MDAwMDAwMC0weDgwMDAwMDA4CjAwOjAwOjAxLjk2NyBGYW1pbHk6ICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAJRXh0ZW5kZWQ6IDAgCUVmZmVjdGl2ZTogMAowMDowMDowMS45Njcg TW9kZWw6ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgCUV4dGVuZGVkOiAwIAlFZmZl Y3RpdmU6IDAKMDA6MDA6MDEuOTY3IFN0ZXBwaW5nOiAgICAgICAgICAgICAgICAgICAgICAg IDAKMDA6MDA6MDEuOTY3IEJyYW5kIElEOiAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAw CjAwOjAwOjAxLjk2NyBNbmVtb25pYyAtIERlc2NyaXB0aW9uICAgICAgICAgICAgICAgICA9 IGd1ZXN0IChob3N0KQowMDowMDowMS45NjcgRlBVIC0geDg3IEZQVSBvbiBDaGlwICAgICAg ICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgVk1FIC0gVmlydHVhbCA4MDg2IE1v ZGUgRW5oYW5jZW1lbnRzICAgPSAwICgwKQowMDowMDowMS45NjcgREUgLSBEZWJ1Z2dpbmcg ZXh0ZW5zaW9ucyAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgUFNFIC0gUGFn ZSBTaXplIEV4dGVuc2lvbiAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgVFND IC0gVGltZSBTdGFtcCBDb3VudGVyICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45 NjcgTVNSIC0gSzg2IE1vZGVsIFNwZWNpZmljIFJlZ2lzdGVycyAgICAgPSAwICgwKQowMDow MDowMS45NjcgUEFFIC0gUGh5c2ljYWwgQWRkcmVzcyBFeHRlbnNpb24gICAgICAgPSAwICgw KQowMDowMDowMS45NjcgTUNFIC0gTWFjaGluZSBDaGVjayBFeGNlcHRpb24gICAgICAgICAg PSAwICgwKQowMDowMDowMS45NjcgQ1g4IC0gQ01QWENIRzhCIGluc3RydWN0aW9uICAgICAg ICAgICAgPSAwICgwKQowMDowMDowMS45NjcgQVBJQyAtIEFQSUMgT24tQ2hpcCAgICAgICAg ICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgMTAgLSBSZXNlcnZlZCAgICAgICAg ICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgU0VQIC0gU1lTQ0FMTCBh bmQgU1lTUkVUICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgTVRSUiAtIE1l bW9yeSBUeXBlIFJhbmdlIFJlZ2lzdGVycyAgICAgPSAwICgwKQowMDowMDowMS45NjcgUEdF IC0gUFRFIEdsb2JhbCBCaXQgICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45 NjcgTUNBIC0gTWFjaGluZSBDaGVjayBBcmNoaXRlY3R1cmUgICAgICAgPSAwICgwKQowMDow MDowMS45NjcgQ01PViAtIENvbmRpdGlvbmFsIE1vdmUgSW5zdHJ1Y3Rpb25zICAgPSAwICgw KQowMDowMDowMS45NjcgUEFUIC0gUGFnZSBBdHRyaWJ1dGUgVGFibGUgICAgICAgICAgICAg PSAwICgwKQowMDowMDowMS45NjcgUFNFLTM2IC0gMzYtYml0IFBhZ2UgU2l6ZSBFeHRlbnRp b24gICAgPSAwICgwKQowMDowMDowMS45NjcgMTggLSBSZXNlcnZlZCAgICAgICAgICAgICAg ICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgMTkgLSBSZXNlcnZlZCAgICAgICAg ICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgTlggLSBOby1FeGVjdXRl IFBhZ2UgUHJvdGVjdGlvbiAgICAgICAgPSAwICgxKQowMDowMDowMS45NjcgRFMgLSBEZWJ1 ZyBTdG9yZSAgICAgICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgQVhN TVggLSBBTUQgRXh0ZW5zaW9ucyB0byBNTVggSW5zdHIuICAgPSAwICgwKQowMDowMDowMS45 NjcgTU1YIC0gSW50ZWwgTU1YIFRlY2hub2xvZ3kgICAgICAgICAgICAgPSAwICgwKQowMDow MDowMS45NjcgRlhTUiAtIEZYU0FWRSBhbmQgRlhSU1RPUiBJbnN0cnVjdGlvbnMgPSAwICgw KQowMDowMDowMS45NjcgMjUgLSBBTUQgZmFzdCBGWFNBVkUgYW5kIEZYUlNUT1IgSW5zdHIu PSAwICgwKQowMDowMDowMS45NjcgMjYgLSAxIEdCIGxhcmdlIHBhZ2Ugc3VwcG9ydCAgICAg ICAgICAgPSAwICgwKQowMDowMDowMS45NjcgMjcgLSBSRFRTQ1AgaW5zdHJ1Y3Rpb24gICAg ICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgMjggLSBSZXNlcnZlZCAgICAgICAg ICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgMjkgLSBBTUQgTG9uZyBN b2RlICAgICAgICAgICAgICAgICAgICAgPSAwICgxKQowMDowMDowMS45NjcgMzAgLSBBTUQg RXh0ZW5zaW9ucyB0byAzRE5vdyAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgMzEg LSBBTUQgM0ROb3cgICAgICAgICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45 NjcgTGFoZlNhaGYgLSBMQUhGL1NBSEYgaW4gNjQtYml0IG1vZGUgICAgPSAwICgxKQowMDow MDowMS45NjcgQ21wTGVnYWN5IC0gQ29yZSBNUCBsZWdhY3kgbW9kZSAoZGVwcikgPSAwICgw KQowMDowMDowMS45NjcgU1ZNIC0gQU1EIFZNIEV4dGVuc2lvbnMgICAgICAgICAgICAgICAg PSAwICgwKQowMDowMDowMS45NjcgQVBJQyByZWdpc3RlcnMgc3RhcnRpbmcgYXQgMHg0MDAg ICAgICAgPSAwICgwKQowMDowMDowMS45NjcgQWx0TW92Q1I4IC0gTE9DSyBNT1YgQ1IwIG1l YW5zIE1PViBDUjggPSAwICgwKQowMDowMDowMS45NjcgQWR2YW5jZWQgYml0IG1hbmlwdWxh dGlvbiAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgU1NFNEEgaW5zdHJ1Y3Rp b24gc3VwcG9ydCAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgTWlzYWxpZ25l ZCBTU0UgbW9kZSAgICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgUFJF RkVUQ0ggYW5kIFBSRUZFVENIVyBpbnN0cnVjdGlvbiAgICAgPSAwICgwKQowMDowMDowMS45 NjcgT1MgdmlzaWJsZSB3b3JrYXJvdW5kICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDow MDowMS45NjcgSW5zdHJ1Y3Rpb24gYmFzZWQgc2FtcGxpbmcgICAgICAgICAgICAgPSAwICgw KQowMDowMDowMS45NjcgU1NFNSBzdXBwb3J0ICAgICAgICAgICAgICAgICAgICAgICAgICAg PSAwICgwKQowMDowMDowMS45NjcgU0tJTklULCBTVEdJLCBhbmQgREVWIHN1cHBvcnQgICAg ICAgICAgPSAwICgwKQowMDowMDowMS45NjcgV2F0Y2hkb2cgdGltZXIgc3VwcG9ydC4gICAg ICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgMzE6MTQgLSBSZXNlcnZlZCAgICAg ICAgICAgICAgICAgICAgICAgPSAweDAgKDB4MCkKMDA6MDA6MDEuOTY3IEZ1bGwgTmFtZTog ICAgICAgICAgICAgICAgICAgICAgIEludGVsKFIpIFhlb24oUikgQ1BVICAgICAgICAgICAg NTEzMCAgQCAyLjAwR0h6CjAwOjAwOjAxLjk2NyBUTEIgMi80TSBJbnN0ci9Vbmk6ICAgICAg ICAgICAgICByZXMwICAgICAwIGVudHJpZXMKMDA6MDA6MDEuOTY3IFRMQiAyLzRNIERhdGE6 ICAgICAgICAgICAgICAgICAgIHJlczAgICAgIDAgZW50cmllcwowMDowMDowMS45NjcgVExC IDRLIEluc3RyL1VuaTogICAgICAgICAgICAgICAgcmVzMCAgICAgMCBlbnRyaWVzCjAwOjAw OjAxLjk2NyBUTEIgNEsgRGF0YTogICAgICAgICAgICAgICAgICAgICByZXMwICAgICAwIGVu dHJpZXMKMDA6MDA6MDEuOTY3IEwxIEluc3RyIENhY2hlIExpbmUgU2l6ZTogICAgICAgIDAg Ynl0ZXMKMDA6MDA6MDEuOTY3IEwxIEluc3RyIENhY2hlIExpbmVzIFBlciBUYWc6ICAgIDAK MDA6MDA6MDEuOTY3IEwxIEluc3RyIENhY2hlIEFzc29jaWF0aXZpdHk6ICAgIHJlczAgIAow MDowMDowMS45NjcgTDEgSW5zdHIgQ2FjaGUgU2l6ZTogICAgICAgICAgICAgMCBLQgowMDow MDowMS45NjcgTDEgRGF0YSBDYWNoZSBMaW5lIFNpemU6ICAgICAgICAgMCBieXRlcwowMDow MDowMS45NjcgTDEgRGF0YSBDYWNoZSBMaW5lcyBQZXIgVGFnOiAgICAgMAowMDowMDowMS45 NjcgTDEgRGF0YSBDYWNoZSBBc3NvY2lhdGl2aXR5OiAgICAgcmVzMCAgCjAwOjAwOjAxLjk2 NyBMMSBEYXRhIENhY2hlIFNpemU6ICAgICAgICAgICAgICAwIEtCCjAwOjAwOjAxLjk2NyBM MiBUTEIgMi80TSBJbnN0ci9Vbmk6ICAgICAgICAgICBvZmYgICAgICAgMCBlbnRyaWVzCjAw OjAwOjAxLjk2NyBMMiBUTEIgMi80TSBEYXRhOiAgICAgICAgICAgICAgICBvZmYgICAgICAg MCBlbnRyaWVzCjAwOjAwOjAxLjk2NyBMMiBUTEIgNEsgSW5zdHIvVW5pOiAgICAgICAgICAg ICBvZmYgICAgICAgMCBlbnRyaWVzCjAwOjAwOjAxLjk2NyBMMiBUTEIgNEsgRGF0YTogICAg ICAgICAgICAgICAgICBvZmYgICAgICAgMCBlbnRyaWVzCjAwOjAwOjAxLjk2NyBMMiBDYWNo ZSBMaW5lIFNpemU6ICAgICAgICAgICAgICAwIGJ5dGVzCjAwOjAwOjAxLjk2NyBMMiBDYWNo ZSBMaW5lcyBQZXIgVGFnOiAgICAgICAgICAwCjAwOjAwOjAxLjk2NyBMMiBDYWNoZSBBc3Nv Y2lhdGl2aXR5OiAgICAgICAgICBvZmYgICAKMDA6MDA6MDEuOTY3IEwyIENhY2hlIFNpemU6 ICAgICAgICAgICAgICAgICAgIDAgS0IKMDA6MDA6MDEuOTY3IEFQTSBGZWF0dXJlczogICAg ICAgICAgICAgICAgICAgCjAwOjAwOjAxLjk2NyBQaHlzaWNhbCBBZGRyZXNzIFdpZHRoOiAg ICAgICAgICAzNiBiaXRzCjAwOjAwOjAxLjk2NyBWaXJ0dWFsIEFkZHJlc3MgV2lkdGg6ICAg ICAgICAgICA0OCBiaXRzCjAwOjAwOjAxLjk2NyBHdWVzdCBQaHlzaWNhbCBBZGRyZXNzIFdp ZHRoOiAgICAwIGJpdHMKMDA6MDA6MDEuOTY3IFBoeXNpY2FsIENvcmUgQ291bnQ6ICAgICAg ICAgICAgIDAKMDA6MDA6MDEuOTY3IAowMDowMDowMS45NjcgICAgICAgICAgUkFXIENlbnRh dXIgQ1BVSURzCjAwOjAwOjAxLjk2NyAgICAgIEZ1bmN0aW9uICBlYXggICAgICBlYnggICAg ICBlY3ggICAgICBlZHgKMDA6MDA6MDEuOTY3IEdzdDogYzAwMDAwMDAgIDA3MjgwMjAyIDAw MDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwCjAwOjAwOjAxLjk2NyBIc3Q6ICAgICAgICAgICAw NzI4MDIwMiAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDowMS45NjcgR3N0OiBj MDAwMDAwMSAgMDcyODAyMDIgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDEu OTY3IEhzdDogICAgICAgICAgIDA3MjgwMjAyIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAw CjAwOjAwOjAxLjk2NyBHc3Q6IGMwMDAwMDAyICAwNzI4MDIwMiAwMDAwMDAwMCAwMDAwMDAw MCAwMDAwMDAwMAowMDowMDowMS45NjcgSHN0OiAgICAgICAgICAgMDcyODAyMDIgMDAwMDAw MDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDEuOTY3IEdzdDogYzAwMDAwMDMgIDA3Mjgw MjAyIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwCjAwOjAwOjAxLjk2NyBIc3Q6ICAgICAg ICAgICAwNzI4MDIwMiAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDowMS45Njcg Q2VudGF1ciBTdXBwb3J0czogICAgICAgICAgICAgICAgMHhjMDAwMDAwMC0weDA3MjgwMjAy CjAwOjAwOjAxLjk2NyBNbmVtb25pYyAtIERlc2NyaXB0aW9uICAgICAgICAgICAgICAgICA9 IGd1ZXN0IChob3N0KQowMDowMDowMS45NjcgQUlTIC0gQWx0ZXJuYXRlIEluc3RydWN0aW9u IFNldCAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgQUlTLUUgLSBBSVMgZW5hYmxlZCAg ICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgUk5HIC0gUmFuZG9tIE51 bWJlciBHZW5lcmF0b3IgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgUk5HLUUgLSBS TkcgZW5hYmxlZCAgICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgTEgg LSBMb25nSGF1bCBNU1IgMDAwMF8xMTBBaCAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45 NjcgRkVNTVMgLSBGRU1NUyAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDow MDowMS45NjcgQUNFIC0gQWR2YW5jZWQgQ3J5cHRvZ3JhcGh5IEVuZ2luZSAgICAgPSAwICgw KQowMDowMDowMS45NjcgQUNFLUUgLSBBQ0UgZW5hYmxlZCAgICAgICAgICAgICAgICAgICAg PSAwICgwKQowMDowMDowMS45NjcgQUNFMiAtIEFkdmFuY2VkIENyeXB0b2dyYXBoeSBFbmdp bmUgMiAgPSAwICgwKQowMDowMDowMS45NjcgQUNFMi1FIC0gQUNFIGVuYWJsZWQgICAgICAg ICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgUEhFIC0gSGFzaCBFbmdpbmUgICAg ICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgUEhFLUUgLSBQSEUgZW5h YmxlZCAgICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgUE1NIC0gTW9u dGdvbWVyeSBNdWx0aXBsaWVyICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45NjcgUE1N LUUgLSBQTU0gZW5hYmxlZCAgICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMS45 NjcgCjAwOjAwOjAxLjk2NyAKMDA6MDA6MDEuOTY3ICoqKioqKioqKioqKioqKioqKioqIEVu ZCBvZiBDUFVJRCBkdW1wICoqKioqKioqKioqKioqKioqKioqKioKMDA6MDA6MDEuOTY3IHBn bVIzUG9vbEluaXQ6IGNNYXhQYWdlcz0weDQwMCBjTWF4VXNlcnM9MHg4MDAgY01heFBoeXNF eHRzPTB4ODAwIGZDYWNoZUVuYWJsZT10cnVlIAowMDowMDowMS45NjkgUkVNOiBWQm94UkVN NjQKMDA6MDA6MDEuOTY5IFVzaW5nIDY0LWJpdCBhd2FyZSBSRU0KMDA6MDA6MDEuOTg0IFRN OiBHSVAgLSB1MzJNb2RlPTEgKFN5bmNUU0MpIHUzMlVwZGF0ZUh6PTEwMAowMDowMDowMi4w MTggVE06IGNUU0NUaWNrc1BlclNlY29uZD0weDc0NjUwMzhjICgxIDk1MiA3NzcgMTAwKSBm VFNDVmlydHVhbGl6ZWQ9dHJ1ZSAgZlRTQ1VzZVJlYWxUU0M9ZmFsc2UKMDA6MDA6MDIuMDE4 IFRNOiBmTWF5YmVVc2VPZmZzZXR0ZWRIb3N0VFNDPXRydWUgIFRTQ1RpZWRUb0V4ZWN1dGlv bj1mYWxzZSBUU0NOb3RUaWVkVG9IYWx0PWZhbHNlCjAwOjAwOjAyLjAxOCBDb3JlQ29kZTog UjM9MzdiZmUwMDAgUjA9ZmUxMmIwMDAgUkM9YTA1YTYwMDAgUGh5cz0wMDAwMDAwMDkzYzdh MDAwIGNiPTB4MjAwMAowMDowMDowMi4wNDIgQUlPOiBBc3luYyBJL08gbWFuYWdlciBub3Qg c3VwcG9ydGVkIChyYz1WRVJSX05PVF9TVVBQT1JURUQpLiBGYWxsaW5nIGJhY2sgdG8gc2lt cGxlIG1hbmFnZXIKMDA6MDA6MDIuMDQzIEJsa0NhY2hlOiBDYWNoZSBzdWNjZXNzZnVsbHkg aW5pdGlhbGlzZWQuIENhY2hlIHNpemUgaXMgNTI0Mjg4MCBieXRlcwowMDowMDowMi4wNDMg QmxrQ2FjaGU6IENhY2hlIGNvbW1pdCBpbnRlcnZhbCBpcyAxMDAwMCBtcwowMDowMDowMi4w NDMgQmxrQ2FjaGU6IENhY2hlIGNvbW1pdCB0aHJlc2hvbGQgaXMgMjYyMTQ0MCBieXRlcwow MDowMDowMi4wNDggW1NNUF0gQklPUyB3aXRoIDEgQ1BVcwowMDowMDowMi4wNzQgU1VQOiBM b2FkZWQgVkJveEREUjAucjAgKC91c3IvbG9jYWwvbGliL3ZpcnR1YWxib3gvVkJveEREUjAu cjApIGF0IDB4Y2E1Y2IwMjAgLSBNb2R1bGVJbml0IGF0IDAwMDAwMDAwMDAwMDAwMDAgYW5k IE1vZHVsZVRlcm0gYXQgMDAwMDAwMDAwMDAwMDAwMAowMDowMDowMi4wODEgU1VQOiBMb2Fk ZWQgVkJveEREMlIwLnIwICgvdXNyL2xvY2FsL2xpYi92aXJ0dWFsYm94L1ZCb3hERDJSMC5y MCkgYXQgMHhjN2RmODAyMCAtIE1vZHVsZUluaXQgYXQgMDAwMDAwMDAwMDAwMDAwMCBhbmQg TW9kdWxlVGVybSBhdCAwMDAwMDAwMDAwMDAwMDAwCjAwOjAwOjAyLjA4MSBBY3RpdmF0aW5n IExvY2FsIEFQSUMKMDA6MDA6MDIuMDgxIENQVU1TZXRHdWVzdENwdUlkRmVhdHVyZTogRW5h YmxlZCBBUElDCjAwOjAwOjAyLjA4MSBDUFVNU2V0R3Vlc3RDcHVJZEZlYXR1cmU6IERpc2Fi bGVkIHgyQVBJQwowMDowMDowMi4wODIgUElUOiBtb2RlPTMgY291bnQ9MHgxMDAwMCAoNjU1 MzYpIC0gMTguMjAgSHogKGNoPTApCjAwOjAwOjAyLjA4NyBTaGFyZWQgRm9sZGVycyBzZXJ2 aWNlIGxvYWRlZC4KMDA6MDA6MDIuMDkyIERydkJsb2NrOiBGbHVzaGVzIHdpbGwgYmUgaWdu b3JlZAowMDowMDowMi4wOTMgRHJ2QmxvY2s6IEFzeW5jIGZsdXNoZXMgd2lsbCBiZSBwYXNz ZWQgdG8gdGhlIGRpc2sKMDA6MDA6MDIuMDk0IFZESW5pdCBmaW5pc2hlZAowMDowMDowMi4w OTQgUElJWDMgQVRBOiBMVU4jMDogZGlzaywgUENIUz0xNjM4My8xNi82MywgdG90YWwgbnVt YmVyIG9mIHNlY3RvcnMgMjUxNjU4MjQKMDA6MDA6MDIuMDk0IERydkJsb2NrOiBGbHVzaGVz IHdpbGwgYmUgaWdub3JlZAowMDowMDowMi4wOTQgRHJ2QmxvY2s6IEFzeW5jIGZsdXNoZXMg d2lsbCBiZSBwYXNzZWQgdG8gdGhlIGRpc2sKMDA6MDA6MDIuMDk0IFBJSVgzIEFUQTogTFVO IzE6IENEL0RWRCwgdG90YWwgbnVtYmVyIG9mIHNlY3RvcnMgMTMxNjAsIHBhc3N0aHJvdWdo IGRpc2FibGVkCjAwOjAwOjAyLjA5NCBQSUlYMyBBVEE6IExVTiMyOiBubyB1bml0CjAwOjAw OjAyLjA5NCBQSUlYMyBBVEE6IExVTiMzOiBubyB1bml0CjAwOjAwOjAyLjA5NCBQSUlYMyBB VEE6IEN0bCMxOiBmaW5pc2hlZCBwcm9jZXNzaW5nIFJFU0VUCjAwOjAwOjAyLjA5NSBQSUlY MyBBVEE6IEN0bCMwOiBmaW5pc2hlZCBwcm9jZXNzaW5nIFJFU0VUCjAwOjAwOjAyLjA5NSBJ bnROZXQjMDogc3pOZXR3b3JrPXtIb3N0SW50ZXJmYWNlTmV0d29ya2luZy12Ym94bmV0MH0g ZW5tVHJ1bmtUeXBlPTMgc3pUcnVuaz17dmJveG5ldDB9IGZGbGFncz0weDgwMDAgY2JSZWN2 PTMyNTYzMiBjYlNlbmQ9MTk2NjA4IGZJZ25vcmVDb25uZWN0RmFpbHVyZT1mYWxzZQowMDow MDowMi4wOTUgQXVkaW86IFRyeWluZyBkcml2ZXIgJ29zcycuCjAwOjAwOjAyLjA5NSBBdWRp bzogc2V0X3JlY29yZF9zb3VyY2UgYXJzPTAgYWxzPTAgKG5vdCBpbXBsZW1lbnRlZCkKMDA6 MDA6MDIuMDk2IE9TUzogU3VjY2Vzc2Z1bGx5IG9wZW5lZCAvZGV2L2RzcCBmb3IgQURDCjAw OjAwOjAyLjA5OCBPU1M6IFN1Y2Nlc3NmdWxseSBvcGVuZWQgL2Rldi9kc3AgZm9yIERBQwow MDowMDowMi4xMDAgRGV2UGNCaW9zOiBBVEEgTFVOIzAgTENIUz0xMDI0LzI1NS82MwowMDow MDowMi4xMDAgUEdNOiBUaGUgQ1BVIHBoeXNpY2FsIGFkZHJlc3Mgd2lkdGggaXMgMzYgYml0 cwowMDowMDowMi4xMDAgUEdNUjNJbml0RmluYWxpemU6IDQgTUIgUFNFIG1hc2sgMDAwMDAw MGZmZmZmZmZmZgowMDowMDowMi4xMTQgVk1NOiBmVXNlUGVyaW9kaWNQcmVlbXB0aW9uVGlt ZXJzPWZhbHNlCjAwOjAwOjAyLjExNCBIV0FDQ006IEhvc3QgQ1I0PTAwMDAwNkQxCjAwOjAw OjAyLjExNCBIV0FDQ006IE1TUl9JQTMyX0ZFQVRVUkVfQ09OVFJPTCAgICAgID0gNQowMDow MDowMi4xMTQgSFdBQ0NNOiBNU1JfSUEzMl9WTVhfQkFTSUNfSU5GTyAgICAgICA9IDFhMDQw MDAwMDAwMDA3CjAwOjAwOjAyLjExNCBIV0FDQ006IFZNQ1MgaWQgICAgICAgICAgICAgICAg ICAgICAgID0gNwowMDowMDowMi4xMTQgSFdBQ0NNOiBWTUNTIHNpemUgICAgICAgICAgICAg ICAgICAgICA9IDQwMAowMDowMDowMi4xMTQgSFdBQ0NNOiBWTUNTIHBoeXNpY2FsIGFkZHJl c3MgbGltaXQgICA9IE5vbmUKMDA6MDA6MDIuMTE0IEhXQUNDTTogVk1DUyBtZW1vcnkgdHlw ZSAgICAgICAgICAgICAgPSA2CjAwOjAwOjAyLjExNCBIV0FDQ006IER1YWwgbW9uaXRvciB0 cmVhdG1lbnQgICAgICAgID0gMQowMDowMDowMi4xMTQgSFdBQ0NNOiBNU1JfSUEzMl9WTVhf UElOQkFTRURfQ1RMUyAgICA9IDFmMDAwMDAwMTYKMDA6MDA6MDIuMTE0IEhXQUNDTTogICAg Vk1YX1ZNQ1NfQ1RSTF9QSU5fRVhFQ19DT05UUk9MU19FWFRfSU5UX0VYSVQKMDA6MDA6MDIu MTE0IEhXQUNDTTogICAgVk1YX1ZNQ1NfQ1RSTF9QSU5fRVhFQ19DT05UUk9MU19OTUlfRVhJ VAowMDowMDowMi4xMTQgSFdBQ0NNOiBNU1JfSUEzMl9WTVhfUFJPQ0JBU0VEX0NUTFMgICA9 IDc3YjlmZmZlMDQwMWUxNzIKMDA6MDA6MDIuMTE0IEhXQUNDTTogICAgVk1YX1ZNQ1NfQ1RS TF9QUk9DX0VYRUNfQ09OVFJPTFNfSVJRX1dJTkRPV19FWElUCjAwOjAwOjAyLjExNCBIV0FD Q006ICAgIFZNWF9WTUNTX0NUUkxfUFJPQ19FWEVDX0NPTlRST0xTX1RTQ19PRkZTRVQKMDA6 MDA6MDIuMTE0IEhXQUNDTTogICAgVk1YX1ZNQ1NfQ1RSTF9QUk9DX0VYRUNfQ09OVFJPTFNf SExUX0VYSVQKMDA6MDA6MDIuMTE0IEhXQUNDTTogICAgVk1YX1ZNQ1NfQ1RSTF9QUk9DX0VY RUNfQ09OVFJPTFNfSU5WTFBHX0VYSVQKMDA6MDA6MDIuMTE0IEhXQUNDTTogICAgVk1YX1ZN Q1NfQ1RSTF9QUk9DX0VYRUNfQ09OVFJPTFNfTVdBSVRfRVhJVAowMDowMDowMi4xMTQgSFdB Q0NNOiAgICBWTVhfVk1DU19DVFJMX1BST0NfRVhFQ19DT05UUk9MU19SRFBNQ19FWElUCjAw OjAwOjAyLjExNCBIV0FDQ006ICAgIFZNWF9WTUNTX0NUUkxfUFJPQ19FWEVDX0NPTlRST0xT X1JEVFNDX0VYSVQKMDA6MDA6MDIuMTE0IEhXQUNDTTogICAgVk1YX1ZNQ1NfQ1RSTF9QUk9D X0VYRUNfQ09OVFJPTFNfQ1IzX0xPQURfRVhJVAowMDowMDowMi4xMTQgSFdBQ0NNOiAgICBW TVhfVk1DU19DVFJMX1BST0NfRVhFQ19DT05UUk9MU19DUjNfU1RPUkVfRVhJVAowMDowMDow Mi4xMTQgSFdBQ0NNOiAgICBWTVhfVk1DU19DVFJMX1BST0NfRVhFQ19DT05UUk9MU19DUjhf TE9BRF9FWElUCjAwOjAwOjAyLjExNCBIV0FDQ006ICAgIFZNWF9WTUNTX0NUUkxfUFJPQ19F WEVDX0NPTlRST0xTX0NSOF9TVE9SRV9FWElUCjAwOjAwOjAyLjExNCBIV0FDQ006ICAgIFZN WF9WTUNTX0NUUkxfUFJPQ19FWEVDX0NPTlRST0xTX1VTRV9UUFJfU0hBRE9XCjAwOjAwOjAy LjExNCBIV0FDQ006ICAgIFZNWF9WTUNTX0NUUkxfUFJPQ19FWEVDX0NPTlRST0xTX01PVl9E Ul9FWElUCjAwOjAwOjAyLjExNCBIV0FDQ006ICAgIFZNWF9WTUNTX0NUUkxfUFJPQ19FWEVD X0NPTlRST0xTX1VOQ09ORF9JT19FWElUCjAwOjAwOjAyLjExNCBIV0FDQ006ICAgIFZNWF9W TUNTX0NUUkxfUFJPQ19FWEVDX0NPTlRST0xTX1VTRV9JT19CSVRNQVBTCjAwOjAwOjAyLjEx NCBIV0FDQ006ICAgIFZNWF9WTUNTX0NUUkxfUFJPQ19FWEVDX0NPTlRST0xTX1VTRV9NU1Jf QklUTUFQUwowMDowMDowMi4xMTQgSFdBQ0NNOiAgICBWTVhfVk1DU19DVFJMX1BST0NfRVhF Q19DT05UUk9MU19NT05JVE9SX0VYSVQKMDA6MDA6MDIuMTE0IEhXQUNDTTogICAgVk1YX1ZN Q1NfQ1RSTF9QUk9DX0VYRUNfQ09OVFJPTFNfUEFVU0VfRVhJVAowMDowMDowMi4xMTQgSFdB Q0NNOiAgICBWTVhfVk1DU19DVFJMX1BST0NfRVhFQ19DT05UUk9MU19DUjNfTE9BRF9FWElU ICptdXN0KiBiZSBzZXQKMDA6MDA6MDIuMTE0IEhXQUNDTTogICAgVk1YX1ZNQ1NfQ1RSTF9Q Uk9DX0VYRUNfQ09OVFJPTFNfQ1IzX1NUT1JFX0VYSVQgKm11c3QqIGJlIHNldAowMDowMDow Mi4xMTQgSFdBQ0NNOiBNU1JfSUEzMl9WTVhfRU5UUllfQ1RMUyAgICAgICA9IDFmZmYwMDAw MTFmZgowMDowMDowMi4xMTQgSFdBQ0NNOiAgICBWTVhfVk1DU19DVFJMX0VOVFJZX0NPTlRS T0xTX0xPQURfREVCVUcKMDA6MDA6MDIuMTE0IEhXQUNDTTogICAgVk1YX1ZNQ1NfQ1RSTF9F TlRSWV9DT05UUk9MU19JQTY0X01PREUKMDA6MDA6MDIuMTE0IEhXQUNDTTogICAgVk1YX1ZN Q1NfQ1RSTF9FTlRSWV9DT05UUk9MU19FTlRSWV9TTU0KMDA6MDA6MDIuMTE0IEhXQUNDTTog ICAgVk1YX1ZNQ1NfQ1RSTF9FTlRSWV9DT05UUk9MU19ERUFDVElWQVRFX0RVQUxNT04KMDA6 MDA6MDIuMTE0IEhXQUNDTTogICAgVk1YX1ZNQ1NfQ1RSTF9FTlRSWV9DT05UUk9MU19MT0FE X0RFQlVHICptdXN0KiBiZSBzZXQKMDA6MDA6MDIuMTE0IEhXQUNDTTogTVNSX0lBMzJfVk1Y X0VYSVRfQ1RMUyAgICAgICAgPSAzZWZmZjAwMDM2ZGZmCjAwOjAwOjAyLjExNCBIV0FDQ006 ICAgIFZNWF9WTUNTX0NUUkxfRVhJVF9DT05UUk9MU19TQVZFX0RFQlVHCjAwOjAwOjAyLjEx NCBIV0FDQ006ICAgIFZNWF9WTUNTX0NUUkxfRVhJVF9DT05UUk9MU19IT1NUX0FNRDY0CjAw OjAwOjAyLjExNCBIV0FDQ006ICAgIFZNWF9WTUNTX0NUUkxfRVhJVF9DT05UUk9MU19BQ0tf RVhURVJOQUxfSVJRCjAwOjAwOjAyLjExNCBIV0FDQ006ICAgIFZNWF9WTUNTX0NUUkxfRVhJ VF9DT05UUk9MU19TQVZFX0RFQlVHICptdXN0KiBiZSBzZXQKMDA6MDA6MDIuMTE0IEhXQUND TTogTVNSX0lBMzJfVk1YX01JU0MgICAgICAgICAgICAgPSA0MDNjMAowMDowMDowMi4xMTQg SFdBQ0NNOiAgICBNU1JfSUEzMl9WTVhfTUlTQ19QUkVFTVBUX1RTQ19CSVQgMAowMDowMDow Mi4xMTQgSFdBQ0NNOiAgICBNU1JfSUEzMl9WTVhfTUlTQ19BQ1RJVklUWV9TVEFURVMgNwow MDowMDowMi4xMTQgSFdBQ0NNOiAgICBNU1JfSUEzMl9WTVhfTUlTQ19DUjNfVEFSR0VUICAg ICAgNAowMDowMDowMi4xMTQgSFdBQ0NNOiAgICBNU1JfSUEzMl9WTVhfTUlTQ19NQVhfTVNS ICAgICAgICAgMjAwCjAwOjAwOjAyLjExNCBIV0FDQ006ICAgIE1TUl9JQTMyX1ZNWF9NSVND X01TRUdfSUQgICAgICAgICAwCjAwOjAwOjAyLjExNCBIV0FDQ006IE1TUl9JQTMyX1ZNWF9D UjBfRklYRUQwICAgICAgID0gODAwMDAwMjEKMDA6MDA6MDIuMTE0IEhXQUNDTTogTVNSX0lB MzJfVk1YX0NSMF9GSVhFRDEgICAgICAgPSBmZmZmZmZmZgowMDowMDowMi4xMTQgSFdBQ0NN OiBNU1JfSUEzMl9WTVhfQ1I0X0ZJWEVEMCAgICAgICA9IDIwMDAKMDA6MDA6MDIuMTE0IEhX QUNDTTogTVNSX0lBMzJfVk1YX0NSNF9GSVhFRDEgICAgICAgPSAyN2ZmCjAwOjAwOjAyLjEx NCBIV0FDQ006IE1TUl9JQTMyX1ZNWF9WTUNTX0VOVU0gICAgICAgID0gMmMKMDA6MDA6MDIu MTE0IEhXQUNDTTogVFBSIHNoYWRvdyBwaHlzYWRkciAgICAgICAgICAgPSAwMDAwMDAwMDdi YzFlMDAwCjAwOjAwOjAyLjExNCBIV0FDQ006IFZDUFUwOiBNU1IgYml0bWFwIHBoeXNhZGRy ICAgICAgPSAwMDAwMDAwMDcxNDBkMDAwCjAwOjAwOjAyLjExNCBIV0FDQ006IFZDUFUwOiBW TUNTIHBoeXNhZGRyICAgICAgICAgICAgPSAwMDAwMDAwMDdiYzFmMDAwCjAwOjAwOjAyLjEx NCBIV0FDQ006IFJlYWwgTW9kZSBUU1MgZ3Vlc3QgcGh5c2FkZHIgID0gMDAwMDAwMDBmMDgw MDAwMAowMDowMDowMi4xMTQgSFdBQ0NNOiBOb24tUGFnaW5nIE1vZGUgRVBUIENSMyAgICAg ICA9IDAwMDAwMDAwZjA4MDMwMDAKMDA6MDA6MDIuMTE0IENQVU1TZXRHdWVzdENwdUlkRmVh dHVyZTogRW5hYmxlZCBzeXNlbnRlci9leGl0CjAwOjAwOjAyLjExNCBDUFVNU2V0R3Vlc3RD cHVJZEZlYXR1cmU6IEVuYWJsZWQgUEFFCjAwOjAwOjAyLjExNCBDUFVNU2V0R3Vlc3RDcHVJ ZEZlYXR1cmU6IEVuYWJsZWQgTE9ORyBNT0RFCjAwOjAwOjAyLjExNCBDUFVNU2V0R3Vlc3RD cHVJZEZlYXR1cmU6IEVuYWJsZWQgc3lzY2FsbC9yZXQKMDA6MDA6MDIuMTE0IENQVU1TZXRH dWVzdENwdUlkRmVhdHVyZTogRW5hYmxlZCBMQUhGL1NBSEYKMDA6MDA6MDIuMTE0IENQVU1T ZXRHdWVzdENwdUlkRmVhdHVyZTogRW5hYmxlZCBOWEUKMDA6MDA6MDIuMTE0IEhXQUNDTTog MzItYml0IGFuZCA2NC1iaXQgZ3Vlc3RzIHN1cHBvcnRlZC4KMDA6MDA6MDIuMTE0IEhXQUND TTogVk1YIGVuYWJsZWQhCjAwOjAwOjAyLjExNCBIV0FDQ006IFRQUiBQYXRjaGluZyBkaXNh YmxlZC4KMDA6MDA6MDIuMTE0IEhXQUNDTTogICAgVlQteC9BTUQtViBpbml0IG1ldGhvZDog R0xPQkFMCjAwOjAwOjAyLjEyNyBWTTogSGFsdCBtZXRob2QgZ2xvYmFsMSAoNSkKMDA6MDA6 MDIuMTI4IEhhbHRlZEdsb2JhbDEgY29uZmlnOiBjTnNTcGluQmxvY2tUaHJlc2hvbGRDZmc9 NTAwMDAKMDA6MDA6MDIuMTI4IENoYW5naW5nIHRoZSBWTSBzdGF0ZSBmcm9tICdDUkVBVElO RycgdG8gJ0NSRUFURUQnLgowMDowMDowMi4xMjggQ2hhbmdpbmcgdGhlIFZNIHN0YXRlIGZy b20gJ0NSRUFURUQnIHRvICdQT1dFUklOR19PTicuCjAwOjAwOjAyLjEyOCBDaGFuZ2luZyB0 aGUgVk0gc3RhdGUgZnJvbSAnUE9XRVJJTkdfT04nIHRvICdSVU5OSU5HJy4KMDA6MDA6MDIu MTM3IEd1ZXN0IExvZzogQklPUzogVmlydHVhbEJveCA0LjAuOF9PU0UKMDA6MDA6MDIuMTM3 IFBJVDogbW9kZT0yIGNvdW50PTB4MTAwMDAgKDY1NTM2KSAtIDE4LjIwIEh6IChjaD0wKQow MDowMDowMi4xNzEgMkQgdmlkZW8gYWNjZWxlcmF0aW9uIGlzIGRpc2FibGVkLgowMDowMDow Mi4yMzggUElJWDMgQVRBOiBDdGwjMDogUkVTRVQsIERldlNlbD0wIEFJT0lmPTAgQ21kSWYw PTB4MDAgKC0xIHVzZWMgYWdvKSBDbWRJZjE9MHgwMCAoLTEgdXNlYyBhZ28pCjAwOjAwOjAy LjIzOCBQSUlYMyBBVEE6IEN0bCMwOiBmaW5pc2hlZCBwcm9jZXNzaW5nIFJFU0VUCjAwOjAw OjAyLjIzOSBHdWVzdCBMb2c6IEJJT1M6IGF0YTAtMDogUENIUz0xNjM4My8xNi82MyBMQ0hT PTEwMjQvMjU1LzYzCjAwOjAwOjAyLjIzOSBQSUlYMyBBVEE6IEN0bCMwOiBSRVNFVCwgRGV2 U2VsPTEgQUlPSWY9MCBDbWRJZjA9MHhlYyAoLTEgdXNlYyBhZ28pIENtZElmMT0weDAwICgt MSB1c2VjIGFnbykKMDA6MDA6MDIuMjM5IFBJSVgzIEFUQTogQ3RsIzA6IGZpbmlzaGVkIHBy b2Nlc3NpbmcgUkVTRVQKMDA6MDA6MDIuMjM5IFBJVDogbW9kZT0yIGNvdW50PTB4NDhkMyAo MTg2NDMpIC0gNjQuMDAgSHogKGNoPTApCjAwOjAwOjAyLjI0MyBEaXNwbGF5OjpoYW5kbGVE aXNwbGF5UmVzaXplKCk6IHVTY3JlZW5JZCA9IDAsIHB2VlJBTT0zYjYwMDAwMCB3PTY0MCBo PTQ4MCBicHA9MzIgY2JMaW5lPTB4QTAwLCBmbGFncz0weDEKMDA6MDA6MDIuNTQ0IEd1ZXN0 IExvZzogS2V5IHByZXNzZWQ6IDAwODYKMDA6MDA6MDIuNTY0IERpc3BsYXk6OmhhbmRsZURp c3BsYXlSZXNpemUoKTogdVNjcmVlbklkID0gMCwgcHZWUkFNPTAwMDAwMDAwIHc9NzIwIGg9 NDAwIGJwcD0wIGNiTGluZT0weDAsIGZsYWdzPTB4MQowMDowMDowNC43MDYgR3Vlc3QgTG9n OiBLZXkgcHJlc3NlZDogMDAwMgowMDowMDowNC43MjMgUElUOiBtb2RlPTIgY291bnQ9MHgx MDAwMCAoNjU1MzYpIC0gMTguMjAgSHogKGNoPTApCjAwOjAwOjA0LjcyMyBHdWVzdCBMb2c6 IEJJT1M6IEJvb3RpbmcgZnJvbSBIYXJkIERpc2suLi4KMDA6MDA6MDQuODc4ICEhISEhISEh ISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEh ISEhISEhISEKMDA6MDA6MDQuODc4ICEhCjAwOjAwOjA0Ljg3OCAhISAgICAgICAgICAgICAg ICAgR3VydSBNZWRpdGF0aW9uIC0xNjE4IChWRVJSX1BHTV9QSFlTX1BBR0VfUkVTRVJWRUQp CjAwOjAwOjA0Ljg3OCAhIQowMDowMDowNC44NzkgISEKMDA6MDA6MDQuODc5ICEhIHttYXBw aW5ncywgPE5VTEw+fQowMDowMDowNC44NzkgISEKMDA6MDA6MDQuODc5IAowMDowMDowNC44 NzkgVGhlIG1hcHBpbmdzIGFyZSBESVNBQkxFRC4KMDA6MDA6MDQuODc5IDAwMDAwMDAwZmYw MDAwMDAgLSAwMDAwMDAwMGZmYmZmZmZmICBIeXBlcnZpc29yIE1lbW9yeSBBcmVhCjAwOjAw OjA0Ljg3OSAhIQowMDowMDowNC44NzkgISEge2htYSwgPE5VTEw+fQowMDowMDowNC44Nzkg ISEKMDA6MDA6MDQuODc5IEh5cGVydmlzb3IgTWVtb3J5IEFyZWEgKEhNQSkgTGF5b3V0OiBC YXNlIDAwMDAwMDAwZmYwMDAwMDAsIDB4MDBjMDAwMDAgYnl0ZXMKMDA6MDA6MDQuODc5IDAw MDAwMDAwZmY5MmUwMDAtMDAwMDAwMDBmZjkyZjAwMCAgICAgICAgICAgICAgICAgICBEWU5B TUlDICAgICAgICAgIGZlbmNlCjAwOjAwOjA0Ljg3OSAwMDAwMDAwMGZmOTFlMDAwLTAwMDAw MDAwZmY5MmUwMDAgICAgICAgICAgICAgICAgICAgRFlOQU1JQyAgICAgICAgICBEeW5hbWlj IG1hcHBpbmcKMDA6MDA6MDQuODc5IDAwMDAwMDAwZmY5MWQwMDAtMDAwMDAwMDBmZjkxZTAw MCAgICAgICAgICAgICAgICAgICBEWU5BTUlDICAgICAgICAgIGZlbmNlCjAwOjAwOjA0Ljg3 OSAwMDAwMDAwMGZmOGZkMDAwLTAwMDAwMDAwZmY5MWQwMDAgM2E5NmUwMDAgM2E5NmUwMDAg TE9DS0VEICAgICAgICAgICBhbGxvYyBvbmNlIChQRE1fREVWSUNFX1VTRVIpCjAwOjAwOjA0 Ljg3OSAwMDAwMDAwMGZmOGZjMDAwLTAwMDAwMDAwZmY4ZmQwMDAgICAgICAgICAgICAgICAg ICAgRFlOQU1JQyAgICAgICAgICBmZW5jZQowMDowMDowNC44NzkgMDAwMDAwMDBmZjhlYzAw MC0wMDAwMDAwMGZmOGZjMDAwIDNhOTVlMDAwIDNhOTVlMDAwIExPQ0tFRCAgICAgICAgICAg YWxsb2Mgb25jZSAoUERNX0RFVklDRV9VU0VSKQowMDowMDowNC44NzkgMDAwMDAwMDBmZjg2 YzAwMC0wMDAwMDAwMGZmOGVjMDAwICAgICAgICAgICAgICAgICAgIE1NSU8yICAgMDAwMDAw MDAwMDAwMDAwMCBWR0EgVlJhbQowMDowMDowNC44NzkgMDAwMDAwMDBmZjg2YjAwMC0wMDAw MDAwMGZmODZjMDAwICAgICAgICAgICAgICAgICAgIERZTkFNSUMgICAgICAgICAgZmVuY2UK MDA6MDA6MDQuODc5IDAwMDAwMDAwZmY4NTcwMDAtMDAwMDAwMDBmZjg2YjAwMCAzYTk0YTAw MCAzYTk0YTAwMCBMT0NLRUQgICAgICAgICAgIGFsbG9jIG9uY2UgKFBETV9ERVZJQ0UpCjAw OjAwOjA0Ljg3OSAwMDAwMDAwMGZmODU2MDAwLTAwMDAwMDAwZmY4NTcwMDAgICAgICAgICAg ICAgICAgICAgRFlOQU1JQyAgICAgICAgICBmZW5jZQowMDowMDowNC44NzkgMDAwMDAwMDBm Zjg1MzAwMC0wMDAwMDAwMGZmODU2MDAwIDM4MWZjMDAwIDAwMDAwMDAwIExPQ0tFRCAgICAg ICAgICAgVkJveEREMkdDLmdjCjAwOjAwOjA0Ljg4MCAwMDAwMDAwMGZmODUyMDAwLTAwMDAw MDAwZmY4NTMwMDAgICAgICAgICAgICAgICAgICAgRFlOQU1JQyAgICAgICAgICBmZW5jZQow MDowMDowNC44ODAgMDAwMDAwMDBmZjgzODAwMC0wMDAwMDAwMGZmODUyMDAwIDM5ZWUxMDAw IDAwMDAwMDAwIExPQ0tFRCAgICAgICAgICAgVkJveERER0MuZ2MKMDA6MDA6MDQuODgwIDAw MDAwMDAwZmY4MzcwMDAtMDAwMDAwMDBmZjgzODAwMCAgICAgICAgICAgICAgICAgICBEWU5B TUlDICAgICAgICAgIGZlbmNlCjAwOjAwOjA0Ljg4MCAwMDAwMDAwMGZmN2QzMDAwLTAwMDAw MDAwZmY4MzcwMDAgMzhkMDAwMDAgMDAwMDAwMDAgTE9DS0VEICAgICAgICAgICBWTU1HQy5n YwowMDowMDowNC44ODAgMDAwMDAwMDBmZjdkMjAwMC0wMDAwMDAwMGZmN2QzMDAwICAgICAg ICAgICAgICAgICAgIERZTkFNSUMgICAgICAgICAgZmVuY2UKMDA6MDA6MDQuODgwIDAwMDAw MDAwZmY1Y2MwMDAtMDAwMDAwMDBmZjdkMjAwMCAzYWMwMDAwMCAzYWMwMDAwMCBMT0NLRUQg ICAgICAgICAgIGFsbG9jIG9uY2UgKFBBVE0pCjAwOjAwOjA0Ljg4MCAwMDAwMDAwMGZmNWNi MDAwLTAwMDAwMDAwZmY1Y2MwMDAgICAgICAgICAgICAgICAgICAgRFlOQU1JQyAgICAgICAg ICBmZW5jZQowMDowMDowNC44ODAgMDAwMDAwMDBmZjViYTAwMC0wMDAwMDAwMGZmNWNiMDAw IDM5ZWQwMDAwIDM5ZWQwMDAwIExPQ0tFRCAgICAgICAgICAgYWxsb2Mgb25jZSAoU0VMTSkK MDA6MDA6MDQuODgwIDAwMDAwMDAwZmY1YjkwMDAtMDAwMDAwMDBmZjViYTAwMCAgICAgICAg ICAgICAgICAgICBEWU5BTUlDICAgICAgICAgIGZlbmNlCjAwOjAwOjA0Ljg4MCAwMDAwMDAw MGZmNWE5MDAwLTAwMDAwMDAwZmY1YjkwMDAgMzg1ZTkwMDAgMzg1ZTkwMDAgTE9DS0VEICAg ICAgICAgICBhbGxvYyBvbmNlIChTRUxNKQowMDowMDowNC44ODAgMDAwMDAwMDBmZjVhODAw MC0wMDAwMDAwMGZmNWE5MDAwICAgICAgICAgICAgICAgICAgIERZTkFNSUMgICAgICAgICAg ZmVuY2UKMDA6MDA6MDQuODgwIDAwMDAwMDAwZmY1YTYwMDAtMDAwMDAwMDBmZjVhODAwMCAz N2JmZTAwMCBmZTEyYjAwMCBIQ1BIWVMgIDAwMDAwMDAwOTNjN2EwMDAgQ29yZSBDb2RlCjAw OjAwOjA0Ljg4MCAwMDAwMDAwMGZmNWE1MDAwLTAwMDAwMDAwZmY1YTYwMDAgICAgICAgICAg ICAgICAgICAgRFlOQU1JQyAgICAgICAgICBmZW5jZQowMDowMDowNC44ODAgMDAwMDAwMDBm ZjVhNDAwMC0wMDAwMDAwMGZmNWE1MDAwIDMzZWY5MDAwIDAwMDAwMDAwIEhDUEhZUyAgMDAw MDAwMDAwMWZjODAwMCBHSVAKMDA6MDA6MDQuODgwIDAwMDAwMDAwZmY1YTMwMDAtMDAwMDAw MDBmZjVhNDAwMCAgICAgICAgICAgICAgICAgICBEWU5BTUlDICAgICAgICAgIGZlbmNlCjAw OjAwOjA0Ljg4MCAwMDAwMDAwMGZmMWEyMDAwLTAwMDAwMDAwZmY1YTMwMDAgM2E1MDAwMDAg M2E1MDAwMDAgTE9DS0VEICAgICAgICAgICBhbGxvYyBvbmNlIChQR01fUEhZUykKMDA6MDA6 MDQuODgxIDAwMDAwMDAwZmYxYTEwMDAtMDAwMDAwMDBmZjFhMjAwMCAgICAgICAgICAgICAg ICAgICBEWU5BTUlDICAgICAgICAgIGZlbmNlCjAwOjAwOjA0Ljg4MSAwMDAwMDAwMGZmMTY4 MDAwLTAwMDAwMDAwZmYxYTEwMDAgMzk1YzAwMDAgMzk1YzAwMDAgTE9DS0VEICAgICAgICAg ICBhbGxvYyBvbmNlIChQR01fUE9PTCkKMDA6MDA6MDQuODgxIDAwMDAwMDAwZmYxNjcwMDAt MDAwMDAwMDBmZjE2ODAwMCAgICAgICAgICAgICAgICAgICBEWU5BTUlDICAgICAgICAgIGZl bmNlCjAwOjAwOjA0Ljg4MSAwMDAwMDAwMGZmMTYyMDAwLTAwMDAwMDAwZmYxNjcwMDAgICAg ICAgICAgICAgICAgICAgRFlOQU1JQyAgICAgICAgICBDUjMgbWFwcGluZwowMDowMDowNC44 ODEgMDAwMDAwMDBmZjE2MTAwMC0wMDAwMDAwMGZmMTYyMDAwICAgICAgICAgICAgICAgICAg IERZTkFNSUMgICAgICAgICAgZmVuY2UKMDA6MDA6MDQuODgxIDAwMDAwMDAwZmYwMjEwMDAt MDAwMDAwMDBmZjE2MTAwMCAzOTQwMDAwMCAzOTQwMDAwMCBMT0NLRUQgICAgICAgICAgIEhl YXAKMDA6MDA6MDQuODgxIDAwMDAwMDAwZmYwMjAwMDAtMDAwMDAwMDBmZjAyMTAwMCAgICAg ICAgICAgICAgICAgICBEWU5BTUlDICAgICAgICAgIGZlbmNlCjAwOjAwOjA0Ljg4MSAwMDAw MDAwMGZmMDAxMDAwLTAwMDAwMDAwZmYwMjAwMDAgMzg1M2EwMDAgZmUxM2IwMDAgTE9DS0VE ICAgICAgICAgICBWTQowMDowMDowNC44ODEgMDAwMDAwMDBmZjAwMDAwMC0wMDAwMDAwMGZm MDAxMDAwICAgICAgICAgICAgICAgICAgIERZTkFNSUMgICAgICAgICAgZmVuY2UKMDA6MDA6 MDQuODgxICEhCjAwOjAwOjA0Ljg4MSAhISB7Y3B1bWd1ZXN0LCB2ZXJib3NlfQowMDowMDow NC44ODEgISEKMDA6MDA6MDQuODgxIEd1ZXN0IENQVU0gKFZDUFUgMCkgc3RhdGU6IHNlCjAw OjAwOjA0Ljg4MSBlYXg9MDAwMDk5OTggZWJ4PTAwMDA4MDBiIGVjeD0wNzAzMDAwMCBlZHg9 ZjAwMGZmNTMgZXNpPTNmZTI2MDYwIGVkaT0wMDAwMDAwMAowMDowMDowNC44ODEgZWlwPWYw MDBmZjUzIGVzcD0wMDA5NDk1OCBlYnA9M2ZlMjcwZWUgaW9wbD0wICAgICAgcmYgbnYgdXAg ZWkgbnQgenIgbmEgcG8gbmMKMDA6MDA6MDQuODgxIGNzPXswMDJiIGJhc2U9MDAwMDAwMDAw MDAwYTAwMCBsaW1pdD1mZmZmZmZmZiBmbGFncz0wMDAwYzBmYn0gZHIwPTAwMDAwMDAwIGRy MT0wMDAwMDAwMAowMDowMDowNC44ODEgZHM9ezAwMzMgYmFzZT0wMDAwMDAwMDAwMDBhMDAw IGxpbWl0PWZmZmZmZmZmIGZsYWdzPTAwMDBjMGYzfSBkcjI9MDAwMDAwMDAgZHIzPTAwMDAw MDAwCjAwOjAwOjA0Ljg4MSBlcz17MDAzMyBiYXNlPTAwMDAwMDAwMDAwMGEwMDAgbGltaXQ9 ZmZmZmZmZmYgZmxhZ3M9MDAwMGMwZjN9IGRyND0wMDAwMDAwMCBkcjU9MDAwMDAwMDAKMDA6 MDA6MDQuODgxIGZzPXswMDMzIGJhc2U9MDAwMDAwMDAwMDAwYTAwMCBsaW1pdD1mZmZmZmZm ZiBmbGFncz0wMDAwYzBmM30gZHI2PWZmZmYwZmYwIGRyNz0wMDAwMDQwMAowMDowMDowNC44 ODEgZ3M9ezAwMzMgYmFzZT0wMDAwMDAwMDAwMDBhMDAwIGxpbWl0PWZmZmZmZmZmIGZsYWdz PTAwMDBjMGYzfSBjcjA9NjAwMDAwMTEgY3IyPTAwMDAwMDAwCjAwOjAwOjA0Ljg4MSBzcz17 MDAzMyBiYXNlPTAwMDAwMDAwMDAwMGEwMDAgbGltaXQ9ZmZmZmZmZmYgZmxhZ3M9MDAwMGMw ZjN9IGNyMz0wMDAwMDAwMCBjcjQ9MDAwMDAwMDAKMDA6MDA6MDQuODgxIGdkdHI9MDAwMDAw MDAwMDAwOTU5MDowMDNmICBpZHRyPTAwMDAwMDAwMDAwMDVlMDA6MDE5NyAgZWZsYWdzPTAw MDEwMjg2CjAwOjAwOjA0Ljg4MSBsZHRyPXswMDAwIGJhc2U9MDAwMDAwMDAgbGltaXQ9MDAw MDAwMDAgZmxhZ3M9MDAwMDAwODJ9CjAwOjAwOjA0Ljg4MSB0ciAgPXswMDM4IGJhc2U9MDAw MDVmOTggbGltaXQ9MDAwMDIwNjcgZmxhZ3M9MDAwMDAwOGJ9CjAwOjAwOjA0Ljg4MSBTeXNF bnRlcj17Y3M9MDAwMCBlaXA9MDAwMDAwMDAgZXNwPTAwMDAwMDAwfQowMDowMDowNC44ODEg RkNXPTAzN2YgRlNXPTAwMDAgRlRXPTAwMDAgRk9QPTAwMDAgTVhDU1I9MDAwMDFmODAgTVhD U1JfTUFTSz0wMDAwMDAwMAowMDowMDowNC44ODEgRlBVSVA9MDAwMDAwMDAgQ1M9MDAwMCBS c3ZyZDE9MDAwMCAgRlBVRFA9MDAwMDAwMDAgRFM9MDAwMCBSc3ZyZDI9MDAwMAowMDowMDow NC44ODEgU1QoMCk9RlBSMD17MDAwMCcwMDAwMDAwMCcwMDAwMDAwMH0gdDAgKzAuMDAwMDAw MDAwMDAwMDAwMDAwMDAwMCBeIDAKMDA6MDA6MDQuODgyIFNUKDEpPUZQUjE9ezAwMDAnMDAw MDAwMDAnMDAwMDAwMDB9IHQwICswLjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAgXiAwCjAwOjAw OjA0Ljg4MiBTVCgyKT1GUFIyPXswMDAwJzAwMDAwMDAwJzAwMDAwMDAwfSB0MCArMC4wMDAw MDAwMDAwMDAwMDAwMDAwMDAwIF4gMAowMDowMDowNC44ODIgU1QoMyk9RlBSMz17MDAwMCcw MDAwMDAwMCcwMDAwMDAwMH0gdDAgKzAuMDAwMDAwMDAwMDAwMDAwMDAwMDAwMCBeIDAKMDA6 MDA6MDQuODgyIFNUKDQpPUZQUjQ9ezAwMDAnMDAwMDAwMDAnMDAwMDAwMDB9IHQwICswLjAw MDAwMDAwMDAwMDAwMDAwMDAwMDAgXiAwCjAwOjAwOjA0Ljg4MiBTVCg1KT1GUFI1PXswMDAw JzAwMDAwMDAwJzAwMDAwMDAwfSB0MCArMC4wMDAwMDAwMDAwMDAwMDAwMDAwMDAwIF4gMAow MDowMDowNC44ODIgU1QoNik9RlBSNj17MDAwMCcwMDAwMDAwMCcwMDAwMDAwMH0gdDAgKzAu MDAwMDAwMDAwMDAwMDAwMDAwMDAwMCBeIDAKMDA6MDA6MDQuODgyIFNUKDcpPUZQUjc9ezAw MDAnMDAwMDAwMDAnMDAwMDAwMDB9IHQwICswLjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAgXiAw CjAwOjAwOjA0Ljg4MiBYTU0wID0wMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAw MCAgWE1NMSA9MDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAKMDA6MDA6MDQu ODgyIFhNTTIgPTAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwICBYTU0zID0w MDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMAowMDowMDowNC44ODIgWE1NNCA9 MDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAgIFhNTTUgPTAwMDAwMDAwJzAw MDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwCjAwOjAwOjA0Ljg4MiBYTU02ID0wMDAwMDAwMCcw MDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMCAgWE1NNyA9MDAwMDAwMDAnMDAwMDAwMDAnMDAw MDAwMDAnMDAwMDAwMDAKMDA6MDA6MDQuODgyIFhNTTggPTAwMDAwMDAwJzAwMDAwMDAwJzAw MDAwMDAwJzAwMDAwMDAwICBYTU05ID0wMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMCcwMDAw MDAwMAowMDowMDowNC44ODIgWE1NMTA9MDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAnMDAw MDAwMDAgIFhNTTExPTAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwCjAwOjAw OjA0Ljg4MiBYTU0xMj0wMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMCAgWE1N MTM9MDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAKMDA6MDA6MDQuODgzIFhN TTE0PTAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwICBYTU0xNT0wMDAwMDAw MCcwMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMAowMDowMDowNC44ODMgRUZFUiAgICAgICAg ID0wMDAwMDAwMDAwMDAwMDAwCjAwOjAwOjA0Ljg4MyBQQVQgICAgICAgICAgPTAwMDcwNDA2 MDAwNzA0MDYKMDA6MDA6MDQuODgzIFNUQVIgICAgICAgICA9MDAwMDAwMDAwMDAwMDAwMAow MDowMDowNC44ODMgQ1NUQVIgICAgICAgID0wMDAwMDAwMDAwMDAwMDAwCjAwOjAwOjA0Ljg4 MyBMU1RBUiAgICAgICAgPTAwMDAwMDAwMDAwMDAwMDAKMDA6MDA6MDQuODgzIFNGTUFTSyAg ICAgICA9MDAwMDAwMDAwMDAwMDAwMAowMDowMDowNC44ODMgS0VSTkVMR1NCQVNFID0wMDAw MDAwMDAwMDAwMDAwCjAwOjAwOjA0Ljg4MyAhIQowMDowMDowNC44ODMgISEge2NwdW1ndWVz dGluc3RyLCB2ZXJib3NlfQowMDowMDowNC44ODMgISEKMDA6MDA6MDQuODgzICEhCjAwOjAw OjA0Ljg4MyAhISB7Y3B1bWh5cGVyLCB2ZXJib3NlfQowMDowMDowNC44ODMgISEKMDA6MDA6 MDQuODgzIEh5cGVydmlzb3IgQ1BVTSBzdGF0ZTogc2UKMDA6MDA6MDQuODgzIC5lYXg9MDAw MDAwMDAgLmVieD0wMDAwMDAwMCAuZWN4PTAwMDAwMDAwIC5lZHg9MDAwMDAwMDAgLmVzaT0w MDAwMDAwMCAuZWRpPTAwMDAwMDAwCjAwOjAwOjA0Ljg4MyAuZWlwPTAwMDAwMDAwIC5lc3A9 ZmYxNWYwMDAgLmVicD0wMDAwMDAwMCAuaW9wbD0wICAgICAgICAgICBudiB1cCBkaSBwbCB6 ciBuYSBwZSBuYwowMDowMDowNC44ODMgLmNzPXtmZmY4IGJhc2U9MDAwMDAwMDAwMDAwMDAw MCBsaW1pdD0wMDAwMDAwMCBmbGFncz0wMDAwMDAwMH0gLmRyMD0wMDAwMDAwMCAuZHIxPTAw MDAwMDAwCjAwOjAwOjA0Ljg4MyAuZHM9e2ZmZjAgYmFzZT0wMDAwMDAwMDAwMDAwMDAwIGxp bWl0PTAwMDAwMDAwIGZsYWdzPTAwMDAwMDAwfSAuZHIyPTAwMDAwMDAwIC5kcjM9MDAwMDAw MDAKMDA6MDA6MDQuODgzIC5lcz17ZmZmMCBiYXNlPTAwMDAwMDAwMDAwMDAwMDAgbGltaXQ9 MDAwMDAwMDAgZmxhZ3M9MDAwMDAwMDB9IC5kcjQ9MDAwMDAwMDAgLmRyNT0wMDAwMDAwMAow MDowMDowNC44ODMgLmZzPXswMDAwIGJhc2U9MDAwMDAwMDAwMDAwMDAwMCBsaW1pdD0wMDAw MDAwMCBmbGFncz0wMDAwMDAwMH0gLmRyNj0wMDAwMDAwMCAuZHI3PTAwMDAwMDAwCjAwOjAw OjA0Ljg4MyAuZ3M9ezAwMDAgYmFzZT0wMDAwMDAwMDAwMDAwMDAwIGxpbWl0PTAwMDAwMDAw IGZsYWdzPTAwMDAwMDAwfSAuY3IwPTAwMDAwMDAwIC5jcjI9MDAwMDAwMDAKMDA6MDA6MDQu ODgzIC5zcz17ZmZmMCBiYXNlPTAwMDAwMDAwMDAwMDAwMDAgbGltaXQ9MDAwMDAwMDAgZmxh Z3M9MDAwMDAwMDB9IC5jcjM9NmQzMDIwMDAgLmNyND0wMDAwMDAwMAowMDowMDowNC44ODMg LmdkdHI9MDAwMDAwMDBmZjVhOTAwMDpmZmZmICAuaWR0cj0wMDAwMDAwMGZmMDA2YmQwOjA3 ZmYgIC5lZmxhZ3M9MDAwMDAwMDAKMDA6MDA6MDQuODgzIC5sZHRyPXswMDAwIGJhc2U9MDAw MDAwMDAgbGltaXQ9MDAwMDAwMDAgZmxhZ3M9MDAwMDAwMDB9CjAwOjAwOjA0Ljg4MyAudHIg ID17ZmZlMCBiYXNlPTAwMDAwMDAwIGxpbWl0PTAwMDAwMDAwIGZsYWdzPTAwMDAwMDAwfQow MDowMDowNC44ODMgLlN5c0VudGVyPXtjcz0wMDAwIGVpcD0wMDAwMDAwMCBlc3A9MDAwMDAw MDB9CjAwOjAwOjA0Ljg4NCAuRkNXPTAwMDAgLkZTVz0wMDAwIC5GVFc9MDAwMCAuRk9QPTAw MDAgLk1YQ1NSPTAwMDAwMDAwIC5NWENTUl9NQVNLPTAwMDAwMDAwCjAwOjAwOjA0Ljg4NCAu RlBVSVA9MDAwMDAwMDAgLkNTPTAwMDAgLlJzdnJkMT0wMDAwICAuRlBVRFA9MDAwMDAwMDAg LkRTPTAwMDAgLlJzdnJkMj0wMDAwCjAwOjAwOjA0Ljg4NCAuU1QoMCk9LkZQUjA9ezAwMDAn MDAwMDAwMDAnMDAwMDAwMDB9IHQwICswLjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAgXiAwCjAw OjAwOjA0Ljg4NCAuU1QoMSk9LkZQUjE9ezAwMDAnMDAwMDAwMDAnMDAwMDAwMDB9IHQwICsw LjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAgXiAwCjAwOjAwOjA0Ljg4NCAuU1QoMik9LkZQUjI9 ezAwMDAnMDAwMDAwMDAnMDAwMDAwMDB9IHQwICswLjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAg XiAwCjAwOjAwOjA0Ljg4NCAuU1QoMyk9LkZQUjM9ezAwMDAnMDAwMDAwMDAnMDAwMDAwMDB9 IHQwICswLjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAgXiAwCjAwOjAwOjA0Ljg4NCAuU1QoNCk9 LkZQUjQ9ezAwMDAnMDAwMDAwMDAnMDAwMDAwMDB9IHQwICswLjAwMDAwMDAwMDAwMDAwMDAw MDAwMDAgXiAwCjAwOjAwOjA0Ljg4NCAuU1QoNSk9LkZQUjU9ezAwMDAnMDAwMDAwMDAnMDAw MDAwMDB9IHQwICswLjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAgXiAwCjAwOjAwOjA0Ljg4NCAu U1QoNik9LkZQUjY9ezAwMDAnMDAwMDAwMDAnMDAwMDAwMDB9IHQwICswLjAwMDAwMDAwMDAw MDAwMDAwMDAwMDAgXiAwCjAwOjAwOjA0Ljg4NCAuU1QoNyk9LkZQUjc9ezAwMDAnMDAwMDAw MDAnMDAwMDAwMDB9IHQwICswLjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAgXiAwCjAwOjAwOjA0 Ljg4NCAuWE1NMCA9MDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAgIC5YTU0x ID0wMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMAowMDowMDowNC44ODQgLlhN TTIgPTAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwICAuWE1NMyA9MDAwMDAw MDAnMDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAKMDA6MDA6MDQuODg0IC5YTU00ID0wMDAw MDAwMCcwMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMCAgLlhNTTUgPTAwMDAwMDAwJzAwMDAw MDAwJzAwMDAwMDAwJzAwMDAwMDAwCjAwOjAwOjA0Ljg4NCAuWE1NNiA9MDAwMDAwMDAnMDAw MDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAgIC5YTU03ID0wMDAwMDAwMCcwMDAwMDAwMCcwMDAw MDAwMCcwMDAwMDAwMAowMDowMDowNC44ODUgLlhNTTggPTAwMDAwMDAwJzAwMDAwMDAwJzAw MDAwMDAwJzAwMDAwMDAwICAuWE1NOSA9MDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAnMDAw MDAwMDAKMDA6MDA6MDQuODg1IC5YTU0xMD0wMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMCcw MDAwMDAwMCAgLlhNTTExPTAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwCjAw OjAwOjA0Ljg4NSAuWE1NMTI9MDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAg IC5YTU0xMz0wMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMAowMDowMDowNC44 ODUgLlhNTTE0PTAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwICAuWE1NMTU9 MDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAKMDA6MDA6MDQuODg1IC5FRkVS ICAgICAgICAgPTAwMDAwMDAwMDAwMDAwMDAKMDA6MDA6MDQuODg1IC5QQVQgICAgICAgICAg PTAwMDAwMDAwMDAwMDAwMDAKMDA6MDA6MDQuODg1IC5TVEFSICAgICAgICAgPTAwMDAwMDAw MDAwMDAwMDAKMDA6MDA6MDQuODg1IC5DU1RBUiAgICAgICAgPTAwMDAwMDAwMDAwMDAwMDAK MDA6MDA6MDQuODg1IC5MU1RBUiAgICAgICAgPTAwMDAwMDAwMDAwMDAwMDAKMDA6MDA6MDQu ODg1IC5TRk1BU0sgICAgICAgPTAwMDAwMDAwMDAwMDAwMDAKMDA6MDA6MDQuODg1IC5LRVJO RUxHU0JBU0UgPTAwMDAwMDAwMDAwMDAwMDAKMDA6MDA6MDQuODg1IENSNE9yTWFzaz0weDIw NCBDUjRBbmRNYXNrPTB4NDAzCjAwOjAwOjA0Ljg4NSAhIQowMDowMDowNC44ODUgISEge2Nw dW1ob3N0LCB2ZXJib3NlfQowMDowMDowNC44ODUgISEKMDA6MDA6MDQuODg1IEhvc3QgQ1BV TSBzdGF0ZTogc2UKMDA6MDA6MDQuODg1IGVheD14eHh4eHh4eCBlYng9MDAwMDAwMDAgZWN4 PXh4eHh4eHh4IGVkeD14eHh4eHh4eCBlc2k9MDAwMDAwMDAgZWRpPTAwMDAwMDAwCjAwOjAw OjA0Ljg4NSBlaXA9eHh4eHh4eHggZXNwPTAwMDAwMDAwIGVicD0wMDAwMDAwMCBpb3BsPTAg ICAgICAgICBudiB1cCBkaSBwbCB6ciBuYSBwZSBuYwowMDowMDowNC44ODUgY3M9MDAwMCBk cz0wMDAwIGVzPTAwMDAgZnM9MDAwMCBncz0wMDAwICAgICAgICAgICAgICAgICAgICAgICBl ZmxhZ3M9MDAwMDAwMDAKMDA6MDA6MDQuODg1IGNyMD0wMDAwMDAwMCBjcjI9eHh4eHh4eHgg Y3IzPTAwMDAwMDAwIGNyND0wMDAwMDAwMCBnZHRyPTAwMDAwMDAwOjAwMDAgbGR0cj0wMDAw CjAwOjAwOjA0Ljg4NSBkclswXT0wMDAwMDAwMCBkclsxXT0wMDAwMDAwMHggZHJbMl09MDAw MDAwMDAgZHJbM109MDAwMDAwMDB4IGRyWzZdPTM5MjVmMzQwMDAwMDAwMDAgZHJbN109MzQw ODZhZTc5ZjdiODlkOAowMDowMDowNC44ODUgU3lzRW50ZXI9e2NzPTM4NjcwMDAwIGVpcD03 NTIwNzY2ZSBlc3A9Njk2NDIwNzB9CjAwOjAwOjA0Ljg4NSAhIQowMDowMDowNC44ODUgISEg e21vZGUsIGFsbH0KMDA6MDA6MDQuODg1ICEhCjAwOjAwOjA0Ljg4NSBHdWVzdCBwYWdpbmcg bW9kZTogIFByb3RlY3RlZCwgY2hhbmdlZCAxMTA0IHRpbWVzLCBBMjAgZW5hYmxlZAowMDow MDowNC44ODUgU2hhZG93IHBhZ2luZyBtb2RlOiAzMi1iaXQKMDA6MDA6MDQuODg1IEhvc3Qg cGFnaW5nIG1vZGU6ICAgMzItYml0K0cKMDA6MDA6MDQuODg1ICEhCjAwOjAwOjA0Ljg4NSAh ISB7Y3B1aWQsIHZlcmJvc2V9CjAwOjAwOjA0Ljg4NSAhIQowMDowMDowNC44ODUgICAgICAg ICAgUkFXIFN0YW5kYXJkIENQVUlEcwowMDowMDowNC44ODUgICAgICBGdW5jdGlvbiAgZWF4 ICAgICAgZWJ4ICAgICAgZWN4ICAgICAgZWR4CjAwOjAwOjA0Ljg4NSBHc3Q6IDAwMDAwMDAw ICAwMDAwMDAwNSA3NTZlNjU0NyA2YzY1NzQ2ZSA0OTY1NmU2OQowMDowMDowNC44ODUgSHN0 OiAgICAgICAgICAgMDAwMDAwMGEgNzU2ZTY1NDcgNmM2NTc0NmUgNDk2NTZlNjkKMDA6MDA6 MDQuODg1IEdzdDogMDAwMDAwMDEgIDAwMDAwNmY2IDAwMDAwODAwIDAwMDAwMjA5IDA3OGJm YmZmCjAwOjAwOjA0Ljg4NSBIc3Q6ICAgICAgICAgICAwMDAwMDZmNiAwMDAyMDgwMCAwMDA0 ZTMzZCBiZmViZmJmZgowMDowMDowNC44ODYgR3N0OiAwMDAwMDAwMiAgMDViMGIxMDEgMDA1 NjU3ZjAgMDAwMDAwMDAgMmNiNDMwNDkKMDA6MDA6MDQuODg2IEhzdDogICAgICAgICAgIDA1 YjBiMTAxIDAwNTY1N2YwIDAwMDAwMDAwIDJjYjQzMDQ5CjAwOjAwOjA0Ljg4NiBHc3Q6IDAw MDAwMDAzICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDowNC44 ODYgSHN0OiAgICAgICAgICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAK MDA6MDA6MDQuODg2IEdzdDogMDAwMDAwMDQgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAw IDAwMDAwMDAwCjAwOjAwOjA0Ljg4NiBIc3Q6ICAgICAgICAgICAwNDAwMDEyMSAwMWMwMDAz ZiAwMDAwMDAzZiAwMDAwMDAwMQowMDowMDowNC44ODYgR3N0OiAwMDAwMDAwNSAgMDAwMDAw NDAgMDAwMDAwNDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDQuODg2IEhzdDogICAgICAg ICAgIDAwMDAwMDQwIDAwMDAwMDQwIDAwMDAwMDAzIDAwMDAwMDIwCjAwOjAwOjA0Ljg4NiBO YW1lOiAgICAgICAgICAgICAgICAgICAgICAgICAgICBHZW51aW5lSW50ZWwKMDA6MDA6MDQu ODg2IFN1cHBvcnRzOiAgICAgICAgICAgICAgICAgICAgICAgIDAtNQowMDowMDowNC44ODYg RmFtaWx5OiAgICAgICAgICAgICAgICAgICAgICAgICAgNiAgCUV4dGVuZGVkOiAwIAlFZmZl Y3RpdmU6IDYKMDA6MDA6MDQuODg2IE1vZGVsOiAgICAgICAgICAgICAgICAgICAgICAgICAg IDE1ICAJRXh0ZW5kZWQ6IDAgCUVmZmVjdGl2ZTogMTUKMDA6MDA6MDQuODg2IFN0ZXBwaW5n OiAgICAgICAgICAgICAgICAgICAgICAgIDYKMDA6MDA6MDQuODg2IFR5cGU6ICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgKHByaW1hcnkpCjAwOjAwOjA0Ljg4NiBBUElDIElEOiAg ICAgICAgICAgICAgICAgICAgICAgICAweDAwCjAwOjAwOjA0Ljg4NiBMb2dpY2FsIENQVXM6 ICAgICAgICAgICAgICAgICAgICAwCjAwOjAwOjA0Ljg4NiBDTEZMVVNIIFNpemU6ICAgICAg ICAgICAgICAgICAgICA4CjAwOjAwOjA0Ljg4NiBCcmFuZCBJRDogICAgICAgICAgICAgICAg ICAgICAgICAweDAwCjAwOjAwOjA0Ljg4NiBNbmVtb25pYyAtIERlc2NyaXB0aW9uICAgICAg ICAgICAgICAgICA9IGd1ZXN0IChob3N0KQowMDowMDowNC44ODYgRlBVIC0geDg3IEZQVSBv biBDaGlwICAgICAgICAgICAgICAgICAgPSAxICgxKQowMDowMDowNC44ODYgVk1FIC0gVmly dHVhbCA4MDg2IE1vZGUgRW5oYW5jZW1lbnRzICAgPSAxICgxKQowMDowMDowNC44ODYgREUg LSBEZWJ1Z2dpbmcgZXh0ZW5zaW9ucyAgICAgICAgICAgICAgPSAxICgxKQowMDowMDowNC44 ODYgUFNFIC0gUGFnZSBTaXplIEV4dGVuc2lvbiAgICAgICAgICAgICAgPSAxICgxKQowMDow MDowNC44ODYgVFNDIC0gVGltZSBTdGFtcCBDb3VudGVyICAgICAgICAgICAgICAgPSAxICgx KQowMDowMDowNC44ODYgTVNSIC0gTW9kZWwgU3BlY2lmaWMgUmVnaXN0ZXJzICAgICAgICAg PSAxICgxKQowMDowMDowNC44ODYgUEFFIC0gUGh5c2ljYWwgQWRkcmVzcyBFeHRlbnNpb24g ICAgICAgPSAxICgxKQowMDowMDowNC44ODYgTUNFIC0gTWFjaGluZSBDaGVjayBFeGNlcHRp b24gICAgICAgICAgPSAxICgxKQowMDowMDowNC44ODYgQ1g4IC0gQ01QWENIRzhCIGluc3Ry dWN0aW9uICAgICAgICAgICAgPSAxICgxKQowMDowMDowNC44ODYgQVBJQyAtIEFQSUMgT24t Q2hpcCAgICAgICAgICAgICAgICAgICAgPSAxICgxKQowMDowMDowNC44ODYgMTAgLSBSZXNl cnZlZCAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowNC44ODYgU0VQ IC0gU1lTRU5URVIgYW5kIFNZU0VYSVQgICAgICAgICAgICAgPSAxICgxKQowMDowMDowNC44 ODYgTVRSUiAtIE1lbW9yeSBUeXBlIFJhbmdlIFJlZ2lzdGVycyAgICAgPSAxICgxKQowMDow MDowNC44ODYgUEdFIC0gUFRFIEdsb2JhbCBCaXQgICAgICAgICAgICAgICAgICAgPSAxICgx KQowMDowMDowNC44ODYgTUNBIC0gTWFjaGluZSBDaGVjayBBcmNoaXRlY3R1cmUgICAgICAg PSAxICgxKQowMDowMDowNC44ODYgQ01PViAtIENvbmRpdGlvbmFsIE1vdmUgSW5zdHJ1Y3Rp b25zICAgPSAxICgxKQowMDowMDowNC44ODYgUEFUIC0gUGFnZSBBdHRyaWJ1dGUgVGFibGUg ICAgICAgICAgICAgPSAxICgxKQowMDowMDowNC44ODYgUFNFLTM2IC0gMzYtYml0IFBhZ2Ug U2l6ZSBFeHRlbnRpb24gICAgPSAxICgxKQowMDowMDowNC44ODYgUFNOIC0gUHJvY2Vzc29y IFNlcmlhbCBOdW1iZXIgICAgICAgICAgPSAwICgwKQowMDowMDowNC44ODYgQ0xGU0ggLSBD TEZMVVNIIEluc3RydWN0aW9uLiAgICAgICAgICAgPSAxICgxKQowMDowMDowNC44ODcgMjAg LSBSZXNlcnZlZCAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowNC44 ODcgRFMgLSBEZWJ1ZyBTdG9yZSAgICAgICAgICAgICAgICAgICAgICAgPSAwICgxKQowMDow MDowNC44ODcgQUNQSSAtIFRoZXJtYWwgTW9uLiAmIFNvZnQuIENsb2NrIEN0cmwuPSAwICgx KQowMDowMDowNC44ODcgTU1YIC0gSW50ZWwgTU1YIFRlY2hub2xvZ3kgICAgICAgICAgICAg PSAxICgxKQowMDowMDowNC44ODcgRlhTUiAtIEZYU0FWRSBhbmQgRlhSU1RPUiBJbnN0cnVj dGlvbnMgPSAxICgxKQowMDowMDowNC44ODcgU1NFIC0gU1NFIFN1cHBvcnQgICAgICAgICAg ICAgICAgICAgICAgPSAxICgxKQowMDowMDowNC44ODcgU1NFMiAtIFNTRTIgU3VwcG9ydCAg ICAgICAgICAgICAgICAgICAgPSAxICgxKQowMDowMDowNC44ODcgU1MgLSBTZWxmIFNub29w ICAgICAgICAgICAgICAgICAgICAgICAgPSAwICgxKQowMDowMDowNC44ODcgSFRUIC0gSHlw ZXItVGhyZWFkaW5nIFRlY2hub2xvZ3kgICAgICAgPSAwICgxKQowMDowMDowNC44ODcgVE0g LSBUaGVybWFsIE1vbml0b3IgICAgICAgICAgICAgICAgICAgPSAwICgxKQowMDowMDowNC44 ODcgMzAgLSBSZXNlcnZlZCAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDow MDowNC44ODcgUEJFIC0gUGVuZGluZyBCcmVhayBFbmFibGUgICAgICAgICAgICAgPSAwICgx KQowMDowMDowNC44ODcgU3VwcG9ydHMgU1NFMyAgICAgICAgICAgICAgICAgICAgICAgICAg PSAxICgxKQowMDowMDowNC44ODcgUENMTVVMUURRICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgPSAwICgwKQowMDowMDowNC44ODcgRFMgQXJlYSA2NC1iaXQgbGF5b3V0ICAgICAg ICAgICAgICAgICAgPSAwICgxKQowMDowMDowNC44ODcgU3VwcG9ydHMgTU9OSVRPUi9NV0FJ VCAgICAgICAgICAgICAgICAgPSAxICgxKQowMDowMDowNC44ODcgQ1BMLURTIC0gQ1BMIFF1 YWxpZmllZCBEZWJ1ZyBTdG9yZSAgICAgPSAwICgxKQowMDowMDowNC44ODcgVk1YIC0gVmly dHVhbCBNYWNoaW5lIFRlY2hub2xvZ3kgICAgICAgPSAwICgxKQowMDowMDowNC44ODcgU01Y IC0gU2FmZXIgTW9kZSBFeHRlbnNpb25zICAgICAgICAgICAgPSAwICgwKQowMDowMDowNC44 ODcgRW5oYW5jZWQgU3BlZWRTdGVwIFRlY2hub2xvZ3kgICAgICAgICAgPSAwICgwKQowMDow MDowNC44ODcgVGVybWluYWwgTW9uaXRvciAyICAgICAgICAgICAgICAgICAgICAgPSAwICgx KQowMDowMDowNC44ODcgU3VwcGxlbWVudGFsIFNTRTMgaW5zdHJ1Y3Rpb25zICAgICAgICAg PSAxICgxKQowMDowMDowNC44ODcgTDEgQ29udGV4dCBJRCAgICAgICAgICAgICAgICAgICAg ICAgICAgPSAwICgwKQowMDowMDowNC44ODcgMTEgLSBSZXNlcnZlZCAgICAgICAgICAgICAg ICAgICAgICAgICAgPSAwICgwKQowMDowMDowNC44ODcgRk1BIGV4dGVuc2lvbnMgdXNpbmcg WU1NIHN0YXRlICAgICAgICAgPSAwICgwKQowMDowMDowNC44ODcgQ01QWENIRzE2QiBpbnN0 cnVjdGlvbiAgICAgICAgICAgICAgICAgPSAwICgxKQowMDowMDowNC44ODcgeFRQUiBVcGRh dGUgQ29udHJvbCAgICAgICAgICAgICAgICAgICAgPSAwICgxKQowMDowMDowNC44ODcgUGVy Zi9EZWJ1ZyBDYXBhYmlsaXR5IE1TUiAgICAgICAgICAgICAgPSAwICgxKQowMDowMDowNC44 ODcgMTYgLSBSZXNlcnZlZCAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDow MDowNC44ODcgUENJRCAtIFByb2Nlc3MtY29udGV4dCBpZGVudGlmaWVycyAgICAgPSAwICgw KQowMDowMDowNC44ODcgRENBIC0gRGlyZWN0IENhY2hlIEFjY2VzcyAgICAgICAgICAgICAg PSAwICgxKQowMDowMDowNC44ODggU1NFNC4xIGluc3RydWN0aW9uIGV4dGVuc2lvbnMgICAg ICAgICAgPSAwICgwKQowMDowMDowNC44ODggU1NFNC4yIGluc3RydWN0aW9uIGV4dGVuc2lv bnMgICAgICAgICAgPSAwICgwKQowMDowMDowNC44ODggU3VwcG9ydHMgdGhlIHgyQVBJQyBl eHRlbnNpb25zICAgICAgICAgPSAwICgwKQowMDowMDowNC44ODggTU9WQkUgaW5zdHJ1Y3Rp b24gICAgICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowNC44ODggUE9QQ05UIGlu c3RydWN0aW9uICAgICAgICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowNC44ODggVFND LURlYWRsaW5lIExBUElDIHRpbWVyIG1vZGUgICAgICAgICAgPSAwICgwKQowMDowMDowNC44 ODggQUVTTkkgaW5zdHJ1Y3Rpb24gZXh0ZW5zaW9ucyAgICAgICAgICAgPSAwICgwKQowMDow MDowNC44ODggWFNBVkUvWFJTVE9SIGV4dGVuZGVkIHN0YXRlIGZlYXR1cmUgICAgPSAwICgw KQowMDowMDowNC44ODggU3VwcG9ydHMgT1NYU0FWRSAgICAgICAgICAgICAgICAgICAgICAg PSAwICgwKQowMDowMDowNC44ODggQVZYIGluc3RydWN0aW9uIGV4dGVuc2lvbnMgICAgICAg ICAgICAgPSAwICgwKQowMDowMDowNC44ODggMjkvMzAgLSBSZXNlcnZlZCAgICAgICAgICAg ICAgICAgICAgICAgPSAweDAgKDB4MCkKMDA6MDA6MDQuODg4IDMxIC0gUmVzZXJ2ZWQgKGFs d2F5cyAwKSAgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODg4IAowMDowMDowNC44 ODggICAgICAgICAgUkFXIEV4dGVuZGVkIENQVUlEcwowMDowMDowNC44ODggICAgICBGdW5j dGlvbiAgZWF4ICAgICAgZWJ4ICAgICAgZWN4ICAgICAgZWR4CjAwOjAwOjA0Ljg4OCBHc3Q6 IDgwMDAwMDAwICA4MDAwMDAwOCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDow NC44ODggSHN0OiAgICAgICAgICAgODAwMDAwMDggMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw MDAKMDA6MDA6MDQuODg4IEdzdDogODAwMDAwMDEgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAw MDAxIDIwMTAwODAwCjAwOjAwOjA0Ljg4OCBIc3Q6ICAgICAgICAgICAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMSAyMDEwMDAwMAowMDowMDowNC44ODggR3N0OiA4MDAwMDAwMiAgNjU3 NDZlNDkgMjk1MjI4NmMgNmY2NTU4MjAgMjk1MjI4NmUKMDA6MDA6MDQuODg4IEhzdDogICAg ICAgICAgIDY1NzQ2ZTQ5IDI5NTIyODZjIDZmNjU1ODIwIDI5NTIyODZlCjAwOjAwOjA0Ljg4 OCBHc3Q6IDgwMDAwMDAzICA1NTUwNDMyMCAyMDIwMjAyMCAyMDIwMjAyMCAyMDIwMjAyMAow MDowMDowNC44ODggSHN0OiAgICAgICAgICAgNTU1MDQzMjAgMjAyMDIwMjAgMjAyMDIwMjAg MjAyMDIwMjAKMDA6MDA6MDQuODg4IEdzdDogODAwMDAwMDQgIDMwMzMzMTM1IDIwNDAyMDIw IDMwMzAyZTMyIDAwN2E0ODQ3CjAwOjAwOjA0Ljg4OCBIc3Q6ICAgICAgICAgICAzMDMzMzEz NSAyMDQwMjAyMCAzMDMwMmUzMiAwMDdhNDg0NwowMDowMDowNC44ODggR3N0OiA4MDAwMDAw NSAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDQuODg4IEhz dDogICAgICAgICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwCjAwOjAw OjA0Ljg4OCBHc3Q6IDgwMDAwMDA2ICAwMDAwMDAwMCAwMDAwMDAwMCAxMDAwODA0MCAwMDAw MDAwMAowMDowMDowNC44ODggSHN0OiAgICAgICAgICAgMDAwMDAwMDAgMDAwMDAwMDAgMTAw MDgwNDAgMDAwMDAwMDAKMDA6MDA6MDQuODg4IEdzdDogODAwMDAwMDcgIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwCjAwOjAwOjA0Ljg4OCBIc3Q6ICAgICAgICAgICAw MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDowNC44ODggR3N0OiA4 MDAwMDAwOCAgMDAwMDMwMjQgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDQu ODg4IEhzdDogICAgICAgICAgIDAwMDAzMDI0IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAw CjAwOjAwOjA0Ljg4OCBHc3Q6IDgwMDAwMDA5ICAwNzI4MDIwMiAwMDAwMDAwMCAwMDAwMDAw MCAwMDAwMDAwMCoKMDA6MDA6MDQuODg4IEhzdDogICAgICAgICAgIDA3MjgwMjAyIDAwMDAw MDAwIDAwMDAwMDAwIDAwMDAwMDAwCjAwOjAwOjA0Ljg4OCBFeHQgTmFtZTogICAgICAgICAg ICAgICAgICAgICAgICAKMDA6MDA6MDQuODg4IEV4dCBTdXBwb3J0czogICAgICAgICAgICAg ICAgICAgIDB4ODAwMDAwMDAtMHg4MDAwMDAwOAowMDowMDowNC44ODggRmFtaWx5OiAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgCUV4dGVuZGVkOiAwIAlFZmZlY3RpdmU6IDAKMDA6 MDA6MDQuODg4IE1vZGVsOiAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgIAlFeHRlbmRl ZDogMCAJRWZmZWN0aXZlOiAwCjAwOjAwOjA0Ljg4OCBTdGVwcGluZzogICAgICAgICAgICAg ICAgICAgICAgICAwCjAwOjAwOjA0Ljg4OCBCcmFuZCBJRDogICAgICAgICAgICAgICAgICAg ICAgICAweDAwMAowMDowMDowNC44ODkgTW5lbW9uaWMgLSBEZXNjcmlwdGlvbiAgICAgICAg ICAgICAgICAgPSBndWVzdCAoaG9zdCkKMDA6MDA6MDQuODg5IEZQVSAtIHg4NyBGUFUgb24g Q2hpcCAgICAgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODg5IFZNRSAtIFZpcnR1 YWwgODA4NiBNb2RlIEVuaGFuY2VtZW50cyAgID0gMCAoMCkKMDA6MDA6MDQuODg5IERFIC0g RGVidWdnaW5nIGV4dGVuc2lvbnMgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODg5 IFBTRSAtIFBhZ2UgU2l6ZSBFeHRlbnNpb24gICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6 MDQuODg5IFRTQyAtIFRpbWUgU3RhbXAgQ291bnRlciAgICAgICAgICAgICAgID0gMCAoMCkK MDA6MDA6MDQuODg5IE1TUiAtIEs4NiBNb2RlbCBTcGVjaWZpYyBSZWdpc3RlcnMgICAgID0g MCAoMCkKMDA6MDA6MDQuODg5IFBBRSAtIFBoeXNpY2FsIEFkZHJlc3MgRXh0ZW5zaW9uICAg ICAgID0gMCAoMCkKMDA6MDA6MDQuODg5IE1DRSAtIE1hY2hpbmUgQ2hlY2sgRXhjZXB0aW9u ICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODg5IENYOCAtIENNUFhDSEc4QiBpbnN0cnVj dGlvbiAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODg5IEFQSUMgLSBBUElDIE9uLUNo aXAgICAgICAgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODg5IDEwIC0gUmVzZXJ2 ZWQgICAgICAgICAgICAgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODg5IFNFUCAt IFNZU0NBTEwgYW5kIFNZU1JFVCAgICAgICAgICAgICAgID0gMSAoMCkKMDA6MDA6MDQuODg5 IE1UUlIgLSBNZW1vcnkgVHlwZSBSYW5nZSBSZWdpc3RlcnMgICAgID0gMCAoMCkKMDA6MDA6 MDQuODg5IFBHRSAtIFBURSBHbG9iYWwgQml0ICAgICAgICAgICAgICAgICAgID0gMCAoMCkK MDA6MDA6MDQuODg5IE1DQSAtIE1hY2hpbmUgQ2hlY2sgQXJjaGl0ZWN0dXJlICAgICAgID0g MCAoMCkKMDA6MDA6MDQuODg5IENNT1YgLSBDb25kaXRpb25hbCBNb3ZlIEluc3RydWN0aW9u cyAgID0gMCAoMCkKMDA6MDA6MDQuODg5IFBBVCAtIFBhZ2UgQXR0cmlidXRlIFRhYmxlICAg ICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODg5IFBTRS0zNiAtIDM2LWJpdCBQYWdlIFNp emUgRXh0ZW50aW9uICAgID0gMCAoMCkKMDA6MDA6MDQuODg5IDE4IC0gUmVzZXJ2ZWQgICAg ICAgICAgICAgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODg5IDE5IC0gUmVzZXJ2 ZWQgICAgICAgICAgICAgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODg5IE5YIC0g Tm8tRXhlY3V0ZSBQYWdlIFByb3RlY3Rpb24gICAgICAgID0gMSAoMSkKMDA6MDA6MDQuODg5 IERTIC0gRGVidWcgU3RvcmUgICAgICAgICAgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6 MDQuODg5IEFYTU1YIC0gQU1EIEV4dGVuc2lvbnMgdG8gTU1YIEluc3RyLiAgID0gMCAoMCkK MDA6MDA6MDQuODg5IE1NWCAtIEludGVsIE1NWCBUZWNobm9sb2d5ICAgICAgICAgICAgID0g MCAoMCkKMDA6MDA6MDQuODg5IEZYU1IgLSBGWFNBVkUgYW5kIEZYUlNUT1IgSW5zdHJ1Y3Rp b25zID0gMCAoMCkKMDA6MDA6MDQuODg5IDI1IC0gQU1EIGZhc3QgRlhTQVZFIGFuZCBGWFJT VE9SIEluc3RyLj0gMCAoMCkKMDA6MDA6MDQuODg5IDI2IC0gMSBHQiBsYXJnZSBwYWdlIHN1 cHBvcnQgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkwIDI3IC0gUkRUU0NQIGluc3Ry dWN0aW9uICAgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkwIDI4IC0gUmVzZXJ2 ZWQgICAgICAgICAgICAgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkwIDI5IC0g QU1EIExvbmcgTW9kZSAgICAgICAgICAgICAgICAgICAgID0gMSAoMSkKMDA6MDA6MDQuODkw IDMwIC0gQU1EIEV4dGVuc2lvbnMgdG8gM0ROb3cgICAgICAgICAgID0gMCAoMCkKMDA6MDA6 MDQuODkwIDMxIC0gQU1EIDNETm93ICAgICAgICAgICAgICAgICAgICAgICAgID0gMCAoMCkK MDA6MDA6MDQuODkwIExhaGZTYWhmIC0gTEFIRi9TQUhGIGluIDY0LWJpdCBtb2RlICAgID0g MSAoMSkKMDA6MDA6MDQuODkwIENtcExlZ2FjeSAtIENvcmUgTVAgbGVnYWN5IG1vZGUgKGRl cHIpID0gMCAoMCkKMDA6MDA6MDQuODkwIFNWTSAtIEFNRCBWTSBFeHRlbnNpb25zICAgICAg ICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkwIEFQSUMgcmVnaXN0ZXJzIHN0YXJ0aW5n IGF0IDB4NDAwICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkwIEFsdE1vdkNSOCAtIExPQ0sg TU9WIENSMCBtZWFucyBNT1YgQ1I4ID0gMCAoMCkKMDA6MDA6MDQuODkwIEFkdmFuY2VkIGJp dCBtYW5pcHVsYXRpb24gICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkwIFNTRTRB IGluc3RydWN0aW9uIHN1cHBvcnQgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkw IE1pc2FsaWduZWQgU1NFIG1vZGUgICAgICAgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6 MDQuODkwIFBSRUZFVENIIGFuZCBQUkVGRVRDSFcgaW5zdHJ1Y3Rpb24gICAgID0gMCAoMCkK MDA6MDA6MDQuODkwIE9TIHZpc2libGUgd29ya2Fyb3VuZCAgICAgICAgICAgICAgICAgID0g MCAoMCkKMDA6MDA6MDQuODkwIEluc3RydWN0aW9uIGJhc2VkIHNhbXBsaW5nICAgICAgICAg ICAgID0gMCAoMCkKMDA6MDA6MDQuODkwIFNTRTUgc3VwcG9ydCAgICAgICAgICAgICAgICAg ICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkwIFNLSU5JVCwgU1RHSSwgYW5kIERFViBz dXBwb3J0ICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkwIFdhdGNoZG9nIHRpbWVyIHN1 cHBvcnQuICAgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkwIDMxOjE0IC0gUmVz ZXJ2ZWQgICAgICAgICAgICAgICAgICAgICAgID0gMHgwICgweDApCjAwOjAwOjA0Ljg5MCBG dWxsIE5hbWU6ICAgICAgICAgICAgICAgICAgICAgICBJbnRlbChSKSBYZW9uKFIpIENQVSAg ICAgICAgICAgIDUxMzAgIEAgMi4wMEdIegowMDowMDowNC44OTAgVExCIDIvNE0gSW5zdHIv VW5pOiAgICAgICAgICAgICAgcmVzMCAgICAgMCBlbnRyaWVzCjAwOjAwOjA0Ljg5MCBUTEIg Mi80TSBEYXRhOiAgICAgICAgICAgICAgICAgICByZXMwICAgICAwIGVudHJpZXMKMDA6MDA6 MDQuODkwIFRMQiA0SyBJbnN0ci9Vbmk6ICAgICAgICAgICAgICAgIHJlczAgICAgIDAgZW50 cmllcwowMDowMDowNC44OTAgVExCIDRLIERhdGE6ICAgICAgICAgICAgICAgICAgICAgcmVz MCAgICAgMCBlbnRyaWVzCjAwOjAwOjA0Ljg5MCBMMSBJbnN0ciBDYWNoZSBMaW5lIFNpemU6 ICAgICAgICAwIGJ5dGVzCjAwOjAwOjA0Ljg5MCBMMSBJbnN0ciBDYWNoZSBMaW5lcyBQZXIg VGFnOiAgICAwCjAwOjAwOjA0Ljg5MCBMMSBJbnN0ciBDYWNoZSBBc3NvY2lhdGl2aXR5OiAg ICByZXMwICAKMDA6MDA6MDQuODkwIEwxIEluc3RyIENhY2hlIFNpemU6ICAgICAgICAgICAg IDAgS0IKMDA6MDA6MDQuODkwIEwxIERhdGEgQ2FjaGUgTGluZSBTaXplOiAgICAgICAgIDAg Ynl0ZXMKMDA6MDA6MDQuODkwIEwxIERhdGEgQ2FjaGUgTGluZXMgUGVyIFRhZzogICAgIDAK MDA6MDA6MDQuODkwIEwxIERhdGEgQ2FjaGUgQXNzb2NpYXRpdml0eTogICAgIHJlczAgIAow MDowMDowNC44OTAgTDEgRGF0YSBDYWNoZSBTaXplOiAgICAgICAgICAgICAgMCBLQgowMDow MDowNC44OTAgTDIgVExCIDIvNE0gSW5zdHIvVW5pOiAgICAgICAgICAgb2ZmICAgICAgIDAg ZW50cmllcwowMDowMDowNC44OTAgTDIgVExCIDIvNE0gRGF0YTogICAgICAgICAgICAgICAg b2ZmICAgICAgIDAgZW50cmllcwowMDowMDowNC44OTEgTDIgVExCIDRLIEluc3RyL1VuaTog ICAgICAgICAgICAgb2ZmICAgICAgIDAgZW50cmllcwowMDowMDowNC44OTEgTDIgVExCIDRL IERhdGE6ICAgICAgICAgICAgICAgICAgb2ZmICAgICAgIDAgZW50cmllcwowMDowMDowNC44 OTEgTDIgQ2FjaGUgTGluZSBTaXplOiAgICAgICAgICAgICAgMCBieXRlcwowMDowMDowNC44 OTEgTDIgQ2FjaGUgTGluZXMgUGVyIFRhZzogICAgICAgICAgMAowMDowMDowNC44OTEgTDIg Q2FjaGUgQXNzb2NpYXRpdml0eTogICAgICAgICAgb2ZmICAgCjAwOjAwOjA0Ljg5MSBMMiBD YWNoZSBTaXplOiAgICAgICAgICAgICAgICAgICAwIEtCCjAwOjAwOjA0Ljg5MSBBUE0gRmVh dHVyZXM6ICAgICAgICAgICAgICAgICAgIAowMDowMDowNC44OTEgUGh5c2ljYWwgQWRkcmVz cyBXaWR0aDogICAgICAgICAgMzYgYml0cwowMDowMDowNC44OTEgVmlydHVhbCBBZGRyZXNz IFdpZHRoOiAgICAgICAgICAgNDggYml0cwowMDowMDowNC44OTEgR3Vlc3QgUGh5c2ljYWwg QWRkcmVzcyBXaWR0aDogICAgMCBiaXRzCjAwOjAwOjA0Ljg5MSBQaHlzaWNhbCBDb3JlIENv dW50OiAgICAgICAgICAgICAwCjAwOjAwOjA0Ljg5MSAKMDA6MDA6MDQuODkxICAgICAgICAg IFJBVyBDZW50YXVyIENQVUlEcwowMDowMDowNC44OTEgICAgICBGdW5jdGlvbiAgZWF4ICAg ICAgZWJ4ICAgICAgZWN4ICAgICAgZWR4CjAwOjAwOjA0Ljg5MSBHc3Q6IGMwMDAwMDAwICAw NzI4MDIwMiAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDowNC44OTEgSHN0OiAg ICAgICAgICAgMDcyODAyMDIgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDQu ODkxIEdzdDogYzAwMDAwMDEgIDA3MjgwMjAyIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAw CjAwOjAwOjA0Ljg5MSBIc3Q6ICAgICAgICAgICAwNzI4MDIwMiAwMDAwMDAwMCAwMDAwMDAw MCAwMDAwMDAwMAowMDowMDowNC44OTEgR3N0OiBjMDAwMDAwMiAgMDcyODAyMDIgMDAwMDAw MDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDQuODkxIEhzdDogICAgICAgICAgIDA3Mjgw MjAyIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwCjAwOjAwOjA0Ljg5MSBHc3Q6IGMwMDAw MDAzICAwNzI4MDIwMiAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDowNC44OTEg SHN0OiAgICAgICAgICAgMDcyODAyMDIgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6 MDA6MDQuODkxIENlbnRhdXIgU3VwcG9ydHM6ICAgICAgICAgICAgICAgIDB4YzAwMDAwMDAt MHgwNzI4MDIwMgowMDowMDowNC44OTEgTW5lbW9uaWMgLSBEZXNjcmlwdGlvbiAgICAgICAg ICAgICAgICAgPSBndWVzdCAoaG9zdCkKMDA6MDA6MDQuODkxIEFJUyAtIEFsdGVybmF0ZSBJ bnN0cnVjdGlvbiBTZXQgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkxIEFJUy1FIC0gQUlT IGVuYWJsZWQgICAgICAgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkxIFJORyAt IFJhbmRvbSBOdW1iZXIgR2VuZXJhdG9yICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkx IFJORy1FIC0gUk5HIGVuYWJsZWQgICAgICAgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6 MDQuODkxIExIIC0gTG9uZ0hhdWwgTVNSIDAwMDBfMTEwQWggICAgICAgICAgID0gMCAoMCkK MDA6MDA6MDQuODkxIEZFTU1TIC0gRkVNTVMgICAgICAgICAgICAgICAgICAgICAgICAgID0g MCAoMCkKMDA6MDA6MDQuODkxIEFDRSAtIEFkdmFuY2VkIENyeXB0b2dyYXBoeSBFbmdpbmUg ICAgID0gMCAoMCkKMDA6MDA6MDQuODkxIEFDRS1FIC0gQUNFIGVuYWJsZWQgICAgICAgICAg ICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkxIEFDRTIgLSBBZHZhbmNlZCBDcnlwdG9n cmFwaHkgRW5naW5lIDIgID0gMCAoMCkKMDA6MDA6MDQuODkxIEFDRTItRSAtIEFDRSBlbmFi bGVkICAgICAgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkxIFBIRSAtIEhhc2gg RW5naW5lICAgICAgICAgICAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6MDQuODkxIFBIRS1F IC0gUEhFIGVuYWJsZWQgICAgICAgICAgICAgICAgICAgID0gMSAoMCkKMDA6MDA6MDQuODkx IFBNTSAtIE1vbnRnb21lcnkgTXVsdGlwbGllciAgICAgICAgICAgID0gMCAoMCkKMDA6MDA6 MDQuODkxIFBNTS1FIC0gUE1NIGVuYWJsZWQgICAgICAgICAgICAgICAgICAgID0gMCAoMCkK MDA6MDA6MDQuODkyIEJpdCAxICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAw ICgwKQowMDowMDowNC44OTIgQml0IDEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICA9IDAgKDApCjAwOjAwOjA0Ljg5MiAKMDA6MDA6MDQuODkyICEhCjAwOjAwOjA0Ljg5MiAh ISB7aGFuZGxlcnMsIHBoeXMgdmlydCBoeXBlciBzdGF0c30KMDA6MDA6MDQuODkyICEhCjAw OjAwOjA0Ljg5MiBQaHlzaWNhbCBoYW5kbGVyczogKFBoeXNIYW5kbGVycz01MzkwNCAoMHhk MjkwKSkKMDA6MDA6MDQuODkyIEZyb20gICAgIC0gVG8gKGluY2wpIEhhbmRsZXJIQyBVc2Vy SEMgICAgSGFuZGxlckdDIFVzZXJHQyAgICBUeXBlICAgICBEZXNjcmlwdGlvbgowMDowMDow NC44OTIgMDAwMDAwMDAwMDBhMDAwMCAtIDAwMDAwMDAwMDAwYmZmZmYgIDM0ZDI5MjkwICAz OTQxZjYyMCAgZmY3ZTFhZDAgIGZmMDQwNjIwICBNTUlPICAgICBWR0EgLSBWR0EgVmlkZW8g QnVmZmVyCjAwOjAwOjA0Ljg5MiAwMDAwMDAwMDAwMGMwMDAwIC0gMDAwMDAwMDAwMDBjOGZm ZiAgMzRjNmQ4YzAgIDM5NDFmNzkwICBmZjgwMzRlMCAgZmYwNDA3OTAgIFdyaXRlICAgIFZH QSBCSU9TCjAwOjAwOjA0Ljg5MiAwMDAwMDAwMDAwMGUwMDAwIC0gMDAwMDAwMDAwMDBlMGZm ZiAgMzRjNmQ4YzAgIDM5NDI3M2YwICBmZjgwMzRlMCAgZmYwNDgzZjAgIFdyaXRlICAgIEFD UEkgUlNEUAowMDowMDowNC44OTIgMDAwMDAwMDAwMDBlMTAwMCAtIDAwMDAwMDAwMDAwZTFm ZmYgIDM0YzZkOGMwICAzOTQwZDBkMCAgZmY4MDM0ZTAgIGZmMDJlMGQwICBXcml0ZSAgICBE TUkgdGFibGVzCjAwOjAwOjA0Ljg5MiAwMDAwMDAwMDAwMGUyMDAwIC0gMDAwMDAwMDAwMDBl ZmZmZiAgMzRjNmQ4YzAgIDM5NDBkOTkwICBmZjgwMzRlMCAgZmYwMmU5OTAgIEFsbCAgICAg IE5ldCBCb290IFJPTQowMDowMDowNC44OTIgMDAwMDAwMDAwMDBmMDAwMCAtIDAwMDAwMDAw MDAwZmZmZmYgIDM0YzZkOGMwICAzOTQwZDFjMCAgZmY4MDM0ZTAgIGZmMDJlMWMwICBXcml0 ZSAgICBQQyBCSU9TIC0gMHhmZmZmZgowMDowMDowNC44OTIgMDAwMDAwMDBlMDAwMDAwMCAt IDAwMDAwMDAwZTA3ZmZmZmYgIDM4ZGE2ZmUwICAzYTk0YTA4MCAgZmY4M2I4MDAgIGZmODU3 MDgwICBXcml0ZSAgICBWR0EgTEZCCjAwOjAwOjA0Ljg5MiAwMDAwMDAwMGYwMDAwMDAwIC0g MDAwMDAwMDBmMDAxZmZmZiAgMzRkMjkyOTAgIDM5NDI3YWEwICBmZjdlMWFkMCAgZmYwNDhh YTAgIE1NSU8gICAgIEUxMDAwCjAwOjAwOjA0Ljg5MiAwMDAwMDAwMGZlYzAwMDAwIC0gMDAw MDAwMDBmZWMwMGZmZiAgMzRkMjkyOTAgIDM5NDBmNzEwICBmZjdlMWFkMCAgZmYwMzA3MTAg IE1NSU8gICAgIEkvTyBBUElDIE1lbW9yeQowMDowMDowNC44OTIgMDAwMDAwMDBmZWUwMDAw MCAtIDAwMDAwMDAwZmVlMDBmZmYgIDM0ZDI5MjkwICAzOTQwZjAwMCAgZmY3ZTFhZDAgIGZm MDMwMDAwICBNTUlPICAgICBBUElDIE1lbW9yeQowMDowMDowNC44OTIgMDAwMDAwMDBmZmZm MDAwMCAtIDAwMDAwMDAwZmZmZmZmZmYgIDM0YzZkOGMwICAzOTQwZDUwMCAgZmY4MDM0ZTAg IGZmMDJlNTAwICBXcml0ZSAgICBQQyBCSU9TIC0gMHhmZmZmZmZmZgowMDowMDowNC44OTIg VmlydHVhbCBoYW5kbGVyczoKMDA6MDA6MDQuODkyIEZyb20gICAgIC0gVG8gKGV4Y2wpIEhh bmRsZXJIQyBIYW5kbGVyR0MgVHlwZSAgICAgRGVzY3JpcHRpb24KMDA6MDA6MDQuODkyIEh5 cGVydmlzb3IgVmlydHVhbCBoYW5kbGVyczoKMDA6MDA6MDQuODkyIEZyb20gICAgIC0gVG8g KGV4Y2wpIEhhbmRsZXJIQyBIYW5kbGVyR0MgVHlwZSAgICAgRGVzY3JpcHRpb24KMDA6MDA6 MDQuODkyICEhCjAwOjAwOjA0Ljg5MiAhISB7dGltZXJzLCA8TlVMTD59CjAwOjAwOjA0Ljg5 MiAhIQowMDowMDowNC44OTIgVGltZXJzIChwVk09Mzg1M2EwMDApCjAwOjAwOjA0Ljg5MiBw VGltZXJSMyBvZmZOZXh0ICBvZmZQcmV2ICBvZmZTY2hlZCBDbG9jayAgICAgICAgICAgICAg IFRpbWUgICAgICAgICAgICAgRXhwaXJlIEh6SGludCBTdGF0ZSAgICAgICAgICAgICAgICAg ICAgIERlc2NyaXB0aW9uCjAwOjAwOjA0Ljg5MyAzOTQyODE2MCBmZmZmZmZhMCBmZmZmNzg2 MCAwMDAwMDAwMCBSZWFsICAgICAgICAgICAgIDE2ODIyMDYgICAgICAgICAgICAxNjgyMjE0 ICAgICAgMCAyLUFDVElWRSAgICAgICAgICAgICAgICAgIEVNVCBZaWVsZGVyCjAwOjAwOjA0 Ljg5MyAzOTQyODEwMCAwMDAwMDAwMCAwMDAwMDA2MCAwMDAwMDAwMCBSZWFsICAgICAgICAg ICAgIDE2ODIyMDYgICAgICAgICAgICAxNjgyNDE0ICAgICAgMCAyLUFDVElWRSAgICAgICAg ICAgICAgICAgIENQVSBMb2FkIFRpbWVyCjAwOjAwOjA0Ljg5MyAzOTQyNzg2MCAwMDAwMDAw MCBmZmZlODYwMCAwMDAwMDAwMCBWclN5ICAgICAgICAgIDI2OTk3NjI2MDEgICAgICAxMTk5 ODY0MDMxNjAxICAgICAgMCAyLUFDVElWRSAgICAgICAgICAgICAgICAgIEFDUEkgVGltZXIK MDA6MDA6MDQuODkzIDM5NDI1ZmEwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIFZpcnQg ICAgICAgICAgMjc0NTc0NjIwNCAgICAgICAgIDI3NTAyMTEwOTEgICAgICAwIDItQUNUSVZF ICAgICAgICAgICAgICAgICAgQXVkaW8gdGltZXIKMDA6MDA6MDQuODkzIDM5NDI1YzgwIDAw MDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIFZpcnQgICAgICAgICAgMjc0NTc0NjIwNCAgICAg ICAgICAgICAgICAgIDAgICAgICAwIDEtU1RPUFBFRCAgICAgICAgICAgICAgICAgRTEwMDAg TGluayBVcCBUaW1lcgowMDowMDowNC44OTMgMzk0MjVjMjAgMDAwMDAwMDAgMDAwMDAwMDAg MDAwMDAwMDAgVmlydCAgICAgICAgICAyNzQ1NzQ2MjA0ICAgICAgICAgICAgICAgICAgMCAg ICAgIDAgMS1TVE9QUEVEICAgICAgICAgICAgICAgICBFMTAwMCBMYXRlIEludGVycnVwdCBU aW1lcgowMDowMDowNC44OTMgMzk0MWY5YzAgMDAwMDg3YTAgMDAwMDAwMDAgMDAwMDAwMDAg UmVhbCAgICAgICAgICAgICAxNjgyMjA2ICAgICAgICAgICAgMTY4MjIwNiAgICAgIDAgMi1B Q1RJVkUgICAgICAgICAgICAgICAgICBWR0EgUmVmcmVzaCBUaW1lcgowMDowMDowNC44OTMg Mzk0MGZlYzAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgVnJTeSAgICAgICAgICAyNjk5 NzYyNjAxICAgICAgICAgMTk5MDI0NDE0MCAgICAgIDAgMS1TVE9QUEVEICAgICAgICAgICAg ICAgICBNQzE0NjgxOCBSVEMvQ01PUyAtIFNlY29uZDIKMDA6MDA6MDQuODkzIDM5NDBmZTYw IDAwMDE3YTAwIGZmZmZmYmQwIDAwMDAwMDAwIFZyU3kgICAgICAgICAgMjY5OTc2MjYwMSAg ICAgICAgIDI5OTAwMDAwMDAgICAgICAwIDItQUNUSVZFICAgICAgICAgICAgICAgICAgTUMx NDY4MTggUlRDL0NNT1MgLSBTZWNvbmQKMDA6MDA6MDQuODkzIDM5NDBmZTAwIDAwMDAwMDAw IDAwMDAwMDAwIDAwMDAwMDAwIFZyU3kgICAgICAgICAgMjY5OTc2MjYwMSAgICAgICAgICAg ICAgICAgIDAgICAgICAwIDEtU1RPUFBFRCAgICAgICAgICAgICAgICAgTUMxNDY4MTggUlRD L0NNT1MgLSBQZXJpb2RpYwowMDowMDowNC44OTMgMzk0MGZhMzAgMDAwMDA0MzAgMDAwMDAw MDAgMDAwMDAwMDAgVnJTeSAgICAgICAgICAyNjk5NzYyNjAxICAgICAgICAgMjc1NDY4ODAw MiAgICAgMTggMi1BQ1RJVkUgICAgICAgICAgICAgICAgICBpODI1NCBQcm9ncmFtbWFibGUg SW50ZXJ2YWwgVGltZXIKMDA6MDA6MDQuODkzIDM5NDBmMTUwIDAwMDAwMDAwIDAwMDAwMDAw IDAwMDAwMDAwIFZyU3kgICAgICAgICAgMjY5OTc2MjYwMSAgICAgICAgICAgICAgICAgIDAg ICAgICAwIDEtU1RPUFBFRCAgICAgICAgICAgICAgICAgQVBJQyBUaW1lciAjMAowMDowMDow NC44OTMgMzk0MGNjZDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgUmVhbCAgICAgICAg ICAgICAxNjgyMjA2ICAgICAgICAgICAgICAgICAgMCAgICAgIDAgMS1TVE9QUEVEICAgICAg ICAgICAgICAgICBCbGtDYWNoZS1Db21taXQKMDA6MDA6MDQuODkzICEhCjAwOjAwOjA0Ljg5 MyAhISB7YWN0aXZldGltZXJzLCA8TlVMTD59CjAwOjAwOjA0Ljg5MyAhIQowMDowMDowNC44 OTMgQWN0aXZlIFRpbWVycyAocFZNPTM4NTNhMDAwKQowMDowMDowNC44OTMgcFRpbWVyUjMg b2ZmTmV4dCAgb2ZmUHJldiAgb2ZmU2NoZWQgQ2xvY2sgICAgICAgICAgICAgICBUaW1lICAg ICAgICAgICAgIEV4cGlyZSBIekhpbnQgU3RhdGUgICAgICAgICAgICAgICAgICAgICBEZXNj cmlwdGlvbgowMDowMDowNC44OTQgMzk0MWY5YzAgMDAwMDg3YTAgMDAwMDAwMDAgMDAwMDAw MDAgUmVhbCAgICAgICAgICAgICAxNjgyMjA3ICAgICAgICAgICAgMTY4MjIwNiAgICAgIDAg Mi1BQ1RJVkUgICAgICAgICAgICAgICAgICBWR0EgUmVmcmVzaCBUaW1lcgowMDowMDowNC44 OTQgMzk0MjgxNjAgZmZmZmZmYTAgZmZmZjc4NjAgMDAwMDAwMDAgUmVhbCAgICAgICAgICAg ICAxNjgyMjA3ICAgICAgICAgICAgMTY4MjIxNCAgICAgIDAgMi1BQ1RJVkUgICAgICAgICAg ICAgICAgICBFTVQgWWllbGRlcgowMDowMDowNC44OTQgMzk0MjgxMDAgMDAwMDAwMDAgMDAw MDAwNjAgMDAwMDAwMDAgUmVhbCAgICAgICAgICAgICAxNjgyMjA3ICAgICAgICAgICAgMTY4 MjQxNCAgICAgIDAgMi1BQ1RJVkUgICAgICAgICAgICAgICAgICBDUFUgTG9hZCBUaW1lcgow MDowMDowNC44OTQgMzk0MjVmYTAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgVmlydCAg ICAgICAgICAyNzQ1NzQ2MjA0ICAgICAgICAgMjc1MDIxMTA5MSAgICAgIDAgMi1BQ1RJVkUg ICAgICAgICAgICAgICAgICBBdWRpbyB0aW1lcgowMDowMDowNC44OTQgMzk0MGZhMzAgMDAw MDA0MzAgMDAwMDAwMDAgMDAwMDAwMDAgVnJTeSAgICAgICAgICAyNjk5NzYyNjAxICAgICAg ICAgMjc1NDY4ODAwMiAgICAgMTggMi1BQ1RJVkUgICAgICAgICAgICAgICAgICBpODI1NCBQ cm9ncmFtbWFibGUgSW50ZXJ2YWwgVGltZXIKMDA6MDA6MDQuODk0IDM5NDBmZTYwIDAwMDE3 YTAwIGZmZmZmYmQwIDAwMDAwMDAwIFZyU3kgICAgICAgICAgMjY5OTc2MjYwMSAgICAgICAg IDI5OTAwMDAwMDAgICAgICAwIDItQUNUSVZFICAgICAgICAgICAgICAgICAgTUMxNDY4MTgg UlRDL0NNT1MgLSBTZWNvbmQKMDA6MDA6MDQuODk0IDM5NDI3ODYwIDAwMDAwMDAwIGZmZmU4 NjAwIDAwMDAwMDAwIFZyU3kgICAgICAgICAgMjY5OTc2MjYwMSAgICAgIDExOTk4NjQwMzE2 MDEgICAgICAwIDItQUNUSVZFICAgICAgICAgICAgICAgICAgQUNQSSBUaW1lcgowMDowMDow NC44OTQgISEKMDA6MDA6MDQuODk0ICEhIHtjZmdtfQowMDowMDowNC44OTQgISEKMDA6MDA6 MDQuODk0IHBSb290PTM4Y2IzZWQwOnsvfQowMDowMDowNC44OTQgWy9dIChsZXZlbCAwKQow MDowMDowNC44OTQgICBDU0FNRW5hYmxlZCAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAw MDAwMDAxICgxKQowMDowMDowNC44OTQgICBDcHVFeGVjdXRpb25DYXAgPGludGVnZXI+ID0g MHgwMDAwMDAwMDAwMDAwMDY0ICgxMDApCjAwOjAwOjA0Ljg5NCAgIEVuYWJsZVBBRSAgICAg ICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjA0Ljg5NCAgIEh3 VmlydEV4dEZvcmNlZCA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAw OjA0Ljg5NCAgIE1lbUJhbGxvb25TaXplICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAw MDAgKDApCjAwOjAwOjA0Ljg5NSAgIE5hbWUgICAgICAgICAgICA8c3RyaW5nPiAgPSAiRnJl ZUJTRC04LjIiIChjYj0xMikKMDA6MDA6MDQuODk1ICAgTnVtQ1BVcyAgICAgICAgIDxpbnRl Z2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDQuODk1ICAgUEFUTUVuYWJs ZWQgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDQuODk1 ICAgUGFnZUZ1c2lvbiAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkK MDA6MDA6MDQuODk1ICAgUmFtSG9sZVNpemUgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAy MDAwMDAwMCAoNTM2ODcwOTEyKQowMDowMDowNC44OTUgICBSYW1TaXplICAgICAgICAgPGlu dGVnZXI+ID0gMHgwMDAwMDAwMDQwMDAwMDAwICgxMDczNzQxODI0KQowMDowMDowNC44OTUg ICBSYXdSMEVuYWJsZWQgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAxICgxKQow MDowMDowNC44OTUgICBSYXdSM0VuYWJsZWQgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAw MDAwMDAxICgxKQowMDowMDowNC44OTUgICBUaW1lck1pbGxpZXMgICAgPGludGVnZXI+ID0g MHgwMDAwMDAwMDAwMDAwMDBhICgxMCkKMDA6MDA6MDQuODk1ICAgVVVJRCAgICAgICAgICAg IDxieXRlcz4gICA9ICJmYSA1NyAzYiAyMCBiMiBjZCA0MiA0YyBhMCAwMSAwMSA4NyA0ZSA1 ZCA0YSAzNiIgKGNiPTE2KQowMDowMDowNC44OTUgCjAwOjAwOjA0Ljg5NSBbL0NQVU0vXSAo bGV2ZWwgMSkKMDA6MDA6MDQuODk1ICAgU3ludGhldGljQ3B1IDxpbnRlZ2VyPiA9IDB4MDAw MDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDQuODk1IAowMDowMDowNC44OTUgWy9EZXZpY2Vz L10gKGxldmVsIDEpCjAwOjAwOjA0Ljg5NSAKMDA6MDA6MDQuODk1IFsvRGV2aWNlcy84MjM3 QS9dIChsZXZlbCAyKQowMDowMDowNC44OTUgCjAwOjAwOjA0Ljg5NSBbL0RldmljZXMvODIz N0EvMC9dIChsZXZlbCAzKQowMDowMDowNC44OTYgICBUcnVzdGVkIDxpbnRlZ2VyPiA9IDB4 MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDQuODk2IAowMDowMDowNC44OTYgWy9EZXZp Y2VzLzgyMzdBLzAvQ29uZmlnL10gKGxldmVsIDQpIChyZXN0cmljdGVkIHJvb3QpCjAwOjAw OjA0Ljg5NiAKMDA6MDA6MDQuODk2IFsvRGV2aWNlcy9BdWRpb1NuaWZmZXIvXSAobGV2ZWwg MikKMDA6MDA6MDQuODk2IAowMDowMDowNC44OTYgWy9EZXZpY2VzL0F1ZGlvU25pZmZlci8w L10gKGxldmVsIDMpCjAwOjAwOjA0Ljg5NiAKMDA6MDA6MDQuODk2IFsvRGV2aWNlcy9BdWRp b1NuaWZmZXIvMC9Db25maWcvXSAobGV2ZWwgNCkgKHJlc3RyaWN0ZWQgcm9vdCkKMDA6MDA6 MDQuODk2IAowMDowMDowNC44OTYgWy9EZXZpY2VzL0F1ZGlvU25pZmZlci8wL0xVTiMwL10g KGxldmVsIDQpCjAwOjAwOjA0Ljg5NiAgIERyaXZlciA8c3RyaW5nPiAgPSAiTWFpbkF1ZGlv U25pZmZlciIgKGNiPTE3KQowMDowMDowNC44OTYgCjAwOjAwOjA0Ljg5NyBbL0RldmljZXMv QXVkaW9TbmlmZmVyLzAvTFVOIzAvQ29uZmlnL10gKGxldmVsIDUpIChyZXN0cmljdGVkIHJv b3QpCjAwOjAwOjA0Ljg5NyAgIE9iamVjdCA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMzgzNjc3 ZDAgKDk0MzA5MzcxMikKMDA6MDA6MDQuODk3IAowMDowMDowNC44OTcgWy9EZXZpY2VzL1ZN TURldi9dIChsZXZlbCAyKQowMDowMDowNC44OTcgCjAwOjAwOjA0Ljg5NyBbL0RldmljZXMv Vk1NRGV2LzAvXSAobGV2ZWwgMykKMDA6MDA6MDQuODk3ICAgUENJQnVzTm8gICAgICA8aW50 ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjA0Ljg5NyAgIFBDSURldmlj ZU5vICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDA0ICg0KQowMDowMDowNC44OTcg ICBQQ0lGdW5jdGlvbk5vIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6 MDA6MDQuODk3ICAgVHJ1c3RlZCAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAw MDEgKDEpCjAwOjAwOjA0Ljg5NyAKMDA6MDA6MDQuODk3IFsvRGV2aWNlcy9WTU1EZXYvMC9D b25maWcvXSAobGV2ZWwgNCkgKHJlc3RyaWN0ZWQgcm9vdCkKMDA6MDA6MDQuODk3ICAgR3Vl c3RDb3JlRHVtcERpciA8c3RyaW5nPiAgPSAiL2hvbWUvaGxoL1ZpcnR1YWxCb3gvTWFjaGlu ZXMvRnJlZUJTRC04LjIvU25hcHNob3RzIiAoY2I9NTIpCjAwOjAwOjA0Ljg5NyAgIFJhbVNp emUgICAgICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDQwMDAwMDAwICgxMDczNzQxODI0 KQowMDowMDowNC44OTcgCjAwOjAwOjA0Ljg5NyBbL0RldmljZXMvVk1NRGV2LzAvTFVOIzAv XSAobGV2ZWwgNCkKMDA6MDA6MDQuODk4ICAgRHJpdmVyIDxzdHJpbmc+ICA9ICJIR0NNIiAo Y2I9NSkKMDA6MDA6MDQuODk4IAowMDowMDowNC44OTggWy9EZXZpY2VzL1ZNTURldi8wL0xV TiMwL0NvbmZpZy9dIChsZXZlbCA1KSAocmVzdHJpY3RlZCByb290KQowMDowMDowNC44OTgg ICBPYmplY3QgPGludGVnZXI+ID0gMHgwMDAwMDAwMDM4MzVmNzQwICg5NDMwNjA4MDApCjAw OjAwOjA0Ljg5OCAKMDA6MDA6MDQuODk4IFsvRGV2aWNlcy9WTU1EZXYvMC9MVU4jOTk5L10g KGxldmVsIDQpCjAwOjAwOjA0Ljg5OCAgIERyaXZlciA8c3RyaW5nPiAgPSAiTWFpblN0YXR1 cyIgKGNiPTExKQowMDowMDowNC44OTggCjAwOjAwOjA0Ljg5OCBbL0RldmljZXMvVk1NRGV2 LzAvTFVOIzk5OS9Db25maWcvXSAobGV2ZWwgNSkgKHJlc3RyaWN0ZWQgcm9vdCkKMDA6MDA6 MDQuODk4ICAgRmlyc3QgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAw OjAwOjA0Ljg5OCAgIExhc3QgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgw KQowMDowMDowNC44OTggICBwYXBMZWRzIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAzODM5MDMw MCAoOTQzMjYwNDE2KQowMDowMDowNC44OTggCjAwOjAwOjA0Ljg5OCBbL0RldmljZXMvYWNw aS9dIChsZXZlbCAyKQowMDowMDowNC44OTkgCjAwOjAwOjA0Ljg5OSBbL0RldmljZXMvYWNw aS8wL10gKGxldmVsIDMpCjAwOjAwOjA0Ljg5OSAgIFBDSUJ1c05vICAgICAgPGludGVnZXI+ ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowNC44OTkgICBQQ0lEZXZpY2VObyAg IDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwNyAoNykKMDA6MDA6MDQuODk5ICAgUENJ RnVuY3Rpb25ObyA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjA0 Ljg5OSAgIFRydXN0ZWQgICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAxICgx KQowMDowMDowNC44OTkgCjAwOjAwOjA0Ljg5OSBbL0RldmljZXMvYWNwaS8wL0NvbmZpZy9d IChsZXZlbCA0KSAocmVzdHJpY3RlZCByb290KQowMDowMDowNC44OTkgICBDcHVIb3RQbHVn ICAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjA0Ljg5 OSAgIEZkY0VuYWJsZWQgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAo MCkKMDA6MDA6MDQuODk5ICAgSG9zdEJ1c1BjaUFkZHJlc3MgPGludGVnZXI+ID0gMHgwMDAw MDAwMDAwMDAwMDAwICgwKQowMDowMDowNC44OTkgICBIcGV0RW5hYmxlZCAgICAgICA8aW50 ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjA0Ljg5OSAgIElPQVBJQyAg ICAgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDQu ODk5ICAgSW9jUGNpQWRkcmVzcyAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDEwMDAw ICg2NTUzNikKMDA6MDA6MDQuODk5ICAgTnVtQ1BVcyAgICAgICAgICAgPGludGVnZXI+ID0g MHgwMDAwMDAwMDAwMDAwMDAxICgxKQowMDowMDowNC44OTkgICBSYW1Ib2xlU2l6ZSAgICAg ICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMjAwMDAwMDAgKDUzNjg3MDkxMikKMDA6MDA6MDQu OTAwICAgUmFtU2l6ZSAgICAgICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDQwMDAwMDAw ICgxMDczNzQxODI0KQowMDowMDowNC45MDAgICBTaG93Q3B1ICAgICAgICAgICA8aW50ZWdl cj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjA0LjkwMCAgIFNob3dSdGMgICAg ICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDQuOTAw ICAgU21jRW5hYmxlZCAgICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgw KQowMDowMDowNC45MDAgCjAwOjAwOjA0LjkwMCBbL0RldmljZXMvYWNwaS8wL0xVTiMwL10g KGxldmVsIDQpCjAwOjAwOjA0LjkwMCAgIERyaXZlciA8c3RyaW5nPiAgPSAiQUNQSUhvc3Qi IChjYj05KQowMDowMDowNC45MDAgCjAwOjAwOjA0LjkwMCBbL0RldmljZXMvYWNwaS8wL0xV TiMwL0NvbmZpZy9dIChsZXZlbCA1KSAocmVzdHJpY3RlZCByb290KQowMDowMDowNC45MDAg CjAwOjAwOjA0LjkwMCBbL0RldmljZXMvYXBpYy9dIChsZXZlbCAyKQowMDowMDowNC45MDAg CjAwOjAwOjA0LjkwMCBbL0RldmljZXMvYXBpYy8wL10gKGxldmVsIDMpCjAwOjAwOjA0Ljkw MSAgIFRydXN0ZWQgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAxICgxKQowMDowMDow NC45MDEgCjAwOjAwOjA0LjkwMSBbL0RldmljZXMvYXBpYy8wL0NvbmZpZy9dIChsZXZlbCA0 KSAocmVzdHJpY3RlZCByb290KQowMDowMDowNC45MDEgICBJT0FQSUMgIDxpbnRlZ2VyPiA9 IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDQuOTAxICAgTnVtQ1BVcyA8aW50ZWdl cj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjA0LjkwMSAKMDA6MDA6MDQuOTAx IFsvRGV2aWNlcy9lMTAwMC9dIChsZXZlbCAyKQowMDowMDowNC45MDEgCjAwOjAwOjA0Ljkw MSBbL0RldmljZXMvZTEwMDAvMC9dIChsZXZlbCAzKQowMDowMDowNC45MDEgICBQQ0lCdXNO byAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDQuOTAx ICAgUENJRGV2aWNlTm8gICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDMgKDMpCjAw OjAwOjA0LjkwMSAgIFBDSUZ1bmN0aW9uTm8gPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAw MDAwICgwKQowMDowMDowNC45MDEgICBUcnVzdGVkICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAw MDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDQuOTAxIAowMDowMDowNC45MDEgWy9EZXZpY2Vz L2UxMDAwLzAvQ29uZmlnL10gKGxldmVsIDQpIChyZXN0cmljdGVkIHJvb3QpCjAwOjAwOjA0 LjkwMiAgIEFkYXB0ZXJUeXBlICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAo MCkKMDA6MDA6MDQuOTAyICAgQ2FibGVDb25uZWN0ZWQgPGludGVnZXI+ID0gMHgwMDAwMDAw MDAwMDAwMDAxICgxKQowMDowMDowNC45MDIgICBMaW5lU3BlZWQgICAgICA8aW50ZWdlcj4g PSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjA0LjkwMiAgIE1BQyAgICAgICAgICAg IDxieXRlcz4gICA9ICIwOCAwMCAyNyA4MSAzNiA0ZSIgKGNiPTYpCjAwOjAwOjA0LjkwMiAK MDA6MDA6MDQuOTAyIFsvRGV2aWNlcy9lMTAwMC8wL0xVTiMwL10gKGxldmVsIDQpCjAwOjAw OjA0LjkwMiAgIERyaXZlciA8c3RyaW5nPiAgPSAiSW50TmV0IiAoY2I9NykKMDA6MDA6MDQu OTAyIAowMDowMDowNC45MDIgWy9EZXZpY2VzL2UxMDAwLzAvTFVOIzAvQ29uZmlnL10gKGxl dmVsIDUpIChyZXN0cmljdGVkIHJvb3QpCjAwOjAwOjA0LjkwMiAgIElmUG9saWN5UHJvbWlz YyA8c3RyaW5nPiAgPSAiZGVueSIgKGNiPTUpCjAwOjAwOjA0LjkwMiAgIE5ldHdvcmsgICAg ICAgICA8c3RyaW5nPiAgPSAiSG9zdEludGVyZmFjZU5ldHdvcmtpbmctdmJveG5ldDAiIChj Yj0zMykKMDA6MDA6MDQuOTAyICAgVHJ1bmsgICAgICAgICAgIDxzdHJpbmc+ICA9ICJ2Ym94 bmV0MCIgKGNiPTkpCjAwOjAwOjA0LjkwMiAgIFRydW5rVHlwZSAgICAgICA8aW50ZWdlcj4g PSAweDAwMDAwMDAwMDAwMDAwMDMgKDMpCjAwOjAwOjA0LjkwMiAKMDA6MDA6MDQuOTAyIFsv RGV2aWNlcy9lMTAwMC8wL0xVTiM5OTkvXSAobGV2ZWwgNCkKMDA6MDA6MDQuOTAyICAgRHJp dmVyIDxzdHJpbmc+ICA9ICJNYWluU3RhdHVzIiAoY2I9MTEpCjAwOjAwOjA0LjkwMyAKMDA6 MDA6MDQuOTAzIFsvRGV2aWNlcy9lMTAwMC8wL0xVTiM5OTkvQ29uZmlnL10gKGxldmVsIDUp IChyZXN0cmljdGVkIHJvb3QpCjAwOjAwOjA0LjkwMyAgIHBhcExlZHMgPGludGVnZXI+ID0g MHgwMDAwMDAwMDM4MzkwMmUwICg5NDMyNjAzODQpCjAwOjAwOjA0LjkwMyAKMDA6MDA6MDQu OTAzIFsvRGV2aWNlcy9pODI1NC9dIChsZXZlbCAyKQowMDowMDowNC45MDMgCjAwOjAwOjA0 LjkwMyBbL0RldmljZXMvaTgyNTQvMC9dIChsZXZlbCAzKQowMDowMDowNC45MDMgCjAwOjAw OjA0LjkwMyBbL0RldmljZXMvaTgyNTQvMC9Db25maWcvXSAobGV2ZWwgNCkgKHJlc3RyaWN0 ZWQgcm9vdCkKMDA6MDA6MDQuOTAzIAowMDowMDowNC45MDMgWy9EZXZpY2VzL2k4MjU5L10g KGxldmVsIDIpCjAwOjAwOjA0LjkwMyAKMDA6MDA6MDQuOTAzIFsvRGV2aWNlcy9pODI1OS8w L10gKGxldmVsIDMpCjAwOjAwOjA0LjkwNCAgIFRydXN0ZWQgPGludGVnZXI+ID0gMHgwMDAw MDAwMDAwMDAwMDAxICgxKQowMDowMDowNC45MDQgCjAwOjAwOjA0LjkwNCBbL0RldmljZXMv aTgyNTkvMC9Db25maWcvXSAobGV2ZWwgNCkgKHJlc3RyaWN0ZWQgcm9vdCkKMDA6MDA6MDQu OTA0IAowMDowMDowNC45MDQgWy9EZXZpY2VzL2ljaGFjOTcvXSAobGV2ZWwgMikKMDA6MDA6 MDQuOTA0IAowMDowMDowNC45MDQgWy9EZXZpY2VzL2ljaGFjOTcvMC9dIChsZXZlbCAzKQow MDowMDowNC45MDQgICBQQ0lCdXNObyAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAw MDAwMCAoMCkKMDA6MDA6MDQuOTA0ICAgUENJRGV2aWNlTm8gICA8aW50ZWdlcj4gPSAweDAw MDAwMDAwMDAwMDAwMDUgKDUpCjAwOjAwOjA0LjkwNCAgIFBDSUZ1bmN0aW9uTm8gPGludGVn ZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowNC45MDQgICBUcnVzdGVkICAg ICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDQuOTA0IAow MDowMDowNC45MDQgWy9EZXZpY2VzL2ljaGFjOTcvMC9Db25maWcvXSAobGV2ZWwgNCkgKHJl c3RyaWN0ZWQgcm9vdCkKMDA6MDA6MDQuOTA0IAowMDowMDowNC45MDQgWy9EZXZpY2VzL2lj aGFjOTcvMC9MVU4jMC9dIChsZXZlbCA0KQowMDowMDowNC45MDUgICBEcml2ZXIgPHN0cmlu Zz4gID0gIkFVRElPIiAoY2I9NikKMDA6MDA6MDQuOTA1IAowMDowMDowNC45MDUgWy9EZXZp Y2VzL2ljaGFjOTcvMC9MVU4jMC9Db25maWcvXSAobGV2ZWwgNSkgKHJlc3RyaWN0ZWQgcm9v dCkKMDA6MDA6MDQuOTA1ICAgQXVkaW9Ecml2ZXIgPHN0cmluZz4gID0gIm9zcyIgKGNiPTQp CjAwOjAwOjA0LjkwNSAgIFN0cmVhbU5hbWUgIDxzdHJpbmc+ICA9ICJGcmVlQlNELTguMiIg KGNiPTEyKQowMDowMDowNC45MDUgCjAwOjAwOjA0LjkwNSBbL0RldmljZXMvaW9hcGljL10g KGxldmVsIDIpCjAwOjAwOjA0LjkwNSAKMDA6MDA6MDQuOTA1IFsvRGV2aWNlcy9pb2FwaWMv MC9dIChsZXZlbCAzKQowMDowMDowNC45MDUgICBUcnVzdGVkIDxpbnRlZ2VyPiA9IDB4MDAw MDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDQuOTA1IAowMDowMDowNC45MDUgWy9EZXZpY2Vz L2lvYXBpYy8wL0NvbmZpZy9dIChsZXZlbCA0KSAocmVzdHJpY3RlZCByb290KQowMDowMDow NC45MDYgCjAwOjAwOjA0LjkwNiBbL0RldmljZXMvbWMxNDY4MTgvXSAobGV2ZWwgMikKMDA6 MDA6MDQuOTA2IAowMDowMDowNC45MDYgWy9EZXZpY2VzL21jMTQ2ODE4LzAvXSAobGV2ZWwg MykKMDA6MDA6MDQuOTA2IAowMDowMDowNC45MDYgWy9EZXZpY2VzL21jMTQ2ODE4LzAvQ29u ZmlnL10gKGxldmVsIDQpIChyZXN0cmljdGVkIHJvb3QpCjAwOjAwOjA0LjkwNiAgIFVzZVVU QyA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjA0LjkwNiAKMDA6 MDA6MDQuOTA2IFsvRGV2aWNlcy9wYXJhbGxlbC9dIChsZXZlbCAyKQowMDowMDowNC45MDYg CjAwOjAwOjA0LjkwNiBbL0RldmljZXMvcGNhcmNoL10gKGxldmVsIDIpCjAwOjAwOjA0Ljkw NiAKMDA6MDA6MDQuOTA2IFsvRGV2aWNlcy9wY2FyY2gvMC9dIChsZXZlbCAzKQowMDowMDow NC45MDYgICBUcnVzdGVkIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6 MDA6MDQuOTA3IAowMDowMDowNC45MDcgWy9EZXZpY2VzL3BjYXJjaC8wL0NvbmZpZy9dIChs ZXZlbCA0KSAocmVzdHJpY3RlZCByb290KQowMDowMDowNC45MDcgCjAwOjAwOjA0LjkwNyBb L0RldmljZXMvcGNiaW9zL10gKGxldmVsIDIpCjAwOjAwOjA0LjkwNyAKMDA6MDA6MDQuOTA3 IFsvRGV2aWNlcy9wY2Jpb3MvMC9dIChsZXZlbCAzKQowMDowMDowNC45MDcgICBUcnVzdGVk IDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDQuOTA3IAowMDow MDowNC45MDcgWy9EZXZpY2VzL3BjYmlvcy8wL0NvbmZpZy9dIChsZXZlbCA0KSAocmVzdHJp Y3RlZCByb290KQowMDowMDowNC45MDcgICBCb290RGV2aWNlMCAgICA8c3RyaW5nPiAgPSAi RkxPUFBZIiAoY2I9NykKMDA6MDA6MDQuOTA3ICAgQm9vdERldmljZTEgICAgPHN0cmluZz4g ID0gIkRWRCIgKGNiPTQpCjAwOjAwOjA0LjkwNyAgIEJvb3REZXZpY2UyICAgIDxzdHJpbmc+ ICA9ICJJREUiIChjYj00KQowMDowMDowNC45MDcgICBCb290RGV2aWNlMyAgICA8c3RyaW5n PiAgPSAiTk9ORSIgKGNiPTUpCjAwOjAwOjA0LjkwNyAgIEZsb3BweURldmljZSAgIDxzdHJp bmc+ICA9ICJpODIwNzgiIChjYj03KQowMDowMDowNC45MDcgICBIYXJkRGlza0RldmljZSA8 c3RyaW5nPiAgPSAicGlpeDNpZGUiIChjYj05KQowMDowMDowNC45MDcgICBJT0FQSUMgICAg ICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjA0LjkwNyAg IE1jZmdCYXNlICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6 MDA6MDQuOTA4ICAgTWNmZ0xlbmd0aCAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAw MDAwICgwKQowMDowMDowNC45MDggICBOdW1DUFVzICAgICAgICA8aW50ZWdlcj4gPSAweDAw MDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjA0LjkwOCAgIFBYRURlYnVnICAgICAgIDxpbnRl Z2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDQuOTA4ICAgUmFtSG9sZVNp emUgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDIwMDAwMDAwICg1MzY4NzA5MTIpCjAwOjAw OjA0LjkwOCAgIFJhbVNpemUgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDA0MDAwMDAw MCAoMTA3Mzc0MTgyNCkKMDA6MDA6MDQuOTA4ICAgVVVJRCAgICAgICAgICAgPGJ5dGVzPiAg ID0gImZhIDU3IDNiIDIwIGIyIGNkIDQyIDRjIGEwIDAxIDAxIDg3IDRlIDVkIDRhIDM2IiAo Y2I9MTYpCjAwOjAwOjA0LjkwOCAKMDA6MDA6MDQuOTA4IFsvRGV2aWNlcy9wY2Jpb3MvMC9D b25maWcvTmV0Qm9vdC9dIChsZXZlbCA1KQowMDowMDowNC45MDggCjAwOjAwOjA0LjkwOCBb L0RldmljZXMvcGNiaW9zLzAvQ29uZmlnL05ldEJvb3QvMC9dIChsZXZlbCA2KQowMDowMDow NC45MDggICBOSUMgICAgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAo MCkKMDA6MDA6MDQuOTA4ICAgUENJQnVzTm8gICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAw MDAwMDAwMDAgKDApCjAwOjAwOjA0LjkwOCAgIFBDSURldmljZU5vICAgPGludGVnZXI+ID0g MHgwMDAwMDAwMDAwMDAwMDAzICgzKQowMDowMDowNC45MDggICBQQ0lGdW5jdGlvbk5vIDxp bnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDQuOTA4IAowMDowMDow NC45MDggWy9EZXZpY2VzL3BjaS9dIChsZXZlbCAyKQowMDowMDowNC45MDkgCjAwOjAwOjA0 LjkwOSBbL0RldmljZXMvcGNpLzAvXSAobGV2ZWwgMykKMDA6MDA6MDQuOTA5ICAgVHJ1c3Rl ZCA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjA0LjkwOSAKMDA6 MDA6MDQuOTA5IFsvRGV2aWNlcy9wY2kvMC9Db25maWcvXSAobGV2ZWwgNCkgKHJlc3RyaWN0 ZWQgcm9vdCkKMDA6MDA6MDQuOTA5ICAgSU9BUElDIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAw MDAwMDAwMSAoMSkKMDA6MDA6MDQuOTA5IAowMDowMDowNC45MDkgWy9EZXZpY2VzL3Bja2Jk L10gKGxldmVsIDIpCjAwOjAwOjA0LjkwOSAKMDA6MDA6MDQuOTA5IFsvRGV2aWNlcy9wY2ti ZC8wL10gKGxldmVsIDMpCjAwOjAwOjA0LjkwOSAgIFRydXN0ZWQgPGludGVnZXI+ID0gMHgw MDAwMDAwMDAwMDAwMDAxICgxKQowMDowMDowNC45MDkgCjAwOjAwOjA0LjkwOSBbL0Rldmlj ZXMvcGNrYmQvMC9Db25maWcvXSAobGV2ZWwgNCkgKHJlc3RyaWN0ZWQgcm9vdCkKMDA6MDA6 MDQuOTEwIAowMDowMDowNC45MTAgWy9EZXZpY2VzL3Bja2JkLzAvTFVOIzAvXSAobGV2ZWwg NCkKMDA6MDA6MDQuOTEwICAgRHJpdmVyIDxzdHJpbmc+ICA9ICJLZXlib2FyZFF1ZXVlIiAo Y2I9MTQpCjAwOjAwOjA0LjkxMCAKMDA6MDA6MDQuOTEwIFsvRGV2aWNlcy9wY2tiZC8wL0xV TiMwL0F0dGFjaGVkRHJpdmVyL10gKGxldmVsIDUpCjAwOjAwOjA0LjkxMCAgIERyaXZlciA8 c3RyaW5nPiAgPSAiTWFpbktleWJvYXJkIiAoY2I9MTMpCjAwOjAwOjA0LjkxMCAKMDA6MDA6 MDQuOTEwIFsvRGV2aWNlcy9wY2tiZC8wL0xVTiMwL0F0dGFjaGVkRHJpdmVyL0NvbmZpZy9d IChsZXZlbCA2KSAocmVzdHJpY3RlZCByb290KQowMDowMDowNC45MTAgICBPYmplY3QgPGlu dGVnZXI+ID0gMHgwMDAwMDAwMDM4MzZjNDcwICg5NDMxMTMzMjgpCjAwOjAwOjA0LjkxMCAK MDA6MDA6MDQuOTEwIFsvRGV2aWNlcy9wY2tiZC8wL0xVTiMwL0NvbmZpZy9dIChsZXZlbCA1 KSAocmVzdHJpY3RlZCByb290KQowMDowMDowNC45MTEgICBRdWV1ZVNpemUgPGludGVnZXI+ ID0gMHgwMDAwMDAwMDAwMDAwMDQwICg2NCkKMDA6MDA6MDQuOTExIAowMDowMDowNC45MTEg Wy9EZXZpY2VzL3Bja2JkLzAvTFVOIzEvXSAobGV2ZWwgNCkKMDA6MDA6MDQuOTExICAgRHJp dmVyIDxzdHJpbmc+ICA9ICJNb3VzZVF1ZXVlIiAoY2I9MTEpCjAwOjAwOjA0LjkxMSAKMDA6 MDA6MDQuOTExIFsvRGV2aWNlcy9wY2tiZC8wL0xVTiMxL0F0dGFjaGVkRHJpdmVyL10gKGxl dmVsIDUpCjAwOjAwOjA0LjkxMSAgIERyaXZlciA8c3RyaW5nPiAgPSAiTWFpbk1vdXNlIiAo Y2I9MTApCjAwOjAwOjA0LjkxMSAKMDA6MDA6MDQuOTExIFsvRGV2aWNlcy9wY2tiZC8wL0xV TiMxL0F0dGFjaGVkRHJpdmVyL0NvbmZpZy9dIChsZXZlbCA2KSAocmVzdHJpY3RlZCByb290 KQowMDowMDowNC45MTEgICBPYmplY3QgPGludGVnZXI+ID0gMHgwMDAwMDAwMDM4MzZmZjQw ICg5NDMxMjgzODQpCjAwOjAwOjA0LjkxMSAKMDA6MDA6MDQuOTExIFsvRGV2aWNlcy9wY2ti ZC8wL0xVTiMxL0NvbmZpZy9dIChsZXZlbCA1KSAocmVzdHJpY3RlZCByb290KQowMDowMDow NC45MTIgICBRdWV1ZVNpemUgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDgwICgxMjgp CjAwOjAwOjA0LjkxMiAKMDA6MDA6MDQuOTEyIFsvRGV2aWNlcy9wY25ldC9dIChsZXZlbCAy KQowMDowMDowNC45MTIgCjAwOjAwOjA0LjkxMiBbL0RldmljZXMvcGlpeDNpZGUvXSAobGV2 ZWwgMikKMDA6MDA6MDQuOTEyIAowMDowMDowNC45MTIgWy9EZXZpY2VzL3BpaXgzaWRlLzAv XSAobGV2ZWwgMykKMDA6MDA6MDQuOTEyICAgUENJQnVzTm8gICAgICA8aW50ZWdlcj4gPSAw eDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjA0LjkxMiAgIFBDSURldmljZU5vICAgPGlu dGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAxICgxKQowMDowMDowNC45MTIgICBQQ0lGdW5j dGlvbk5vIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDQuOTEy ICAgVHJ1c3RlZCAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAw OjAwOjA0LjkxMiAKMDA6MDA6MDQuOTEyIFsvRGV2aWNlcy9waWl4M2lkZS8wL0NvbmZpZy9d IChsZXZlbCA0KSAocmVzdHJpY3RlZCByb290KQowMDowMDowNC45MTIgICBUeXBlIDxzdHJp bmc+ICA9ICJQSUlYNCIgKGNiPTYpCjAwOjAwOjA0LjkxMiAKMDA6MDA6MDQuOTEyIFsvRGV2 aWNlcy9waWl4M2lkZS8wL0xVTiMwL10gKGxldmVsIDQpCjAwOjAwOjA0LjkxMyAgIERyaXZl ciA8c3RyaW5nPiAgPSAiQmxvY2siIChjYj02KQowMDowMDowNC45MTMgCjAwOjAwOjA0Ljkx MyBbL0RldmljZXMvcGlpeDNpZGUvMC9MVU4jMC9BdHRhY2hlZERyaXZlci9dIChsZXZlbCA1 KQowMDowMDowNC45MTMgICBEcml2ZXIgPHN0cmluZz4gID0gIlZEIiAoY2I9MykKMDA6MDA6 MDQuOTEzIAowMDowMDowNC45MTMgWy9EZXZpY2VzL3BpaXgzaWRlLzAvTFVOIzAvQXR0YWNo ZWREcml2ZXIvQ29uZmlnL10gKGxldmVsIDYpIChyZXN0cmljdGVkIHJvb3QpCjAwOjAwOjA0 LjkxMyAgIEZvcm1hdCA8c3RyaW5nPiAgPSAiVkRJIiAoY2I9NCkKMDA6MDA6MDQuOTEzICAg UGF0aCAgIDxzdHJpbmc+ICA9ICIvcG9vbDEvVmlydHVhbEJveC9IYXJkRGlza3MvRnJlZUJT RC1NQlItOC4yLnZkaSIgKGNiPTQ4KQowMDowMDowNC45MTMgICBUeXBlICAgPHN0cmluZz4g ID0gIkhhcmREaXNrIiAoY2I9OSkKMDA6MDA6MDQuOTEzIAowMDowMDowNC45MTMgWy9EZXZp Y2VzL3BpaXgzaWRlLzAvTFVOIzAvQ29uZmlnL10gKGxldmVsIDUpIChyZXN0cmljdGVkIHJv b3QpCjAwOjAwOjA0LjkxNCAgIE1vdW50YWJsZSA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAw MDAwMDAgKDApCjAwOjAwOjA0LjkxNCAgIFR5cGUgICAgICA8c3RyaW5nPiAgPSAiSGFyZERp c2siIChjYj05KQowMDowMDowNC45MTQgCjAwOjAwOjA0LjkxNCBbL0RldmljZXMvcGlpeDNp ZGUvMC9MVU4jMS9dIChsZXZlbCA0KQowMDowMDowNC45MTQgICBEcml2ZXIgPHN0cmluZz4g ID0gIkJsb2NrIiAoY2I9NikKMDA6MDA6MDQuOTE0IAowMDowMDowNC45MTQgWy9EZXZpY2Vz L3BpaXgzaWRlLzAvTFVOIzEvQXR0YWNoZWREcml2ZXIvXSAobGV2ZWwgNSkKMDA6MDA6MDQu OTE0ICAgRHJpdmVyIDxzdHJpbmc+ICA9ICJWRCIgKGNiPTMpCjAwOjAwOjA0LjkxNCAKMDA6 MDA6MDQuOTE0IFsvRGV2aWNlcy9waWl4M2lkZS8wL0xVTiMxL0F0dGFjaGVkRHJpdmVyL0Nv bmZpZy9dIChsZXZlbCA2KSAocmVzdHJpY3RlZCByb290KQowMDowMDowNC45MTQgICBGb3Jt YXQgICA8c3RyaW5nPiAgPSAiUkFXIiAoY2I9NCkKMDA6MDA6MDQuOTE0ICAgUGF0aCAgICAg PHN0cmluZz4gID0gIi9ob21lL2hsaC9WaXJ0dWFsQm94L0lTTy9tZnNic2QtOC4yLXpmc3Yy OC1hbWQ2NC5pc28iIChjYj01MykKMDA6MDA6MDQuOTE0ICAgUmVhZE9ubHkgPGludGVnZXI+ ID0gMHgwMDAwMDAwMDAwMDAwMDAxICgxKQowMDowMDowNC45MTQgICBUeXBlICAgICA8c3Ry aW5nPiAgPSAiRFZEIiAoY2I9NCkKMDA6MDA6MDQuOTE0IAowMDowMDowNC45MTQgWy9EZXZp Y2VzL3BpaXgzaWRlLzAvTFVOIzEvQ29uZmlnL10gKGxldmVsIDUpIChyZXN0cmljdGVkIHJv b3QpCjAwOjAwOjA0LjkxNSAgIE1vdW50YWJsZSA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAw MDAwMDEgKDEpCjAwOjAwOjA0LjkxNSAgIFR5cGUgICAgICA8c3RyaW5nPiAgPSAiRFZEIiAo Y2I9NCkKMDA6MDA6MDQuOTE1IAowMDowMDowNC45MTUgWy9EZXZpY2VzL3BpaXgzaWRlLzAv TFVOIzk5OS9dIChsZXZlbCA0KQowMDowMDowNC45MTUgICBEcml2ZXIgPHN0cmluZz4gID0g Ik1haW5TdGF0dXMiIChjYj0xMSkKMDA6MDA6MDQuOTE1IAowMDowMDowNC45MTUgWy9EZXZp Y2VzL3BpaXgzaWRlLzAvTFVOIzk5OS9Db25maWcvXSAobGV2ZWwgNSkgKHJlc3RyaWN0ZWQg cm9vdCkKMDA6MDA6MDQuOTE1ICAgRmlyc3QgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAw MDAwMDAgKDApCjAwOjAwOjA0LjkxNSAgIExhc3QgICAgPGludGVnZXI+ID0gMHgwMDAwMDAw MDAwMDAwMDAzICgzKQowMDowMDowNC45MTUgICBwYXBMZWRzIDxpbnRlZ2VyPiA9IDB4MDAw MDAwMDAzODM5MDFmOCAoOTQzMjYwMTUyKQowMDowMDowNC45MTUgCjAwOjAwOjA0LjkxNSBb L0RldmljZXMvc2VyaWFsL10gKGxldmVsIDIpCjAwOjAwOjA0LjkxNSAKMDA6MDA6MDQuOTE1 IFsvRGV2aWNlcy92Z2EvXSAobGV2ZWwgMikKMDA6MDA6MDQuOTE2IAowMDowMDowNC45MTYg Wy9EZXZpY2VzL3ZnYS8wL10gKGxldmVsIDMpCjAwOjAwOjA0LjkxNiAgIFBDSUJ1c05vICAg ICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowNC45MTYgICBQ Q0lEZXZpY2VObyAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMiAoMikKMDA6MDA6 MDQuOTE2ICAgUENJRnVuY3Rpb25ObyA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAg KDApCjAwOjAwOjA0LjkxNiAgIFRydXN0ZWQgICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAw MDAwMDAwMDAxICgxKQowMDowMDowNC45MTYgCjAwOjAwOjA0LjkxNiBbL0RldmljZXMvdmdh LzAvQ29uZmlnL10gKGxldmVsIDQpIChyZXN0cmljdGVkIHJvb3QpCjAwOjAwOjA0LjkxNiAg IEN1c3RvbVZpZGVvTW9kZXMgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQow MDowMDowNC45MTYgICBGYWRlSW4gICAgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAw MDAwMDAwMSAoMSkKMDA6MDA6MDQuOTE2ICAgRmFkZU91dCAgICAgICAgICA8aW50ZWdlcj4g PSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjA0LjkxNiAgIEhlaWdodFJlZHVjdGlv biAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowNC45MTYgICBM b2dvRmlsZSAgICAgICAgIDxzdHJpbmc+ICA9ICIiIChjYj0xKQowMDowMDowNC45MTYgICBM b2dvVGltZSAgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6 MDA6MDQuOTE2ICAgTW9uaXRvckNvdW50ICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAw MDAwMDEgKDEpCjAwOjAwOjA0LjkxNiAgIFNob3dCb290TWVudSAgICAgPGludGVnZXI+ID0g MHgwMDAwMDAwMDAwMDAwMDAyICgyKQowMDowMDowNC45MTYgICBWUmFtU2l6ZSAgICAgICAg IDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDgwMDAwMCAoODM4ODYwOCkKMDA6MDA6MDQuOTE2 IAowMDowMDowNC45MTYgWy9EZXZpY2VzL3ZnYS8wL0xVTiMwL10gKGxldmVsIDQpCjAwOjAw OjA0LjkxNyAgIERyaXZlciA8c3RyaW5nPiAgPSAiTWFpbkRpc3BsYXkiIChjYj0xMikKMDA6 MDA6MDQuOTE3IAowMDowMDowNC45MTcgWy9EZXZpY2VzL3ZnYS8wL0xVTiMwL0NvbmZpZy9d IChsZXZlbCA1KSAocmVzdHJpY3RlZCByb290KQowMDowMDowNC45MTcgICBPYmplY3QgPGlu dGVnZXI+ID0gMHgwMDAwMDAwMDM4M2Q4YzAwICg5NDM1NTc2MzIpCjAwOjAwOjA0LjkxNyAK MDA6MDA6MDQuOTE3IFsvRGV2aWNlcy92aXJ0aW8tbmV0L10gKGxldmVsIDIpCjAwOjAwOjA0 LjkxNyAKMDA6MDA6MDQuOTE3IFsvSFdWaXJ0RXh0L10gKGxldmVsIDEpCjAwOjAwOjA0Ljkx NyAgIDY0Yml0RW5hYmxlZCAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEg KDEpCjAwOjAwOjA0LjkxNyAgIEVuYWJsZUxhcmdlUGFnZXMgICA8aW50ZWdlcj4gPSAweDAw MDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjA0LjkxNyAgIEVuYWJsZU5lc3RlZFBhZ2luZyA8 aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjA0LjkxNyAgIEVuYWJs ZVZQSUQgICAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAw OjA0LjkxNyAgIEVuYWJsZWQgICAgICAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAw MDAwMDEgKDEpCjAwOjAwOjA0LjkxNyAgIEV4Y2x1c2l2ZSAgICAgICAgICA8aW50ZWdlcj4g PSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjA0LjkxNyAKMDA6MDA6MDQuOTE4IFsv TU0vXSAobGV2ZWwgMSkKMDA6MDA6MDQuOTE4ICAgQ2FuVXNlTGFyZ2VySGVhcCA8aW50ZWdl cj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjA0LjkxOCAKMDA6MDA6MDQuOTE4 IFsvUERNL10gKGxldmVsIDEpCjAwOjAwOjA0LjkxOCAKMDA6MDA6MDQuOTE4IFsvUERNL0Fz eW5jQ29tcGxldGlvbi9dIChsZXZlbCAyKQowMDowMDowNC45MTggCjAwOjAwOjA0LjkxOCBb L1BETS9Bc3luY0NvbXBsZXRpb24vRmlsZS9dIChsZXZlbCAzKQowMDowMDowNC45MTggCjAw OjAwOjA0LjkxOCBbL1BETS9Bc3luY0NvbXBsZXRpb24vRmlsZS9Cd0dyb3Vwcy9dIChsZXZl bCA0KQowMDowMDowNC45MTggCjAwOjAwOjA0LjkxOCBbL1BETS9CbGtDYWNoZS9dIChsZXZl bCAyKQowMDowMDowNC45MTggICBDYWNoZVNpemUgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAw NTAwMDAwICg1MjQyODgwKQowMDowMDowNC45MTggCjAwOjAwOjA0LjkxOCBbL1BETS9EZXZp Y2VzL10gKGxldmVsIDIpCjAwOjAwOjA0LjkxOSAKMDA6MDA6MDQuOTE5IFsvUERNL0RyaXZl cnMvXSAobGV2ZWwgMikKMDA6MDA6MDQuOTE5IAowMDowMDowNC45MTkgWy9QRE0vRHJpdmVy cy9WQm94Qy9dIChsZXZlbCAzKQowMDowMDowNC45MTkgICBQYXRoIDxzdHJpbmc+ICA9ICIv dXNyL2xvY2FsL2xpYi92aXJ0dWFsYm94L2NvbXBvbmVudHMvVkJveEMiIChjYj00MykKMDA6 MDA6MDQuOTE5IAowMDowMDowNC45MTkgWy9SRU0vXSAobGV2ZWwgMSkKMDA6MDA6MDQuOTE5 ICAgNjRiaXRFbmFibGVkIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6 MDA6MDQuOTE5IAowMDowMDowNC45MTkgWy9UTS9dIChsZXZlbCAxKQowMDowMDowNC45MTkg ICBVVENPZmZzZXQgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDow NC45MTkgCjAwOjAwOjA0LjkxOSAhIQowMDowMDowNC45MTkgISEge2Nsb2Nrc30KMDA6MDA6 MDQuOTE5ICEhCjAwOjAwOjA0LjkxOSBDcHUgVGljazogICAgICAgICA1MzYwNjQ1MzU2ICgw eDAwMDAwMTNmODRmNGVjKSAxOTUyNzc3MTAwSHogcGF1c2VkIC0gdmlydHVhbGl6ZWQgLSB2 aXJ0dWFsIGNsb2NrCjAwOjAwOjA0LjkxOSAgVmlydHVhbDogICAgICAgICAyNzQ1NzQ2MjA0 ICgweDAwMDAwMGEzYThjMzFjKSAxMDAwMDAwMDAwSHogcGF1c2VkCjAwOjAwOjA0LjkxOSBW aXJ0U3luYzogICAgICAgICAyNjk5NzYyNjAxICgweDAwMDAwMGEwZWIxYmE5KSBwYXVzZWQK MDA6MDA6MDQuOTE5ICAgICAgICAgICBvZmZzZXQgNjAwNDMxICBjYXRjaC11cCByYXRlIDUg JQowMDowMDowNC45MjAgICAgIFJlYWw6ICAgICAgICAgICAgMTY4MjIzMiAoMHgwMDAwMDAw MDE5YWIzOCkgMTAwMEh6CjAwOjAwOjA0LjkyMCAhIQowMDowMDowNC45MjAgISEge2ZmfQow MDowMDowNC45MjAgISEKMDA6MDA6MDQuOTIwIEdsb2JhbCBGRnM6IDB4MAowMDowMDowNC45 MjAgQ1BVIDAgRkZzOiAweDQKMDA6MDA6MDQuOTIwICAgICBUSU1FUgowMDowMDowNC45MjAg ICBHcm91cHM6CjAwOjAwOjA0LjkyMCAgICAgRVhURVJOQUxfSEFMVEVELCBISUdIX1BSSU9S SVRZX1BSRSwgSFdBQ0NNX1RPX1IzLCBBTExfQlVUX1JBVwowMDowMDowNC45MjAgISEKMDA6 MDA6MDQuOTIwICEhIHtnZHR9CjAwOjAwOjA0LjkyMCAhIQowMDowMDowNC45MjAgU2hhZG93 IEdEVCAoR0NBZGRyPWZmNWE5MDAwKToKMDA6MDA6MDQuOTIwIGZmZDggLSA4MGQ4MDA4NyBm ZjAwODkwMCAtIGJhc2U9ZmYwMDgwZDggbGltaXQ9MDAwMDAwODcgZHBsPTAgVFNTMzJBdmFp bCBQcmVzZW50IDE2LWJpdCAgSHlwZXJUU1NUcmFwMDgKMDA6MDA6MDQuOTIwIGZmZTAgLSA4 MDUwMDA4NyBmZjAwODkwMCAtIGJhc2U9ZmYwMDgwNTAgbGltaXQ9MDAwMDAwODcgZHBsPTAg VFNTMzJBdmFpbCBQcmVzZW50IDE2LWJpdCAgSHlwZXJUU1MKMDA6MDA6MDQuOTIwIGZmZTgg LSAwMDAwZmZmZiAwMGFmOWIwMCAtIGJhc2U9MDAwMDAwMDAgbGltaXQ9ZmZmZmZmZmYgZHBs PTAgQ29kZUVSIEFjY2Vzc2VkIFByZXNlbnQgUGFnZSAxNi1iaXQgIEh5cGVyQ1M2NAowMDow MDowNC45MjAgZmZmMCAtIDAwMDBmZmZmIDAwY2Y5MzAwIC0gYmFzZT0wMDAwMDAwMCBsaW1p dD1mZmZmZmZmZiBkcGw9MCBEYXRhUlcgQWNjZXNzZWQgUHJlc2VudCBQYWdlIDMyLWJpdCAg SHlwZXJEUwowMDowMDowNC45MjAgZmZmOCAtIDAwMDBmZmZmIDAwY2Y5YjAwIC0gYmFzZT0w MDAwMDAwMCBsaW1pdD1mZmZmZmZmZiBkcGw9MCBDb2RlRVIgQWNjZXNzZWQgUHJlc2VudCBQ YWdlIDMyLWJpdCAgSHlwZXJDUwowMDowMDowNC45MjAgISEKMDA6MDA6MDQuOTIwICEhIHtn ZHRndWVzdH0KMDA6MDA6MDQuOTIwICEhCjAwOjAwOjA0LjkyMCBHdWVzdCBHRFQgKEdDQWRk cj0wMDAwMDAwMDAwMDA5NTkwIGxpbWl0PTNmKToKMDA6MDA6MDQuOTIwIDAwMDggLSAwMDAw ZmZmZiAwMGNmOWIwMCAtIGJhc2U9MDAwMDAwMDAgbGltaXQ9ZmZmZmZmZmYgZHBsPTAgQ29k ZUVSIEFjY2Vzc2VkIFByZXNlbnQgUGFnZSAzMi1iaXQgCjAwOjAwOjA0LjkyMCAwMDEwIC0g MDAwMGZmZmYgMDBjZjkzMDAgLSBiYXNlPTAwMDAwMDAwIGxpbWl0PWZmZmZmZmZmIGRwbD0w IERhdGFSVyBBY2Nlc3NlZCBQcmVzZW50IFBhZ2UgMzItYml0IAowMDowMDowNC45MjAgMDAx OCAtIDAwMDBmZmZmIDAwMDA5YjAwIC0gYmFzZT0wMDAwMDAwMCBsaW1pdD0wMDAwZmZmZiBk cGw9MCBDb2RlRVIgQWNjZXNzZWQgUHJlc2VudCAxNi1iaXQgCjAwOjAwOjA0LjkyMCAwMDIw IC0gMDAwMGZmZmYgMDAwMDkyMDAgLSBiYXNlPTAwMDAwMDAwIGxpbWl0PTAwMDBmZmZmIGRw bD0wIERhdGFSVyBQcmVzZW50IDE2LWJpdCAKMDA6MDA6MDQuOTIxIDAwMjggLSBhMDAwZmZm ZiAwMGNmZmIwMCAtIGJhc2U9MDAwMGEwMDAgbGltaXQ9ZmZmZmZmZmYgZHBsPTMgQ29kZUVS IEFjY2Vzc2VkIFByZXNlbnQgUGFnZSAzMi1iaXQgCjAwOjAwOjA0LjkyMSAwMDMwIC0gYTAw MGZmZmYgMDBjZmYzMDAgLSBiYXNlPTAwMDBhMDAwIGxpbWl0PWZmZmZmZmZmIGRwbD0zIERh dGFSVyBBY2Nlc3NlZCBQcmVzZW50IFBhZ2UgMzItYml0IAowMDowMDowNC45MjEgMDAzOCAt IDVmOTgyMDY3IDAwMDA4YjAwIC0gYmFzZT0wMDAwNWY5OCBsaW1pdD0wMDAwMjA2NyBkcGw9 MCBUU1MzMkJ1c3kgUHJlc2VudCAxNi1iaXQgCjAwOjAwOjA0LjkyMSAhIQowMDowMDowNC45 MjEgISEge2lvYXBpY30KMDA6MDA6MDQuOTIxICEhCjAwOjAwOjA0LjkyMSBJL08gQVBJQyBh dCBGRUMwMDAwMDoKMDA6MDA6MDQuOTIxICAgSU9BUElDSUQgIDogMDAwMDAwMDAKMDA6MDA6 MDQuOTIxICAgICBBUElDIElEID0gMDAKMDA6MDA6MDQuOTIxICAgSU9BUElDVkVSIDogMDAx NzAwMTEKMDA6MDA6MDQuOTIxICAgICB2ZXJzaW9uID0gMTEKMDA6MDA6MDQuOTIxICAgICBy ZWRpcnMgID0gMjQKMDA6MDA6MDQuOTIxICAgSU9BUElDQVJCIDogMDAwMDAwMDAKMDA6MDA6 MDQuOTIxICAgICBhcmIgSUQgID0gMDAKMDA6MDA6MDQuOTIxIEkvTyByZWRpcmVjdGlvbiB0 YWJsZQowMDowMDowNC45MjEgIGlkeCBkc3RfbW9kZSBkc3RfYWRkciBtYXNrIHRyaWdnZXIg cmlyciBwb2xhcml0eSBkbHZyX3N0IGRsdnJfbW9kZSB2ZWN0b3IKMDA6MDA6MDQuOTIxICAg MDAgICBwaHlzICAgICAgMDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUg ICAgIEZpeGVkICAgICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIxICAgMDEg ICBwaHlzICAgICAgMDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUgICAg IEZpeGVkICAgICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIxICAgMDIgICBw aHlzICAgICAgMDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUgICAgIEZp eGVkICAgICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIxICAgMDMgICBwaHlz ICAgICAgMDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUgICAgIEZpeGVk ICAgICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIxICAgMDQgICBwaHlzICAg ICAgMDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUgICAgIEZpeGVkICAg ICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIxICAgMDUgICBwaHlzICAgICAg MDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUgICAgIEZpeGVkICAgICAg MCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIxICAgMDYgICBwaHlzICAgICAgMDAg ICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUgICAgIEZpeGVkICAgICAgMCAo MDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIxICAgMDcgICBwaHlzICAgICAgMDAgICAg IDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUgICAgIEZpeGVkICAgICAgMCAoMDAw MDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIxICAgMDggICBwaHlzICAgICAgMDAgICAgIDEg ICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUgICAgIEZpeGVkICAgICAgMCAoMDAwMDAw MDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIyICAgMDkgICBwaHlzICAgICAgMDAgICAgIDEgICAg ZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUgICAgIEZpeGVkICAgICAgMCAoMDAwMDAwMDAw MDAxMDAwMCkKMDA6MDA6MDQuOTIyICAgMTAgICBwaHlzICAgICAgMDAgICAgIDEgICAgZWRn ZSAgICAwICAgYWN0aXZlaGkgIGlkbGUgICAgIEZpeGVkICAgICAgMCAoMDAwMDAwMDAwMDAx MDAwMCkKMDA6MDA6MDQuOTIyICAgMTEgICBwaHlzICAgICAgMDAgICAgIDEgICAgZWRnZSAg ICAwICAgYWN0aXZlaGkgIGlkbGUgICAgIEZpeGVkICAgICAgMCAoMDAwMDAwMDAwMDAxMDAw MCkKMDA6MDA6MDQuOTIyICAgMTIgICBwaHlzICAgICAgMDAgICAgIDEgICAgZWRnZSAgICAw ICAgYWN0aXZlaGkgIGlkbGUgICAgIEZpeGVkICAgICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkK MDA6MDA6MDQuOTIyICAgMTMgICBwaHlzICAgICAgMDAgICAgIDEgICAgZWRnZSAgICAwICAg YWN0aXZlaGkgIGlkbGUgICAgIEZpeGVkICAgICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6 MDA6MDQuOTIyICAgMTQgICBwaHlzICAgICAgMDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0 aXZlaGkgIGlkbGUgICAgIEZpeGVkICAgICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6 MDQuOTIyICAgMTUgICBwaHlzICAgICAgMDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZl aGkgIGlkbGUgICAgIEZpeGVkICAgICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQu OTIyICAgMTYgICBwaHlzICAgICAgMDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkg IGlkbGUgICAgIEZpeGVkICAgICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIy ICAgMTcgICBwaHlzICAgICAgMDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlk bGUgICAgIEZpeGVkICAgICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIyICAg MTggICBwaHlzICAgICAgMDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUg ICAgIEZpeGVkICAgICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIyICAgMTkg ICBwaHlzICAgICAgMDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUgICAg IEZpeGVkICAgICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIyICAgMjAgICBw aHlzICAgICAgMDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUgICAgIEZp eGVkICAgICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIyICAgMjEgICBwaHlz ICAgICAgMDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUgICAgIEZpeGVk ICAgICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIyICAgMjIgICBwaHlzICAg ICAgMDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUgICAgIEZpeGVkICAg ICAgMCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIyICAgMjMgICBwaHlzICAgICAg MDAgICAgIDEgICAgZWRnZSAgICAwICAgYWN0aXZlaGkgIGlkbGUgICAgIEZpeGVkICAgICAg MCAoMDAwMDAwMDAwMDAxMDAwMCkKMDA6MDA6MDQuOTIyICEhCjAwOjAwOjA0LjkyMiAhISB7 aW9wb3J0fQowMDowMDowNC45MjIgISEKMDA6MDA6MDQuOTIyIEkvTyBQb3J0IFIzIHJhbmdl cyAocFZNPTM4NTNhMDAwKQowMDowMDowNC45MjIgUmFuZ2UgICAgIHBEZXZJbnMgIEluICAg ICAgIE91dCAgICAgIHB2VXNlciAgIERlc2NyaXB0aW9uCjAwOjAwOjA0LjkyMiAwMDAwLTAw MDAgM2IxMzJlNTAgMzhkZTA1ODAgMzhkZTA0NTAgM2IxMzJlZDggRE1BCjAwOjAwOjA0Ljky MiAwMDAxLTAwMDEgM2IxMzJlNTAgMzhkZTA1ODAgMzhkZTA0NTAgM2IxMzJlZDggRE1BCjAw OjAwOjA0LjkyMyAwMDAyLTAwMDIgM2IxMzJlNTAgMzhkZTA1ODAgMzhkZTA0NTAgM2IxMzJl ZDggRE1BCjAwOjAwOjA0LjkyMyAwMDAzLTAwMDMgM2IxMzJlNTAgMzhkZTA1ODAgMzhkZTA0 NTAgM2IxMzJlZDggRE1BCjAwOjAwOjA0LjkyMyAwMDA0LTAwMDQgM2IxMzJlNTAgMzhkZTA1 ODAgMzhkZTA0NTAgM2IxMzJlZDggRE1BCjAwOjAwOjA0LjkyMyAwMDA1LTAwMDUgM2IxMzJl NTAgMzhkZTA1ODAgMzhkZTA0NTAgM2IxMzJlZDggRE1BCjAwOjAwOjA0LjkyMyAwMDA2LTAw MDYgM2IxMzJlNTAgMzhkZTA1ODAgMzhkZTA0NTAgM2IxMzJlZDggRE1BCjAwOjAwOjA0Ljky MyAwMDA3LTAwMDcgM2IxMzJlNTAgMzhkZTA1ODAgMzhkZTA0NTAgM2IxMzJlZDggRE1BCjAw OjAwOjA0LjkyMyAwMDA4LTAwMDggM2IxMzJlNTAgMzhkZTA2YTAgMzhkZTA1NTAgM2IxMzJl ZDggRE1BIGNvbnQKMDA6MDA6MDQuOTIzIDAwMDktMDAwOSAzYjEzMmU1MCAzOGRlMDZhMCAz OGRlMDU1MCAzYjEzMmVkOCBETUEgY29udAowMDowMDowNC45MjMgMDAwYS0wMDBhIDNiMTMy ZTUwIDM4ZGUwNmEwIDM4ZGUwNTUwIDNiMTMyZWQ4IERNQSBjb250CjAwOjAwOjA0LjkyMyAw MDBiLTAwMGIgM2IxMzJlNTAgMzhkZTA2YTAgMzhkZTA1NTAgM2IxMzJlZDggRE1BIGNvbnQK MDA6MDA6MDQuOTIzIDAwMGMtMDAwYyAzYjEzMmU1MCAzOGRlMDZhMCAzOGRlMDU1MCAzYjEz MmVkOCBETUEgY29udAowMDowMDowNC45MjMgMDAwZC0wMDBkIDNiMTMyZTUwIDM4ZGUwNmEw IDM4ZGUwNTUwIDNiMTMyZWQ4IERNQSBjb250CjAwOjAwOjA0LjkyMyAwMDBlLTAwMGUgM2Ix MzJlNTAgMzhkZTA2YTAgMzhkZTA1NTAgM2IxMzJlZDggRE1BIGNvbnQKMDA6MDA6MDQuOTIz IDAwMGYtMDAwZiAzYjEzMmU1MCAzOGRlMDZhMCAzOGRlMDU1MCAzYjEzMmVkOCBETUEgY29u dAowMDowMDowNC45MjMgMDAyMC0wMDIxIDM5NDBmMWIwIDM4ZGI5ZWMwIDM4ZGJhMmMwIDAw MDAwMDAwIGk4MjU5IFBJQyAjMAowMDowMDowNC45MjMgMDA0MC0wMDQzIDM5NDBmODYwIDM4 ZGI3YmUwIDM4ZGI4YWIwIDAwMDAwMDAwIGk4MjU0IFByb2dyYW1tYWJsZSBJbnRlcnZhbCBU aW1lcgowMDowMDowNC45MjMgMDA2MC0wMDYwIDM5NDBlN2YwIDM4ZDk2N2EwIDM4ZDk3MTUw IDAwMDAwMDAwIFBDIEtleWJvYXJkIC0gRGF0YQowMDowMDowNC45MjMgMDA2MS0wMDYxIDM5 NDBmODYwIDM4ZGI3OTAwIDM4ZGI3ODEwIDAwMDAwMDAwIFBDIFNwZWFrZXIKMDA6MDA6MDQu OTIzIDAwNjQtMDA2NCAzOTQwZTdmMCAzOGQ5NjczMCAzOGQ5NzVhMCAwMDAwMDAwMCBQQyBL ZXlib2FyZCAtIENvbW1hbmQgLyBTdGF0dXMKMDA6MDA6MDQuOTIzIDAwNzAtMDA3MyAzOTQw ZmJkMCAzOGRiZTVhMCAzOGRiZjA0MCAwMDAwMDAwMCBNQzE0NjgxOCBSVEMvQ01PUwowMDow MDowNC45MjMgMDA4MS0wMDgxIDNiMTMyZTUwIDM4ZGUwNjIwIDM4ZGUwNGQwIDNiMTMyZWQ4 IERNQSBQYWdlCjAwOjAwOjA0LjkyMyAwMDgyLTAwODIgM2IxMzJlNTAgMzhkZTA2MjAgMzhk ZTA0ZDAgM2IxMzJlZDggRE1BIFBhZ2UKMDA6MDA6MDQuOTI0IDAwODMtMDA4MyAzYjEzMmU1 MCAzOGRlMDYyMCAzOGRlMDRkMCAzYjEzMmVkOCBETUEgUGFnZQowMDowMDowNC45MjQgMDA4 Ny0wMDg3IDNiMTMyZTUwIDM4ZGUwNjIwIDM4ZGUwNGQwIDNiMTMyZWQ4IERNQSBQYWdlCjAw OjAwOjA0LjkyNCAwMDg5LTAwODkgM2IxMzJlNTAgMzhkZTA2MjAgMzhkZTA0ZDAgM2IxMzJm NTAgRE1BIFBhZ2UKMDA6MDA6MDQuOTI0IDAwOGEtMDA4YSAzYjEzMmU1MCAzOGRlMDYyMCAz OGRlMDRkMCAzYjEzMmY1MCBETUEgUGFnZQowMDowMDowNC45MjQgMDA4Yi0wMDhiIDNiMTMy ZTUwIDM4ZGUwNjIwIDM4ZGUwNGQwIDNiMTMyZjUwIERNQSBQYWdlCjAwOjAwOjA0LjkyNCAw MDhmLTAwOGYgM2IxMzJlNTAgMzhkZTA2MjAgMzhkZTA0ZDAgM2IxMzJmNTAgRE1BIFBhZ2UK MDA6MDA6MDQuOTI0IDAwOTItMDA5MiAzOGNkYTU5MCAzOGRjNGE5MCAzOGRjNGE0MCAwMDAw MDAwMCBQUy8yIHN5c3RlbSBjb250cm9sIHBvcnQgQSAoQTIwIGFuZCBtb3JlKQowMDowMDow NC45MjQgMDBhMC0wMGExIDM5NDBmMWIwIDM4ZGI5ZWMwIDM4ZGJhMmMwIDAwMDAwMDAxIGk4 MjU5IFBJQyAjMQowMDowMDowNC45MjQgMDBjMC0wMGMwIDNiMTMyZTUwIDM4ZGUwNTgwIDM4 ZGUwNDUwIDNiMTMyZjUwIERNQQowMDowMDowNC45MjQgMDBjMi0wMGMyIDNiMTMyZTUwIDM4 ZGUwNTgwIDM4ZGUwNDUwIDNiMTMyZjUwIERNQQowMDowMDowNC45MjQgMDBjNC0wMGM0IDNi MTMyZTUwIDM4ZGUwNTgwIDM4ZGUwNDUwIDNiMTMyZjUwIERNQQowMDowMDowNC45MjQgMDBj Ni0wMGM2IDNiMTMyZTUwIDM4ZGUwNTgwIDM4ZGUwNDUwIDNiMTMyZjUwIERNQQowMDowMDow NC45MjQgMDBjOC0wMGM4IDNiMTMyZTUwIDM4ZGUwNTgwIDM4ZGUwNDUwIDNiMTMyZjUwIERN QQowMDowMDowNC45MjQgMDBjYS0wMGNhIDNiMTMyZTUwIDM4ZGUwNTgwIDM4ZGUwNDUwIDNi MTMyZjUwIERNQQowMDowMDowNC45MjQgMDBjYy0wMGNjIDNiMTMyZTUwIDM4ZGUwNTgwIDM4 ZGUwNDUwIDNiMTMyZjUwIERNQQowMDowMDowNC45MjQgMDBjZS0wMGNlIDNiMTMyZTUwIDM4 ZGUwNTgwIDM4ZGUwNDUwIDNiMTMyZjUwIERNQQowMDowMDowNC45MjQgMDBkMC0wMGQwIDNi MTMyZTUwIDM4ZGUwNmEwIDM4ZGUwNTUwIDNiMTMyZjUwIERNQSBjb250CjAwOjAwOjA0Ljky NCAwMGQyLTAwZDIgM2IxMzJlNTAgMzhkZTA2YTAgMzhkZTA1NTAgM2IxMzJmNTAgRE1BIGNv bnQKMDA6MDA6MDQuOTI0IDAwZDQtMDBkNCAzYjEzMmU1MCAzOGRlMDZhMCAzOGRlMDU1MCAz YjEzMmY1MCBETUEgY29udAowMDowMDowNC45MjQgMDBkNi0wMGQ2IDNiMTMyZTUwIDM4ZGUw NmEwIDM4ZGUwNTUwIDNiMTMyZjUwIERNQSBjb250CjAwOjAwOjA0LjkyNCAwMGQ4LTAwZDgg M2IxMzJlNTAgMzhkZTA2YTAgMzhkZTA1NTAgM2IxMzJmNTAgRE1BIGNvbnQKMDA6MDA6MDQu OTI1IDAwZGEtMDBkYSAzYjEzMmU1MCAzOGRlMDZhMCAzOGRlMDU1MCAzYjEzMmY1MCBETUEg Y29udAowMDowMDowNC45MjUgMDBkYy0wMGRjIDNiMTMyZTUwIDM4ZGUwNmEwIDM4ZGUwNTUw IDNiMTMyZjUwIERNQSBjb250CjAwOjAwOjA0LjkyNSAwMGRlLTAwZGUgM2IxMzJlNTAgMzhk ZTA2YTAgMzhkZTA1NTAgM2IxMzJmNTAgRE1BIGNvbnQKMDA6MDA6MDQuOTI1IDAwZjAtMDBm ZiAzOGNkYTU5MCAzOGRjNGEzMCAzOGRjNGFjMCAwMDAwMDAwMCBNYXRoIENvLVByb2Nlc3Nv ciAoRE9TL09TMiBtb2RlKQowMDowMDowNC45MjUgMDE3MC0wMTc3IDM5NDFmYWEwIDM4ZGIx ODQwIDM4ZGI1ZjcwIDAwMDAwMDAxIEFUQSBJL08gQmFzZSAxCjAwOjAwOjA0LjkyNSAwMWNl LTAxY2UgM2E5NGEwMDAgMzhkYTZhODAgMzhkYTZjNjAgMDAwMDAwMDAgVkdBL1ZCRSAtIElu ZGV4CjAwOjAwOjA0LjkyNSAwMWNmLTAxY2YgM2E5NGEwMDAgMzhkYTZiNjAgMzhkYTZkMzAg MDAwMDAwMDAgVkdBL1ZCRSAtIERhdGEKMDA6MDA6MDQuOTI1IDAxZjAtMDFmNyAzOTQxZmFh MCAzOGRiMTg0MCAzOGRiNWY3MCAwMDAwMDAwMCBBVEEgSS9PIEJhc2UgMQowMDowMDowNC45 MjUgMDM3Ni0wMzc2IDM5NDFmYWEwIDM4ZGFkNWYwIDM4ZGIwMTkwIDAwMDAwMDAxIEFUQSBJ L08gQmFzZSAyCjAwOjAwOjA0LjkyNSAwM2IwLTAzYjMgM2E5NGEwMDAgMzhkYTgwNzAgMzhk YTgxMTAgMDAwMDAwMDAgVkdBIC0gM2IwIChIR1NNSSBob3N0KQowMDowMDowNC45MjUgMDNi NC0wM2I1IDNhOTRhMDAwIDM4ZGE2ZTUwIDM4ZGE2ZWYwIDAwMDAwMDAwIFZHQSAtIDNiNAow MDowMDowNC45MjUgMDNiNi0wM2I2IDNhOTRhMDAwIDM4ZGE1ZmYwIDM4ZGE2MGMwIDAwMDAw MDAwIFZCRSBCSU9TIEV4dHJhIERhdGEKMDA6MDA6MDQuOTI1IDAzYjctMDNiNyAzYTk0YTAw MCAzOGRhMzE3MCAzOGRhNjEyMCAwMDAwMDAwMCBWR0EgQklPUyBkZWJ1Zy9wYW5pYwowMDow MDowNC45MjUgMDNiOC0wM2I4IDNhOTRhMDAwIDM4ZGEzOTIwIDM4ZGEzNjgwIDAwMDAwMDAw IEJJT1MgTG9nbwowMDowMDowNC45MjUgMDNiYS0wM2JhIDNhOTRhMDAwIDM4ZGE2ZTUwIDM4 ZGE2ZWYwIDAwMDAwMDAwIFZHQSAtIDNiYQowMDowMDowNC45MjUgMDNjMC0wM2NmIDNhOTRh MDAwIDM4ZGE2ZTUwIDM4ZGE2ZWYwIDAwMDAwMDAwIFZHQSAtIDNjMAowMDowMDowNC45MjUg MDNkMC0wM2QzIDNhOTRhMDAwIDM4ZGE4MDcwIDM4ZGE4MTEwIDAwMDAwMDAwIFZHQSAtIDNk MCAoSEdTTUkgZ3Vlc3QpCjAwOjAwOjA0LjkyNSAwM2Q0LTAzZDUgM2E5NGEwMDAgMzhkYTZl NTAgMzhkYTZlZjAgMDAwMDAwMDAgVkdBIC0gM2Q0CjAwOjAwOjA0LjkyNSAwM2RhLTAzZGEg M2E5NGEwMDAgMzhkYTZlNTAgMzhkYTZlZjAgMDAwMDAwMDAgVkdBIC0gM2RhCjAwOjAwOjA0 LjkyNSAwM2Y2LTAzZjYgMzk0MWZhYTAgMzhkYWQ1ZjAgMzhkYjAxOTAgMDAwMDAwMDAgQVRB IEkvTyBCYXNlIDIKMDA6MDA6MDQuOTI1IDA0MDAtMDQwMyAzYWI4NTAxMCAzOGRiZmY2MCAz OGRjMTFiMCAwMDAwMDAwMCBCb2NocyBQQyBCSU9TIC0gUGFuaWMgJiBEZWJ1ZwowMDowMDow NC45MjUgMDRkMC0wNGQwIDM5NDBmMWIwIDM4ZGI5MDkwIDM4ZGI5MTAwIDM5NDBmMjMwIGk4 MjU5IFBJQyAjMCAtIGVsY3IKMDA6MDA6MDQuOTI2IDA0ZDEtMDRkMSAzOTQwZjFiMCAzOGRi OTA5MCAzOGRiOTEwMCAzOTQwZjI1MCBpODI1OSBQSUMgIzEgLSBlbGNyCjAwOjAwOjA0Ljky NiAwNTA0LTA1MDQgMzk0MTA5ZTAgMzRkMjNlOTAgMzhkYzUwNDAgMDAwMDAwMDAgVk1NRGV2 IGJhY2tkb29yIGxvZ2dpbmcKMDA6MDA6MDQuOTI2IDA1MDUtMDUwNSAzOTQxMDllMCAzOGRj NjQxMCAzOGRjNGNhMCAwMDAwMDAwMCBWTU1EZXYgdGltZXN5bmMgYmFja2Rvb3IKMDA6MDA6 MDQuOTI2IDBjZjgtMGNmOCAzOTQwZGM4MCAzOGQ5YTMwMCAzOGQ5YTI5MCAwMDAwMDAwMCBp NDQwRlggKFBDSSkKMDA6MDA6MDQuOTI2IDBjZmMtMGNmZiAzOTQwZGM4MCAzOGQ5YTNmMCAz OGQ5YTM3MCAwMDAwMDAwMCBpNDQwRlggKFBDSSkKMDA6MDA6MDQuOTI2IDQwMDAtNDAwMCAz OTQyNjAwMCAzOGRiYTk4MCAzOGRiYmJjMCAzOTQyNjA4MCBBQ1BJIFBNMWEgU3RhdHVzCjAw OjAwOjA0LjkyNiA0MDAyLTQwMDIgMzk0MjYwMDAgMzhkYmE5NTAgMzhkYmJjMzAgMzk0MjYw ODAgQUNQSSBQTTFhIEVuYWJsZQowMDowMDowNC45MjYgNDAwNC00MDA0IDM5NDI2MDAwIDM4 ZGJhOWIwIDM4ZGJiNDIwIDM5NDI2MDgwIEFDUEkgUE0xYSBDb250cm9sCjAwOjAwOjA0Ljky NiA0MDA4LTQwMDggMzk0MjYwMDAgMzhkYmFmZjAgMzRkMjJhZjAgMzk0MjYwODAgQUNQSSBQ TSBUaW1lcgowMDowMDowNC45MjYgNDAyMC00MDIwIDM5NDI2MDAwIDM4ZGJhOWUwIDM4ZGJh YTQwIDM5NDI2MDgwIEFDUEkgR1BFMCBTdGF0dXMKMDA6MDA6MDQuOTI2IDQwMjEtNDAyMSAz OTQyNjAwMCAzOGRiYWExMCAzOGRiYWE3MCAzOTQyNjA4MCBBQ1BJIEdQRTAgRW5hYmxlCjAw OjAwOjA0LjkyNiA0MDQwLTQwNDAgMzk0MjYwMDAgMzRkMjNlOTAgMzhkYmE3YjAgMzk0MjYw ODAgQUNQSSBCYXR0ZXJ5IHN0YXR1cyBpbmRleAowMDowMDowNC45MjYgNDA0NC00MDQ0IDM5 NDI2MDAwIDM4ZGJhODAwIDM0ZDIyYWYwIDM5NDI2MDgwIEFDUEkgQmF0dGVyeSBzdGF0dXMg ZGF0YQowMDowMDowNC45MjYgNDA0OC00MDQ4IDM5NDI2MDAwIDM0ZDIzZTkwIDM4ZGJhOGUw IDM5NDI2MDgwIEFDUEkgc3lzdGVtIGluZm8gaW5kZXgKMDA6MDA6MDQuOTI2IDQwNGMtNDA0 YyAzOTQyNjAwMCAzOGRiYjgyMCAzOGRiYjE0MCAzOTQyNjA4MCBBQ1BJIHN5c3RlbSBpbmZv IGRhdGEKMDA6MDA6MDQuOTI2IDQwNTAtNDA1MCAzOTQyNjAwMCAzNGQyM2U5MCAzOGRiYWFl MCAzOTQyNjA4MCBBQ1BJIFJlc2V0CjAwOjAwOjA0LjkyNiA0NDJlLTQ0MmUgMzk0MjYwMDAg MzRkMjNlOTAgMzhkYmFhYTAgMzk0MjYwODAgQUNQSSBTTUkKMDA6MDA6MDQuOTI2IDg5MDAt ODkwMCAzYWI4NTAxMCAzOGRiZmY2MCAzOGRjMTFiMCAwMDAwMDAwMCBCb2NocyBQQyBCSU9T IC0gU2h1dGRvd24KMDA6MDA6MDQuOTI2IGQwMDAtZDAwNyAzOTQxZmFhMCAzOGRhZDZjMCAz OGRhZGIyMCAwMDAwMDAwMCBBVEEgQnVzIE1hc3RlciBETUEKMDA6MDA6MDQuOTI2IGQwMDgt ZDAwZiAzOTQxZmFhMCAzOGRhZDZjMCAzOGRhZGIyMCAwMDAwMDAwMSBBVEEgQnVzIE1hc3Rl ciBETUEKMDA6MDA6MDQuOTI2IGQwMTAtZDAxNyAzOTQyMGQ0MCAzOGRlOWU5MCAzOGRlOGZi MCAwMDAwMDAwMCBFMTAwMAowMDowMDowNC45MjcgZDAyMC1kMDIwIDM5NDEwOWUwIDM0ZDIz ZTkwIDM4ZGM3MGQwIDM5NDEwYTYwIFZNTURldiBSZXF1ZXN0IEhhbmRsZXIKMDA6MDA6MDQu OTI3IGQxMDAtZDFmZiAzOTI4ZTQxMCAzOGRkNTRjMCAzOGRkNWUyMCAzOTI4ZTQ5MCBJQ0hB Qzk3IE5BTQowMDowMDowNC45MjcgZDIwMC1kMjNmIDM5MjhlNDEwIDM4ZGQ1MmIwIDM4ZGQ1 NjQwIDM5MjhlNDkwIElDSEFDOTcgTkFCTQowMDowMDowNC45MjcgSS9PIFBvcnQgUjAgcmFu Z2VzIChwVk09Mzg1M2EwMDApCjAwOjAwOjA0LjkyNyBSYW5nZSAgICAgcERldklucyAgSW4g ICAgICAgT3V0ICAgICAgcHZVc2VyICAgRGVzY3JpcHRpb24KMDA6MDA6MDQuOTI3IDAwMjAt MDAyMSAzOTQwZjFiMCBjYTVkMTA3MCBjYTVkMTRkMCAwMDAwMDAwMCBpODI1OSBQSUMgIzAK MDA6MDA6MDQuOTI3IDAwNDAtMDA0MyAzOTQwZjg2MCBjYTVkMGJhMCBjYTVkMGNiMCAwMDAw MDAwMCBpODI1NCBQcm9ncmFtbWFibGUgSW50ZXJ2YWwgVGltZXIKMDA6MDA6MDQuOTI3IDAw NjAtMDA2MCAzOTQwZTdmMCBjYTVjZjFkMCBjYTVkMDA1MCAwMDAwMDAwMCBQQyBLZXlib2Fy ZCAtIERhdGEKMDA6MDA6MDQuOTI3IDAwNjQtMDA2NCAzOTQwZTdmMCBjYTVjZjE2MCBjYTVk MDNlMCAwMDAwMDAwMCBQQyBLZXlib2FyZCAtIENvbW1hbmQgLyBTdGF0dXMKMDA6MDA6MDQu OTI3IDAwNzAtMDA3MyAzOTQwZmJkMCBjYTVkMThiMCBjYTVkMWQ0MCAwMDAwMDAwMCBNQzE0 NjgxOCBSVEMvQ01PUwowMDowMDowNC45MjcgMDBhMC0wMGExIDM5NDBmMWIwIGNhNWQxMDcw IGNhNWQxNGQwIDAwMDAwMDAxIGk4MjU5IFBJQyAjMQowMDowMDowNC45MjcgMDE3MC0wMTc3 IDM5NDFmYWEwIGNhNWQzYzYwIGNhNWQzOGQwIDAwMDAwMDAxIEFUQSBJL08gQmFzZSAxCjAw OjAwOjA0LjkyNyAwMWNlLTAxY2UgM2E5NGEwMDAgY2E1Y2NjOTAgY2E1Y2NlNzAgMDAwMDAw MDAgVkdBL1ZCRSAtIEluZGV4IChHQykKMDA6MDA6MDQuOTI3IDAxY2YtMDFjZiAzYTk0YTAw MCBjYTVjY2Q3MCBjYTVjZWI4MCAwMDAwMDAwMCBWR0EvVkJFIC0gRGF0YSAoR0MpCjAwOjAw OjA0LjkyNyAwMWYwLTAxZjcgMzk0MWZhYTAgY2E1ZDNjNjAgY2E1ZDM4ZDAgMDAwMDAwMDAg QVRBIEkvTyBCYXNlIDEKMDA6MDA6MDQuOTI3IDAzNzYtMDM3NiAzOTQxZmFhMCBjYTVkMzQ2 MCBjYTVkMzUzMCAwMDAwMDAwMSBBVEEgSS9PIEJhc2UgMgowMDowMDowNC45MjcgMDNiNC0w M2I1IDNhOTRhMDAwIGNhNWNjZjQwIGNhNWNlZmIwIDAwMDAwMDAwIFZHQSAtIDNiNCAoR0Mp CjAwOjAwOjA0LjkyNyAwM2I3LTAzYjcgM2E5NGEwMDAgY2E1Y2NjMDAgY2E1Y2NjMTAgMDAw MDAwMDAgVkdBIEJJT1MgZGVidWcvcGFuaWMKMDA6MDA6MDQuOTI3IDAzYmEtMDNiYSAzYTk0 YTAwMCBjYTVjY2Y0MCBjYTVjZWZiMCAwMDAwMDAwMCBWR0EgLSAzYmEgKEdDKQowMDowMDow NC45MjcgMDNjMC0wM2NmIDNhOTRhMDAwIGNhNWNjZjQwIGNhNWNlZmIwIDAwMDAwMDAwIFZH QSAtIDNjMCAoR0MpCjAwOjAwOjA0LjkyNyAwM2Q0LTAzZDUgM2E5NGEwMDAgY2E1Y2NmNDAg Y2E1Y2VmYjAgMDAwMDAwMDAgVkdBIC0gM2Q0IChHQykKMDA6MDA6MDQuOTI4IDAzZGEtMDNk YSAzYTk0YTAwMCBjYTVjY2Y0MCBjYTVjZWZiMCAwMDAwMDAwMCBWR0EgLSAzZGEgKEdDKQow MDowMDowNC45MjggMDNmNi0wM2Y2IDM5NDFmYWEwIGNhNWQzNDYwIGNhNWQzNTMwIDAwMDAw MDAwIEFUQSBJL08gQmFzZSAyCjAwOjAwOjA0LjkyOCAwNGQwLTA0ZDAgMzk0MGYxYjAgY2E1 ZDBlZDAgY2E1ZDBmNDAgMzk0MGYyMzAgaTgyNTkgUElDICMwIC0gZWxjcgowMDowMDowNC45 MjggMDRkMS0wNGQxIDM5NDBmMWIwIGNhNWQwZWQwIGNhNWQwZjQwIDM5NDBmMjUwIGk4MjU5 IFBJQyAjMSAtIGVsY3IKMDA6MDA6MDQuOTI4IDBjZjgtMGNmOCAzOTQwZGM4MCBjYTVjYjQz MCBjYTVjYjNjMCAwMDAwMDAwMCBpNDQwRlggKFBDSSkKMDA6MDA6MDQuOTI4IDBjZmMtMGNm ZiAzOTQwZGM4MCBjYTVjYjU0MCBjYTVjYjRhMCAwMDAwMDAwMCBpNDQwRlggKFBDSSkKMDA6 MDA6MDQuOTI4IDQwMDgtNDAwOCAzOTQyNjAwMCBjYTVkMDY5MCAwMDAwMDAwMCAwMDAwMDAw MCBBQ1BJIFBNIFRpbWVyCjAwOjAwOjA0LjkyOCBkMDAwLWQwMDcgMzk0MWZhYTAgY2E1ZDM3 YzAgY2E1ZDM2OTAgMDAwMDAwMDAgQVRBIEJ1cyBNYXN0ZXIgRE1BCjAwOjAwOjA0LjkyOCBk MDA4LWQwMGYgMzk0MWZhYTAgY2E1ZDM3YzAgY2E1ZDM2OTAgMDAwMDAwMDEgQVRBIEJ1cyBN YXN0ZXIgRE1BCjAwOjAwOjA0LjkyOCBkMDEwLWQwMTcgMzk0MjBkNDAgY2E1ZDliYjAgY2E1 ZDk1MjAgMDAwMDAwMDAgRTEwMDAKMDA6MDA6MDQuOTI4IEkvTyBQb3J0IEdDIHJhbmdlcyAo cFZNPTM4NTNhMDAwKQowMDowMDowNC45MjggUmFuZ2UgICAgIHBEZXZJbnMgIEluICAgICAg IE91dCAgICAgIHB2VXNlciAgIERlc2NyaXB0aW9uCjAwOjAwOjA0LjkyOCAwMDIwLTAwMjEg ZmYwMzAxYjAgZmY4M2RjYTAgZmY4M2UxMDAgMDAwMDAwMDAgaTgyNTkgUElDICMwCjAwOjAw OjA0LjkyOCAwMDQwLTAwNDMgZmYwMzA4NjAgZmY4M2Q3ZDAgZmY4M2Q4ZTAgMDAwMDAwMDAg aTgyNTQgUHJvZ3JhbW1hYmxlIEludGVydmFsIFRpbWVyCjAwOjAwOjA0LjkyOCAwMDYwLTAw NjAgZmYwMmY3ZjAgZmY4M2JlMDAgZmY4M2NjODAgMDAwMDAwMDAgUEMgS2V5Ym9hcmQgLSBE YXRhCjAwOjAwOjA0LjkyOCAwMDYxLTAwNjEgZmYwMzA4NjAgZmY4M2Q0ZjAgMDAwMDAwMDAg MDAwMDAwMDAgUEMgU3BlYWtlcgowMDowMDowNC45MjggMDA2NC0wMDY0IGZmMDJmN2YwIGZm ODNiZDkwIGZmODNkMDEwIDAwMDAwMDAwIFBDIEtleWJvYXJkIC0gQ29tbWFuZCAvIFN0YXR1 cwowMDowMDowNC45MjggMDA3MC0wMDczIGZmMDMwYmQwIGZmODNlNGUwIGZmODNlOTcwIDAw MDAwMDAwIE1DMTQ2ODE4IFJUQy9DTU9TCjAwOjAwOjA0LjkyOCAwMGEwLTAwYTEgZmYwMzAx YjAgZmY4M2RjYTAgZmY4M2UxMDAgMDAwMDAwMDEgaTgyNTkgUElDICMxCjAwOjAwOjA0Ljky OCAwMTcwLTAxNzcgZmYwNDBhYTAgZmY4NDBhMDAgZmY4NDA2NzAgMDAwMDAwMDEgQVRBIEkv TyBCYXNlIDEKMDA6MDA6MDQuOTI4IDAxY2UtMDFjZSBmZjg1NzAwMCBmZjgzOWVlMCBmZjgz YTBjMCAwMDAwMDAwMCBWR0EvVkJFIC0gSW5kZXggKEdDKQowMDowMDowNC45MjggMDFjZi0w MWNmIGZmODU3MDAwIGZmODM5ZmMwIGZmODNhMTkwIDAwMDAwMDAwIFZHQS9WQkUgLSBEYXRh IChHQykKMDA6MDA6MDQuOTI5IDAxZjAtMDFmNyBmZjA0MGFhMCBmZjg0MGEwMCBmZjg0MDY3 MCAwMDAwMDAwMCBBVEEgSS9PIEJhc2UgMQowMDowMDowNC45MjkgMDM3Ni0wMzc2IGZmMDQw YWEwIGZmODQwMDkwIGZmODQwMTYwIDAwMDAwMDAxIEFUQSBJL08gQmFzZSAyCjAwOjAwOjA0 LjkyOSAwM2I0LTAzYjUgZmY4NTcwMDAgZmY4M2EyYTAgZmY4M2JiZTAgMDAwMDAwMDAgVkdB IC0gM2I0IChHQykKMDA6MDA6MDQuOTI5IDAzYmEtMDNiYSBmZjg1NzAwMCBmZjgzYTJhMCBm ZjgzYmJlMCAwMDAwMDAwMCBWR0EgLSAzYmEgKEdDKQowMDowMDowNC45MjkgMDNjMC0wM2Nm IGZmODU3MDAwIGZmODNhMmEwIGZmODNiYmUwIDAwMDAwMDAwIFZHQSAtIDNjMCAoR0MpCjAw OjAwOjA0LjkyOSAwM2Q0LTAzZDUgZmY4NTcwMDAgZmY4M2EyYTAgZmY4M2JiZTAgMDAwMDAw MDAgVkdBIC0gM2Q0IChHQykKMDA6MDA6MDQuOTI5IDAzZGEtMDNkYSBmZjg1NzAwMCBmZjgz YTJhMCBmZjgzYmJlMCAwMDAwMDAwMCBWR0EgLSAzZGEgKEdDKQowMDowMDowNC45MjkgMDNm Ni0wM2Y2IGZmMDQwYWEwIGZmODQwMDkwIGZmODQwMTYwIDAwMDAwMDAwIEFUQSBJL08gQmFz ZSAyCjAwOjAwOjA0LjkyOSAwNGQwLTA0ZDAgZmYwMzAxYjAgZmY4M2RiMDAgZmY4M2RiNzAg ZmYwMzAyMzAgaTgyNTkgUElDICMwIC0gZWxjcgowMDowMDowNC45MjkgMDRkMS0wNGQxIGZm MDMwMWIwIGZmODNkYjAwIGZmODNkYjcwIGZmMDMwMjUwIGk4MjU5IFBJQyAjMSAtIGVsY3IK MDA6MDA6MDQuOTI5IDBjZjgtMGNmOCBmZjAyZWM4MCBmZjgzODQxMCBmZjgzODNhMCAwMDAw MDAwMCBpNDQwRlggKFBDSSkKMDA6MDA6MDQuOTI5IDBjZmMtMGNmZiBmZjAyZWM4MCBmZjgz ODUyMCBmZjgzODQ4MCAwMDAwMDAwMCBpNDQwRlggKFBDSSkKMDA6MDA6MDQuOTI5IDQwMDgt NDAwOCBmZjA0NzAwMCBmZjgzZDJjMCAwMDAwMDAwMCAwMDAwMDAwMCBBQ1BJIFBNIFRpbWVy CjAwOjAwOjA0LjkyOSBkMDAwLWQwMDcgZmYwNDBhYTAgZmY4NDAzZjAgZmY4NDAyYzAgMDAw MDAwMDAgQVRBIEJ1cyBNYXN0ZXIgRE1BCjAwOjAwOjA0LjkyOSBkMDA4LWQwMGYgZmYwNDBh YTAgZmY4NDAzZjAgZmY4NDAyYzAgMDAwMDAwMDEgQVRBIEJ1cyBNYXN0ZXIgRE1BCjAwOjAw OjA0LjkyOSBkMDEwLWQwMTcgZmYwNDFkNDAgZmY4NDYzMDAgZmY4NDVjNjAgMDAwMDAwMDAg RTEwMDAKMDA6MDA6MDQuOTI5IFIzIFJlYWQgIFBvcnRzOiAweDFmMC0weDFmOCAzOTQyMDk0 MCBBVEEgSS9PIEJhc2UgMQowMDowMDowNC45MjkgUjMgV3JpdGUgUG9ydHM6IDB4MWYwLTB4 MWY4IDM5NDIwOTQwIEFUQSBJL08gQmFzZSAxCjAwOjAwOjA0LjkyOSBSMCBSZWFkICBQb3J0 czogMHgxZjAtMHgxZjggMzk0MjA5YzAgQVRBIEkvTyBCYXNlIDEKMDA6MDA6MDQuOTI5IFIw IFdyaXRlIFBvcnRzOiAweDNmNi0weDNmNyAzOTQyMGE4MCBBVEEgSS9PIEJhc2UgMgowMDow MDowNC45MjkgISEKMDA6MDA6MDQuOTI5ICEhIHtsYXBpY30KMDA6MDA6MDQuOTI5ICEhCjAw OjAwOjA0LjkyOSBJbnZhbGlkIGFyZ3VtZW50LiBSZWNvZ25pemVkIGFyZ3VtZW50cyBhcmUg J2Jhc2ljJywgJ2x2dCcsICd0aW1lcicuCjAwOjAwOjA0LjkzMCAhIQowMDowMDowNC45MzAg ISEge2xkdH0KMDA6MDA6MDQuOTMwICEhCjAwOjAwOjA0LjkzMCBTaGFkb3cgTERUIChHQ0Fk ZHI9ZmZmZmZmZmYgbGltaXQ9MHgwKToKMDA6MDA6MDQuOTMwICEhCjAwOjAwOjA0LjkzMCAh ISB7bGR0Z3Vlc3R9CjAwOjAwOjA0LjkzMCAhIQowMDowMDowNC45MzAgR3Vlc3QgTERUIChT ZWw9MCk6IE51bGwtU2VsZWN0b3IKMDA6MDA6MDQuOTMwICEhCjAwOjAwOjA0LjkzMCAhISB7 bW1pb30KMDA6MDA6MDQuOTMwICEhCjAwOjAwOjA0LjkzMCBNTUlPIHJhbmdlcyAocFZNPTM4 NTNhMDAwKQowMDowMDowNC45MzAgR0MgUGh5cyBSYW5nZSAgICAgICAgICAgICAgICAgICAg IHBEZXZJbnMgIFJlYWQgICAgIFdyaXRlICAgIEZpbGwgICAgIHB2VXNlciAgIERlc2NyaXB0 aW9uCjAwOjAwOjA0LjkzMCAwMDAwMDAwMDAwMGEwMDAwLTAwMDAwMDAwMDAwYmZmZmYgM2E5 NGEwMDAgMzhkYTdkMTAgMzhkYTc3ZTAgMzhkYTYxYTAgMDAwMDAwMDAgVkdBIC0gVkdBIFZp ZGVvIEJ1ZmZlcgowMDowMDowNC45MzAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IFIwIDNhOTRhMDAwIGNhNWNkYzgwIGNhNWNlNTUwIGNhNWNjZmUwIDAwMDAwMDAwCjAwOjAw OjA0LjkzMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUkMgZmY4NTcwMDAgZmY4 M2I0YTAgZmY4M2IwMTAgZmY4M2EzNDAgMDAwMDAwMDAKMDA6MDA6MDQuOTMwIDAwMDAwMDAw ZjAwMDAwMDAtMDAwMDAwMDBmMDAxZmZmZiAzOTQyMGQ0MCAzOGRlOWY1MCAzOGRlOTBhMCAw MDAwMDAwMCAwMDAwMDAwMCBFMTAwMAowMDowMDowNC45MzAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFIwIDM5NDIwZDQwIGNhNWQ5YzcwIGNhNWQ5NjEwIDAwMDAwMDAwIDAw MDAwMDAwCjAwOjAwOjA0LjkzMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUkMg ZmYwNDFkNDAgZmY4NDYzYzAgZmY4NDVkNTAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDQu OTMwIDAwMDAwMDAwZmVjMDAwMDAtMDAwMDAwMDBmZWMwMGZmZiAzOTQwZjVhMCAzOGVkOTcx MCAzOGVkOTg4MCAwMDAwMDAwMCAzOTQwZjYyMCBJL08gQVBJQyBNZW1vcnkKMDA6MDA6MDQu OTMwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSMCAzOTQwZjVhMCBjN2RmODVi MCBjN2RmODZjMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDowNC45MzAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFJDIGZmMDMwNWEwIGZmODUzNTkwIGZmODUzNmEwIDAwMDAw MDAwIDAwMDAwMDAwCjAwOjAwOjA0LjkzMSAwMDAwMDAwMGZlZTAwMDAwLTAwMDAwMDAwZmVl MDBmZmYgMzk0MGVkMjAgMzhlZGNmMTAgMzhlZGQwNzAgMDAwMDAwMDAgMzk0MGVkYTAgQVBJ QyBNZW1vcnkKMDA6MDA6MDQuOTMxICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBS MCAzOTQwZWQyMCBjN2RmOWMwMCBjN2RmOTliMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDow NC45MzEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJDIGZmMDJmZDIwIGZmODU0 YmUwIGZmODU0OTkwIDAwMDAwMDAwIDAwMDAwMDAwCjAwOjAwOjA0LjkzMSAhIQowMDowMDow NC45MzEgISEge3BjaWlycX0KMDA6MDA6MDQuOTMxICEhCjAwOjAwOjA0LjkzMSBQQ0kgaW50 ZXJydXB0IHJvdXRlciBhdDogMDA6MDE6MAowMDowMDowNC45MzEgUElSUUEgLT4gSVJRNQow MDowMDowNC45MzEgUElSUUIgLT4gSVJRMTEKMDA6MDA6MDQuOTMxIFBJUlFDIC0+IElSUTEw CjAwOjAwOjA0LjkzMSBQSVJRRCAtPiBJUlE5CjAwOjAwOjA0LjkzMSAhIQowMDowMDowNC45 MzEgISEge3BoeXN9CjAwOjAwOjA0LjkzMSAhIQowMDowMDowNC45MzEgUkFNIHJhbmdlcyAo cFZNPTM4NTNhMDAwKQowMDowMDowNC45MzEgR0MgUGh5cyBSYW5nZSAgICAgICAgICAgICAg ICAgICAgIHB2SEMgICAgCjAwOjAwOjA0LjkzMSAwMDAwMDAwMDAwMDAwMDAwLTAwMDAwMDAw M2ZmZmZmZmYgMDAwMDAwMDAgQmFzZSBSQU0KMDA6MDA6MDQuOTMxIDAwMDAwMDAwZTAwMDAw MDAtMDAwMDAwMDBlMDdmZmZmZiAzYjYwMDAwMCBWUmFtCjAwOjAwOjA0LjkzMSAwMDAwMDAw MGYwMDAwMDAwLTAwMDAwMDAwZjAwMWZmZmYgMDAwMDAwMDAgRTEwMDAKMDA6MDA6MDQuOTMx IDAwMDAwMDAwZjA0MDAwMDAtMDAwMDAwMDBmMDdmZmZmZiAzYjIwMDAwMCBWTU1EZXYKMDA6 MDA6MDQuOTMxIDAwMDAwMDAwZjA4MDAwMDAtMDAwMDAwMDBmMDgwM2ZmZiAzODVmOTAwMCBW TU1EZXYgSGVhcAowMDowMDowNC45MzEgMDAwMDAwMDBmZWMwMDAwMC0wMDAwMDAwMGZlYzAw ZmZmIDAwMDAwMDAwIEkvTyBBUElDIE1lbW9yeQowMDowMDowNC45MzEgMDAwMDAwMDBmZWUw MDAwMC0wMDAwMDAwMGZlZTAwZmZmIDAwMDAwMDAwIEFQSUMgTWVtb3J5CjAwOjAwOjA0Ljkz MSAwMDAwMDAwMGZmZmYwMDAwLTAwMDAwMDAwZmZmZmZmZmYgMDAwMDAwMDAgUEMgQklPUyAt IDB4ZmZmZmZmZmYKMDA6MDA6MDQuOTMxICEhCjAwOjAwOjA0LjkzMSAhISB7cGljfQowMDow MDowNC45MzEgISEKMDA6MDA6MDQuOTMxIFBJQzA6CjAwOjAwOjA0LjkzMSAgIGxhc3RfaXJy ICAgICAgICAgICAgICAgICAgPSAwMQowMDowMDowNC45MzEgICBpcnIgICAgICAgICAgICAg ICAgICAgICAgID0gMDAKMDA6MDA6MDQuOTMxICAgaW1yICAgICAgICAgICAgICAgICAgICAg ICA9IGI4CjAwOjAwOjA0LjkzMiAgIGlzciAgICAgICAgICAgICAgICAgICAgICAgPSAwMAow MDowMDowNC45MzIgICBwcmlvcml0eV9hZGQgICAgICAgICAgICAgID0gMDAKMDA6MDA6MDQu OTMyICAgaXJxX2Jhc2UgICAgICAgICAgICAgICAgICA9IDIwCjAwOjAwOjA0LjkzMiAgIHJl YWRfcmVnX3NlbGVjdCAgICAgICAgICAgPSAwMQowMDowMDowNC45MzIgICBwb2xsICAgICAg ICAgICAgICAgICAgICAgID0gMDAKMDA6MDA6MDQuOTMyICAgc3BlY2lhbF9tYXNrICAgICAg ICAgICAgICA9IDAwCjAwOjAwOjA0LjkzMiAgIGluaXRfc3RhdGUgICAgICAgICAgICAgICAg PSAwMAowMDowMDowNC45MzIgICBhdXRvX2VvaSAgICAgICAgICAgICAgICAgID0gMDAKMDA6 MDA6MDQuOTMyICAgcm90YXRlX29uX2F1dG9fZW9pICAgICAgICA9IDAwCjAwOjAwOjA0Ljkz MiAgIHNwZWNpYWxfZnVsbHlfbmVzdGVkX21vZGUgPSAwMAowMDowMDowNC45MzIgICBpbml0 NCAgICAgICAgICAgICAgICAgICAgID0gMDEKMDA6MDA6MDQuOTMyICAgZWxjciAgICAgICAg ICAgICAgICAgICAgICA9IDIwCjAwOjAwOjA0LjkzMiAgIGVsY3JfbWFzayAgICAgICAgICAg ICAgICAgPSBmOAowMDowMDowNC45MzIgUElDMToKMDA6MDA6MDQuOTMyICAgbGFzdF9pcnIg ICAgICAgICAgICAgICAgICA9IDAwCjAwOjAwOjA0LjkzMiAgIGlyciAgICAgICAgICAgICAg ICAgICAgICAgPSAwMAowMDowMDowNC45MzIgICBpbXIgICAgICAgICAgICAgICAgICAgICAg ID0gOGYKMDA6MDA6MDQuOTMyICAgaXNyICAgICAgICAgICAgICAgICAgICAgICA9IDAwCjAw OjAwOjA0LjkzMiAgIHByaW9yaXR5X2FkZCAgICAgICAgICAgICAgPSAwMAowMDowMDowNC45 MzIgICBpcnFfYmFzZSAgICAgICAgICAgICAgICAgID0gMjgKMDA6MDA6MDQuOTMyICAgcmVh ZF9yZWdfc2VsZWN0ICAgICAgICAgICA9IDAwCjAwOjAwOjA0LjkzMiAgIHBvbGwgICAgICAg ICAgICAgICAgICAgICAgPSAwMAowMDowMDowNC45MzIgICBzcGVjaWFsX21hc2sgICAgICAg ICAgICAgID0gMDAKMDA6MDA6MDQuOTMyICAgaW5pdF9zdGF0ZSAgICAgICAgICAgICAgICA9 IDAwCjAwOjAwOjA0LjkzMiAgIGF1dG9fZW9pICAgICAgICAgICAgICAgICAgPSAwMAowMDow MDowNC45MzIgICByb3RhdGVfb25fYXV0b19lb2kgICAgICAgID0gMDAKMDA6MDA6MDQuOTMy ICAgc3BlY2lhbF9mdWxseV9uZXN0ZWRfbW9kZSA9IDAwCjAwOjAwOjA0LjkzMiAgIGluaXQ0 ICAgICAgICAgICAgICAgICAgICAgPSAwMQowMDowMDowNC45MzIgICBlbGNyICAgICAgICAg ICAgICAgICAgICAgID0gMGUKMDA6MDA6MDQuOTMyICAgZWxjcl9tYXNrICAgICAgICAgICAg ICAgICA9IGRlCjAwOjAwOjA0LjkzMiAhIQowMDowMDowNC45MzIgISEge3BpdH0KMDA6MDA6 MDQuOTMyICEhCjAwOjAwOjA0LjkzMyBQSVQgKGk4MjU0KSBjaGFubmVsIDAgc3RhdHVzOiBp cnE9MHgwCjAwOjAwOjA0LjkzMyAgICAgICBjb3VudD0wMDAxMDAwMCAgbGF0Y2hlZF9jb3Vu dD0wMDAwICBjb3VudF9sYXRjaGVkPTAwCjAwOjAwOjA0LjkzMyAgICAgICAgICAgIHN0YXR1 cz0wMCAgIHN0YXR1c19sYXRjaGVkPTAwICAgICByZWFkX3N0YXRlPTAzCjAwOjAwOjA0Ljkz MyAgICAgICB3cml0ZV9zdGF0ZT0wMyAgICAgIHdyaXRlX2xhdGNoPTAwICAgICAgICByd19t b2RlPTAzCjAwOjAwOjA0LjkzMyAgICAgICAgICAgICAgbW9kZT0wMiAgICAgICAgICAgICAg YmNkPTAwICAgICAgICAgICBnYXRlPTAxCjAwOjAwOjA0LjkzMyAgIGNvdW50X2xvYWRfdGlt ZT0wMDAwMDAwMDlhNWVlYWY2IG5leHRfdHJhbnNpdGlvbl90aW1lPTAwMDAwMDAwYTQzMTM0 MDIKMDA6MDA6MDQuOTMzICAgICAgIHU2NFJlbG9hZFRTPTAwMDAwMDAwYTBlYjFiYTkgICAg ICAgICAgICB1NjROZXh0VFM9MDAwMDAwMDBhNDMxMzQwMgowMDowMDowNC45MzMgUElUIChp ODI1NCkgY2hhbm5lbCAxIHN0YXR1czogaXJxPTB4MAowMDowMDowNC45MzMgICAgICAgY291 bnQ9MDAwMTAwMDAgIGxhdGNoZWRfY291bnQ9MDAwMCAgY291bnRfbGF0Y2hlZD0wMAowMDow MDowNC45MzMgICAgICAgICAgICBzdGF0dXM9MDAgICBzdGF0dXNfbGF0Y2hlZD0wMCAgICAg cmVhZF9zdGF0ZT0wMAowMDowMDowNC45MzMgICAgICAgd3JpdGVfc3RhdGU9MDAgICAgICB3 cml0ZV9sYXRjaD0wMCAgICAgICAgcndfbW9kZT0wMAowMDowMDowNC45MzMgICAgICAgICAg ICAgIG1vZGU9MDMgICAgICAgICAgICAgIGJjZD0wMCAgICAgICAgICAgZ2F0ZT0wMQowMDow MDowNC45MzMgICBjb3VudF9sb2FkX3RpbWU9MDAwMDAwMDAwMDAwMDAwMCBuZXh0X3RyYW5z aXRpb25fdGltZT0wMDAwMDAwMDAwMDAwMDAwCjAwOjAwOjA0LjkzMyAgICAgICB1NjRSZWxv YWRUUz0wMDAwMDAwMDAwMDAwMDAwICAgICAgICAgICAgdTY0TmV4dFRTPWZmZmZmZmZmZmZm ZmZmZmYKMDA6MDA6MDQuOTMzIFBJVCAoaTgyNTQpIGNoYW5uZWwgMiBzdGF0dXM6IGlycT0w eDAKMDA6MDA6MDQuOTMzICAgICAgIGNvdW50PTAwMDEwMDAwICBsYXRjaGVkX2NvdW50PTAw MDAgIGNvdW50X2xhdGNoZWQ9MDAKMDA6MDA6MDQuOTMzICAgICAgICAgICAgc3RhdHVzPTAw ICAgc3RhdHVzX2xhdGNoZWQ9MDAgICAgIHJlYWRfc3RhdGU9MDAKMDA6MDA6MDQuOTMzICAg ICAgIHdyaXRlX3N0YXRlPTAwICAgICAgd3JpdGVfbGF0Y2g9MDAgICAgICAgIHJ3X21vZGU9 MDAKMDA6MDA6MDQuOTMzICAgICAgICAgICAgICBtb2RlPTAzICAgICAgICAgICAgICBiY2Q9 MDAgICAgICAgICAgIGdhdGU9MDAKMDA6MDA6MDQuOTMzICAgY291bnRfbG9hZF90aW1lPTAw MDAwMDAwMDAwMDAwMDAgbmV4dF90cmFuc2l0aW9uX3RpbWU9MDAwMDAwMDAwMDAwMDAwMAow MDowMDowNC45MzMgICAgICAgdTY0UmVsb2FkVFM9MDAwMDAwMDAwMDAwMDAwMCAgICAgICAg ICAgIHU2NE5leHRUUz1mZmZmZmZmZmZmZmZmZmZmCjAwOjAwOjA0LjkzMyBzcGVha2VyX2Rh dGFfb249MHgwCjAwOjAwOjA0LjkzMyAhIQowMDowMDowNC45MzMgISEge3ZiZX0KMDA6MDA6 MDQuOTMzICEhCjAwOjAwOjA0LjkzMyBWQkUgZGlzYWJsZWQKMDA6MDA6MDQuOTMzICEhCjAw OjAwOjA0LjkzMyAhISB7dmdhfQowMDowMDowNC45MzMgISEKMDA6MDA6MDQuOTMzIHBpeGVs IGNsb2NrOiAyOC4zMjIgTUh6CjAwOjAwOjA0LjkzMyBkb3VibGUgc2Nhbm5pbmcgb2ZmCjAw OjAwOjA0LjkzMyBkb3VibGUgY2xvY2tpbmcgb2ZmCjAwOjAwOjA0LjkzMyBodG90YWw6IDkw MCBweCAoMTAwIGNjbGspCjAwOjAwOjA0LjkzMyB2dG90YWw6IDQ0OSBweAowMDowMDowNC45 MzMgaGRpc3AgOiA3MjAgcHggKDgwIGNjbGspCjAwOjAwOjA0LjkzMyB2ZGlzcCA6IDQwMCBw eAowMDowMDowNC45MzMgc3RhcnQgOiAweDAKMDA6MDA6MDQuOTMzIGNoYXIgaGVpZ2h0IDE2 CjAwOjAwOjA0LjkzMyB0ZXh0IG1vZGUgODB4MjUKMDA6MDA6MDQuOTMzICEhCjAwOjAwOjA0 LjkzMyAhISB7dmdhYXJ9CjAwOjAwOjA0LjkzMyAhIQowMDowMDowNC45MzMgVkdBIEF0dHJp YnV0ZSBDb250cm9sbGVyICgzQzApOiBpbmRleCByZWcgMjAsIGZsaXAtZmxvcDogMCAoaW5k ZXgpCjAwOjAwOjA0LjkzMyAgUGFsZXR0ZTogMDAgMDEgMDIgMDMgMDQgMDUgMDYgMDcgMDgg MDkgMEEgMEIgMEMgMEQgMEUgMEYKMDA6MDA6MDQuOTM0ICBBUjEwOjBDIEFSMTE6MDAgQVIx MjowRiBBUjEzOjA4IEFSMTQ6MDAKMDA6MDA6MDQuOTM0ICEhCjAwOjAwOjA0LjkzNCAhISB7 dmdhY3J9CjAwOjAwOjA0LjkzNCAhIQowMDowMDowNC45MzQgVkdBIENSVEMgKDNENSk6IENS VEMgaW5kZXggM0Q0OjBGCjAwOjAwOjA0LjkzNCAgQ1IwMDo1RiBDUjAxOjRGIENSMDI6NTAg Q1IwMzo4MiBDUjA0OjU1IENSMDU6ODEgQ1IwNjpCRiBDUjA3OjFGIENSMDg6MDAgQ1IwOTo0 RgowMDowMDowNC45MzQgIENSMEE6MEUgQ1IwQjowRiBDUjBDOjAwIENSMEQ6MDAgQ1IwRTow MCBDUjBGOjUwIENSMTA6OUMgQ1IxMTo4RSBDUjEyOjhGIENSMTM6MjgKMDA6MDA6MDQuOTM1 ICBDUjE0OjFGIENSMTU6OTYgQ1IxNjpCOSBDUjE3OkEzIENSMTg6RkYKMDA6MDA6MDQuOTM1 ICEhCjAwOjAwOjA0LjkzNSAhISB7dmdhZGFjfQowMDowMDowNC45MzUgISEKMDA6MDA6MDQu OTM1IFZHQSBEQUMgY29udGVudHM6CjAwOjAwOjA0LjkzNSAgMDA6IDAwIDAwIDAwCjAwOjAw OjA0LjkzNSAgMDE6IDAwIDAwIDJBCjAwOjAwOjA0LjkzNSAgMDI6IDAwIDJBIDAwCjAwOjAw OjA0LjkzNSAgMDM6IDAwIDJBIDJBCjAwOjAwOjA0LjkzNSAgMDQ6IDJBIDAwIDAwCjAwOjAw OjA0LjkzNSAgMDU6IDJBIDAwIDJBCjAwOjAwOjA0LjkzNSAgMDY6IDJBIDJBIDAwCjAwOjAw OjA0LjkzNSAgMDc6IDJBIDJBIDJBCjAwOjAwOjA0LjkzNSAgMDg6IDAwIDAwIDE1CjAwOjAw OjA0LjkzNSAgMDk6IDAwIDAwIDNGCjAwOjAwOjA0LjkzNSAgMEE6IDAwIDJBIDE1CjAwOjAw OjA0LjkzNSAgMEI6IDAwIDJBIDNGCjAwOjAwOjA0LjkzNSAgMEM6IDJBIDAwIDE1CjAwOjAw OjA0LjkzNSAgMEQ6IDJBIDAwIDNGCjAwOjAwOjA0LjkzNSAgMEU6IDJBIDJBIDE1CjAwOjAw OjA0LjkzNSAgMEY6IDJBIDJBIDNGCjAwOjAwOjA0LjkzNSAgMTA6IDAwIDE1IDAwCjAwOjAw OjA0LjkzNSAgMTE6IDAwIDE1IDJBCjAwOjAwOjA0LjkzNSAgMTI6IDAwIDNGIDAwCjAwOjAw OjA0LjkzNSAgMTM6IDAwIDNGIDJBCjAwOjAwOjA0LjkzNSAgMTQ6IDJBIDE1IDAwCjAwOjAw OjA0LjkzNiAgMTU6IDJBIDE1IDJBCjAwOjAwOjA0LjkzNiAgMTY6IDJBIDNGIDAwCjAwOjAw OjA0LjkzNiAgMTc6IDJBIDNGIDJBCjAwOjAwOjA0LjkzNiAgMTg6IDAwIDE1IDE1CjAwOjAw OjA0LjkzNiAgMTk6IDAwIDE1IDNGCjAwOjAwOjA0LjkzNiAgMUE6IDAwIDNGIDE1CjAwOjAw OjA0LjkzNiAgMUI6IDAwIDNGIDNGCjAwOjAwOjA0LjkzNiAgMUM6IDJBIDE1IDE1CjAwOjAw OjA0LjkzNiAgMUQ6IDJBIDE1IDNGCjAwOjAwOjA0LjkzNiAgMUU6IDJBIDNGIDE1CjAwOjAw OjA0LjkzNiAgMUY6IDJBIDNGIDNGCjAwOjAwOjA0LjkzNiAgMjA6IDE1IDAwIDAwCjAwOjAw OjA0LjkzNiAgMjE6IDE1IDAwIDJBCjAwOjAwOjA0LjkzNiAgMjI6IDE1IDJBIDAwCjAwOjAw OjA0LjkzNiAgMjM6IDE1IDJBIDJBCjAwOjAwOjA0LjkzNiAgMjQ6IDNGIDAwIDAwCjAwOjAw OjA0LjkzNiAgMjU6IDNGIDAwIDJBCjAwOjAwOjA0LjkzNiAgMjY6IDNGIDJBIDAwCjAwOjAw OjA0LjkzNiAgMjc6IDNGIDJBIDJBCjAwOjAwOjA0LjkzNiAgMjg6IDE1IDAwIDE1CjAwOjAw OjA0LjkzNiAgMjk6IDE1IDAwIDNGCjAwOjAwOjA0LjkzNiAgMkE6IDE1IDJBIDE1CjAwOjAw OjA0LjkzNiAgMkI6IDE1IDJBIDNGCjAwOjAwOjA0LjkzNiAgMkM6IDNGIDAwIDE1CjAwOjAw OjA0LjkzNiAgMkQ6IDNGIDAwIDNGCjAwOjAwOjA0LjkzNiAgMkU6IDNGIDJBIDE1CjAwOjAw OjA0LjkzNiAgMkY6IDNGIDJBIDNGCjAwOjAwOjA0LjkzNiAgMzA6IDE1IDE1IDAwCjAwOjAw OjA0LjkzNyAgMzE6IDE1IDE1IDJBCjAwOjAwOjA0LjkzNyAgMzI6IDE1IDNGIDAwCjAwOjAw OjA0LjkzNyAgMzM6IDE1IDNGIDJBCjAwOjAwOjA0LjkzNyAgMzQ6IDNGIDE1IDAwCjAwOjAw OjA0LjkzNyAgMzU6IDNGIDE1IDJBCjAwOjAwOjA0LjkzNyAgMzY6IDNGIDNGIDAwCjAwOjAw OjA0LjkzNyAgMzc6IDNGIDNGIDJBCjAwOjAwOjA0LjkzNyAgMzg6IDE1IDE1IDE1CjAwOjAw OjA0LjkzNyAgMzk6IDE1IDE1IDNGCjAwOjAwOjA0LjkzNyAgM0E6IDE1IDNGIDE1CjAwOjAw OjA0LjkzNyAgM0I6IDE1IDNGIDNGCjAwOjAwOjA0LjkzNyAgM0M6IDNGIDE1IDE1CjAwOjAw OjA0LjkzNyAgM0Q6IDNGIDE1IDNGCjAwOjAwOjA0LjkzNyAgM0U6IDNGIDNGIDE1CjAwOjAw OjA0LjkzNyAgM0Y6IDNGIDNGIDNGCjAwOjAwOjA0LjkzNyAgNDA6IDAwIDAwIDAwCjAwOjAw OjA0LjkzNyAgNDE6IDAwIDAwIDAwCjAwOjAwOjA0LjkzNyAgNDI6IDAwIDAwIDAwCjAwOjAw OjA0LjkzNyAgNDM6IDAwIDAwIDAwCjAwOjAwOjA0LjkzNyAgNDQ6IDAwIDAwIDAwCjAwOjAw OjA0LjkzNyAgNDU6IDAwIDAwIDAwCjAwOjAwOjA0LjkzNyAgNDY6IDAwIDAwIDAwCjAwOjAw OjA0LjkzNyAgNDc6IDAwIDAwIDAwCjAwOjAwOjA0LjkzNyAgNDg6IDAwIDAwIDAwCjAwOjAw OjA0LjkzNyAgNDk6IDAwIDAwIDAwCjAwOjAwOjA0LjkzNyAgNEE6IDAwIDAwIDAwCjAwOjAw OjA0LjkzNyAgNEI6IDAwIDAwIDAwCjAwOjAwOjA0LjkzNyAgNEM6IDAwIDAwIDAwCjAwOjAw OjA0LjkzNyAgNEQ6IDAwIDAwIDAwCjAwOjAwOjA0LjkzNyAgNEU6IDAwIDAwIDAwCjAwOjAw OjA0LjkzNyAgNEY6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOCAgNTA6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOCAgNTE6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOCAgNTI6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOCAgNTM6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOCAgNTQ6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOCAgNTU6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOCAgNTY6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOCAgNTc6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOCAgNTg6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOCAgNTk6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOCAgNUE6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOCAgNUI6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOCAgNUM6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOCAgNUQ6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOCAgNUU6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOCAgNUY6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOCAgNjA6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOCAgNjE6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOCAgNjI6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOCAgNjM6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOCAgNjQ6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOCAgNjU6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOCAgNjY6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOCAgNjc6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOCAgNjg6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOCAgNjk6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOCAgNkE6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOCAgNkI6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOSAgNkM6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOSAgNkQ6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOSAgNkU6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOSAgNkY6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOSAgNzA6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOSAgNzE6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOSAgNzI6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOSAgNzM6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOSAgNzQ6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOSAgNzU6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOSAgNzY6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOSAgNzc6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOSAgNzg6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOSAgNzk6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOSAgN0E6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOSAgN0I6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOSAgN0M6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOSAgN0Q6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOSAgN0U6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOSAgN0Y6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOSAgODA6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOSAgODE6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOSAgODI6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOSAgODM6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOSAgODQ6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOSAgODU6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOSAgODY6IDAwIDAwIDAwCjAwOjAw OjA0LjkzOSAgODc6IDAwIDAwIDAwCjAwOjAwOjA0LjkzOSAgODg6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MCAgODk6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MCAgOEE6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MCAgOEI6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MCAgOEM6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MCAgOEQ6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MCAgOEU6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MCAgOEY6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MCAgOTA6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MCAgOTE6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MCAgOTI6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MCAgOTM6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MCAgOTQ6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MCAgOTU6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MCAgOTY6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MCAgOTc6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MCAgOTg6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MCAgOTk6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MCAgOUE6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MCAgOUI6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MCAgOUM6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MCAgOUQ6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MCAgOUU6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MCAgOUY6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MCAgQTA6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MCAgQTE6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MCAgQTI6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQTM6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MSAgQTQ6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQTU6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MSAgQTY6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQTc6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MSAgQTg6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQTk6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MSAgQUE6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQUI6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MSAgQUM6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQUQ6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MSAgQUU6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQUY6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MSAgQjA6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQjE6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MSAgQjI6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQjM6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MSAgQjQ6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQjU6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MSAgQjY6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQjc6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MSAgQjg6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQjk6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MSAgQkE6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQkI6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MSAgQkM6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQkQ6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MSAgQkU6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQkY6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MSAgQzA6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MSAgQzE6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MiAgQzI6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MiAgQzM6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MiAgQzQ6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MiAgQzU6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MiAgQzY6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MiAgQzc6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MiAgQzg6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MiAgQzk6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MiAgQ0E6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MiAgQ0I6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MiAgQ0M6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MiAgQ0Q6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MiAgQ0U6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MiAgQ0Y6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MiAgRDA6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MiAgRDE6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MiAgRDI6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MiAgRDM6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MiAgRDQ6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MiAgRDU6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MiAgRDY6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MiAgRDc6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MiAgRDg6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MiAgRDk6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MiAgREE6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MiAgREI6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MiAgREM6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MyAgREQ6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MyAgREU6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MyAgREY6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MyAgRTA6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MyAgRTE6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MyAgRTI6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MyAgRTM6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MyAgRTQ6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MyAgRTU6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MyAgRTY6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MyAgRTc6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MyAgRTg6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MyAgRTk6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MyAgRUE6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MyAgRUI6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MyAgRUM6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MyAgRUQ6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MyAgRUU6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MyAgRUY6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MyAgRjA6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MyAgRjE6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MyAgRjI6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MyAgRjM6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MyAgRjQ6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MyAgRjU6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MyAgRjY6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MyAgRjc6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MyAgRjg6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0MyAgRjk6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0MyAgRkE6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0NCAgRkI6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0NCAgRkM6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0NCAgRkQ6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0NCAgRkU6IDAwIDAwIDAwCjAwOjAw OjA0Ljk0NCAgRkY6IDAwIDAwIDAwCjAwOjAwOjA0Ljk0NCAhIQowMDowMDowNC45NDQgISEg e3ZnYWdyfQowMDowMDowNC45NDQgISEKMDA6MDA6MDQuOTQ0IFZHQSBHcmFwaGljcyBDb250 cm9sbGVyICgzQ0YpOiBHUiBpbmRleCAzQ0U6MDUKMDA6MDA6MDQuOTQ0ICBHUjAwOjAwIEdS MDE6MDAgR1IwMjowMCBHUjAzOjAwIEdSMDQ6MDAgR1IwNToxMCBHUjA2OjBFIEdSMDc6MEYg R1IwODpGRgowMDowMDowNC45NDQgISEKMDA6MDA6MDQuOTQ0ICEhIHt2Z2Fzcn0KMDA6MDA6 MDQuOTQ0ICEhCjAwOjAwOjA0Ljk0NCBWR0EgU2VxdWVuY2VyICgzQzUpOiBTUiBpbmRleCAz QzQ6MDMKMDA6MDA6MDQuOTQ0ICBTUjAwOjAzIFNSMDE6MDAgU1IwMjowMyBTUjAzOjAwIFNS MDQ6MDIKMDA6MDA6MDQuOTQ0ICEhCjAwOjAwOjA0Ljk0NCAhISB7dmdhdGV4dH0KMDA6MDA6 MDQuOTQ0ICEhCjAwOjAwOjA0Ljk0NCAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQowMDow MDowNC45NDYgWkZTOiBzdXBwb3J0ZWQgdmVyc2lvbiAyOCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKMDA6MDA6MDQuOTQ4IFMgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgCjAwOjAwOjA0Ljk0OSAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIAowMDowMDowNC45NTEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKMDA6MDA6 MDQuOTUzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCjAwOjAwOjA0Ljk1NSAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIAowMDowMDowNC45NTcgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAKMDA6MDA6MDQuOTU4ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCjAwOjAwOjA0 Ljk2MCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAowMDowMDowNC45NjIgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAKMDA6MDA6MDQuOTY0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgCjAwOjAwOjA0Ljk2NiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAowMDowMDowNC45 NjcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKMDA6MDA6MDQuOTY5ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgCjAwOjAwOjA0Ljk3MSAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IAowMDowMDowNC45NzMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKMDA6MDA6MDQuOTc0 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgCjAwOjAwOjA0Ljk3NiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIAowMDowMDowNC45NzggICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK MDA6MDA6MDQuOTgwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCjAwOjAwOjA0Ljk4MiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIAowMDowMDowNC45ODQgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAKMDA6MDA6MDQuOTg1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCjAw OjAwOjA0Ljk4NyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAowMDowMDowNC45ODkgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAKMDA6MDA6MDQuOTkxIC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tCjAwOjAwOjA0Ljk5MiAhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEh ISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhCjAwOjAwOjA1Ljk5OSBD aGFuZ2luZyB0aGUgVk0gc3RhdGUgZnJvbSAnUlVOTklORycgdG8gJ0dVUlVfTUVESVRBVElP TicuCjAwOjAwOjUwLjMyNiBDb25zb2xlOjpwb3dlckRvd24oKTogQSByZXF1ZXN0IHRvIHBv d2VyIG9mZiB0aGUgVk0gaGFzIGJlZW4gaXNzdWVkIChtTWFjaGluZVN0YXRlPVN0b3BwaW5n LCBJblVuaW5pdD0wKQowMDowMDo1MC4zMzAgQ2hhbmdpbmcgdGhlIFZNIHN0YXRlIGZyb20g J0dVUlVfTUVESVRBVElPTicgdG8gJ1BPV0VSSU5HX09GRicuCjAwOjAwOjUwLjMzMCAqKioq KioqKioqKioqKioqKiogR3Vlc3Qgc3RhdGUgYXQgcG93ZXIgb2ZmICoqKioqKioqKioqKioq KioqKgowMDowMDo1MC4zMzAgR3Vlc3QgQ1BVTSAoVkNQVSAwKSBzdGF0ZTogc2UKMDA6MDA6 NTAuMzMwIGVheD0wMDAwOTk5OCBlYng9MDAwMDgwMGIgZWN4PTA3MDMwMDAwIGVkeD1mMDAw ZmY1MyBlc2k9M2ZlMjYwNjAgZWRpPTAwMDAwMDAwCjAwOjAwOjUwLjMzMCBlaXA9ZjAwMGZm NTMgZXNwPTAwMDk0OTU4IGVicD0zZmUyNzBlZSBpb3BsPTAgICAgICByZiBudiB1cCBlaSBu dCB6ciBuYSBwbyBuYwowMDowMDo1MC4zMzAgY3M9ezAwMmIgYmFzZT0wMDAwMDAwMDAwMDBh MDAwIGxpbWl0PWZmZmZmZmZmIGZsYWdzPTAwMDBjMGZifSBkcjA9MDAwMDAwMDAgZHIxPTAw MDAwMDAwCjAwOjAwOjUwLjMzMCBkcz17MDAzMyBiYXNlPTAwMDAwMDAwMDAwMGEwMDAgbGlt aXQ9ZmZmZmZmZmYgZmxhZ3M9MDAwMGMwZjN9IGRyMj0wMDAwMDAwMCBkcjM9MDAwMDAwMDAK MDA6MDA6NTAuMzMwIGVzPXswMDMzIGJhc2U9MDAwMDAwMDAwMDAwYTAwMCBsaW1pdD1mZmZm ZmZmZiBmbGFncz0wMDAwYzBmM30gZHI0PTAwMDAwMDAwIGRyNT0wMDAwMDAwMAowMDowMDo1 MC4zMzAgZnM9ezAwMzMgYmFzZT0wMDAwMDAwMDAwMDBhMDAwIGxpbWl0PWZmZmZmZmZmIGZs YWdzPTAwMDBjMGYzfSBkcjY9ZmZmZjBmZjAgZHI3PTAwMDAwNDAwCjAwOjAwOjUwLjMzMCBn cz17MDAzMyBiYXNlPTAwMDAwMDAwMDAwMGEwMDAgbGltaXQ9ZmZmZmZmZmYgZmxhZ3M9MDAw MGMwZjN9IGNyMD02MDAwMDAxMSBjcjI9MDAwMDAwMDAKMDA6MDA6NTAuMzMwIHNzPXswMDMz IGJhc2U9MDAwMDAwMDAwMDAwYTAwMCBsaW1pdD1mZmZmZmZmZiBmbGFncz0wMDAwYzBmM30g Y3IzPTAwMDAwMDAwIGNyND0wMDAwMDAwMAowMDowMDo1MC4zMzAgZ2R0cj0wMDAwMDAwMDAw MDA5NTkwOjAwM2YgIGlkdHI9MDAwMDAwMDAwMDAwNWUwMDowMTk3ICBlZmxhZ3M9MDAwMTAy ODYKMDA6MDA6NTAuMzMwIGxkdHI9ezAwMDAgYmFzZT0wMDAwMDAwMCBsaW1pdD0wMDAwMDAw MCBmbGFncz0wMDAwMDA4Mn0KMDA6MDA6NTAuMzMwIHRyICA9ezAwMzggYmFzZT0wMDAwNWY5 OCBsaW1pdD0wMDAwMjA2NyBmbGFncz0wMDAwMDA4Yn0KMDA6MDA6NTAuMzMwIFN5c0VudGVy PXtjcz0wMDAwIGVpcD0wMDAwMDAwMCBlc3A9MDAwMDAwMDB9CjAwOjAwOjUwLjMzMCBGQ1c9 MDM3ZiBGU1c9MDAwMCBGVFc9MDAwMCBGT1A9MDAwMCBNWENTUj0wMDAwMWY4MCBNWENTUl9N QVNLPTAwMDAwMDAwCjAwOjAwOjUwLjMzMCBGUFVJUD0wMDAwMDAwMCBDUz0wMDAwIFJzdnJk MT0wMDAwICBGUFVEUD0wMDAwMDAwMCBEUz0wMDAwIFJzdnJkMj0wMDAwCjAwOjAwOjUwLjMz MCBTVCgwKT1GUFIwPXswMDAwJzAwMDAwMDAwJzAwMDAwMDAwfSB0MCArMC4wMDAwMDAwMDAw MDAwMDAwMDAwMDAwIF4gMAowMDowMDo1MC4zMzAgU1QoMSk9RlBSMT17MDAwMCcwMDAwMDAw MCcwMDAwMDAwMH0gdDAgKzAuMDAwMDAwMDAwMDAwMDAwMDAwMDAwMCBeIDAKMDA6MDA6NTAu MzMwIFNUKDIpPUZQUjI9ezAwMDAnMDAwMDAwMDAnMDAwMDAwMDB9IHQwICswLjAwMDAwMDAw MDAwMDAwMDAwMDAwMDAgXiAwCjAwOjAwOjUwLjMzMCBTVCgzKT1GUFIzPXswMDAwJzAwMDAw MDAwJzAwMDAwMDAwfSB0MCArMC4wMDAwMDAwMDAwMDAwMDAwMDAwMDAwIF4gMAowMDowMDo1 MC4zMzAgU1QoNCk9RlBSND17MDAwMCcwMDAwMDAwMCcwMDAwMDAwMH0gdDAgKzAuMDAwMDAw MDAwMDAwMDAwMDAwMDAwMCBeIDAKMDA6MDA6NTAuMzMwIFNUKDUpPUZQUjU9ezAwMDAnMDAw MDAwMDAnMDAwMDAwMDB9IHQwICswLjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAgXiAwCjAwOjAw OjUwLjMzMCBTVCg2KT1GUFI2PXswMDAwJzAwMDAwMDAwJzAwMDAwMDAwfSB0MCArMC4wMDAw MDAwMDAwMDAwMDAwMDAwMDAwIF4gMAowMDowMDo1MC4zMzAgU1QoNyk9RlBSNz17MDAwMCcw MDAwMDAwMCcwMDAwMDAwMH0gdDAgKzAuMDAwMDAwMDAwMDAwMDAwMDAwMDAwMCBeIDAKMDA6 MDA6NTAuMzMwIFhNTTAgPTAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwICBY TU0xID0wMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMAowMDowMDo1MC4zMzAg WE1NMiA9MDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAgIFhNTTMgPTAwMDAw MDAwJzAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwCjAwOjAwOjUwLjMzMCBYTU00ID0wMDAw MDAwMCcwMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMCAgWE1NNSA9MDAwMDAwMDAnMDAwMDAw MDAnMDAwMDAwMDAnMDAwMDAwMDAKMDA6MDA6NTAuMzMwIFhNTTYgPTAwMDAwMDAwJzAwMDAw MDAwJzAwMDAwMDAwJzAwMDAwMDAwICBYTU03ID0wMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAw MCcwMDAwMDAwMAowMDowMDo1MC4zMzAgWE1NOCA9MDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAw MDAnMDAwMDAwMDAgIFhNTTkgPTAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAw CjAwOjAwOjUwLjMzMCBYTU0xMD0wMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAw MCAgWE1NMTE9MDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAKMDA6MDA6NTAu MzMwIFhNTTEyPTAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwICBYTU0xMz0w MDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMCcwMDAwMDAwMAowMDowMDo1MC4zMzAgWE1NMTQ9 MDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAnMDAwMDAwMDAgIFhNTTE1PTAwMDAwMDAwJzAw MDAwMDAwJzAwMDAwMDAwJzAwMDAwMDAwCjAwOjAwOjUwLjMzMCBFRkVSICAgICAgICAgPTAw MDAwMDAwMDAwMDAwMDAKMDA6MDA6NTAuMzMwIFBBVCAgICAgICAgICA9MDAwNzA0MDYwMDA3 MDQwNgowMDowMDo1MC4zMzAgU1RBUiAgICAgICAgID0wMDAwMDAwMDAwMDAwMDAwCjAwOjAw OjUwLjMzMCBDU1RBUiAgICAgICAgPTAwMDAwMDAwMDAwMDAwMDAKMDA6MDA6NTAuMzMwIExT VEFSICAgICAgICA9MDAwMDAwMDAwMDAwMDAwMAowMDowMDo1MC4zMzAgU0ZNQVNLICAgICAg ID0wMDAwMDAwMDAwMDAwMDAwCjAwOjAwOjUwLjMzMCBLRVJORUxHU0JBU0UgPTAwMDAwMDAw MDAwMDAwMDAKMDA6MDA6NTAuMzMwICoqKgowMDowMDo1MC4zMzAgR3Vlc3QgcGFnaW5nIG1v ZGU6ICBQcm90ZWN0ZWQsIGNoYW5nZWQgMTEwNCB0aW1lcywgQTIwIGVuYWJsZWQKMDA6MDA6 NTAuMzMwIFNoYWRvdyBwYWdpbmcgbW9kZTogMzItYml0CjAwOjAwOjUwLjMzMCBIb3N0IHBh Z2luZyBtb2RlOiAgIDMyLWJpdCtHCjAwOjAwOjUwLjMzMCAqKioKMDA6MDA6NTAuMzMwIEFj dGl2ZSBUaW1lcnMgKHBWTT0zODUzYTAwMCkKMDA6MDA6NTAuMzMwIHBUaW1lclIzIG9mZk5l eHQgIG9mZlByZXYgIG9mZlNjaGVkIENsb2NrICAgICAgICAgICAgICAgVGltZSAgICAgICAg ICAgICBFeHBpcmUgSHpIaW50IFN0YXRlICAgICAgICAgICAgICAgICAgICAgRGVzY3JpcHRp b24KMDA6MDA6NTAuMzMwIDM5NDFmOWMwIDAwMDA4N2EwIDAwMDAwMDAwIDAwMDAwMDAwIFJl YWwgICAgICAgICAgICAgMTcyNzY0MyAgICAgICAgICAgIDE2ODIyMDYgICAgICAwIDItQUNU SVZFICAgICAgICAgICAgICAgICAgVkdBIFJlZnJlc2ggVGltZXIKMDA6MDA6NTAuMzMwIDM5 NDI4MTYwIGZmZmZmZmEwIGZmZmY3ODYwIDAwMDAwMDAwIFJlYWwgICAgICAgICAgICAgMTcy NzY0MyAgICAgICAgICAgIDE2ODIyMTQgICAgICAwIDItQUNUSVZFICAgICAgICAgICAgICAg ICAgRU1UIFlpZWxkZXIKMDA6MDA6NTAuMzMwIDM5NDI4MTAwIDAwMDAwMDAwIDAwMDAwMDYw IDAwMDAwMDAwIFJlYWwgICAgICAgICAgICAgMTcyNzY0MyAgICAgICAgICAgIDE2ODI0MTQg ICAgICAwIDItQUNUSVZFICAgICAgICAgICAgICAgICAgQ1BVIExvYWQgVGltZXIKMDA6MDA6 NTAuMzMwIDM5NDI1ZmEwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIFZpcnQgICAgICAg ICAgMjc0NTc0NjIwNCAgICAgICAgIDI3NTAyMTEwOTEgICAgICAwIDItQUNUSVZFICAgICAg ICAgICAgICAgICAgQXVkaW8gdGltZXIKMDA6MDA6NTAuMzMwIDM5NDBmYTMwIDAwMDAwNDMw IDAwMDAwMDAwIDAwMDAwMDAwIFZyU3kgICAgICAgICAgMjY5OTc2MjYwMSAgICAgICAgIDI3 NTQ2ODgwMDIgICAgIDE4IDItQUNUSVZFICAgICAgICAgICAgICAgICAgaTgyNTQgUHJvZ3Jh bW1hYmxlIEludGVydmFsIFRpbWVyCjAwOjAwOjUwLjMzMCAzOTQwZmU2MCAwMDAxN2EwMCBm ZmZmZmJkMCAwMDAwMDAwMCBWclN5ICAgICAgICAgIDI2OTk3NjI2MDEgICAgICAgICAyOTkw MDAwMDAwICAgICAgMCAyLUFDVElWRSAgICAgICAgICAgICAgICAgIE1DMTQ2ODE4IFJUQy9D TU9TIC0gU2Vjb25kCjAwOjAwOjUwLjMzMCAzOTQyNzg2MCAwMDAwMDAwMCBmZmZlODYwMCAw MDAwMDAwMCBWclN5ICAgICAgICAgIDI2OTk3NjI2MDEgICAgICAxMTk5ODY0MDMxNjAxICAg ICAgMCAyLUFDVElWRSAgICAgICAgICAgICAgICAgIEFDUEkgVGltZXIKMDA6MDA6NTAuMzMw ICoqKgowMDowMDo1MC4zMzAgU2hhZG93IEdEVCAoR0NBZGRyPWZmNWE5MDAwKToKMDA6MDA6 NTAuMzMwIGZmZDggLSA4MGQ4MDA4NyBmZjAwODkwMCAtIGJhc2U9ZmYwMDgwZDggbGltaXQ9 MDAwMDAwODcgZHBsPTAgVFNTMzJBdmFpbCBQcmVzZW50IDE2LWJpdCAgSHlwZXJUU1NUcmFw MDgKMDA6MDA6NTAuMzMwIGZmZTAgLSA4MDUwMDA4NyBmZjAwODkwMCAtIGJhc2U9ZmYwMDgw NTAgbGltaXQ9MDAwMDAwODcgZHBsPTAgVFNTMzJBdmFpbCBQcmVzZW50IDE2LWJpdCAgSHlw ZXJUU1MKMDA6MDA6NTAuMzMwIGZmZTggLSAwMDAwZmZmZiAwMGFmOWIwMCAtIGJhc2U9MDAw MDAwMDAgbGltaXQ9ZmZmZmZmZmYgZHBsPTAgQ29kZUVSIEFjY2Vzc2VkIFByZXNlbnQgUGFn ZSAxNi1iaXQgIEh5cGVyQ1M2NAowMDowMDo1MC4zMzAgZmZmMCAtIDAwMDBmZmZmIDAwY2Y5 MzAwIC0gYmFzZT0wMDAwMDAwMCBsaW1pdD1mZmZmZmZmZiBkcGw9MCBEYXRhUlcgQWNjZXNz ZWQgUHJlc2VudCBQYWdlIDMyLWJpdCAgSHlwZXJEUwowMDowMDo1MC4zMzAgZmZmOCAtIDAw MDBmZmZmIDAwY2Y5YjAwIC0gYmFzZT0wMDAwMDAwMCBsaW1pdD1mZmZmZmZmZiBkcGw9MCBD b2RlRVIgQWNjZXNzZWQgUHJlc2VudCBQYWdlIDMyLWJpdCAgSHlwZXJDUwowMDowMDo1MC4z MzAgKioqCjAwOjAwOjUwLjMzMCAqKioqKioqKioqKioqKiBFbmQgb2YgR3Vlc3Qgc3RhdGUg YXQgcG93ZXIgb2ZmICoqKioqKioqKioqKioqKgowMDowMDo1MC4zMzEgQ2hhbmdpbmcgdGhl IFZNIHN0YXRlIGZyb20gJ1BPV0VSSU5HX09GRicgdG8gJ09GRicuCjAwOjAwOjUwLjMzNSBD aGFuZ2luZyB0aGUgVk0gc3RhdGUgZnJvbSAnT0ZGJyB0byAnREVTVFJPWUlORycuCjAwOjAw OjUwLjMzNSAqKioqKioqKioqKioqKioqKioqKioqKioqIFN0YXRpc3RpY3MgKioqKioqKioq KioqKioqKioqKioqKioqKgowMDowMDo1MC4zMzYgL0RldmljZXMvRTFrMC9SZWNlaXZlQnl0 ZXMgICAgICAgICAgICAgIDAgYnl0ZXMKMDA6MDA6NTAuMzM2IC9EZXZpY2VzL0UxazAvVHJh bnNtaXRCeXRlcyAgICAgICAgICAgICAwIGJ5dGVzCjAwOjAwOjUwLjMzNiAvRGV2aWNlcy9J REUwL0FUQTAvVW5pdDAvQXRhcGlETUEgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzM2IC9E ZXZpY2VzL0lERTAvQVRBMC9Vbml0MC9BdGFwaVBJTyAgICAgICAgMCB0aW1lcwowMDowMDo1 MC4zMzYgL0RldmljZXMvSURFMC9BVEEwL1VuaXQwL0RNQSAgICAgICAgICAgIDAgdGltZXMK MDA6MDA6NTAuMzM2IC9EZXZpY2VzL0lERTAvQVRBMC9Vbml0MC9QSU8gICAgICAgICAgMTc3 IHRpbWVzCjAwOjAwOjUwLjMzNiAvRGV2aWNlcy9JREUwL0FUQTAvVW5pdDAvUmVhZEJ5dGVz ICAgNTQzMjMyIGJ5dGVzCjAwOjAwOjUwLjMzNiAvRGV2aWNlcy9JREUwL0FUQTAvVW5pdDAv V3JpdHRlbkJ5dGVzICAgICAgICAwIGJ5dGVzCjAwOjAwOjUwLjMzNiAvRGV2aWNlcy9JREUw L0FUQTAvVW5pdDEvQXRhcGlETUEgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzM2IC9EZXZp Y2VzL0lERTAvQVRBMC9Vbml0MS9BdGFwaVBJTyAgICAgICAgMCB0aW1lcwowMDowMDo1MC4z MzYgL0RldmljZXMvSURFMC9BVEEwL1VuaXQxL0RNQSAgICAgICAgICAgIDAgdGltZXMKMDA6 MDA6NTAuMzM2IC9EZXZpY2VzL0lERTAvQVRBMC9Vbml0MS9QSU8gICAgICAgICAgICAwIHRp bWVzCjAwOjAwOjUwLjMzNiAvRGV2aWNlcy9JREUwL0FUQTAvVW5pdDEvUmVhZEJ5dGVzICAg ICAgICAwIGJ5dGVzCjAwOjAwOjUwLjMzNiAvRGV2aWNlcy9JREUwL0FUQTAvVW5pdDEvV3Jp dHRlbkJ5dGVzICAgICAgICAwIGJ5dGVzCjAwOjAwOjUwLjMzNyAvRGV2aWNlcy9JREUwL0FU QTEvVW5pdDAvQXRhcGlETUEgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzM3IC9EZXZpY2Vz L0lERTAvQVRBMS9Vbml0MC9BdGFwaVBJTyAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zMzcg L0RldmljZXMvSURFMC9BVEExL1VuaXQwL0RNQSAgICAgICAgICAgIDAgdGltZXMKMDA6MDA6 NTAuMzM3IC9EZXZpY2VzL0lERTAvQVRBMS9Vbml0MC9QSU8gICAgICAgICAgICAwIHRpbWVz CjAwOjAwOjUwLjMzNyAvRGV2aWNlcy9JREUwL0FUQTEvVW5pdDAvUmVhZEJ5dGVzICAgICAg ICAwIGJ5dGVzCjAwOjAwOjUwLjMzNyAvRGV2aWNlcy9JREUwL0FUQTEvVW5pdDAvV3JpdHRl bkJ5dGVzICAgICAgICAwIGJ5dGVzCjAwOjAwOjUwLjMzNyAvRGV2aWNlcy9JREUwL0FUQTEv VW5pdDEvQXRhcGlETUEgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzM3IC9EZXZpY2VzL0lE RTAvQVRBMS9Vbml0MS9BdGFwaVBJTyAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zMzcgL0Rl dmljZXMvSURFMC9BVEExL1VuaXQxL0RNQSAgICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAu MzM3IC9EZXZpY2VzL0lERTAvQVRBMS9Vbml0MS9QSU8gICAgICAgICAgICAwIHRpbWVzCjAw OjAwOjUwLjMzNyAvRGV2aWNlcy9JREUwL0FUQTEvVW5pdDEvUmVhZEJ5dGVzICAgICAgICAw IGJ5dGVzCjAwOjAwOjUwLjMzNyAvRGV2aWNlcy9JREUwL0FUQTEvVW5pdDEvV3JpdHRlbkJ5 dGVzICAgICAgICAwIGJ5dGVzCjAwOjAwOjUwLjMzNyAvRGV2aWNlcy9WTU1EZXYvQmFsbG9v bkNodW5rcyAgICAgICAgICAgMCBjb3VudAowMDowMDo1MC4zMzcgL0RyaXZlcnMvSW50TmV0 LTAvQmFkRnJhbWVzICAgICAgICAgICAgIDAgY291bnQKMDA6MDA6NTAuMzM3IC9Ecml2ZXJz L0ludE5ldC0wL0J5dGVzL1JlY2VpdmVkICAgICAgICAwIGJ5dGVzCjAwOjAwOjUwLjMzNyAv RHJpdmVycy9JbnROZXQtMC9CeXRlcy9TZW50ICAgICAgICAgICAgMCBieXRlcwowMDowMDo1 MC4zMzcgL0RyaXZlcnMvSW50TmV0LTAvT3ZlcmZsb3dzL1JlY3YgICAgICAgIDAgY291bnQK MDA6MDA6NTAuMzM4IC9Ecml2ZXJzL0ludE5ldC0wL092ZXJmbG93cy9TZW50ICAgICAgICAw IGNvdW50CjAwOjAwOjUwLjMzOCAvRHJpdmVycy9JbnROZXQtMC9QYWNrZXRzL0xvc3QgICAg ICAgICAgMCBjb3VudAowMDowMDo1MC4zMzggL0RyaXZlcnMvSW50TmV0LTAvUGFja2V0cy9S ZWNlaXZlZCAgICAgICAgMCBjb3VudAowMDowMDo1MC4zMzggL0RyaXZlcnMvSW50TmV0LTAv UGFja2V0cy9SZWNlaXZlZC1Hc28gICAgICAgIDAgY291bnQKMDA6MDA6NTAuMzM4IC9Ecml2 ZXJzL0ludE5ldC0wL1BhY2tldHMvU2VudCAgICAgICAgICAwIGNvdW50CjAwOjAwOjUwLjMz OCAvRHJpdmVycy9JbnROZXQtMC9QYWNrZXRzL1NlbnQtR3NvICAgICAgICAwIGNvdW50CjAw OjAwOjUwLjMzOCAvRHJpdmVycy9JbnROZXQtMC9QYWNrZXRzL1NlbnQtUjAgICAgICAgIDAg Y291bnQKMDA6MDA6NTAuMzM4IC9Ecml2ZXJzL0ludE5ldC0wL1JlY3YxICAgICAgICAgICAg ICAgICAwIHRpY2tzL2NhbGwgKCAgICAgICAgICAgMCB0aWNrcywgICAgICAgMCB0aW1lcywg bWF4ICAgICAgICAgMCwgbWluICAgICAgLTEpCjAwOjAwOjUwLjMzOCAvRHJpdmVycy9JbnRO ZXQtMC9SZWN2MiAgICAgICAgICAgICAgICAgMCB0aWNrcy9jYWxsICggICAgICAgICAgIDAg dGlja3MsICAgICAgIDAgdGltZXMsIG1heCAgICAgICAgIDAsIG1pbiAgICAgIC0xKQowMDow MDo1MC4zMzggL0RyaXZlcnMvSW50TmV0LTAvUmVzZXJ2ZWQgICAgICAgICAgICAgIDAgdGlj a3MvY2FsbCAoICAgICAgICAgICAwIHRpY2tzLCAgICAgICAwIHRpbWVzLCBtYXggICAgICAg ICAwLCBtaW4gICAgICAtMSkKMDA6MDA6NTAuMzM4IC9Ecml2ZXJzL0ludE5ldC0wL1NlbmQx ICAgICAgICAgICAgICAgICAwIHRpY2tzL2NhbGwgKCAgICAgICAgICAgMCB0aWNrcywgICAg ICAgMCB0aW1lcywgbWF4ICAgICAgICAgMCwgbWluICAgICAgLTEpCjAwOjAwOjUwLjMzOCAv RHJpdmVycy9JbnROZXQtMC9TZW5kMiAgICAgICAgICAgICAgICAgMCB0aWNrcy9jYWxsICgg ICAgICAgICAgIDAgdGlja3MsICAgICAgIDAgdGltZXMsIG1heCAgICAgICAgIDAsIG1pbiAg ICAgIC0xKQowMDowMDo1MC4zMzggL0RyaXZlcnMvSW50TmV0LTAvWG1pdFByb2Nlc3NSaW5n ICAgICAgICAwIGNvdW50CjAwOjAwOjUwLjMzOCAvRHJpdmVycy9JbnROZXQtMC9YbWl0V2Fr ZXVwLVIwICAgICAgICAgMCBjb3VudAowMDowMDo1MC4zMzkgL0RyaXZlcnMvSW50TmV0LTAv WG1pdFdha2V1cC1SMyAgICAgICAgIDAgY291bnQKMDA6MDA6NTAuMzM5IC9Ecml2ZXJzL0lu dE5ldC0wL1lpZWxkTm9rICAgICAgICAgICAgICAwIGNvdW50CjAwOjAwOjUwLjMzOSAvRHJp dmVycy9JbnROZXQtMC9ZaWVsZE9rICAgICAgICAgICAgICAgMCBjb3VudAowMDowMDo1MC4z MzkgL0ZUL0NoZWNrcG9pbnQvTmV0d29yayAgICAgICAgICAgICAgICAgIDAgdGltZXMKMDA6 MDA6NTAuMzM5IC9GVC9DaGVja3BvaW50L1N0b3JhZ2UgICAgICAgICAgICAgICAgICAwIHRp bWVzCjAwOjAwOjUwLjMzOSAvRlQvUmVjZWl2ZWQvTWVtICAgICAgICAgICAgICAgICAgICAg ICAgMCBieXRlcwowMDowMDo1MC4zMzkgL0ZUL1JlY2VpdmVkL1N0YXRlICAgICAgICAgICAg ICAgICAgICAgIDAgYnl0ZXMKMDA6MDA6NTAuMzM5IC9GVC9TZW50L01lbSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwIGJ5dGVzCjAwOjAwOjUwLjMzOSAvRlQvU2VudC9TdGF0ZSAg ICAgICAgICAgICAgICAgICAgICAgICAgMCBieXRlcwowMDowMDo1MC4zMzkgL0ZUL1N5bmMv RGVsdGFNZW0gICAgICAgICAgICAgICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzM5IC9G VC9TeW5jL0RlbHRhVk0gICAgICAgICAgICAgICAgICAgICAgICAwIHRpbWVzCjAwOjAwOjUw LjMzOSAvRlQvU3luYy9GdWxsICAgICAgICAgICAgICAgICAgICAgICAgICAgMCB0aW1lcwow MDowMDo1MC4zMzkgL0dWTU0vRU1UcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEg Y2FsbHMKMDA6MDA6NTAuMzM5IC9HVk1NL0hvc3RDUFVzICAgICAgICAgICAgICAgICAgICAg ICAgIDMyIGNhbGxzCjAwOjAwOjUwLjMzOSAvR1ZNTS9Ib3N0Q3B1cy8wICAgICAgICAgICAg ICAgICAgICAgICAgMCAKMDA6MDA6NTAuMzM5IC9HVk1NL0hvc3RDcHVzLzAvQ3VyVGltZXJI eiAgICAgICAgICAgICAwIEh6CjAwOjAwOjUwLjMzOSAvR1ZNTS9Ib3N0Q3B1cy8wL0Rlc2ly ZWRIeiAgICAgICAgICAgICAgMCBIegowMDowMDo1MC4zMzkgL0dWTU0vSG9zdENwdXMvMC9Q UFRDaGFuZ2VzICAgICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzM5IC9HVk1NL0hvc3RD cHVzLzAvUFBUU3RhcnRzICAgICAgICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjMzOSAvR1ZN TS9Ib3N0Q3B1cy8wL2lkeENwdVNldCAgICAgICAgICAgICAgMCAKMDA6MDA6NTAuMzM5IC9H Vk1NL0hvc3RDcHVzLzEgICAgICAgICAgICAgICAgICAgICAgICAxIAowMDowMDo1MC4zMzkg L0dWTU0vSG9zdENwdXMvMS9DdXJUaW1lckh6ICAgICAgICAgICAgIDAgSHoKMDA6MDA6NTAu MzM5IC9HVk1NL0hvc3RDcHVzLzEvRGVzaXJlZEh6ICAgICAgICAgICAgICAwIEh6CjAwOjAw OjUwLjMzOSAvR1ZNTS9Ib3N0Q3B1cy8xL1BQVENoYW5nZXMgICAgICAgICAgICAgMCB0aW1l cwowMDowMDo1MC4zMzkgL0dWTU0vSG9zdENwdXMvMS9QUFRTdGFydHMgICAgICAgICAgICAg IDAgdGltZXMKMDA6MDA6NTAuMzM5IC9HVk1NL0hvc3RDcHVzLzEvaWR4Q3B1U2V0ICAgICAg ICAgICAgICAxIAowMDowMDo1MC4zNDAgL0dWTU0vSG9zdENwdXMvMTAgICAgICAgICAgICAg ICAgICAgICAgMTAgCjAwOjAwOjUwLjM0MCAvR1ZNTS9Ib3N0Q3B1cy8xMC9DdXJUaW1lckh6 ICAgICAgICAgICAgMCBIegowMDowMDo1MC4zNDAgL0dWTU0vSG9zdENwdXMvMTAvRGVzaXJl ZEh6ICAgICAgICAgICAgIDAgSHoKMDA6MDA6NTAuMzQwIC9HVk1NL0hvc3RDcHVzLzEwL1BQ VENoYW5nZXMgICAgICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0MCAvR1ZNTS9Ib3N0Q3B1 cy8xMC9QUFRTdGFydHMgICAgICAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDAgL0dWTU0v SG9zdENwdXMvMTAvaWR4Q3B1U2V0ICAgICAgICAgICAgMTAgCjAwOjAwOjUwLjM0MCAvR1ZN TS9Ib3N0Q3B1cy8xMSAgICAgICAgICAgICAgICAgICAgICAxMSAKMDA6MDA6NTAuMzQwIC9H Vk1NL0hvc3RDcHVzLzExL0N1clRpbWVySHogICAgICAgICAgICAwIEh6CjAwOjAwOjUwLjM0 MCAvR1ZNTS9Ib3N0Q3B1cy8xMS9EZXNpcmVkSHogICAgICAgICAgICAgMCBIegowMDowMDo1 MC4zNDAgL0dWTU0vSG9zdENwdXMvMTEvUFBUQ2hhbmdlcyAgICAgICAgICAgIDAgdGltZXMK MDA6MDA6NTAuMzQwIC9HVk1NL0hvc3RDcHVzLzExL1BQVFN0YXJ0cyAgICAgICAgICAgICAw IHRpbWVzCjAwOjAwOjUwLjM0MCAvR1ZNTS9Ib3N0Q3B1cy8xMS9pZHhDcHVTZXQgICAgICAg ICAgICAxMSAKMDA6MDA6NTAuMzQwIC9HVk1NL0hvc3RDcHVzLzEyICAgICAgICAgICAgICAg ICAgICAgIDEyIAowMDowMDo1MC4zNDAgL0dWTU0vSG9zdENwdXMvMTIvQ3VyVGltZXJIeiAg ICAgICAgICAgIDAgSHoKMDA6MDA6NTAuMzQwIC9HVk1NL0hvc3RDcHVzLzEyL0Rlc2lyZWRI eiAgICAgICAgICAgICAwIEh6CjAwOjAwOjUwLjM0MCAvR1ZNTS9Ib3N0Q3B1cy8xMi9QUFRD aGFuZ2VzICAgICAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDAgL0dWTU0vSG9zdENwdXMv MTIvUFBUU3RhcnRzICAgICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQwIC9HVk1NL0hv c3RDcHVzLzEyL2lkeENwdVNldCAgICAgICAgICAgIDEyIAowMDowMDo1MC4zNDAgL0dWTU0v SG9zdENwdXMvMTMgICAgICAgICAgICAgICAgICAgICAgMTMgCjAwOjAwOjUwLjM0MCAvR1ZN TS9Ib3N0Q3B1cy8xMy9DdXJUaW1lckh6ICAgICAgICAgICAgMCBIegowMDowMDo1MC4zNDAg L0dWTU0vSG9zdENwdXMvMTMvRGVzaXJlZEh6ICAgICAgICAgICAgIDAgSHoKMDA6MDA6NTAu MzQwIC9HVk1NL0hvc3RDcHVzLzEzL1BQVENoYW5nZXMgICAgICAgICAgICAwIHRpbWVzCjAw OjAwOjUwLjM0MCAvR1ZNTS9Ib3N0Q3B1cy8xMy9QUFRTdGFydHMgICAgICAgICAgICAgMCB0 aW1lcwowMDowMDo1MC4zNDAgL0dWTU0vSG9zdENwdXMvMTMvaWR4Q3B1U2V0ICAgICAgICAg ICAgMTMgCjAwOjAwOjUwLjM0MCAvR1ZNTS9Ib3N0Q3B1cy8xNCAgICAgICAgICAgICAgICAg ICAgICAxNCAKMDA6MDA6NTAuMzQwIC9HVk1NL0hvc3RDcHVzLzE0L0N1clRpbWVySHogICAg ICAgICAgICAwIEh6CjAwOjAwOjUwLjM0MCAvR1ZNTS9Ib3N0Q3B1cy8xNC9EZXNpcmVkSHog ICAgICAgICAgICAgMCBIegowMDowMDo1MC4zNDAgL0dWTU0vSG9zdENwdXMvMTQvUFBUQ2hh bmdlcyAgICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQwIC9HVk1NL0hvc3RDcHVzLzE0 L1BQVFN0YXJ0cyAgICAgICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0MCAvR1ZNTS9Ib3N0 Q3B1cy8xNC9pZHhDcHVTZXQgICAgICAgICAgICAxNCAKMDA6MDA6NTAuMzQwIC9HVk1NL0hv c3RDcHVzLzE1ICAgICAgICAgICAgICAgICAgICAgIDE1IAowMDowMDo1MC4zNDAgL0dWTU0v SG9zdENwdXMvMTUvQ3VyVGltZXJIeiAgICAgICAgICAgIDAgSHoKMDA6MDA6NTAuMzQwIC9H Vk1NL0hvc3RDcHVzLzE1L0Rlc2lyZWRIeiAgICAgICAgICAgICAwIEh6CjAwOjAwOjUwLjM0 MCAvR1ZNTS9Ib3N0Q3B1cy8xNS9QUFRDaGFuZ2VzICAgICAgICAgICAgMCB0aW1lcwowMDow MDo1MC4zNDAgL0dWTU0vSG9zdENwdXMvMTUvUFBUU3RhcnRzICAgICAgICAgICAgIDAgdGlt ZXMKMDA6MDA6NTAuMzQwIC9HVk1NL0hvc3RDcHVzLzE1L2lkeENwdVNldCAgICAgICAgICAg IDE1IAowMDowMDo1MC4zNDAgL0dWTU0vSG9zdENwdXMvMTYgICAgICAgICAgICAgICAgICAg ICAgMTYgCjAwOjAwOjUwLjM0MCAvR1ZNTS9Ib3N0Q3B1cy8xNi9DdXJUaW1lckh6ICAgICAg ICAgICAgMCBIegowMDowMDo1MC4zNDAgL0dWTU0vSG9zdENwdXMvMTYvRGVzaXJlZEh6ICAg ICAgICAgICAgIDAgSHoKMDA6MDA6NTAuMzQxIC9HVk1NL0hvc3RDcHVzLzE2L1BQVENoYW5n ZXMgICAgICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0MSAvR1ZNTS9Ib3N0Q3B1cy8xNi9Q UFRTdGFydHMgICAgICAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDEgL0dWTU0vSG9zdENw dXMvMTYvaWR4Q3B1U2V0ICAgICAgICAgICAgMTYgCjAwOjAwOjUwLjM0MSAvR1ZNTS9Ib3N0 Q3B1cy8xNyAgICAgICAgICAgICAgICAgICAgICAxNyAKMDA6MDA6NTAuMzQxIC9HVk1NL0hv c3RDcHVzLzE3L0N1clRpbWVySHogICAgICAgICAgICAwIEh6CjAwOjAwOjUwLjM0MSAvR1ZN TS9Ib3N0Q3B1cy8xNy9EZXNpcmVkSHogICAgICAgICAgICAgMCBIegowMDowMDo1MC4zNDEg L0dWTU0vSG9zdENwdXMvMTcvUFBUQ2hhbmdlcyAgICAgICAgICAgIDAgdGltZXMKMDA6MDA6 NTAuMzQxIC9HVk1NL0hvc3RDcHVzLzE3L1BQVFN0YXJ0cyAgICAgICAgICAgICAwIHRpbWVz CjAwOjAwOjUwLjM0MSAvR1ZNTS9Ib3N0Q3B1cy8xNy9pZHhDcHVTZXQgICAgICAgICAgICAx NyAKMDA6MDA6NTAuMzQxIC9HVk1NL0hvc3RDcHVzLzE4ICAgICAgICAgICAgICAgICAgICAg IDE4IAowMDowMDo1MC4zNDEgL0dWTU0vSG9zdENwdXMvMTgvQ3VyVGltZXJIeiAgICAgICAg ICAgIDAgSHoKMDA6MDA6NTAuMzQxIC9HVk1NL0hvc3RDcHVzLzE4L0Rlc2lyZWRIeiAgICAg ICAgICAgICAwIEh6CjAwOjAwOjUwLjM0MSAvR1ZNTS9Ib3N0Q3B1cy8xOC9QUFRDaGFuZ2Vz ICAgICAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDEgL0dWTU0vSG9zdENwdXMvMTgvUFBU U3RhcnRzICAgICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQxIC9HVk1NL0hvc3RDcHVz LzE4L2lkeENwdVNldCAgICAgICAgICAgIDE4IAowMDowMDo1MC4zNDEgL0dWTU0vSG9zdENw dXMvMTkgICAgICAgICAgICAgICAgICAgICAgMTkgCjAwOjAwOjUwLjM0MSAvR1ZNTS9Ib3N0 Q3B1cy8xOS9DdXJUaW1lckh6ICAgICAgICAgICAgMCBIegowMDowMDo1MC4zNDEgL0dWTU0v SG9zdENwdXMvMTkvRGVzaXJlZEh6ICAgICAgICAgICAgIDAgSHoKMDA6MDA6NTAuMzQxIC9H Vk1NL0hvc3RDcHVzLzE5L1BQVENoYW5nZXMgICAgICAgICAgICAwIHRpbWVzCjAwOjAwOjUw LjM0MSAvR1ZNTS9Ib3N0Q3B1cy8xOS9QUFRTdGFydHMgICAgICAgICAgICAgMCB0aW1lcwow MDowMDo1MC4zNDEgL0dWTU0vSG9zdENwdXMvMTkvaWR4Q3B1U2V0ICAgICAgICAgICAgMTkg CjAwOjAwOjUwLjM0MSAvR1ZNTS9Ib3N0Q3B1cy8yICAgICAgICAgICAgICAgICAgICAgICAg MiAKMDA6MDA6NTAuMzQxIC9HVk1NL0hvc3RDcHVzLzIvQ3VyVGltZXJIeiAgICAgICAgICAg ICAwIEh6CjAwOjAwOjUwLjM0MSAvR1ZNTS9Ib3N0Q3B1cy8yL0Rlc2lyZWRIeiAgICAgICAg ICAgICAgMCBIegowMDowMDo1MC4zNDEgL0dWTU0vSG9zdENwdXMvMi9QUFRDaGFuZ2VzICAg ICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQxIC9HVk1NL0hvc3RDcHVzLzIvUFBUU3Rh cnRzICAgICAgICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0MSAvR1ZNTS9Ib3N0Q3B1cy8y L2lkeENwdVNldCAgICAgICAgICAgICAgMiAKMDA6MDA6NTAuMzQxIC9HVk1NL0hvc3RDcHVz LzIwICAgICAgICAgICAgICAgICAgICAgIDIwIAowMDowMDo1MC4zNDEgL0dWTU0vSG9zdENw dXMvMjAvQ3VyVGltZXJIeiAgICAgICAgICAgIDAgSHoKMDA6MDA6NTAuMzQxIC9HVk1NL0hv c3RDcHVzLzIwL0Rlc2lyZWRIeiAgICAgICAgICAgICAwIEh6CjAwOjAwOjUwLjM0MSAvR1ZN TS9Ib3N0Q3B1cy8yMC9QUFRDaGFuZ2VzICAgICAgICAgICAgMCB0aW1lcwowMDowMDo1MC4z NDEgL0dWTU0vSG9zdENwdXMvMjAvUFBUU3RhcnRzICAgICAgICAgICAgIDAgdGltZXMKMDA6 MDA6NTAuMzQxIC9HVk1NL0hvc3RDcHVzLzIwL2lkeENwdVNldCAgICAgICAgICAgIDIwIAow MDowMDo1MC4zNDEgL0dWTU0vSG9zdENwdXMvMjEgICAgICAgICAgICAgICAgICAgICAgMjEg CjAwOjAwOjUwLjM0MSAvR1ZNTS9Ib3N0Q3B1cy8yMS9DdXJUaW1lckh6ICAgICAgICAgICAg MCBIegowMDowMDo1MC4zNDEgL0dWTU0vSG9zdENwdXMvMjEvRGVzaXJlZEh6ICAgICAgICAg ICAgIDAgSHoKMDA6MDA6NTAuMzQxIC9HVk1NL0hvc3RDcHVzLzIxL1BQVENoYW5nZXMgICAg ICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0MSAvR1ZNTS9Ib3N0Q3B1cy8yMS9QUFRTdGFy dHMgICAgICAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDEgL0dWTU0vSG9zdENwdXMvMjEv aWR4Q3B1U2V0ICAgICAgICAgICAgMjEgCjAwOjAwOjUwLjM0MSAvR1ZNTS9Ib3N0Q3B1cy8y MiAgICAgICAgICAgICAgICAgICAgICAyMiAKMDA6MDA6NTAuMzQxIC9HVk1NL0hvc3RDcHVz LzIyL0N1clRpbWVySHogICAgICAgICAgICAwIEh6CjAwOjAwOjUwLjM0MSAvR1ZNTS9Ib3N0 Q3B1cy8yMi9EZXNpcmVkSHogICAgICAgICAgICAgMCBIegowMDowMDo1MC4zNDEgL0dWTU0v SG9zdENwdXMvMjIvUFBUQ2hhbmdlcyAgICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQx IC9HVk1NL0hvc3RDcHVzLzIyL1BQVFN0YXJ0cyAgICAgICAgICAgICAwIHRpbWVzCjAwOjAw OjUwLjM0MSAvR1ZNTS9Ib3N0Q3B1cy8yMi9pZHhDcHVTZXQgICAgICAgICAgICAyMiAKMDA6 MDA6NTAuMzQxIC9HVk1NL0hvc3RDcHVzLzIzICAgICAgICAgICAgICAgICAgICAgIDIzIAow MDowMDo1MC4zNDIgL0dWTU0vSG9zdENwdXMvMjMvQ3VyVGltZXJIeiAgICAgICAgICAgIDAg SHoKMDA6MDA6NTAuMzQyIC9HVk1NL0hvc3RDcHVzLzIzL0Rlc2lyZWRIeiAgICAgICAgICAg ICAwIEh6CjAwOjAwOjUwLjM0MiAvR1ZNTS9Ib3N0Q3B1cy8yMy9QUFRDaGFuZ2VzICAgICAg ICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDIgL0dWTU0vSG9zdENwdXMvMjMvUFBUU3RhcnRz ICAgICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQyIC9HVk1NL0hvc3RDcHVzLzIzL2lk eENwdVNldCAgICAgICAgICAgIDIzIAowMDowMDo1MC4zNDIgL0dWTU0vSG9zdENwdXMvMjQg ICAgICAgICAgICAgICAgICAgICAgMjQgCjAwOjAwOjUwLjM0MiAvR1ZNTS9Ib3N0Q3B1cy8y NC9DdXJUaW1lckh6ICAgICAgICAgICAgMCBIegowMDowMDo1MC4zNDIgL0dWTU0vSG9zdENw dXMvMjQvRGVzaXJlZEh6ICAgICAgICAgICAgIDAgSHoKMDA6MDA6NTAuMzQyIC9HVk1NL0hv c3RDcHVzLzI0L1BQVENoYW5nZXMgICAgICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0MiAv R1ZNTS9Ib3N0Q3B1cy8yNC9QUFRTdGFydHMgICAgICAgICAgICAgMCB0aW1lcwowMDowMDo1 MC4zNDIgL0dWTU0vSG9zdENwdXMvMjQvaWR4Q3B1U2V0ICAgICAgICAgICAgMjQgCjAwOjAw OjUwLjM0MiAvR1ZNTS9Ib3N0Q3B1cy8yNSAgICAgICAgICAgICAgICAgICAgICAyNSAKMDA6 MDA6NTAuMzQyIC9HVk1NL0hvc3RDcHVzLzI1L0N1clRpbWVySHogICAgICAgICAgICAwIEh6 CjAwOjAwOjUwLjM0MiAvR1ZNTS9Ib3N0Q3B1cy8yNS9EZXNpcmVkSHogICAgICAgICAgICAg MCBIegowMDowMDo1MC4zNDIgL0dWTU0vSG9zdENwdXMvMjUvUFBUQ2hhbmdlcyAgICAgICAg ICAgIDAgdGltZXMKMDA6MDA6NTAuMzQyIC9HVk1NL0hvc3RDcHVzLzI1L1BQVFN0YXJ0cyAg ICAgICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0MiAvR1ZNTS9Ib3N0Q3B1cy8yNS9pZHhD cHVTZXQgICAgICAgICAgICAyNSAKMDA6MDA6NTAuMzQyIC9HVk1NL0hvc3RDcHVzLzI2ICAg ICAgICAgICAgICAgICAgICAgIDI2IAowMDowMDo1MC4zNDIgL0dWTU0vSG9zdENwdXMvMjYv Q3VyVGltZXJIeiAgICAgICAgICAgIDAgSHoKMDA6MDA6NTAuMzQyIC9HVk1NL0hvc3RDcHVz LzI2L0Rlc2lyZWRIeiAgICAgICAgICAgICAwIEh6CjAwOjAwOjUwLjM0MiAvR1ZNTS9Ib3N0 Q3B1cy8yNi9QUFRDaGFuZ2VzICAgICAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDIgL0dW TU0vSG9zdENwdXMvMjYvUFBUU3RhcnRzICAgICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAu MzQyIC9HVk1NL0hvc3RDcHVzLzI2L2lkeENwdVNldCAgICAgICAgICAgIDI2IAowMDowMDo1 MC4zNDIgL0dWTU0vSG9zdENwdXMvMjcgICAgICAgICAgICAgICAgICAgICAgMjcgCjAwOjAw OjUwLjM0MiAvR1ZNTS9Ib3N0Q3B1cy8yNy9DdXJUaW1lckh6ICAgICAgICAgICAgMCBIegow MDowMDo1MC4zNDIgL0dWTU0vSG9zdENwdXMvMjcvRGVzaXJlZEh6ICAgICAgICAgICAgIDAg SHoKMDA6MDA6NTAuMzQyIC9HVk1NL0hvc3RDcHVzLzI3L1BQVENoYW5nZXMgICAgICAgICAg ICAwIHRpbWVzCjAwOjAwOjUwLjM0MiAvR1ZNTS9Ib3N0Q3B1cy8yNy9QUFRTdGFydHMgICAg ICAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDIgL0dWTU0vSG9zdENwdXMvMjcvaWR4Q3B1 U2V0ICAgICAgICAgICAgMjcgCjAwOjAwOjUwLjM0MiAvR1ZNTS9Ib3N0Q3B1cy8yOCAgICAg ICAgICAgICAgICAgICAgICAyOCAKMDA6MDA6NTAuMzQyIC9HVk1NL0hvc3RDcHVzLzI4L0N1 clRpbWVySHogICAgICAgICAgICAwIEh6CjAwOjAwOjUwLjM0MiAvR1ZNTS9Ib3N0Q3B1cy8y OC9EZXNpcmVkSHogICAgICAgICAgICAgMCBIegowMDowMDo1MC4zNDIgL0dWTU0vSG9zdENw dXMvMjgvUFBUQ2hhbmdlcyAgICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQyIC9HVk1N L0hvc3RDcHVzLzI4L1BQVFN0YXJ0cyAgICAgICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0 MiAvR1ZNTS9Ib3N0Q3B1cy8yOC9pZHhDcHVTZXQgICAgICAgICAgICAyOCAKMDA6MDA6NTAu MzQzIC9HVk1NL0hvc3RDcHVzLzI5ICAgICAgICAgICAgICAgICAgICAgIDI5IAowMDowMDo1 MC4zNDMgL0dWTU0vSG9zdENwdXMvMjkvQ3VyVGltZXJIeiAgICAgICAgICAgIDAgSHoKMDA6 MDA6NTAuMzQzIC9HVk1NL0hvc3RDcHVzLzI5L0Rlc2lyZWRIeiAgICAgICAgICAgICAwIEh6 CjAwOjAwOjUwLjM0MyAvR1ZNTS9Ib3N0Q3B1cy8yOS9QUFRDaGFuZ2VzICAgICAgICAgICAg MCB0aW1lcwowMDowMDo1MC4zNDMgL0dWTU0vSG9zdENwdXMvMjkvUFBUU3RhcnRzICAgICAg ICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQzIC9HVk1NL0hvc3RDcHVzLzI5L2lkeENwdVNl dCAgICAgICAgICAgIDI5IAowMDowMDo1MC4zNDMgL0dWTU0vSG9zdENwdXMvMyAgICAgICAg ICAgICAgICAgICAgICAgIDMgCjAwOjAwOjUwLjM0MyAvR1ZNTS9Ib3N0Q3B1cy8zL0N1clRp bWVySHogICAgICAgICAgICAgMCBIegowMDowMDo1MC4zNDMgL0dWTU0vSG9zdENwdXMvMy9E ZXNpcmVkSHogICAgICAgICAgICAgIDAgSHoKMDA6MDA6NTAuMzQzIC9HVk1NL0hvc3RDcHVz LzMvUFBUQ2hhbmdlcyAgICAgICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0MyAvR1ZNTS9I b3N0Q3B1cy8zL1BQVFN0YXJ0cyAgICAgICAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDMg L0dWTU0vSG9zdENwdXMvMy9pZHhDcHVTZXQgICAgICAgICAgICAgIDMgCjAwOjAwOjUwLjM0 MyAvR1ZNTS9Ib3N0Q3B1cy8zMCAgICAgICAgICAgICAgICAgICAgICAzMCAKMDA6MDA6NTAu MzQzIC9HVk1NL0hvc3RDcHVzLzMwL0N1clRpbWVySHogICAgICAgICAgICAwIEh6CjAwOjAw OjUwLjM0MyAvR1ZNTS9Ib3N0Q3B1cy8zMC9EZXNpcmVkSHogICAgICAgICAgICAgMCBIegow MDowMDo1MC4zNDMgL0dWTU0vSG9zdENwdXMvMzAvUFBUQ2hhbmdlcyAgICAgICAgICAgIDAg dGltZXMKMDA6MDA6NTAuMzQzIC9HVk1NL0hvc3RDcHVzLzMwL1BQVFN0YXJ0cyAgICAgICAg ICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0MyAvR1ZNTS9Ib3N0Q3B1cy8zMC9pZHhDcHVTZXQg ICAgICAgICAgICAzMCAKMDA6MDA6NTAuMzQzIC9HVk1NL0hvc3RDcHVzLzMxICAgICAgICAg ICAgICAgICAgICAgIDMxIAowMDowMDo1MC4zNDMgL0dWTU0vSG9zdENwdXMvMzEvQ3VyVGlt ZXJIeiAgICAgICAgICAgIDAgSHoKMDA6MDA6NTAuMzQzIC9HVk1NL0hvc3RDcHVzLzMxL0Rl c2lyZWRIeiAgICAgICAgICAgICAwIEh6CjAwOjAwOjUwLjM0MyAvR1ZNTS9Ib3N0Q3B1cy8z MS9QUFRDaGFuZ2VzICAgICAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDMgL0dWTU0vSG9z dENwdXMvMzEvUFBUU3RhcnRzICAgICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQzIC9H Vk1NL0hvc3RDcHVzLzMxL2lkeENwdVNldCAgICAgICAgICAgIDMxIAowMDowMDo1MC4zNDMg L0dWTU0vSG9zdENwdXMvNCAgICAgICAgICAgICAgICAgICAgICAgIDQgCjAwOjAwOjUwLjM0 MyAvR1ZNTS9Ib3N0Q3B1cy80L0N1clRpbWVySHogICAgICAgICAgICAgMCBIegowMDowMDo1 MC4zNDMgL0dWTU0vSG9zdENwdXMvNC9EZXNpcmVkSHogICAgICAgICAgICAgIDAgSHoKMDA6 MDA6NTAuMzQzIC9HVk1NL0hvc3RDcHVzLzQvUFBUQ2hhbmdlcyAgICAgICAgICAgICAwIHRp bWVzCjAwOjAwOjUwLjM0MyAvR1ZNTS9Ib3N0Q3B1cy80L1BQVFN0YXJ0cyAgICAgICAgICAg ICAgMCB0aW1lcwowMDowMDo1MC4zNDMgL0dWTU0vSG9zdENwdXMvNC9pZHhDcHVTZXQgICAg ICAgICAgICAgIDQgCjAwOjAwOjUwLjM0MyAvR1ZNTS9Ib3N0Q3B1cy81ICAgICAgICAgICAg ICAgICAgICAgICAgNSAKMDA6MDA6NTAuMzQzIC9HVk1NL0hvc3RDcHVzLzUvQ3VyVGltZXJI eiAgICAgICAgICAgICAwIEh6CjAwOjAwOjUwLjM0MyAvR1ZNTS9Ib3N0Q3B1cy81L0Rlc2ly ZWRIeiAgICAgICAgICAgICAgMCBIegowMDowMDo1MC4zNDMgL0dWTU0vSG9zdENwdXMvNS9Q UFRDaGFuZ2VzICAgICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQzIC9HVk1NL0hvc3RD cHVzLzUvUFBUU3RhcnRzICAgICAgICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0MyAvR1ZN TS9Ib3N0Q3B1cy81L2lkeENwdVNldCAgICAgICAgICAgICAgNSAKMDA6MDA6NTAuMzQzIC9H Vk1NL0hvc3RDcHVzLzYgICAgICAgICAgICAgICAgICAgICAgICA2IAowMDowMDo1MC4zNDMg L0dWTU0vSG9zdENwdXMvNi9DdXJUaW1lckh6ICAgICAgICAgICAgIDAgSHoKMDA6MDA6NTAu MzQzIC9HVk1NL0hvc3RDcHVzLzYvRGVzaXJlZEh6ICAgICAgICAgICAgICAwIEh6CjAwOjAw OjUwLjM0MyAvR1ZNTS9Ib3N0Q3B1cy82L1BQVENoYW5nZXMgICAgICAgICAgICAgMCB0aW1l cwowMDowMDo1MC4zNDMgL0dWTU0vSG9zdENwdXMvNi9QUFRTdGFydHMgICAgICAgICAgICAg IDAgdGltZXMKMDA6MDA6NTAuMzQzIC9HVk1NL0hvc3RDcHVzLzYvaWR4Q3B1U2V0ICAgICAg ICAgICAgICA2IAowMDowMDo1MC4zNDMgL0dWTU0vSG9zdENwdXMvNyAgICAgICAgICAgICAg ICAgICAgICAgIDcgCjAwOjAwOjUwLjM0MyAvR1ZNTS9Ib3N0Q3B1cy83L0N1clRpbWVySHog ICAgICAgICAgICAgMCBIegowMDowMDo1MC4zNDMgL0dWTU0vSG9zdENwdXMvNy9EZXNpcmVk SHogICAgICAgICAgICAgIDAgSHoKMDA6MDA6NTAuMzQzIC9HVk1NL0hvc3RDcHVzLzcvUFBU Q2hhbmdlcyAgICAgICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0MyAvR1ZNTS9Ib3N0Q3B1 cy83L1BQVFN0YXJ0cyAgICAgICAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDMgL0dWTU0v SG9zdENwdXMvNy9pZHhDcHVTZXQgICAgICAgICAgICAgIDcgCjAwOjAwOjUwLjM0MyAvR1ZN TS9Ib3N0Q3B1cy84ICAgICAgICAgICAgICAgICAgICAgICAgOCAKMDA6MDA6NTAuMzQzIC9H Vk1NL0hvc3RDcHVzLzgvQ3VyVGltZXJIeiAgICAgICAgICAgICAwIEh6CjAwOjAwOjUwLjM0 MyAvR1ZNTS9Ib3N0Q3B1cy84L0Rlc2lyZWRIeiAgICAgICAgICAgICAgMCBIegowMDowMDo1 MC4zNDQgL0dWTU0vSG9zdENwdXMvOC9QUFRDaGFuZ2VzICAgICAgICAgICAgIDAgdGltZXMK MDA6MDA6NTAuMzQ0IC9HVk1NL0hvc3RDcHVzLzgvUFBUU3RhcnRzICAgICAgICAgICAgICAw IHRpbWVzCjAwOjAwOjUwLjM0NCAvR1ZNTS9Ib3N0Q3B1cy84L2lkeENwdVNldCAgICAgICAg ICAgICAgOCAKMDA6MDA6NTAuMzQ0IC9HVk1NL0hvc3RDcHVzLzkgICAgICAgICAgICAgICAg ICAgICAgICA5IAowMDowMDo1MC4zNDQgL0dWTU0vSG9zdENwdXMvOS9DdXJUaW1lckh6ICAg ICAgICAgICAgIDAgSHoKMDA6MDA6NTAuMzQ0IC9HVk1NL0hvc3RDcHVzLzkvRGVzaXJlZEh6 ICAgICAgICAgICAgICAwIEh6CjAwOjAwOjUwLjM0NCAvR1ZNTS9Ib3N0Q3B1cy85L1BQVENo YW5nZXMgICAgICAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDQgL0dWTU0vSG9zdENwdXMv OS9QUFRTdGFydHMgICAgICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQ0IC9HVk1NL0hv c3RDcHVzLzkvaWR4Q3B1U2V0ICAgICAgICAgICAgICA5IAowMDowMDo1MC4zNDQgL0dWTU0v U3VtL0hhbHRCbG9ja2luZyAgICAgICAgICAgICAgIDEzMDMgY2FsbHMKMDA6MDA6NTAuMzQ0 IC9HVk1NL1N1bS9IYWx0Q2FsbHMgICAgICAgICAgICAgICAgIDQwOTE0IGNhbGxzCjAwOjAw OjUwLjM0NCAvR1ZNTS9TdW0vSGFsdE5vdEJsb2NraW5nICAgICAgICAgICAzOTYxMSBjYWxs cwowMDowMDo1MC4zNDQgL0dWTU0vU3VtL0hhbHRUaW1lb3V0cyAgICAgICAgICAgICAgIDEx NjQgY2FsbHMKMDA6MDA6NTAuMzQ0IC9HVk1NL1N1bS9IYWx0V2FrZVVwcyAgICAgICAgICAg ICAgICAgICAwIGNhbGxzCjAwOjAwOjUwLjM0NCAvR1ZNTS9TdW0vUG9rZUNhbGxzICAgICAg ICAgICAgICAgICAgICAgMCBjYWxscwowMDowMDo1MC4zNDQgL0dWTU0vU3VtL1Bva2VOb3RC dXN5ICAgICAgICAgICAgICAgICAgIDAgY2FsbHMKMDA6MDA6NTAuMzQ0IC9HVk1NL1N1bS9Q b2xsQ2FsbHMgICAgICAgICAgICAgICAgICAgICAwIGNhbGxzCjAwOjAwOjUwLjM0NCAvR1ZN TS9TdW0vUG9sbEhhbHRzICAgICAgICAgICAgICAgICAgICAgMCBjYWxscwowMDowMDo1MC4z NDQgL0dWTU0vU3VtL1BvbGxXYWtlVXBzICAgICAgICAgICAgICAgICAgIDAgY2FsbHMKMDA6 MDA6NTAuMzQ0IC9HVk1NL1N1bS9XYWtlVXBDYWxscyAgICAgICAgICAgICAgICAgMTY3IGNh bGxzCjAwOjAwOjUwLjM0NCAvR1ZNTS9TdW0vV2FrZVVwTm90SGFsdGVkICAgICAgICAgICAg IDE1NiBjYWxscwowMDowMDo1MC4zNDQgL0dWTU0vU3VtL1dha2VVcFdha2VVcHMgICAgICAg ICAgICAgICAgIDAgY2FsbHMKMDA6MDA6NTAuMzQ0IC9HVk1NL1ZNL0hhbHRCbG9ja2luZyAg ICAgICAgICAgICAgICAxMzAzIGNhbGxzCjAwOjAwOjUwLjM0NCAvR1ZNTS9WTS9IYWx0Q2Fs bHMgICAgICAgICAgICAgICAgICA0MDkxNCBjYWxscwowMDowMDo1MC4zNDQgL0dWTU0vVk0v SGFsdE5vdEJsb2NraW5nICAgICAgICAgICAgMzk2MTEgY2FsbHMKMDA6MDA6NTAuMzQ0IC9H Vk1NL1ZNL0hhbHRUaW1lb3V0cyAgICAgICAgICAgICAgICAxMTY0IGNhbGxzCjAwOjAwOjUw LjM0NCAvR1ZNTS9WTS9IYWx0V2FrZVVwcyAgICAgICAgICAgICAgICAgICAgMCBjYWxscwow MDowMDo1MC4zNDQgL0dWTU0vVk0vUG9rZUNhbGxzICAgICAgICAgICAgICAgICAgICAgIDAg Y2FsbHMKMDA6MDA6NTAuMzQ0IC9HVk1NL1ZNL1Bva2VOb3RCdXN5ICAgICAgICAgICAgICAg ICAgICAwIGNhbGxzCjAwOjAwOjUwLjM0NCAvR1ZNTS9WTS9Qb2xsQ2FsbHMgICAgICAgICAg ICAgICAgICAgICAgMCBjYWxscwowMDowMDo1MC4zNDQgL0dWTU0vVk0vUG9sbEhhbHRzICAg ICAgICAgICAgICAgICAgICAgIDAgY2FsbHMKMDA6MDA6NTAuMzQ0IC9HVk1NL1ZNL1BvbGxX YWtlVXBzICAgICAgICAgICAgICAgICAgICAwIGNhbGxzCjAwOjAwOjUwLjM0NCAvR1ZNTS9W TS9XYWtlVXBDYWxscyAgICAgICAgICAgICAgICAgIDE2NyBjYWxscwowMDowMDo1MC4zNDQg L0dWTU0vVk0vV2FrZVVwTm90SGFsdGVkICAgICAgICAgICAgICAxNTYgY2FsbHMKMDA6MDA6 NTAuMzQ0IC9HVk1NL1ZNL1dha2VVcFdha2VVcHMgICAgICAgICAgICAgICAgICAwIGNhbGxz CjAwOjAwOjUwLjM0NCAvR1ZNTS9WTXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MSBjYWxscwowMDowMDo1MC4zNDQgL01NL0h5cGVySGVhcC9jYkZyZWUgICAgICAgICAgICAg IDEwOTMxODQgYnl0ZXMKMDA6MDA6NTAuMzQ0IC9NTS9IeXBlckhlYXAvY2JIZWFwICAgICAg ICAgICAgICAxMzEwNTI4IGJ5dGVzCjAwOjAwOjUwLjM0NCAvUERNL0Jsa0NhY2hlL2NiQ2Fj aGVkICAgICAgICAgICAgICAgICAgMCBieXRlcwowMDowMDo1MC4zNDQgL1BETS9CbGtDYWNo ZS9jYkNhY2hlZEZydSAgICAgICAgICAgICAgIDAgYnl0ZXMKMDA6MDA6NTAuMzQ0IC9QRE0v QmxrQ2FjaGUvY2JDYWNoZWRNcnVJbiAgICAgICAgICAgICAwIGJ5dGVzCjAwOjAwOjUwLjM0 NCAvUERNL0Jsa0NhY2hlL2NiQ2FjaGVkTXJ1T3V0ICAgICAgICAgICAgMCBieXRlcwowMDow MDo1MC4zNDQgL1BETS9CbGtDYWNoZS9jYk1heCAgICAgICAgICAgICAgIDUyNDI4ODAgYnl0 ZXMKMDA6MDA6NTAuMzQ0IC9QRE0vQ3JpdFNlY3RzL0FUQTAvQ29udGVudGlvblIzICAgICAg ICAwIHRpbWVzCjAwOjAwOjUwLjM0NCAvUERNL0NyaXRTZWN0cy9BVEEwL0NvbnRlbnRpb25S WkxvY2sgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQ0IC9QRE0vQ3JpdFNlY3RzL0FUQTAv Q29udGVudGlvblJaVW5sb2NrICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0NCAvUERNL0Ny aXRTZWN0cy9BVEExL0NvbnRlbnRpb25SMyAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDQg L1BETS9Dcml0U2VjdHMvQVRBMS9Db250ZW50aW9uUlpMb2NrICAgICAgICAwIHRpbWVzCjAw OjAwOjUwLjM0NCAvUERNL0NyaXRTZWN0cy9BVEExL0NvbnRlbnRpb25SWlVubG9jayAgICAg ICAgMCB0aW1lcwowMDowMDo1MC4zNDQgL1BETS9Dcml0U2VjdHMvRTEwMDAjMC9Db250ZW50 aW9uUjMgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQ0IC9QRE0vQ3JpdFNlY3RzL0UxMDAw IzAvQ29udGVudGlvblJaTG9jayAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDUgL1BETS9D cml0U2VjdHMvRTEwMDAjMC9Db250ZW50aW9uUlpVbmxvY2sgICAgICAgIDAgdGltZXMKMDA6 MDA6NTAuMzQ1IC9QRE0vQ3JpdFNlY3RzL0UxMDAwIzBSWC9Db250ZW50aW9uUjMgICAgICAg IDAgdGltZXMKMDA6MDA6NTAuMzQ1IC9QRE0vQ3JpdFNlY3RzL0UxMDAwIzBSWC9Db250ZW50 aW9uUlpMb2NrICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0NSAvUERNL0NyaXRTZWN0cy9F MTAwMCMwUlgvQ29udGVudGlvblJaVW5sb2NrICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0 NSAvUERNL0NyaXRTZWN0cy9FTS1SRU0vQ29udGVudGlvblIzICAgICAgICAwIHRpbWVzCjAw OjAwOjUwLjM0NSAvUERNL0NyaXRTZWN0cy9FTS1SRU0vQ29udGVudGlvblJaTG9jayAgICAg ICAgMCB0aW1lcwowMDowMDo1MC4zNDUgL1BETS9Dcml0U2VjdHMvRU0tUkVNL0NvbnRlbnRp b25SWlVubG9jayAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDUgL1BETS9Dcml0U2VjdHMv RlRNL0NvbnRlbnRpb25SMyAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQ1IC9QRE0vQ3Jp dFNlY3RzL0ZUTS9Db250ZW50aW9uUlpMb2NrICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0 NSAvUERNL0NyaXRTZWN0cy9GVE0vQ29udGVudGlvblJaVW5sb2NrICAgICAgICAwIHRpbWVz CjAwOjAwOjUwLjM0NSAvUERNL0NyaXRTZWN0cy9JT00gRU1UIExvY2svQ29udGVudGlvblIz ICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0NSAvUERNL0NyaXRTZWN0cy9JT00gRU1UIExv Y2svQ29udGVudGlvblJaTG9jayAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDUgL1BETS9D cml0U2VjdHMvSU9NIEVNVCBMb2NrL0NvbnRlbnRpb25SWlVubG9jayAgICAgICAgMCB0aW1l cwowMDowMDo1MC4zNDUgL1BETS9Dcml0U2VjdHMvSW50TmV0WG1pdF8wL0NvbnRlbnRpb25S MyAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDUgL1BETS9Dcml0U2VjdHMvSW50TmV0WG1p dF8wL0NvbnRlbnRpb25SWkxvY2sgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQ1IC9QRE0v Q3JpdFNlY3RzL0ludE5ldFhtaXRfMC9Db250ZW50aW9uUlpVbmxvY2sgICAgICAgIDAgdGlt ZXMKMDA6MDA6NTAuMzQ1IC9QRE0vQ3JpdFNlY3RzL01NLUhZUEVSL0NvbnRlbnRpb25SMyAg ICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDUgL1BETS9Dcml0U2VjdHMvTU0tSFlQRVIvQ29u dGVudGlvblJaTG9jayAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDUgL1BETS9Dcml0U2Vj dHMvTU0tSFlQRVIvQ29udGVudGlvblJaVW5sb2NrICAgICAgICAwIHRpbWVzCjAwOjAwOjUw LjM0NSAvUERNL0NyaXRTZWN0cy9QRE0vQ29udGVudGlvblIzICAgICAgICAgMCB0aW1lcwow MDowMDo1MC4zNDUgL1BETS9Dcml0U2VjdHMvUERNL0NvbnRlbnRpb25SWkxvY2sgICAgICAg IDAgdGltZXMKMDA6MDA6NTAuMzQ1IC9QRE0vQ3JpdFNlY3RzL1BETS9Db250ZW50aW9uUlpV bmxvY2sgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQ1IC9QRE0vQ3JpdFNlY3RzL1BHTS9D b250ZW50aW9uUjMgICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0NSAvUERNL0NyaXRTZWN0 cy9QR00vQ29udGVudGlvblJaTG9jayAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDUgL1BE TS9Dcml0U2VjdHMvUEdNL0NvbnRlbnRpb25SWlVubG9jayAgICAgICAgMCB0aW1lcwowMDow MDo1MC4zNDUgL1BETS9Dcml0U2VjdHMvUFMyS00jMC9Db250ZW50aW9uUjMgICAgICAgIDAg dGltZXMKMDA6MDA6NTAuMzQ1IC9QRE0vQ3JpdFNlY3RzL1BTMktNIzAvQ29udGVudGlvblJa TG9jayAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDUgL1BETS9Dcml0U2VjdHMvUFMyS00j MC9Db250ZW50aW9uUlpVbmxvY2sgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQ1IC9QRE0v Q3JpdFNlY3RzL1JFTS1SZWdpc3Rlci9Db250ZW50aW9uUjMgICAgICAgIDAgdGltZXMKMDA6 MDA6NTAuMzQ1IC9QRE0vQ3JpdFNlY3RzL1JFTS1SZWdpc3Rlci9Db250ZW50aW9uUlpMb2Nr ICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0NSAvUERNL0NyaXRTZWN0cy9SRU0tUmVnaXN0 ZXIvQ29udGVudGlvblJaVW5sb2NrICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0NSAvUERN L0NyaXRTZWN0cy9UTSBUaW1lciBMb2NrL0NvbnRlbnRpb25SMyAgICAgICAgMCB0aW1lcwow MDowMDo1MC4zNDUgL1BETS9Dcml0U2VjdHMvVE0gVGltZXIgTG9jay9Db250ZW50aW9uUlpM b2NrICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0NSAvUERNL0NyaXRTZWN0cy9UTSBUaW1l ciBMb2NrL0NvbnRlbnRpb25SWlVubG9jayAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDUg L1BETS9Dcml0U2VjdHMvVE0gVmlydHVhbFN5bmMgTG9jay9Db250ZW50aW9uUjMgICAgICAg IDAgdGltZXMKMDA6MDA6NTAuMzQ1IC9QRE0vQ3JpdFNlY3RzL1RNIFZpcnR1YWxTeW5jIExv Y2svQ29udGVudGlvblJaTG9jayAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDUgL1BETS9D cml0U2VjdHMvVE0gVmlydHVhbFN5bmMgTG9jay9Db250ZW50aW9uUlpVbmxvY2sgICAgICAg IDAgdGltZXMKMDA6MDA6NTAuMzQ1IC9QRE0vQ3JpdFNlY3RzL1ZHQS9Db250ZW50aW9uUjMg ICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0NSAvUERNL0NyaXRTZWN0cy9WR0EvQ29udGVu dGlvblJaTG9jayAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDUgL1BETS9Dcml0U2VjdHMv VkdBL0NvbnRlbnRpb25SWlVubG9jayAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDUgL1BE TS9Dcml0U2VjdHMvVk1NRGV2L0NvbnRlbnRpb25SMyAgICAgICAgMCB0aW1lcwowMDowMDo1 MC4zNDUgL1BETS9Dcml0U2VjdHMvVk1NRGV2L0NvbnRlbnRpb25SWkxvY2sgICAgICAgIDAg dGltZXMKMDA6MDA6NTAuMzQ1IC9QRE0vQ3JpdFNlY3RzL1ZNTURldi9Db250ZW50aW9uUlpV bmxvY2sgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQ1IC9QRE0vUXVldWUvRGV2SGxwL0Fs bG9jRmFpbHVyZXMgICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0NSAvUERNL1F1ZXVlL0Rl dkhscC9GbHVzaCAgICAgICAgICAgICAgICAgMCBjYWxscwowMDowMDo1MC4zNDUgL1BETS9R dWV1ZS9EZXZIbHAvRmx1c2hMZWZ0b3ZlcnMgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQ1 IC9QRE0vUXVldWUvRGV2SGxwL0luc2VydCAgICAgICAgICAgICAgICAwIGNhbGxzCjAwOjAw OjUwLjM0NSAvUERNL1F1ZXVlL0RldkhscC9jSXRlbXMgICAgICAgICAgICAgICAgOCBjb3Vu dAowMDowMDo1MC4zNDUgL1BETS9RdWV1ZS9EZXZIbHAvY2JJdGVtICAgICAgICAgICAgICAg MzIgYnl0ZXMKMDA6MDA6NTAuMzQ1IC9QRE0vUXVldWUvRTEwMDAtUmN2L0FsbG9jRmFpbHVy ZXMgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQ1IC9QRE0vUXVldWUvRTEwMDAtUmN2L0Zs dXNoICAgICAgICAgICAgICAwIGNhbGxzCjAwOjAwOjUwLjM0NiAvUERNL1F1ZXVlL0UxMDAw LVJjdi9GbHVzaExlZnRvdmVycyAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDYgL1BETS9R dWV1ZS9FMTAwMC1SY3YvSW5zZXJ0ICAgICAgICAgICAgIDAgY2FsbHMKMDA6MDA6NTAuMzQ2 IC9QRE0vUXVldWUvRTEwMDAtUmN2L2NJdGVtcyAgICAgICAgICAgICAxIGNvdW50CjAwOjAw OjUwLjM0NiAvUERNL1F1ZXVlL0UxMDAwLVJjdi9jYkl0ZW0gICAgICAgICAgICAxNiBieXRl cwowMDowMDo1MC4zNDYgL1BETS9RdWV1ZS9FMTAwMC1YbWl0L0FsbG9jRmFpbHVyZXMgICAg ICAgIDAgdGltZXMKMDA6MDA6NTAuMzQ2IC9QRE0vUXVldWUvRTEwMDAtWG1pdC9GbHVzaCAg ICAgICAgICAgICAwIGNhbGxzCjAwOjAwOjUwLjM0NiAvUERNL1F1ZXVlL0UxMDAwLVhtaXQv Rmx1c2hMZWZ0b3ZlcnMgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQ2IC9QRE0vUXVldWUv RTEwMDAtWG1pdC9JbnNlcnQgICAgICAgICAgICAwIGNhbGxzCjAwOjAwOjUwLjM0NiAvUERN L1F1ZXVlL0UxMDAwLVhtaXQvY0l0ZW1zICAgICAgICAgICAgMSBjb3VudAowMDowMDo1MC4z NDYgL1BETS9RdWV1ZS9FMTAwMC1YbWl0L2NiSXRlbSAgICAgICAgICAgMTYgYnl0ZXMKMDA6 MDA6NTAuMzQ2IC9QRE0vUXVldWUvS2V5Ym9hcmQvQWxsb2NGYWlsdXJlcyAgICAgICAgMCB0 aW1lcwowMDowMDo1MC4zNDYgL1BETS9RdWV1ZS9LZXlib2FyZC9GbHVzaCAgICAgICAgICAg ICAgIDAgY2FsbHMKMDA6MDA6NTAuMzQ2IC9QRE0vUXVldWUvS2V5Ym9hcmQvRmx1c2hMZWZ0 b3ZlcnMgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQ2IC9QRE0vUXVldWUvS2V5Ym9hcmQv SW5zZXJ0ICAgICAgICAgICAgIDEwIGNhbGxzCjAwOjAwOjUwLjM0NiAvUERNL1F1ZXVlL0tl eWJvYXJkL2NJdGVtcyAgICAgICAgICAgICA2NCBjb3VudAowMDowMDo1MC4zNDYgL1BETS9R dWV1ZS9LZXlib2FyZC9jYkl0ZW0gICAgICAgICAgICAgMTYgYnl0ZXMKMDA6MDA6NTAuMzQ2 IC9QRE0vUXVldWUvTW91c2UvQWxsb2NGYWlsdXJlcyAgICAgICAgICAwIHRpbWVzCjAwOjAw OjUwLjM0NiAvUERNL1F1ZXVlL01vdXNlL0ZsdXNoICAgICAgICAgICAgICAgICAgMCBjYWxs cwowMDowMDo1MC4zNDYgL1BETS9RdWV1ZS9Nb3VzZS9GbHVzaExlZnRvdmVycyAgICAgICAg IDAgdGltZXMKMDA6MDA6NTAuMzQ2IC9QRE0vUXVldWUvTW91c2UvSW5zZXJ0ICAgICAgICAg ICAgICAgICAwIGNhbGxzCjAwOjAwOjUwLjM0NiAvUERNL1F1ZXVlL01vdXNlL2NJdGVtcyAg ICAgICAgICAgICAgIDEyOCBjb3VudAowMDowMDo1MC4zNDYgL1BETS9RdWV1ZS9Nb3VzZS9j Ykl0ZW0gICAgICAgICAgICAgICAgNDggYnl0ZXMKMDA6MDA6NTAuMzQ2IC9QR00vQ1BVMC9j R3Vlc3RNb2RlQ2hhbmdlcyAgICAgICAgICAxMTA0IHRpbWVzCjAwOjAwOjUwLjM0NiAvUEdN L0NodW5rUjNNYXAvTWFwcGVkICAgICAgICAgICAgICAgICAgNSBjb3VudAowMDowMDo1MC4z NDYgL1BHTS9DaHVua1IzTWFwL1VubWFwcGVkICAgICAgICAgICAgICAgIDAgY291bnQKMDA6 MDA6NTAuMzQ2IC9QR00vQ2h1bmtSM01hcC9jICAgICAgICAgICAgICAgICAgICAgICA1IGNv dW50CjAwOjAwOjUwLjM0NiAvUEdNL0NodW5rUjNNYXAvY01heCAgICAgICAgICAgICAgICAg IDUxMiBjb3VudAowMDowMDo1MC4zNDYgL1BHTS9MYXJnZVBhZ2UvUmVjaGVjayAgICAgICAg ICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQ2IC9QR00vTGFyZ2VQYWdlL1JlZnVzZWQg ICAgICAgICAgICAgICAgICAwIHRpbWVzCjAwOjAwOjUwLjM0NiAvUEdNL0xhcmdlUGFnZS9S ZXVzZWQgICAgICAgICAgICAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDYgL1BHTS9QYWdl L2NBbGxQYWdlcyAgICAgICAgICAgICAgICAyNjUyODQgY291bnQKMDA6MDA6NTAuMzQ2IC9Q R00vUGFnZS9jQmFsbG9vbmVkUGFnZXMgICAgICAgICAgICAgICAwIGNvdW50CjAwOjAwOjUw LjM0NiAvUEdNL1BhZ2UvY0hhbmR5UGFnZXMgICAgICAgICAgICAgICAgICA2NiBjb3VudAow MDowMDo1MC4zNDYgL1BHTS9QYWdlL2NMYXJnZVBhZ2VzICAgICAgICAgICAgICAgICAgIDAg Y291bnQKMDA6MDA6NTAuMzQ2IC9QR00vUGFnZS9jTGFyZ2VQYWdlc0Rpc2FibGVkICAgICAg ICAgICAwIGNvdW50CjAwOjAwOjUwLjM0NiAvUEdNL1BhZ2UvY01vbml0b3JlZFBhZ2VzICAg ICAgICAgICAgICAgMCBjb3VudAowMDowMDo1MC4zNDYgL1BHTS9QYWdlL2NQcml2YXRlUGFn ZXMgICAgICAgICAgICAgIDUxMTMgY291bnQKMDA6MDA6NTAuMzQ2IC9QR00vUGFnZS9jUHVy ZU1taW9QYWdlcyAgICAgICAgICAgICAgIDM0IGNvdW50CjAwOjAwOjUwLjM0NiAvUEdNL1Bh Z2UvY1JlYWRMb2NrZWRQYWdlcyAgICAgICAgICAgICAgMCBjb3VudAowMDowMDo1MC4zNDYg L1BHTS9QYWdlL2NSZXVzZWRTaGFyZWRQYWdlcyAgICAgICAgICAgIDAgY291bnQKMDA6MDA6 NTAuMzQ2IC9QR00vUGFnZS9jU2hhcmVkUGFnZXMgICAgICAgICAgICAgICAgICAwIGNvdW50 CjAwOjAwOjUwLjM0NiAvUEdNL1BhZ2UvY1dyaXRlTG9ja2VkUGFnZXMgICAgICAgICAgICAg MCBjb3VudAowMDowMDo1MC4zNDYgL1BHTS9QYWdlL2NXcml0dGVuVG9QYWdlcyAgICAgICAg ICAgICAgIDAgY291bnQKMDA6MDA6NTAuMzQ2IC9QR00vUGFnZS9jWmVyb1BhZ2VzICAgICAg ICAgICAgICAgMjYwMTM3IGNvdW50CjAwOjAwOjUwLjM0NiAvUEdNL2NSZWxvY2F0aW9ucyAg ICAgICAgICAgICAgICAgICAgICAgMCB0aW1lcwowMDowMDo1MC4zNDYgL1BST0YvQ1BVMC9F TS9DYXBwZWQgICAgICAgICAgICAgICAgICAgIDAgdGlja3MvY2FsbCAoICAgICAgICAgICAw IHRpY2tzLCAgICAgICAwIHRpbWVzLCBtYXggICAgICAgICAwLCBtaW4gICAgICAtMSkKMDA6 MDA6NTAuMzQ2IC9QUk9GL0NQVTAvRU0vRm9yY2VkQWN0aW9ucyAgICAgICAgICAyNTY4IHRp bWVzCjAwOjAwOjUwLjM0NiAvUFJPRi9DUFUwL0VNL0hhbHRlZCAgICAgICAgICAgICAgICAg IDMzNCB0aW1lcwowMDowMDo1MC4zNDYgL1BST0YvQ1BVMC9FTS9SQVdUb3RhbCAgICAgICAg ICAgICAgICAgIDAgdGltZXMKMDA6MDA6NTAuMzQ2IC9QUk9GL0NQVTAvRU0vUkVNVG90YWwg ICAgICAgICAgICAgICAgNTUxIHRpbWVzCjAwOjAwOjUwLjM0NiAvUFJPRi9DUFUwL0VNL1Rv dGFsICAgICAgICAgICAgICA3NzEzMzQ1NzM4IHRpY2tzL2NhbGwgKCAgNzcxMzM0NTczOCB0 aWNrcywgICAgICAgMSB0aW1lcywgbWF4IDc3MTMzNDU3MzgsIG1pbiA3NzEzMzQ1NzM4KQow MDowMDo1MC4zNDcgL1BST0YvVk0vQ1BVMC9IYWx0L0Jsb2NrICAgICAgICAgICAgNTU0NDcg bnMvY2FsbCAoICAyMjY1OTU0OTcwIHRpY2tzLCAgIDQwODY3IHRpbWVzLCBtYXggICA2ODg1 Mzg3LCBtaW4gICAgMjc4NikKMDA6MDA6NTAuMzQ3IC9QUk9GL1ZNL0NQVTAvSGFsdC9CbG9j a0luc29tbmlhICAgICAgICAwIG5zL2NhbGwgKCAgICAgICAgICAgMCB0aWNrcywgICAgICAg MCB0aW1lcywgbWF4ICAgICAgICAgMCwgbWluICAgICAgLTEpCjAwOjAwOjUwLjM0NyAvUFJP Ri9WTS9DUFUwL0hhbHQvQmxvY2tPblRpbWUgICAgICAgICAgMCBucy9jYWxsICggICAgICAg ICAgIDAgdGlja3MsICAgICAgIDAgdGltZXMsIG1heCAgICAgICAgIDAsIG1pbiAgICAgIC0x KQowMDowMDo1MC4zNDcgL1BST0YvVk0vQ1BVMC9IYWx0L0Jsb2NrT3ZlcnNsZXB0ICAgICAg ICAwIG5zL2NhbGwgKCAgICAgICAgICAgMCB0aWNrcywgICAgICAgMCB0aW1lcywgbWF4ICAg ICAgICAgMCwgbWluICAgICAgLTEpCjAwOjAwOjUwLjM0NyAvUFJPRi9WTS9DUFUwL0hhbHQv VGltZXJzICAgICAgICAgICAgMTQzNiBucy9jYWxsICggICAgODI0NzEwMzUgdGlja3MsICAg NTc0MTcgdGltZXMsIG1heCAgIDQ2OTE2MDEsIG1pbiAgICAxMDQ1KQowMDowMDo1MC4zNDcg L1BST0YvVk0vQ1BVMC9IYWx0L1lpZWxkICAgICAgICAgICAgICAgIDAgbnMvY2FsbCAoICAg ICAgICAgICAwIHRpY2tzLCAgICAgICAwIHRpbWVzLCBtYXggICAgICAgICAwLCBtaW4gICAg ICAtMSkKMDA6MDA6NTAuMzQ3IC9SRU0vVGJGbHVzaENvdW50ICAgICAgICAgICAgICAgICAg ICAgNTUxIHRpbWVzCjAwOjAwOjUwLjM0NyAvUkVNL1RiUGh5c0ludmxkQ291bnQgICAgICAg ICAgICAgICAgIDUxNSB0aW1lcwowMDowMDo1MC4zNDcgL1JFTS9UbGJGbHVzaENvdW50ICAg ICAgICAgICAgICAgICAgICA1NzIgdGltZXMKMDA6MDA6NTAuMzQ3IC9UTS9DUFUvMDAvY05z RXhlY3V0aW5nICAgICAgICAgIDE3MTE2ODU0NSBucwowMDowMDo1MC4zNDcgL1RNL0NQVS8w MC9jTnNIYWx0ZWQgICAgICAgICAgICAgMjM4OTUxOTYzOSBucwowMDowMDo1MC4zNDcgL1RN L0NQVS8wMC9jTnNPdGhlciAgICAgICAgICAgICAgMTg1MDYwOTg2IG5zCjAwOjAwOjUwLjM0 NyAvVE0vQ1BVLzAwL2NOc1RvdGFsICAgICAgICAgICAgICAyNzQ1NzQ5MTcwIG5zCjAwOjAw OjUwLjM0NyAvVE0vQ1BVLzAwL2NQZXJpb2RzRXhlY3V0aW5nICAgICAgICAzNTc2MCBjb3Vu dAowMDowMDo1MC4zNDcgL1RNL0NQVS8wMC9jUGVyaW9kc0hhbHRlZCAgICAgICAgICAgICAz MzQgY291bnQKMDA6MDA6NTAuMzQ3IC9UTS9DUFUvMDAvcGN0RXhlY3V0aW5nICAgICAgICAg ICAgICAgICAwICUKMDA6MDA6NTAuMzQ3IC9UTS9DUFUvMDAvcGN0SGFsdGVkICAgICAgICAg ICAgICAgICAgIDk5ICUKMDA6MDA6NTAuMzQ3IC9UTS9DUFUvMDAvcGN0T3RoZXIgICAgICAg ICAgICAgICAgICAgICAwICUKMDA6MDA6NTAuMzQ3IC9UTS9DUFUvcGN0RXhlY3V0aW5nICAg ICAgICAgICAgICAgICAgICAwICUKMDA6MDA6NTAuMzQ3IC9UTS9DUFUvcGN0SGFsdGVkICAg ICAgICAgICAgICAgICAgICAgIDk5ICUKMDA6MDA6NTAuMzQ3IC9UTS9DUFUvcGN0T3RoZXIg ICAgICAgICAgICAgICAgICAgICAgICAwICUKMDA6MDA6NTAuMzQ3IC9UTS9NYXhIekhpbnQg ICAgICAgICAgICAgICAgICAgICAgICAgICAwIEh6CjAwOjAwOjUwLjM0NyAvVE0vVFNDL29m ZkNQVTAgICAgICAgICAgICAgICAgICAgICAgICAgMCB0aWNrcwowMDowMDo1MC4zNDcgL1RN L1ZpcnR1YWxTeW5jL0N1cnJlbnRPZmZzZXQgICAgICA2MDA0MzEgbnMKMDA6MDA6NTAuMzQ3 ICoqKioqKioqKioqKioqKioqKioqKiBFbmQgb2Ygc3RhdGlzdGljcyAqKioqKioqKioqKioq KioqKioqKioqCjAwOjAwOjUwLjM3OSBPU1M6IENsb3NlZCAvZGV2L2RzcCBmb3IgREFDCjAw OjAwOjUwLjM4MCBPU1M6IENsb3NlZCAvZGV2L2RzcCBmb3IgQURDCjAwOjAwOjUwLjM4MyBD aGFuZ2luZyB0aGUgVk0gc3RhdGUgZnJvbSAnREVTVFJPWUlORycgdG8gJ1RFUk1JTkFURUQn Lgo= --------------090709000004050904010809-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 16:49:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A60F106564A for ; Sat, 18 Jun 2011 16:49:43 +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 159258FC12 for ; Sat, 18 Jun 2011 16:49:43 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 85D4F7ADA6; Sat, 18 Jun 2011 18:49:41 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: Date: Sat, 18 Jun 2011 18:49:41 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <52F39CE0-EEC7-4180-8186-BF8696AF279D@lassitu.de> References: To: Christian Baer X-Mailer: Apple Mail (2.1084) Cc: freebsd-stable@freebsd.org Subject: Re: Crashes with Promise controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 16:49:43 -0000 Am 13.06.2011 um 16:22 schrieb Christian Baer: > I have to slightly explain the word "crash" here: I don't actually = have > to hard reset the system myself. My box just does a reboot by itself. = No > filesystem is unmounted cleanly and because the machine isn't really = new > and powerful fsck takes pretty long. I can't help you with your controllers, but anyone in a position to help = will likely want to know if the box simply resets, or if the kernel = panics. And if there are going to be any patches, you most certainly = will want to get familiar with the debugger to help try stuff out. The = handbook has information on how to enable crash dumps and getting the = kernel debugger going. If you haven't done so already, try and get a = serial console going, it helps tremendously to be able to cut&paste = debugger info instead of trying to hand transcribe it. HTH, Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 17:52:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F753106566B for ; Sat, 18 Jun 2011 17:52:19 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [76.96.59.211]) by mx1.freebsd.org (Postfix) with ESMTP id 3C7D88FC08 for ; Sat, 18 Jun 2011 17:52:18 +0000 (UTC) Received: from omta08.westchester.pa.mail.comcast.net ([76.96.62.12]) by QMTA11.westchester.pa.mail.comcast.net with comcast id xVqd1g0030Fqzac5BVsK9v; Sat, 18 Jun 2011 17:52:19 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta08.westchester.pa.mail.comcast.net with comcast id xVsH1g00h1t3BNj3UVsJ0S; Sat, 18 Jun 2011 17:52:19 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 68802102C36; Sat, 18 Jun 2011 10:52:15 -0700 (PDT) Date: Sat, 18 Jun 2011 10:52:15 -0700 From: Jeremy Chadwick To: Stefan Bethke Message-ID: <20110618175215.GA18645@icarus.home.lan> References: <52F39CE0-EEC7-4180-8186-BF8696AF279D@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52F39CE0-EEC7-4180-8186-BF8696AF279D@lassitu.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Christian Baer Subject: Re: Crashes with Promise controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 17:52:19 -0000 On Sat, Jun 18, 2011 at 06:49:41PM +0200, Stefan Bethke wrote: > Am 13.06.2011 um 16:22 schrieb Christian Baer: > > > I have to slightly explain the word "crash" here: I don't actually have > > to hard reset the system myself. My box just does a reboot by itself. No > > filesystem is unmounted cleanly and because the machine isn't really new > > and powerful fsck takes pretty long. > > I can't help you with your controllers, but anyone in a position to > help will likely want to know if the box simply resets, or if the > kernel panics. And if there are going to be any patches, you most > certainly will want to get familiar with the debugger to help try > stuff out. The handbook has information on how to enable crash dumps > and getting the kernel debugger going. If you haven't done so > already, try and get a serial console going, it helps tremendously to > be able to cut&paste debugger info instead of trying to hand > transcribe it. It may be that the kernel is panic'ing and auto-rebooting before he can see the message in question. I would advocate he put the following directives in his kernel configuration and rebuild/reinstall kernel and wait for it to happen again. # Debugging options options KDB # Enable kernel debugger support options KDB_TRACE # Print stack trace automatically on panic options DDB # Support DDB options GDB # Support remote GDB If after doing this the machine literally reboots rather than panics, then that would indicate a mainboard having issues, or power-related stuff (keep reading). As for the behaviour he describes -- this sort of problem can sometimes turn out to be PSU-load-related (too many drives on a PSU that can't handle it on a single rail), bad/improper voltages (difficult to track down given the state of hardware monitoring on mainboards and on FreeBSD), or "dirty power" / excessive ripple. Power-related problems on computers almost always appear as random/abrupt situations that can usually be exacerbated by heavy system utilisation. I have no proof this is Christian's problem, but it's worth considering anyway. One might be able to detect ("log") potential power loss by looking at SMART attribute 12 on mechanical HDDs in the system; if the RAW_VALUE increases after it happens, then power is being lost to the drives. If not, then it may be a soft reset. I use the word "may" because sometimes a very quick brown-out won't cause the drives to actually "power down" fully (e.g. the attribute never gets incremented) but the loss of power can be just enough to cause them to start freaking out. Computers + power issues = expect random chaos. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 20:14:34 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4FD0106564A for ; Sat, 18 Jun 2011 20:14:34 +0000 (UTC) (envelope-from sec+freebsdstable@42.org) Received: from ice.42.org (v6.42.org [IPv6:2001:608:9::1]) by mx1.freebsd.org (Postfix) with ESMTP id 53AA08FC08 for ; Sat, 18 Jun 2011 20:14:34 +0000 (UTC) Received: by ice.42.org (Postfix, from userid 1000) id 1D27B28408; Sat, 18 Jun 2011 22:14:32 +0200 (CEST) Date: Sat, 18 Jun 2011 22:14:32 +0200 From: Stefan `Sec` Zehl To: Jeremy Chadwick Message-ID: <20110618201431.GA30902@ice.42.org> References: <20110616185951.GA88009@testsoekris.hotsoft.nl> <20110616201516.GA90053@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110616201516.GA90053@icarus.home.lan> User-Agent: Mutt/1.4.2.3i I-love-doing-this: really X-Modeline: vim:set ts=8 sw=4 smarttab tw=72 si noic notitle: Accept-Languages: de, en X-URL: http://sec.42.org/ Cc: freebsd-stable@freebsd.org Subject: Re: csh Cannot open /etc/termcap after starting "screen" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 20:14:34 -0000 Hi, On Thu, Jun 16, 2011 at 13:15 -0700, Jeremy Chadwick wrote: > Example: run mutt from within GNU screen while connected to > the system with PuTTY, then copy some of the terminal content and paste > it somewhere. Wow, look at all those extraneous spaces at the end of > lines, which you now gloriously have to manually remove. While I don't want to stand in the way of your rant, this is actually a bug/problem of mutt. -- mutt is really printing spaces there, so it is (IMHO) correct that copy&paste copies spaces. CU, Sec (using screen since 1994) -- | Kevin Dalley on Melissa being Open Source: While the Melissa license is a bit unclear, Melissa aggressively encourages free distribution of its source code. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 20:37:21 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AA891065670 for ; Sat, 18 Jun 2011 20:37:21 +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 C2BBF8FC18 for ; Sat, 18 Jun 2011 20:37:20 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p5IKb7YJ023946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Jun 2011 23:37:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p5IKb7Qx067299; Sat, 18 Jun 2011 23:37:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p5IKb762067298; Sat, 18 Jun 2011 23:37:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 18 Jun 2011 23:37:07 +0300 From: Kostik Belousov To: Stefan `Sec` Zehl Message-ID: <20110618203707.GY48734@deviant.kiev.zoral.com.ua> References: <20110616185951.GA88009@testsoekris.hotsoft.nl> <20110616201516.GA90053@icarus.home.lan> <20110618201431.GA30902@ice.42.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GJ5DRRN/FiS1i0ty" Content-Disposition: inline In-Reply-To: <20110618201431.GA30902@ice.42.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.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: csh Cannot open /etc/termcap after starting "screen" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 20:37:21 -0000 --GJ5DRRN/FiS1i0ty Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 18, 2011 at 10:14:32PM +0200, Stefan `Sec` Zehl wrote: > Hi, >=20 > On Thu, Jun 16, 2011 at 13:15 -0700, Jeremy Chadwick wrote: > > Example: run mutt from within GNU screen while connected to > > the system with PuTTY, then copy some of the terminal content and paste > > it somewhere. Wow, look at all those extraneous spaces at the end of > > lines, which you now gloriously have to manually remove. >=20 > While I don't want to stand in the way of your rant, this is actually a > bug/problem of mutt. -- mutt is really printing spaces there, so it is > (IMHO) correct that copy&paste copies spaces. It is the case of the default termcap entry for the screen. Try "TERM=3Dscreen-bce mutt". --GJ5DRRN/FiS1i0ty Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk39DHMACgkQC3+MBN1Mb4j9AACgzEbkzFpldT/jJifqrgZx0pYq vqoAoKpDcfldrU8ONPu+DpNzihFezJRF =W0XD -----END PGP SIGNATURE----- --GJ5DRRN/FiS1i0ty--